S32K3 core power down error & running(bus error) I ask what state the MCU is in and what cases occur in the following situations. What's interesting is that if I run a specific function with Over(Trace32), the issue occurs, but when I run it with Step(Trace32), the issue does not occur. (Power is being supplied to the MCU normally.) Re: S32K3 core power down error & running(bus error) Hello all We are currently facing the same kind of issue on our project. CRC and C40 modules are not used, however everything else that is described in this topic is valid in our case. @kjy106906 , have you solved your issue ? Edit: @danielmartynek , since this topic, have you ever heard of this kind of issue that has been resolved ? Thank for your answers Re: S32K3 core power down error & running(bus error) Hi @kjy106906, You wrote: "Strangely, even if I add a few lines of unnecessary code (adding a while statement for debugging, adding a global variable, etc.), the issue does not reproduce." If you write registers or an sram memory, can you read it back so that all the operations are properly serialized? RM, rev.8, Section 3.8 Serialization of memory operations. Regards, Daniel Re: S32K3 core power down error & running(bus error) Thank you @danielmartynek  I'm also using the C40 library. (C40_Ip_Read) However, Error is not returned, ( Success is returned.) Re: S32K3 core power down error & running(bus error) When you read the DFlash, do you use the driver? Because the driver checks for errors: Thank you, Daniel Re: S32K3 core power down error & running(bus error) Thank you @danielmartynek  Sharing the entire project is not possible due to company security reasons. Even if I share my elf, it currently works on my board. Testing may not be possible in your environment. It is also not possible to share the simplified elf. Strangely, even if I add a few lines of unnecessary code (adding a while statement for debugging, adding a global variable, etc.), the issue does not reproduce. Currently, this issue has occurred in 5 BMS boards. It's all related to Dataflash. Could the above phenomenon occur due to dataflash area being broken or other errors? Re: S32K3 core power down error & running(bus error) Hi @kjy106906, I would like to test it on my side. Can you share the project? Or preferably a simplified version with .elf that can reproduce the issue? If you don't want to share it here, create a ticket. Thank you, Daniel Re: S32K3 core power down error & running(bus error) Thank you @danielmartynek  I am currently using Vector Microsar The MCU does not enter any Os Hal Fault (Exception). If an MCU Exception is entered, I think I will see the MCU jumping to the corresponding code in the debugger, but currently a Bus error is output in Trace32. Therefore, it seems that an exception did not occur. If there are any more points to check, let me know. Neither Reset_b nor VDD_HA_A fall to Low. This issue causes infinite SBC reset in BMS-only state without Trace32. Because that issue occurs in Dataflash Init, the MCU does not operate and an infinite reset of the SBC occurs. So it's not a lauterbach issue either. It's an important issue for us. Please let me know if there are any more points to check. Re: S32K3 core power down error & running(bus error) Hello @kjy106906, So, I understand the core does not detect any fault exception, it does not go to the HardFault_Handler(). Can you monitor the reset_b pin? Is the application running? If so, it might be a lauterbach issue. BR, Daniel Re: S32K3 core power down error & running(bus error) Thank you Even if I set a break on the error handler, the break does not occur and the MCU enters the corresponding state. I wonder what state the MCU is in and the reason for entering that state. Re: S32K3 core power down error & running(bus error) Hi @kjy106906, Please find more information about the fault exception. Refer to these documents: https://community.nxp.com/t5/S32K-Knowledge-Base/Fault-handling-on-S32K14x/ta-p/1114447 https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259 Read Configurable Fault Status Register (CSFR) and Bus Fault Address Register (BFAR) if BFARVALID = 1. You should be able to find the PC address of the fault instruction on the stack. Regards, Daniel Re: S32K3 core power down error & running(bus error) Thank you always @danielmartynek  That function is not an RTD function but a simple calculation function. An issue occurs when calculating the CRC of C40 read data at a specific address. This occurs when executing the CRC calculation function, not when reading. MCU: S32K312, RTD version: 2.0.0 I wonder what state the MCU is in and the reason for entering that state. Re: S32K3 core power down error & running(bus error) Hello @kjy106906, Can you be more specific? What function do you step over here? Can you also specify the MCU and RTD version if you use it? Thank you, BR, Daniel Re: S32K3 core power down error & running(bus error) Hello, We were finally able to identify the root cause of the issue on our side. It was linked to NXP errata ERR052460, related to branch speculation. The following code snippet corrects the behavior. // NXP ERR052460 Workaround: Cortex-M7: A hang scenario can occur when a reserved read locked memory region is accessed by application cores *((uint32_t*) 0x402AC0F0) = 0x1CB0499Du; *((uint32_t*) 0x402AC0F0) = 0xB9920D38u; I’m not sure whether this is the exact same root cause on your side (I’m not from NXP and it seems they won’t respond anyway), but it’s worth checking. Re: S32K3 core power down error & running(bus error) @kjy106906 , @danielmartynek , The same question were you able to find the root cause? This issue is also observed with size optimizations and goes away if no optimization is used. Re: S32K3 core power down error & running(bus error) @Palacni Thank you very much for your prompt reply. Unfortunately on my derivate there is another peripheral at the location cited by errata to enable user access. I've asked NXP for errata of my relatively new derivate .......... . . . It works when any one of the following is used, Disable the optimizations (-O0) Use SRAM of another domain on the SoC Disable the Instruction cache Stepping in via debugger

如何将 C++ TFLite 模型集成到基于 C 的 MCUXpresso 项目中？ 您好，NXP团队， 我正在将 TensorFlow Lite Micro 模型集成到我的 MCUXpresso 项目中，用于 MCXN947。我的应用程序是用 C 编写的，而 TensorFlow Lite Micro 推理代码和生成的模型是用 C++ 编写的。 在合并 C 和 C++ 源文件时，我遇到了编译和链接问题。我已经尝试使用“extern "C"”，但问题仍然存在。 请问您能否就以下问题提供建议？ 在 MCUXpresso 项目中混合使用 C 和 C++ 源文件是否可行？ 将 C++ TensorFlow Lite Micro 模型集成到基于 C 的应用程序中的推荐方法是什么？ 此集成是否需要任何编译器/链接器设置或参考示例？ 任何指导都将不胜感激。谢谢。 开发板 MCX N Re: How to Integrate a C++ TFLite Model into a C-Based MCUXpresso Project? 你好@sivamankomb ， 感谢你的帖子。 当然，您可以在 MCUXpresso 项目中混合使用 C 和 C++ 源文件。事实上，我们的 SDK 演示也采用了这种方法。您可以参考 SDK 中包含的几个与 eIQ 相关的示例项目。您可以从“选择开发板 | MCUXpresso SDK 构建器”下载 SDK。 要点如下： - .c文件被编译成 C 代码。 - .cpp文件被编译成 C++ 代码。 - 最终的链接阶段必须使用支持 C++ 运行时和 C++ 符号解析的工具链。 - C 代码只能调用通过 extern "C" 包装器公开的函数，而不能直接包含或使用 TFLM C++ 类、模板或命名空间。 因此，推荐的方法是将 TFLM 推理实现封装在一个 .cpp 文件中。文件仅向 C 应用程序公开与 C ABI 兼容的包装接口。 例如，在 SDK 的 tflm_label_image 演示中，核心 TFLM 推理逻辑在 common/tflm/model.cpp 中实现。此文件使用了 TFLM C++ API，例如： #include "tensorflow/lite/micro/micro_interpreter.h" #include "tensorflow/lite/micro/micro_op_resolver.h" static const tflite::Model* s_model = nullptr; static tflite::MicroInterpreter* s_interpreter = nullptr; extern tflite::MicroOpResolver &MODEL_GetOpsResolver(); 然后创建一个 tflite::MicroInterpreter 实例，并在 MODEL_Init() 中调用 AllocateTensors() 来执行初始化。 外部暴露的模型.h，提供 C 语言友好的接口。 #if defined(__cplusplus) extern "C" { #endif status_t MODEL_Init(void); uint8_t* MODEL_GetInputTensorData(tensor_dims_t* dims, tensor_type_t* type); uint8_t* MODEL_GetOutputTensorData(tensor_dims_t* dims, tensor_type_t* type); void MODEL_ConvertInput(uint8_t* data, tensor_dims_t* dims, tensor_type_t type); status_t MODEL_RunInference(void); const char* MODEL_GetModelName(void); #if defined(__cplusplus) } #endif 函数声明通过 extern "C" 导出，这样 C 源文件就可以简单地 #include "model.h"无需了解 tflite::MicroInterpreter 或 MicroMutableOpResolver 等 C++ 类型，即可调用 MODEL_Init() 和 MODEL_RunInference() 等函数。 这种架构也是我们的 SDK 示例所采用的方法，并且在将 TFLM 集成到基于 C 的应用程序中时通常建议采用这种方法，因为它能够干净利落地隔离 C++ 实现细节，同时为应用程序层保留纯 C 接口。 如果您想将客户 ML 模型集成到 SDK 演示中，您可以参考AN14241 。 希望对您有所帮助。 BR 塞莱斯特

Can't find pin configuration tool for FRDM MCX A266 Can't find on site pin configuration tool. FRDM-Training Re: Can't find pin configuration tool for FRDM MCX A266 Hello, This is some helpful information if you are starting with the tool Quick Start Guide for MCUXpresso Config Tools MCUXpresso Config Tools User's Guide (IDE) If there is information or tools that you need to look for, let us know Best Regards, Luis Re: Can't find pin configuration tool for FRDM MCX A266 Found https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-config-tools-pins-clocks-and-peripherals:MCUXpresso-Config-Tools Re: Can't find pin configuration tool for FRDM MCX A266 Thanks for your reply. Will glad if you could point me to howto step by step configuration examples of those tools if possible. Re: Can't find pin configuration tool for FRDM MCX A266 Hello, It would depend on what are you trying to achieve, if you could confirm or describe what process do you need assistant for? Also, the User guide MCUXpresso Config Tools User's Guide (IDE) Chapter 3 is Pin Configuration Instructions with steps and photos that can redirect you to the tool functionalities and match your configuration. Best Regards, Luis Re: Can't find pin configuration tool for FRDM MCX A266 Yes, please. What I'm trying to do is something simple at this point. Define 4 DAC and 4 ADC channels. Route them to the 4 ADC channels internally to close the loop. Test that those signals arrived, then multiply the number of inputs. Multiply again and measure performance. Define log prints to serial over USB for debugging and results presentation.

使用 i.MX 95 EVK 19x19 的 Android 14 Automotive (NXP) 上蓝牙不工作/崩溃 你们好 按照官方网站 aaug_14.0.0_2.1.0_2024-10-02_ 14-28.pdf 上提供的文档，我成功地在 Linux 服务器中克隆并构建了 Android 14 Automotive NXP 代码。 从以下链接下载的代码： https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (安卓汽车 14.0.0_2.1.0(L6.6.23 BSP) 支持 i.mx95 19x19 EVK Alpha 链接：https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2& appType=License) 我已经尝试过汽车的两个版本目标。 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug 刷新主板后，该过程成功完成，我能够看到 Android 14 Automotive 用户界面。 闪存使用的命令：sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc 但是，当我尝试在用户界面上启用蓝牙时，adb logcat 出现了崩溃。蓝牙从未启用。 附上日志：bt.log 和 bt-on.log。 主板信息： i.MX 95 19x19 evk 参考板。 我使用的是JODY-W377-00B u-blox芯片，用于WiFi 和BT。 请确认这是预期行为还是已知问题？ 如果需要任何补充信息，请告诉我。我目前被封锁了，只有在英国电信正常工作的情况下，我才需要处理。 谢谢！ Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 将主板的更多信息添加为安卓汽车操作系统安装成功、BT 无法运行且 WIFI 正常运行的用户界面屏幕截图。 如果需要更多信息，请告诉我。 JODY-W377： BT 不工作： 通过 Android 14 升级的 Android 汽车： WiFi 正常： Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  感谢您提供的详细信息。 请给我一点时间来检查日志和您的配置。 一旦有任何更新，我会通知你。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  您共享的日志显示HAL初始化失败。 你介意试试下面的版本吗： 16.0.0_1.2.0_DEMO_95 你现在使用的是 Alpha/Beta BSP，它可能有一些问题，请尝试一下上述版本，并告诉我你的结果，谢谢。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好@Christine_Li， 谢谢你的回复。 我仔细阅读了您的评论，这才意识到您提供的是安卓操作系统镜像，而不是我正在寻找的安卓车载系统镜像。 但我试过这张图片是因为我无法在 Android 16 上启动板。 我尝试了以下方法： 将您提供的链接中的 Android 镜像刷入系统。以下是截图： Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndroid 16 演示版镜像通过 UUU 刷入 然后，我尝试使用了（可选的）Android Automotive 16 预构建演示镜像。以下是截图： Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndroid Automotive 16 演示图片，使用 UUU 刷入 我将 UART 开关设置为开启（表示 JTAG 已关闭） 我有 SW7 开关作为 1001 下载并用于 emmc 启动-1010 以下是屏幕截图： Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard image板图片 到目前为止，Android 16 总是因 LIBUSB 错误而安装失败，所以我不得不切换到 Android 14 测试版镜像。 对于 Android 14-一旦我切换到 UART-在机上开启，蓝牙就会开始工作并默认启用。 现在我担心的是另一件事。 我的蓝牙扬声器无法连接主板，但只显示连接和断开连接的通知。 以下是截图： BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT 用户界面 我的 iPhone 虽然能连接并处理通话和媒体内容，但我的蓝牙耳机却无法接收任何数据。 难道在 Android Automotive 中，蓝牙接收功能可以正常工作，而蓝牙发送功能却完全无法工作吗？ 有没有办法将蓝牙作为音源？需要进行任何配置更改吗？ 先行致谢。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 嗨@Christine_Li ， 请查看附件中的日志，并告知是否还有其他需要采取的措施。 我还有一些疑问，这是否是由于 Android Automotive 的 BT sink profile 造成的设计限制？ 1. 我可以将区域 1 的输出连接到 3.5mm 插孔，将区域 2 的输出连接到 J10 连接的外部扬声器吗？是否需要进行配置和路由更改？ 2. 我是否需要使用 Pipewire 来独立定义和路由 3.5mm 插孔和 USB 声卡的音频？ 整个目的是为了在 imx95 EVK REV A 板上实现音频多区域功能。如有任何建议或需要更多信息，请告知。 谢谢。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  请您提供一下连接耳机时失败的 HCI 日志和 logcat 日志？ 在 Android 上，您可以通过启用此功能来捕获 HCI 日志。 蓝牙 HCI 窥探日志 在 开发者选项 ，切换一次蓝牙以开始捕获，然后导出日志  adb  。 步骤： 打开 开发者选项 使能够 蓝牙 HCI 窥探日志 切换蓝牙 断断续续地 正在尝试重现该问题。 使用 ADB 命令提取日志文件。 我们来看看连接失败的日志，然后找出连接失败的原因。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我查看了您当前的日志，发现 ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 这意味着它已经成功配对和连接，但由于 SDP 响应“SdpManager: sdpRecordFoundCallback: 搜索实例为 NULL”且没有配置文件，因此 ACL 链接被 Android 主机断开。 为了进一步调试，请提供 HCI 侦听日志。 请问您能帮我提供这些信息吗？ 失败的 HCI 日志以及 logcat 日志 你尝试连接耳机时遇到什么问题？ 在 Android 上，您可以通过启用此功能来捕获 HCI 日志。 蓝牙 HCI 窥探日志 在 开发者选项 ，切换一次蓝牙以开始捕获，然后导出日志  adb  。 步骤： 打开 开发者选项 使能够 蓝牙 HCI 窥探日志 切换蓝牙 断断续续地 正在尝试重现该问题。 使用 ADB 命令提取日志文件。 同时，您还可以尝试以下 Android 16 自动版本。我怀疑这个问题可能与您的 Android 14 自动版本有关。 i.MX 95 (B0) 19x19 EVK – 采用 Arm Cortex-M7 内核的 EVS 演示镜像 i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好， 我在本地使用 I.MX95-EVK 19*19 和 Android 16 自动版本进行了测试： i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 它可以按预期运行。 请参考以下截图。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 我尝试了你坚持要用的 Android 16 预构建版本，但是遇到了之前提到的 LIBUSB 错误，导致无法使用 uuu 进行刷机。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我查看了你的日志，其中没有包含连接失败的进程。 请您重新启用蓝牙，然后重现问题（连接耳机但用户界面显示已断开连接），并保存日志并与我分享，以便我捕获 HCI 日志。 我不确定为什么你无法将其刷入你的板，但我可以用我分享给你的汽车 Android 16 镜像链接成功刷入。 下面这张截图显示了我这边刷机成功的画面。 你说的也对： 将板载SW7（启动模式）更改为 1001（1-4 位）以进入串行下载模式。 将 SW7 切换回 1010（1-4 位），进入 eMMC 启动模式。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 嗨@Christine_Li ， 我尝试了你坚持要用的 Android 16 预构建版本，但是遇到了之前提到的 LIBUSB 错误，导致无法使用 uuu 进行刷机。 我已将 BT HCI 日志以 zip 文件的形式附在这里。 感谢您的支持。 此致问候     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  那是我的错。上次我分享给你的链接是 Android 16 的，不是车载 Android 16 的。 您可以通过以下链接获取汽车版安卓版本： Android Automotive 软件 | NXP 半导体 昨天我分享的链接是专门针对 I.MX95-EVK Automotive Android 16 的。为了方便起见，我把链接再贴在下面。 i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 如果仍然存在 LIBUSB 相关问题，请尝试更换另一根 USB Type-C 数据线，或者更换 Windows 电脑上的另一个 USB 端口，或者拔下数据线后重启主板再重新插上。有时我们也会遇到这种 LIBUSB 错误，但更换另一根 USB Type-C 线缆，或者更换 Windows PC 上的另一个 USB 端口，或者拔下主板后再重新插入 PC 端口并重启主板，问题就解决了。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好@Christine_Li ， 我尝试在我的 Ubuntu 22.04 系统上按照你的步骤刷机，因为我无法在 Windows 系统上刷机。 它确实显示了 LIBUSB 错误，如压缩包中的截图所示。 在设置中启用 BT 窥探日志后，我执行以下操作： 1. 删除 /data/misc/bluetooth/logs/btsnoop_hci.log 中的现有日志文件 2. 从用户界面禁用蓝牙 - 未生成日志 3. 启用蓝牙，并在用户界面中点击连接到 Airdopes 141 耳机 - 已生成日志文件（已将其打包成 zip 文件） 4. 在此过程中，用户界面上的耳机显示正在连接，然后断开连接。 感谢您的支持 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我不知道为什么你的HCI日志中没有任何与连接相关的日志。 请看下面的屏幕截图： 我认为你我之间的区别在于，你用的是 Ubuntu 系统进行刷机，而我用的是 Windows 系统进行刷机。 我先用 Ubuntu 22.04 试一下，然后告诉你结果。 还有一个问题，请问您还有 I.MX95 19*19 EVK 吗？如果可以的话，请您尝试使用另一块EVK主板？ 或者，您能否尝试使用 Windows 电脑进行刷机？ 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 请关闭此问题。谢谢。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  所以问题已经解决了吗？ 如果可以，那么请问我是否可以暂时结案？ 如果还有什么需要我进一步帮助的，请告诉我。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我用 Ubuntu 24.04 进行了测试，因为我们没有 Ubuntu 22.04 的电脑，我可以成功地将其下载到 I.MX95-EVK 中。 以下是我的测试结果截图： 对于您遇到的 LIBUSB_ERROR_NO_DEVICE = -4 错误，请问您是否连接了USB 集线器？ 如果可以，请您直接将其连接到您的Ubuntu电脑上。 请问您能否帮忙用以下命令检查一下它是否输出信息： uuu -lsusb   就我而言，它可以输出已连接的已知设备信息，例如芯片名称、Pro SDPS:、Vid 信息、PID 信息、二进码十进数(BCD) 版本和序列号。 另外，请再次确认您是否已将SW7（1001，1-4 位）更改为将板切换到串行下载模式。   通常，这种 LIBUSB_ERROR_NO_DEVICE 错误与 I.MX 95 板和 Ubuntu PC 的连接有关。   顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 嗨@Christine_Li ， 看起来像是我的基础设施出了问题。感谢您一直以来的支持。 此致问候

How to Integrate a C++ TFLite Model into a C-Based MCUXpresso Project? Hello NXP Team, I am integrating a TensorFlow Lite Micro model into my MCUXpresso project for the MCXN947. My application is written in C, while the TensorFlow Lite Micro inference code and generated model are in C++. I am encountering compilation and linking issues when combining the C and C++ source files. I have already tried using "extern C", but the issue remains. Could you please advise on the following? Is it recommended to mix C and C++ source files in an MCUXpresso project? What is the recommended approach for integrating a C++ TensorFlow Lite Micro model into a C-based application? Are there any required compiler/linker settings or reference examples for this integration? Any guidance would be greatly appreciated. Thank you. Development Board MCXN Re: How to Integrate a C++ TFLite Model into a C-Based MCUXpresso Project? Hello @sivamankomb , Thanks for your post. Of course you can mix C and C++ source files in an MCUXpresso project. In fact, this is also the approach used in our SDK demos. For reference, you can review several eIQ-related example projects included in the SDK. The SDK is available for download from Select Board | MCUXpresso SDK Builder. The key points are as follows: - .c files are compiled as C code. - .cpp files are compiled as C++ code. - The final linking stage must use a toolchain that supports the C++ runtime and C++ symbol resolution. - C code should only call functions exposed through extern "C" wrappers and should not directly include or use TFLM C++ classes, templates, or namespaces. Therefore, the recommended approach is to encapsulate the TFLM inference implementation in a .cpp file and expose only a C ABI-compatible wrapper interface to the C application. For example, in the SDK's tflm_label_image demo, the core TFLM inference logic is implemented in common/tflm/model.cpp. This file uses the TFLM C++ APIs, such as #include "tensorflow/lite/micro/micro_interpreter.h" #include "tensorflow/lite/micro/micro_op_resolver.h" static const tflite::Model* s_model = nullptr; static tflite::MicroInterpreter* s_interpreter = nullptr; extern tflite::MicroOpResolver &MODEL_GetOpsResolver(); Then creating a tflite::MicroInterpreter instance and calling AllocateTensors() within MODEL_Init() to perform initialization. The externally exposed model.h,  provides a C-friendly interface. #if defined(__cplusplus) extern "C" { #endif status_t MODEL_Init(void); uint8_t* MODEL_GetInputTensorData(tensor_dims_t* dims, tensor_type_t* type); uint8_t* MODEL_GetOutputTensorData(tensor_dims_t* dims, tensor_type_t* type); void MODEL_ConvertInput(uint8_t* data, tensor_dims_t* dims, tensor_type_t type); status_t MODEL_RunInference(void); const char* MODEL_GetModelName(void); #if defined(__cplusplus) } #endif The function declarations are exported through extern "C", allowing C source files to simply #include "model.h" and call functions such as MODEL_Init() and MODEL_RunInference() without needing any knowledge of C++ types like tflite::MicroInterpreter or MicroMutableOpResolver. This architecture is also the approach adopted by our SDK examples and is generally recommended when integrating TFLM into a C-based application, as it cleanly isolates the C++ implementation details while preserving a pure C interface for the application layer. If you want to integrate customer ML model to SDK demo, you can refer to AN14241 . Hope it helps. BR Celeste

无法更新 i.MX95 FlexSPI 启动映像的 APP 容器软件版本 各位专家好， 我正在使用 i.MX95 平台，并启用ROLLBACK_INDEX_IN_CONTAINER 的回滚保护功能。 我在local.conf文件中引入了以下变量： export ROLLBACK_INDEX_IN_CONTAINER = "1" 该值会在整个构建过程中传递，构建日志证实mkimage_imx8被调用时使用了“1”。 构建eMMC 启动映像时，解析生成的镜像显示容器软件版本已正确更新。  if [ 1 ]; then \ ./../mkimage_imx8 -soc IMX9 -cntr_version 2 -sw_version 1 -c \ -ap bl31.bin a55 0x8A200000 \ -ap u-boot-hash.bin a55 0x90200000 \ -ap tee.bin a55 0x8C000000 \ -out u-boot-atf-container.img; \   然而，在构建FlexSPI 启动镜像（ imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi ）时，解析该镜像仍然报告默认的软件版本。 ./mkimage_imx8 -soc IMX9 -parse imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi SOC: IMX9 Input container binary to be parsed: imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi ********************************* * * * APP CONTAINER 1 * * * ********************************* Length: 0X320 (800) Tag: 0X87 Version: 0X2 Flags: 0X10 Num images: 6 Fuse version: 0 SW version: 0X0 Sig blk offset: 0X310 我在 iMX95/soc.mak 中注意到一个有趣的地方，因为在构建 flash_a55_flexspi 时没有包含 sw_version。 flash_a55_flexspi: $(MKIMG) $(AHAB_IMG) $(MCU_IMG) $(SPL_A55_IMG) $(OEI_IMG_M33) fcb.bin u-boot-atf-container.img ./$(MKIMG) -soc IMX9 -cntr_version $(CTNR_VERSION) $(XSPI_FAST_HASH) -dev flexspi -append $(AHAB_IMG) -c $(OEI_OPT_M33) -msel $(MSEL) \ -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) \ -ap $(SPL_A55_IMG) a55 $(SPL_LOAD_ADDR_M33_VIEW) $(V2X_DUMMY) -fcb fcb.bin $(FCB_LOAD_ADDR) -out flash.bin $(call append_container,u-boot-atf-container.img,1) $(call append_fcb) 我的问题是： ROLLBACK_INDEX_IN_CONTAINER是否预期会更新 FlexSPI 启动映像的软件版本？ FlexSPI 镜像是否遵循不同的容器生成流程，需要单独配置回滚索引/软件版本？ 这是 i.MX95 imx-mkimage版本流程中已知的限制或问题吗？ 如果有人已成功在 i.MX95 上为 FlexSPI 启动映像启用ROLLBACK_INDEX_IN_CONTAINER ，能否分享一下预期流程或所需的任何其他配置？ 提前感谢！ 顺祝商祺！ 阿伦·库马尔

Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hey there, I have successfully cloned and build the Android 14 Automotive NXP code in Linux server by following the documentation provided on the official website AAUG_14.0.0_2.1.0_2024-10-02_14-28.pdf. Code downloaded from this link: https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (Android Automotive 14.0.0_2.1.0 (L6.6.23 BSP) Supports i.MX95 19x19 EVK Alpha Link:https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2&appType=license) I have tried with both the build targets for automotive. 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug After flashing the board, the process completed successfully and I am able to see the Android 14 Automotive UI. Command used for flashing : sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc However, when i try to enable Bluetooth on UI, I am getting a crash in adb logcat. Bluetooth never gets enabled. Attaching the logs: bt.log and bt-on.log. Board information : i.MX 95 19x19 evk reference board. I am using JODY-W377-00B u-blox chip for WiFi and BT. Could you please confirm if this is an expected behavior or a known issue? Please let me know if any additional information is required. I am currently blocked and i need processed only if BT is working. Thank you. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Adding additional information of the board as UI screenshots for Android automotive OS install success, BT not working and WIFI working. Please let me know if more information is required. JODY-W377: BT NOT working: Android Automotive up via Android 14: WiFi working: Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  Thanks for your detailed info. Please allow me some time to check logs and your setup. Once have any updates, I will let you know. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi， @ni3  Your shared logs seems there is HAL initialization failure. Would you mind have a try with below release: 16.0.0_1.2.0_DEMO_95 You are using now is Alpha / Beta BSPs, it might have some issues, please have a try with above release, and let me know your results, Thanks. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hello @Christine_Li , Thanks for the reply. I went through the comment by you and realized that you provided me Android OS image and not the Android automotive one which i am looking for. I have tried the image though because i am not able to bring the board up with Android 16. What i tried: Flash the Android image from link you provided. Here is the screenshot: Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUU Then I tried with (optionally) Android automotive 16 prebuilt DEMO images. Here is screenshot: Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUU I have UART switch set to ON (means JTAG is OFF) I have SW7 switch for download as 1001 and for emmc boot - 1010 Here is screenshot: Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard image Till now - Android 16 has always failed with LIBUSB error, and I had to switch to Android 14 alpha image. For Android 14 - once I switch to UART - ON on board then Bluetooth started working and enabled by default. Now my concern is something different. Bluetooth speakers i have does not connect with the board but just shows notification of connected and disconnected. Here is screenshot: BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UI My iPhone does connect and process call+media but my headphone BT speakers does not receive any data. Is it that BT sink does work and source does not work at all in Android automotive? Is there a way that I can use BT as source? Any config changes required? Thanks in advance. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi @Christine_Li , Please find the logs attached and let me know if there is anything that needs to be done further. I have few more queries actually if this is design limitation due to BT sink profile for Android automotive. 1. Can I route zone 1 output to 3.5mm jack and zone 2 output to J10 connected external speaker? Is there configuration and routing changes required? 2. Do I need to use pipewire to define and route the audio independently with 3.5mm jack and USB soundcard? The whole purpose is to achieve Audio Multizone implementation on imx95 EVK REV A board. Please suggest and let me know if further information required. Thanks. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi， @ni3  Can you please help to provide me the failed HCI logs and also logcat logs when you trying to connect to your headset？ On Android, you can capture HCI logs by enabling Bluetooth HCI snoop log in Developer Options , toggling Bluetooth once to start capture, and then exporting the log with  adb  . Steps: Open Developer Options Enable Bluetooth HCI snoop log Toggle Bluetooth off and on once Trying to reproduce the issue. Pull the log file with ADB commands. Let's have a look the connection failed logs then try to find the connection failed reason. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi,   I tested it locally with I.MX95-EVK 19*19, and Android 16 Auto release: i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ It can work as expected. Please see below screenshot for your reference. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 I had a try at the Android 16 prebuilt you insisted but it's a LIBUSB error mentioned earlier which blocks the flashing using uuu. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I checked your current logs, and found that the  ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 It means it already paired and connected successfully, but ACL link is disconnected by Android host due to the SDP responds that “SdpManager: sdpRecordFoundCallback: Search instance is NULL” no profiles. To debug further, please help to provide me the HCI snoop logs. Can you please help to provide me the failed HCI logs and also logcat logs when you trying to connect to your headset？ On Android, you can capture HCI logs by enabling Bluetooth HCI snoop log in Developer Options , toggling Bluetooth once to start capture, and then exporting the log with  adb  . Steps: Open Developer Options Enable Bluetooth HCI snoop log Toggle Bluetooth off and on once Trying to reproduce the issue. Pull the log file with ADB commands. And also, at the same time, you can have a try with below Android 16 Auto release. I suspect the issue might be related to your Android 14 auto release. i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-M7 core​​​​​​​​​ ​​​ ​​ i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  That was my mistake. Last time I share to you the link is for Android 16, not for Automotive Android 16. And you can get the Automotive Android release by below link: Software for Android Automotive | NXP Semiconductors And yesterday I shared to you the link is specially for I.MX95-EVK Automotive Android 16. Here I paste the link below again for your convenience. i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ If still have LIBUSB related issue, please have a try by changing another USB Type-C cable, or changing another USB port on your windows PC, or reboot the board after plug out then plug in again. Sometimes we also meet such kind of LIBUSB error, but after changing another USB Type-C cable, or changing another USB port on our windows PC, or reboot the board after plug out then plug into the PC port again, the issue is resolved.  Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi @Christine_Li , I had a try at the Android 16 prebuilt you insisted but it's a LIBUSB error mentioned earlier which blocks the flashing using uuu. I am attaching the BT HCI logs here as a zip file. Thanks for your support. Regards.     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I checked your logs, it doesn't including your connect failed process. Can you please help to capture HCI logs by re-enable Bluetooth, then reproduce the issue(Connect your Headset but showing disconnected in UI), then save the logs and share to me? I am not sure why you can not flash it into your board, but I can flash it successfully with the link I shared to you the Automotive Android 16 Image. Below is the flashing screenshot on my side showing that flash successfully. And you are also right with: Change the board's SW7 (boot mode) to 1001 (1-4 bits) to enter serial download mode. Change SW7 to switch the board back to 1010 (form 1-4 bit) to enter eMMC boot mode. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hello  @Christine_Li, Tried to flash the same as you from my Ubuntu 22.04 since I cannot use Windows for flashing. It did show me LIBUSB error as per the attached screenshot in the zip. After enabling BT snoop logs in settings, I did the following: 1. Delete the existing log file from /data/misc/bluetooth/logs/btsnoop_hci.log 2. Disable the BT from UI - No log generated 3. Enable the BT + Click on connect to Airdopes 141 earbuds from UI - Logfile generated (attached the same in zip) 4. The earbuds on UI show connecting and then disconnected after this process. Thanks for your support Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I don't know why in your HCI logs, there is no any logs related to connection. Please see below for the screenshot: I think the difference between your side and my side is you are using Ubuntu to flash, and I am using Windows to flash. Let me have a try with Ubuntu 22.04, then let you know my results. Another request, do you have another I.MX95 19*19 EVK? If possible, would you please have a try with another EVK board? Or, would you please have a try with Windows PC to flash? Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi， @ni3  So have you already resolved the issue? If yes, then would you mind me close this case for now? If not, please let me know if still need any further support from my side. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Please close the issue. Thanks. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I checked with Ubuntu 24.04 because we do not have ubuntu 22.04 PC, and I can successfully download it into I.MX95-EVK. Please see below for my test result screenshot:  For the LIBUSB_ERROR_NO_DEVICE = -4 error on your side, can you please check whether you connect with a USB Hub? If yes, would you please directly connect it to your Ubuntu PC? And can you please help to check whether it output info with this command: uuu -lsusb   For my side, it can output the connected known devices info, such as Chip name, Pro SDPS:, Vid info, Pid Info, Bcd version and Serial_no. Also, please double confirm you already change SW7(1001, 1-4 bits) to switch the board into  serial download mode.   Usually such kind of LIBUSB_ERROR_NO_DEVICE error is related to the connections of I.MX 95 board and Ubuntu PC.   Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi @Christine_Li, It looks like my infra issue. Thanks for your support over the time. Regards.

Unable to update APP container software version for i.MX95 FlexSPI boot image Hello Experts, I'm working on the i.MX95 platform and enabling rollback protection using ROLLBACK_INDEX_IN_CONTAINER. I introduced the following variable in my local.conf: export ROLLBACK_INDEX_IN_CONTAINER = "1" This value is propagated through the build, and the build log confirms that mkimage_imx8 is invoked with "1" When building an eMMC boot image, parsing the generated image shows the container software version updated correctly.  if [ 1 ]; then \ ./../mkimage_imx8 -soc IMX9 -cntr_version 2 -sw_version 1 -c \ -ap bl31.bin a55 0x8A200000 \ -ap u-boot-hash.bin a55 0x90200000 \ -ap tee.bin a55 0x8C000000 \ -out u-boot-atf-container.img; \   However, when building the FlexSPI boot image (imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi), parsing the image still reports the default SW version ./mkimage_imx8 -soc IMX9 -parse imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi SOC: IMX9 Input container binary to be parsed: imx-boot-imx95-19x19-verdin-fspi.bin-flash_a55_flexspi ********************************* * * * APP CONTAINER 1 * * * ********************************* Length: 0X320 (800) Tag: 0X87 Version: 0X2 Flags: 0X10 Num images: 6 Fuse version: 0 SW version: 0X0 Sig blk offset: 0X310 I noticed an interesting thing in iMX95/soc.mak as there is no sw_version included during the build for flash_a55_flexspi flash_a55_flexspi: $(MKIMG) $(AHAB_IMG) $(MCU_IMG) $(SPL_A55_IMG) $(OEI_IMG_M33) fcb.bin u-boot-atf-container.img ./$(MKIMG) -soc IMX9 -cntr_version $(CTNR_VERSION) $(XSPI_FAST_HASH) -dev flexspi -append $(AHAB_IMG) -c $(OEI_OPT_M33) -msel $(MSEL) \ -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) \ -ap $(SPL_A55_IMG) a55 $(SPL_LOAD_ADDR_M33_VIEW) $(V2X_DUMMY) -fcb fcb.bin $(FCB_LOAD_ADDR) -out flash.bin $(call append_container,u-boot-atf-container.img,1) $(call append_fcb) My questions are: Is ROLLBACK_INDEX_IN_CONTAINER expected to update the software version for FlexSPI boot images? Does the FlexSPI image follow a different container generation flow where the rollback index/software version must be configured separately? Is this a known limitation or issue in the i.MX95 imx-mkimage build flow? If anyone has successfully enabled ROLLBACK_INDEX_IN_CONTAINER for FlexSPI boot images on i.MX95, could you please share the expected flow or any additional configuration required? Thanks in advance! Best Regards, Arun Kumar

S32K3コアの電源オフエラーと実行中（バスエラー） 以下の状況で、MCU がどのような状態にあり、どのようなCASEが発生するのかを質問します。 興味深いのは、特定の関数を Over(Trace32) で実行すると問題が発生しますが、Step(Trace32) で実行すると問題が発生しないことです。 (MCUには正常に電源が供給されています。) Re: S32K3 core power down error & running(bus error) 皆さんこんにちは 現在、私たちのプロジェクトでも同じ種類の問題に直面しています。CRC および C40 モジュールは使用されませんが、このトピックで説明されている他のすべてはこのCASEに有効です。 @kjy106906 、問題は解決しましたか? 編集: @danielmartynek 、このトピック以降、この種の問題が解決されたと聞いたことがありますか? ご回答ありがとうございます Re: S32K3 core power down error & running(bus error) こんにちは@kjy106906さん、 あなたはこう書いています。「不思議なことに、不要なコードを数行追加しても（デバッグのために while ステートメントを追加したり、グローバル変数を追加したりしても）、問題は再現しません。」 レジスタまたは SRAM メモリに書き込む場合、すべての操作が適切にシリアル化されるようにそれを読み戻すことはできますか? RM、rev.8、セクション3.8 メモリ操作のシリアル化。 よろしくお願いいたします。 ダニエル Re: S32K3 core power down error & running(bus error) ありがとう@danielmartynek C40 ライブラリも使用しています。(C40_Ip_読み取り) ただし、エラーは返されません (成功が返されます)。 Re: S32K3 core power down error & running(bus error) DFlash を読み込むときに、ドライバは使いますか？ ドライバはエラーをチェックするため: ありがとうございました。 ダニエル Re: S32K3 core power down error & running(bus error) ありがとう@danielmartynek NXPについてセキュリティ上の理由により、プロジェクト全体を共有することはできません。 エルフを共有しても、現在は私のボード上で動作します。 お使いの環境ではテストができない可能性があります。 簡易エルフの共有もできません。 不思議なことに、不要なコードを数行追加しても（デバッグ用の while ステートメントの追加、グローバル変数の追加など）、問題は再現されません。 現在、この問題は 5 つの BMS ボードで発生しています。 すべては Dataflash に関連しています。 上記の現象は、データフラッシュ領域の破損やその他のエラーにより発生した可能性がありますか? Re: S32K3 core power down error & running(bus error) こんにちは@kjy106906さん、 私の側でテストしてみたいと思います。 CANプロジェクトを共有してもらえますか? または、 .elfを使用した簡略化されたバージョンが望ましい問題を再現CANか? ここで共有したくない場合は、チケットを作成してください。 ありがとうございました。 ダニエル Re: S32K3 core power down error & running(bus error) ありがとう@danielmartynek 現在、Vector Microsarを使用しています MCU は OS HAL Fault (例外) を発生しません。 MCU 例外が入力されると、デバッガーで MCU が対応するコードにジャンプするのが確認できると思いますが、現在は Trace32 でバス エラーが出力されています。 したがって、例外は発生しなかったようです。 他に確認すべき点があればお知らせください。 Reset_b も VDD_HA_A も Low に下がりません。 この問題により、Trace32 のない BMS のみの状態で SBC が無限にリセットされます。この問題は Dataflash Init で発生するため、MCU が動作せず、SBC の無限リセットが発生します。 SO、これは Lauterbach の問題でもありません。 それは私たちにとって重要な問題です。他に確認すべき点があればお知らせください。 Re: S32K3 core power down error & running(bus error) こんにちは@kjy106906さん、 SO、コアは障害例外を検出せず、HardFault_Handler() には移動しないことがわかります。 CAN reset_b ピンを監視できますか?アプリケーションは実行されていますか? もしSOなら、それは Lauterbach の問題である可能性があります。 BR、ダニエル Re: S32K3 core power down error & running(bus error) よろしくお願い申し上げます。 エラー ハンドラーにブレークを設定しても、ブレークは発生せず、MCU は対応する状態になります。 MCU がどのような状態にあり、その状態になった理由は何なのかが気になります。 Re: S32K3 core power down error & running(bus error) こんにちは@kjy106906さん、 障害例外に関する詳細情報をご覧ください。 以下のドキュメントを参照してください。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K14x の障害処理/ta-p/1114447 https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259 BFARVALID = 1 の場合、構成可能な障害ステータス レジスタ (CSFR) とバス障害アドレス レジスタ (BFAR) を読み取ります。スタック上の障害命令の PC アドレスを見つけることができるはずです。 よろしくお願いいたします。 ダニエル Re: S32K3 core power down error & running(bus error) いつもありがとう@danielmartynek その関数は RTD 関数ではなく、単純な計算関数です。 特定のアドレスの C40 読み取りデータの CRC を計算するときに問題が発生します。 これは読み取り時ではなく、CRC 計算機能の実行時に発生します。 MCU: S32K312、RTDバージョン: 2.0.0 MCU がどのような状態にあり、その状態になった理由は何なのかが気になります。 Re: S32K3 core power down error & running(bus error) こんにちは@kjy106906さん、 もっと具体的に教えていただけますか？ ここではどのような機能を踏むのでしょうか? 使用する場合、CAN MCU と RTD のバージョンも指定できますか? ありがとうございました。 BR、ダニエル Re: S32K3 core power down error & running(bus error) こんにちは、 ようやく、弊社側の問題の原因を特定することができました。 これは、分岐投機に関連するNXPのエラータERR052460に関連していました。以下のコードスニペットがこの挙動を修正します。 // NXP ERR052460 Workaround: Cortex-M7: A hang scenario can occur when a reserved read locked memory region is accessed by application cores *((uint32_t*) 0x402AC0F0) = 0x1CB0499Du; *((uint32_t*) 0x402AC0F0) = 0xB9920D38u; これがあなたの側でも全く同じ根本原因かどうかは分かりませんが（私はNXPの社員ではありませんし、どうせ彼らは返答してくれないでしょうから）、確認してみる価値はあると思います。 Re: S32K3 core power down error & running(bus error) @kjy106906 、 @danielmartynek 、 同じ質問ですが、根本原因は特定できましたか？ この問題はサイズ最適化を行った場合にも発生し、最適化を行わない場合は解消されます。 Re: S32K3 core power down error & running(bus error) @Palacni迅速なご返信、誠にありがとうございます。残念ながら、私の派生データには訂正表で示された場所に別の周辺機器があり、ユーザーアクセスを許可しています。私はNXPに、比較的新しい派生版の正誤表を依頼しました。 以下のいずれかが使用される場合に機能します。 最適化を無効にする（-O0） SoC上の別のドメインのSRAMを使用する 命令キャッシュを無効にする デバッガー経由でステップインする

[i.MX95/AAOS16]ブリングアップ支援 ハードウェア: i.MX95 15x15 SW: AAOS16_1.3.0 ほぼすべてのファイルにパッチを適用しました。 しかし、カーネル起動の問題は依然として残っている。 リチャード・キムのサポートが必要です。 Re: [i.MX95/AAOS16] Bringup support こんにちは、 @Jaeheon-Sim_Mobis さん、 改訂版ガイドラインを添付いたしましたのでご確認ください。 また、パッチされたすべてのファイルを正しいディレクトリ構造で添付しているので、ソースツリーで直接上書きできるようにしています。 よろしくお願いします。

MCXA266: WUU wake-up flags are 0 after Deep Power-Down wake-up (SRS=0x4010, SSRS=0x4011) Hello, I am investigating WUU wake-up behavior from Deep Power-Down mode on the FRDM-MCXA266 board. Environment: - MCU: MCXA266 - Board: FRDM-MCXA266 - SDK Example project: frdmmcxa266_power_mode_switch_ll_mcxa - SDK version: 26.6.000 - Development environment: MCUXpressoIDE_25.6.136 I added the following code near the beginning of main() to read the reset and wake-up status before BOARD_InitHardware() is called. /******************************************************************************* * Variables ******************************************************************************/ char *const g_modeNameArray[] = APP_POWER_MODE_NAME; char *const g_modeDescArray[] = APP_POWER_MODE_DESC; uint32_t resetCount; uint32_t resetStatus; uint32_t resetStickyStatus; uint32_t wakeupResource; uint32_t wuuWakeupPinsFlag; /******************************************************************************* * Code ******************************************************************************/ int main(void) { uint32_t freq; app_power_mode_t targetPowerMode; bool needSetWakeup = false; // --- START ADDED CODE --- resetStatus = CMC_GetSystemResetStatus(CMC); resetStickyStatus = CMC_GetStickySystemResetStatus(CMC); CMC_ClearStickySystemResetStatus(CMC, resetStickyStatus); wakeupResource = CMC_GetWakeupSource(CMC); wuuWakeupPinsFlag = WUU_GetExternalWakeUpPinsFlag(WUU0); WUU_ClearExternalWakeUpPinsFlag(WUU0, wuuWakeupPinsFlag); // --- END ADDED CODE --- BOARD_InitHardware(); // --- START ADDED CODE --- DbgConsole_Printf("CMC_GetSystemResetStatus(CMC) = 0x%x\r\n", resetStatus); DbgConsole_Printf("CMC_GetStickySystemResetStatus(CMC) = 0x%x\r\n", resetStickyStatus); DbgConsole_Printf("CMC_GetWakeupSource(CMC) = 0x%x\r\n", wakeupResource); DbgConsole_Printf("WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x%x\r\n", wuuWakeupPinsFlag); // --- END ADDED CODE --- APP_SetVBATConfiguration(); APP_SetSPCConfiguration(); APP_InitWaketimer(); The complete relevant output is: ``` Normal Boot. ########################### Power Mode Switch Demo ########################### Core Clock = 240000000Hz Power mode: Active Select the desired operation Press A to enter: Active mode Press B to enter: Sleep mode Press C to enter: DeepSleep mode Press D to enter: PowerDown mode Press E to enter: DeepPowerDown mode Waiting for power mode select... Deep Power Down: The whole VDD_CORE voltage domain is power gated. Please select wakeup source: Press A to select TIMER as wakeup source; Press B to select WAKE-UP-BUTTON as wakeup source; Waiting for wakeup source select... Wakeup Button Selected As Wakeup Source. Please press SW2 to wakeup. Isolate power domains: VDD_USB. CMC_GetSystemResetStatus(CMC) = 0x4010 CMC_GetStickySystemResetStatus(CMC) = 0x4011 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 Normal Boot. ``` At the initial startup, the following values were printed: CMC_GetSystemResetStatus(CMC) = 0x110 CMC_GetStickySystemResetStatus(CMC) = 0x110 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 I then selected Deep Power-Down mode, selected WAKE-UP-BUTTON as the wake-up source, and pressed SW2. The MCU successfully woke up, and the application restarted, but the following values were printed: CMC_GetSystemResetStatus(CMC) = 0x4010 CMC_GetStickySystemResetStatus(CMC) = 0x4011 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 My interpretation of the CMC reset status is: - 0x00004010: Software Reset + Warm Reset - 0x00004011: Software Reset + Warm Reset + Deep Power-Down Wake-up Reset If this interpretation is correct, the sticky status appears to indicate that a Deep Power-Down wake-up reset occurred first, followed by a software warm reset. I checked the application startup code, system_MCXA266.c, and the example sources, but I could not find NVIC_SystemReset(), SYSRESETREQ, or an SCB->AIRCR write. I also added a counter to SystemInitHook() using a retained NOLOAD variable. SystemInitHook() was executed only once after wake-up, so I could not find evidence of a software reset after SystemInit(). My questions are: Is SRS = 0x4010 and SSRS = 0x4011 expected after a WUU wake-up from Deep Power-Down? Does the MCXA266 Boot ROM or Extended Bootloader issue a software warm reset before the application starts? What is the recommended method for identifying which WUU pin caused the Deep Power-Down wake-up? My current interpretation of the CMC reset status is as follows, but please correct me if I have misunderstood the bit definitions: English is not my first language, so please let me know if any part of my explanation is unclear. Thank you. MCXA Re: MCXA266: WUU wake-up flags are 0 after Deep Power-Down wake-up (SRS=0x4010, SSRS=0x4011) Hello @ka-2020  Thanks for your question. I will reproduce the test on my side using the same setup and investigate the behavior. Once I have the results, I will get back to you with my findings and answers to all of your questions. Thank you for your patience and support. BR Alice

RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello, My name is Hye-Woon Jang, and I am currently using the RD33772C14VEVM board. After purchasing the board, I connected it to a DC power supply as shown in the attached photo. Since I do not currently have a suitable 12 V battery available, I am supplying 12 V using the power supply instead. The connections are as follows: 12 V + : VBAT+, K30_12V_L 12 V - : VBAT-, GND_KL31_DOWN I am contacting you because, even when only the power supply is connected, the red RESET LED turns on and continues blinking at intervals of approximately 0.5 to 1 second, as shown in the attached photo. Should I understand this behavior as the board being repeatedly reset? I am asking because the LED brightness appears to be different from when I manually press the RESET button. I would like to run a model using TRACE32. However, when the board is connected to TRACE32, the RESET indication in TRACE32 blinks at the same time as the RESET LED on the board, and it seems that TRACE32 is therefore unable to establish a connection with the target. I would appreciate it if you could confirm whether this RESET LED behavior is normal and advise me on how to resolve the issue.  Thank you for your assistance. Best regards, Hye-Woon Jang #rd33772c14vevm #s32k344 #JTAG #MBDT #reset #T32 #TRACE32 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure And please let me know how I can stop the repeated reset behavior. Thank you. Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure When I purchased the RD33772C14VEVM board, the supplied J5 cable assembly included a board labeled “PWA, X-14VBMS-EMU (700-50656)” at the end of the cable. My understanding is that this board functions as an emulator for battery cell voltages and temperatures when 12 V is supplied as follows: *12v + to K30_12V_L *12v - to GND_K31_DOWN Could this emulator board be used in place of connecting at least three actual battery cells to the MC33772C? Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, please refer to the section 13.2.2 in the MC33772C datasheet. Minimally 3 Cells must be populated with the MC33772C.  For the RD33772C14VEVM 4 Cells are recommended. Then the Cells must supply the MC33772C. Power supplying the MC33772C from external source without populating the Cells will not work.  Please also refer to the AN12536 attached. With Best Regards, Jozef Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Would it be correct to understand it this way? 12 V SUPPLY (−) → B− → SHUNT → VBAT− → X-14VBMS-EMU GND_KL31_DOWN Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, thank you for pointing me to the X-14VBMS-EMU, I see it now. I see a possible issue in the connection. Please connect the negative side of the X-14VBMS-EMU to the other pin of the shunt resistor, so the current will flow through the Shunt resistor and sensed by ISENSE pins. Please refer to the RD33772C14VEVM schematic attached.  Please check if you have the J1 connector populated, for setting the FS26 to DEBUG mode. Please follow the powering order. First please connect the 12V to B+ and B-.  Then connect the connector to J6.  Connect the battery simulation cable to J5 and connect the power source (+12V to the BAT+ (K30) and negative point from the Shunt resistor to BAT- (K31)).  With Best Regards, Jozef Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello JozefKozon, Thank you for your response. Based on what you explained and the RD33772C14VEVM board schematic, I connected it as follows: 12 V supply -> shunt -> EMU. However, the reset behavior is still the same. Could you please answer the following questions? I am supplying power after setting the DC power supply to 12 V and 1.5 A. However, I confirmed that the actual current going into the board is 12 V and 0.04 A. Could this be a problem? If the issue in question 1 is a problem, what should I do to make 1.5 A flow into the board? As you explained, I configured the setup so that the wire from the power supply goes through the shunt resistor and then to the EMU. Could you please confirm once whether the setup shown in the attached photo is correct? When TRACE32 is connected, it appears that a reset occurs once every 0.5 seconds, and because of this behavior, I cannot connect TRACE32 to the board. Is there a way to confirm whether the board is actually performing a reset? When I measured the voltage between JTAG pin 10 and GND, it was 4.9 V. However, since I do not have an oscilloscope, there is a limitation in confirming the reset behavior through the JTAG pin. If there is a way to stop the reset behavior, could you please explain it in detail, even though it may be inconvenient? Since we have not yet been able to obtain a 12 V battery, we are conducting the test with the VBAT terminals left unconnected. When 12 V is supplied to B+ and B−, we confirmed that 12 V is present at the VBAT terminals. Could leaving VBAT unconnected be causing the issue? I look forward to your response. Thank you. Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, Would it be correct to understand it this way? 12 V SUPPLY (−) → B− → SHUNT → VBAT− → X-14VBMS-EMU GND_KL31_DOWN [A] Yes, this is how it is depicted in the RD33772C14VEVM board schematic. With Best Regards, Jozef

RD33772C14VEVM RESET LEDの繰り返し点滅とTRACE32接続エラー こんにちは、 私の名前はチャン・ヘウンです。現在、RD33772C14VEVMボードを使用しています。 ボードを購入した後、添付の写真のようにDC電源に接続しました。現在、適切な12Vバッテリーが手元にないため、代わりに電源装置を使って12Vを供給しています。 接続は以下のとおりです。 12V+：VBAT+、K30_12V_L 12 V - : VBAT-、GND_KL31_DOWN 電源ユニットのみに接続されていても、赤いRESETLEDが点灯し、添付写真に示されているように約0.5秒から1秒間隔で点滅し続けるため、あなたに連絡しています。 これは、基板が繰り返しリセットされていると理解すべきでしょうか？ 手動でリセットボタンを押したときと、LEDの明るさが異なっているように見えるので、質問させていただきました。 TRACE32を使ってモデルを実行したいと思っています。しかし、ボードをTRACE32に接続すると、TRACE32のRESET表示と同時に基板上のRESETLEDが点滅し、TRACE32ターゲットとの接続ができないようです。 このリセットLEDの挙動が正常かどうか確認し、問題の解決方法についてアドバイスをいただけると助かります。ご協力ありがとうございました。 よろしくお願いします、 チャン・ヘウン #rd33772c14vevm #s32k344 #JTAG #MBDT #リセット #T32 #TRACE32 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure リセットの繰り返しを止める方法も教えてください。ありがとう。 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure RD33772C14VEVMボードを購入した際、付属のJ5ケーブルアセンブリにはケーブルの端に「PWA, X-14VBMS-EMU (700-50656)」とラベル付けされた基板が付属していました。 私の理解では、このボードは12Vが供給された場合、バッテリーセルの電圧と温度のエミュレーターとして機能します。 *12v + からK30_12V_L *12V - GND_K31_DOWN このエミュレーターボードは、少なくとも3つの実際のバッテリーセルをMC33772Cに接続する代わりに使えるでしょうか? Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure このように理解して良いでしょうか？ 12V電源（−） → B− → シャント → VBAT− → X-14VBMS-EMU GND_KL31_DOWN Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 MC33772Cのデータシートのセクション13.2.2を参照してください。最低でも3つのセルにMC33772Cを実装する必要があります。 RD33772C14VEVMには4セルが推奨されます。次に、セルはMC33772Cを供給する必要があります。セルに部品を実装せずに外部電源からMC33772Cに電源を供給しても動作しません。 添付のAN12536もご参照ください。 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 X-14VBMS-EMUについて教えていただきありがとうございます。おかげさまで分かりました。接続に問題がある可能性があるようです。X-14VBMS-EMUの負側をシャント抵抗のもう一方のピンに接続してください。そうすれば電流がシャント抵抗を通過し、ISENSEピンで感知されます。添付のRD33772C14VEVMの回路図をご参照ください。 FS26をデバッグモードに設定するには、J1コネクタが正しく接続されているか確認してください。 電源投入の順番を守ってください。まず、12VをB+とB-に接続してください。 次に、コネクタをJ6に接続します。 バッテリーシミュレーションケーブルをJ5に接続し、電源（+12V）をBAT+（K30）に接続し、シャント抵抗器のマイナス点をBAT-（K31）に接続します。 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 このように理解して良いでしょうか？ 12V電源（−） → B− → シャント → VBAT− → X-14VBMS-EMU GND_KL31_DOWN [A] はい、RD33772C14VEVMボードの回路図ではそのように描かれています。 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、JozefKozonさん。 ご返信ありがとうございます。 説明されたこととRD33772C14VEVM基板の回路図に基づいて、接続は次の通りです:12V電源 -> シャント -> EMU。しかし、リセット時の動作は以前と同じです。 以下の質問にお答えいただけますか? DC電源を12Vと1.5Aに設定した後に電源を供給しています。しかし、実際に基板に流れ込む電流は12V、0.04Aであることを確認しました。これが問題になる可能性はありますか? 質問1の問題が深刻な場合、基板に1.5Aの電流を流すにはどうすればよいでしょうか？ ご説明の通り、電源からの配線がシャント抵抗を通ってEMUに接続するように設定しました。添付の写真に示されているセットアップが正しいかどうか、一度だけ確認していただけますか? TRACE32接続すると、0.5秒ごとにリセットが起こるようで、この動作のせいでTRACE32ボードに接続できません。基板が実際にリセットを実行しているかどうかを確認する方法はありますか？JTAGピン10とGND間の電圧を測定したところ、4.9Vでした。しかし、オシロスコープを持っていないため、JTAGピンを介したリセット動作の確認には限界があります。 リセット動作を止める方法があれば、不便かもしれませんが詳しく説明してもらえますか? 12Vバッテリーを入手できていないため、VBAT端子を接続せずにテストを実施しています。B+とB−に12Vを供給したところ、VBAT端子に12Vが存在することを確認しました。VBATを接続していないことが問題の原因かもしれませんか? ご回答をお待ちしております。 よろしくお願いします。

TJA1445のFlexCAN(S32K348)ビットタイミング計算 こんにちは、 設定設定のために MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FDビットタイミング計算 ナレッジベースドキュメントから添付ファイルをダウンロードしました。 しかし、カリキュレータで TJA1445 トランシーバーのオプションが見つからず、S32K348ボードの設定を進めることができません。 TJA1445トランシーバーを含むカリキュレータの最新バージョンがあるか教えていただけますか?もしそうでなければ、既存のドロップダウンリストからどの代替トランシーバが最も互換性があるか、または最も近い選択肢を選ぶべきでしょうか? ご協力ありがとうございます！ よろしくお願いいたします。 Re: FlexCAN(S32K348) bit timing calculation for TJA1445 こんにちは、 @Penta7 さん。 トランシーバを選択することで伝播遅延パラメータも読み込みますが、ユーザー値で簡単に上書きできます。TJA1445のデータシートを参照して、propTXRXを220 nsに上書きできます: よろしくお願いします、 ジュリアン Re: FlexCAN(S32K348) bit timing calculation for TJA1445 TJA14XXファミリー向けにFlexGUIを試しましたか?ご要望のタイミング設定情報があるかどうかはわかりません 現在のバージョンはNXP_TJA14XX_GUI_1.1.0です。NXP公式ウェブサイトからダウンロード可能です

GUIGuider-2.0.0がCコードを生成すると、生成されたフォルダの下のフォルダは完全に空になります。 Windows 11でGUIGuider-2.0.0を使用してCコードを生成すると、ログには生成が成功したと表示されているにもかかわらず、「generated」フォルダ以下のフォルダがすべて空になります。これは、コードを完全に生成できるGUI-Guider-1.10.1-GAと同じコンピュータで発生します。ウイルス対策ソフトを無効にしたり、管理者として実行したりするなど、さまざまな方法を試しましたが、問題は解決しません。同じ問題に遭遇した方はいらっしゃいますか？何かご助言いただければ幸いです。 21:10:08 INFO [gg_event] gg_event_layer_sys.c が生成されました 21:10:08 INFO [gg_event] gg_event_layer_top.c が生成されました 21:10:08 INFO [gg_event] gg_event_layer_bottom.c が生成されました 21:10:08 INFO update-sdk 開始 21:10:08 INFOターゲットエグゼキュータが初期化されました 21:10:08成功SDKテンプレートが正常に更新されました 21:10:08成功操作は0.00秒で完了しました 21:10:08 INFO [gg_event] gg_event_screen.c が生成されました 21:10:08 INFO [gg_event] gg_event.h が生成されました 21:10:08 INFO [gg_event] 生成が完了しました 21:10:08成功=== コード生成が正常に完了しました ===

RD33772C14VEVM RESET 指示灯反复闪烁且 TRACE32 连接失败 你好， 我的名字是张慧云（Hye-Woon Jang），我目前正在使用RD33772C14VEVM开发板。 购买板后，我将其连接到直流电源，如图所示。由于我目前没有合适的 12V 电池，所以我改用电源适配器提供 12V 电压。 连接方式如下： 12V+：VBAT+，K30_12V_L 12V - : VBAT-, GND_KL31_DOWN 我联系您是因为，即使只连接电源，红色 RESET LED 也会亮起，并以大约 0.5 到 1 秒的间隔持续闪烁，如附图所示。 我是否应该将这种现象理解为电路板反复RESET？ 我这样问是因为 LED 的亮度似乎与我手动按下 RESET 按钮时的亮度不同。 我想使用 TRACE32 运行一个模型。但是，当电路板连接到 TRACE32 时，TRACE32 中的 RESET 指示与电路板上的 RESET LED 同时闪烁，因此 TRACE32 似乎无法与目标建立连接。 如果您能确认这种 RESET LED 指示灯亮起的情况是否正常，并告知我如何解决这个问题，我将不胜感激。谢谢你的帮助。 此致， 张慧云 #rd33772c14vevm #s32k344 #JTAG #MBDT #RESET #T32 #TRACE32 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 请问如何才能阻止这种反复重置的行为？谢谢。 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 当我购买 RD33772C14VEVM 板时，随附的 J5 电缆组件在电缆末端包含一个标有“PWA, X-14VBMS-EMU (700-50656)”的板。 我的理解是，当提供 12V 电压时，该板可以模拟电池的电压和温度，具体功能如下： *12V + 至 K30_12V_L *12V - 至 GND_K31_DOWN 能否使用这款模拟器板来代替将至少三个实际电池单元连接到 MC33772C？ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 张你好 请参阅MC33772C 数据手册中的 13.2.2 节。至少需要 3 个细胞填充 MC33772C。 建议RD33772C14VEVM使用4个电池。然后，细胞必须提供 MC33772C。如果未安装元件，仅通过外部电源为 MC33772C 供电将无法工作。 另请参阅附件 AN12536。 最诚挚的问候， 约瑟夫 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 这样理解是否正确？ 12V 电源（-） → B− → 分流 → VBAT− → X-14VBMS-EMU GND_KL31_DOWN Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 张你好 谢谢你指出X-14VBMS-EMU，我现在明白了。我发现连接可能存在问题。请将 X-14VBMS-EMU 的负极连接到分流电阻的另一个引脚，这样电流就会流过分流电阻，并被 ISENSE 引脚感知到。请参考附件中的RD33772C14VEVM原理图。 请检查 J1 连接器是否已连接，以便将 FS26 设置为 DEBUG 模式。 请按照电源接通顺序操作。首先请将 12V 连接到 B+ 和 B-。 然后将连接器连接到 J6。 将电池模拟电缆连接到 J5，并将电源（+12V 连接到 BAT+ (K30)，分流电阻的负极连接到 BAT- (K31)）。 最诚挚的问候， 约瑟夫 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 张你好 这样理解是否正确？ 12V 电源（-） → B− → 分流 → VBAT− → X-14VBMS-EMU GND_KL31_DOWN [A] 是的，RD33772C14VEVM 板原理图中就是这样描述的。 最诚挚的问候， 约瑟夫 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure 你好 JozefKozon， 感谢您的反馈， 根据你的解释和 RD33772C14VEVM 板原理图，我按如下方式连接：12V 电源 -> 分流器 -> EMU。但是，重置行为仍然相同。 请您回答以下问题？ 我已将直流电源设置为 12V 1.5A 并开始供电。但是，我确认实际流入电路板的电流为 12V 0.04A。这会不会有问题？ 如果问题 1 中的问题确实存在，我应该怎么做才能使 1.5 A 的电流流入板？ 正如您所解释的，我配置了设置，使电源的导线经过分流电阻器，然后连接到 EMU。请您确认一下，附图所示的设置是否正确？ 当 TRACE32 连接时，似乎每 0.5 秒就会发生一次 RESET，由于这种现象，我无法将 TRACE32 连接到电路板上。有什么方法可以确认主板是否真的在执行重置操作？当我测量 JTAG 引脚 10 和 GND 之间的电压时，电压为 4.9 V。但是，由于我没有示波器，因此通过 JTAG 引脚确认复位行为存在局限性。 如果有什么方法可以阻止这种重置行为，即使可能不太方便，也请您详细解释一下。 由于我们尚未能获得 12V 电池，因此我们在进行测试时，VBAT 端子保持未连接状态。当向 B+ 和 B− 供电 12 V 时，我们确认 VBAT 端子处有 12 V 电压。VBAT未连接是否会导致此问题？ 期待您的回复。 谢谢！

MCXA266：深度掉电唤醒后，WUU 唤醒标志为 0（SRS=0x4010，SSRS=0x4011） 你好， 我正在研究 FRDM-MCXA266 板上从深度掉电模式唤醒 WUU 的行为。 环境： - MCU：MCXA266 - 电路板：FRDM-MCXA266 - SDK 示例项目：frdmmcxa266_power_mode_switch_ll_mcxa - SDK 版本：26.6.000 - 开发环境：MCUXpressoIDE_25.6.136 我在 main() 函数的开头附近添加了以下代码，以便在调用 BOARD_InitHardware() 之前读取 RESET 和唤醒状态。 /******************************************************************************* * Variables ******************************************************************************/ char *const g_modeNameArray[] = APP_POWER_MODE_NAME; char *const g_modeDescArray[] = APP_POWER_MODE_DESC; uint32_t resetCount; uint32_t resetStatus; uint32_t resetStickyStatus; uint32_t wakeupResource; uint32_t wuuWakeupPinsFlag; /******************************************************************************* * Code ******************************************************************************/ int main(void) { uint32_t freq; app_power_mode_t targetPowerMode; bool needSetWakeup = false; // --- START ADDED CODE --- resetStatus = CMC_GetSystemResetStatus(CMC); resetStickyStatus = CMC_GetStickySystemResetStatus(CMC); CMC_ClearStickySystemResetStatus(CMC, resetStickyStatus); wakeupResource = CMC_GetWakeupSource(CMC); wuuWakeupPinsFlag = WUU_GetExternalWakeUpPinsFlag(WUU0); WUU_ClearExternalWakeUpPinsFlag(WUU0, wuuWakeupPinsFlag); // --- END ADDED CODE --- BOARD_InitHardware(); // --- START ADDED CODE --- DbgConsole_Printf("CMC_GetSystemResetStatus(CMC) = 0x%x\r\n", resetStatus); DbgConsole_Printf("CMC_GetStickySystemResetStatus(CMC) = 0x%x\r\n", resetStickyStatus); DbgConsole_Printf("CMC_GetWakeupSource(CMC) = 0x%x\r\n", wakeupResource); DbgConsole_Printf("WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x%x\r\n", wuuWakeupPinsFlag); // --- END ADDED CODE --- APP_SetVBATConfiguration(); APP_SetSPCConfiguration(); APP_InitWaketimer(); 相关的完整输出结果如下： ``` 正常启动。 ######################### ## Power Mode Switch Demo ## ######################### 核心时钟频率 = 240000000Hz 电源模式：激活 选择所需的操作 按 A 键进入：运行模式 按 B 键进入：睡眠模式 按 C 键进入：深度睡眠模式 按 D 键进入：关机模式 按 E 键进入：深度关机模式 等待电源模式选择…… Deep 掉电: The whole VDD_CORE voltage domain is 掉电. 请选择唤醒源： 按 A 选择定时器作为唤醒源； 按 B 选择唤醒按钮作为唤醒源； 等待唤醒源选择... 已选择唤醒按钮作为唤醒源。 请按SW2键唤醒。 隔离功率域：VDD_USB。 CMC_GetSystemResetStatus(CMC) = 0x4010 CMC_GetStickySystemResetStatus(CMC) = 0x4011 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 正常启动。 ``` 首次启动时，打印了以下值： CMC_GetSystemResetStatus(CMC) = 0x110 CMC_GetStickySystemResetStatus(CMC) = 0x110 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 然后我选择了深度关机模式，选择了唤醒按钮作为唤醒源，并按下了 SW2。 MCU 已成功唤醒，应用程序也已重新启动，但打印出了以下值： CMC_GetSystemResetStatus(CMC) = 0x4010 CMC_GetStickySystemResetStatus(CMC) = 0x4011 CMC_GetWakeupSource(CMC) = 0x0 WUU_GetExternalWakeUpPinsFlag(WUU0) = 0x0 我对 CMC RESET 状态的理解是： - 0x00004010：软件 RESET + 热 RESET - 0x00004011：软件 RESET + 热 RESET + 深度掉电唤醒 RESET 如果这种解释是正确的，则粘滞状态似乎表明首先发生了深度掉电唤醒重置，然后发生了软件热重置。 我检查了应用程序启动代码 system_MCXA266.c，以及示例源代码，但我找不到 NVIC_SystemReset()、SYSRESETREQ 或 SCB->AIRCR 写入。 我还使用保留的 NOLOAD 变量向 SystemInitHook() 添加了一个计数器。SystemInitHook() 在唤醒后只执行了一次，因此我找不到 SystemInit() 之后进行软件重置的证据。 我的问题是： 从深度掉电状态唤醒后，SRS = 0x4010 和 SSRS = 0x4011 是否正常？ MCXA266 启动 ROM 或扩展启动加载程序在应用程序启动前是否会执行软件热复位？ 如何确定是哪个 WUU 引脚导致了深度掉电唤醒？ 我目前对 CMC RESET 状态的理解如下，但如果我对位定义的理解有误，请指正： 英语不是我的母语，所以如果我的解释有任何不清楚的地方，请告诉我。 谢谢！ MCXA Re: MCXA266: WUU wake-up flags are 0 after Deep Power-Down wake-up (SRS=0x4010, SSRS=0x4011) 你好@ka-2020 谢谢你的提问。我将使用相同的设置在我的环境中重现该测试，并调查其行为。一旦我拿到结果，我会将我的发现和所有问题的答案告诉您。 感谢您的耐心和支持。 BR 爱丽丝

PF53を0.8V出力するように設定するにはどうすればよいですか？ こんにちは、 私の設計では、S32G399、MVR5510AMDALES、およびMPF5302AMDA0ESを使用しています。 データシートによると、MPF5302AMDA0ESはプログラム不要のデバイスです。MPF5302AMDA0ESからS32G399コアへ0.8Vを出力するように設定するにはどうすればよいですか？供給側はそれを利用する。 当初はJTAG経由でS32G399をプログラムし、S32G399がMPF5302AMDA0ESをIIC経由で0.8Vを出力するように設定できるようにしたかったのですが、S32G399コアには0.8Vが供給されていません。JTAG経由で電源を接続できません。これは悪循環のようです。 Re: PF53如何配置输出0.8V はい、ありがとうございます。新しいページにもう一度投稿します。 Re: PF53如何配置输出0.8V こんにちは、 @MichaelTao こんにちは、一般的に言って 1. エンジニアリング開発段階では、お客様はNXP GUIとソケット式評価ボードを使用してOTPエミュレーション/プログラミングを実行できます（これはS32Gで使用できます）。 2.量産段階で使用されるカスタムOTPについては、NXPの販売チャネル/代理店にお問い合わせください。量産OTPのプログラミングは、NXPまたは推奨する第三者が行う必要があります。 このフォーラムは主にS32G本体に関する問題を取り扱っているため、確認のためにさらに詳しい情報が必要な場合は、以下のフォーラムにご投稿ください。そちらでは、専任の製品サポートエンジニアがサポートを提供いたします。ご理解のほどよろしくお願いいたします。 BR チェイン BR チェイン

When GUIGuider-2.0.0 generates C code, the folder under the generated folder is completely empty. When using GUIGuider-2.0.0 on Windows 11 to generate C code, the folders under the "generated" folder are all empty, even though the logs show successful generation. This happens on the same computer as GUI-Guider-1.10.1-GA, which generates the code perfectly. I've tried various methods, including disabling antivirus software and running it as administrator, but the problem persists. Has anyone encountered the same issue? I would appreciate any help. 21:10:08 INFO [gg_event] gg_event_layer_sys.c Generated 21:10:08 INFO [gg_event] gg_event_layer_top.c Generated 21:10:08 INFO [gg_event] gg_event_layer_bottom.c Generated 21:10:08 INFO update-sdk Started 21:10:08 INFO Target Executor initialized 21:10:08 SUCCESS SDK template updated successfully 21:10:08 SUCCESS Operation completed in 0.00s 21:10:08 INFO [gg_event] gg_event_screen.c Generated 21:10:08 INFO [gg_event] gg_event.h Generated 21:10:08 INFO [gg_event] Generation completed 21:10:08 SUCCESS === Code generation completed successfully ===

[i.MX95/AAOS16] 启动支持 硬件：i.MX95 15x15 软件版本：AAOS16_1.3.0 我们修补了几乎所有文件。 但是，仍然存在内核启动问题。 需要理查德·金的支持。 Re: [i.MX95/AAOS16] Bringup support 你好@Jaeheon-Sim_Mobis ， 请查收附件中的修订版指南。 我还附上了所有已打补丁的文件，并附上了正确的目录结构，以便您可以直接在源代码树中覆盖它们。 谢谢！