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 卡。 问候， 伯恩哈德。 Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) 你好， 谢谢回复。我还有关于同一板的另一个问题。 我正在尝试运行一个 M7 应用程序 IMX95LPD5EVK-19 下列的 AN14748 ，但我无法刷机。 flash.bin 用 UUU。短暂检测到电路板后，SDPS 启动立即失败。 硬件： IMX95LPD5BB-19 修订版 A1 （2024 NXP BV） 启动开关（SW7[1:4]）： 1001（序列号下载） 目标： eMMC 主持人： Ubuntu Linux UUU： libuuu_1.5.243-0-g230f1b1 尝试过的 SDK（MCUXpresso SDK Builder）： SDK_26.06.00_IMX95LPD5EVK-19 SDK_2.15.000_IMX95LPD5EVK-19 两者产生的结果相同。 命令： cd IMX95LPD5EVK/build_/tmp/deploy/images/imx95-a1-19x19-lpddr5-evk sudo uuu -b emmc flash.bin   错误： 成功 0 失败 1 1:2-E3C50910 1/ 1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: 启动 -f flash.bin   执行步骤（根据 AN14748）： 在电路板断电的情况下，将 SW7 设置为 1001 将 USB 连接到主机 跑步 sudo uuu -b emmc flash.bin 电源循环板 每次 SDPS 启动都失败 问题： 哪个 MCUXpresso SDK 版本经过验证？ IMX95LPD5BB-19 REV A1 M7 闪烁？ 构建目标 imx95-a1-19x19-lpddr5-evk 对这套硬件来说合适吗？ 针对此电路板版本，是否存在已知的 UUU 问题或除 AN14748 之外的额外步骤？ 我应该使用 -b emmc 或者 -b sd 首先，应该使用哪个USB端口？

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()に到達するかどうかも重要です。 現在の説明からは、プログラミング操作が失敗するのか、プログラムが成功して問題がアプリケーションの実行開始時に起こるのかは不明です。 出来事の正確な順序を説明していただけますか? よろしくお願いいたします。 ダニエル Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd 調査の結果、 が有効になった際に、一部のグローバル変数が定義どおりに初期化されていなかったことが判明しました 。 説明が必要な箇所を選択してください： まず、ターゲットを有効にしていないとき Clock_ip.c（RTDファイル内） Power_ip。c は RTD ファイル内 Can initialize correctly。 しかし、起動したとき: Clock_ip.c（RTDファイル内） Power_ip.c は RTD ファイル内にあります。 グローバル変数の初期化に失敗しました。 もっと良い解決策はありますでしょうか？ Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 スクリーンショットを見る限り、変数は最初は正しく初期化されているようです。しかし、eMCEMの初期化後、Clock_Ip_pfkNotificationsCallbackには無効なポインタが含まれています。 eMCEMはポインターの値を魔法のように変更するわけではありません。これは、以下のいずれかの問題に非常によく似ています。 起動時の初期化 (.data copy / .bss初期化が正しく完了していません。 RAMの破損はmain()関数の前に発生します。 リンカー部分は重複している。 スタック破損。 SPDデモプロジェクトのリンカーファイルでテストできますか? BR、ダニエル Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd リンクファイルは以下のように変更されました。 私は3つのグローバル変数を定義しました。 が有効になっていない場合、init_data-bssを実行した後、 4バイトに正しく整列され、適切に割り当てられているようです。 しかし、 を有効にすると、init_data-bssを実行した後、 位置がずれているようです。 Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd この現象の原因は何でしょうか？また、どのように調査し、解決すればよいでしょうか？ Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 スクリーンショットを見る限り、変数の初期化自体に問題があるとは考えにくい。variable_aは8ビット変数であり、eMCEMを有効にすると追加の変数が導入され、.データのレイアウトが変わる可能性がありますセクション。したがって、異なるオフセットで変数が見られることは想定内のことであり、それ自体がデータの破損を示すものではありません。 重要な問題は、アプリケーションが単独で実行されたときに起こるのか、それともブートローダーでプログラムされて起動された時だけ発生するのかということです。 デバッガで直接プログラムし、ブートローダーなしで実行した場合にこの問題を再現できますか?もし問題がブートローダーを通じてアプリケーションを読み込んだ後にのみ発生する場合は、調査はアプリケーション自体ではなく、ブートローダーのプログラミングプロセス、イメージレイアウト、またはブートローダーのハンドオーバーに焦点を当てるべきです。 BR、ダニエル

使いやすい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ビューのセクションがあり、読み込まれたプログラムがアセンブリ言語命令とソースコードの混合として比較されています。 敬具、ルイス Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? ここでは、8ビットコントローラーのいくつかも試せます pic16lf18326-i-sl/2263047  MICROCHIPのPIC16LF18326-I/SLは、14ピン8ビットマイクロコントローラで、16KBフラッシュ、1KBメモリ、12ビットADC、10PWMチャネル、I2C SPI、UARTインターフェース、低消費電力、動作電圧2.3Vから5.5Vを備えています。 atmega8l-8mu/258363 MICROCHIPのATMEGA8L 4-8MUは8ビットAVRマイクロコントローラで、8MHz周波数、8KBフラッシュ、32ピンVQFN、I2C、SPI、UARTインターフェースを備え、2.7Vから5.5Vで動作します。温度範囲は-40℃～85℃です。

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 ハビブ Re: VSCode DEBUG PROBES window not loading (white line scrolling right). ~/.mcuxpressotools を削除したところ、少なくとも MCUXpresso インストーラーはアップデートの確認で回転しなくなりました。これから依存関係を再インストールします。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). インストーラーを使ってツールとコンポーネントをアップデートすることができました。VS Codeを再起動すると、デバッグプローブウィンドウの内容が表示されるようになりました。なお、Spotlightとシェルの両方からVSCoceを起動してみましたが、どちらも正常に動作しました。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). MCUXpressoインストーラーのバージョンはv26.03です。アップグレードしてインストールを実行した後、初めてこのことに気づきました。バージョン26.06が最新版のようですね。それをインストールして、どうなるか見てみます。 * v26.06.117をインストールして起動したところ、回転するアイコンが表示されるだけでした。私はします /アプリケーション/MCUXpressoInstaller.app/Contents/MacOS/MCUXpressoInstallerCLI経由でインストーラーを再起動しました 詳細情報については、こちらをご覧ください。デフォルト環境からMCUXpressoInstallerCLIを起動すると、この回転する動作が見られます。その後、GUI (OS X) から再起動すると、インストーラーは PEMicro を除くコンポーネントの状態 (インストール済み、アップデートが利用可能) を表示します。 -デバッグプローブウィンドウで、 [デバッグのクリーンアップ]をクリックし、[更新]ボタンをクリックします。 VSCodeのデバッグプローブウィンドウには、クリックできる項目がありません。表示されたメッセージには、そのウィンドウの「プロバイダー」が存在しないことが示されていました。このメッセージは、MCUXpressoが最初に起動したときにすべてのウィンドウに表示され、MCUXpressoの読み込みが完了すると消えます（デバッグプローブのウィンドウを除く）。MCUXpressoをVSCode拡張機能用に一気に使い直して再インストールする手かもしれません。 MCUXpressoInstallerCLI の出力に以前このような記述がありました。これは PEMicro のヒントかもしれません。 冗長:MCUXpresso for VS Codeがすでにインストールされているか確認中... 情報:MCUXpresso for VS Codeはすでにインストール済みです。バージョン:26.6.57 ^Cverbose: PEmicroがすでにインストールされているかどうか確認中... 情報:「/Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version」を実行します。 情報: zsh -c "source /Users/bruff/.zprofile && /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version" error: コマンド /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console コード1で終了。 stdout:「P&E GDB Server for Arm(R)デバイス、バージョン10.02.00.00 著作権 2025、P&E Microcomputer Systems Inc、無断複写・転載を禁じます ライブラリ /Users/bruff/.mcuxpressotools/pemicrogdbserver/gdi/unit_ngs_arm_internal.so を読み込み中 ...完了。 コマンドライン引数: --version stderr: "モジュール libsystem_kernel.dylib の 00007FF80629B3CA で例外 EControlC が発生しました。 コントロールCがヒットしました。 情報: PEmicro が見つかりません。 'versionReport' ハンドラーでエラーが発生しました:エラー:ブラウザウィンドウのハンドルを取得できません at new o (/アプリケーション/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:312914) at o.getInstance (/アプリケーション/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313215) at r(/アプリケーション/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313676) at Rc(/アプリケーション/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:519204) at async Session. (node:electron/js2c/browser_init:2:114068)

关于 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 哈比卜 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). 我使用安装程序更新了工具和元器件。重启 VSCode 后，现在可以显示“调试探针”窗口的内容。注意，我分别通过 Spotlight 和 shell 启动了 VSCoce，两种方式都成功了。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). 我删除了 ~/.mcuxpressotools 目录，MCUXpresso 安装程序至少不再循环检查更新了。我现在将重新安装依赖项。 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). MCUXpresso 安装程序版本为 v26.03。我是在升级并运行安装程序后才注意到这个问题的。我看到最新版本是 v26.06，我会安装看看情况如何。 * 我安装了 v26.06.117 版本，启动后只看到旋转的图标。我会 我通过 /Applications/MCUXpressoInstaller.app/Contents/MacOS/MCUXpressoInstallerCLI 重新启动了安装程序 获取更多信息。从我的默认环境通过 MCUXpressoInstallerCLI 启动时，我看到了这种旋转现象。当我随后从 GUI（OS X）重新启动时，安装程序会显示元器件状态（已安装、有更新可用），但 PEMicro 除外。 -在“调试探针”窗口中，单击“清理调试” ，然后单击“刷新”按钮。 在 VSCode 的“调试探针”窗口中，没有任何可以点击的内容。弹出的消息表明该窗口没有“提供程序”。首次启动时，此消息会显示在所有窗口中，然后随着 MCUXpresso 加载完成而消失（调试探针窗口除外）。我想我可以把 MCUXpresso for VSCode 扩展卸载掉，然后重新安装。 MCUXpressoInstallerCLI 输出曾经出现过这个内容，这可能是 PEMicro 的一个线索： 详细信息：正在检查 MCUXpresso for VS Code 是否已安装…… 信息：MCUXpresso for VS Code 已安装。版本：26.6.57 ^详细：正在检查 PEmicro 是否已安装... 信息：正在执行“/Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version” 信息：zsh -c "source /Users/bruff/.zprofile && /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version" 错误：命令 /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console 退出，返回代码为 1。 标准输出：“适用于 Arm(R) 设备的 P&E GDB 服务器，版本 10.02.00.00 版权所有 © 2025 P&E 微型计算机系统公司，保留所有权利 正在加载库 /Users/bruff/.mcuxpressotools/pemicrogdbserver/gdi/unit_ngs_arm_internal.so ... 完成。 命令行参数：--version” stderr: "模块 libsystem_kernel.dylib 中出现异常 EControlC，地址为 00007FF80629B3CA。 Ctrl+C 按下。 信息：未找到 PEmicro。 'versionReport' 处理程序中发生错误：错误：无法获取浏览器窗口句柄 在 new o (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:312914) 在 o.getInstance (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313215) 在 r (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313676) 在 Rc (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:519204) 在异步会话. (node:electron/js2c/browser_init:2:114068)

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 Re: VSCode DEBUG PROBES window not loading (white line scrolling right). MCUXpresso Installer is at v26.03.  I first noticed this after upgrading and running the install.  I see v26.06 is now current, I will install that and see what's what. * I installed v26.06.117 and upon launching it, I just see the spinning icons.  I will I relaunched Installer via /Applications/MCUXpressoInstaller.app/Contents/MacOS/MCUXpressoInstallerCLI to get more info.  Launching from MCUXpressoInstallerCLI from my default environment I see this spinning behavior.  When I relaunched from the GUI (OS X) a subsequent time the installer shows component status (installed, update available) with the exception of PEMicro.   -In the Debug Probes window, click Clean-up Debug and then click the Refresh button. In the VSCode DEBUG PROBES window there is nothing to click.  The message which popped up indicated that there is no 'provider' for the window.  This message shows up in all the windows when first launched then goes away as MCUXpresso finishes loading (with the exception of the DEBUG PROBES windows).  I guess I could blow away the MCUXpresso for VSCode extension and reinstall. MCUXpressoInstallerCLI output once had this, might be hint for PEMicro: verbose: Checking if MCUXpresso for VS Code is already installed... info: MCUXpresso for VS Code already installed. Version: 26.6.57 ^Cverbose: Checking if PEmicro is already installed... info: Executing "/Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version" info: zsh -c "source /Users/bruff/.zprofile && /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console --version" error: Command /Users/bruff/.mcuxpressotools/pemicrogdbserver/pegdbserver_console exited with code 1. stdout: "P&E GDB Server for Arm(R) devices, Version 10.02.00.00 Copyright 2025, P&E Microcomputer Systems Inc, All rights reserved Loading library /Users/bruff/.mcuxpressotools/pemicrogdbserver/gdi/unit_ngs_arm_internal.so ... Done. Command line arguments: --version" stderr: "Exception EControlC in module libsystem_kernel.dylib at 00007FF80629B3CA. Control-C hit." info: PEmicro not found. Error occurred in handler for 'versionReport': Error: Could not get browser window handle at new o (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:312914) at o.getInstance (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313215) at r (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:313676) at Rc (/Applications/MCUXpressoInstaller.app/Contents/Resources/app.asar/main.js:2:519204) at async Session. (node:electron/js2c/browser_init:2:114068) Re: VSCode DEBUG PROBES window not loading (white line scrolling right). I was able to use Installer to update the tools and components.  Restarting VSCode now shows the DEBUG PROBES window contents.  Note I did launch VSCoce from both spotlight and a shell, both worked.   Re: VSCode DEBUG PROBES window not loading (white line scrolling right). I deleted ~/.mcuxpressotools and MCUXpresso Installer at least isn't spinning checking for updates.  I will re-install the dependencies now.

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 Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr こんにちは、 @Remantj さん。 お元気でお過ごしのことと思います。 ぜひnxp-zephyrのドキュメントをご覧ください: https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 System-Managerで説明されている変更があなたの場合に効果があったか教えてください。 よろしくお願いいたします。 サラス。 i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr こんにちは、 @Manuel_Salas さん、 ご回答ありがとうございます。 あなたが指摘したドキュメントを見て、ドキュメントで行われたのと同じ方法でシステムマネージャにパッチを当ててみましたが、何も変わりませんでした。 これは予想通りのようです。なぜなら、私の問題の違いはFreeRTOSのファームウェアとZephyrのファームウェアの違いだからです。System マネージャの設定ファイルは2つのケースで同じままです。 FreeRTOSがZephyrと違うNETC OCRAMについて何をしているのかはわかりませんが、Zephyrで同じことができる方法について何かアイデアはありますか? よろしくお願いします

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. Re: 新手搭载autosar环境 Hello, Please try it now. It should be working. Best regards, Peter S32K新手搭载autosar环境 Thank you very much, teacher. The first problem is solved. However, when installing the S32DS_ARM_Win32_v2.2.exe integrated development environment, an activation failure message appeared. The cause was found to be an expired Activation Code. Therefore, I am requesting an extension. Thank you. 新手搭载autosar环境 Thank you very much for the teacher's support. The environment has been set up.

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 Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Remantj  Hope you are doing very well. Please take a look to the nxp-zephyr Documentation: https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 Let me know if those changes described in the System-Manager worked in your case. Best regards, Salas. i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Manuel_Salas, Thanks for your answer. I took a look at the documentation you pointed at, and I tried to patch the System Manager the same way they did in the documentation but nothing has changed. Which seems kind of expected because the difference in my problem is between a FreeRTOS firmware and a Zephyr firmware. The System Manager config file stays the same between the two cases. I don't know what FreeRTOS does that Zephyr doesn't regarding the NETC OCRAM but do you have an idea on how to do the same with Zephyr ? Best regards

新手搭载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. Re: 新手搭载autosar环境 你好， 请立即尝试。应该可以正常运行了。 顺祝商祺！ Peter S32K新手搭载autosar环境 非常感谢老师 ，第一个问题解决了，但是在安装S32DS_ARM_Win32_v2.2.exe集成开发环境时，提示激活失败，查明原因是Activation Code过期导致，特申请延期   谢谢 新手搭载autosar环境 非常感谢老师支持    环境已经搭建完成

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 Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Remantj 希望你一切都好。 请查阅 nxp-zephyr 文档： https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 请告诉我系统管理器中描述的那些更改是否对您有效。 顺祝商祺！ 萨拉斯。 i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Manuel_Salas ， 谢谢你的回答。 我查看了您指出的文档，并尝试按照文档中的方法修补系统管理器，但没有任何改变。 这似乎也在意料之中，因为我的问题在于 FreeRTOS 固件和 Zephyr 固件之间的差异。两种情况下，系统管理器配置文件保持不变。 我不知道 FreeRTOS 在 NETC OCRAM 方面有哪些 Zephyr 没有的功能，但您知道如何用 Zephyr 实现同样的功能吗？ 此致

初心者がAUTOSAR環境をセットアップする S32 Design Studio for ARM 2.2 – Windows/Linux をダウンロードする際に、上記のメッセージが表示されます。 公式サイトが復旧し、ダウンロードが正常に行えるようになることを願っています。よろしくお願いいたします。 S32 Design Studio for ARM 2.2 – Windows/Linux をダウンロードする際に、上記のメッセージが表示されます。公式サイトがこの問題を解決し、ダウンロードが正常に進むようにしてくれることを願っています。ありがとう。 Re: 新手搭载autosar环境 こんにちは、 今すぐお試しください。動作するはずです。 よろしくお願いいたします。 ピーター S32K新手搭载autosar环境 先生、どうもありがとうございました。最初の問題は解決しました。しかし、S32DS_ARM_Win32_v2.2.exe統合開発環境をインストールする際に、アクティベーションエラーメッセージが表示されました。原因はアクティベーションコードの有効期限切れであることが判明しました。つきましては、有効期限の延長をお願いいたします。よろしくお願いいたします。 新手搭载autosar环境 先生のご支援に心より感謝申し上げます。環境は整いました。

i.MX8MP上のNXP Debian Linux SDKのDebianセキュリティリポジトリに関する説明 NXPチームの皆様、こんにちは。 NXP Debian Linux SDKをi.MX8MPベースのカスタムボードで使用しています。 Debian Linux SDKユーザーガイドUG10155によると、私たちの理解ではSDKはDebianベースであり、RootFSは主に標準のDebian.debを使用していますパッケージ。一方、NXPやボード固有のコンポーネントや構成はSDKによって統合されます。 また、NXPコミュニティの記事「Debian 12 Installation Guide for iMX8M, IMX8MP, iMX8MN and iMX93」も参照しました。その記事では、適切な設定例としてDebian 12 / bookwormのセキュリティおよびアップデートリポジトリが含まれています。 現在使用している Debian 13 / trixie ベースのシステムでは、/etc/apt/sources.list には以下のエントリのみが含まれています。 デブhttp://deb.debian.org/debianトリクシー メインコントリビュート NXP Debian Linux SDKの今後のセキュリティアップデートモデルについて明確にしたいと思います。 以下の点を確認していただけませんか? 1.Debian 13 / trixieをベースにしたNXP Debian Linux SDKの場合、現在のAPTソース構成が予想されますか?それともDebianのセキュリティとアップデートリポジトリも追加することが推奨されますか? 例： デブhttp://deb.debian.org/debianトリクシー メインコントリビュート デブhttp://deb.debian.org/debiantrixie-updates メインコントリビュート デブhttp://security.debian.org/trixie-security 主要投稿 2. カーネル、U-Boot、ATF、OP-TEE、DTB、ペリフェラルファームウェア、NXP特有ドライバコンポーネントなど、NXP / BSP / ボード固有のコンポーネントについて、推奨されるセキュリティアップデート手順は何でしょうか?NXPはこれらのコンポーネントに対してセキュリティアドバイザリー、パッチ、SDKアップデートを提供していますか? 正確なセキュリティメンテナンスの指導をお客様に提供できるよう、この点を確認したいと考えています。 よろしくお願いします。 Linux Re: Clarification on Debian security repositories for NXP Debian Linux SDK on i.MX8MP こんにちは@Leo_dev  現在、SDKは「trixie main contrib」のみをデフォルトで含めており、これは評価やガイド付きインストールのための通常の構成ですが、これは最終的な本番環境構成ではありません。必要なら、以下の資料を使うこともできます。 deb http://deb.debian.org/debian trixie main contrib deb http://deb.debian.org/debian trixie-updates main contrib deb http://security.debian.org/debian-security trixie-security main contrib NXPが提供するコンポーネントについては、flexbuildのソースコードタグを個別に変更することで最新バージョンにアップデートできます。 よろしくお願いします、 志明

I am looking for the impedance of AFT05MS004NT AT FREQ 30-45 MHZ I am looking for the impedance of the  AFT05MS004NT1 ,ZLOAD AND Z SOURCE FOR 30-45 MHZ  PLEASE HELP ME GUYS Re: I am looking for the impedance of AFT05MS004NT AT FREQ 30-45 MHZ Hello, Unfortunately, we do not have impedance data for the AFT05MS004NT in the 30–45 MHz frequency range. Obtaining impedance data requires a dedicated characterization process that must be performed separately for each frequency of interest. This process is time consuming and typically focuses on the frequency range for which the device was originally characterized and intended to operate. Evaluating additional frequencies often requires the design and construction of specific test fixtures and matching networks. For this reason, impedance data is not always available for operating conditions outside the standard characterization range, such as different frequencies, power levels, or supply voltages. We apologize for any inconvenience and appreciate your understanding.

NAFE13388晶体规格 RIOP RevB2 中 NAFE13388 晶体（X1，18.432 MHz）采用哪种晶体规格（ppm/负载）？ Re: NAFE13388 crystal spec 你好， 零件编号：ECS-184-12-33Q-JES-TR ppm：20 ppm 负载： 12 pF 希望这能帮到您。 Re: NAFE13388 crystal spec 谢谢！

S12X serial MCU ,how to know the Code's START ADDRESS Now I have a Can Boot Demo , it can analysis S19 file and send data and offset address to S9S12G64 , MCU just need to write flash on Specify address which master Computer send. I need to know the start address of the APP code ,there is the app project 's prm file ,how to get the start address?  Re: S12X serial MCU ,how to know the Code's START ADDRESS Here is APP and Boot Code Re: S12X serial MCU ,how to know the Code's START ADDRESS Hello @李乐  Could you please send the MAP file or the S19 file for reference? Thank you. BR Alice Re: S12X serial MCU ,how to know the Code's START ADDRESS Hi @李乐  The start address of APP is 0xC000. Thank you. BR Alice