Need help verifying CAN communication on the RD33772C14VEVM board Hello, My name is Hyewoon Jang. I am currently trying to test the RD33772C14VEVM board, and I have set up my environment as follows: Software: MBDT for BMS 1.2.0 + MBDT for S32K3xx 1.4.3 (I installed version 1.4.0 first and then applied the 1.4.3 patch.) Model: MBDT for BMS → BMS_Examples → rd33772c14vevm → rd33772c14vevm_s32ct → rd33772c14vevm_s32ct.mdl Hardware: The hardware is connected as shown in the attached photo. For now, I have not connected a battery, since I would like to check the basic operation of the model first. I am only supplying 12 V power to the board. After setting up the environment as described above, I tried to download the model to the board, but the download process shows “Could not connect to target.” Therefore, I imported the generated code into S32 Design Studio 3.5 and tried to download it from there. In S32DS, the build process completes successfully. Therefore, I connected the board to Vector CANalyzer in order to check whether any CAN messages are being transmitted from the board. However, no CAN messages are displayed in CANalyzer. Since I suspected that the issue might be related to the J-Link debugger, I also tried connecting the board using TRACE32. However, the reset indicator repeatedly turns red, and TRACE32 shows the error message “target power fail.” At this point, I simply want to verify whether the board is operating properly by checking if any CAN messages are transmitted. I really would like to resolve this issue. If there are any items that I should check, I would greatly appreciate it if you could let me know. I will follow your guidance and try each step. Could you please advise me on what I should do to solve this problem? #rd33772c14vevm, #CAN, #s32k344, #JTAG, #MBDT

IMX95LPD5EVK-19CM:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでのLIBUSBエラー) NXPチームの皆様、こんにちは。 純正BSPからIMX95LPD5EVK-19CMをeIQ Neutron NPU YOLO推論のためにLF_v6.18.2-1.0.0にアップグレードするのに助けが必要です。UUU eMMCのフラッシュは、LinuxとWindowsの両方でSDPS:bootで異なるlibusbエラーで失敗します。詳細は下記をご覧ください。 --- ## 1. ハードウェア |アイテム|詳細 | |------|--------| |ボード|IMX95LPD5EVK-19CM(i.MX 95 19×19 EVK、SOM + ベースボード) | |Yocto マシン / ホスト名 |IMX95-a1-19x19-LPDDR5-EVK | |シリコン |i.MX 95 A1 | |ストレージ |64GB eMMC(工場出荷時の事前フラッシュ済みLinux) | |パワー|J5に12V、SW4オン | |デバッグ |J31 USB-C →ホスト(シリアル番号115200) | |フラッシュポート |J8 USB1 OTG USB-C →ホスト | |カメラ |J7上のLogitech C920(/dev/video13) | --- ## 2.ソフトウェアのバージョン ### 現在(純正eMMC — Linuxは通常起動) | コンポーネント | バージョン | |-----------|---------| | BSP | LF6.12.34_2.1.0| |カーネル |6.12.34-lts-next-gbe78e49cb433 | |Boot cmdline |root=/dev/mmcblk0p2 | |Neutron delegate |v1.0.0-be8bf399 | |libneutron_delegate.so |/usr/lib/libneutron_delegate.so | |ホストコンバータ(旧) |eIQツールキット1.17 / Neutronコンバーター2.1.3| ### ターゲット（ダウンロード済み、eMMCへの書き込みはまだ完了していません） |コンポーネント |バージョン / ファイル | |-----------|----------------| |BSPリリース |LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | |カーネル(期待値) |6.18.2-1.0.0 | |画像パッケージ |LF_v6.18.2-1.0.0_images_IMX95 | |ブートイメージ |imx-boot-imx95-19x19-lpddr5-evk-sd.bin flash_all| |根源 |imx-image-full-imx95evk.wic(~11 GB) | |Neutron代理(期待) |v1.0.0-7399A58E | |ホストコンバータ(ホストで準備完了) |eIQ Neutron SDK 3.0.1 (converter 3.0.1+0Xd5d7918e)| 参考:NXPフォーラムエンジニア(Zhiming_Liu)がi.MX95上でYoloV8mをL6.18.2+eIQ Neutron SDK 3.0.1+delegate 7399a58eで検証しました。 --- ## 3.アプリケーション目的 YOLO(v8n / v11n)でのUSBウェブカメラの人物検出方法: - INT8 TFLite エクスポート(Ultralytics) - Neutron コンバータ --ターゲットIMX95 - tflite_runtime + libneutron_delegate.SO 搭載 現在のBSP（6.12.34）では： - NXPフォーラム yolov8m_full_integer_quant_converted.tflite → NPU呼び出しでセグメンテーション違反 (終了コード139) - カスタム yolov8n_neutron.tflite → 呼び出しは成功しましたが、人物検出数は0です - NPU上のヘッドレスバックボーン → 常にガベージ出力（約1.13）CPU分割パイプラインは正常に動作する（検出率56～90%） 結論:SDK 3.0.1で変換されたNPUモデルを検証するには、eMMC上でL6.18.2 BSPが必要です。 --- ## 4. ホスト設定 | ホスト | UUU バージョン | パス | |------|-------------|------| | Ubuntu 24.04 (x86_64) | libuuu_1.5.243-0-g230f1b1 | /usr/local/bin/uuu | | Windows 10/11 | libuuu_1.5.243-0-g230f1b1 | uuu.exe (mfgtools uuu_1.5.243 リリースより) | 両ホスト上のイメージディレクトリ： LF_v6.18.2-1.0.0_images_IMX95 --- ## 5.ブートスイッチSW7(IMX95LPD5EVK-19CM QSGごと、1=ON 0=OFF) | モード | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| |シリアルダウンロード (UUU) | 1 | 0 | 0 | 1 | | eMMC ブート (通常) | 1 | 0 | 1 | 0 | eMMCブート（SW7=1010）は正常に動作します。SW7の交換前には必ず、電源の完全な投入サイクルを実施してください。 --- ## 6. フラッシュ手順 (UUU 経由の eMMC) 基板準備(LinuxとWindowsでも同様): - SW7 = 1001(シリアルダウンロード) - J8(USB1 OTG)はホストPCにコネクテッド(J31ではありません) - オプションのシリアルコンソール用にJ31コネクテッド - J5 12 V電源コネクテッド - 「既知のUSBデバイスを待機中」と表示されたときにボードが電源オン コマンド: uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic (Linux: sudo uuu ... |ウィンドウズ:uuu.exe...画像ディレクトリより) --- ## 7.UUU errors — Linux (Ubuntu 24.04) sudo /usr/local/bin/uuu -b emmc_all \ imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all\ imx-image-full-imx95evk.wic 出力： NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:6-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 注： - lsusb は、NXP USB デバイス (1fc9:015d) が SDP モードであることを短時間表示します。 - uuu は時々「新しい USB デバイスが接続されました」と表示した後、SDPS: ブートで失敗します - sudoなしの場合：権限が拒否されました（errno=13） - eMMCは変更されませんでした（フラッシュ書き込みが完了しませんでした） --- ## 8. UUUエラー — Windows ホスト: Windows 10/11、PowerShell、uuu.exe 1.5.243 作業ディレクトリ:C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### 試行 — flash_all (正しいブートイメージが期待される) PS C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95> & '..\uuu (2).exe' -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:3-E3C50910 1/1 [HID(W): LIBUSB_ERROR_PIPE (-9)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 各ホストにおけるUSBエラーの概要： | ホスト | ブートイメージ | libusb エラー | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | すべての障害は同じステップで発生します：SDPS：ブート（eMMC書き込み処理前）。 --- ## 9. 今日通用するもの - SW7=1010 →通常、工場出荷時のeMMC Linux(6.12.34)を起動します - eth0上のSSH作業 - USBウェブカメラ(/dev/video13)を検出 - libneutron_delegate.so present(be8bf399) - CPU側の推論検証;現在のBSPでのNPU出力が不正確です --- ## 10.NXPへの質問 1.IMX95LPD5EVK-19CM(A1)、デバイス1fc9:015d、SW7=1001、J8でuuu 1.5.243を搭載したSDPS:ブート失敗の場合、LinuxでLIBUSB_ERROR_NO_DEVICE(-4)がLIBUSB_ERROR_PIPE(-9)/LIBUSB_ERROR_IO(-1)になる原因は何ですか? 2. 既知のuuu 1.5.243はありますか？+ IMX95 A1の互換性要件(ドライバ、WindowsのWinUSB/Zadig、Linuxのudevルール)について? 3. imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic が IMX95LPD5EVK-19CM eMMC フラッシュ (ECC RAM でない限り sd-ecc ではない) の正しい組み合わせであることを確認します。 4. be8bf399(6.12.34)と7399a58e(6.18.2)の間に、YOLOv8 INT8モデルに影響を与える既知のNeutronデリゲートの違いはありますか? 5. LinuxとWindowsの両方でUUUのUSBパスが失敗した場合に、L6.18.2をeMMCにフラッシュする代替の方法はありますか? --- ## 11.ログはご要望に応じて提供いたします。 - 完全なuuuu詳細ログ:uuu -v -b emmc_all...(LinuxおよびWindows) - ボードがSDPモードに入った際のホストLSUSB / デバイスマネージャー / dmesg - シリアルコンソールログ(工場出荷時のeMMC起動 — 動作中) - ボード:uname -r、文字列libneutron_delegate.so、NPUテスト結果は1934年12月6日 Neutron NPU開発のためのeMMCアップグレードをL6.18.2-1.0.0に完成させるためのご指導ありがとうございます。 よろしくお願いいたします。 Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) i.MX 95のA1シリコンは、最新のBSPではサポートされなくなりました。6.12.34がA1をサポートする最後のバージョンと思われます。 回避策はありません。最新のBSPをA1シリコンで動かすことはできません。EVKを新しいドーターカードでアップグレードする必要があります。A1シリコンカードは青色、B0シリコンカードは緑色です。 6.18.2の.wicファイルを使用して古いEVKにUUUダウンロードをテストしていません。画像ですが、おそらくそちら側と同じように失敗すると思います。数日中にやります。SDカードでテストして、.wicをプログラムすることもできますPC上のイメージをSDカードに書き出し、ブートモードをSDカードに設定してEVKで実行してみてください。 よろしくお願いいたします。 ベルンハルト。

TEF82xx 低レベルドライバーのビルド問題 こんにちは、 TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PRODをビルドして、含まれている例を実行しようとしているのですが、問題が発生しています: ソースファイルが見つからない:src/plf_sys.c そして、このファイルは本当に見つからないのです。他のいくつかの例と同様に (plf_cap.c、plf_crc.c、plf_hio.c、bc_api\bc_api_src\plf\CMakeLists.txt で必要とされるものなど。これらのファイルはどこで見つけられますか?

有没有比较简单易用的8位微控制器/汇编语言？ 我正在寻找一款可以查看实际十六进制/二进制代码的 8 位微控制器。我在大学学习 8051 汇编语言，我非常喜欢看到和理解内存中的每一条指令和值。但是这些微控制器已经过时，需要很多“破解”才能兼容。至少每次我把代码放到真正的硬件上运行时，都会有这种感觉。那么，有没有一种简单的8位汇编语言，可以配合实际的芯片，让我能够编写简单的电子项目程序呢？ Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? 你好， 恩智浦半导体有8位设备的产品目录，您可以选择S08SG|8位小封装SG MCU | 恩智浦半导体设备。 S08SG 系列是一款入门级到中端设备，具备通用功能。 CodeWarrior 工具中包含了 S08SG 设备。 CodeWarrior 工具版本 11.1 支持 Windows 11，该工具支持不同的连接方式 [P&E USB Multilink Universal / USB Multilink、P&E Cyclone、开源 BDM、P&E 全芯片仿真]。 您可以从以下链接下载该工具： CodeWarrior ® for MCUs (Eclipse IDE) v11.1 在 CW 工具中，进入调试模式时，会有一个反汇编视图部分，其中显示加载的程序，该程序以汇编语言指令与源代码混合的形式进行比较。 此致敬礼，路易斯

需要帮助验证 RD33772C14VEVM 板上的 CAN 通信 你好， 我的名字是张惠云。 我目前正在测试RD33772C14VEVM开发板，我的测试环境设置如下： 软件： MBDT for 电池管理系统 1.2.0 + MBDT for S32K3xx 1.4.3 （我先安装了 1.4.0 版本，然后应用了 1.4.3 补丁。） 模型： MBDT for 电池管理系统 → 电池管理系统_Examples → rd33772c14vevm → rd33772c14vevm_s32ct → rd33772c14vevm_s32ct.mdl 硬件： 硬件连接方式如图所示。 目前我还没有连接电池，因为我想先检查一下模型的基本运行情况。我只给电路板提供 12V 电源。 按照上述步骤设置好环境后，我尝试将模型下载到开发板上，但下载过程显示“无法连接到目标”。 因此，我将生成的代码导入到 S32 Design Studio 3.5 中，并尝试从那里下载它。在 S32DS 中，构建过程成功完成。 因此，我将电路板连接到 Vector CANalyzer，以检查电路板是否正在发送任何 CAN 消息。但是，CANalyzer 中没有显示任何 CAN 消息。 由于我怀疑问题可能与 J-Link 调试器有关，所以我还尝试使用 TRACE32 连接电路板。但是，复位指示灯反复变红，TRACE32 显示错误信息“目标电源故障”。 此时，我只想通过检查是否有 CAN 消息发送来验证电路板是否正常工作。 我真的很想解决这个问题。 如果还有什么需要我检查的项目，请您告知，我将不胜感激。我会按照您的指导，一步一步地尝试。 请问我应该如何解决这个问题？ #rd33772c14vevm，#CAN，#s32k344，#JTAG，#MBDT

IMX95LPD5EVK-19CM：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） 您好，NXP团队， 我需要帮助将 IMX95LPD5EVK-19CM 从工厂 BSP 升级到 LF_v6.18.2-1.0.0，以便进行 eIQ Neutron NPU YOLO 推理。UUU eMMC 刷写在 Linux 和 Windows 系统上均失败，在 SDPS:启动 处出现不同的 libusb 错误。详情如下。 --- 1. 硬件 | 项目 | 详情 | |------|--------| | 板 | IMX95LPD5EVK-19CM（i.MX 95 19×19 EVK，SOM + 基板）| | Yocto 机器/主机名 | imx95-a1-19x19-lpddr5-evk | | 硅 | i.MX 95 A1 | | 存储 | 64 GB eMMC（出厂预装 Linux 系统） | | 电源 | J5 接 12V，SW4 打开 | | 调试 | J31 USB-C → 主机（串口，115200） | | 闪存端口 | J8 USB1 OTG USB-C → 主机 | | 摄像头 | 罗技 C920，J7 接口 (/dev/video13) | --- 2. 软件版本 ### 当前版本（出厂 eMMC — Linux 正常启动） | 元器件 | 版本 | |-----------|---------| | BSP | LF6.12.34_2.1.0| | 内核 | 6.12.34-lts-next-gbe78e49cb433 | | 启动命令行 | root=/dev/mmcblk0p2 | | Neutron 委托 | v1.0.0-be8bf399 | | libneutron_delegate.so | /usr/lib/libneutron_delegate.so | |主机变流器（旧）| eIQ 工具包 1.17 / 中子变流器 2.1.3| ### 目标（已下载，尚未刷写到 eMMC） | 组件 | 版本/文件 | |-----------|----------------| | BSP 版本 | LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | | 内核（预期） | 6.18.2-1.0.0 | | 图像包 | LF_v6.18.2-1.0.0_images_IMX95 | | 启动镜像 | imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all| | 根文件系统 | imx-image-full-imx95evk.wic (约 11 GB) | | Neutron 委托（预期） | v1.0.0-7399a58e | | 主机变流器（主机端已准备就绪） | eIQ Neutron SDK 3.0.1（变流器 3.0.1+0Xd5d7918e）| 参考：NXP 论坛工程师 (Zhiming_Liu) 在 i.MX95 上使用 L6.18.2 + eIQ Neutron SDK 3.0.1 + delegate 7399a58e 验证了 YOLOv8m。 --- 3. 应用目标 使用 YOLO (v8n / v11n) 进行 USB 网络摄像头人脸检测： - INT8 TFLite 导出（Ultralytics） - 中子变流器 --target imx95 - 板载 tflite_runtime + libneutron_delegate.so 基于当前 BSP (6.12.34)： - NXP 论坛 yolov8m_full_integer_quant_converted.tflite → NPU 调用时发生段错误（退出代码 139） - 自定义 yolov8n_neutron.tflite → 调用成功，但未检测到任何人 - 无头骨架构在 NPU 上运行 → 持续输出垃圾数据（~1.13）；CPU拆分流水线工作正常（检测率56%–90%） 结论：在验证使用 SDK 3.0.1 转换的 NPU 模型之前，需要在 eMMC 上使用 L6.18.2 BSP。 --- 4. 主机设置 | 主机 | UUU 版本 | 路径 | |------|-------------|------| | Ubuntu 24.04 (x86_64) | Ubuntu 24.04 (x86_64) libuuu_1.5.243-0-g230f1b1 | /usr/local/bin/uuu | /usr/local/bin/uuu | /usr/local/bin/uuu | Windows 10/11 | libuuu_1.5.243-0-g230f1b1 | uuu.exe（来自 mfgtools uuu_1.5.243 版本） | 两台主机上的镜像目录： LF_v6.18.2-1.0.0_images_IMX95 --- ## 5. 启动开关 SW7（根据 IMX95LPD5EVK-19CM 快速入门指南，1=开，0=关） | 模式 | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| |串行下载 (UUU) | 1 | 0 | 0 | 1 | | eMMC 启动（正常） | 1 | 0 | 1 | 0 | eMMC 启动（SW7=1010）工作正常。每次更改SW7之前，都需执行完整的电源循环。 --- ## 6. 闪存程序（通过 UUU 的 eMMC） 板准备（Linux 和 Windows 系统相同）： - SW7 = 1001（序列号下载） - J8（USB1 OTG）连接到主机（不是 J31） - J31 连接可选的串行控制台 - J5 已连接 12V 电源 - 当 uuu 显示“等待已知的 USB 设备”时，板已通电 命令： uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic （Linux：sudo uuu ... | Windows：uuu.exe ... 从镜像目录运行） --- ## 7. UUU 错误 — Linux (Ubuntu 24.04) sudo /usr/local/bin/uuu -b emmc_all \ imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all\ imx-image-full-imx95evk.wic 输出： 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:6-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 笔记： - lsusb 命令短暂显示 NXP USB 设备 (1fc9:015d) 处于 SDP 模式 - uuu 有时会打印“已连接新 USB 设备”，然后在 SDPS: 启动时失败。 - 未使用 sudo：权限被拒绝（错误号=13） - eMMC 未修改（闪存未完成） --- ## 8. UUU 错误 — Windows 主机：Windows 10/11，PowerShell，uuu.exe 1.5.243 工作目录：C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### 尝试 — flash_all（预期正确的启动映像） PS C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95> & '..\uuu (2).exe' -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:3-E3C50910 1/1 [HID(W): LIBUSB_ERROR_PIPE (-9)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 各主机USB错误汇总： | 主机 | 启动映像 | libusb 错误 | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | 所有故障都发生在同一步骤：SDPS：启动（在 eMMC 写入进度之前）。 --- 9. 如今哪些方法行之有效 - SW7=1010 → 正常启动出厂 eMMC Linux (6.12.34)。 - 通过 eth0 进行 SSH 连接正常 检测到 USB 网络摄像头 (/dev/video13) - libneutron_delegate.so 存在 (be8bf399) - CPU端推理已验证；当前电路板支持包。上的NPU输出不正确 --- 10.向恩智浦提出的问题 1.对于在 IMX95LPD5EVK-19CM (A1) 上，使用 uuu 1.5.243 版本，设备 1fc9:015d，SW7=1001，J8 时 SDPS:启动 失败的情况，Linux 上出现 LIBUSB_ERROR_NO_DEVICE (-4) 错误的原因是什么？而 Windows 上出现 LIBUSB_ERROR_PIPE (-9) / LIBUSB_ERROR_IO (-1) 错误的原因又是什么？ 2. 是否有已知的 uuu 1.5.243+ IMX95 A1 兼容性要求（驱动程序、Windows 上的 WinUSB/Zadig、Linux 上的 udev 规则）？ 3. 确认 imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic 是 IMX95LPD5EVK-19CM eMMC 闪存的正确配对（除非是 ECC RAM，否则不是 sd-ecc）。 4. be8bf399 (6.12.34) 和 7399a58e (6.18.2) 之间是否存在已知的中子代表差异，从而影响 YOLOv8 INT8 模型？ 5. 如果在 Linux 和 Windows 系统上 UUU USB 路径均失败，是否有其他受支持的方法将 L6.18.2 刷写到 eMMC？ --- 11.日志可应要求提供 - 完整的 uuu 详细日志：uuu -v -b emmc_all ...（Linux 和 Windows） - 当主板进入 SDP 模式时，运行主机 lsusb / 设备管理器 / dmesg 命令 - 串口控制台日志（工厂 eMMC 启动 — 正常） - 板：uname -r，字符串 libneutron_delegate.so，NPU 测试结果（版本 6.12.34） 感谢您对 Neutron NPU 开发中 eMMC 升级到 L6.18.2-1.0.0 的指导。 顺祝商祺！ Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) i.MX 95 的 A1 芯片已不再受我们最新的 BSP 支持，6.12.34 似乎是最后一个支持 A1 的版本。 没有变通办法，你不能让最新的 电路板支持包。 在 A1 芯片上运行，你需要用新的子卡升级你的 EVK。A1硅卡为蓝色，B0硅卡为绿色。 我没有使用 6.18.2 .wic 文件在旧款 EVK 上测试过 UUU 下载。图片显示正常，但我预计它在您那边出现的问题与之前一样。我会在接下来的几天里完成这件事。你可以用SD卡做个测试，对.wic文件进行编程。将电脑上的镜像文件复制到 SD 卡上，然后尝试在 EVK 上运行它，并将启动模式设置为 SD 卡。 问候， 伯恩哈德。

S32K344の開発ボードはOpenSDAではフラッシュできません。 S32K344の開発ボードはOpenSDAではフラッシュできません。 Re: The S32K344 development board cannot be flashed using OpenSDA. こんにちは、 @djaylou さん。 現在使用しているボードは、FRDM-A-S32K344、S32K3X4EVB-T172、またはS32K344-WBのどれですか？また、機器の電源が正しく供給されているか確認してもらえますか? BR、VaneB

S32K358 MBDT Referenced Model Build Failure Hi, I am using MATLAB R2024b and NXP MBDT for S32K358. I have a standalone NXP CAN communication model that builds, flashes, and runs correctly on hardware (10 Hz CAN Tx/Rx). I also have a separate BMS algorithm model (Offline_Test) containing referenced models, state machines, estimators, and fault management logic. When I integrate the BMS algorithm into the working NXP model and build, MBDT generates a separate configuration folder for a referenced model (BMS_Out_Config) and fails with: fatal error: Mcl.h: No such file or directory #include The error comes from: Controller/BMS_Out_Config/src/mbdt_board_init.c while Mcl.h is not generated in: Controller/BMS_Out_Config/RTD/include My question is: Should algorithm-only referenced models have their own hardware configuration/RTD generation? Or should they inherit the top-level hardware model configuration? Is there a recommended workflow for integrating large algorithmic referenced models into an existing S32K3 hardware project? Screenshots of the working NXP model, the BMS algorithm model, and the build error are attached. Thanks.

S32K3_RTD_7_0_0のダウンロードリンクについて NXPのHPから、以下の条件のRTDのExeをダウンロードしたく、探したのですが見つかりません。 ダウンロードリンクを教えていただけないでしょうか？ 急いでいるのでご回答いただけると助かります。 S32K3_RTD_7_0_0_D2510_ASR_REL_4_9_REV_0000_20251031 こちらで探したところ、近しいものとして以下をダウンロードできたのですが 上記の条件のRTDを必要としています。 SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP04_HF01_D2510.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512.exe Re: S32K3_RTD_7_0_0のダウンロードリンクについて ハイ EBTresosまたはS32DSを使用する必要がありますか？ EBTresosを使用する場合は、S32K3_S32M27xリアルタイム・ドライバASR R23-11バージョン7.0.0をダウンロードしてインストールしてください(SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe) S32DSを使用する必要がある場合は、S32K3_S32M27xリアルタイム・ドライバASR R23-11バージョン7.0.0をダウンロードしてください(SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511_DesignStudio_updatesite.zip) よろしくお願いいたします ロビン

S32K344チップ、spdにeMCEM_1モジュールを追加した後、ブートローダーを使用してダウンロードに失敗しました。 ロジックを整理して書き直します。タイトルにあるように、アプリコードでeMCEM_1を有効にすると、公式ブートローダーを使用したアプリのダウンロードが失敗しました。チップを消去しなければ、再びブート画面に入ることができず、電源を入れ直しても問題は解決しなかった。電源を入れ直した後、起動プロセスでアプリが起動したものの、アプリが起動しなかったのではないかと推測しています。eMCEM_1を無効にすると、この問題は発生しません。eMCEM_1が有効になっているときに、Bootでアプリを書き換えるにはどうすればいいですか Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 問題の説明が必ずしも明確ではない。 もしアプリケーションがブートローダーを通じてプログラムされている場合、アプリケーションに含まれるeMCEM_1設定はダウンロード中に実行されるわけではなく、単なるバイナリであるため、プログラミングプロセス自体に影響を与えることはありません。 ブートローダーがアプリケーションへの実行を転送した後にのみ、eMCEM/FCCU関連の設定が重要になり、その時点で以下の点を確認することが有用です。 FCCUステータス登録簿 DCMフラグ、MC_RGMフラグ。 また、アプリケーションが実際にmain()に到達するかどうかも重要です。 現在の説明からは、プログラミング操作が失敗するのか、プログラムが成功して問題がアプリケーションの実行開始時に起こるのかは不明です。 出来事の正確な順序を説明していただけますか? よろしくお願いいたします。 ダニエル

使いやすい8ビットのマイクロコントローラやアセンブリ言語はありますか? 実際の16進/バイナリコードが見られる8ビットのマイクロコントローラを探しています。大学で8051アセンブリ言語を学んでいるのですが、メモリ内の命令や値の一つ一つを見て理解できることが本当に大好きです。しかし、それらのマイクロコントローラは時代遅れで互換性のために多くの「ハック」が必要です。少なくとも、自分のコードを実際のハードウェアに書き込むたびに、そんな風に感じるんです。では、シンプルな8ビットアセンブリ言語で実際のチップを使った簡単な電子工学プロジェクトをプログラムできるものはありますか? Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? こんにちは、 NXPには 8ビットデバイスのカタログがあります。 S08SG|8ビットSmall Package SG MCUを使えます |NXPセミコンダクターズの デバイス、 S08SGファミリーは、一般的な機能を備えたエントリーレベルからミッドレンジのデバイスです。 S08SGデバイスはCodeWarriorツールに含まれています。 CodeWarriorツールバージョン11.1はWindows 11でサポートされており、このツールはさまざまな接続に対応しています[P&E USB Multilink Universal / USB Multilink、P&E Cyclone、オープンソースBDM、P&E Full chip simulation] このツールはこちらのリンクからダウンロードできます: CodeWarrior® for MCUS (Eclipse IDE) v11.1 CWツールでデバッグを入力すると、Disassemblyビューのセクションがあり、読み込まれたプログラムがアセンブリ言語命令とソースコードの混合として比較されています。 敬具、ルイス

VSCodeのデバッグプローブウィンドウが読み込まれない（右にスクロールする白い線が表示される）。 これはOS X、VSCバージョン26.6.57での動作です。DEBUG PROBES ウィンドウは、プローブを一切検出していません（現時点では Segger です）。これは、私がアップグレードを行う前は正常に動作していたフリーフォームプロジェクトに関するものです。何を調査すべきかについて、ご提案をいただければ幸いです。プローブはVS Code拡張機能の外部で機能しています。MCUXpresso Installerも実行しました（PEMicroサーバーのインストールでは常に回転するホイールが表示されますが、tarを~/.mcuxpressotools/pemicrogdbserverに展開することには成功しました）。（余談ですが）。 拡張機能がデバッグツールとどのように連携しようとしているのか、その内容や方法に関する情報が役立つでしょう。拡張機能の設定などでツールの場所を指定しようと試みました。 デバッグプローブビューは、debug-tracker-vscodeの依存関係によって制御されますか？ 読み込み時に「プロバイダーが見つかりませんでした」というメッセージが一瞬表示されます。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). こんにちは、 @buff。 「これはアップグレードを行う前に動作していた自由形式のプロジェクト用です」とおっしゃった際、何がアップグレードされたのかを明確にしていただけますか? これで問題が解決するかどうかを確かめるために、以下のテストを行ってもらえますか? -デバッグプローブウィンドウで、 [デバッグのクリーンアップ]をクリックし、[更新]ボタンをクリックします。 MCUXpressoインストーラーを最新バージョンにアップデートしてください。パッケージ およびコンポーネントの状態、バージョン、更新 のセクションで説明されている手順に従うことができます。 - MCUXpressoインストーラーからSEGGER J-Linkソフトウェアパックを再インストールしてください。 また、現在どのデバイスを使っているのか教えていただけますか?これは当社のEVK製品の一つですか、それともカスタムボードですか？ BR ハビブ

关于 S32K3_RTD_7_0_0 的下载链接 我想从 NXP 网站下载一个符合以下条件的 RTD 可执行文件，但我找不到。 请问可以提供下载链接吗？ 我很赶时间，所以希望您能尽快回复。 S32K3_RTD_7_0_0_D2510_ASR_REL_4_9_REV_0000_20251031 我找到了以下类似的可下载产品，但它需要一个符合上述条件的 RTD（Ready-to-Download）。 SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP04_HF01_D2510.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512.exe Re: S32K3_RTD_7_0_0のダウンロードリンクについて HI 您需要使用 EBTresos 还是 S32DS？ 如果您需要使用 EBTresos，请下载并安装 S32K3_S32M27x 实时驱动程序 ASR R23-11 版本 7.0.0。（SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe）。 如果您需要使用 S32DS，请下载 S32K3_S32M27x 实时驱动程序 ASR R23-11 版本 7.0.0。（SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511_DesignStudio_updatesite.zip）。 此致敬礼， Robin

VSCode 调试探测窗口无法加载（白色线条向右滚动）。 这是在 OS X 系统上，VSC 版本：26.6.57。DEBUG PROBES 窗口未检测到任何探针（目前是 Segger）。这是一个自由格式项目，在我进行升级之前它运行正常。我想请教一下应该检查哪些方面。这些探针在 VSCode 扩展之外运行。我还运行了 MCUXpresso 安装程序（尽管 PEMicro 服务器安装一直显示旋转的圆圈，但它确实成功地将 tar 文件解压到了 ~/.mcuxpressotools/pemicrogdbserver）。（只是顺便提一下）。 有用的信息包括该扩展程序尝试与调试工具进行哪些交互/如何交互。我已尝试在扩展程序设置等中提供工具位置。 调试探针视图是否受 debug-tracker-vscode 依赖项控制？ 页面加载时会短暂显示一条消息，内容大概是找不到提供商。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). 你好@buff ， 您提到“这是一个自由格式项目，在我进行升级之前运行正常”，请问您能否具体说明升级了什么？ 为了确定这是否能解决问题，请您执行以下测试？ -在“调试探针”窗口中，单击“清理调试” ，然后单击“刷新”按钮。 -将 MCUXpresso 安装程序更新到最新版本。您可以按照“代码包，软件包和元器件状态、版本和更新”部分中描述的步骤进行操作。 -从 MCUXpresso 安装程序重新安装 SEGGER J-Link 软件包。 另外，请问您目前使用的是哪款设备？这是我们的EVK产品之一，还是定制的电路板？ BR 哈比卜

VSCode DEBUG PROBES window not loading (white line scrolling right). This is on OS X, VSC ver: 26.6.57.  The DEBUG PROBES window is not detecting any probes (Segger at the moment).  This is for a freeform project which was functioning before I performed an upgrade.  I am looking for suggestions as to what to examine.  The probes are functioning outside of the VSCode extension.  I also have run MCUXpresso Installer as well (though the PEMicro server install always shows a spinning wheel, it did succeed in extracting the tar into ~/.mcuxpressotools/pemicrogdbserver - just an aside). Useful info would be what/how the extension is attempting to interact with the debug tools.  I have attempted to supply tool locations in the extension settings, etc.   Is the Debug Probes view controlled by the debug-tracker-vscode dependency? There is a message visible briefly when this loads, something about no provider found. Re: VSCode DEBUG PROBES window not loading (white line scrolling right). Hello @buff, When you mentioned, "This is for a freeform project which was functioning before I performed an upgrade," could you please clarify what was upgraded? In order to try a pinpoint if this solves the issue, could you perform the following tests? -In the Debug Probes window, click Clean-up Debug and then click the Refresh button. -Update the MCUXpresso Installer to the latest available version. You can follow the steps described in the Package and Component Status, Version, and Updates section. -Reinstall the SEGGER J-Link Software Pack from the MCUXpresso Installer. Also, could you please provide me which device are you currently using? Is one of our EVKs or is a custom board? BR Habib

i.MX 943 EVK:LinuxとZephyrの間でENETCの共有ユースケースを実行 こんにちは、 私は i.MX 943 EVKボードを使っており、Linux上のCortex-A55 SMPとZephyrのCortex-M33sの間でネットワークを共有したいと考えています。 そこで興味を持ちました。i.MX Linux ユーザーズガイド(https://www.nxp.com/docs/en/user-guide/UG10163.pdf - セクション11.6.2)からのENETC共有ユースCASEです。この例では、Linux側でプロキシPFドライバーを有効にするためにRPMsg接続を設定しました。RPMsg接続のリソーステーブルのアドレスは0x208a0000で、仮想キューは0x20800000にあります。これらのアドレス（[0x20800000～0x208A0FFF]）はNETC OCRAM内にあります。この領域はCortex-M33 Core1(M33S)とAP(非セキュアLinux)間のRPMSG共有メモリとして使用されます。 この例では、mx94evknetc.cfgのシステムマネージャー設定ファイルを使い、Cortex-M33がネットワークにアクセスできるようにしています。この設定ファイルの関係で、A55とM33は起動時に起動する必要があるので、ターゲットのimx-mkimage flash_allを使っています。 問題は、flash_a55ターゲット(mx94rte.cfgシステムマネージャーの設定ファイル)を使うと、Linux/U-BootとZephyrはそれらのアドレスにアクセスできますが、flash_allに切り替えると(システムマネージャーの設定ファイルに関係なく)、Linux/U-BootもZephyrもそれらのアドレスにアクセスできません。Zephyrはこれらのアドレスでバスフォールトが発生します。しかし、Zephyrの代わりにシンプルなhello_worldなどのFreeRTOSプログラムを使うと、Cortex-M33sやLinux/U-Bootがそれらのアドレスにアクセスできます。 また、mx94rte.cfgシステムマネージャーファイルでflash_allターゲットを使うと、Linux/U-BootもZephyrもそのアドレスにアクセスできませんが、Cortex-M33を停止してFreeRTOS hello_worldを読み込んで再起動すると、Linux/U-BootはNETC OCRAMにアクセスできます。 ちなみに、Zephyrはflash_M33sターゲットにアクセスできません。 そこで、FreeRTOSが初期化時にZephyrができないことを知りたいです。つまり、Linux/U-BootとZephyr間でNETC OCRAMにアクセスしやすくするために、その点はflash_allターゲットで。 ゼファーバージョン:4.3 Linuxバージョン(リアルタイムエッジ版):6.18.2 Linux

Newbie setting up an autosar environment When downloading S32 Design Studio for ARM 2.2 – Windows/Linux, the above message appears. Hopefully, the official website can be reset so that downloads can proceed normally. Thank you. When downloading S32 Design Studio for ARM 2.2 – Windows/Linux, the above message appears. Hopefully, the official website can reset this so that the download can proceed normally. Thank you.

i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello, I am using the i.MX 943 EVK board and I would like to share the network between the Cortex-A55 SMP on Linux and the Cortex-M33s on Zephyr. So I got interested in the example :  ENETC shared use case from the i.MX Linux User's Guide (https://www.nxp.com/docs/en/user-guide/UG10163.pdf - Section 11.6.2). This example set an RPMsg connection in order to enable the proxy PF driver on the Linux side. The address of the resource table for the RPMsg connection is 0x208a0000 and the virtqueues are at 0x20800000. These addresses ( [0x20800000 to 0x208A0FFF] ) are located in NETC OCRAM. This region is used as RPMSG shared memory between Cortex-M33 Core1(M33S) and AP(Non Secure Linux). For this example, I use the mx94evknetc.cfg system manager config file so that the Cortex-M33s have access to the network. Because of this config file, I need to start the A55 and the M33s at boot time, so I use the target imx-mkimage flash_all. My problem is that when I use a flash_a55 target (with the mx94rte.cfg system manager config file), Linux/U-Boot and Zephyr have access to those addresses but when I switch to flash_all (no matter the system manager config file) neither Linux/U-Boot nor Zephyr have access to those addresses, regardless of the Zephyr program (Zephyr encounters a Bus Fault on these addresses). But if I use any FreeRTOS program such as a simple hello_world instead of Zephyr, the Cortex-M33s and Linux/U-Boot have access to those addresses. And I can say that if I use a flash_all target with the mx94rte.cfg system manager file,  neither Linux/U-Boot nor Zephyr have access to those addresses but if I stop the Cortex-M33s and load a FreeRTOS hello_world on it and start again, then Linux/U-Boot have access to the NETC OCRAM. For information, Zephyr doesn't have access with a flash_M33s target. So I would like to know what FreeRTOS does during its initialization that Zephyr doesn't in order to make the NETC OCRAM accessible between Linux/U-Boot and Zephyr with a flash_all target ? Zephyr Version : 4.3 Linux Version (Real Time Edge version) : 6.18.2 Linux

新手搭载autosar环境 下载S32 Design Studio for ARM 2.2 – Windows/Linux 的时候，提示如上 希望能官网能重置一下，可以进行正常下载  谢谢 When downloading S32 Design Studio for ARM 2.2 – Windows/Linux, the above message appears. Hopefully, the official website can reset this so that the download can proceed normally. Thank you.

i.MX 943 EVK：在 Linux 和 Zephyr 之间运行 ENETC 共享用例 你好， 我正在使用 i.MX 943 EVK 开发板，我想在 Linux 系统上的 Cortex-A55 SMP 和 Zephyr 系统上的 Cortex-M33s 之间共享网络。 所以我对 i.MX Linux 用户指南中的 ENETC 共享用例示例产生了兴趣（ https://www.nxp.com/docs/en/user-guide/UG10163.pdf - 第 11.6.2 节）。本示例设置了 RPMsg 连接，以便在 Linux 端启用代理 PF 驱动程序。RPMsg 连接的资源表地址为 0x208a0000，虚拟队列位于 0x20800000。这些地址（[0x20800000 到 0x208A0FFF]）位于 NETC OCRAM 中。该区域用作 Cortex-M33 Core1(M33S) 和 AP(非安全 Linux) 之间的 RPMSG 共享内存。 在这个例子中，我使用 mx94evknetc.cfg 系统管理器配置文件，以便 Cortex-M33s 可以访问网络。由于这个配置文件，我需要在启动时启动 A55 和 M33s，所以我使用目标 imx-mkimage flash_all。 我的问题是，当我使用 flash_a55 目标（使用 mx94rte.cfg 系统管理器配置文件）时，Linux/U-Boot 和 Zephyr 可以访问这些地址，但当我切换到 flash_all（无论系统管理器配置文件如何）时，Linux/U-Boot 和 Zephyr 都无法访问这些地址，无论 Zephyr 程序如何（Zephyr 在这些地址上遇到总线故障）。但是，如果我使用任何 FreeRTOS 程序（例如简单的 hello_world）而不是 Zephyr，Cortex-M33s 和 Linux/U-Boot 就可以访问这些地址。 我可以说，如果我使用带有 mx94rte.cfg 系统管理器文件的 flash_all 目标，Linux/U-Boot 和 Zephyr 都无法访问这些地址，但如果我停止 Cortex-M33s 并在上面加载 FreeRTOS hello_world 并重新启动，那么 Linux/U-Boot 就可以访问 NETC OCRAM。 需要注意的是，Zephyr 无法访问 flash_M33s 目标。 所以我想知道，为了让 Linux/U-Boot 和 Zephyr 能够通过 flash_all 目标访问 NETC OCRAM，FreeRTOS 在初始化过程中做了哪些 Zephyr 没有做的事情？ Zephyr 版本：4.3 Linux 版本（实时边缘版本）：6.18.2 Linux