MPC5647 Flash Inaccessibility We are using the MPC5647 device. Using Trace32, we programmed an application into the internal Flash memory area. Immediately after the programming process started (or just after it completed), the power to the target hardware was turned off. After this event, the Flash memory in the application area could no longer be accessed. When accessing the Flash through Trace32, the memory contents appear as either "????????" or "FFFFFFFF". We suspect that the power was removed before the Flash programming operation had completely finished. In this condition, the application Flash area becomes unusable, and the Flash can only be recovered by performing the factory recovery procedure described in AN4521_MPC56xx C90FL Flash Recovery.pdf. After executing the recovery procedure, the Flash becomes usable again. We would like to understand the following: What could cause this behavior? Why does an unexpected power-off during Flash programming result in the Flash block becoming inaccessible? Why is it not possible to simply reprogram the Flash? Why is the recovery/factory initialization procedure required before the Flash can be programmed again? Is this related to an invalid ECC state, an incomplete erase operation, or another internal Flash controller condition? Any detailed explanation regarding the internal Flash mechanism would be greatly appreciated. Re: MPC5647 Flash Inaccessibility Hello, After this event, the Flash memory in the application area could no longer be accessed. When accessing the Flash through Trace32, the memory contents appear as either "????????" or "FFFFFFFF". We suspect that the power was removed before the Flash programming operation had completely finished. That points to corrupted flash scenario. In this condition, the application Flash area becomes unusable, and the Flash can only be recovered by performing the factory recovery procedure described in AN4521_MPC56xx C90FL Flash Recovery.pdf. After executing the recovery procedure, the Flash becomes usable again. Definitely a flash corruption cause by power loss during programming. Flash is full of ECC faults that is why you see ????? in Trace. Why does an unexpected power-off during Flash programming result in the Flash block becoming inaccessible? Simply if you do not finish programming or erase you will have miss match in flash data with ECC syndrome. Why is the recovery/factory initialization procedure required before the Flash can be programmed again? Standard program command expects a clean erased block After interruption: controller sees invalid state → rejects commands So: erase/program sequence never starts correctly access may be blocked or return dummy data Is this related to an invalid ECC state, an incomplete erase operation, or another internal Flash controller condition? to ECC due to power loss. Best regards, Peter

S32K312 mini board is not available S32K312 mini board is not available in example code of S32 design studio 3.6.  I have installed all the drivers as well. Kindly help me out. Re: S32K312 mini board is not available Hi @Turtledove  Based on the screenshot you shared, it appears that no software packages are currently installed. The RTD for S32K3 devices can be downloaded from S32K3 Standard Software, under: Automotive SW - S32K3/S32M27x - Real-Time Drivers for Cortex-M. Once downloaded, it can be installed following the steps described in the thread How To Download, Install and Configure the RTD 5.0.0 with S32 Design Studio 3.6.0. Regarding examples for the FRDM-A-S32K312, there are currently no examples specifically provided for this board within the RTD package. Also, in the most recent release, there are no dedicated examples for the S32K312 device. However, you can still use examples from other S32K3 derivatives as a reference. Although examples are not provided within the RTD packages, application examples for the FRDM-A-S32K312 are available in the Application Code Hub. You can search for this specific device there, and all available examples will be displayed.   BR, VaneB

AM/FMチューナーtef6686アプリケーション回路が必要 AM/FMチューナーのTEF6686アプリケーション回路図が必要なのですが、提供していただけませんか？また、関連するすべての情報も提供していただけると助かります。それを基に回路を設計しています。 -ありがとう -アロック Re: AM/FM tuner tef6686 application circuit needed 親愛なるアミシュラ様、 私は、TEF668XAの機密データシートと、それに記載されているアプリケーション回路例を所有しています。これは、NXPとの有効な秘密保持契約（NDA）の下でのみ共有可能です。会社のメールアドレスを使用して、こちらから新規チケットを作成してください。また、NDA番号も併せてご共有ください。まだNDAをお持ちでない場合、または新規にNDAに署名をご希望の場合は、こちらからNDAの新規申請を作成してください。NDA担当者が手続きをサポートいたします。 敬具、 ヨゼフ

FRDM-MCXA156 “MCU-LINK”端口无法工作 你好。 我刚收到 FRDM-MCXA156。当我将USB线插入MCU-Link端口时，我的Windows 10系统没有任何反应。我已经检查了系统的设备管理器；没有显示任何新设备。 LED D12 和 D6 在闪烁；D7 亮着。 我已经安装了 LinkServer_26.5.59。 还有其他我可以做的事情吗？ 谢谢。 蔡。 开发板 MCXA Re: FRDM-MCXA156 'MCU-LINK' port not work 你好@phantomgz， 感谢您的发帖。  请参照 UM12121 文档中“"”第 3.4 节的内容，更新 mcu-link 固件。使用固件更新工具" 更新 MCU-Link 固件： Celeste_Liu_0-1781605664353.png 建议您使用 Linkserver_26.3.123 中的最新脚本： Celeste_Liu_1-1781605748462.png 希望对您有帮助。 BR 塞莱斯特 Re: FRDM-MCXA156 'MCU-LINK' port not work 用于安装 3.3 MCU-Link 固件更新实用程序的 UM12121 FRDM-MCXA156 主板用户手册 UG10219 LinkServer 与 MCUXpresso IDE 的集成

FRDM-MCXA156 'MCU-LINK' port not work Hi. I just got FRDM-MCXA156. When I plug the USB cable into the MCU-Link port, my Windows 10 system doesn't have any response. I have checked the system's Device Manager;  there isn't any new device shown up.   LEDs D12 and D6 are blinking; D7 is on. I have installed LinkServer_26.5.59. does any other thing I can do? thx. Cai. Development Board MCXA Re: FRDM-MCXA156 'MCU-LINK' port not work Hello @phantomgz , Thanks for your post.  Please update the mcu-link firmware with referring to UM12121, section "3.4 Updating MCU-Link firmware using firmware update utility": Celeste_Liu_0-1781605664353.png I recommend you using the latest script in Linkserver_26.3.123: Celeste_Liu_1-1781605748462.png Hope it helps. BR Celeste Re: FRDM-MCXA156 'MCU-LINK' port not work UM12121 FRDM-MCXA156 Board User Manual for 3.3 MCU-Link firmware update utility installation UG10219 LinkServer Integration with MCUXpresso IDE

MPC5647 フラッシュへのアクセス不可 私たちはMPC5647というデバイスを使用しています。 Trace32を使用して、アプリケーションを内部フラッシュメモリ領域にプログラムしました。プログラミング処理が開始された直後（または完了した直後）、対象ハードウェアへの電源が切断された。 この事象発生後、アプリケーション領域のフラッシュメモリにアクセスできなくなった。Trace32 を介して Flash にアクセスすると、メモリの内容は「???????」または「FFFFFFFF」と表示されます。フラッシュメモリへのプログラミング処理が完全に完了する前に電源が切断されたのではないかと推測されます。 この状態では、アプリケーションフラッシュ領域は使用できなくなり、フラッシュはAN4521_MPC56xx C90FL Flash Recovery.pdfに記載されている工場出荷時復旧手順を実行することによってのみ復旧できます。復旧手順を実行すると、フラッシュメモリは再び使用可能になります。 私たちは以下の点について理解を深めたいと考えています。 この現象の原因は何でしょうか？ フラッシュプログラミング中に予期せぬ電源オフが発生すると、なぜフラッシュブロックにアクセスできなくなるのでしょうか？ なぜフラッシュメモリを単純に再プログラムすることができないのでしょうか？ フラッシュメモリを再度プログラムする前に、リカバリ／工場出荷時設定への初期化手順が必要なのはなぜですか？ これは、無効なECC状態、不完全な消去操作、またはその他の内部フラッシュコントローラの問題に関連していますか？ 内部フラッシュ機構に関する詳細な説明をいただければ大変ありがたいです。 Re: MPC5647 Flash Inaccessibility こんにちは、 この事象発生後、アプリケーション領域のフラッシュメモリにアクセスできなくなった。Trace32 を介して Flash にアクセスすると、メモリの内容は「???????」または「FFFFFFFF」と表示されます。フラッシュメモリへのプログラミング処理が完全に完了する前に電源が切断されたのではないかと推測されます。 それはフラッシュメモリの破損を示唆している。 この状態では、アプリケーションフラッシュ領域は使用できなくなり、フラッシュはAN4521_MPC56xx C90FL Flash Recovery.pdfに記載されている工場出荷時復旧手順を実行することによってのみ復旧できます。復旧手順を実行すると、フラッシュメモリは再び使用可能になります。 間違いなく、プログラミング中の停電によってフラッシュメモリが破損した原因です。フラッシュメモリにはECC障害がたくさんあるため、トレースに「????」と表示されます。 フラッシュプログラミング中に予期せぬ電源オフが発生すると、なぜフラッシュブロックにアクセスできなくなるのでしょうか？ 簡単に言うと、プログラミングや消去を完了しないと、フラッシュデータに不一致が生じ、ECC症候群が発生します。 フラッシュメモリを再度プログラムする前に、リカバリ／工場出荷時設定への初期化手順が必要なのはなぜですか？ 標準プログラムコマンドは、完全に消去されたブロックを想定しています。 中断後： コントローラが無効な状態を検出したため、コマンドを拒否します。 SO: 消去/プログラムシーケンスが正しく開始されない アクセスがブロックされるか、ダミーデータが返される場合があります。 これは、無効なECC状態、不完全な消去操作、またはその他の内部フラッシュコントローラの問題に関連していますか？ 停電によりECCに切り替わります。 よろしくお願いいたします。 ピーター

MCXN547 - 运行时从IFR（CMPA）加载以太网MAC地址的最佳方法是什么？ 你好 我们正在基于 MCXN547 芯片并采用 Zephyr RTOS 4.3.0 开发一款产品。作为出厂配置流程的一部分，我们使用 MCUXpresso 安全配置工具将每单位唯一的 EUI64 编程到 IFR 的 CMPA 区域（地址为 “0x01004190”）。从这个 EUI64 中，我们得出了 6 字节的以太网 MAC 地址。 我们希望以太网驱动程序在启动时自动使用这个 MAC 地址，而不是设备树中的静态 “本地 mac 地址”。 我们已验证，位于 `0x01004190` 的 CMPA 区域可在运行时通过内存映射访问直接读取（`devmem` 已确认这一点）。 我们的问题是：有什么推荐的方法，可以让 `nxp,enet-qos-mac` 驱动程序（MCXN547 使用的）在启动时从 IFR/CMPA 中的自定义位置读取 MAC 地址？ 我们了解到，经典的 `nxp,enet-mac` 驱动程序支持 `nvmem-cells` 功能，但我们不确定 `nxp,enet-qos-mac` 驱动程序是否也支持或能够实现此功能，以及 MCXN547 的正确设备树配置应如何设置。 如果能得到恩智浦（NXP）或社区的任何指导或示例，我们将不胜感激。 运行环境： - MCU：MCXN547 - Zephyr：4.3.0（恩智浦分支 nxp-v4.3.0） -驱动程序：`驱动程序/以太网/eth_nxp_enet_qos/eth_nxp_enet_qos/eth_nxp_enet_qos_mac.c`-IDE：VS Code + mcuxPresso 扩展程序-配置：M CUXpresso 安全配置工具 MCX N Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? 如果你愿意尝试其他方案，可以试试内置 TCP/IP 协议栈的 Mongoose。Mongoose 允许您将 MG_SET_MAC_ADDRESS 重新定义为您自己的自定义函数。 尝试一下， 1. 在项目配置中禁用 Zephyr TCP/IP 2. 创建 mongoose/ 目录，并将 mongoose.c 文件复制到该目录。和 mongoose.h来自https://github.com/cesanta/mongoose 3. 创建 mongoose_config.h 文件由此： #实用主义 // 请参阅https://mongoose.ws/documentation/#build-options #define MG_ARCH MG_ARCH_ARMGCC #define MG_OTA MG_OTA_MCXN #define MG_ENABLE_TCPIP 1 #define MG_ENABLE_DRIVER_MCXN 1 #define MG_ENABLE_CUSTOM_MILLIS 1 // extern void my_function(unsigned char *mac); // #define MG_SET_MAC_ADDRESS(mac) my_function(mac) 4. 实现“uint64_t mg_millis(void)”函数，返回自启动以来经过的毫秒数。 创建一个运行 mongoose 的 Zephyr 任务，并为其分配 8kb 的堆栈空间： struct mg_mgr mgr; mg_mgr_init(&mgr); for (;;) mg_mgr_poll(&mgr, 1); 就到此为止吧。将 printf 重定向到 UART 以查看调试日志。此外，Mongoose 还内置了支持 CRA 的 OTA 更新功能， https://mongoose.ws/ota/ 有一个针对略有不同的MCU的版本测试项目， https://github.com/cesanta/mongoose/tree/master/tutorials/nxp/frdm-mcxn947-make-baremetal-builtin- 关闭 mongoose 仓库，然后在该目录中输入“make”进行构建，这需要安装 make 和 ARM GCC。 Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? 嗨@Jorini 谢谢你的帖子！ 您可以按照 Zephyr 文档中的说明，选择在运行时更改 MAC 地址： MAC 地址配置 — Zephyr 项目文档 请告诉我这些信息是否有帮助！ Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? 谢谢你们两位的建议！ 关于 mac_config.html 方法：我们研究过，并认为这是 Zephyr 实现此功能的“简洁”方法。但是，这需要修改 eth_nxp_enet_qos_mac.c 以调用 net_eth_mac_load()，向 nxp,enet-qos-mac 绑定添加 nvmem-cells 支持，并为 CMPA/IFR 区域提供 nvmem 提供程序——这些在 Zephyr 4.3 的 MCXN547 中都不存在。所以，虽然这是正确的长期方向，但今天并不直接适用。 关于 Mongoose：对于从零开始的新项目来说，这是一个有趣的选择，但就我们而言，这意味着要替换整个 Zephyr 网络协议栈并重写我们所有的网络代码（DHCP、TLS、HTTP、OTA、基于套接字的云通信）。鉴于我们已经有了可行的解决方案，这个成本并不合理。 我们最终采用的方案（在生产环境中运行良好）是在应用程序代码中使用两个 SYS_INIT 钩子，而无需对驱动程序进行任何更改： 1. POST_KERNEL 优先级 83：在驱动程序以优先级 82 初始化后立即覆盖 ENET QoS 硬件寄存器（MAC_ADDRESS0_HIGH/LOW，地址为 0x40100300/304）。这样可以确保 MAC 芯片过滤掉地址正确的帧。 2. 应用程序优先级 1：更新 Zephyr 软件网络接口表（net_if link_addr）。如果没有这第二步，Zephyr 的 IP 协议栈会默默地丢弃所有传入的帧，因为软件 MAC 地址与硬件 MAC 地址不匹配。 感谢您

FRDM-MCXA156の「MCU-LINK」ポートが動作しません こんにちは。 FRDM-MCXA156を入手しました。USBケーブルをMCU-Linkポートに接続しても、Windows 10システムは全く反応しません。システムのデバイスマネージャーを確認しましたが、新しいデバイスは表示されていませんでした。 LED D12とD6が点滅しています。D7は点灯しています。 LinkServer_26.5.59をインストールしました。 他に私にできることはありますか？ THX。 蔡。 開発ボード MCXA Re: FRDM-MCXA156 'MCU-LINK' port not work こんにちは、 @phantomgz さん、 投稿ありがとうございます。 UM12121の「3.4」の項を参照して、mcu-linkファームウェアを更新してください。ファームウェアアップデートユーティリティを使用したMCU-Linkファームウェアのアップデート: Celeste_Liu_0-1781605664353.png Linkserver_26.3.123 の最新スクリプトを使用することをお勧めします。 Celeste_Liu_1-1781605748462.png お役に立てば幸いです。 BR セレステ Re: FRDM-MCXA156 'MCU-LINK' port not work UM12121 FRDM-MCXA156ボードユーザーマニュアル（3.3 MCU-Linkファームウェアアップデートユーティリティのインストール用） UG10219 LinkServerとMCUXpresso IDEの統合

S32K312ミニボードは入手できません S32K312ミニボードは、S32デザインスタジオ3.6のサンプルコードには含まれていません。ドライバもすべてインストール済みです。どうか助けてください。 Re: S32K312 mini board is not available こんにちは、 @Turtledove ご提供いただいたスクリーンショットを見る限り、現在ソフトウェアパッケージはインストールされていないようです。 S32K3デバイス用のRTDは、S32K3標準ソフトウェアの以下の場所からダウンロードできます。 オートモーティブ SW - S32K3/S32M27x - Cortex-M 用リアルタイム・ドライバ。ダウンロード後、 S32 Design Studio 3.6.0 を使用した RTD 5.0.0 のダウンロード、インストール、構成方法に関するThreadに記載されている手順に従ってインストールできます。 FRDM-A-S32K312のサンプルに関しては、現在RTDパッケージ内にこのボード専用のサンプルは含まれていません。また、最新リリースでは、S32K312デバイス専用のサンプルは含まれていません。ただし、他のS32K3派生製品の例を参考にすることは可能です。 RTDパッケージにはサンプルは含まれていませんが、FRDM-A-S32K312のアプリケーションサンプルはアプリケーションコードハブで入手できます。そこでこの特定のデバイスを検索すると、利用可能なすべての例が表示されます。   BR、VaneB

需要AM/FM调谐器tef6686的应用电路 我需要AM/FM调谐器TEF6686的应用电路，您能提供给我吗？另外，能否一并提供所有相关信息？我正在基于此设计一个电路。 -谢谢 -阿洛克  Re: AM/FM tuner tef6686 application circuit needed 亲爱的阿米什拉， 我有一份包含应用电路示例的机密版 TEF668XA 数据手册。此信息仅可在与恩智浦（NXP）签订有效保密协议（NDA）的情况下分享。请在此处使用您的公司邮箱提交一个新工单，并附上您的保密协议编号。如果您尚未签署保密协议（NDA），且希望签署一份新的协议，请在此提交新的保密协议申请，我们的保密协议事务专员将协助您完成相关流程。  致以最崇高的敬意 约瑟夫

MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? Hello, We are developing a product based on the MCXN547 with Zephyr RTOS 4.3.0. As part of our factory provisioning process, we program a unique EUI64 per unit into the CMPA region of the IFR (at address `0x01004190`), using the MCUXpresso Secure Provisioning Tool. From this EUI64 we derive the 6-byte Ethernet MAC address. We would like the Ethernet driver to automatically use this MAC address at boot, instead of a static `local-mac-address` in the devicetree. We have verified that the CMPA region at `0x01004190` is directly readable at runtime via memory-mapped access (`devmem` confirmed this). Our question: What is the recommended approach to have the `nxp,enet-qos-mac` driver (used by the MCXN547) read the MAC address from a custom location in the IFR/CMPA at startup? We are aware that the classic `nxp,enet-mac` driver supports `nvmem-cells` for this purpose, but we are not sure if this is also supported or achievable with the `nxp,enet-qos-mac` driver, and what the correct devicetree configuration would be for the MCXN547. Any guidance or example from NXP or the community would be greatly appreciated. Environment: - MCU: MCXN547 - Zephyr: 4.3.0 (NXP fork nxp-v4.3.0) - Driver: `drivers/ethernet/eth_nxp_enet_qos/eth_nxp_enet_qos_mac.c` - IDE: VS Code + MCUXpresso extension - Provisioning: MCUXpresso Secure Provisioning Tool MCXN Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? If you're willing to try an alternative route, you can try Mongoose with its built-in TCP/IP stack. Mongoose allows you to redefine MG_SET_MAC_ADDRESS to your custom function. To try, 1. Disable Zephyr TCP/IP in your project conf 2. Create mongoose/ directory, and copy mongoose.c and mongoose.h from https://github.com/cesanta/mongoose 3. Create mongoose_config.h with this: #pragma once // See https://mongoose.ws/documentation/#build-options #define MG_ARCH MG_ARCH_ARMGCC #define MG_OTA MG_OTA_MCXN #define MG_ENABLE_TCPIP 1 #define MG_ENABLE_DRIVER_MCXN 1 #define MG_ENABLE_CUSTOM_MILLIS 1 // extern void my_function(unsigned char *mac); // #define MG_SET_MAC_ADDRESS(mac) my_function(mac) 4. Implement "uint64_t mg_millis(void)" to return number of milliseconds since boot. Make a Zephyr task that runs mongoose, give it 8kb stack: struct mg_mgr mgr; mg_mgr_init(&mgr); for (;;) mg_mgr_poll(&mgr, 1); And that should be it.  Redirect printf to UART to see debug logs. Also, Mongoose gives you CRA-ready OTA built-in, https://mongoose.ws/ota/ There is a pre-built test project for a slightly different MCU, https://github.com/cesanta/mongoose/tree/master/tutorials/nxp/frdm-mcxn947-make-baremetal-builtin - close mongoose repo and type "make" in that directory to build, that needs make and ARM GCC installed. Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? Hi @Jorini  Thank you for the post! You could follow the Zephyr documentation using the option to change the MAC address at runtime: MAC Address Configuration — Zephyr Project Documentation Please let me know if this information helps!  Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? Thank you both for the suggestions! Regarding the mac_config.html approach: we looked into it and agree it is the "clean" Zephyr way to do this. However, it requires modifying eth_nxp_enet_qos_mac.c to call net_eth_mac_load(), adding nvmem-cells support to the nxp,enet-qos-mac binding, and having an nvmem provider for the CMPA/IFR region — none of which exist in Zephyr 4.3 for the MCXN547. So while it is the right long-term direction, it is not directly applicable today. Regarding Mongoose: it is an interesting option for new projects starting from scratch, but in our case it would mean replacing the entire Zephyr network stack and rewriting all our networking code (DHCP, TLS, HTTP, OTA, socket-based cloud communication). The cost is not justified given that we already have a working solution. What we ended up doing — and it works correctly in production — is using two SYS_INIT hooks in our application code, with no changes to the driver: 1. POST_KERNEL priority 83: overwrite the ENET QOS hardware registers (MAC_ADDRESS0_HIGH/LOW at 0x40100300/304) right after the driver initializes at priority 82. This ensures the MAC chip filters frames with the correct address. 2. APPLICATION priority 1: update the Zephyr software network interface table (net_if link_addr). Without this second step, Zephyr's IP stack silently discards all incoming frames because the SW MAC does not match the HW MAC. Thanks you

MPC5647 闪存无法访问 我们使用的是 MPC5647 设备。 我们使用Trace32，将一个应用程序编程写入了内部闪存区域。编程过程刚开始（或刚一完成），目标硬件的电源就被切断了。 此事件发生后，便无法再访问应用区域中的闪存。通过Trace32访问Flash时，内存内容显示为"????????" ，或者"FFFFFFFF" 。我们怀疑是在Flash编程操作尚未完全结束之前就切断了电源。 在此情况下，应用闪存区域将无法使用，且只能通过执行 AN4521_MPC56xx C90FL Flash Recovery.pdf 中所述的出厂恢复程序来恢复闪存。执行恢复操作后，闪存即可再次使用。 我们希望了解以下内容： 是什么原因导致了这种现象？ 为什么在闪存编程过程中发生意外断电会导致无法访问该闪存块？ 为什么不能直接对闪存进行重新编程呢？ 为什么在重新对闪存进行编程之前，必须先执行恢复/出厂初始化操作？ 这是否与无效的 ECC 状态、不完整的擦除操作，还是其他闪存控制器内部状况有关？ 如果能对Flash的内部工作原理进行详细说明，我们将不胜感激。 Re: MPC5647 Flash Inaccessibility 你好 此事件发生后，便无法再访问应用区域中的闪存。通过Trace32访问Flash时，内存内容显示为"????????" ，或者"FFFFFFFF" 。我们怀疑是在Flash编程操作尚未完全结束之前就切断了电源。 这表明闪存可能已损坏。 在此情况下，应用闪存区域将无法使用，且只能通过执行 AN4521_MPC56xx C90FL Flash Recovery.pdf 中所述的出厂恢复程序来恢复闪存。执行恢复操作后，闪存即可再次使用。 这肯定是编程过程中因断电导致的闪存损坏。闪存中存在大量ECC错误，这就是为什么你在跟踪信息中看到“?????”的原因。 为什么在闪存编程过程中发生意外断电会导致无法访问该闪存块？ 简而言之，如果您未完成编程或进行了擦除，闪存数据将出现不匹配，并伴随ECC症状。 为什么在重新对闪存进行编程之前，必须先执行恢复/出厂初始化操作？ 标准程序命令期望获得一个已彻底擦除的块 中断后： 控制器检测到无效状态 → 拒绝命令 因此： 擦除/编程序列始终无法正确启动 访问可能被阻止或返回虚假数据 这是否与无效的 ECC 状态、不完整的擦除操作，还是其他闪存控制器内部状况有关？ 因电源中断而进入ECC状态。 顺祝商祺！ Peter

MCXN547 - 実行時にIFR（CMPA）からイーサネットMACアドレスをロードする最適な方法は？ こんにちは、 当社は、MCXN547とZephyr RTOS 4.3.0をベースとした製品を開発しています。工場出荷時のプロビジョニングプロセスの一環として、MCUXpressoセキュアプロビジョニングツールを使用して、ユニットごとに固有のEUI64をIFRのCMPA領域（アドレス`0x01004190`）にプログラムします。このEUI64から、6バイトのイーサネットMACアドレスを導き出します。 イーサネットドライバが、デバイスツリー内の静的な`local-mac-address`ではなく、起動時にこのMACアドレスを自動的に使用するようにしたいと考えています。 メモリマップドアクセスにより、`0x01004190`のCMPA領域が実行時に直接読み取り可能であることを確認しました（`devmem`で確認済み）。 私たちの質問：MCXN547で使用される`nxp,enet-qos-mac`ドライバが、起動時にIFR/CMPA内のカスタム位置からMACアドレスを読み取るための推奨される方法は何ですか？ 従来の`nxp,enet-mac`ドライバがこの目的のために`nvmem-cells`をサポートしていることは承知していますが、`nxp,enet-qos-mac`ドライバでもこれがサポートされているか、または実現可能かどうか、またMCXN547の正しいデバイスツリー構成が何になるのかは不明です。 NXP社またはコミュニティからのアドバイスや事例をいただければ大変ありがたいです。 環境： - MCU: MCXN547 - Zephyr: 4.3.0(NXPフォーク nxp-v4.3.0) - ドライバ: `drivers/ethernet/eth_nxp_enet_qos/eth_nxp_enet_qos_mac.c` - IDE: VS Code + MCUXpresso拡張機能 - プロビジョニング: MCUXpresso セキュアプロビジョニングツール MCX N Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? もし別の方法を試す気があるなら、内蔵TCP/IPスタックを持つMongooseを試してみるのも良いでしょう。Mongooseでは、MG_SET_MAC_ADDRESSを独自の関数に再定義できます。 試みるために、 1. プロジェクトコンバージョンでZephyrのTCP/IPを無効にする 2. mongoose/ディレクトリを作成し、mongoose.cをコピーしますおよび mongoose.hhttps://github.com/cesanta/mongooseより 3. mongoose_config.h を作成します。これを使って： #pragma once // https://mongoose.ws/documentation/#build-optionsを参照してください #define MG_ARCH MG_ARCH_ARMGCC #define MG_OTA MG_OTA_MCXN #define MG_ENABLE_TCPIP 1 #define MG_ENABLE_DRIVER_MCXN 1 #define MG_ENABLE_CUSTOM_MILLIS 1 // extern void my_function(unsigned char *mac); // #define MG_SET_MAC_ADDRESS(mac) my_function(mac) 4. ブートからのミリ秒数を返す「uint64_t mg_millis(void)」を実装します。 Mongooseを実行するZephyrタスクを作成し、8kbスタックを与えてください: struct mg_mgr mgr; mg_mgr_init(&mgr); for (;;) mg_mgr_poll(&mgr, 1); これで全てです。デバッグログを表示するには、printfをUARTにリダイレクトしてください。また、MongooseにはCRA対応のOTA機能が組み込まれています。https://mongoose.ws/ota/ 少し異なるMCU用の既成テストプロジェクトがあります https://github.com/cesanta/mongoose/tree/master/tutorials/nxp/frdm-mcxn947-make-baremetal-builtin - mongoose リポジトリを閉じて、そのディレクトリで「make」と入力してビルドします。これはmakeとARM GCCのインストールが必要です。 Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? こんにちは、 @Jorini さん。 投稿ありがとうございます！ Zephyrのドキュメントでは、実行時にMACアドレスを変更するオプションを利用できます:MACアドレス設定 — Zephyrプロジェクトドキュメント この情報がお役に立てば幸いです！ Re: MCXN547 - Best approach to load Ethernet MAC address from IFR (CMPA) at runtime? お二人ともご提案ありがとうございました！ mac_config.htmlアプローチについてですが、調べた結果、それが「クリーン」なZephyrのやり方だと合意しました。しかし、eth_nxp_enet_qos_mac.cを変更してnet_eth_mac_load()を呼び出す必要があり、nxp、enet-qos-macバインディングにnvmem-cellsのサポートを追加し、CMPA/IFR領域用のnvmemプロバイダーを設置する必要がありますが、これらはMCXN547のZephyr 4.3には存在しません。したがって、これは長期的に正しい方向性ではありますが、今日直接適用できるものではありません。 Mongooseについてですが、新規プロジェクトから一から始めるには興味深い選択肢ですが、私たちの場合はZephyrネットワークスタック全体を置き換え、ネットワークコード(DHCP、TLS、HTTP、OTA、ソケットベースのクラウド通信)をすべて書き直すことになります。既に有効な解決策があることを考えると、この費用は正当化されない。 最終的に私たちが行ったこと、そして本番環境で正しく動作したのは、アプリケーションコードに2つのSYS_INITフックを使い、ドライバに変更を加えないというものです。 1. 優先度83 POST_KERNEL:ドライバが優先度82で初期化された直後にENET QOSハードウェアレジスタ(MAC_ADDRESS0_HIGH/LOWで0x40100300/304)を上書きします。これにより、MACチップが正しいアドレスを持つフレームを確実にフィルタリングできるようになります。 2. アプリケーション優先度1:Zephyrソフトウェアネットワークインターフェーステーブル(net_if link_addr)を更新。この2段階目がなければ、ZephyrのIPスタックはSWのMACがハードウェアMACと一致しないため、すべての受信フレームを静かに破棄します。 ありがとうございます

Matlab2023a 调用 S32DS3.5 时遇到错误 亲爱的MBDT团队：我们使用 MATLAB 2023a 脚本在编译 Simulink 模型后生成代码，然后调用 eclipsec.exe 进行无界面后台编译。构建完成后，将在 Simulink 诊断查看器中创建一个超链接，用于直接打开与已编译项目对应的工作区。该工作流在 S32DS 3.4 版本中运行非常顺利。然而，在升级到 S32DS 3.5.8 之后，出现了两个问题：问题 1：单击 Simulink 创建的超链接将启动后台进程 s32ds.exe，随后会弹出一个窗口，并立即关闭。我们尝试了多种解决方案，例如在 s32ds.ini 文件中添加参数 `"-vm \bin\javaw.exe" `（但这对 s32ds.exe 没有任何影响），并在系统环境变量中将 JDK 11 设为优先选项。这些尝试都没有解决问题。问题 2：如前所述，通过 MATLAB 脚本调用 eclipsec.exe 会触发屏幕截图中显示的错误：Java 已启动但返回退出代码 =1。我们将"\bin\javaw.exe、" 以及 JDK 11 的路径设置为系统环境变量的最前项。命令提示符正确显示了 Java 11（64 位），但 Simulink 编译时仍试图加载 jvm.dll。删除"client\jvm.dll 后"或者"server\jvm.dll" ，程序会改为定位 java.exe，但仍会报告错误，退出代码为 4。此外，在所有情况下，手动编译依然能够成功。所有相关的文件和设置都将上传以供您参考。请帮忙提供一些建议，以解决这个问题。谢谢。 Re: Matlab2023a Envokes S32DS3.5 Encountered Error 你好， 从你的信息来看，我理解你有一个 Simulink 模型，并使用 Embedded Coder 为其生成代码。然后您设置了一个使用 eclipsec 编译代码的工作流程。我发现的主要问题是 MATLAB 目前没有使用正确的 Java 版本。你有没有尝试就这个问题联系过他们？ 此外，我怀疑您没有使用 NXP 开发的基于模型的设计工具箱（例如，S32K3、S32K1 等）。如果我错了，请告诉我。 此致， 索林·班奇拉

app_localizationとapp_localization_algoにおけるRAS転送処理に関する質問 こんにちは、 現在、KW47でチャネルサウンディングを使用しようとしており、MCUXpresso SDKドキュメントの「Bluetooth Low Energyチャネルサウンディングアプリケーション開発者ガイド」を参照しています。しかしながら、測距サービス（RAS）を実装する必要があるかどうか確信が持てないため、ご説明をいただきたく存じます。 具体的には、app_localization_algo共通モジュールに関して、ドキュメントには次のように記載されています。 app_localization_algoモジュールは、CS手順とRAS転送の結果として得られたデータを解凍する役割を担います。その後、モジュールはそれを距離測定アルゴリズムに渡してメートル単位の距離を取得し、その距離をアプリケーションに伝達します。 アプリケーションとこのモジュールの間には、他に直接的な相互作用はありません。そのAPIは主にapp_localizationモジュールで使用されています。 この説明に基づき、RASの移送に関して以下の点を明確にしたいと思います。 RAS転送はapp_localizationモジュール内で自動的に設定および処理されますか？ それとも、app_localizationはapp_localization_algoモジュールとのみ連携し、RAS転送にはRAS APIを使用して別途実装する必要があるのでしょうか？ 言い換えれば、アプリケーションはCSプロシージャ処理とRAS転送の両方においてapp_localizationに完全に依存すべきなのか、それともアプリケーションレベルでRAS APIを明示的に統合する必要があるのか、ということです。 参考までに、関連するドキュメントページは以下のとおりです。 https://mcuxpresso.nxp.com/mcuxsdk/26.03.00/html/middleware/wireless/bluetooth/doc/Bluetooth %20Low% 20Energy %20Channel% 20Sounding %20Application% 20Developers%20Guide/topics/application_common_modules.html#app-localization-algo-common-module ご説明いただけると幸いです。 よろしくお願いします、 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi 事例を作成していただきありがとうございます。 少々お時間をください。いただいた詳細情報を確認し、できるだけ早くご返信いたします。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi ご辛抱強くお待ちいただき、また詳細な情報を提供していただき、ありがとうございます。 私の回答は以下のとおりです。 ご提供のリンクに示されているように、RASはレンジャーサービスの略です。これは別のサービスです。「app_localization」は実際にRASプロファイルインターフェースを呼び出してデータを転送します。 「app_localization」はアプリケーションコードの一部と考えることができます。ここではRASと呼ばれ、他の一般的なアプリケーションコードでも同様です。`app_localization`の使用をお勧めします。 `app_localization`は、RASを介したクライアント・サーバー（CS）データの転送を実装します。 しかし、アプリケーション層はプロファイルの購読、通知の有効化、インジケーターなどの基本的なインターフェースを呼び出す必要があります。 ご理解いただけましたでしょうか？ よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @Christine_Li さん。 ご回答ありがとうございます。 RASは独立したサービスであると理解しています。 app_localization内でCSデータを転送(すなわちRASを利用する)には、関連ドキュメントの「Ranging Service common module」セクションやwireless_ranging SDKサンプルで説明されているステップ、特に「アプリケーション層は基本的なインターフェースを呼び出す必要がある」という手順を追加で実装する必要があるという理解は正しいでしょうか。 例えば、プロフィールの購読、通知の有効化、指標など」などです。 よろしくお願いします、 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi はい、おっしゃる通りです。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi ご返信ありがとうございます。 誤解を避けるため、別の言葉を変えてみましょう。 RASはapp_localization内で処理されるのではなく、独立したサービスとして扱われます。 app_localizationはCSデータを転送するためにRASを呼び出す必要があります。 サンプルは必ずしもそのままでは使用できないわけではない。ただし、`app_localization` が RAS/プロファイルレベルの設定をすべて自動的に処理すると考えるべきではありません。カスタムアプリケーションに機能を統合する際には、プロファイルのサブスクリプションや通知・表示の有効化など、必要なアプリケーション層手順が適切に実装されていることを確認する必要があります。そうしないと、RASデータパスが意図したとおりに機能しない可能性があります。 これでより分かりやすくなったでしょうか。 もし何か不明な点があれば、遠慮なくお知らせください。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @Christine_Li さん。 ご回答ありがとうございます。 あなたの説明から理解すると、RASもapp_localization内で処理されますが、基本的なインターフェースはアプリケーション層から呼び出して設定する必要があるようです。 しかし、digital_key_car_anchor_csやdigital_key_device_csなどのSDKsサンプルコードでは、ドキュメントの「レンジングサービス共通モジュール」セクションで説明されているように、レンジングサービスの設定がアプリケーション層から明示的に呼び出されていないようです。 これらのサンプルは、現状のままでは直接使用できない(つまり、正しく機能しないか、精度が向上しない可能性がある)ということですか?アプリケーションレベルでの追加RAS構成が必要だということです 敬具

Falcon Mode Enablement - iMX8MP_EVK Hi, I need to enable Falcon Mode on iMX8MP_EVK in the Yocto branch 6.12-walnascar. However, as per the AN14641 document, the meta-imx-fastboot layer is available only in the lf-6.6.36-2.1.0-secure branch. How can I port this layer to my walnascar branch and enable Falcon Mode? Please help here.. Re: Falcon Mode Enablement - iMX8MP_EVK Please use the following command. uuu -b emmc_all - .rootfs.wic For example: $ uuu -b emmc_all imx-boot-imx95evk-sd.bin-flash_all     core-image-minimal-imx95evk.rootfs.wic Re: Falcon Mode Enablement - iMX8MP_EVK Hi Tipingwang, Thanks for your reply. I am trying to enable Falcon mode and have followed the steps provided in AN14641, but I am getting stuck during the flashing process. As per the README, the flashing steps are mentioned as below (for eMMC): unzstd -[secure-boot]- .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic uuu -b emmc My boot memory is eMMC. I attempted to flash the image using the following command: sudo ./uuu -d -v -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260616051114.wic However, during execution, the flashing process fails with the following error: sudo ./uuu -d -v -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260616051114.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086   Build in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104   Run built-in script:   uuu_version 1.4.149   # @_flash.bin            | bootloader, which can extract from wic image # @_image   [_flash.bin] | wic image burn to emmc.     # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000   # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000   # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f imx-boot-imx8mpevk-sd.bin-flash_evk -offset 0x57c00 SDPU: jump -scanlimited 0x800000 # }   # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f imx-boot-imx8mpevk-sd.bin-flash_evk -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -scanlimited 0x800000 # }     FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all imx-image-core-imx8mpevk.rootfs-20260616051114.wic FB: flash -scanterm -scanlimited 0x800000 bootloader imx-boot-imx8mpevk-sd.bin-flash_evk FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: done     Wait for Known USB Device Appear... New USB Device Attached at 1:2-152E1000D9DE520A 1:2-152E1000D9DE520A>Start Cmd:SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000 14%1:2-152E1000D9DE520A>Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.07s) The detailed uuu logs are attached above for reference. Could you please guide me on the correct procedure to flash a Falcon-enabled OS into eMMC, or let me know if I am missing any required steps or configurations? Thanks in advance for your support. Re: Falcon Mode Enablement - iMX8MP_EVK Falcon Mode is not incompatible with Secure Boot BUT On lf-6.12.20-2.0.0-secure, you cannot enable Secure Boot together with Falcon Mode using the provided Yocto flow About 0001-imx8m-reset-ethernet-phy-in-spl.patch For i.MX8MP EVK → strongly recommended Not strictly required if you don't use Ethernet during early boot Re: Falcon Mode Enablement - iMX8MP_EVK Hi Yiping Wang, Thank you for your response. I have a couple of additional questions for clarification. According to the information provided, the branch lf-6.12.20-2.0.0-secure supports Falcon Mode v2, but Secure Boot is marked as not yet supported. Since Secure Boot is a requirement for my i.MX8MP platform, will Falcon Mode work correctly if I use this branch, or is Falcon Mode incompatible when Secure Boot is enabled? For the i.MX8MP EVK, do I need to apply the patch 0001-imx8m-reset-ethernet-phy-in-spl.patch, or is it optional depending on the use case? Re: Falcon Mode Enablement - iMX8MP_EVK You probably do not need to port the layer from lf-6.6.36-2.1.0-secure yourself. The public nxp-imx-support/meta-imx-fastboot - GitHub repository already shows a lf-6.12.20-2.0.0-secure branch. Please refer to README in https://github.com/nxp-imx-support/meta-imx-fastboot Re: Falcon Mode Enablement - iMX8MP_EVK Please help here, And i am using UUU to flash eMMC Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot from 2026-06-16 14-28-09.png As per this image i found in NXP forum it seems that flashing eMMC using the UUU tool may not be supported in this case. Could you please suggest the appropriate method to flash an eMMC device with a Falcon-enabled OS? In your previous reply, you suggested using the following command:   - .rootfs.wic> I tried this approach, but I encountered the same error again: Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7) (20.07s) Could you please guide me on the correct flashing procedure or any alternative tools or steps required for flashing eMMC with Falcon mode enabled? Re: Falcon Mode Enablement - iMX8MP_EVK I verified the following commands on IMX95FRDM, there is no problem, please refer to my log. C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 2:4 MX95 SDPS: 0x1FC9 0x015D 0x0002 61F49AAB2DCB4DDF C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx95-15x15-lpddr4x-frdm-sd.bin-flash_all C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 1 Failure 0 1:2-61F49AAB 8/ 8 [Done ] FB: done 2:4-61F49AAB 3/ 3 [=================100%=================] SDPV: jump -scanlimited 0x800000 C:\Users\nxa22585> Re: Falcon Mode Enablement - iMX8MP_EVK Please help here i have stucked in this part Re: Falcon Mode Enablement - iMX8MP_EVK In previous reply you gave a reference command for IMX95FRDM is that falcon enabled?  Here you can find what i was done in Yocto - IMX8MP 1) meta-imx-fastboot - lf-6.12.20-2.0.0-secure - Github_Link 2) Added this meta to my source - Github_Link 3) And followed all the instruction gave by  AN14641 document. 4)Bitbake commands that i followed:  bitbake -c clean linux-imx && bitbake -c clean imx-boot && bitbake -c clean u-boot-imx && bitbake -c clean imx-atf && bitbake -c clean imx-image-core  bitbake -c compile linux-imx && bitbake -c compile imx-boot && bitbake -c compile u-boot-imx && bitbake -c compile imx-atf && bitbake -c compile imx-image-core bitbake linux-imx && bitbake imx-boot && bitbake u-boot-imx && bitbake imx-atf && bitbake imx-image-core 5)  CASE 1: sudo ./uuu -b emmc_all imx-image-core-imx8mpevk.rootfs-20260617095251.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 0 Failure 0 1:2-152E1000 1/ 1 [=================100%=================] SDPS: boot -scanterm -f /home/smurugan8/YOCTO/LWT/image/imx-image-core-imx8mpevk.rootfs-20260617095251.wic -scanlimited 0x800000 CASE 2:  sudo ./uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260617095251.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 0 Failure 1 1:2-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000 IMPORTANT : I NEED TO FLASH A FALCON ENABLED OS INTO eMMC  Re: Falcon Mode Enablement - iMX8MP_EVK Please note uuu is only used to program images to emmc, it doesn't check the content of your images. I suspect there is problem with your uuu command itself. Where did you download uuu? Please download the latest UUU from https://github.com/nxp-imx/mfgtools/releases Please download the Windows version UUU to do verification. Re: Falcon Mode Enablement - iMX8MP_EVK Hi yipingwan I also tried using the UUU tool on Windows, but I am seeing the same result—it still does not work for flashing eMMC.  I have attached the UUU -log. However, when I flash the same Falcon-enabled OS to an SD card, it boots and works correctly. This confirms that the image itself and the Falcon configuration are valid. My question is: Why am I unable to flash this Falcon-enabled image to eMMC, even though the same image works from SD? Is there any alternative or recommended method to flash a Falcon-enabled OS to eMMC, other than using UUU? Could you please advise on the supported or reliable procedure for flashing eMMC in this scenario? Screenshot 2026-06-22 122141.png Re: Falcon Mode Enablement - iMX8MP_EVK Please help here. Re: Falcon Mode Enablement - iMX8MP_EVK Please execute the following command with your Windows version UUU and send the result to me to do more investigation. uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk   imx-image-core-imx8mpevk.rootfs-20260617095251.wic Re: Falcon Mode Enablement - iMX8MP_EVK Please try the following command uuu.exe -b emmc_all  C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic Then send the result to me again. Re: Falcon Mode Enablement - iMX8MP_EVK Here you can find the output, PS C:\Users\vvdn\Sanjiv\uuu_source-uuu_1.5.243\uuu-uuu_1.5.243\uuu> .\uuu.exe -b emmc_all C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:3-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f C:\Users\vvdn\Sanjiv\Falcon\imx-b... Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot 2026-06-22 171137.png I above you can find the log of UUU,  Command=> .\uuu.exe -b emmc C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic But it is not working in eMMC , Same Image will work in SD Card Re: Falcon Mode Enablement - iMX8MP_EVK I verified on IMX8MP_EVK target board, there is no problem to program emmc, please refer to my following log. C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 1 Failure 0 2:4-0F0B9800 8/ 8 [Done ] FB: done C:\Users\nxa22585> Please extracted my image from the attached file, and only execute the following command. uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk If it still fails, it seems there is problem with EMMC itself on your target board. You could use the following emmc command to check whether you could write something to emmc in u-boot. Usage: mmc read addr blk# cnt mmc write addr blk# cnt mmc erase blk# cnt Re: Falcon Mode Enablement - iMX8MP_EVK Please only try whether you can write a default boot image to emmc with UUU. Re: Falcon Mode Enablement - iMX8MP_EVK Yes, @yipingwang, When I include the meta-imx-fastboot layer in my build, the flashing process gets stuck. However, if I remove the meta-imx-fastboot layer, I am able to flash the image to eMMC successfully. Re: Falcon Mode Enablement - iMX8MP_EVK I have one question @yipingwang it is falcon enabled image Re: Falcon Mode Enablement - iMX8MP_EVK Please help here.. @yipingwang Re: Falcon Mode Enablement - iMX8MP_EVK Please send /home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk to me. I will do verification on my target board. Re: Falcon Mode Enablement - iMX8MP_EVK Hi @Sanjiv_Mns  The meta-secure-boot Yocto layer is not implemented for the 6.12.20 BSP. Since the meta-imx-fastboot layer depends on the meta-secure-boot, the branch lf-6.12.20-2.0.0-secure does not implement secure boot. The 0001-imx8m-reset-ethernet-phy-in-spl.patch patch is mandatory if you need to use the Ethernet interfaces in Linux. It resets the PHYs, without which the Linux driver cannot initialize the interfaces. Re: Falcon Mode Enablement - iMX8MP_EVK Please find the attachment . Re: Falcon Mode Enablement - iMX8MP_EVK Hi @yipingwang , I have done the commands which you gave in previous reply, here you can find the command logs & Boot logs COMMAND LOGS: sudo ./uuu -b emmc_all /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/default/imx-image-multimedia-imx8mpevk.rootfs-20260622071640.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 1 Failure 0 1:1-152E1000 8/ 8 [Done ] FB: done sudo ./uuu -b emmc /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 1 Failure 0 1:1-152E1000 7/ 7 [Done ] FB: Done BOOT LOGS: U-Boot SPL 2025.04-g44898b9f3cfe-dirty (Sep 03 2025 - 09:56:50 +0000) DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done SEC0: RNG instantiated Normal Boot Trying to boot from MMC2 spl_load_image_fat: error reading image kernel-atf-dtb.itb, err - -5 spl_load_image_fat: error reading image u-boot-atf.itb, err - -5 Error: -2 SPL: failed to boot from all boot devices ### ERROR ### Please RESET the board ### Re: Falcon Mode Enablement - iMX8MP_EVK Hi @Sanjiv_Mns  Falcon Mode images works on both SD and eMMC. To flash a Falcon image on eMMC/SD you need to: 1. Build the default bootloader. In a clean Yocto environment, run: bitbake imx-boot. Make sure the meta-imx-fastboot layer is not added at this step. This will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk default bootloader. 2. Build the falcon mode bootloader and the falcon mode image. Add the meta-imx-fastboot layer to your BBLAYERS. To compile the falcon mode bootloader, run: bitbake imx-boot This command will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader falcon bootloader. This bootloader contains only the SPL, without the U-Boot proper. When the meta-imx-fastboot layer is added, the *_dual_bootloader is generated. See layer.conf.   To compile the falcon mode image, run: bitbake imx-image-multimedia This will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst image. 3. Use UUU to flash the image on the eMMC. UUU is the only tool available to flash images on the eMMC. uuu -b emmc_all imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst uuu -b emmc imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader Re: Falcon Mode Enablement - iMX8MP_EVK Please remove bld-xwayland build folder to rebuild images. $ rm -rf bld-xwayland $ MACHINE=imx8mpevk DISTRO=fsl-imx-xwayland source ./imx-setup-release.sh -b bld-xwayland $ bitbake-layers add-layer ../sources/meta-imx-fastboot Please add the following line in bld-xwayland/conf/local.conf FALCON_KERNEL_BOOTARGS:mx8mp-generic-bsp = "console=ttymxc1,115200 root=/dev/mmcblk2p2 rootwait rw quiet" Then rebuild images: $ bitbake imx-boot $ bitbake core-image-minimal uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk core-image-minimal-imx8mpevk.rootfs.wic uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk imx-boot-imx8mpevk-sd.bin-flash_evk_falcon Please refer to my verification log: U-Boot SPL 2025.04-g9383f8387dc7-dirty (Jun 04 2025 - 09:48:20 +0000) DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done SEC0: RNG instantiated Normal Boot Trying to boot from MMC2 Failed to find node!, err: -11! Failed to find node!, err: -11! NOTICE: Do not release JR0 to NS as it can be used by HAB NOTICE: BL31: v2.12.0(release):lf-6.12.20-2.0.0-dirty NOTICE: BL31: Built : 08:15:07, May 9 2025 [ 0.324123] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 32e90000.lcd-controller [ 0.395104] : mipi_csis_imx8mp_phy_reset, No remote pad found! [ 0.514210] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 1-004c [ 0.576883] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 1-004c [ 0.625848] ov5640 1-003c: ov5640_write_reg: error: reg=3008, val=42 [ 0.632862] ov5640 1-003c: ov5640_write_reg: error: reg=3103, val=11 [ 0.639669] ov5640 1-003c: ov5640_read_reg: error: reg=3108 [ 0.645268] ov5640 1-003c: failed to power on [ 0.661389] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with phy-lvds [ 0.694937] [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@32c00000/mipi_dsi@32e60000 to encoder DSI-41: -19 [ 0.706570] imx_sec_dsim_drv 32e60000.mipi_dsi: Failed to attach bridge: 32e60000.mipi_dsi [ 0.714859] imx_sec_dsim_drv 32e60000.mipi_dsi: failed to bind sec dsim bridge: -19 NXP i.MX Release Distro 6.12-walnascar imx8mpevk ttymxc1 imx8mpevk login: root root@imx8mpevk:~# Re: Falcon Mode Enablement - iMX8MP_EVK Please use the following commands to program images to the target board with UUU. unzstd <image_name>-[secure-boot]-<machine_name>.rootfs.wic.zst uuu -b emmc_all <default_bootloader> <image_name>-<machine_name>.rootfs.wic uuu -b emmc <default_bootloader> <falcon_mode_bootloader>  The first parameter is the default bootloader, falcon mode bootloader is only specified in the second parameter of the second uuu command. Re: Falcon Mode Enablement - iMX8MP_EVK Hi @yipingwang & @elena_popa  Thank you so much for your support

Why model size is limited at 1 MB? I run model from sample tflm_cifar10 on MIMRT700 (NPU model). When building the program, I could see the model's size and correspond region size.  In many cases, the region size is 1 MB. As my understanding, the model's size is limited at 1 MB. Is that right? nnxxpp_0-1781495142659.png I did not understand this point. Here is information of MIMRT700 EVK. nnxxpp_2-1781495429888.png I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. I do wait for your response. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  Thank you so much. Now I understood that we can increase the size of the model by setting region size. nnxxpp_0-1781514247437.png Or If I want to run larger model on external memory, I can follow this document https://docs.nxp.com/bundle/AN14700/page/topics/external_memory.html  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Thank you so much for your interest in our products and for using our community. Q: I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. A: The 1 MB shown for modeldata is not a hardware limit of the RT700. It is only the default linker allocation used in the sample project. For larger models, this allocation can be adjusted in the project settings, and external XSPI flash can also be used if more storage is needed. For more detail information, you can refer to this AN14700. https://docs.nxp.com/bundle/AN14700/page/topics/introduction.html mayliu1_0-1781507645284.png So, the RT700 is not inherently limited to a 1 MB model. Larger NPU models are supported either by increasing the modeldata memory allocation or by placing the model in external XSPI flash with the appropriate conversion option.  Wish it helps you Best Regards May Liu Re: Why model size is limited at 1 MB? @mayliu1  I want to reopen this topic. Now i am trying to deploy larger model on RT700. The below image is captured when building the program with the small model. I see that there are 4 memory regions: - QSPI_flash: external memory - SRAM: I ask chatgpt and it is for data when running the program (like .data, .bss, stack, heap). Is that correct? - NCACHE_REGION: it is same ktensorArena (for inputs, intermediate outputs and output) -  modeldata: to save model weights I see in the memory configuration when I import SDK example. It means that SRAM, NCACHE_REGION and modeldata from SRAM (7.5 MB). NCACHE_REGION and modeldata should be located in  0x2000_0000 to 0x2058_0000 (5.5 MB) to get best perforemce (SRAM area that can be accessed by the NPU) But location of SRAM (named SRAM) is 0x20080000 (in the second image) ==> It is also in the range 0x2000_0000 to 0x2058_0000. And by default, it is set about 2.5 MB. It means that NCACHE_REGION + modeldata should be less than (5.5 - 2.5) = 3 MB. My model size is about 3.5 MB. Beside that I can locate my model on external memory (it results in larger inference time), how I can config memory to still locate my model (3.5 MB) on memory area that NPU can access? I am curious about whether we can shrink "SRAM" region (in the images 1, 2) or can I move it to another area of RAM (7.5 - 5.5 = 2 MB - the last region in the image 3)? And how I can estimate the size of "SRAM" region? In the below image, it is 15560 B. Sorry for my long questions. nnxxpp_0-1782205318606.png nnxxpp_1-1782205742121.png nnxxpp_2-1782206037185.png Re: Why model size is limited at 1 MB? @mayliu1  Good morning. Maybe you missed my new above questions.  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Apologies for the delayed response. If you don’t mind, could you please create a new case for your new issue?  Thank you for your understanding and cooperation. Best Regards, May Re: Why model size is limited at 1 MB? @mayliu1  Yes, ok. Let me create new issue. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  I have resolved my problem. We can locate SRAM outof 5.5 MB area for NPU. I locate modeldata and kTensorArena in area 5.5 MB and it worked. The inference time is good. But If you did not miss my questions, so I can finish soon my tasks. Thank you. Re: Why model size is limited at 1 MB? Yes. Have a nice day. Re: Why model size is limited at 1 MB? Glad to hear that your issue has been resolved. Apologies for the delayed response,   thank you for your understanding.

Looking for guidance on building a production programming fixture for NTAG213 Hi all, We are integrating NTAG213 chips into our own product and are currently in the testing phase. As we move toward mass production, we plan to build a programming fixture (or test fixture) to handle the full inline production flow: chip installation → write → read/verify → ship. We're looking for advice or documentation on the following: Best practices for designing and operating a production NFC programming fixture for NTAG213 Key considerations or common pitfalls during write/verify cycles in a production environment Any recommended tools, reference designs, or NXP resources we should be aware of before building the fixture How to reliably detect and handle write failures or defective chips at the production stage Any guidance from those who have experience with NTAG213 in production settings would be greatly appreciated. We are still in early stages, so foundational pointers are very welcome. Thank you. Re: Looking for guidance on building a production programming fixture for NTAG213 Hello @Lee0130  NTAG213 documentation is publicly available, which can be downloaded from product page. we would recommend RFID Discover to you, which is a convenient software tool for NFC tag configuration, programming, and data verification, helping streamline development and production testing. You can also development yourself application using Taplinx TapLinx SDK for MIFARE, NTAG, ICODE and UCODE | NXP Semiconductors

freeMASTER FREEMASTER 3.2: I was unable to reinstall it because the previous version wasn't completely uninstalled. Normally, shouldn't it just overwrite the previous installation? Now I can't install it. Re: freeMASTER Hello, Freemaster 3.2 failed to install on its second attempt because the first installation wasn't completely uninstalled. Shouldn't it normally overwrite the first one? It's now unable to install. No — installers like FreeMASTER (ZeroG / InstallAnywhere–based) typically will not just overwrite a broken previous install. What you’re seeing is actually expected behavior. Please have a look at this thread: https://community.nxp.com/t5/FreeMASTER/Deinstalltion-FreeMaster-3-2/m-p/1593805 Best regards, Peter

S32K328 平台在启用多核后出现 HSE_B 服务无响应问题 尊敬的恩智浦技术支持团队： 我写信是想就以下问题寻求技术支持：在 S32K328 平台上启用多核操作后，HSE_B 服务出现卡死（无响应）的情况。 1. 环境设置&  - MCU：S32K328（双核 Cortex-M7 + HSE_B）  - 配置工具：EB tresos（用于 MCAL 配置）  - 核心角色：M7_0 和 M7_1 正在与 Autosar 操作系统并行运行。                          M7_0 通过共享的 SRAM 与 HSE_B 进行通信，用于存储消息描述符。 2. XRDC& 外设配置（用于测试） 为了隔离权限问题，我们应用了高度许可的配置，但是不管 M7_0 和 HSE_B 是分成单个功能域还是分成不同的功能域，症状都保持不变：  - 内存配置：授予所有SRAM区域的完全访问权限，并为HSE分配了特定的PFLASH/DFLASH区域。  - 外设配置 (PDAC)：已将完全访问权限分配给 CONFIGURATION_GPR、PFC/PFC_ALT、FMU/FMU_ALT 以及 MU_0/MU_1。 3.启动顺序 该应用程序遵循以下启动顺序：  3.1 M7_0 引导程序 → 时钟初始化。  3.2 验证 HSE 状态是否为 INIT_OK。  3.3 资源管理器的初始化（使用 RM_Init 进行 XRDC 配置）。  3.4 外设初始化。  3.5 启动 M7_1（核心 1）。  3.6 启动操作系统。 4. 问题描述：& 症状 M7_0 和 M7_1 均能在操作系统环境中正常启动并运行。然而，一旦随后调用 HSE 服务请求，HSE 便无法响应，导致系统卡死。挂起期间的寄存器状态如下： - XRDC 注册状态：     XRDC_DERRLOC[3] 变为 0x00020000。 但是，在 DERR_W3_0/1/2 或 DERR_W3_16/17/18 寄存器中未捕获任何错误值。  - 消息单元 (MU_0) 状态：     在 MU_0_TSR 寄存器中，标志 TE1 和 TE2 保持在“"非空”" 状态，且不会被清除。     在 MU_0_FSR 寄存器中，F3 标志保持不变。 5. 问题 5.1 鉴于 XRDC_DERRLOC [3] 发生了偏移但 DERR_W3_X 寄存器没有显示特定的错误细节，什么可能触发这种行为？这可能与 HSE 内部 DMA 或总线矩阵配置的隐式访问违规有关吗？  5.2 尽管已通过 MPU 将共享 SRAM 明确配置为“不可缓存”，但在操作系统环境下，是否存在已知的多核限制或隐藏的缓存行为，可能会阻止 HSE 读取描述符？  5.3 关于 RM_Init（XRDC 初始化）的执行时机，相对于 HSE_STATUS_INIT_OK 检查或核心 1 的启动，是否有已知的限制或先决条件？  5.4 为查明微处理器（MU）的传输状态寄存器（TE1/TE2）为何卡死以及HSE为何未处理描述符，我们应检查哪些步骤或额外寄存器？ 我们非常感谢您能就如何解决这一瓶颈问题提供见解和指导。 顺祝商祺！ Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 你好@NewbieNerd  HSE 应该总是返回一个响应。如果未收到响应，HSE 很可能已进入关机模式。这会在发生致命错误时发生。例如，如果 HSE 因以下原因无法读取或写入某些数据：访问权限不足、双比特 ECC 错误、地址无效等。 您可以通过读取 MU_0 中的 GSR 寄存器来确认这一点。如果位“0”被设置，则 HSE 处于关机模式。 要在 XRDC 中查看错误详情，必须按照“19.7.3.2”节中的说明操作S32K3 参考手册中的 “处理功能域访问违规错误”。 步骤 2 对于查看 DERR 寄存器中的详细信息非常重要： lukaszadrapa_0-1781595767701.png 为了快速调试，你可以通过在 MDA_W0_0_DFMT0 中写入 DID=3 来简单地将 Cortex-M7_0/Cortex-M7_0_debug 移至功能域 3（S32K328 上的 HSE 始终位于功能域 3 中）： lukaszadrapa_1-1781595783033.png 然后你应该在DERR中看到细节（只是我的调试器当我触发HSE错误时的一个例子）。当 DID = 0 时，此内容不可见： lukaszadrapa_2-1781595820048.png 这应该能提供一些线索，说明问题出在哪里。 还有一点是，应在设置 HSE_STATUS_INIT_OK 之后启用 XRDC。HSE FW 参考手册中明确提到了这一点： lukaszadrapa_3-1781595871145.png 此致， Lukas Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 感谢您的及时回复。以下是您所要求的开发环境的具体版本信息： 1. 软件& 固件版本    - HSE 固件：S32K358_0_2_40_0      注：我们使用此版本，因为文档中明确指出它支持 S32K328 衍生版本。 -RTD（实时驱动程序）：AUTOSAR 发布版本：4.7.0，软件版本：3.0.0 2. 开发工具链     IDE：本项目不使用 S32DS。     配置工具：所有 MCAL 配置均使用 EB tresos Studio 进行。                                             EB tresos 版本：27.1.0 3. 补充背景 我目前正在负责主机端（Cortex-M7）的开发工作。我们已经就此行为与内部HSE FW开发团队进行了充分的沟通和讨论。但是，从 HSE FW 的角度来看，我们找不到任何根本原因或异常，这使我们高度怀疑这是在多核/操作系统初始化期间触发的主机端运行时配置或同步问题。 我衷心希望在您的指导下，我们能够准确找出瓶颈所在。如果您需要从我们的 EB tresos 项目中获取任何进一步的配置转储或注册捕获，请告诉我。 顺祝商祺！ Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 能否请您说明所使用的 HSE 固件版本、RTD 版本以及 S32DS 版本？谢谢 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 感谢您提供的宝贵调试指南和见解。 关于您的建议，我已进一步调查，并确认了我们这边得出的以下结果。我想分享这些发现，并请您就如何突破我们工具配置的限制提供指导。 1. 关于 RTD 版本的说明    正如我们在之前的通信中所提到的，我们目前正在使用： - RTD 软件版本：3.0.0    -AUTOSAR 发布版本：4.7.0 2。EB tresos 配置约束（功能域分配） 你提到，在 S32K328 上，HSE 被永久分配给功能域 3。 但是，在我们的 EB tresos (v27.1.0) 中使用 RTD 3.0.0 的环境插件，资源管理器 (RM) 的配置结构仅允许我们最多分配功能域 2（功能域 ID 0、1 和 2）。 NewbieNerd_0-1781602735443.png 由于配置工具将最大域名数量限制为 2，因此我们无法通过 EB tresos 自然配置或分配域名主/从域 3。 问题：你能否说明哪个 RTD 版本或补丁在 EB tresos 中正式解锁 S32K328 衍生版本的功能域 3 配置？还是说我们需要通过运行时代码手动覆盖 XRDC 寄存器？ 3. XRDC 错误寄存器状态（DERRLOC 与 DERR_Ww_i） 按照您的参考手册指南，我们在错误状态下观察到以下行为： XRDC_DERRLOC [3] 由转储而不是外围视图（DERRLOC [3] 不存在）捕获为 0x00020000。 但是，尽管执行了错误处理步骤，但所有 DERR_WW_I 寄存器都保持为 0。 正如你指出的那样，DERR中缺乏细节的情况似乎是因为我们的主机核心（Cortex-M7_0）运行在不同的功能域上（例如，DID=0或1），使其无法读取功能域3（HSE）生成的错误日志。 4. 执行时序验证 我们仔细检查了启动顺序，并确认在设置 HSE_STATUS_INIT_OK 后明确启用了 XRDC，这符合 HSE 固件参考手册的要求。 5。请求指导 由于上述工具限制，我们无法轻松地将 Cortex-M7_0 或其调试主服务器移至 EB tresos 中的功能域 3，您能否就以下方面向我们提供建议： 在不破坏 MCAL 初始化的情况下，为了调试而强制设置 DID=3，正确地在运行时覆盖 MDA_W0_0_DFMT0 的方法是什么？ RTD 3.0.0 中是否有任何已知的变通方法来检查功能域 0/1 中的功能域 3 错误寄存器？ 再次感谢您一直以来的支持。 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 RTD 3.0.0 中缺少功能域 3 是一个已知问题。4.0.0 及更高版本已修复此问题。建议的解决方案是将RTD升级到最新版本。否则就需要手动实现某种变通方法——重写 XRDC 寄存器、重写配置文件、在新版 RTD 中生成配置文件，然后在项目中使用它等等……但这只是暂时的权宜之计，推荐的更彻底的解决方案是使用新版 RTD。 根据第“19.7.3.2”节处理功能域访问冲突错误时，功能域应该仅为错误处理程序临时重新配置。此时，我只想通过调试器修改 DID，以便能够读取错误详情。 你确认过MU_0中GSR寄存器的第0位是否已置位吗？ 此致， Lukas