Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
AMF-DES-T2360 - EMIをシンプルに:それはすべてスペースについてです! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。
查看全文
MakerFaireでテクノロジーを披露 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Maker Faires、さあ! 今週末はサンマテオで超クールなプロジェクトをいくつか紹介し、9月にはニューヨークに滞在します。 多くの作業の後、私たちのチームは、Kinetisマイクロコントローラを中心に構築されたいくつかの非常に優れたプロジェクト、i.MX 6プロセッサ、Freedom開発プラットフォーム、 およびUDOO、Riotboard.org 、ノベナ、 CuBox-i、 Wandboard.org、Wunderbar、ZumoBotsなど。私たちが計画していることがいくつかあります。 点滅する派手なライトが嫌いな人はいますか?PJRCのクルーは、ガムのスティックほどの大きさのONE Teensy3.1ボードによって制御されるLEDディスプレイ(正確には4320)を作成しました。ポールは、Kinetis K20 MCUのダイレクト・メモリ・アクセス・エンジン(DMA)機能を活用して、このデモで示されたビデオとオーディオを実現する特別なTeensyduinoスケッチ・ライブラリを作成しました。ポールは難しいLEDタイミングを管理しただけでなく、SDCardインターフェースからすべてのビデオを提供します。オーディオも再生すると言いましたか?! https://community.nxp.com/docs/DOC-100844 看板から光を浴び終わったら、ハッキングされたWii-Fi(はい、WII + WiFiです)のNerf Swarmfireでスキルをテストできます。いくつかのサーボ、少しの再配線、カスタムビルドのWiFiリモコンとビオラを追加します...すぐに楽しめます!これを実現するために、Nerf自体(ベース)に2つのFRDM-KL64Fを使用し、1つはワイヤレスリモコンとして機能します。ベースボードはリモートからのデータを処理し、対応するサーボを制御します。 このビデオは削除されました (マイビデオで視聴) リモートボードは、ユーザーがリモコンを動かし、オンボードの加速度計がそれを動きの動きに変換し、WiFi経由でベースコントローラーに渡す必要があるという点で、Wiiのように動作します。さらに、プラスチック製のコントローラーを3Dプリントしてすべてを入れる必要がありました。 https://community.nxp.com/docs/DOC-100845 これらは、私がキッキンなKinetisマイコンのMCUベースのデモです。次に、マルチメディアについて話しましょう、それは i.MX アプリプロセッサを意味します。 あなたがその地域にいる間、マリオに挨拶するようにしてください 。マリオは 、音声認識とTwitter接続を備えたDIYのAndroid搭載ロボットです。マリオの心臓部は、Android 4.3を実行するUDOO Quadと、2つのサーボ(マリオの腕)と4つの車輪(マリオの脚)を回転させる4つのモーターを制御するArduinoモーターシールドです。マリオは可愛い顔を見せるために7インチのLVDSディスプレイを持ち、口元は小さなスピーカーになっています。彼に話しかけるために、Google APIの音声認識とテキスト読み上げを使用して、彼に命を与えました。また、Twitter APIを使用して Twitter経由でマリオを制御し、ツイートを読むことができ、簡単なチャープでマリオにコマンドを送信することもできます。
查看全文
实践研讨会:利用恩智浦汽车智能射频远程控制接口 (RCI) 进行开发 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。
查看全文
面向汽车电气化和ADAS的汽车安全电源管理解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变伴随着更多的混合动力和 ADAS 电力计算,要求电源管理也随之演变以适应应用和环境的变化。在本次会议中,您将了解汽车市场动态,并深入了解支持高达 ASIL D(FS66、FS84、FS85)应用的最新安全电源管理解决方案。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变伴随着更多的混合动力和 ADAS 电力计算,要求电源管理也随之演变以适应应用和环境的变化。在本次会议中,您将了解汽车市场动态,并深入了解支持高达 ASIL D(FS66、FS84、FS85)应用的最新安全电源管理解决方案。
查看全文
LAT-DES-T2443 - i.MX アプリケーション プロセッサ製品ファミリのアップデート: i.MX 6UltraLite、i.MX 6ULL、i.MX 6QuadPlus、i.MX 7、i.MX 8 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、利用可能なすべての最新の i.MX プロセッサを取り上げ、まもなく発売されるプロセッサについて説明します。i.MX 6、i.MX 7、i.MX 8 アプリケーションプロセッサの製品。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、利用可能なすべての最新の i.MX プロセッサを取り上げ、まもなく発売されるプロセッサについて説明します。i.MX 6、i.MX 7、i.MX 8 アプリケーションプロセッサの製品。
查看全文
New CodeWarrior for MCU V10.7 is available Greetings, CodeWarrior for MCU V10.7 is now available for download from nxp.com at CodeWarrior for Microcontrollers-Eclipse IDE|NXP   Major features Combines all the previous CodeWarrior for MCU V10.6.x downloads into a single download and installer Windows 8 and 10 support Added S12Z and S08 device support Updated P&E and Segger debug libraries Various enhancements and bug fixes See attached release notes for details.   It is available as 'offline' and 'online' version: The offline package contains all architectures supported (ColdFire, ColdFire+, S08, RS08, S12, S12/XGATE, S12Z, DSC, Qorivva, Kinetis), while the online setup executuble contains the common parts, and the selected architectures are downloaded on demand. The setup will install a 30 day temporary professional license which afterwards default to 'special' edition (code size limited) mode. CodeWarrior for MCU V10.7 is compatible with V10.6 and any existing professional V10.6 license can be used with V10.7. It is not necessary to uinstall any previous CodeWarrior version, as V10.7 can be installed side by side with existing CodeArrior versions.     NXP CodeWarrior Team General Re: New CodeWarrior for MCU V10.7 is available hi       Does this software support MPC5748G development? Re: New CodeWarrior for MCU V10.7 is available thank you very much! Re: New CodeWarrior for MCU V10.7 is available Hello, yes, the offline package contains all the architectures shown in your last screenshot. So it supports the S12Z, and *not* the normal S12 you are showing in your previous screenshot: If you want to use S12, you have to use Codewarrior (classic, not Eclipse based) 5.x. And yes, USBDM is not included in that installation, but I think you can add it (refer to the USBDM pages for this). I hope this helps, Erich Re: New CodeWarrior for MCU V10.7 is available Hi Erich Styger,This offline package contains all architectures supported (ColdFire, ColdFire+, S08, RS08, S12, S12/XGATE, S12Z, DSC, Qorivva, Kinetis)? I want to add same S12 derivatives (For example,MC9S12G48).What do I need to do?  I need to use USBDM,but CodeWarrior5.1/5.2 don't support it.
查看全文
EUF-DES-T1741 可扩展多核 QorIQ Layerscape 处理器,基于 64 位软件环境,适用于企业、家庭和工业应用.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
查看全文
HMB-N1962 IPv6 低功耗蓝牙® (6LoBLE) 讲座和演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该课程将详细介绍用于在物联网环境中传输 IPv6 帧的 RFC 7668(6LoBLE)、蓝牙®低功耗 4.2 和互联网协议支持配置文件。该演示将基于 Kinetis KW41 MCU。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该课程将详细介绍用于在物联网环境中传输 IPv6 帧的 RFC 7668(6LoBLE)、蓝牙®低功耗 4.2 和互联网协议支持配置文件。该演示将基于 Kinetis KW41 MCU。 智能家居和智能建筑
查看全文
2015年入学人数 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您愿意学习新技术、使用开源软件并推广您对 Linux、物联网和嵌入式的新颖想法,那么 Linux 嵌入式挑战赛就是您让所有人惊叹的机会。 组建您的团队(1-3 名成员)并研究与物联网相关的项目构想,可以使用 Freescale Linux BSP / Android 和Udoo 平台实现。 挑战自己并通过发送电子邮件至[email protected]报名参加 Linux 嵌入式挑战赛。 电子邮件的格式为: 主题: [LEC2015] [TEAMNAME] 项目名称 团队描述 项目描述: 详细描述你的想法 包括架构图和使用的技术 提及它为物联网世界带来的改进。 请用英文提交您的投稿。 2015年Linux嵌入式挑战赛
查看全文
AMF-ACC-T1645 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时,在闪存中编写第二个应用程序代码映像,然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现,以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时,在闪存中编写第二个应用程序代码映像,然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现,以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。
查看全文
如何在imx6Q板上支持字幕 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 当前 imx6 bsp,不仅 ltib 而且 yocto 也无法支持字幕。 现在我们有两种解决方案来支持 Yocto 上的字幕, 1)一种是提取字幕,然后通过UI将字幕绘制在视频上,imxplayer支持这种方式。 此解决方案使用 imxplayer 的 QT,因此如果您构建 yocto,则应选择 QT 作为目标。基本上,aiurdemux 通过 appsink 将文本发送到 QT,然后 QT 在 UI 层上绘制文本。 构建yocot时,请使用以下命令: “bitbake fsl-image-qt5” 将字体库复制到/usr/lib/fonts ,然后在播放 imxplayer 时选择您需要的字体。 2)另一种是通过gstreamer将字幕混合到视频缓冲区,然后与视频一起输出 在 gstreamer1.0-plugins-base 中启用 gst pango lib 更改 playbin 标志以禁用原生视频标志 basetextoverlay 应用补丁http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/ext/pango/gstbasetextoverlay.c?id=267a8c24af4f02ba6f3075bd589d3c5d1dc826e9 使用以下命令行 gst-启动-1.0playbin 标志=0x17 uri=file://$VIDEO_FILE suburi=file://$SUBTITLE_FILE i.MX6 四核
查看全文
Kinetisファミリーの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 発表者:LIANG PING 深センのDwF Kinetis MCUs Based on ARM® Technology (2015年1月27日)で発表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 発表者:LIANG PING 深センのDwF Kinetis MCUs Based on ARM® Technology (2015年1月27日)で発表
查看全文
FXTH8715 重型卡车 TPMS 解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 用于重型卡车的演示FXTH87 轮胎压力监测传感器解决方案将压力传感器、8 位 MCU、RF 发射器和双轴加速度计集成到单个封装中。该演示将显示 100–1500 kPa 的最高压力范围和最紧密的压力偏移。   1500 kPa 量程轮胎压力监测传感器 最小占用空间、低功耗、大客户内存容量 压力传感器、8位微控制器、射频发射器、加速度计     恩智浦特色产品 FXTH8715|胎压监测系统|压力传感器|恩智浦   其他 轮胎压力监测系统 (TPMS) | 恩智浦 汽车电子
查看全文
T1040 L2Switch ソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、QorIQ TシリーズL2Switchソフトウェアのアーキテクチャを紹介し、L2Sとデモ・アプリケーション、SMBStax(L2Switchスタック)を使用してL2Switch対応機能を実装する方法について説明します。L2Switch対応機能は、L2スイッチ・ユーザー・スペース・ドライバが提供するAPIを呼び出します。 1. T1040 L2Switch ポート接続 2. T1040 L2 スイッチ ソフトウェア アーキテクチャ 3. L2Switchデモアプリケーションの機能と使用法 3.1 制御ポートと統計 3.2 ポートベースのVLANを構成する 3.3制御MACテーブル 4. SMBStaxのL2スイッチ機能の実装 4.1 ミラーリング SPAN 4.2 802.1 X NetWork アクセスサーバーの設定 4.3 QoS 設定 4.4 L2Switch MACアドレスのリアリングと転送 4.5 L2Switch LLDP-MED機能 QorIQ T1デバイス 日時:T1040 L2Switchソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Yipingさん T1040 L2switch のポリシーサポートは dest MAC アドレスを変更しますか? それとも、T1040 DPAAはdest macの変更をサポートしていますか? どうもありがとうございます。 ジル
查看全文
i.MX 8M Plus(Scarthgap)上的 HDMI EDID 4 块读取失败 您好, 我正在 Yocto Scarthgap 电路板支持包 上使用 i.MX 8M Plus,在尝试读取 4 个 HDMI EDID 块(块 0 到 3)时遇到了问题。 [环境] SoC:i.MX 8M Plus 电路板支持包/操作系统:Yocto Project Scarthgap(内核版本:lf-6.6.52) [问题描述]尝试读取所有 4 个 EDID 块时,系统无法从块 2 开始读取(段 1)。区块 0 和区块 1(0 段)读取成功,但读取操作随即失败。 [根本原因/分析]经过调试,我发现问题与段切换命令后使用的 DDC 地址有关: 要读取区块 2 和 3,必须正确执行区段切换命令。 切换网段后,驱动程序应使用标准 DDC 地址0xA0/0xA1(I2C 地址 0x50)读取实际 EDID 数据。 但是,驱动程序错误地尝试使用地址0x60/0x61(即段指针地址)读取数据,导致读取错误。 看来驱动程序错误地在随后的数据读取序列中重复使用了分段指针地址。 [问题] 这是 i.MX 8M Plus Scarthgap BSP 上的 HDMI/DDC 驱动程序中的已知问题吗? 是否有任何现有的修补程序或变通方法来修复这种地址不匹配问题? 如能提供需要修改的相关驱动程序代码的指导或指点,将不胜感激。 先行致谢。 Re: HDMI EDID 4-block read failure on i.MX 8M Plus (Scarthgap) 这是一个已知的问题吗? 实际上是的。恩智浦社区上至少有一份先前的 i.MX8MP 报告指出,i.MX8MP 无法正确读取块 1 / 段 0 以外的 E-EDID,该报告特别指出用户应访问 drivers/gpu/drm/bridge/synopsys/dw-hdmi.c 进行调查。 是否有现成的变通办法? 是的。据报道,一种解决方法是绕过 HDMI 内部 DDC 引擎,通过在设备树中设置 ddc-i2c-bus 来使用普通的 SoC I2C 控制器进行 DDC。恩智浦社区线程报告称,将 HDMI DDC 引脚重新复用到 I2C5 并使用 ddc-i2c-bus = <&i2c5>; 解决了 i.MX8MP 上的多块 E-EDID 读取问题。 是否已经有公共补丁? 我在搜索结果中没有找到上游或 NXP 发布的公开补丁来专门修复你的 BSP 行的 dw-hdmi 中的这个 0x30 / 0x50 从属地址处理问题。公开可见的 dw-hdmi.c 代码仍然显示可以触发这种行为的 “从属地址取自第一条 I2C 消息” 逻辑。   如果你的主板布线允许,风险最低且已经报告的解决方法是将 HDMI DDC 从内部 dw-hdmi I2C 引擎移出常规 SoC I2C 控制器上。在 i.MX8MP 上,报告了一种解决方案 &i2c5 { 时钟频率 =<100000> ; pinctrl-names ="默认" ; pinctrl-0 =<& pinctrl_i2c5> ; status ="okay" ; };   &hdmi { ddc-i2c-bus = < & i2c5 >; status ="okay" ; }; HDMI DDC 引脚与 I2C5_SCL / I2C5_SDA 复用。恩智浦社区线程中的用户报告说,这一变更解决了 i.MX8MP 上的多块 E-EDID 读取问题。
查看全文
HSE_b: RSAキーをRAMにインポートすることは許可されていません 1024ビットのRSA公開鍵を1つRAMカタログにインポートして鍵インポートサービスを使用する方法を理解しようとしていますが、サーバーからHSE_SRV_RSP_NOT_ALLOWEDという応答が返されます。 私のテストアプリケーションは、RAMキーカタログを次のようにフォーマットします。 { { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_RSA_PUB, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY1024_BITS, }, { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_ECC_PUB_EXT, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY256_BITS, }, { muMask = 0, groupOwner = 0, keyType = 0, numOfKeySlots = 0, maxKeyBitLen = 0 }, } そして、サーバーからの応答としてHSE_SRV_RSP_OKを受け取りました。 次に、以下のキー情報を使用してRSAキーをインポートしようとします。 { keyFlags = HSE_KF_USAGE_VERIFY, keyBitLen = HSE_KEY1024_BITS, keyCounter = 0x0, smrFlags = 0x0, keyType = HSE_KEY_TYPE_RSA_PUB, specific = { pubExponentSize = 4, } } 私の要望は以下のとおりです。 { targetKeyHandle = 0x20000, pKeyInfo = 0x20401f74, pKey = { 0x210034b4, 0x21003534, 0x0}, keyLen = { 0x80, 0x4, 0x0}, } . HSE_RAM_PUB_KEY_IMPORT_POLICY_ATTR_ID を HSE_KM_POLICY_ALLOW_RAM_PUB_KEY_IMPORT に設定し、読み戻した結果も同じでした。 LC属性は0x04、HSEエラーフラグは0x0000、HSEステータスフラグは0x0B60です。ファームウェアバージョンは、0x0F SoC ID 0x0000 FWタイプ 0x02 メジャー 0x32 マイナー 0x00 パッチと読み取られます。 Re: HSE_b: Not allowed to import RSA key to RAM こんにちは、 @Emma_G-gbgさん パラメータは正しく設定されています。特に問題は見当たりません。スーパーユーザー権限を持っている場合は、その属性を設定する必要すらありません。 昨日、これと非常によく似たことをテストしていたので、1024ビットのRSA公開鍵と4バイトの公開指数をインポートするようにコードを少し更新しました。見た目はこんな感じです。 RSA公開鍵をインポートする際には、pubExponentSizeを設定する必要がないことに注意してください。HSEはこのパラメータを無視します。代わりにkeyLen[1]を使用します。 パラメータ pubExponentSize は、サービス HSE_SRV_ID_GET_KEY_INFO によって keyInfo を読み取る際に使用されます。そのキーのkeyInfoを読み取った結果は以下のとおりです。 それは単なるデータキャッシュの問題ではないでしょうか?データキャッシュを無効にして、違いが出るかどうか試していただけますか? よろしくお願いいたします。 ルーカス Re: HSE_b: Not allowed to import RSA key to RAM ありがとうございます。暗号鍵と認証鍵のハンドル情報の入力を忘れていました。確認していなかったので、HSE_INVALID_KEY_HANDLE はゼロになると思っていました。 現在は、キャッシュメモリ内の少なくとも一部の値を使用して動作しており、サービス呼び出しの前後にキャッシュメンテナンス操作が行われています。既存のプロジェクトにHSEサービスを追加しているため、キャッシュ構造を変更することはできませんが、共有メモリに実際に書き込まれていることを確認する限り、これまでのところすべて正常に動作しています。ただし、関連するメモリのキャッシュを無効にしてみましたが、違いはありませんでした。
查看全文
MR-VMU-RT1176 我想建造一架门到门的送货无人机。我能参加你们的创业计划吗?我现在没有注册公司。 我的第一个问题是,你们现在出售无人机开发套件吗? 我有一个实现从门到窗目标的想法。我怎样才能以不公开的方式告诉你? 如果 KIT-HGDRONEK66 不再销售。我可能会改用 VMU-RT1176 构建。   Re: MR-VMU-RT1176 你好@00000、 感谢您与我们联系。 请查看KIT-HGDRONEK66 的状态,它已存档。 请考虑 MR-VMU-RT1176 产品信息 | 恩智浦半导体作为替代方案。 希望对您有所帮助。 BR 西莱斯特
查看全文
RW612 TF-M NS:Flexcomm UART 无功能 - 时钟驱动器使用安全 CLKCTL1 地址 您好, 我发现了一个 Bug,当出现以下情况时,任何 Flexcomm UART 都会完全失效 为启用 TF-M 的 frdm_rw612/rw612/ns 构建。 根本原因:时钟驱动器使用安全 CLKCTL1 地址 (0x50021000) 启用 Flexcomm 时钟时。从 NS 世界中默默地写下这些文字 被忽视了,让外围没有了防护罩。所有 USART 寄存器的读数均为 0x00000000。 解决方法是在 UART 启动前通过 NS 别名手动启用时钟: volatile uint32_t *clkctl1_ns = (volatile uint32_t *)0x40021000UL; clkctl1_ns[0x508/4] = 0x01; clkctl1_ns[0x40/4] = (1UL<< 8); 我已经在 nxp-zephyr GitHub 上提交了一份错误报告: https://github.com/nxp-zephyr/nxp-zephyr/issues/35 有人遇到过这种情况吗?是否正在进行适当的修复? 谢谢! Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好,@chofmeister。 请与我们分享您复制这种行为的步骤。我无法通过 MCUXpresso for VS Code 使用 psa_protected_storage 示例来重现这种行为,该示例使用 TF-M 和 UART 控制台,信息正在打印,因此 UART 外设的时钟是正确的。 此外,对于 FRDM-RW612,时钟初始化是在 soc.c 文件的 clock_init 函数中完成的。 Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 感谢您提供的链接。确认一下 - 我运行的是 4.3.0 版来自 nxp-zephyr 下游仓库,那里存在错误。 我阅读了《时钟配置》一文。据我所知,外设 时钟应在 init.c 或 soc.c 中的 board_early_init_hook() 中启用。 查看 frdm_rw612 init.c、我可以看到 Board_early_init_hook() 已在 上实现,但并未启用任何 Flexcomm 时钟。 根本原因特定于 TF-M NS 版本:HAL 时钟函数 (fsl_clock.c)使用安全 CLKCTL1 地址(0x50021000)。在 NS 世界中,对该地址的写入将被静默忽略,从而使 Flexcomm0 完全处于无时钟状态 - 所有 USART 寄存器的读数均为 0x00000000。 我目前的解决方法是在 UART 启动之前,在应用代码中直接写入 CLKCTL1 NS 别名 (0x40021000),这虽然有效,但 显然不是正确的长期解决方案。 根据这篇文章,修复可能属于 init.c 中的 board_early_init_hook() 。在 CONFIG_TRUSTED_EXECUTION_NONSECURE 保护下,使用 NS 别名地址。不过,在尝试公关之前,我想确保这与 团队的方法一致。 这是基于 RW612 的 TF-M NS 版本 的已知差距吗,是否有 建议的修复正在进行中? Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好,@chofmeister,希望你一切都好。 我看到您在我们的下游存储库中提交的报告是您在 Zephyr 4.1.0 版本中发现的一个错误、能否请您确认一下,在我们最新的下游版本库(目前为 4.3.0)中是否仍然存在这种行为? 另外,我还建议查看Zephyr 中的时钟配置,因为 Zephyr 时钟管理子系统尚未支持时钟配置和启用。 Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好,RomanVR、 感谢您的回复。我可以在 soc.c 中看到时钟启动代码: #if (DT_NODE_HAS_COMPAT_STATUS(DT_NODELABEL(flexcomm0), nxp_lpc_usart, okay))&& CONFIG_SERIAL CLOCK_SetFRGClock(&(const clock_frg_clk_config_t){0, kCLOCK_FrgPllDiv, 255, 0}); CLOCK_AttachClk(kFRG_to_FLEXCOMM0); #endif 代码是正确的,但底层 HAL 函数 (CLOCK_AttachClk、CLOCK_SetFRGClock)使用的是安全的 CLKCTL1 地址 (0x50021000)。在 NS 世界中,对该地址的写入会被 默默忽略,从而使 Flexcomm0 处于无时钟状态。所有 USART 寄存器的读数均为 0x00000000。 我还在 nxp-zephyr GitHub 仓库(问题 #35)上提交了一个错误, 贡献者 waqar-tahir 证实了这个问题,并指出这个问题已经在即将发布的 4.4 下游版本中得到解决。 目前,我的解决方法是在 UART 启动之前,在应用代码中直接写入 CLKCTL1 NS 别名 (0x40021000)。 希望这有助于澄清根本原因。
查看全文
imx8qm jailhouse Hi all, Is there any document showing all the steps to have a demo running on imx8qm mek board with jailhouse? I was going over this: L5.4.70_2.3.3_LINUX_DOCS but all I could find is a reference to device trees: Hypervisor Jailhouse Enables the Jailhouse Hypervisor device trees. • imx8qxp-mek-root.dtb: DTB for root-cell I do not know what to do with this info. That is why I need a step by step instruction list. Br, Mircea Re: imx8qm jailhouse @Jerry137207  Hi, Are you running jailhouse on top of hw ? Re: imx8qm jailhouse Hi @Rita_Wang  I am using MCIMX8QM soc I need to run android and freertos on top of hypervisor. Which hypervisor i can use ? Re: imx8qm jailhouse Waste of time. Nothing works out of the box on nxp imx8qm, at least not with the software provided by nxp. Android does not run in jailhouse, on imx95 they have a small android demo running in xen. freertos can run on the second core m3 core, you can flash the emmc with android and have it like that running. no hypervisor needed. Re: imx8qm jailhouse hi @Ahelion i am planning to use MCIMX8QM-CPU soc  i need to bringup freertos and Android on top on this do we need hypervisor here, and also Jailhouse is already present in the latest version of android ? Re: imx8qm jailhouse Hi, Ahelion: I'm interested in runing multiple OS based on jailhouse, but related information is lack. I've sucessfully run jailhouse test demo in Imx8qm mek board. If you would like share info each other, plz email me: [email protected]. Re: imx8qm jailhouse I can tell you right now, it is not supported. I could not get jailhouse or xen to work on imx8qm. Whatever documentation i find is referencing linux4.9, which can not be build anymore. Re: imx8qm jailhouse Hi, Yes, the xen is supported on the i.MX8QM. You can refer to the attach document. Wish you have a nice day Best Regards Rita Re: imx8qm jailhouse any ideea?  Found out that the latest linux kernel does support the lates XEN How can I get Linux and Android running at the same time? Re: imx8qm jailhouse OK, I will help confirm. Re: imx8qm jailhouse L5.4.70_2.3.3, i was following this quide, so all bsp-s mentioned here I am using. Re: imx8qm jailhouse Which version BSP are you want to use? Re: imx8qm jailhouse @Rita_Wang Xen willl support on latest kernal 6x? Re: imx8qm jailhouse @Rita_Wang i have one more we are buying MCIMX8QM soc  i need to run android and freertos as guest which hypervisor support on this latest kernel? jailhouse supports on latest kernel for my requirement  Re: imx8qm jailhouse Hi @Shivu_Guru_24 , Sorry for late reply. For the XEN the on latest kernal 6x do not support it. If customer want to use, they can do porting themself. In our BSP 4.14.98 support it. Customer and refer it: Embedded Linux for i.MX Applications Processors | NXP Semiconductors   Hope this can do help for you Wish you have a nice day Best Regards Rita Re: imx8qm jailhouse Hi @Shivu_Guru_24 , Jailhouse is a Type 1 hypervisor for i.MX 8. Xen is not support in the latest version BSP. Wish you have a nice day Best Regards Rita
查看全文
RDK01DB1563 硬件或 FT232H 模块固件 你好 我可能在批量编程时损坏了编程器,目前无法连接芯片。我需要以下文件:RDK01DB1563 硬件文件或 FT232H 模块固件,以便排除故障。 BR Re: RDK01DB1563 HARDWARE OR FT232H module firmware 你好 有关硬件原理图和电路图,请参阅用户手册 UM11235 - TEA2016DB1514 USB 至 I²C 硬件接口。 本文件包含完整的电路图(见第 3 章)。 关于 FT232H 模块固件,由于该模块使用标准 FTDI 驱动程序软件包,因此不需要或提供任何自定义固件。有关安装 FT232H 驱动程序的详细信息,请参阅 UM11521 - RDK01DB1563 入门,第 4.1 章 安装软件,其中说明了如何自动安装或在需要时手动安装 FT232H 驱动程序。 BRs, Tomas
查看全文