The S32K344 development board cannot be flashed using OpenSDA. The S32K344 development board cannot be flashed using OpenSDA. Re: The S32K344 development board cannot be flashed using OpenSDA. Hi @djaylou  Which board are you currently using: FRDM-A-S32K344, S32K3X4EVB-T172, or S32K344-WB? Also, can you confirm that the device is being powered correctly? BR, VaneB

RD33772C14VEVMボード上のCAN通信の確認に助けが必要です こんにちは、 私の名前はチャン・ヘウンです。 現在、RD33772C14VEVMボードのテストを行っており、以下のように環境をセットアップしました。 ソフトウェア: BMS 1.2.0用MBDT + S32K3xx 1.4.3用MBDT （最初にバージョン1.4.0をインストールし、その後1.4.3のパッチを適用しました。） モデル: BMSのMBDT→ BMS_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

S32K358 MBDT参照モデルビルド失敗 こんにちは、 私はMATLAB R2024bとNXP MBDT for S32K358を使用しています。 私はハードウェア(10Hz CAN Tx/Rx)上で正しくビルド、フラッシュ、動作するスタンドアロンのNXP CAN通信モデルを持っています。 また、参照モデル、ステートマシン、推定器、故障マネジメントロジックを含む別のBMSアルゴリズムモデル(Offline_Test)も持っています。 BMSアルゴリズムを動作中のNXPモデルに統合してビルドすると、MBDTは参照モデル(BMS_Out_Config)用の別の設定フォルダを生成し、以下で失敗します: 致命的なエラー: Mcl.h:そのようなファイル、又はディレクトリはありません #include エラーの原因は次のとおりです。 コントローラー/BMS_Out_Config/src/mbdt_board_init.c Mcl.h は、以下の環境では生成されません。 コントローラ/BMS_Out_Config/RTD/インクルーブ 私の質問は次のとおりです。 アルゴリズムのみ参照されたモデルには、独自のハードウェア構成やRTD生成が必要でしょうか? それとも最上位のハードウェアモデル構成を引き継ぐべきでしょうか? 既存のS32K3ハードウェアプロジェクトに大規模なアルゴリズム参照モデルを統合するための推奨ワークフローはありますか? 動作中のNXPモデル、BMSアルゴリズムモデル、ビルドエラーのスクリーンショットを添付します。 ありがとうございます。

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 参考模型构建失败 您好， 我正在使用 MATLAB R2024b 和 NXP MBDT 开发 S32K358 模块。 我有一个独立的 NXP CAN 通信模型，它可以在硬件上正确构建、烧录和运行（10 Hz CAN Tx/Rx）。 我还有一个单独的电池管理系统算法模型（离线测试），其中包含参考模型、状态机、估计器和故障管理逻辑。 当我将 BMS 算法集成到 NXP 工作模型中并构建时，MBDT 会为引用的模型生成一个单独的配置文件夹 (BMS_Out_Config)，并出现以下错误： 致命错误：Mcl.h：没有这样的文件或目录 #include 错误源自： Controller/BMS_Out_Config/src/mbdt_board_init.c Mcl.h 文件未在以下情况下生成： Controller/BMS_Out_Config/RTD/include 我的问题是： 仅算法参考模型是否应该有自己的硬件配置/RTD生成机制？ 或者它们应该继承顶层硬件型号配置？ 对于将大型算法参考模型集成到现有的 S32K3 硬件项目中，是否有推荐的工作流程？ 附件中包含 NXP 工作模型、电池管理系统算法模型和版本错误的屏幕截图。 谢谢。

FlexIo 模拟 UART 你好， 目前贵公司生产的S32K118芯片存在以下问题： （1）使用 FlexIO 模拟 SDK 版本（S32SDK_S32K1XX_RTM_4.0.1）的 UART 可以进行环回测试，官方演示也是环回测试的一个示例。然而，当使用 FlexIO 的 MCAL 版本 (SW32K1_S32M24x_RTD_R21-11_3.0.0) 模拟 UART 时，发现无法进行环回测试。是因为 MCAL 版本不支持吗？ （2）考虑到 MCAL 版本不支持，如果使用 FlexIO 的 SDK 版本来模拟量产项目中的 UART，是否存在功能安全隐患？ 最好的祝愿， NXP2。 Re: FlexIo Simulates UART 您好@NXP2 我不确定我是否正确理解了您的问题，但请注意，FlexIO 本身并不提供专用的内部环回功能。在 SDK 示例中，环回测试是通过使用导线将 FlexIO TX 和 RX 信号外部连接来实现的。 关于 S32SDK_S32K1XX_RTM_4.0.1，请注意，这是一个相对较旧的软件版本，目前已停止积极维护。我们通常建议使用 SW32K1_S32M24x_RTD_R21-11_3.0.0，因为它是 S32K1 系列的最新软件版本，并且会持续获得维护更新、错误修复和新功能。 另外，您能否提供更多关于该应用场景的信息？这将有助于我们更好地了解您的使用场景。 BR，VaneB Re: FlexIo Simulates UART 您好@NXP2 通常，环回用于测试和验证目的，以验证外围设备和通信路径的功能。一般不建议将其作为生产系统正常运行模式的一部分。 Re: FlexIo Simulates UART 你好， 你目前的理解是正确的。目前的测试方法是通过外部导线连接 FlexIOTX 和 RX 信号。 （1）目前，乘用车前照灯项目中是否有必要使用它？是否存在功能安全隐患？、 （2）与普通的LPUART有什么区别？它的性能是否稳定可靠？ 此致， 恩智浦2

TEF82xx 底层驱动程序构建问题 你好， 我正在尝试版本 TEF82xx API 底层驱动程序 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 所要求的。我可以在哪里找到这些文件？

IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) Hello NXP team, I need help upgrading IMX95LPD5EVK-19CM from the factory BSP to LF_v6.18.2-1.0.0 for eIQ Neutron NPU YOLO inference. UUU eMMC flashing fails on both Linux and Windows with different libusb errors at SDPS:boot. Details below. --- ## 1. Hardware | Item | Detail | |------|--------| | Board | IMX95LPD5EVK-19CM (i.MX 95 19×19 EVK, SOM + baseboard) | | Yocto machine / hostname | imx95-a1-19x19-lpddr5-evk | | Silicon | i.MX 95 A1 | | Storage | 64 GB eMMC (factory pre-flashed Linux) | | Power | 12 V on J5, SW4 ON | | Debug | J31 USB-C → host (serial, 115200) | | Flash port | J8 USB1 OTG USB-C → host | | Camera | Logitech C920 on J7 (/dev/video13) | --- ## 2. Software versions ### Current (factory eMMC — Linux boots normally) | Component | Version | |-----------|---------| | BSP | LF6.12.34_2.1.0 | | Kernel | 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 | | Host converter (old) | eIQ Toolkit 1.17 / neutron-converter 2.1.3 | ### Target (downloaded, not yet flashed to eMMC) | Component | Version / file | |-----------|----------------| | BSP release | LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | | Kernel (expected) | 6.18.2-1.0.0 | | Image package | LF_v6.18.2-1.0.0_images_IMX95 | | Boot image | imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all | | Rootfs | imx-image-full-imx95evk.wic (~11 GB) | | Neutron delegate (expected) | v1.0.0-7399a58e | | Host converter (ready on host) | eIQ Neutron SDK 3.0.1 (converter 3.0.1+0Xd5d7918e) | Reference: NXP forum engineer (Zhiming_Liu) validated YOLOv8m on i.MX95 with L6.18.2 + eIQ Neutron SDK 3.0.1 + delegate 7399a58e. --- ## 3. Application goal USB webcam person detection with YOLO (v8n / v11n) using: - INT8 TFLite export (Ultralytics) - neutron-converter --target imx95 - tflite_runtime + libneutron_delegate.so on board On current BSP (6.12.34): - NXP forum yolov8m_full_integer_quant_converted.tflite → SEGFAULT on NPU invoke (exit 139) - Custom yolov8n_neutron.tflite → invoke OK but 0 person detections - Headless backbone on NPU → constant garbage output (~1.13); CPU split pipeline works (56–90% detections) Conclusion: need L6.18.2 BSP on eMMC before NPU models converted with SDK 3.0.1 can be validated. --- ## 4. Host setup | Host | UUU version | Path | |------|-------------|------| | 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 (from mfgtools uuu_1.5.243 release) | Image directory on both hosts: LF_v6.18.2-1.0.0_images_IMX95 --- ## 5. Boot switch SW7 (per IMX95LPD5EVK-19CM QSG, 1=ON 0=OFF) | Mode | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| | Serial Download (UUU) | 1 | 0 | 0 | 1 | | eMMC boot (normal) | 1 | 0 | 1 | 0 | eMMC boot (SW7=1010) works normally. Full power cycle performed before each SW7 change. --- ## 6. Flash procedure (eMMC via UUU) Board preparation (same for Linux and Windows): - SW7 = 1001 (Serial Download) - J8 (USB1 OTG) connected to host PC (not J31) - J31 connected for optional serial console - J5 12 V power connected - Board powered ON when uuu displays "Wait for Known USB Device" Command: uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all imx-image-full-imx95evk.wic (Linux: sudo uuu ... | Windows: uuu.exe ... from image directory) --- ## 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 Output: uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 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 ... Notes: - lsusb briefly shows NXP USB device (1fc9:015d) in SDP mode - uuu sometimes prints "New USB Device Attached" then fails at SDPS: boot - Without sudo: permission denied (errno=13) - eMMC was not modified (flash did not complete) --- ## 8. UUU errors — Windows Host: Windows 10/11, PowerShell, uuu.exe 1.5.243 Working directory: C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### Attempt — flash_all (expected correct boot image) 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_all imx-image-full-imx95evk.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 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 ... Summary of USB errors across hosts: | Host | Boot image | libusb error | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | All failures occur at the same step: SDPS: boot (before eMMC write progress). --- ## 9. What works today - SW7=1010 → boots factory eMMC Linux (6.12.34) normally - SSH over eth0 works - USB webcam (/dev/video13) detected - libneutron_delegate.so present (be8bf399) - CPU-side inference validated; NPU output incorrect on current BSP --- ## 10. Questions for NXP 1. For SDPS:boot failures with uuu 1.5.243 on IMX95LPD5EVK-19CM (A1), device 1fc9:015d, SW7=1001, J8 — what causes LIBUSB_ERROR_NO_DEVICE (-4) on Linux vs LIBUSB_ERROR_PIPE (-9) / LIBUSB_ERROR_IO (-1) on Windows? 2. Are there known uuu 1.5.243 + IMX95 A1 compatibility requirements (driver, WinUSB/Zadig on Windows, udev rules on Linux)? 3. Confirm imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic is the correct pair for IMX95LPD5EVK-19CM eMMC flash (not sd-ecc unless ECC RAM). 4. Any known Neutron delegate differences between be8bf399 (6.12.34) and 7399a58e (6.18.2) affecting YOLOv8 INT8 models? 5. Is there an alternative supported method to flash L6.18.2 to eMMC if UUU USB path fails on both Linux and Windows? --- ## 11. Logs available on request - Full uuu verbose log: uuu -v -b emmc_all ... (Linux and Windows) - Host lsusb / Device Manager / dmesg when board enters SDP mode - Serial console log (factory eMMC boot — working) - Board: uname -r, strings libneutron_delegate.so, NPU test results on 6.12.34 Thank you for guidance on completing the eMMC upgrade to L6.18.2-1.0.0 for Neutron NPU development. Best regards Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) The A1 silicon of the i.MX 95 is no longer supported from our latest BSPs, 6.12.34 seems to be last one supporting A1. There is no workaround, you can't make the latest BSP work on A1 silicon, you need to upgrade your EVK with a new daughter card. The A1 silcon card is blue, the B0 silicon card is green. I didn't test a UUU download onto an old EVK using the 6.18.2 .wic image, but I expect that it fails the same way as it fails on your side. I'll do this in the next days. You could do a test with an SD-Card, program the .wic image on you PC to an SD-Card and try to run it on your EVK with boot mode set to SD-Card. Regards, Bernhard.

S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Sort out the logic and rewrite: As the title suggests, when I enabled eMCEM_1 in the app code, downloading the app using the official bootloader failed. If I didn't erase the chip, I couldn't enter the boot again, and even after powering it back on, it wouldn't solve the problem. I suspect that after powering it back on, the boot jumped to the app, but the app didn't run. When I disable eMCEM_1, this issue does not occur. How can I use boot to flash the app when eMCEM_1 is enabled Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Hi @XPW, The problem description is not entirely clear. If the application is being programmed through the bootloader, the eMCEM_1 configuration contained in the application should not affect the programming process itself, since the application is not executed during download, it is just a binary. Only after the bootloader transfers execution to the application would eMCEM/FCCU-related configuration become relevant, and at that point, it would be useful to check: FCCU status registers DCM flags, MC_RGM flags. Or whether the application actually reaches main() Based on the current description, it is unclear whether the programming operation fails, or whether programming succeeds and the issue occurs later when the application starts executing. Could you clarify the exact sequence of events? Regards, Daniel

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

S32セーフティソフトウェアフレームワーク(SAF)およびセーフティ周辺ドライバ(SPD)に関する質問 1. 安全周辺ドライバはリアルタイム・ドライバを*置き換える*のか、それとも補強するのか? 2. これらの両方（またはどちらか一方、あるいはどちらも）はソースコード形式で提供されていますか？ 3. ソースコードが出荷用ファームウェアに含まれる場合、単位あたりのロイヤリティは発生しますか？ 4. 開発キットごと/ユーザーごと/参照あたりのライセンスは、他の方法でカウントされるのか、それとも一度購入すれば組織内で無制限に利用できるのか? 5. これらの車には何らかのセーフティ認証が付いていますか? よろしくお願いいたします。 ドゥルガ・チョードリー Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) こんにちは、ドゥルガ・チョードリーさん。 1. RTDを補完／強化する。The SPD 製品ブリーフ and SAF 製品ブリーフ mentions “complements the S32 リアルタイム・ドライバ (RTD)” to cover safety-related on-chip ペリフェラル, and other NXP material says SPD SAF requires/targets specific compatible RTD パッケージ rather than replacing them. 2. はい。S32K3 SAFの納品物には「ソースコード、ユーザーマニュアル、SAFデモアプリケーション」と記載されており、S32K3 SPD納品物にも同様に「ソースコード、ユーザーマニュアル、SPDデモアプリケーション」と記載されています。 3.4.どうか選んだ 代理店と連絡してください。 5. 機能安全プロセスのコンプライアンスと安全関連の資料が付属しており、ECUやシステムの自動認証は含まれていません。 SAFはISO 26262機能安全準拠とされ、SEooCとして開発され、ASIL Dまでの統合に利用可能です。 SPDの資料にも同様に、ISO 26262機能安全基準(ASIL D)への準拠が記載されています。 セーフティパッケージには 、SAFセーフティマニュアル、セーフティ分析、FMEA、故障カバレッジ推定が含まれます。SAF/SPDをダウンロードする際には、 SW32K3_SPD_1.0.6_SafetyPack.zipのようなものをダウンロードできます。 よろしくお願いいたします ロビン Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) こんにちは、 @Robin_Shen さん。 ご説明ありがとうございます。トピック3と4について:私たちはアメリカ合衆国に拠点を置く会社です。つまり、ライセンスを(もし購入するなら)代理店から購入するということですか?Digikeyのサイトを試してみたところ、このトピックに関するあなたのサイトに戻ってきました。具体的な連絡先情報(URL/メールアドレスなど)を教えていただけますか? よろしくお願いいたします。 ドゥルガ・チョードリー Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) SPDは無料です。 NXPはSAF評価版の提供を終了しました。完全版のSAFは、NDA（秘密保持契約）を条件として、開発目的のみで利用可能になりました。 以下は内部チームから受け取った情報です: SAFの開発ライセンスを取得したいお客様は、それぞれの代理店を通じて手続きを進めるべきです。代理店はNXPの担当者と直接連絡を取り、お客様に見積もりを発行できます。顧客が条件を受け入れれば、ソフトウェアが提供されます。

LS1043AXN8QQB DVFS 親愛なるサポートへ、 お客様はLS1043AXN8QQBプラットフォームを使用し、CPUの動的周波数調整を1.6GHzから800MHz、500MHzに設定しました。CPUが500MHzで動作しているときに、RCUの停止とPCIE通信の異常が発生することが判明した。 RMおよびチップのデータシートによると、LS1043は1GHzから1.6GHzをサポートしています。公式文書には、動的周波数調整でサポートされる最小周波数については記載されていない。500MHzに対応しているかどうかは不明です。 CPU LS1043A正常に稼働しているときに動的周波数調整に対応していますか? 顧客プロジェクト(LS1043AXN8QQB)が使用したバージョン: Linux 5.4.301 LS1043A RDBボード 4コア CPU QCA6390 WiFiチップ マーベル 88E6393X スイッチ 512GB SATA SSD eMMC 32GB 顧客からのフィードバック:固定周波数が500MHzであれ動的周波数が500MHzに調整されていようと、システムは主にPCIE通信異常やRCUシステムの停止として現れる異常を経験します。 顧客はNXPからの公式な回答を求めています。 Re: LS1043AXN8QQB DVFS 参照してください https://community.nxp.com/t5/Layerscape/LS1043AXN8QQB-DVFS/td-p/2389683

关于S32功能安全软件框架（SAF）和功能安全外围设备驱动程序（SPD）的问题 1. 功能安全外围设备驱动程序是*取代*实时驱动还是增强实时驱动？ 2. 这两项（或其中一项或两项均未提供）是否以源文件形式提供？ 3. 如果源代码包含在出厂固件中，是否需要支付每单位的版税？ 4. 开发套件/用户/参考资料的许可是否以其他方式计算，还是购买后即可在组织内无限使用？ 5. 这些产品有任何功能安全认证吗？ 顺祝商祺！ 杜尔加·乔杜里 Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) 您好，杜尔加·乔杜里， 1. 增强/补充 RTD。SPD 产品简介和SAF 产品简介提到“补充 S32 实时驱动程序 (RTD)”，以涵盖与安全相关的片上外围设备，而 NXP 的其他资料则表示 SPD SAF 需要/针对特定的兼容 RTD 封装，而不是替换它们。 2. 是的。S32K3 SAF 交付物清单包括“源代码、用户手册、SAF 演示应用程序”， S32K3 SPD 交付物清单也包括“源代码、用户手册、SPD 演示应用程序”。 3.4.请与您选择的代理商联系。 5. 它们附带功能安全流程合规性和安全保证，但不会自动对您的 ECU/系统进行认证。 SAF 被描述为符合 ISO 26262 功能安全标准，由 SEooC 开发，可用于 ASIL D 级以下的集成； SPD 材料也同样表示符合 ISO 26262 功能安全标准，最高可达 ASIL D 级。 功能安全包包含 SAF 功能安全手册、功能安全分析 FMEA、故障覆盖率估算。下载 SAF/SPD 时，您可以下载类似SW32K3_SPD_1.0.6_SafetyPack.zip的文件。 此致敬礼， Robin Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) 你好@Robin_Shen 谢谢你的解释。关于第 3 点和第 4 点：我们是一家总部位于美国的跨国公司。所以，如果我们决定购买许可证，我们会从代理商那里购买吗？我尝试访问 Digikey 网站，但它把我带回到了你们关于这个主题的网站。请提供具体的联系方式（例如网址/电子邮件地址等）？ 顺祝商祺！ 杜尔加·乔杜里 Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) SPD是免费的。 NXP不再提供SAF评估版本。完整版 SAF现在也已发布，仅供开发用途，需签署保密协议。 以下是我从内部团队获得的信息： 有兴趣获得用于开发的 SAF 许可证的客户应通过各自的代理商进行申请。代理商可直接与恩智浦代表联系，恩智浦代表可向客户提供报价。如果客户接受这些条款，即可提供软件。

S32 Design Studio for Power Architecture® 2017.R1 - License activation issue Hello, I would like to kindly request assistance regarding my license activation. My previous request was processed, but the wrong version was reactivated. I now have access to S32 Design Studio for Power Architecture v2.1, whereas I actually need to use S32 Design Studio for Power Architecture 2017.R1 (S32DS-PA v2.0) for my current projects. Could you please correct the activation and restore the proper version of the license? Thank you very much for your support. Best regards, Alessandro Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue Hello, I have requested it for you, Once it is done I will inform you. Best regards, Peter

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 で必要とされるものなど。これらのファイルはどこで見つけられますか?

Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) 1. Does the Safety Peripheral Drivers *replace* the real time driver or augments it? 2. Are both of these (or one or none) are provided in source form? 3. Is there any per-unit royalty when the source is included in shipping firmware? 4. Is the licensing per dev kit/per user/reference counted in some other way or is it unlimited use within the organization once purchased? 5. Do these come with any kind of safety certification? Best regards Durga Choudhury Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) Hi Durga Choudhury, 1. Augments/complements RTD. The SPD Product Brief and SAF Product Brief mentions “complements the S32 Real Time Drivers (RTD)” to cover safety-related on-chip peripherals, and other NXP material says SPD SAF requires/targets specific compatible RTD packages rather than replacing them. 2. Yes. The S32K3 SAF DELIVERABLES list  “Source code, User manuals, SAF demo application,” and the S32K3 SPD Deliverables similarly list “Source code, User manuals, SPD demo application.” 3.4. Please communicate with your chosen distributor.  5. They come with functional-safety process compliance and safety collateral, not automatic certification of your ECU/system. SAF is described as ISO 26262 functional-safety compliant, developed as SEooC, and usable for integration up to ASIL D;  SPD material similarly says ISO 26262 functional-safety compliance up to ASIL D. Safety packages contain SAF Safety Manual, Safety Analysis FMEA, Fault Coverage Estimation. When downloading SAF/SPD, you can download something like SW32K3_SPD_1.0.6_SafetyPack.zip. Best Regards, Robin Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) Hello @Robin_Shen  Thanks for the clarification. On topics 3 &4: We are a United States based company. So we buy the licenses (if we decide to do so) from a distributor? I tried the Digikey site and it brings me back to your site on this topic. Can you please provide a specific contact information (such as a URL/email address etc)? Best regards Durga Choudhury Re: Question about S32 Safety Software Framework (SAF) and Safety Peripheral Drivers (SPD) SPD is free of charge. NXP no longer provides the SAF EVAL version. The FULL SAF version is now available also for development purposes only under NDA. The following is information I received from the internal team: Customers interested in obtaining the SAF license for development should go through their respective distributors. Distributors have direct contacts with NXP representatives, who can issue a quote to the customer. If the customer accepts the terms, the software can be provided. 

LS1043AXN8QQB DVFS 尊敬的客服人员， 客户使用了 LS1043AXN8QQB 平台，并将 CPU 动态频率调整从 1.6GHz 调整到 800MHz 和 500MHz。经发现，当 CPU 运行频率为 500MHz 时，会出现 RCU 停顿和 PCIE 通信异常。 根据芯片的参考手册和数据手册，LS1043 支持 1GHz 至 1.6GHz 的频率。官方文件并未提及动态频率调节的最低支持频率。尚不确定是否支持 500MHz？ LS1043A在CPU正常运行时是否支持动态频率调整？ 客户项目（LS1043AXN8QQB）使用的版本： Linux 5.4.301 LS1043A RDB 板 四核CPU QCA6390 WiFi芯片 Marvell 88E6393X 开关 512GB SATA 固态硬盘 32GB eMMC 客户反馈：无论固定频率为 500MHz 还是动态频率调整为 500MHz，系统都会出现异常，主要表现为 PCIE 通信异常和 RCU 卡顿/系统冻结。 客户希望得到恩智浦的官方回复。 Re: LS1043AXN8QQB DVFS 请参考 https://community.nxp.com/t5/Layerscape/LS1043AXN8QQB-DVFS/td-p/2389683

LS1043AXN8QQB DVFS Dear support,  The customer used the LS1043AXN8QQB platform and set the CPU dynamic frequency adjustment from 1.6GHz to 800MHz and 500MHz. It was found that RCU stall and PCIE communication abnormality occurred when the CPU ran at 500MHz. According to the RM and datasheet of the chip, LS1043 supports 1GHz to 1.6GHz. The official document does not mention the minimum supported frequency for dynamic frequency adjustment. It is uncertain whether 500MHz is supported? Does LS1043A support dynamic frequency adjustment when the CPU is running normally? the customer projects (LS1043AXN8QQB ) used version: Linux 5.4.301 LS1043A RDB Board 4-cores CPU QCA6390 WiFi chip Marvell 88E6393X Switch 512GB SATA SSD eMMC 32GB Customer feedback: Regardless of whether the fixed frequency is at 500MHz or the dynamic frequency is adjusted to 500MHz, the system will experience abnormalities, mainly manifested as PCIE communication abnormalities and RCU stall system freezing. The customer wants an official response from NXP. Re: LS1043AXN8QQB DVFS Please refer to https://community.nxp.com/t5/Layerscape/LS1043AXN8QQB-DVFS/td-p/2389683

S32 Design Studio for Power Architecture® 2017.R1 - ライセンス有効化の問題 こんにちは、 ライセンスの有効化に関して、ご支援をお願いしたいのですが。 以前のリクエストは処理されましたが、誤ったバージョンが再有効化されました。現在はPower Architecture v2.1用のS32 Design Studio にアクセスできるようになりましたが、現在のプロジェクトでは実際にはS32 Design Studio for Power Architecture 2017.R1(S32DS-PA v2.0)を使う必要があります。 アクティベーションを修正して、正しいライセンスのバージョンを復元してもらえますか? サポートありがとうございます。 よろしくお願いします、 アレッサンドロ Re: S32 Design Studio for Power Architecture® 2017.R1 - License activation issue こんにちは、 あなたのためにリクエストしました。 完了次第、ご連絡いたします。 よろしくお願いいたします。 ピーター