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 こんにちは、 あなたのためにリクエストしました。 完了次第、ご連絡いたします。 よろしくお願いいたします。 ピーター

有没有比较简单易用的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.

FlexIo Simulates UART Hello, Currently, there are the following issues with the S32K118 chip from your company: (1) Using FlexIO to simulate UART with the SDK version (S32SDK_S32K1XX_RTM_4.0.1) allows for loopback testing, and the official demo is also an example of loopback. However, when using the MCAL version (SW32K1_S32M24x_RTD_R21-11_3.0.0) of FlexIO to simulate UART, it was found that loopback testing could not be performed. Is it because the MCAL version does not support it? (2) Considering that the MCAL version does not support it, if the SDK version of FlexIO is used to simulate UART for mass production projects, are there any safety concerns? Best Wishes, NXP2. Re: FlexIo Simulates UART Hi @NXP2  I am not sure if I understood your question correctly, but please note that FlexIO itself does not provide a dedicated internal loopback feature. In the SDK example, the loopback test is achieved by connecting the FlexIO TX and RX signals externally using a wire. Regarding S32SDK_S32K1XX_RTM_4.0.1, please note that this is a relatively old software release and is no longer being actively maintained. We generally recommend using SW32K1_S32M24x_RTD_R21-11_3.0.0, as it is the latest software release for the S32K1 family and continues to receive maintenance updates, bug fixes, and new features. Also, could you provide a bit more information about the intended application? That would help to better understand your use case. BR, VaneB Re: FlexIo Simulates UART Hi @NXP2  Typically, a loopback is used for testing and validation purposes to verify the functionality of the peripheral and communication path. It is generally not recommended as part of the normal operating mode of a production system. Re: FlexIo Simulates UART Hello, Your current understanding is correct. The current testing method involves connecting FlexIOTX and the RX signal through external wires. (1) Currently, is it necessary to use it in the passenger vehicle headlight project? Are there any safety concerns? 、 (2) Is there any difference from the normal LPUART? Is it stable and reliable in terms of performance? Best regards, NXP2

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) よろしくお願いいたします ロビン

S32K3xx FlexCANレガシーおよび拡張RXFIFO DMA S32K344 FlexCANに取り組んでいますが、FlexCANの使用中にいくつか質問があります。 1. DMAは実際にS32K344でどのように機能し、どのように使用するのですか? 2. 従来の FIFO を DMA と統合し、拡張 FIFO を DMA と統合する方法 3. DMAの使用中に何か影響はありますか? Re: S32K3xx FlexCAN legacy and Enhanced RXFIFO DMA こんにちは、 この例のMCALバージョンを証明していただけますか?ありがとうございます。

S32K314 RTD (MCAL) - 由 OsIf 临界区引起的高优先级 ISR 死锁 S32K314 RTD (MCAL) - 由 OsIf 临界区引起的高优先级 ISR 死锁 你好， 我正在以下平台上开发一个应用程序： MCU：NXP S32K314 RTD 7.0.0（AUTOSAR MCAL） FreeRTOS 7.0.0 S32 设计工作室 3.6.4 在开发过程中，我遇到了与高优先级中断相关的死锁，想请教一下我的理解是否正确，以及是否有推荐的解决方案。 背景信息 FreeRTOS 规定优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY 的中断服务例程 (ISR) 不得调用 FreeRTOS API。 然而，我发现许多 RTD MCAL API 在内部通过以下调用链执行 FreeRTOS 临界区 API： MCAL API ↓ SchM_Enter_xxx() ↓ OsIf_SuspendAllInterrupts() ↓ SuspendAllInterrupts() ↓ OsIf_Interrupts_SuspendAllInterrupts() ↓ taskENTER_CRITICAL_FROM_ISR() 以及 MCAL API ↓ SchM_Exit_xxx() ↓ OsIf_ResumeAllInterrupts() ↓ ResumeAllInterrupts() ↓ OsIf_Interrupts_ResumeAllInterrupts() ↓ taskEXIT_CRITICAL_FROM_ISR() 即使在仅执行简单外设寄存器访问的 API（例如 DIO 和 GPT）中，也存在这种行为。 问题 当从高优先级 ISR（优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY）调用 MCAL API 时，对 taskENTER_CRITICAL_FROM_ISR() 的内部调用会导致 FreeRTOS 中断屏蔽状态变得不一致。 因此，在 taskEXIT_CRITICAL_FROM_ISR() 返回后，BASEPRI 无法正确恢复，导致 SysTick 和 PendSV 等低优先级中断保持屏蔽状态。 调度程序最终停止，因为 xPortSysTickHandler() 不再执行。 我使用以下 API 重现了这个问题： Dio_FlipChannel() GPT（PIT）中断处理 其他使用 SchM 专属区域的 MCAL API 当前解决方法 为了避免直接修改 RTD 生成的源代码，我使用了 GNU 链接器的 --wrap 选项来包装以下函数： OsIf_Interrupts_SuspendAllInterrupts() OsIf_Interrupts_ResumeAllInterrupts() 该包装器会检查当前的中断优先级。 请参考附件WrapperExample.c 。 如果当前 ISR 优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY，则跳过原始函数。 否则，它将调用原始实现。 这种变通方法似乎可以解决死锁问题，同时保持生成的 RTD 源不变。 问题 RTD MCAL 的这种行为是设计预期的吗？ 是否建议从高优先级 ISR 调用 DIO、GPT、CAN 或其他 MCAL API？ NXP 是否建议为看门狗服务或 GPIO 切换等高优先级实时功能实现专用驱动程序（复杂设备驱动程序）？ 使用 GNU 链接器的 --wrap 选项包装 OsIf_Interrupts_SuspendAllInterrupts() 和 OsIf_Interrupts_ResumeAllInterrupts() 是否是一种可接受的解决方法？ 是否有官方或推荐的解决方案来解决此问题，而无需修改生成的 RTD 源代码？ 任何建议或推荐都将不胜感激。 谢谢！ Re: S32K314 RTD (MCAL) - High Priority ISR Deadlock Caused by OsIf Critical Sections 你好@tobara ， 目前该案件正在等待RTD开发团队的意见。 BR，丹尼尔 Re: S32K314 RTD (MCAL) - High Priority ISR Deadlock Caused by OsIf Critical Sections 您好， 以下是对您问题的及时解答： RTD MCAL 的这种行为是预期行为吗？答：是的，这是因为您正在从 CAT1 中断（即优先级高于 MAX SYSCALL 的中断）调用操作系统 API。大于 MAX_SYSCALL 的中断次数是为了以最小的延迟完成工作，并且不受 RTOS 的干扰。如果您需要避免 RTOS 引入的延迟，则不应该调用最终会使用 RTOS 的 API。 是否建议从高优先级 ISR 调用 DIO、GPT、CAN 或其他 MCAL API？ 答：不，不能大于 MAX_SYSCAL，原因已在第一个答案中提及。 NXP 是否建议为看门狗服务或 GPIO 切换等高优先级实时功能实现专用驱动程序（复杂设备驱动程序）？ 回答： 如果您已经能够容忍 RTD SchM、OSIf API、RTOS 引入的延迟，那么您可以直接使用现有的驱动程序，但只需从高于 MAX_SYSCALL 的中断调用它们即可。您仍然可以获得优先级提升，但不会遇到工单中描述的问题。 使用 GNU 链接器的 --wrap 选项包装 OsIf_Interrupts_SuspendAllInterrupts() 和 OsIf_Interrupts_ResumeAllInterrupts() 是否是一种可接受的解决方法？ 答：不，简单的分析表明，这种变通方法只能在一个方向上起到保护作用。它或许可以避免死锁，但不能保护与优先级更高的 ISR (> MAX_SYSCALL) 共享寄存器/资源的优先级较低的 ISR。这种实现方式可能会在共享寄存器和全局变量上引入竞争条件。 是否有官方或推荐的解决方案来解决此问题，而无需修改生成的 RTD 源代码？答案（但需要 RTD 团队确认） ：不要从 IRQ > MAX_SYSCALL 调用 RTD / RTOS API。如果您可以容忍当前的 RTD->OSIF->RTOS 延迟，那么只需使用优先级更高的 IRQ，但低于 MAX_SYSCALL 即可。 所有答案都需要RTD团队确认，我是从RTOS的角度回答的。