Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
S32DS for S32 v3.5 Update failed issue Hello. Step 1. I install S32DS for S32 v3.5. - Install program: S32DS.3.5_b220726_win32.x86_64.exe  Step 2. Select "S32 Design Studio Platform package" and execute update. Step 3. After few minute update failed with "Read time out" error. Step 4. Close & Restart S32DS, and retry update "S32 Design Studio Platform package". Step 5. S32DS program close suddenly. And s32ds.exe, s32ds.bat file deteled. I attached my step screen capture below. How can I clean install S32DS for S32 v3.5 and update latest package? Best Regards, Sean Sung Re: S32DS for S32 v3.5 Update failed issue Thank you for support! It works. Re: S32DS for S32 v3.5 Update failed issue Hi,  on some machines doesn't work repositories with http:// - please try to change http:// to https:// Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  When I try offline update to SW32_S32DS_3.5.14_D2409, same issue (deleted .exe, .bat files) happened. SW32K3_S32DS_3.5.13_D2407.zip is my mistype, I don't need that. Best Regards, Seam Sung. Re: S32DS for S32 v3.5 Update failed issue Please tell me which version of S32K3 RTD you want to install? Here is the method for offline installation of S32K3 RTD 4.0.0: RTD 4.0 with Design Studio 3.5  SW32K3_S32DS_3.5.13_D2407.zip is S32 Design Studio 3.5.13 Development Package with support for S32K3xx devices. As far as I know, this only needs to be installed when installing S32K3 RTD 5.0.0. You don't need to install those S32DS Update packages one by one, just install the latest one. For example: S32 Design Studio 3.5 Update 14 D2409 new Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  I already tried offline update. Update okay with belows. SW32_S32DS_3.5.2_D2302, SW32_S32DS_3.5.3_D2306, SW32_S32DS_3.5.4_D2307, SW32_S32DS_3.5.5_D2308, SW32_S32DS_3.5.6_D2309. When I try update to SW32_S32DS_3.5.8_D2311, warning message popup. I choose "Install anyway", after then program close (without any message), and deleted s32ds.exe and s32ds.bat. When I try update to latest package SW32K3_S32DS_3.5.13_D2407 at one-shot(without update previous version), same issue happend. And.. I can't find offline update package for Update 7. Could you check for me? Best Regards, Sean Sung. Re: S32DS for S32 v3.5 Update failed issue Hi  Have you tried installing offline? Refer to the step2 of HOWTO: offline install S32K3 RTD 3.0.0 in S32DS v3.5.  S32 Design Studio 3.5 Update 13 D2407 is available for download on S32 Design Studio for S32 Platform web page. Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
View full article
電源サイクル時の IPCF-(S32k358) 初期化に関する問題 (デュアルコア セットアップ) 電源サイクル時の IPCF 初期化に関する問題 (デュアルコア セットアップ) 2つのコア間でメモリを共有するためにIPCFを使用しています。基本的な検証のために、以下の2つの機能を実行しています。 コア0 :LED点滅 コア2 : eMIOSによるPWM生成 両方のコアはIPCFを正しく実行するように設定されています。システムをデバッグモードで実行すると、LEDの点滅とPWMはどちらも正常に動作し、すべてが期待通りに動作します。しかし、電源を入れ直す(ボードの電源をオフ/オンする)と、何も実行されず、LEDの点滅もPWMも動作しません。 これまで試してみたことは次のとおりです。 IPCF 初期化中の競合状態を回避するために、Core 2 に遅延を追加しました。 IPCF なしでシステムをテストしました。IPCF を削除した後、電源を入れ直した後やデバッグ モードでもすべて正常に動作します。これにより、IPCF が問題に関連していることが確認されます。 問題を次の行に絞り込みました: ipc_shm_init(&ipcf_shm_instances_cfg); この関数呼び出しの後に配置されたものは、電源サイクルでは実行されません。 残留データが問題の原因である可能性があると疑い、使用前に共有メモリをクリアしようとしました。ただし、メモリのクリアを組み込むと、電源投入後にシステムが再び動作しなくなります (ただし、デバッグ モードでは引き続き動作します)。 共有メモリをクリアする方法は次のとおりです。 #IPCF_LOCAL_MEM_ADDR ((void *)0x20480000U) を定義します。 #IPCF_REMOTE_MEM_ADDR ((void *)0x20482000U) を定義します。 #IPCF_MEM_SIZE (0x2000U) を定義します void clear_ipcf_shared_memory(void) { メモリセット(IPCF_LOCAL_MEM_ADDR, 0, IPCF_MEM_SIZE); メモリセット(IPCF_REMOTE_MEM_ADDR, 0, IPCF_MEM_SIZE); } この問題の解決にご協力いただけませんか?参考までに、作業中のプロジェクトファイルも共有しました。 よろしくお願いします。 ガネーシュ・バグワット Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは、ダニエル。 ご指導ありがとうございます。さらに調査を進めると、 startup_cm7.sファイルには共有メモリを初期化するためのセクションが含まれていますが、 #if defined(MULTIPLE_CORE) && defined(MULTIPLE_IMAGE)の下で条件付きでコンパイルされます。これらの定義を含むようにアセンブラ プリプロセッサを更新することで、問題を解決でき、電源を入れ直した後でも IPCF 初期化が正しく機能するようになりました。参考までに添付画像をご覧ください。 ご協力ありがとうございます! よろしくお願いします、 ガネーシュ・バグワット Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは@GaneshBhagwatさん、 SRAM ECC のドキュメントについては、S32K3xx リファレンス マニュアルとこの AN13388 のみがあります: https://www.nxp.com/webapp/Download?colCode=AN13388 ただし、任意の RTD サンプル プロジェクトを参照することはCAN。 SRAM ECC は起動コードで初期化されます。 よろしくお願いいたします。 ダニエル NXPが提供するあらゆるサポート、情報、テクノロジー(以下「資料」)は、明示的または黙示的を問わず、いかなる保証もなく現状のまま提供され、NXPは、適用法で認められる最大限の範囲において、資料に関連する直接的および間接的な責任および損害を一切否認します。NXPは、アプリケーションまたは製品設計に関するいかなる支援についても責任を負いません。資料は、NXP製品に関連してのみ使用できます。資料に関してNXPに提供されたフィードバックは、NXPにより制限なく使用できます。 Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) スタートアップ コードで ECC 初期化を正しく実装する方法に関する詳細なドキュメントや例がどこで見つかるか教えてください。 また、ECC 関連の問題以外に、電源サイクル後に同様の HardFaults を引き起こす可能性のある他の一般的な原因はありますか? Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは、ダニエル。 迅速なご対応に改めて感謝申し上げます。 参考までに、メモリ ビューのスクリーンショットを添付しました。1 つはデバッガーの起動直後に撮影したもので、もう 1 つは HardFault が発生したときに電源を入れ直した後にキャプチャしたものです。アドレス 0x20482008 には ?? が表示されませんが、この場所の値はデバッガー セッションと電源サイクル後とで異なることに気付きました。 今後とも変わらぬサポートを賜りますようお願い申し上げます。 よろしくお願いします、 ガネーシュ・バグワット Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは@GaneshBhagwatさん、 この問題は初期化されていない SRAM ECC によって発生している可能性があります。 通常、SRAM ECC はデバッガーによって初期化されます。デバッガーを使用しない場合、アプリケーションは起動コードで ECC 初期化を処理する必要があります。これを行わないと、初期化されていないメモリにアクセスするときに ECC エラーが発生する可能性があります。 これを確認するには、メモリ ビューでアドレス 0x20482008 (正確なバス エラーの BFAR 値) のメモリをチェックしてみてください。その住所に?? が見えますか? SO、初期化されていないメモリによる ECC 障害を示している可能性があります。 よろしくお願いいたします。 ダニエル Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは、ダニエル。 迅速なご対応ありがとうございます。 ご提案通り再度確認しました。リセットせずにデバッガーを再接続すると、コードは関数 void clear_ipcf_shared_memory(void) 内でHardFaultになります。 ただし、clear_ipcf_shared_memory() の呼び出しをコメント アウトすると、今度は ipc_shm_init() 内でHardFaultが発生します。 参考までに、両方の HardFault シナリオのスクリーンショットを添付しました。 これらの障害の原因を理解し、問題を解決する方法を教えていただけますか? よろしくお願いします、 ガネーシュ・バグワット Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) こんにちは@GaneshBhagwatさん、 デバッガーを (リセットせずに) 再度アタッチすると、ipc_shm_init() 内のルックでスタックしますか、それとも障害例外がありますか? Re: Issue with IPCF-(S32k358) Initialization on Power Cycle (Dual-Core Setup) また、次のように IPCF で構成されたアドレスで memset を使用して共有メモリをクリアすることも試みました。 memset((void *)ipcf_shm_instances_cfg.shm_cfg[0].local_shm_addr,0、(size_t)ipcf_shm_instances_cfg.shm_cfg[0].shm_size); memset((void *)ipcf_shm_instances_cfg.shm_cfg[0].remote_shm_addr,0、(size_t)ipcf_shm_instances_cfg.shm_cfg[0].shm_size); しかし残念ながら、それでも問題は解決しませんでした。
View full article
BFU660F 的 Spice 型号 您好, 能否提供 BFU660F 的香料型号? 谢谢! 约翰 Re: Spice Model for BFU660F 您好, ,我试图将此模型用于 Orcad PSpice,但似乎无法识别某些参数(例如:...M参数......),软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型, ,谢谢您的支持 ,致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺! 诹访仁 Re: Spice Model for BFU660F 嗨,艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺! 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候
View full article
CLRC66301B 掉电模式仍消耗 2 mA 而不是 nA 您好,恩智浦社区 我正在使用 CLRC66301B NFC 读卡器IC 并尝试通过将 PDOWN 引脚设为高电平来激活掉电模式 (3.3)V),详见数据手册。但是,电流消耗保持在2 mA,而数据表显示掉电时电流消耗应在8 nA至40 nA之间。 设置详情: PDOWN 引脚:3.3 V(恒定高电平) VDDs:VDD(TX)、VDD(AUX)、VDD(MCU)电压均为 3.3 V 接口:I²C(测试期间空闲) XTAL:连接 27.12 MHz 晶体 当前测量期间无通信或活动 测量电流: ~2 mA 问题 1.在断言 PDOWN 之前是否需要对寄存器进行配置? 2。IRQ、XTAL、IFSEL 或其他 GPIO 能否阻止进入真正的掉电模式? 3.PDOWN 是否需要使用 VDD 或 RESET 进行额外的定时或排序? 如有任何见解或建议,我们将不胜感激。 谢谢! 乌玛桑卡尔 NFC 控制器解决方案 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 您好, 当您提到当 SDA 和 SCL 物理断开时电流消耗会降低时,是指您移除了该引脚上的所有连接(同时移除主机 MCU 和上拉电阻器),还是指这些线路仅与主机 MCU 断开? 另外,能否请您描述一下测量所用的方法、设备和测试点? Eduardo。 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 亲爱的恩智浦团队 我使用带有 CLRC66303B 芯片的官方 CLEV6630ARD 板进行了掉电电流测试。只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 时,电流才会达到 ~40 nA。如果使用一次 I²C,即使将 PDOWN 设为高电平,电流也会保持在 2 mA 以上。 请说明在进入 PDOWN 之前,I²C 线路应该做些什么?具体来说 在断言 PDOWN 之前,MCU 是否应将 SDA 和 SCL 设置为高阻抗(输入,无拉)? 之前的任何 I²C 通信是否会阻止芯片进入真正的硬掉电? 谢谢! Follow-Up: CLRC66303 – High Current in Hard Power-Down Mode (CLEV6630ARD-Based Design) 亲爱的恩智浦团队 我之前曾就 CLRC66301HN 的硬掉电电流提出过问题,你的回复建议迁移到 CLRC663 Plus 系列 (CLRC66303)。此后我改用 CLRC66303B,使用基于 CLEV6630ARD 参考设计的定制板,我想继续提供最新的测试结果。 你之前的回复侧重于 LPCD 行为和 AN11783,但这个问题仅涉及通过 PDOWN 引脚进行硬掉电,没有RF场或 LPCD 处于活动状态。 掉电电流测量 (CLRC66303B): > 当 PDOWN 处于低电平时(芯片处于活动状态,RF场 开启):~100 mA >当 PDOWN 为高电平且存在 I²C 上拉时:~1.2 mA >当 PDOWN 为高且 I²C 线路被驱动为低时: ~6.6 mA >当 PDOWN 为高电平且 I²C 线路在使用前已物理断开时:~40 nA 只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 连接时,芯片才会在 PDOWN 模式下消耗 ~40 nA 电流。如果只使用一次 I²C,则即使在 PDOWN 钳位高电平之后,电流仍保持高电平。 硬件设置摘要: 芯片:CLRC66303B,I²C 模式。 微控制器:TI CC2652R7,100 kHz I²C 电压:3.3 V 调节 上拉:SDA/SCL 上 4.7 kΩ 至 3.3 V 未使用的引脚:按照数据表拉动 未启用射频或 LPCD 功能 方案设计:基于 CLEV6630ARD(附后) 需要澄清的问题: 1.在 PDOWN 模式期间,SDA/SCL 是否内部偏置? 2。即使后来将PDOWN设置为高电平,之前的任何I²C活动是否会阻止真正的掉电? 3.在断言 PDOWN 之前,是否有必要将 MCU I²C 引脚设置为 Hi-Z(输入,无拉)? 4.是否有恩智浦推荐的方法,可在硬 PDOWN 模式下可靠地实现<100 nA,而无需物理断开 I²C 线路? 我们的目标是确保电池的使用寿命,并且必须实现数据手册中规定的低功耗性能。如果有任何专门关于 PDOWN 行为和 I²C 漏电流的指导或文档,我们将不胜感激。 附上示意图以供参考。 顺祝商祺! Umasankar C Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 你好@Umasankarc 希望你一切顺利。 我知道你使用的是基于 CLRC66301HN(非增强版)的自定义板,对吗?如果是,请考虑我们建议改用 CLRC663 plus 系列 (CLRC66303)。 引脚 PDOWN 的高电平应启用硬掉电。数据手册中描述的掉电电流 (Ipd) 相当于 CLRC663 芯片中所有电源电流的总和;但是,嵌入在板中的外部元器件可能会消耗额外的功率。 AN11783 CLRC663 plus《电源卡检测》第 3.4 节中描述了一些低功耗设计建议。 Eduardo。
View full article
iMX95 GPIO1_IO[11]/BOOT_MODE2 作为输入 i. MX95 参考手册 Rev2 DraftB 指出 BOOT_MODE 引脚只能用作输出: GPIO1_IO[5]、GPIO1_IO[7]、GPIO1_IO[11] 和 GPIO1_IO[13] 为只输出或三态。更多详情,请参阅本文件附带的引脚列表表。 某些引脚可能在POR时用作 BOOT_MODE 引脚,因此这些引脚在此时可以作为输入。 但是,GPIO1_IO[11]/BOOT_MODE2 目前被配置为输入,并且正常工作。 我们是否可以依赖这种行为? Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 谢谢。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 我们的板内部使用 GPIO1_IO [11] /BOOT_MODE2 来连接到 MCU 中断引脚。我们保证所有条件都能正常启动;没有外部连接,MCU 处于 RESET 状态,我们为正确的启动时间状态提供上拉电源 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 根据内部团队的最新回复,我得到的信息是,从能力的角度来看,与启动cfg相关的iOS可以配置为输入。但不建议这样做。这些引脚在 POR 时也会作为 BOOT_MODE 引脚进行采样,当信号在 POR 时间之后功能上是输入时,我们通常不希望支持客户尝试将其用作输入,因为他们的板级元器件驱动输入 SoC 时也可能会意外地在 POR 时(不仅仅是 POR 之后)驱动一个值,如果这样做,那么我们的 SoC 可能会采样错误的 BOOT_MODE 值。 我们不会推动文档团队更新上述信息。客户最好不要将 IO 配置为输入模式。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 请参阅 AE 团队提供的以下最新信息。 根据我对 RM 的理解,IO 可以用作 POR 的输入。启动后,它们无论如何都不能用作输入。既然你提到GPIO1_IO [11] /BOOT_MODE2 当前被配置为输入并且正在运行,你能否分享一下 IO 正在运行哪些功能?
View full article
IMX8DXL 闪烁问题 您好,NXP团队, 我们的定制板使用i.MX8DXL处理器,我们的一位客户报告说,在使用Windows系统刷新设备时出现了闪存问题。该错误似乎与 USB 有关;但是,我们无法在我们的终端重现该问题。您有什么建议或可能与客户笔记本电脑有关的潜在原因吗? 以下是日志 UUU Tool\iW-PRGOT-R3.0-REL1.0-TelematicsGateway_Linux6.1.22_UUU>.\uuu.exe .\iW-PRGOT-R3.0-REL1.0-B0-iMX8DXL_Linux_6.1.22_UUU.uuu 用于 nxp imx 芯片的 uuu(通用更新实用程序) -- libuuu_1.4.243-0-ged48c51 成功 0 失败 1 2:7 1/ 0 [打开 USB 设备失败] U-启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2(Mar 20 2024 - 05:40:28 +0000) 中央处理器:NXP i.MX8DXL RevB A35,频率 1200 MHz,温度 34C 型号:iW-RainboW-G46M-i.MX8DXL-OSM 板:iWave iMX8DXL IWG46M OSM 启动:USB 动态随机存取存储器(DRAM):2 GiB 核心:169 个设备,25 个 uclasses,设备树:单独的 MMC:FSL_SDHC:0 从 MMC 加载环境... *** 警告 - CRC 错误,使用默认环境 输入:串行 输出:串行 错误:串行 董事会信息: BSP 版本:iw-prgot-sc-r3.0-rel1.0-Linux6.1.22 SOM 版本: iW-PRGWZ-AP-01-R3.80000000 CPU 唯一 ID:0x301e880e8293EE1C 载板版本:iw-prgjj-ap-01-rx.X(自定义 ) BuildInfo: -SCFW 6638c032、SECO-FW 80649c52、IMX-MKIMAGE 5cfd2180、ATF 8103e82 - 启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2 -V2X-FW 75e63de2 版本 1.2.1 切换到分区 #0,OK mmc0(第 0 部分)是当前设备 检测 USB 启动。将进入快速启动模式! 网络:无法获得 FEC0 的 PHY:addr 4 无法获得 FEC0 的 PHY:addr 4 在以太网上 获取共享 mii 总线 @5b050000 eth1:以太网 @5b050000 Fastboot:正常将总线 设置为 3 有效芯片地址:17 51 6A 6B 74 77 从 USB 启动 mfgtools *** 警告-使用 mfgtool 的默认环境,使用默认环境 运行 bootcmd_mfg:运行 mfgtool_args;if iminfo${initrd_addr}; then if test${tee} = yes; then bootm${tee_addr} ${initrd_addr} ${fdt_addr} ; else booti${loadaddr} ${initrd_addr} ${fdt_addr} ; fi; else echo"运行 fastboot ..."; fastboot auto; fi ; 点击任意键停止自动启动:0 ## Checking Image at 83100000 ... 未知图像格式! 运行 fastboot ... auto usb 1 Re: IMX8DXL flashing issue 嗨@Tanushree 对不起,我和我们的内部团队谈过了,目前还没有关于 uuu 无法在 win10 上运行,但可以在 win11 和 Ubuntu 操作系统上正常运行的解决方案。 最好的方法是使用 Ubuntu 或 Win11 操作系统运行 uuu 工具。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 是否有可能使用另一台 i.mx8dXL 设备刷新一台 i.mx8dXL 设备?有人尝试过这种方法吗?如果您有任何建议或指导,我们将不胜感激。 对 UUU 的观察结果与您在上次回复中分享的相同。 Re: IMX8DXL flashing issue 嗨@Tanushree 请尝试使用以下 uuu 版本在 windows10 操作系统上进行测试: https://github.com/nxp-imx/mfgtools/releases/download/uuu_1.5.201/uuu.exe B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 在设备管理器中,该设备作为 " USB 下载小工具列在 " 其他设备 " 下。"请与我们联系需要安装的具体驱动程序,以便我们继续进行测试。 Re: IMX8DXL flashing issue 请尝试卸载 USB 驱动程序并重新安装。这很奇怪,我以前从未遇到过这种问题。 Re: IMX8DXL flashing issue 是的,我们也尝试过了,但还是失败了,错误是:“无法打开 USB 设备”。 Re: IMX8DXL flashing issue 请尝试使用 uuu-b 命令将图像闪存到您的板上。 Re: IMX8DXL flashing issue 你好 请参见下文--它已检测到 已连接的已知 USB 设备 路径芯片 Pro Vid Pid BCD版本 =================================================================== MX8DXL Re: IMX8DXL flashing issue 嗨@Tanushree 当你键入 uuu -lsusb 命令时你能找到你的板设备吗? B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 请查看所附的 Windows 10 故障日志。 Re: IMX8DXL flashing issue 嗨@Tanushree Windows 10 应该不是根本原因,请共享 Windows 10 操作系统的故障日志。 B.R Re: IMX8DXL flashing issue 我查看了 Linux 6.1.22 的版本说明内核版本,发现它建议使用 UUU 1.5.21 版。目前,我使用的 UUU 版本如下所示: 虽然闪存在 Windows 11 和 Ubuntu 20.04 或更高版本上运行正常,但在 Windows 10 上却失效了。但是,我在发行说明中没有发现任何提及支持或不支持的Windows版本的内容——只提到了Ubuntu 20.04。 Re: IMX8DXL flashing issue 嗨@Tanushree 请分享您在 Windows10 操作系统上的 UUU 故障日志。你的 uuu 版本是什么?请使用最新的 uuu 版本。 B.R Re: IMX8DXL flashing issue 我们遇到一个问题,即内核 6.1.22 在 Windows 10 上无法闪烁,而在 Windows 11 上却能成功闪烁。这可能是因为缺乏对 Windows 10 的支持吗?此外,我们最近从内核版本 5.15.52 迁移到了 6.1.22。UUU 工具在 Windows 10 上使用 5.15.52 版时运行正常。 Re: IMX8DXL flashing issue 嗨@Tanushree 没有关于 Windows 设置 UUU 的特别说明。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 谢谢您的答复。 UUU 脚本似乎没有任何问题,因为同样的程序在某些笔记本电脑上也能运行。我们正在使用自己的自定义版本。是否有任何特定的 Windows 设置会影响 UUU 工具闪烁或 UMS 检测? 问候, Tanushree Re: IMX8DXL flashing issue 嗨@Tanushree 如果运行 uuu -b emmc_all <.wic> 命令? 不要选择 uuu 脚本文件闪存。 B.R
View full article
示例项目中缺少 TCP/IP 协议栈 你好、 我正在使用 S32K1 系列板,更具体地说,是 S32K148。 我面临的问题是,连示例项目都无法编译。我使用 S32DS IDE 和"New -> Project from Example" 创建它,从中选择 lwip_FreeRTOS_S32K148。 该文档说,应该可以直接从那里版本它。但事实并非如此,因为有很多文件丢失了。打开 S32 配置工具并更新代码后,大部分问题都解决了。但是,lwip 堆栈文件夹仍然丢失,我在 “税务摊销收益” 中出现错误,指出 tcp/ip 堆栈不包含在工具链中。 正如堆栈发行说明中所述,我安装了 S32K1_S32M24X 实时驱动程序 AUTOSAR R21-11 版本 3.0.0还有 S32K1 FreeRTOS 10.5.1 版本 2.0.0 代码包,我使用的是 S32DS 3.6.3。 Re: Missing TCP/IP stack in example project 你好@sergioGeronimo、 这是由 RTD 3.0.0 之间的清单 SDK 版本不匹配造成的(版本 2.0.0)和 TCP/IP 3.0.0(版本 3.0.0)版本。 要解决这个问题,请按照以下步骤操作: 1.进入 S32DS 安装文件夹,或机器的相应路径。 C:\NXP\S32DS.3.6.1\S32DS\software\PlatformSDK_S32K1_S32M24 2.打开tcpip_itm_manifest.xml ,将版本从 3.0.0 改为 2.0.0 3.重新启动 S32DS 4.打开外设视图并运行"更新代码" 5. 再次运行 Build 顺祝商祺! 帕维尔
View full article
生成 LIN 堆栈配置文件 您好! 我正在尝试在 MCUXpresso IDE 中为没有专用的演示版的板创建一个 LIN 堆栈应用程序。我看到其他板上有一些 lin_cfg.c/.h 文件已经包含在 " source " 目录中,但我不知道如何生成或配置它们。MCUXpresso 中是否集成了与 S32DS 中类似的工具?或者,原始演示中的文件是如何创建的? 非常感谢 Re: LIN stack configuration file generation 嗨,@SarMol、 非常感谢您关注我们的产品并使用我们的社区。 请告诉我您使用的是哪种恩智浦芯片。 顺祝商祺! MayLiu
View full article
Qt/QML での i.MX8M CMA メモリリーク 私はYoctoシステムを搭載したVariscite iMX8Mをベースにしたデバイスを持っています。OS が動作している場合、単一の Qt/QML アプリケーションがマルチメディアの再生に応答します。GStreamer 用のパイプラインを準備します。マルチメディア側からのアプリケーションは非常にシンプルです。QML の MediaPlayer コンポーネントに特定のパイプラインを提供します。最終テストを実施しているのですが、長時間の 4K ビデオの再生中に CMA メモリ リークが発生していることに気付きました。ビデオがループ再生され、30 分ごとに次のビデオに切り替わります。約 15 時間後、ビデオの再生が停止し、CMA 空きメモリは 0kB になりました。(1 分後にビデオを変更することで、より速く繰り返すCAN)。ジャーナルには、GStreamer によるメモリ割り当ての問題に関する情報もCAN。U-Boot とカーネルのカスタマイズは単純なものに限定されており、そのようなものには影響しないはずです。これはおそらく gstreamer か vpu ドライバ、あるいは Qt のシステムのバグのようです。興味深いのは、アプリケーションを閉じた後、メモリが元の値 (アプリケーションを実行する前の値) に戻らないことです。 私のシステムは最新のカーネル5.15-2.0を搭載したKirkstoneをベースにしています。(ブランチ: 5.15-2.0.x-imx) および U-Boot (ブランチ: lf_v2022.04)。システムには983.04がありますCMA メモリの合計 MB。 bash ループでビデオを再生するテストを実行しましたが、ここでは問題は発生しませんでした。私の結論は、Qt と Gstreamer の間、または VPU ドライバにあるということです。 解決策はあるでしょうか?他にCANテストはありますか? 添付: - ブートログ - ビデオの変更中にカーネルエラーが発生しました - メモリリークチャート Re: i.MX8M CMA memory leak with Qt/QML 現時点では、Yocto Scarthgap (カーネル 6.6.52) と Qt 6.8.1 を使用しています。Qt6 から H.265 4K ビデオを再生する方法について詳しく教えていただけますか?公式の例を試してみましたが、私のCASEでは、そのようなビデオでは機能しません。 Re: i.MX8M CMA memory leak with Qt/QML 正しい! Re: i.MX8M CMA memory leak with Qt/QML 理解しました。QML MediaPlayer を使用するアプリケーションからこのようなビデオを再生しているときに、journalctl にカーネル警告が表示されず、CMA メモリは良好に見えます。それは本当ですか? Re: i.MX8M CMA memory leak with Qt/QML こんにちは、 これはバグのように見えますが、6.12 ではこのようなことは起こりません。EVK で同様のビデオをテストしたところ、すべてがスムーズに動作しました。確認してください。問題が解決しない場合は、Variscite にお問い合わせください。 よろしくお願いします。
View full article
使用矢量 CAN 接口在 CANOE 上测试与 s32k144 的 CAN 通信 你好我想借助矢量 CAN 接口测试使用 CANOE 的 s32k144 板的 CAN 通信。但不知道如何才能做到。如果您有任何支持或参考,欢迎您开始使用。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好,Julian AragonM,感谢您的回复。我可以使用矢量 CAN 接口在 CANOE 上查看 CAN 日志,方法是将 CAN 线一端直接连接到 s32k144 CAN 引脚& ,另一端连接到矢量提供的电缆上,矢量 CAN 接口不带终端电阻。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好,我是@Chandrakant、 你可以参考 AN5413:S32K1xx 系列食谱 ——应用笔记。第 2.9 和 2.10 节提供了一些配置 FlexCAN 的例程。 您也可以参考 RTD 示例,但请记住,最新代码包中的示例配置为 " loopback " 操作,这意味着不使用收发器。您必须为通信配置引脚,并将操作更改为"正常/用户模式" 。 有一份 HOWTO 列表:S32DS - HOWTO 列表 - NXP 社区,解释了如何从较新的 SW 安装和导入示例。 致以最诚挚的问候, Julián
View full article
i.MX95でGenAI Flowを使い始める - ヘルプとヒントが必要です こんにちは、皆さん 私はNXP Generative AI & LLM フォーラムで作業している開発者で、最近 i.MX95 EVK 上の eIQ GenAI Flow デモンストレーターの探索を始めました。私は AppCodeHub リポジトリからデモを正常にクローンし、Yocto 環境でクロスコンパイルを開始しましたが、途中でいくつかの問題が発生しました。リビジョンに応じて互換性のある BSP とオプションのメタレイヤーが必要であることは理解しています。 さらに、実際にiMX95とiMX8MPのAI推論パフォーマンスがどのように異なるのかも興味があります。私が見たベンチマークでは、トークン生成速度は、Neutron アクセラレーションを使用した iMX95 では約 9 トークン/秒であるのに対し、iMX8MP CPU のみでのCASEでは約 8.7 トークン/秒であるという結果が出ています @github.com 。しかし、特にこれらのプラットフォームですでに RAG および LLM パイプラインを使用している開発者からの直接のフィードバックをぜひ聞きたいと思っています。 質問: どのBSPバージョン(例:スムーズな展開のためには、L6.12.20 と L6.12.3 のどちらをターゲットにすればよいでしょうか? i.MX95 A1 リビジョンと B0 リビジョンで Neutron を正常に有効にするためのヒントはありますか? eIQ GenAI Flow で RAG を使用した場合のリアルタイム推論のレイテンシとメモリ制約に関する経験はありますか? さらに先に進む前に、特に設定メモや学んだ教訓など、アドバイスをいただければ幸いです。 よろしくお願いいたします! Re: Getting Started with GenAI Flow on i.MX95 – need help and tips こんにちは@Alicecarry 、 メッセージをありがとうございます! あなたの質問にお答えしたいと思います。 GenAI Flow Demonstrator v1.1で使用するBSPバージョンについては、以下を使用することをお勧めします。 L6.12.20 .このBSPでは、提供されているメタレイヤーは不要になりました。 i.MX95 B0には、Neutron NPU を介した LLM アクセラレーションがすでに組み込まれています。メタレイヤーはL6.12.3をカスタマイズするためにのみ必要です LLMアクセラレーションをサポートするBSP i.MX95 A1 。  i.MX95 A1 リビジョンでは、Neutron を活用するための 2 つのオプションがあります。 L 6.12.3 BSPを使用する + メタレイヤー、または 使用 L6.12.20 BSPはよりシンプルですが、次の 2 つの点を考慮する必要があります。 画像をフラッシュすると  uuu 、標準を使用する  imx-image-full-imx95evk.wic だが特定の A1 リビジョンには imx-boot 使用する必要があります。このファイルは BSP リリース アーカイブに含まれており、次の名前が付けられています。 imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_a55 (i.MX95 A1 19x19 EVK の場合)。 この BSP には、B0 リビジョンとのみ互換性のある Neutron ファームウェアが含まれているSO、LLM アクセラレーションはデフォルトでは機能しません。これを有効にするには、ファームウェアをメタレイヤーで提供されているものに置き換えます: dm-eiq-genai-flow-demonstrator/meta-eiq-genai-flow/recipes-libraries/neutron/files/NeutronFwllm.elf 。コピー先  /lib/firmware/  i.MX95 EVK ファイル システム上。 いずれのCASEでも、フラッシュ後に u-boot で「Neutron」dtb を設定する必要があることに注意してください。 このデモンストレーターは、当社の内部機能のサブセットのみを紹介します。社内には、特定のユースケースに合わせてレイテンシとパフォーマンスを微調整するための追加の ASR モデルと LLM モデルがあります。例えば、 Whisper-small.en ASR と Danube-500M(q8)LLMでは、入力オーディオの終了と出力オーディオの開始の間の遅延である「最初のオーディオまでの時間(TTFA)」を約 3.5 秒で、多くのユースCASEで許容できる値です。 他のASRモデルでは、このTTFAを以下のように短縮できます。 3秒 LLMあり、RAGのみのモード(LLMなし)では、以下に示すことができます。 2秒。 これが役に立つことを祈ります! 再度、感謝します、 ピエール
View full article
IW611 Wi-Fiモジュールのドライバとファームウェア こんにちは、 Wi-Fi ドライバを構築する手順と、IW611 に関連するいくつかの質問を明確にしたいと思います。ぜひご覧になってみてください。ありがとう。 私はカーネル 5.10 を使用しており、私の理解に基づいて、IW611 用の WiFi ドライバを構築する手順は次のとおりです。間違っていたら訂正してください。 1) クローンリポジトリ: http://github.com/nxp-imx/mwifiex.git 私のカーネルバージョンに最も近いバージョンをチェックアウトします。例: lf-5.10.y_1.0.0 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? 2) 5.10 カーネル ソース コードを指す KERNELDIR= をエクスポートします。 3) $CROSS_COMPILEを更新する 3) wlan_src に cd する 4) クリーン&ビルドを実行する その他の質問 https://github.com/nxp-imx/imx-firmware.gitのファームウェアの場合、IW611 に使用されているファームウェアをどのように確認すればよいですか?また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるというのは正しいでしょうか? IW611 ライアン Re: IW611 Wifi module driver and firmware こんにちは@RyanKhor 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? --> リリースごとに機能リストを提供していますので、ご確認いただけます。i.MX アプリケーションプロセッサ向け組み込み Linux | NXP Semiconductors https://github.com/nxp-imx/imx-firmware.git にあるファームウェアについて 、IW611に使用されているファームウェアを確認するにはどうすればよいですか?また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるのでしょうか? --> iw611 と iw612 は同じファームウェアを共有します。 よろしくお願いいたします。 ショーン
View full article
Basic Secure Boot HSE S32K344 ADKP Hello everyone, I wanted to ask how to program ADKP in Base Secure Boot S32K344-WB #HSE#BaseSecureBoot Thanks Re: Basic Secure Boot HSE S32K344 ADKP Hello everyone, I’m working with an S32K312EVB-Q172 board and I’d like to test the HSE demo examples. Would it be possible to get access to the file S32K3_HSE_DemoExamples_1_0_0.zip? I’m using S32 Design Studio for S32 Platform together with a PEMicro debugger. Thank you in advance for your help! Best regards, Davide Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  I recommend reviewing the following thread, as it may be related to the problem you are experiencing. S32K344 Secure Boot HSE_VerifyBootImage issue Re: Basic Secure Boot HSE S32K344 ADKP Hello, After successfully booting the bootloader (HSE_SignBootImage OK) and passing the verification, the system displays a brief LED blue flash (indicating a successful Secure Boot). However, upon reboot or a second debug, the system crashes and it does not pass /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); I suspect the problem is an overwrite. Do you know how to fix it? Thank you very much Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  The HSE service response 0x55A5AA33 corresponds to HSE_SRV_RSP_OK. However, if you are encountering issues when calling the HSE_SignBootImage() function, I recommend reviewing the following thread, as it may be related to the problem you are experiencing. HSE_VerifyBootImage return HSE_SRV_RSP_VERIFY_FAILED If the issue persists or the thread does not address your specific case, please let me know. Re: Basic Secure Boot HSE S32K344 ADKP  I have S32K3_HSE_DemoExamples_1_0_0, S32K344 device The ADKP is programmed successfully (check_debug_password_programmed_status() returns TRUE). However, the function HSE_SignBootImage() continues to fail immediately upon invocation, returning the error code 0x55a5aa33 In the main of Basic Secure Boot it does not pass the assert /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); #endif I generate S32K344_SecureBootBlinky.bin, I put it in C:\NXP while the SecureBootBlinky and the Basic_SecureBoot are in C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Secure_Boot I noticed in the linker file of Basic Secure Boot "S32K344_flash.ld" there is not  _adkp_key :    {      . = ALIGN(4);      KEEP(*(_adkp_key))       . = ALIGN(4);    } > PFLASH Do I have to modify that file? i attach it to you /***************************************************************************** * * Copyright 2020-2022 NXP * All Rights Reserved * ***************************************************************************** * * THIS SOFTWARE IS PROVIDED BY NXP "AS IS" AND ANY EXPRESSED OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL NXP OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * ****************************************************************************/ __STACK_SIZE = 0x00001000; __HEAP_SIZE = 0x00001000; /* Linker script to configure memory regions. aggiungi PFLASH_SECURE se vuoi una regione dove mettere chiavi critiche*/ MEMORY { ITCM (RWX) : ORIGIN = 0x00000000, LENGTH = 0x10000 PFLASH (RX) : ORIGIN = 0x400000, LENGTH = 0x3f4000 DFLASH (RX) : ORIGIN = 0x10000000, LENGTH = 0x20000 DTCM (RW) : ORIGIN = 0x20000000, LENGTH = 0x20000 SRAM0_STDBY (RW) : ORIGIN = 0x20400000, LENGTH = 0x8000 SRAM (RW) : ORIGIN = 0x20408000, LENGTH = 0x48000 } /* Linker script to place sections and symbol values. Should be used together * with other linker script that defines memory regions FLASH and RAM. * It references following symbols, which must be defined in code: * Reset_Handler : Entry of reset handler * * It defines following symbols, which code can use without definition: * __exidx_start * __exidx_end * __ecc_table_start__ * __ecc_table_end__ * __etext * __data_start__ * __preinit_array_start * __preinit_array_end * __init_array_start * __init_array_end * __fini_array_start * __fini_array_end * __data_end__ * __bss_start__ * __bss_end__ * __end__ * end * __HeapLimit * __StackLimit * __StackTop * __stack */ ENTRY(Reset_Handler) SECTIONS { .text : { KEEP(*(.vectors)) *(.text*) KEEP(*(.init)) KEEP(*(.fini)) /* .ctors */ *crtbegin.o(.ctors) *crtbegin?.o(.ctors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors) *(SORT(.ctors.*)) *(.ctors) /* .dtors */ *crtbegin.o(.dtors) *crtbegin?.o(.dtors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors) *(SORT(.dtors.*)) *(.dtors) *(.rodata*) KEEP(*(.eh_frame*)) } > PFLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } > PFLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } > PFLASH __exidx_end = .; .ecc.table : { . = ALIGN(4); __ecc_table_start__ = .; QUAD (__data_start__) QUAD ((__data_end__ - __data_start__) / 😎 QUAD (__bss_start__) QUAD ((__bss_end__ - __bss_start__) / 😎 QUAD (__HeapTop) QUAD ((__HeapLimit - __HeapTop) / 😎 QUAD (__StackLimit) QUAD ((__StackTop - __StackLimit) / 😎 QUAD (ORIGIN(ITCM)) QUAD (LENGTH(ITCM) / 😎 QUAD (ORIGIN(DTCM)) QUAD (LENGTH(DTCM) / 😎 __ecc_table_end__ = .; } > PFLASH .copy.table : { . = ALIGN(4); __copy_table_start__ = .; LONG (__etext) LONG (__data_start__) LONG ((__data_end__ - __data_start__) / 4) /* Add each additional data section here */ /* LONG (__etext2) LONG (__data2_start__) LONG ((__data2_end__ - __data2_start__) / 4) */ __copy_table_end__ = .; } > PFLASH .zero.table : { . = ALIGN(4); __zero_table_start__ = .; /* Add each additional bss section here */ /* LONG (__bss2_start__) LONG ((__bss2_end__ - __bss2_start__) / 4) */ __zero_table_end__ = .; } > PFLASH __etext = ALIGN(8); .boot_header : { KEEP(*(.boot_header)) } > DFLASH .standby_ram : { *(.standby_ram) } > SRAM0_STDBY /* Due ECC initialization sequence __data_start__ and __data_end__ should be aligned on 8 bytes */ .data : AT (__etext) { . = ALIGN(8); __data_start__ = .; *(vtable) *(.data) *(.data.*) . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); KEEP(*(.jcr*)) . = ALIGN(8); /* All data end */ __data_end__ = .; } > SRAM /* Due ECC initialization sequence __bss_start__ and __bss_end__ should be aligned on 8 bytes */ .bss : { . = ALIGN(8); __bss_start__ = .; *(.bss) *(.bss.*) *(COMMON) . = ALIGN(8); __bss_end__ = .; } > SRAM /* Due ECC initialization sequence __HeapTop and __HeapLimit should be aligned on 8 bytes */ .heap (COPY): { . = ALIGN(8); __HeapTop = .; __end__ = .; _end = .; PROVIDE(end = .); . = . + __HEAP_SIZE; . = ALIGN(8); __HeapLimit = .; } > SRAM /* Due ECC initialization sequence __StackLimit and __StackTop should be aligned on 8 bytes */ .stack (ORIGIN(SRAM) + LENGTH(SRAM) - __STACK_SIZE) (COPY) : { . = ALIGN(8); __StackLimit = .; . = . + __STACK_SIZE; . = ALIGN(8); __StackTop = .; } > SRAM PROVIDE(__stack = __StackTop); /* Check if data + heap + stack exceeds RAM limit */ ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack") CM7_START_ADDRESS = ORIGIN(PFLASH); __STDBYRAM_START = ORIGIN(SRAM0_STDBY); __STDBYRAM_SIZE = LENGTH(SRAM0_STDBY); } S32K344-WB  Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  Refer to the following thread, which contains information related to this topic and may be helpful for you. [S32K3] Restrict the debug access with a password when HSE is used Additionally, I recommend reviewing the implementation of the functions ProgramADKPService(), Advance_LifeCycle_Service(), and attributeProgrammingService() provided in the S32K3 MCUs for General Purpose HSE Demo Examples and/or the HSE_DEMOAPP. BR, VaneB
View full article
Imx93 evk ONOFFボタンはスタンバイ機能にCAN使用できます。 こんにちは、imx93 evk の ONOFF ボタンは、短押しスタンバイと短押しウェイクアップ機能を再び CAN 実行しますか?どうやってそれを達成するのでしょうか? Re: Imx93 evk ONOFF button can be used for standby function. ああ、残念ですが、すでにお気づきですね。私の返答は無視してください。 Re: Imx93 evk ONOFF button can be used for standby function. @xiang_1001はい、ON/OFF ボタンは GPIO ラインにルーティングされ、さらに PMIC 入力に送られ、ウェイクアップ ソースとして機能するように構成CANます。 デフォルトの BSP の一部として、ONOFF ボタンを短く押すことで、システムを CAN サスペンド状態から復帰させることができます。「 echo mem > /sys/power/state 」を実行してサスペンド状態にしてから、オン/オフ ボタンを 1 回だけ押して復帰させてみることCANます。 または、オン/オフボタンをシステムの「サスペンド」に設定する場合は、次の手順を実行する必要があります。 1. conf ファイルを編集します - /etc/systemd/logind.conf HandlePowerKey変数を「suspend」に設定する 2. systemd-logindを再起動します。 systemctl で systemd-logind を再起動します。 この後、ONOFFボタンを短く押すことでimx93をサスペンド状態にすることができます。 回复: Imx93 evk ONOFF button can be used for standby function. この機能は、/etc /etc/systemd/logind.conf ファイルを変更することで実現されます。
View full article
GHS マルチデバッガ - マイクロコントローラの POR 後に再開しない こんにちは。私は Renasas E1 デバッガーと GHS マルチ デバッガーを使用しています。マイクロコントローラの電源をオフにして再びオンにすると、デバッガー ウィンドウが停止します。デバッグのために再開する必要があります。これに対する解決策を提供してください。セッションを再開するためにソフトウェアを再度フラッシュせずにこれを行うことは可能ですか。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@danielmartynek 、 私はルネサスRH850 - RH850/C1M-A2を使用しています よろしくお願い申し上げます。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@Lokesh_0109さん、 MCU部分を指定してください。 よろしくお願い申し上げます。
View full article
ADC supported instances for S32K36x Company: AVNET Contact Name: Norm Siegel Device: S32K36x Hi team, Just to report that according with Table 270. Configuration and supported instances of reference manual, "ADC_0/ADC_1/ADC_2 are not available in S32K36x". However, Pins Tool (RTD 6.0.0) allows to assign pins to such ADC instances. Adc Hardware Unit of Adc_Sar_Ip driver properly do not include ADC_0/ADC_1/ADC_2. Adc Target Mask of Bctu_Ip driver should generate an error/warning when user select ADC_0/ADC_1/ADC_2. Please share your feedback about it. Thank you in advance for your help. Have a nice day! Best Regards, Leonardo RTD Re: ADC supported instances for S32K36x Hello @_Leo_, The RTD dev team confirmed this issue is a bug of RTD driver. The ticket ID: ARTD-196382 Best regards, Dan Re: ADC supported instances for S32K36x Same issue for SDADC, according to reference manual "SDADC_2/SDADC_3 are not available in S32K36x". But Config Tools seems to allow their usage.
View full article
i.MX8MQ の Jailhouse ハイパーバイザーの Inmate セル作成に関する問題 拝啓、 NXP i.MX 8MQ EVK ボードの Jailhouse 経由でカスタム (E-call) Inmate Linux デモ セルを作成しようとしています。 実行したすべての手順は、添付の「NXP_Jailhouse_Ticket.txt」に追加されています。ファイル。 直面している問題:- コンパイルに問題が発生しています。 linux-inmate-demo.c をコンパイルする方法ファイルと.oを生成するおよび.cellファイル? 適切な.bbを作成する方法linux-inmate-demo.c をコンパイルするためのファイルファイルと.oを生成するおよび.cellファイルをコピーして最終画像に追加しますか? カスタム刑務所の囚人セルを作成するためのアプリケーションノートをご提供ください または 同じ解決策が記載されている以前の NXP コミュニティ チケットへのリンクはありますか? また、上記の手順について訂正し、解決策を提供してください。 i.MX8ULP Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 受刑者がインターネットにアクセスできるようにネットワークを設定する方法については、以下を参照してください。セットで USB ネットまたは eth ネットを使用するように更新する必要があります。 ネットワークを使用して2台目のLinuxのネットワークを設定する方法 Linuxが最初に起動した後 sysctl -w net.ipv4.ip_forward=1 sysctl -p /etc/sysctl.conf ルートセルが有効になった後 iptables -A 転送 -i eth1 -j 受け入れる iptables -A FORWARD -o eth1 -j ACCEPT iptables -t nat -A ポストルーティング -o eth0 -j マスカレード 2回目のLinux起動後 ifconfig eth1または2 192.168.1.4最初のLinuxルートセル ifconfig eth0 192.168.1.52番目のLinux囚人セル 「ip route 192.168.1.4 経由でデフォルトを追加2番目のLinux用の「dev eth0」 「ipルート 10.193.100.0/24 を追加192.168.1.4経由2番目のLinux用の「dev eth0」 これで、「mount -t nfs 10.193.108.xx:/ホーム/xxx/nfs」と実行できるようになります。/分" 手順3と4で、ネットワークに応じて10.193.xx.xxを自分のものに更新します。 よろしくお願いします。 彭。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、ペンさん。 サポートありがとうございます。ルート セルから受刑者セルに 'scp' をコピーできるようになりました。 基本的に、私たちは Inmate セル側で MQTT を使用して E-call アプリケーションを維持したいと考えています。 ルートから受刑者セルまで読み取り/書き込み共有メモリを共有できます。また、お客様のご提案どおりに、ルート/受刑者セルに静的 IP を付与することもできます。 ここで、ルート セルから受信したデータをクラウドに送信するために、受刑者セルにインターネット接続が必要になります。 Quectel EC25 モジュールを USB ポート経由で NXP i.MX8MQ ボードにコネクテッドしました。 ルートセルデータのIFCONFIG: 」 ifconfig eth0: flags=-28669 mtu 1500 イーサ 00:04:9f:05:a5:9c txqueuelen 1000 (イーサネット) RXパケット 0 バイト 0 (0.0 B) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 0 バイト 0 (0.0 B) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 eth1: flags=-28605 mtu 16384 inet 192.168.0.3 ネットマスク 255.255.255.0ブロードキャスト 192.168.0.255 inet6 fe80::88f0:a7ff:fe40:2407 プレフィックス長 64 スコープID 0x20 ether 8a:f0:a7:40:24:07 txqueuelen 1000 (イーサネット) RXパケット 41 バイト 7030 (6.8 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 71 バイト 18812 (18.3 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 lo: flags=73 mtu 65536 inet 127.0.0.1 ネットマスク 255.0.0.0 inet6 ::1 プレフィックス長 128 スコープID 0x10 loop txqueuelen 1000 (ローカルループバック) RXパケット 103 バイト 9268 (9.0 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 103 バイト 9268 (9.0 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 usb0: flags=-28605 mtu 1500 inet 192.168.225.39ネットマスク 255.255.255.0ブロードキャスト 192.168.225.255 inet6 2401:4900:4bb5:e7a7:609f:c3ff:fe2c:903b プレフィックス長 64 スコープID 0x0 inet6 fe80::609f:c3ff:fe2c:903b プレフィックス長 64 スコープID 0x20 ether 62:9f:c3:2c:90:3b txqueuelen 1000 (イーサネット) RXパケット 84バイト 7614 (7.4 KiB) RXエラー 0 ドロップ 0 オーバーラン 0 フレーム 0 送信パケット 117 バイト 13860 (13.5 KiB) 送信エラー 0 ドロップ 0 オーバーラン 0 キャリア 0 衝突 0 「 ご覧のとおり、ROOT セル側でインターネット接続が確立されています。 以下はPINGコマンドの出力です 」 root@imx8mqevk:/ホーム ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) バイトのデータ。 8.8.8.8 からの 64 バイト: icmp_seq=1 ttl=114 time=193 ms 8.8.8.8 からの 64 バイト: icmp_seq=2 ttl=114 time=68.9MS 8.8.8.8 からの 64 バイト: icmp_seq=3 ttl=114 time=62.8MS 8.8.8.8 からの 64 バイト: icmp_seq=4 ttl=114 time=68.5 ms 8.8.8.8 からの 64 バイト: icmp_seq=5 ttl=114 time=66.5 ms 8.8.8.8 からの 64 バイト: icmp_seq=6 ttl=114 time=78.6 ms 8.8.8.8 からの 64 バイト: icmp_seq=7 ttl=114 time=71.0MS 」 現在、私は Inmate セルでインターネットの問題に直面しています。IFCONFIG ログは以下のとおりです。 」 root@imx8mqevk:~ ifconfig eth0 リンクカプセル化:イーサネット HWaddr 6E:58:98:59:01:A0 inetアドレス:192.168.0.4放送:192.168.0.255マスク:255.255.255.0 inet6 アドレス: fe80::6c58:98ff:fe59:1a0/64 スコープ:リンク アップブロードキャスト 実行中 マルチキャスト MTU:16384 メトリック:1 RXパケット:184 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 送信パケット:65 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 トランザクション数:1000 RX バイト:78814 (76.9 KiB) TX バイト:14002 (13.6 KiB) lo リンクカプセル化:ローカルループバック inetアドレス:127.0.0.1マスク:255.0.0.0 inet6 アドレス: ::1/128 スコープ:ホスト アップループバック実行中 MTU:65536 メトリック:1 RXパケット:22 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 送信パケット:22 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 トランザクション数:1000 RX バイト:3897 (3.8 KiB) TX バイト:3897 (3.8 KiB) 」 また、ルートセル側での IP 転送も試しました。 受刑者の独房に外部ネットワークへのアクセスを許可するには: 根細胞内 エコー 1 > /proc/sys/net/ipv4/ip_forward iptables -A FORWARD -i eth1 -o usb0 -j ACCEPT iptables -A FORWARD -i usb0 -o eth1 -j ACCEPT iptables -t nat -A ポストルーティング -o usb0 -j マスカレード 」 上記のコマンドを実行すると、以下のログが出力されます。 」 root@imx8mqevk:/ホーム iptables -t nat -A POSTROUTING -o usb0 -j MASQUERADE [ 1869.738194] 監査: タイプ=1325 監査(1755848821.593:11):テーブル=nat ファミリ=2 エントリ=7 op=xt_replace pid=713 comm="iptables" root@imx8mqevk:/ホーム [ 1869.749806] 監査: タイプ=1300 監査(1755848821.593:11):アーチ = c00000b7 syscall = 208 成功 = はい exit = 0 a0 = 4 a1 = 0 a2 = 40 a3 = aaaafd66a400 items = 0 ppid = 607 pid = 713 auid = 4294967295 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 1869.779649] 監査: タイプ=1327 監査(1755848821.593:11):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445" 」 ルートセルからDmesgログも出力します 」 [ 71.141601]刑務所セル「ecall-linux-inmate-demo」を作成しました [ 77.822386]IPv6: ADDRCONF(NETDEV_CHANGE): eth1: リンクが準備完了になりました [ 206.451703]監査: タイプ=1325 監査(1755847158.198:4):テーブル=nat ファミリ=2 エントリ=0 op=xt_register pid=651 comm="iptables" [ 206.463131]監査: タイプ=1300 監査(1755847158.198:4):Arch=c00000b7 syscall=209 success=yes exit=0 a0=4 a1=0 a2=40 a3=ffffe78d01c0 items=0 ppid=607 pid=651 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 206.493176]監査: タイプ=1327 監査(1755847158.198:4):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0065746830002D6A004D415351554552414445 [ 206.508268]監査: タイプ=1325 監査(1755847158.202:5):テーブル=nat ファミリ=2 エントリ=5 op=xt_replace pid=651 comm="iptables" [ 206.519201]監査: タイプ=1300 監査(1755847158.202:5):arch=c00000b7 syscall=208 成功=はい 終了=0 a0=4 a1=0 a2=40 a3=aaaabb51c230 項目=0 ppid=607 pid=651 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" キー=(null) [ 206.547353]監査: タイプ=1327 監査(1755847158.202:5):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0065746830002D6A004D415351554552414445 [ 217.506636]監査: タイプ=1325 監査(1755847169.257:6):テーブル=nat ファミリ=2 エントリ=6 op=xt_replace pid=657 comm="iptables" [ 217.517791]監査: タイプ=1300 監査(1755847169.257:6):arch=c00000b7 syscall=208 成功=はい 終了=0 a0=4 a1=0 a2=40 a3=aaaaec783230 項目=0 ppid=607 pid=657 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" キー=(null) [ 217.547639]監査: タイプ=1327 監査(1755847169.257:6):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445 [ 294.389911]監査: タイプ=1325 監査(1755847246.146:7):テーブル=フィルター ファミリ=2 エントリ=0 op=xt_register pid=659 comm="iptables" [ 294.401564]監査: タイプ=1300 監査(1755847246.146:7):arch=c00000b7 syscall=209 success=yes exit=0 a0=4 a1=0 a2=40 a3=fffff5707410 items=0 ppid=607 pid=659 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 294.431369]監査: タイプ=1327 監査(1755847246.146:7):proctitle=69707461626C6573002D4100464F5257415244002D690065746831002D6F0075736230002D6A00414343455054 [ 294.445250]監査: タイプ=1325 監査(1755847246.150:8):テーブル=フィルター ファミリ=2 エントリ=4 op=xt_replace pid=659 comm="iptables" [ 294.456430]監査: タイプ=1300 監査(1755847246.150:8):Arch=c00000b7 syscall=208 success=yes exit=0 a0=4 a1=0 a2=40 a3=aaaaeb8d3950 items=0 ppid=607 pid=659 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 294.484541]監査: タイプ=1327 監査(1755847246.150:8):proctitle=69707461626C6573002D4100464F5257415244002D690065746831002D6F0075736230002D6A00414343455054 [ 314.598783]監査: タイプ=1325 監査(1755847266.267:9):テーブル=フィルター ファミリ=2 エントリ=5 op=xt_replace pid=662 comm="iptables" [ 314.610726]監査: タイプ=1300 監査(1755847266.267:9):Arch=c00000b7 syscall=208 success=yes exit=0 a0=4 a1=0 a2=40 a3=aaaac05eaac0 items=0 ppid=607 pid=662 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 314.640305]監査: タイプ=1327 監査(1755847266.267:9):proctitle=69707461626C6573002D4100464F5257415244002D690075736230002D6F0065746831002D6A00414343455054 [ 849.488680]監査: タイプ=1006 監査(1755847801.267:10):pid=671 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=3 res=1 [ 849.501588]監査: タイプ=1300 監査(1755847801.267:10):アーチ = c00000b7 syscall = 64 success = はい exit = 1 a0 = 3 a1 = ffffc0aa76a0 a2 = 1 a3 = ffff83653020 items = 0 ppid = 238 pid = 671 auid = 0 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid = 0 tty=(なし) ses=3 comm="crond" exe="/usr/sbin/crond" key=(null) [ 849.527425]監査: タイプ=1327 監査(1755847801.267:10):proctitle=2F7573722F7362696E2F63726F6E64002D6E [ 1869.738194] 監査: タイプ=1325 監査(1755848821.593:11):テーブル=nat ファミリ=2 エントリ=7 op=xt_replace pid=713 comm="iptables" [ 1869.749806] 監査: タイプ=1300 監査(1755848821.593:11):アーチ = c00000b7 syscall = 208 成功 = はい exit = 0 a0 = 4 a1 = 0 a2 = 40 a3 = aaaafd66a400 items = 0 ppid = 607 pid = 713 auid = 4294967295 uid = 0 gid = 0 euid = 0 suid = 0 fsuid = 0 egid = 0 sgid = 0 fsgid=0 tty=ttymxc0 ses=4294967295 comm="iptables" exe="/usr/sbin/xtables-legacy-multi" key=(null) [ 1869.779649] 監査: タイプ=1327 監査(1755848821.593:11):proctitle=69707461626C6573002D74006E6174002D4100504F5354524F5554494E47002D6F0075736230002D6A004D415351554552414445 「 CAN 受刑者の独房における上記のインターネット問題の解決にご協力いただけますか? Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ Linux で「root」または「inmate」を実行すると、セグメント エラーが発生します。 2 つの Linux 間で ivshmem をテストするには、次のようにします。 ルートセル内: ivshmem-demo -d /dev/uio0 -t 2 囚人セル内: ivshmem-demo -d /dev/uio0 -t 0 すると、2 つのセル間の通信が表示されます。 ivshmem-demo のソースコードは imx-jailhouse/tools/demos/ivshmem-demo.c にあります。 受刑者セルにファイルをコピーする方法については、受刑者Linuxが起動した後、 囚人房内: ifconfig eth0 192.168.0.4 ルートセル内: ifconfig eth0 192.168.0.3 次に、scp を使用して、ルートから inmate にファイルをコピーできます。 または、ルート セルで ip forward を構成して、受刑者が外部ネットワークにアクセスできるようにすることもできます。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、ペンさん。 ご返信ありがとうございます。cell.c をコンパイルできるようになりました。コードと生成された.cellファイル。 「 カスタム ecall-inmate-linux-demo セルが正常に作成され、ecall-inmate-linux-demo ゲストが起動して実行されています。 Linuxホスト root imx8mqevk:~監獄セルリスト ID 名前 状態 割り当てられたCPU 故障したCPU 0 imx8mq 実行中 0-1 1 ecall-inmate-linux-demo が 2-3 で実行中 ecall-inmate-linux-demo ゲスト 「 通信には /dev/uio0 デバイス ノードを使用しています。 いくつかの Python コードを試したところ、ルート セルでの書き込み/送信は成功しました。同時に、Linux デモの囚人セルには何も受信できません。 その後、Cプログラミングコードに移行し、「ivshmem_common.h」を添付しました。'ivshmem_inmate.c','ivshmem_root.c' および Makefile。 バイナリを生成するために以下のコマンドを使用します ソース /opt/fsl-imx-wayland/5.15-kirkstone/environment-setup-armv8a-poky-Linux エクスポート CROSS_COMPILE=aarch64-poky-Linux- KDIR=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work-shared/imx8mqevk/kernel-build-artifacts CC="aarch64-poky-Linux-gcc --sysroot=$SDKTARGETSYSROOT" ARCH=arm64 CROSS_COMPILE=aarch64-poky-Linux- を作成します。 aarch64-poky-Linux-gcc --sysroot=/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/armv8a-poky-Linux -Wall -O2 -o root ivshmem_root.c デスクトップ側では、上記のコマンドを使用して、imx8mq ツール チェーンを使用してコンパイルしました。 生成されたバイナリを Linux inmate デモ セルにコピーします。 ルート セル側へのコピーは成功しましたが、Inmate Linux デモ セルでコピーまたはコンパイルする手順がわかりません。 CAN あなたは私に同じことをする方法を教えていただけますか? NXP ドキュメント「UG10163」、名前「iMX_Linux_user_guide_LF6.12.20_2.0.0」を参照しています。 この Linux デモ インメイト セルを使用するための実用的なサンプル コードとユーザーガイドが必要です。SO、ルート セルからデータ (JSON や文字列/バイナリなどのバンドル データ) を送信し、その逆に Linux インメイト デモ セルからデータを受信します。 ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ SO私の理解では、コンパイルの問題があるということです。 NXP にはリポジトリがあります: https://github.com/nxp-imx/imx-jailhouse なぜセル ファイルを自分で構築しようとしているのか理解できません。make を使用するだけで jailhouse とすべてのセル ファイルを構築するのは非常に簡単です。Simense リポジトリを使用している場合でも、ドキュメントには次のように記載されています。 make [KDIR=/path/to/kernel/objects] そして、すべてを構築するという私の命令: . /opt/fsl-imx-internal-xwayland/6.12-styhead/environment-setup-armv8a-poky-linux エクスポート CROSS_COMPILE=aarch64-poky-linux- CFLAGSの設定を解除する LDFLAGSを解除します KDIR=$HOME/linux/linux-lts-nxp を CC="aarch64-poky-linux-gcc --sysroot=$SDKTARGETSYSROOT" に設定し、ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 親愛なるPENG様 ご提案ありがとうございます。 まだ問題が続いています。詳細は以下の通りです。 .cell を作成するためのフローファイル (Jailhouse Inmate バイナリ)、SDKs コンパイル コマンド: ツールチェーン環境のセットアップ: ソース /opt/fsl-imx-wayland/5.15-kirkstone/environment-setup-armv8a-poky-linux パス bash: /opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/sbin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/sbin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/../x86 _64-pokysdk-Linux/bin:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/aarch64-poky-Linux:/opt/fsl-imx-wayland/5.15-kirkstone/sysroots/x86_64-pokysdk-Linux/usr/bin/aarch64-poky-Linux-musl:/ホーム/オートモーティブ/.local/bin:/ホーム/オートモーティブ/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin: そのようなファイルまたはディレクトリはありません aarch64-poky-Linux-gcc -c -I/ホーム/オートモーティブ/jailhouse/hypervisor/include -I/ホーム/オートモーティブ/jailhouse/hypervisor/arch/arm64/include -I/ホーム/オートモーティブ/jailhouse/include -nostdlib -nostartfiles -ffreestanding ecall-inmate-Linux-demo.c -o ecall-inmate-Linux-demo.o 注意: Jailhouse ヘッダー ファイルはツール チェーンの一部ではないSO、Seimens (github バージョン) から Jailhouse フォルダーに別途ダウンロードしました。コンパイルにはヘッダー ファイル inmate-linux-demo.cell を使用しました。.cには変更を加えていないファイル。 テスト目的でデフォルトのものを使用しました。 ステップ1: .oをリンクしてフラットなELFファイルを作成する aarch64-poky-linux-ld \ -Tテキスト=0x0 \ -nostdlib \ -o ecall-inmate-linux-demo.elf \ ecall-inmate-linux-demo.o -Ttext=0x0 は .text を配置しますフラットバイナリレイアウトのアドレス 0x0 のセクション。 -nostdlib は標準 C ライブラリのリンクを防止します (囚人には必要ありません)。 ステップ2: ELFを生のバイナリ.cellに変換する aarch64-poky-linux-objcopy \ -O バイナリ \ ecall-inmate-linux-demo.elf \ ecall-inmate-linux-demo.cell 結果を確認します。 ファイル ecall-inmate-linux-demo.cell 印刷されたメッセージ: ecall-inmate-linux-demo.cell: データ デフォルトの imx8mq.cell と imx8mq-linux-demo.cell を削除しました 'imx8mq.cell と imx8mq-linux-demo.cell' を生成しましたファイルはターゲットフォルダにプッシュされます: '/usr/share/jailhouse/cells' その後、生成されたimx8mq.cellでJailhouseを有効にすると、以下のエラーが発生します。 / jailhouse で /usr/share/jailhouse/cells/imx8mq.cell を有効にする [ 2533.385877] jailhouse: システム構成ではありません JAILHOUSE_ENABLE: 無効な引数 問題を解決するためのガイダンスと、可能であればユーザーガイド/アプリケーションノートまたは Makefile/適切な GCC コマンドを提供してください。 makefile を添付します (上記のすべてのコマンドが含まれています) コンピレーション、 作る aarch64-poky-Linux-gcc -nostdlib -nostartfiles -ffreestanding -I/ホーム/オートモーティブ/jailhouse/hypervisor/include -I/ホーム/オートモーティブ/jailhouse/hypervisor/arch/arm64/include -I/ホーム/オートモーティブ/jailhouse/include -c imx8mq.c-o imx8mq.o aarch64-poky-linux-ld -Ttext=0x0 -nostdlib -o imx8mq.elf imx8mq.o aarch64-poky-Linux-ld:警告: エントリシンボル _start が見つかりません。デフォルトは 00000000000000000 です aarch64-poky-Linux-objcopy -O バイナリ imx8mq.elf imx8mq.cell .elfを生成しました、.cell、.o。 次のコマンドでファイル形式を検証しました: ファイル imx8mq.elf imx8mq.elf:ELF 64 ビット LSB 実行ファイル、ARM aarch64、バージョン 1 (SYSV)、静的リンク、ストリップなし ファイル imx8mq.o imx8mq.o:ELF 64 ビット LSB 再配置可能、ARM aarch64、バージョン 1 (SYSV)、ストリップなし ファイル imx8mq.cell imx8mq.セル:データ サポートありがとうございます。 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ ところで: これは間違っている 「バッシュ PYTHONPATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/share/jailhouse/tools をエクスポートします。 エクスポート C_INCLUDE_PATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-linux/jailhouse-native/0.12-r0/image/usr/include/jailhouse      /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/bin/jailhouse-cell-Linux \      /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/ecall-inmate-Linux-demo.c\ -o ecall-inmate-linux-demo.cell セルは jailhouse-cell-linux ではなく GCC によってコンパイルされます。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 私はYoctoについてあまり知識がありません。私のビルド コマンドを共有します: . /opt/fsl-imx-internal-xwayland/6.12-styhead/environment-setup-armv8a-poky-linux KDIR=$HOME/linux/linux-lts-nxp CC="aarch64-poky-linux-gcc --sysroot=$SDKTARGETSYSROOT" ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- V=1 を作成します。 次にセルが構築されます。 5.10も同様のはずです。 コンパイルしたセル ファイルも共有してください。jailhouse-cell-linux がセルでエラーを報告する理由を調べさせてください。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ 彭凡様 状態テーブル、RW セクション、および入出力セクションに関するご回答で提供された、i.MX 8MQ 上の Jailhouse の IVSHMEM メモリ領域に関する貴重なご指導に感謝いたします。皆様のご提案をセル構成に取り入れましたが、i.MX 8MQ EVK ボード上で Yocto 5.15 Kirkstone (Linux 5.15.71-2.2.0) を使用してカスタム E-Call 受刑者セルを作成しようとすると、依然としてコンパイル エラーが発生します。以下に、問題の詳細な概要、解決に向けた取り組み、および現在の状況を示します。この問題の解決に役立つ具体的な参考資料、アプリケーションノート、その他のガイダンスなどをご提供いただければ幸いです。 問題の概要 私たちは、カスタムE-Call受刑者セル構成(最初は `imx8mq-linux-demo.c` に基づいて、`jailhouse-cell-linux` ツールを使用して、簡略化された `ecall-inmate-linux-demo.c` を使用します。`jailhouse-ecall.bb` の `do_compile` タスク中にコンパイルが失敗します。次のエラーのあるレシピ: 「 エラー: jailhouse-ecall-1.0-r0do_compile: 実行エラー('/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/temp/run.do_compile.225085', 1, なし, なし) ログデータは次のとおりです: デバッグ: シェル関数 do_compile を実行しています セル構成ではありません: /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/imx8mq-Linux-demo.c 警告: シェル コマンドから終了コード 1 が返されました。 エラー: タスク (/ホーム/オートモーティブ/yocto_imx_linux/sources/meta-ecall/recipes-jailhouse/jailhouse-cells/jailhouse-ecall.bb:do_compile) が終了コード '1' で失敗しました 「 このエラーは、`jailhouse-cell-linux` がセル構成ファイルを有効なものとして認識していないことを示します。解決するために何度も試みましたが、問題は解決しません。 解決に向けた取り組みの詳細 コミュニティからのフィードバックと試行錯誤に基づいて、Yocto レシピ、セル構成、環境にいくつかの更新を加えました。主な取り組みの概要は次のとおりです。 1. 初期設定とエラー: - `jailhouse-ecall.bb` から始めました`imx8mq-linux-demo.c` を使用するそして `jailhouse-native.bb`Siemens Jailhouse フォーク (`git://github.com/siemens/jailhouse.git;branch=master;SRCREV=e57d1eff`) に基づいています。 - `pyjailhouse` モジュールが見つからないことと、`jailhouse-cell-linux` コマンド構文が正しくないこと (例: `-I` を `CELLCONFIG` と誤って解釈する) に関連するエラーが発生しました。 2. レシピの更新: - jailhouse-native.bb: - 当初はヘッダーのインストールが不足していた(`jailhouse/types.h`、`jailhouse/cell-config.h` を参照してください。更新内容: 「ビットベイク インストール -d ${D} ${includedir} /jailhouse cp -r ${S} /include/jailhouse/*.h ${D} ${includedir} /jailhouse/ 「 - i.MX 8MQ の互換性のために `jailhouse_0.12.bb` と整合させるために、NXP Jailhouse フォーク (`git://source.codeaurora.org/external/imx/imx-jailhouse.git;branch=imx_5.4.47_2.2.0;SRCREV=8bbe203`) に切り替えました。 - `pyjailhouse` のインストールと `python3-native` の依存関係を確保しました。 - jailhouse-ecall.bb: - 無効な '/dev/null' 引数を削除し、適切な構文を使用することで 'jailhouse-cell-Linux' コマンドを修正しました。 「ビットベイク ${STAGING_BINDIR_NATIVE} /jailhouse-cell-Linux \ ${S} /ecall-inmate-Linux-demo.c\ -o ${S} /ecall-inmate-linux-demo.cell 「 - E-Call ユースケースに重点を置くために、`imx8mq-linux-demo.c` ではなく `ecall-inmate-linux-demo.c` を使用するように 'SRC_URI' を更新しました。 - ヘッダーと Python モジュールが確実に見つかるよう、「export C_INCLUDE_PATH」と「PYTHONPATH」を追加しました。 3. セル構成の更新: - 'imx8mq-linux-demo.c' をベースに簡略化した 'ecall-inmate-linux-demo.c'そしてIVSHMEMのガイダンス: - 状態テーブル: `0xbfdf0000`、4 KB、読み取り専用。 - RW セクション: `0xbfdf1000`、64 KB、読み取り/書き込み。 - ルート出力: `0xbfdfa000`、8 KB、読み取り/書き込み。 - ルート入力: `0xbfdfc000`、8 KB、読み取り専用。 - UART1 (`0x30860000`)、RAM (`0xc0000000`、256 MB)、通信領域 (`0x80000000`) が含まれています。 - 解析の問題を回避するために、複雑なマクロ (例: `JAILHOUSE_SHMEM_NET_REGIONS`) を削除しました。 - 構成スニペットの例: 「.c」 .mem_regions= { /* IVSHMEM 状態テーブル */ { .phys_start= 0xbfdf0000, .virt_start= 0xbfdf0000, 。サイズ= 0x1000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM RWセクション */ { .phys_start= 0xbfdf1000, .virt_start= 0xbfdf1000, 。サイズ= 0x10000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM ルート出力 */ { .phys_start= 0xbfdfa000, .virt_start= 0xbfdfa000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE | JAILHOUSE_MEM_ROOTSHARED、 }, /* IVSHMEM ルート入力 */ { .phys_start= 0xbfdfc000, .virt_start= 0xbfdfc000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_ROOTSHARED、 }, ... } 「 4. 依存関係とレイヤー構成: - `bblayers.conf` に `meta-ecall` と `meta-freescale` を追加しました。 - `local.conf` を更新しました: 「会議 IMAGE_INSTALL:append = " jailhouse jailhouse-ecall python3" DISTRO_FEATURES:append = " jailhouse 仮想化" 「 - `jailhouse_0.12.bb` がターゲット展開に NXP フォークを使用していることを確認しました。 - `python3-native`、`pyjailhouse`、およびヘッダーがネイティブ sysroot (` ${STAGING_DIR_NATIVE} /usr/share/jailhouse/tools/pyjailhouse/`、` ${STAGING_DIR_NATIVE} /usr/include/jailhouse/`) にインストールされていることを確認しました。 5. 手動テスト: - 手動でテストされた `jailhouse-cell-Linux`: 「バッシュ export PYTHONPATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/share/jailhouse/tools export C_INCLUDE_PATH=/ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/include/jailhouse /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/x86_64-Linux/jailhouse-native/0.12-r0/image/usr/bin/jailhouse-cell-Linux \ /ホーム/オートモーティブ/yocto_imx_Linux/build/tmp/work/armv8a-poky-Linux/jailhouse-ecall/1.0-r0/ecall-inmate-Linux-demo.c\ -o ecall-inmate-linux-demo.cell 「 - 同じエラー: 「セル構成ではありません」。 - 検証済みの sysroot コンテンツ: `pyjailhouse` モジュール、ヘッダー、および `jailhouse-cell-linux` が存在します。 現在の状況 - 次の場合も「セル構成ではありません」というエラーが続く: - `jailhouse-cell-linux` 構文を修正しました。 - セル構成の簡素化。 - `jailhouse-native.bb` を NXP フォークに合わせます。 - ヘッダーと `pyjailhouse` がインストールされていることを確認します。 - 他のレシピ (`jailhouse-native`、`jailhouse`) は正常にコンパイルされ、問題は `jailhouse-ecall.bb` とセル構成の解析に固有のものであることが示されています。 ご質問とガイダンスのリクエスト 1. このエラーは、NXP Jailhouse フォーク (`imx_5.4.47_2.2.0`) とセル構成のバージョンの不一致が原因である可能性がありますか?このフォークの `jailhouse-cell-linux` には特定の要件がありますか? 2. Yocto 5.15 Kirkstone を使用して i.MX 8MQ でカスタム Jailhouse 受刑者セルを作成するためのアプリケーション ノートまたはユーザー ガイドはありますか?このプラットフォームの詳細なドキュメントは見つかりませんでした。 3. `jailhouse-cell-linux` が複雑な構成 (IVSHMEM 領域など) を解析する際に既知の問題はありますか?構成をさらに簡素化する必要がありますか? 4. `jailhouse-ecall.bb` の参照を提供できますか?i.MX 8MQ 用の `.cell` ファイルをコンパイルするためのレシピまたは例はありますか? 5. i.MX 8MQ 上の Jailhouse に必要な特定の U-Boot またはカーネル構成が不足している可能性はありますか? 6. カスタム レシピ/BB レイヤーの Jailhouse 依存関係の問題を解決するにはどうすればよいですか? 添付ファイル(参考) - `jailhouse-ecall.bb`:E-Callセルのレシピを更新しました。 - `jailhouse-native.bb`:ヘッダー付きの NXP フォークに更新されました。 - `ecall-inmate-linux-demo.c`: IVSHMEM 領域を使用した簡素化された構成。 - `imx8mq-linux-demo.c`:オリジナル構成(参考) - 詳細なコンパイル ログ (必要な場合は、共有方法を確認してください)。 私たちは、E-Call 受刑者セルの展開と共有メモリ通信のテストを進めるために、この問題を解決したいと考えています。私たちのアプローチに関するご意見、参考資料、修正などがあれば、ぜひお知らせください。 サポートありがとうございます! よろしくお願いします、 スミット 注: 応答の改善や詳細ログの生成についてサポートが必要な場合はお知らせください。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、Bio_TICFSLさん あなたの github リンクで、5.15 Kirkstone へのリンクがいくつか見つかりました: https://github.com/NXP/meta-nxp-harpoon/blob/imx-linux-kirkstone/recipes-extended/jailhouse/jailhouse_%25.bbappend https://github.com/NXP/meta-nxp-harpoon/tree/imx-linux-kirkstone NXP i.MX8MQ ボードに役立ちますか? ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ いくつかヒントを挙げてみましょう: 1. ドキュメント/inter-cell-communication.md では、メモリの配置方法について説明します。 各セルには、ivshmem 用の次の領域が必要です。 - 状態テーブルを保持するための読み取り専用領域(通常は1ページの大きさ) - すべてのピアが読み取り/書き込み可能な1つの領域 - ピアごとに1つの出力領域があり、そのうちの1つに対してのみ読み取り/書き込み可能 2. i.MX8MQへ /* IVHSMEM 共有メモリ領域 00:00.0*/ { .phys_start= 0xbfdf0000, .virt_start= 0xbfdf0000, 。サイズ= 0x1000, .フラグ= JAILHOUSE_MEM_READ、===> これは状態テーブルです。 }, { .phys_start= 0xbfdf1000, .virt_start= 0xbfdf1000, 。サイズ= 0x9000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE 、 ===> これは RW セクションです。これをコミュニケーションにCANます。あるいはこれを拡大します。 }, { .phys_start= 0xbfdfa000, .virt_start= 0xbfdfa000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE 、 ==> これはルート入出力です }, { .phys_start= 0xbfdfc000, .virt_start= 0xbfdfc000, 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ, ==> これはルート入力です }, { .phys_start= 0xbfdfe000、 .virt_start= 0xbfdfe000、 。サイズ= 0x2000, .フラグ= JAILHOUSE_MEM_READ, ==> これはルート入力です これは、imx8mq-inmate-linux.c のレイアウトと同様です。 RW と INPUT/OUTPUT SECTION を設定できますが、State セクションには触れないでください。 INPUT/OUTPUT の場合、複数の領域を定義すると、各領域のサイズは同じである必要があります。 よろしくお願いします。 彭。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、 MX8MQには監獄はありませんが、MX8Mと同じファミリなので、githubをベースとするか、6.6.36を使用することができます。BSP。 よろしくお願いします。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、Bio_TICFSL 早速のご返信ありがとうございます。 i.MX NXP 8MQ EVKボード「i.MX 8MQuad」を使用しているため、 部品番号「TDA6637」。 SO、現在、Linux Yocto 5.15 Kirkstone ' 5.15.71-2.2.0 ' をフラッシュしました。 しかし、「 NXP Harpoon Jailhouse 統合」に対する返信では、「 i.MX Linux Yocto Project BSP 6.6.36-2.1.0 Harpoon v3 リリース」が必要です。 i.MX 8MQボードでは5.15 Kirkstone Imageまでサポートされており、Harpoonユーザーガイド「UG10170」に記載されています。 Github リンク ' https://github.com/NXP/meta-nxp-harpoon/tree/imx-linux-scarthgap' このリリースでは次のボードがテストされました。 NXP i.MX 8MMini LPDDR4 EVK (imx8mm-lpddr4-evk) NXP i.MX 8MNano LPDDR4 EVK (imx8mn-lpddr4-evk) NXP i.MX 8MPlus LPDDR4 EVK (imx8mp-lpddr4-evk) i.MX 8MQ については触れられていませんが、当社のボードに特定の刑務所ソリューションを提供できますか、または囚人用の独房を作成するための他の可能性を提案できますか? サポートありがとうございます。 ありがとう、 スミット Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ こんにちは、 bbappend レシピを通じて、NXP Harpoon Jailhouse 統合と同様のアプローチに従うことCAN。 例を参照してください: meta-nxp-harpoon/recipes-extended/jailhouse/jailhouse-imx_%.bbappend at imx-linux-scarthgap · NXP/me... ユーザーガイド: https://www.nxp.com/docs/en/user-guide/Harpoon_USERS_GUIDE.pdf よろしくお願いします。 Re: Issue with Jailhouse hypervisor Inmate cell Creation for i.MX8MQ @ペン [email protected] 上記のチケットで説明されているように、私たちが直面しているカスタム Jailhouse セルの作成問題に対する解決策を提案していただけますか? サポートありがとうございます。 さらに詳しい情報が必要な場合はお知らせください。
View full article
S32K144 RAM 测试在启动阶段失败 当我在启动阶段进行下面的内存测试时,它总是在 step3 中RESET,我找不到原因, 请帮帮我/(ㄒoㄒ)/~~ -----------------------↓----------------↓----------------------------------- ;;RAM 测试 (__RAM_START=0x1FFF9000 /__RAM_END=0x20006FFF) ;;STEP 1 - 写入背景 00,地址递增 LDR R1, =__RAM_START LDR R2, =__RAM_END subs r2, r2, r1 subs r2, #1 ble .ts1_2 movs r0, #0 movs r3, #4 .ts1_1: ;测试步骤 1.1 str r0, [r1] add r1, r1, r3 subs r2, #4 bge .ts1_1 .ts1_2: ;测试步骤 1.1 ;;第 2 步 - 验证背景并写入反相背景 0xFF,地址递增 LDR R1, =__RAM_START LDR R2, =__RAM_END subs r2, r2, r1 subs r2, #1 ble .ts2_2 LDR R3, =0xFFFFFFFF .TS2_1: ;测试步骤 2.1 LDR R0, [R1] CMP R0, #0 BNE Fst_RAMTSTFAIL str r3, [r1] adds r1, r1, #4 subs r2, #4 bge .ts2_1 .ts2_2: ;测试步骤 2.2 ;;第 3 步 - 验证反相背景 0xFF,并写入背景 0x00,地址为 增加 ldr r1, =__ram_start ldr r2, =__ram_end 子系统 R2、R2、R1 SUBS R2, #1 BLE .TS3_2 MOVS R4, #0 .ts3_1: ;测试步骤 3.1 LDR R0, [R1] LDR R3, =0xFFFFFFFF CMP R0, R3 BNE Fst_RAMTSTFAIL STR R4、[R1] 追加 R1、R1、#4 SUBS R2, #4 BGE .TS3_1 .TS3_2: ;测试步骤 3.2 ;;第 4 步 - 验证背景 0x00,并写入反转背景 0xFF,地址为 .... 第 5 步 - 核实反转背景并写入背景,地址递减 .... Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 我在禁用 wdog 之前做了 ram 测试,所以它会 RESET! 在 s32k118(内存大小为 23k)上没有出现这种情况,因为要测试的内存小于 32k144(内存大小为 64k)。 我在内存测试前禁用了监控程序,结果运行正常😁 谢谢 Re: S32K144 RAM test failed in startup phase 你好,@李杰都、 在 RESET 状态下,WDOG 默认处于启用状态: 它在启动过程中被禁用: 此致, 丹尼尔 Re: S32K144 RAM test failed in startup phase 我找到了 RESET 原因,但仍然对此感到困惑,我甚至没有配置 wdog。 Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 很难找到 RESET 原因!这就是我在这里寻求帮助的原因😭 执行 RESET 处理程序(RESET 向量表)时,MCU 为空,然后它初始化寄存器 R1-R12 并启动 RAM 测试。其他什么都没做。 Re: S32K144 RAM test failed in startup phase 你好,@李杰都、 你还能识别 RESET 源吗? Re: S32K144 RAM test failed in startup phase 你好@丹尼尔-马蒂内克 感谢您的回答,我已经执行了 HardFault 处理程序,但它没有运行。 这个代码用在 s32k118 上,我在 s32k144 上重复使用它,区别在于 RAM_START 和 RAM_END 的定义。 是代码出了问题,还是我忽略了 s32k144 的其他功能? Re: S32K144 RAM test failed in startup phase 你好,@李杰都、 你知道 MCU RESET 的地址吗? 如果 MCU 意外 RESET,则可能是内核锁定造成的,这会设置 RCM_SRS [LOCKUP] 标志。这种情况通常发生在故障(如 HardFault)发生时,而项目中没有执行有效的 HardFault_Handler。 为了改进调试并更有效地捕获这些异常,我建议实施自定义 HardFault_Handler。 此致, 丹尼尔
View full article
Zephyr:Dts:如何在 mimxrt1160_evk 中设置我想要的时钟?(区域培训中心、培训管理组织等) 你好 我正在MIMXRT1160-EVK上测试 nxp_zephyr_4_1_0 代码库。 1.https://www.nxp.com/design/design-center/software/embedded-software/mcuxpresso-for-visual-studio-code:MCUXPRESSO-VSC 2.我想知道如何将内部时钟(包括 PLL)输出到 mco(主时钟输出)引脚。如果有相关的例子,请提供。 3.mimxrt1160-evk 有一个 32.768kHz 的外部时钟,我想知道如何启用这个 RTC 时钟。* 例如,我不需要像&rtc 这样的 dts 设置吗? 4.mimxrt1160-evk 的 flax-ram 时钟为 166MHz。我想知道如何将其改为 200MHz。 5.我想知道如何根据自己的喜好调整 lpspi 时钟。 例如,我想知道 0x6c 和 2 在以下 lpspi2 时钟设置中的确切含义。我想把 lpspi2 的时钟频率设置为 100MHz,但不知道如何操作。 &lpspi2 { status = "okay"; clocks = <&ccm IMX_CCM_LPSPI2_CLK 0x6c 2>; //< What exactly do 0x6c and 2 mean? dmas = <&edma0 2 38>, <&edma0 3 39>; dma-names = "rx", "tx"; }; 请详细告诉我如何在 zephyr 中设置上述时钟。谢谢。 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 您好, 对于 RT1160-EVK,只有一块板。 关于您的问题,我的意见如下: 1.请在RT1160-EVK设计资源中找到 EVK SCH,并确保您已理解它。在你想通过软件端快速修改时钟频率之前,你需要自己分析硬件,以确保可以在这个板上修改 " lpspi2 "、" rtc " 和 " 同步动态随机存取存储器(SDRAM) "。具体方法请参考下面的 FlexSPI 示例。 2。FlexSPI 示例:NXP-ZSDK v4.1 仓库由恩智浦维护和开发,但依赖的 Zephyr 由 Zephyr 社区(第三部分开放社区)维护。您可以直接查看正在咨询的DTS配置的 Zephy。例如, FlexSPI1 (EVK 板上默认使用 FlexSPI1 用于 qspi 闪存,PIN 设置 p inmux_flexspi1 取决于硬件连接)显示它可以在 104MHz 上运行 。 硬件连接和开发板相同,但是在恩智浦 软件开发工具包 v25.06中,FlexSPI1的配置为133MHz,而且运行良好。 3.我假设你能理解 EVK 原理图和软件 DTS 配置,然后你就知道了 EVK 板上没有 LPSPI2。仅支持 LPSPI,默认情况下该模块为 DNP(已启用) 4。因此,需要了解这些第三方元器件和EVK软件/硬件的数据表,才能将其修改为合理的值,而不仅仅是假设将其更改为1GHz或200MHz(实际上,如果我们熟悉或非 Flash及其工作模式,FlexSpi1仅在某些条件下支持166Mhz)。 5.关于支持范围,我们支持恩智浦官方软件和硬件。由于不确定因素,对某些定制产品的支持有限。 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 你好 首先,你搞错了。我问的是MIMXRT1160-EVK,而不是MIMXRT1060-EVK。 据我所知,只有一个 MIMXRT1160-EVK,对吗? -https://www.nxp.com/design/design-center/development-boards-and-designs/i-mx-evaluation-and-development-boards/i-mx-rt1160-evaluation-kit:MIMXRT1160-EVK 接下来,zephyr 的版本是4.1.0。既然我说我使用的是nxp_zephyr_4_1_0版本库,我想你应该知道 zephyr 的版本是 4.1.0。 现在,我已经提供了必要的信息,请回顾一下我的问题。 🙂 Re: Zephyr: Dts: How can I set the clock I want in mimxrt1160_evk? (RTC, MCO, etc) 您好, 根据你提供的信息,我无法理解你的观点。在提出这些问题之前,您能提供更多详细信息吗?比如 EVK 板(EVKB 还是 EVKC?),带有专用的 Zephyr 版本等,以供理解。 我试着从 Zephyr 搜索MIMXRT1060-EVK的 DTS,但只能确认它与MCUXPresso SDK(恩智浦官方 SDK v24.12)不同、EVKB),但我找不到您在下面提到的代码 " &lpspi2 "。 https://github.com/zephyrproject-rtos/zephyr/blob/v4.2-branch/boards/nxp/mimxrt1060_evk/mimxrt1060_evk_mimxrt1062_qspi.dts
View full article
有关 MCF5253 和 USBDM-JMXX-CF 的帮助 大家好 我是嵌入式系统的新手,如果能就我在 MCF5253 中遇到的启动循环问题提供任何帮助或建议,我将不胜感激 系统详细信息: MCF5253 同步动态随机存取存储器(SDRAM):MT48LC4M16A2 闪存:M25P32 为了排除启动环路故障,我购买了一个 USBDM-JMXX-CF 接口,通过 BDM 连接到 MCF5253。我的目标是找出系统在启动过程中停滞的原因。 工具& 版本: - USBDM-JMXX-CF(软件版本 4.12) - USBDM_4_12_1_340_Win.msi - CodeWarrior 10.7 BDM 连接引脚: -BKPT -DSCLK -DSI -DSO RSTIO ->至 MCF5253 的 rst 引脚 -PST0-4 -GND -VDD_BDM 当我尝试连接 CodeWarrior 10.7 时,连接失败并出现以下错误: :启动 MCF5253_Console_RAM_USBDM 时出错 ColdFire GDI 协议适配器:无法连接。未知或不支持的设备。 我还使用独立组网 (SA) USBDM 应用程序测试了通信。下面是内存转储尝试的输出结果: usbdm 内存转储 : 创建空闪存映像... 接口选项:CFVx, , speed = 250 使用内存空间 = 读取内存块[0x20000000, 0x20000010, 1]... 完成 如果您有任何见解或建议,特别是关于以下几点的见解或建议,我将不胜感激: 1。有人使用 USBDM-JMXX-CF 成功连接到 MCF5253 吗? 2。CodeWarrior 10.7 是否与此设置兼容,还是存在已知问题? 3.启用 BDM 通信是否需要特定的配置步骤? 4。关于在 ColdFire 处理器上调试启动循环有什么一般建议吗? 提前感谢您的帮助和支持! Re: Help with MCF5253 and USBDM-JMXX-CF 非常感谢您! 顺祝商祺! Re: Help with MCF5253 and USBDM-JMXX-CF 你好 抱歉,回复晚了。 用于 MCU 的 CodeWarrior(Eclipse IDE)支持 OSBDM 调试器工具。 有关 OSBDM 的文件有两份,详情请参考以下链接: AN4331:启用 OSBDM 动态链接库 OSBDM-JM60 用户指南 您还可以在 P&E 网站上找到 OSBDM 的基本信息: https://www.pemicro.com/osbdm/osbdm_description.cfm 同时,P&E 已停止对 OSBDM 的支持。 我们建议使用 P& E Multilink 调试探头 。 感谢您的关注。 顺祝商祺! Mike
View full article