使用 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 ， 请查收附件中的修订版指南。 我还附上了所有已打补丁的文件，并附上了正确的目录结构，以便您可以直接在源代码树中覆盖它们。 谢谢！

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 BOARD_InitHardware() が呼び出される前にリセットとウェイクアップの状態を読み取るために、main() の冒頭付近に以下のコードを追加しました。 /******************************************************************************* * 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キーを押してDeepPowerDownモードに入ります 電源モード選択を待っています... ディープパワーダウン：VDD_CORE電圧ドメイン全体がパワーゲートされます。 起動ソースを選択してください： 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リセットステータスに関する私の解釈は以下のとおりです。 - 0x00004010:ソフトウェアリセット + ウォームリセット - 0x00004011:ソフトウェアリセット + ウォームリセット + ディープダウンウェイクアップリセット この解釈が正しければ、固定状態はディープダウンウェイクアップリセットが最初に行われ、その後ソフトウェアウォームリセットが行われたことを示しています。 アプリケーションの起動コード、system_MCXA266.cを確認しました。例のソースは見つかりませんでしたが、NVIC_SystemReset()、SYSRESETREQ、またはSCB->AIRCRの書き込みは見つかりませんでした。 また、保持されたNOLOAD変数を使用して、SystemInitHook()にカウンターを追加しました。SystemInitHook()はウェイクアップ後に一度だけ実行されたため、SystemInit()後にソフトウェアリセットされた証拠は見つかりませんでした。 私の質問は以下のとおりです。 ディープパワーダウンからのWUUウェイクアップ後、SRS = 0x4010およびSSRS = 0x4011は想定される値ですか？ MCXA266 Boot ROMやExtended Bootloaderは、アプリケーション起動前にソフトウェアウォームリセットを発行しますか? どのWUUピンがディープ・パワーダウンのウェイクアップを引き起こしたかを特定するための推奨される方法は何ですか? 私の現在のCMCリセット状態の解釈は以下の通りですが、ビットの定義を誤解していたら訂正してください。 英語は母国語ではないので、説明のどこか分かりにくい部分があれば教えてください。 よろしくお願いします。 MCXA Re: MCXA266: WUU wake-up flags are 0 after Deep Power-Down wake-up (SRS=0x4010, SSRS=0x4011) こんにちは、@ka-2020 ご質問ありがとうございます。同じ設定で私の方でもテストを再現し、動作を調査します。結果が出次第、調査結果とご質問への回答をご連絡いたします。 ご辛抱とサポートに感謝いたします。 BR アリス

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可从恩智浦官方网站下载。

How to configure the PF53 to output 0.8V? Hello, I am using S32G399, MVR5510AMDALES, and MPF5302AMDA0ES for my design. According to the datasheet, the MPF5302AMDA0ES is a non-programmed device. How can I configure the MPF5302AMDA0ES to output 0.8V to the S32G399 Core? Supply uses it. I originally wanted to program the S32G399 via JTAG so that the S32G399 could configure the MPF5302AMDA0ES to output 0.8V via IIC. However, there is no 0.8V being supplied to the S32G399 core. Supply cannot connect via JTAG. This seems to be a vicious cycle. Re: PF53如何配置输出0.8V Okay, thank you. I'll post it again on the new page. Re: PF53如何配置输出0.8V Hello, @MichaelTao Hello, generally speaking 1. During the engineering development phase, customers are allowed to use the NXP GUI and socketed evaluation board to perform OTP emulation/programming (which can then be used with the S32G). 2. For custom OTPs used in the mass production stage, you need to contact NXP's sales channel/distributor; mass production OTP programming should be completed by NXP or a recommended third party. Since this forum primarily addresses issues related to the S32G itself, if you require further details for confirmation, please post in the following forums where dedicated product support engineers will provide further assistance. Thank you for your understanding. BR Chenyin BR Chenyin