RIOP RT1189ボード上でRT1180 EVK SDKの例を実行できない こんにちは、皆さん 私はRIOP RT1189ボードを使っており、ソフトウェアの互換性やデバッグについていくつか質問があります。 最初は、シリアルダウンロードモードでSecure Provisioning Toolを使ってRIPデモアプリケーションを無事にプログラムでき、デモは期待通りに動作しています。 その後、MIMXRT1180 EVK SDKの例プロジェクト(例えばLED Blinkyの例)をRIOP RT1189ボード上で実行しようとしました。 私が試したこと RT1180 EVK LED点滅サンプルにおけるLEDピン配置を、RIOP RT1189ボードに合わせて変更しました。 セキュアプロビジョニングツールをシリアルダウンロードモードで使用してイメージをプログラムしました。 ただし、このアプリケーションはRIOPボード上で動作しません。 ハードウェアを検証するために、動作確認済みのRIOPデモプロジェクトを入手し、デモ機能のほとんどをコメントアウトし、LED点滅コードのみを追加して、再度プログラムを書き込んだ。この場合、LEDブリンキーは正常に動作します。 このことから、RIOPデモには、LEDのGPIOピンを変更する以外にも、ボード固有の設定がいくつか必要になるのではないかと考えています。 質問 MIMXRT1180 EVK SDKのサンプルプロジェクトはRIOP RT1189ボード上で直接使用できますか? もしそうでなければ、RIPボード上でSDKの例を動作させるために、どんなボード固有の変更(クロック設定、メモリ設定、FlexSPI、リンカースクリプト、スタートアップコードなど)が必要ですか? デバッグの問題 また、MCU-Linkを使ってデモアプリケーションのデバッグも試みましたが、フラッシュ初期化中にデバッガが以下のエラーで失敗しました。 SPI上でSVDP JEDEX ID MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfxを使ってv.2外部フラッシュデバイスを検査しました 画像『iMXRT1180_SFDP_FlexSPI1_A_QSPI 2025年6月26日 18:32:16』 フラッシュドライバーの開MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx VECTRESETが要求されましたが、ARMv8-M CPUではサポートされていません。代わりにソフトリセットを使用してください。 フラッシュドライバを動かすためのソフトリセット ドライバV.2の動的起動失敗 - ドライバのInitがフラッシュパラメータを提供しませんでした Flash ドライバ V.2の起動失敗 - rc Ef(55): 動的フラッシュドライバの起動がフラッシュパラメータを提供できませんでした。 終了(0x0、0x0、0x0)ステータス0x40 - ドライバーがinit失敗を報告 - EXTSPIJドライバーrc 20107(0x4E8B) チップ初期化失敗 - Ef(55): 動的フラッシュドライバー起動時にフラッシュパラメータが提供されませんでした。 フラッシュドライバーの初期化に失敗MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx このエラーは、RT1180 EVKフラッシュドライバーがRIOP RT1189ボードで使用されている外部フラッシュと互換性がないことを示唆しているのでしょうか?それともデバッグのために追加のフラッシュ構成が必要でしょうか? 何かご助言やご提案があれば、大変ありがたく思います。 ご回答をお待ちしています。 Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 リモートI/Oプラットフォーム(RIOP)は、EtherCAT®、EtherNet/IP™、PROFINET® RTなどのインダストリアル通信プロトコルをサポートする本番対応プラットフォームとして設計されています。 RIOP RT1189ボードのハードウェア構成はRT1180-EVKとは異なり、RT1180-EVK用に開発された例はRIOPハードウェア上で直接動作できません。RT1180-EVKをRIOP RT1189に移植するには、異なるハードウェア接続やペリフェラルに適応させるための追加開発が必要です。そのため、RIOP RT1189ボード専用に提供されているサンプルから始めることをお勧めします。 まずは『 リモートI/Oプラットフォームの入門ガイド(RIOP)』を確認することをお勧めします。これはプラットフォームアーキテクチャの概要と能力の実演です。 インダストリアル通信プロトコルを使わずにRIOPハードウェアを評価することが目的であれば、以下の例を参照できます: https://github.com/nxp-appcodehub/rd-riop-demo/tree/main さらに、サポートされているインダストリアルプロトコル向けのいくつかの例のアプリケーションも用意されています。対応するユーザーガイドには、 MCUXpresso for VS Code 拡張機能へのプロジェクトのダウンロード、インストール、インポート方法の説明が含まれています。このユーザーガイドについてさらに質問があれば、遠慮なくお知らせください。これらのガイドは、下の画像に示すように ドキュメント セクションでご覧いただけます。 Habib_MS_1-1784671260684.png これらの例に興味がある場合は、以下のリンクが役立つかもしれません。 https://github.com/nxp-appcodehub/rd-riop より良く**サポート**するために、ご希望の**アプリケーション**についてもう少し詳しく教えていただけますか?具体的には、なぜRT1180-EVKの例をRIOP RT1189プラットフォームに移植したいのか、またどのような機能を実装したいのかを明確にしていただけますか? BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 ご返信よろしくお願いします。 以下のリンクで入手可能なRIOPデモアプリケーションを探索し、FreeMASTERアプリケーションでテストしました。 https://github.com/nxp-appcodehub/rd-riop-demo/tree/main シリアルダウンロードモードでセキュアプロビジョニングツールを使用してプログラムすると、デモは正しく動作します。しかし、MCUXpresso for VS CodeとMCU-Linkを使ってデモプロジェクトのデバッグができません。デバッグ中に、以下のエラーが発生しました。 Pavankumar1_0-1784697379753.png RIOP RT1189ボードでデバッグを有効にするために追加で必要な手順があれば教えていただけますか?デフォルトのRT1180 EVK構成の代わりに使うべき特定のフラッシュドライバーやデバッグ設定はありますか? 私の目的は、RIOPボードで利用可能なアナログフロントエンド(AFE)モジュールのアプリケーションを探求・開発することです。そのためには、ファームウェアの構築、デバッグ、および修正ができる必要があります。 以下の点についてアドバイスいただけますか? 1. RIOP RT1189ボード専用に新しいMCUXpressoプロジェクトを一から作成し、アナログフロントエンドモジュールを構成することは可能ですか? 2. 私のアプリケーションの出発点として使える、例えばLEDブリンキーの例のような基本的な例プロジェクトはありますか? 3.そのような例がない場合、RIOP RT1189プラットフォーム上でカスタムアプリケーションを開発する際に推奨されるアプローチは何でしょうか? どんなガイダンスやドキュメントでも大変ありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いします、 パヴァンクマールAG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 。 VS MCUXpresso for VS Code ではなく MCUXpresso IDE を使っていると理解しています。スクリーンショットは.cfxを参照していますファイルはMCUXpresso IDEで使用されるフラッシュローダー形式です。私の理解は正しいでしょうか？ もしそうなら、MCUXpresso for VS Code拡張機能を使って デバッグ を試してみてもらえますか?あるいは、画像をSecure Provisioning Toolでプログラムした後にデバッガー を接続 して、結果を教えてもらえますか? また、アプリケーションに関する追加情報を教えてくださりありがとうございます。例にはすでにNAFE13388のドライバが含まれており、NAFE_hwフォルダにあります。また、api_afe.c にある AFE_Init() タスクでデバイスを設定する方法も示しています。このファイルは、実装の際に役立つ参考資料となる可能性があります。 BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 ご返信ありがとうございます。 MCUXpresso for VS Codeを使ってriop_demoアプリケーションのデバッグを試みましたが、添付されたエラーが発生しました。 ご指摘いただいたとおり、セキュアプロビジョニングツールを使用してイメージをプログラムし、実行中のターゲットへの接続を試みました。しかし、依然として同じエラーが発生しています。 Pavankumar1_0-1785242332392.png RIOPボードのために新しいプロジェクトを作成する場合に必要な修正についてアドバイスいただけますか?具体的には、RIPハードウェア上でアプリケーションを正しく動作させるためにどんな変更が必要か知りたいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 パヴァナクマールAG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 これらのエラーは、外部フラッシュとの通信に使用されるデバッグ構成が、RIOPの完全なデバッグソリューションとして設計されていないために発生します。代わりに、これらの例やガイドは主にボードが提供するさまざまなソフトウェアコンポーネントの使い方を示すことを目的としています。 それを踏まえると、一つの方法は内部RAMからアプリケーションをデバッグすることです。アプリケーションの挙動に満足したら、Secure Provisioning Toolのフローに従って画像を外部フラッシュにプログラムし、必要なテストを行うことができます。 MCUXpresso IDEを使って内部RAMから動作するイメージを作成する方法については、MCUXpresso Secure Provisioning Tool v26.06ユーザーガイドの「Internal RAMで動作するイメージ」セクションをご参照ください。このアプローチにより、RT1180-EVK向けのSDK例を活用して作業できます。ただし、お使いのハードウェアはEVKとは異なるため、プロジェクトに一部変更が必要になる場合があります。 あるいは、外部フラッシュから直接デバッグしたい場合は、自分でフラッシュローダーを作成して使うこともできます。MCUxpresso IDEは.cfxを使用しています外部フラッシュと通信し、画像をプログラムするためのファイルなので、カスタムの.cfxを作成できますデバイス用のフラッシュローダーを使い、IDEを適切に設定してください。以下の文書が参考資料として使用できます。 AN13386:カスタムフラッシュデバイス用のRT600フラッシュローダー MCUXpresso IDE用の新しいフラッシュドライバーの作成方法 現時点では、VS Code拡張機能でこのワークフローをどのように実装するかを具体的に説明したガイドはありません。しかし、RT1180-EVK SDKの例で利用可能な異なるビルド構成を参考にして、同様のセットアップを作成できます: Habib_MS_0-1785357980496.png BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 今では内蔵RAMからアプリケーションをデバッグできるようになりました。 現在、RT1189 RIOPボード上のMacronix MX25UW6345GXDI00 Octal Flashをインターフェースし、RAMからアプリケーションを実行しながら読み書き操作をテストしようとしています。 そのため、RT1189 EVK SDKのFlexSPI Octal Flash Pollingの例から始め、以下の修正を加えました。 RIOPボードに合わせてピン配置を更新しました。 フラッシュポートをポートAからポートB（kFLEXSPI_PortB1）に変更しました。 しかし、フラッシュベンダーIDを読み取ろうとすると、FLEXSPI_TransferBlocking() APIはkStatus_FLEXSPI_SequenceExecutionTimeoutを返し、ベンダーIDは0x00になります。 知りたいのは以下の点です。 1.ピン構成の変更やFLASH_PORTをkFLEXSPI_PortB1に変更する以外に、RIOPボード用に修正が必要な他のFlexSPI構成はありますか? 2. MX25UW6345GXDI00はオクタルモードで直接電源が入りますか?それともオクタルLUTを使う前にオクタル/OPIモードに切り替える必要がありますか? 3. RT1189 EVK例(Micron MT35XU512フラッシュベース)に提供されているFlexSPI LUTは、Macronix MX25UW6345GXDI00用に修正する必要がありますか? 4. RT1189 FlexSPIインターフェースでMX25UW6345GXDI00を成功裏に使った方はいらっしゃいますか?もしそうなら、必要な初期化シーケンスや追加の設定変更を教えていただけますか? 何かご助言いただければ大変ありがたいです。 よろしくお願いいたします。 パヴァナクマール A G Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 ご存知かもしれませんが、各メモリには、読み出し、書き込み、消去といった操作を実行するための特定のコマンドがあります。そのため、この例で使用されているLUT構成は、この特定のフラッシュデバイスと互換性がない可能性があります。MCUXpresso Secure Provisioning Tool v26.6の Boot Memory Configuration 機能を使って、FCB全体を作成できます。フラッシュデバイスのFCB設定時には、「ECATアプリケーションを実行する」セクションで使われているフラッシュ設定を参考にしてください。 さらに、このコミュニティ投稿、特に15番目の手順から始まる部分を確認することをお勧めします。そのセクションでは、セキュアプロビジョニングツールがブートメモリ構成を生成する方法についてより詳細な説明を提供しており、ツールによって生成されるパラメータと出力の理解に役立つ可能性があります。 他に質問がある場合は、新しいコミュニティ投稿を作成して、そこに質問を記載してください。これにより、より組織的なサポートが提供され、FUTUREの紹介も容易になります。遠慮なく私をタグ付けしてください。喜んで引き続きあなたを応援します。 BR ハビブ

M&P 多链接 我使用 S08 处理器和 CodeWarrior 11.1 以及 P&E Multilink Universal FX 调试器开发了大约 20 个项目。我用的是一台基于英特尔处理器的Mac电脑，上面安装了Parallels虚拟机，运行Windows 7系统。一切运行良好！ 我现在有了一台新的Mac电脑，仍然运行着Parallels虚拟机和Windows 11系统。（别无选择）CodeWarrior 已加载，但显示“无设备驱动程序”的消息。程序运行正常，但调试器无法识别。在旧款Mac电脑上，Windows设备管理器会显示&​​quot;Jungo 连接/Windriver&​​quot;条目，但在新款Mac电脑上，设备管理器只显示&​​quot;MULTILINK&​​quot;条目。 [[ ## completed ##]] 虽然提出了一些修复建议，但找不到相应的文件。 请问谁能提供一个可行的解决方案？即使这意味着要使用不同的调试探针。 Re: M&P Multilink 如果您从 Windows 7 更新到 Windows 11，所有相关驱动程序可能都需要重新安装。 CodeWarrior® for MCUs（Eclipse IDE）可能是一个不错的选择。 CodeWarrior ® 适用于 MCU（Eclipse IDE）- ColdFire ® /E DSC、Qorivva ® 56xx、RS08/S08、S12Z - 11.1 Re: M&P Multilink 你也可以在他们的支持论坛上询问他们是否有这项服务。 PEmicro 支持主页 顺祝商祺！ Re: M&P Multilink 抱歉我之前的帖子。我回复错帖子了（我应该把那个帖子标记为已解决）。你会注意到，我已经在虚拟机下使用 CW “很多年了”，虽然你不能保证它一直有效，但我知道它是有效的。我只需要Multilink的Windows设备驱动程序。我想它应该在P&E网站的某个地方，但我找不到。目前我的 CW 在 Windows 11 系统下运行正常，在 Parallels 虚拟机中运行，加载于 OSX Tahoe 系统。 Re: M&P Multilink 你好， 我建议使用 Windows 11 操作系统来运行 CodeWarrior v11.1，这是唯一支持的操作系统，不建议使用虚拟机；因为我们无法保证 CodeWarrior 工具能在虚拟机上正常运行。 要下载 v11.1 版本，请参阅CodeWarrior for MCUs (Eclipse IDE) v11.1。 此致敬礼，路易斯 Re: M&P Multilink 我讨厌Windows系统，我不会从Windows 7升级到Windows 11——这是一台新机器（Mac M4），Windows 7不兼容，所以我别无选择。我使用CodeWarrior软件已经大约25年了。我的问题是：“Windows 11 需要哪些驱动程序？在哪里可以找到它们？” 顺便提一下，虽然与本主题无关，但 AUTODESK 产品将不再在基于 Intel 的旧款 Mac 上运行，所以 Windows 7——RIP。

LX2160A 获取 MP 密钥失败 您好，NXP， 我们正在构建基于LLDP的LX2160A安全启动系统，并验证MP密钥功能。 在我们的 LX2160A 板上安装并启动安全启动系统没有问题，因此我们认为 ITS 位值为 1，但在执行“mp_app -p”命令后出现“设备未初始化”错误。 截圖 2026-07-22 15.50.34.png 您有什么建议可以帮我检查这个问题吗？ 谢谢！ 杰弗里 Re: LX2160A get MP key failed 客户是否遵循了 LLDP 文档第 6.4.4 节？   screenshot-1.png 例如 在 Linux 提示符下运行 tee-supplicant & 命令。 根据所使用的 Linux 内核版本，从正确的文件夹运行 insmod securekeydev.ko 脚本。 请让客户在运行“mp_app”时启用内核 printk，并分享他们的日志。 echo 8 > /proc/sys/kernel/printk dmesg Re: LX2160A get MP key failed 王一平你好， 是的，我们在执行 mp_app 命令之前启动 tee-supplicant 并加载 securekeydev.ko。 截圖 2026-07-24 14.22.00.png 以下是 dmesg 信息。 截圖 2026-07-24 14.22.27.png 杰弗里 Re: LX2160A get MP key failed 请参考AE团队的以下更新。 从客户的反馈中，我看到“错误：caam_submit_mp_get_pub_key_op：submit_job”，这表明向 SEC 发送作业失败。 请客户在其Linux系统中执行以下测试： 1. 运行 xtest，看看有没有错误报告？ 2. 请运行“modprobe caam”为LX2160安装caam模块，如果安装模块失败，请更新与您的内核版本兼容的模块。 3.如果也报告错误，请应用以下补丁检查 高效密码学标准(SEC) 返回结果以确定错误类型，并分享其完整日志。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.c索引 b82acd3..d657742 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* 调用 caam_jr_enqueue 函数，将作业描述符头加入队列。 */ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); 如果(!ret) wait_for_completion_interruptible(&comp); 别的 返回ret； ret = job_comp_status; + pr_err( "job_comp_status 返回 (%d)\n" , ret); 返回ret； } 此致， Re: LX2160A get MP key failed 关于您的评论， 1. 运行 xtest，看看有没有错误报告？ 请参考附件中的xtest日志。 2. 请运行“modprobe caam”为 LX2160 安装 caam 模块，如果安装模块失败，请更新与您的内核版本兼容的模块。 我们已经在内核中构建了 caam 模块。 3.如果也报告错误，请应用以下补丁检查 高效密码学标准(SEC) 返回结果以确定错误类型，并分享其完整日志。 关于 caam 和 mp_app 的 dmesg 返回如下信息。 截圖 2026-07-29 16.03.42.png 截圖 2026-07-29 15.53.07.png   谢谢！ Re: LX2160A get MP key failed 1. 请确保 caam job ring 在 Linux 内核中运行良好，请运行以下命令检查 caam jr 中断是否增加。 root@localhost:~# cat /proc/interrupts | grep jr 378: 41 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 Level 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 Level 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 级 fsl-jr0 root@localhost:~# root@localhost:~# root@localhost:~# dd if =/dev/hwrng of=/tmp/random.dat bs=1 count=16 16+0 条记录 16+0 条记录 复制了 16 字节，耗时 0.000420759 秒，速度为 38.0 kB/秒 root@localhost:~# root@localhost:~# root@localhost:~# cat /proc/interrupts | grep jr 378: 42 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 Level 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 Level 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 级 fsl-jr0 root@localhost:~# 2. 在 submit_job() 中，被调用的函数 caam_jr_enqueue() 在成功时返回 (-EINPROGRESS = -115)。请尝试应用以下补丁来检查 caam enqueue 返回结果。 https://github.com/nxp-qoriq/linux/commit/4d370a1036958d7df9f1492c345b4984a4eba7f6#diff-8acc41c534456288daba59a125ddb3f779635dc493ff4888545adbf1dd0a17c1R327 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.c索引 b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct 设备 *jrdev, uint32_t *desc) /* 调用 caam_jr_enqueue 函数，将作业描述符头加入队列。 */ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); -如果(!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); +如果(ret == -EINPROGRESS) wait_for_completion_interruptible(&comp); 别的 返回ret； ret = job_comp_status; + pr_err( "job_comp_status 返回 (%d)\n" , ret); 返回ret； } Re: LX2160A get MP key failed 1. 请确保 caam job ring 在 Linux 内核中运行良好，请运行以下命令检查 caam jr 中断是否增加。 答：是的 截圖 2026-07-31 17.33.06.png 2. 在 submit_job() 中，被调用的函数 caam_jr_enqueue() 在成功时返回 (-EINPROGRESS = -115)。请尝试应用以下补丁来检查 caam enqueue 返回结果。 答：我们的系统使用 Linux 内核 v5.15.71-rt51，似乎不需要进行任何额外的补丁。 3. 此外，运行 mp_app -p 命令后，进程在 wait_for_completion_interruptible() 处停止，目前仍在等待返回。 截圖 2026-07-31 17.33.36.png    Re: LX2160A get MP key failed 请仔细检查您的内核源代码。 caam_jr_enqueue() 在此分支中具有更新返回值。 https://github.com/nxp-qoriq/linux/blob/95448dd0dc9b621ae027cbefedaaa7c3d0d3ad2d/drivers/crypto/caam/jr.c#L565 Re: LX2160A get MP key failed 请参考AE团队的以下更新。 1. 团队确认此功能只能在 LS1046A 板上执行，如 LSDK 文档所述。 2. 从 LX2160 和 LS1046 的客户运行日志来看，这两款机器都运行的是 LSDK20.04 版本。内核版本 4.19，caam_jr_enqueue() 在此版本中返回 0，无需应用我的补丁。 https://github.com/nxp-qoriq/linux/blob/94e0473db2feed7ed6b84848c8d227faf72297c2/drivers/crypto/caam/jr.c#L408 3. 我这边还需要进一步测试。 有调查结果后会更新。 Re: LX2160A get MP key failed 请参考AE团队的以下更新。 客户可以通过 u-boot 'md' 命令检查 ITS 位是否已启用。 md 0x1e80200 客户可以共享caam_jr_enqueue（）函数源代码吗？源代码路径是“linux/drivers/crypto/caam/jr.c”。 或者他们可以分享他们的源代码链接。 Re: LX2160A get MP key failed 我们检查了所有驱动程序/加密/caam 源文件，它们都相同。 我们通过如下的 uboot 脚本启用 ITS。 mw.l 0x1e80200 0x4 mw.l 0x1e80020 0x2 你认为智能交通系统（ITS）的激活过程是否未完成？ Re: LX2160A get MP key failed 注册值请参见下方，jr.c 源代码请参见附件。 list_register.png Re: LX2160A get MP key failed 我们已经按照您之前提到的方法修补了 submit_job()，结果是在运行“mp_app -p”后，程序会在“wait_for_completion_interruptible”处停止。 根据 LSDK 和 LLDP 用户手册中的描述，安全应用程序在 LS1046ARDB 平台上已得到充分验证，我们在 LS1046 板上使用 LSDK 验证了此问题，并且它运行正常。 lx1046_mp_key.png 使用 LSDK 验证我们的另一个 LX2160 产品，它也会在“wait_for_completion_interruptible”处停止。 lx2160_lsdk.png 无论使用 LSDK 还是 LLDP，我们在 LX2160A 平台上都会遇到一些问题。 NXP是否对LX2160A平台进行了网络安全应用验证？ Re: LX2160A get MP key failed 它的某个部分被炸毁了。 检查你的 jr.c 源代码，你需要为 submit_job 应用补丁。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.c索引 b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct 设备 *jrdev, uint32_t *desc) /* 调用 caam_jr_enqueue 函数，将作业描述符头加入队列。 */ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); -如果(!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); +如果(ret == -EINPROGRESS) wait_for_completion_interruptible(&comp); 别的 返回ret； ret = job_comp_status; + pr_err( "job_comp_status 返回 (%d)\n" , ret); 返回ret； }

CC-Link IEフィールド(1 Gbps)およびCC-Link IE TSN(クラスAおよびクラスB)サポート Layerscape LS1028A、i.MX 93、i.MX RT1170を用いて、 CC-Link IE Field(1 Gbps) および CC-Link IE TSN(クラスAおよびクラスB) のリモートデバイス通信を実装する計画です 確認いただけますか: これらのコントローラはCC-Link IE Field(1 GPS)およびCC-Link IE TSNをサポートしているのでしょうか? [[ ## completed ##]] Nxpはこれらの通信プロトコルに対してプロトコルスタックを提供しているのでしょうか? リファレンスデザインやサードパーティのソリューションは利用可能でしょうか? ご指導いただければ幸いです。ありがとう。 Re: CC-Link IE Field (1 Gbps) and CC-Link IE TSN (Class A and Class B) Support 以下の発表をご参照ください。 NXPがCC-LinkのIE TSNをリリース LS1028Aおよび i.MX RT1170はCC-Link IE TSNソリューションのサポートプラットフォームです。プロトコル・スタックのサポートのために、Port GmbHはインダストリアル通信フレームワーク(ICF)を提供しており、LS1028Aおよび i.MX RT1170プラットフォーム向けのCC-Link IE TSNマスターおよびリモートステーションスタックが含まれます。 よろしくお願いします。

[LPC55S69]Zephyr MCUboot for Device Firmware Update over UART が MCUmgr で動作しないLPC55S69 こんにちは、Core 0を使ってLPC55XpressoS69でZephyrのMCUbootを動かそうとしています。私はZephyrでシンプルなBlinkyサンプルアプリケーションを使っています。 エラーもなくアプリケーションは問題なく動いています。 しかし、mcumgrを使ってUART経由でデバイスファームウェアアップデート(DFU)を送信しようとしているのですが、なぜかmcumgrとデバイス間の接続すら確立できません。「NMPタイムアウト」が繰り返し発生します。 参考までに、私のディレクトリ構造は以下のようになっています。 | __ボード |__ lpcxpresso55s69_lpc55s69_cpu0.overlay __ src                |__ main.c __sysbuild               |__mcuboot.conf                __mcuboot.overlay __prj.conf __sysbuild.conf 私のprj.confファイルは以下のようになっています。   # Enable MCUMGR subsystem and OS/Image management commands CONFIG_MCUMGR=y CONFIG_MCUMGR_GRP_OS=y CONFIG_MCUMGR_GRP_IMG=y # DIRECT SMP over UART CONFIG_MCUMGR_TRANSPORT_UART=y CONFIG_MCUMGR_TRANSPORT_SHELL=n # Dedicate flexcomm0 to SMP — nothing else on the UART CONFIG_CONSOLE=n CONFIG_UART_CONSOLE=n CONFIG_LOG=n CONFIG_SERIAL=y CONFIG_UART_INTERRUPT_DRIVEN=y # Required for SMP UART processing thread CONFIG_NET_BUF=y CONFIG_ZCBOR=y CONFIG_BASE64=y # Required subsystems for DFU CONFIG_FLASH=y CONFIG_IMG_MANAGER=y CONFIG_MCUBOOT_IMG_MANAGER=y # Dependencies for System/Reboot management via DFU CONFIG_REBOOT=y 私のsysbuild.confは以下のとおりです。   SB_CONFIG_BOOTLOADER_MCUBOOT=y SB_CONFIG_MCUBOOT_MODE_OVERWRITE_ONLY=y 私のmcuboot.confは次のようになっています。   CONFIG_LOG=y CONFIG_MCUBOOT_LOG_LEVEL_INF=y CONFIG_MCUBOOT_SERIAL=y CONFIG_BOOT_SERIAL_UART=y CONFIG_UART_CONSOLE=n   私のmcuboot.overlayは次のようになっています。 /* Step 3.4 - Configure button and LED for Serial Recovery */ // zephyr,console = &flexcomm0; // zephyr,uart-mcumgr = &flexcomm0; / { chosen { zephyr,code-partition = &boot_partition; zephyr,uart-mcumgr = &flexcomm0; zephyr,shell-uart = &flexcomm0; }; }; &flexcomm0 { status = "okay"; }; / { aliases { mcuboot-button0 = &user_button_3; mcuboot-led0 = &blue_led; }; }; &gpio0 { status = "okay"; }; &gpio1 { status = "okay"; }; &blue_led { status = "okay"; }; /* Enlarge boot partition to 64KB to fit MCUboot with serial recovery */ &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; そして最後に、私のlpCXpresso55s69_lpc55s69_cpu0.overlayは次のようになります。 / { chosen { zephyr,code-partition = &slot0_partition; zephyr,mgmt-smp = &flexcomm0; zephyr,uart-mcumgr = &flexcomm0; }; }; &flexcomm0 { status = "okay"; }; /* Enlarge boot partition to 64KB to fit MCUboot with serial recovery */ &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; 以下の MCUmgr コマンドを実行すると、以下に示すように NMP タイムアウトが発生します。 > mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" Error: NMP timeout つまり、mcumgrはポートが利用可能であることを確実に認識しています(そうでなければアクセスを拒否します)が、タイムアウトが続いています。 これは設定オプションのエラーだと思います。設定オプションを何度も変更してみましたが、どれもうまくいきません。おそらく、この機能を動作させるために不可欠な設定オプションがどこかに抜けているのだと思います。 できるだけ多くのアプリケーションノートやユーザーマニュアルを調べました。私のケースにはどれも役に立たないようです。例えば、Zephyrアプリケーションを動かすLPC55Sxxチップ上のDFU MCUbootを使う場合です。 どんな助けでもありがたいですが、誰かが自分のボードで試すのが一番良いかもしれません。LPCXpresso55S69を送り、どんな簡単なプログラムでもUART DFUを実行できるか確認してください。 LPC55S6x LPC55S69-EVK LPC55xx Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S こんにちは、 @ZQ2さん LPCXpresso55S69ボード上で、この設定を再現し、検証することができました。 1.重要な点は、この構成ではMCUmgrをMCUbootと併用する必要があるということです。アプリケーションはslot0にリンクされている(フラッシュベースアドレスではありません)ため、smp_svrアプリケーションを単独でビルディングしてフラッシュするだけでは正しく動作しません。起動と制御をアプリケーションに引き渡すにはMCUbootが必要です。 2. /c/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boardsのオーバーレイファイルlpcxpresso55s69_lpc55s69_cpu0.overlayを追加します。 &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; 3. 以下のコマンドを使用してプロジェクトをビルドしました。 west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild samples/subsys/mgmt/mcumgr/smp_svr -- -DEXTRA_CONF_FILE="serial.conf" -DEXTRA_DTC_OVERLAY_FILE="C:/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boards/lpcxpresso55s69_lpc55s69_cpu0.overlay" -Dmcuboot_EXTRA_DTC_OVERLAY_FILE="C:/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boards/lpcxpresso55s69_lpc55s69_cpu0.overlay" 4. それを建てた後。コマンドを使うことができます grep -A20 -B5 "boot_partition" build/mcuboot/zephyr/zephyr.dts Harry_Zhang_2-1786007232854.png 5. そして西の閃光 6. Harry_Zhang_0-1786007007588.png 7. Harry_Zhang_1-1786007044209.png これは、UARTトランスポート、SMPサーバー、MCUmgr、およびMCUbootの統合がすべて正しく動作していることを確認するものです。 BR ハリー Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S こんにちは、 @Harry_Zhang さん。 あなたの解決策は確かに効果があります。実際、私はコマンドを単に west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild samples/subsys/mgmt/mcumgr/smp_svr -- -DEXTRA_CONF_FILE="serial.conf" これも効果があった。私の問題を再現していただき、本当にありがとうございます。大変感謝しています。 Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S こんにちは、 @ZQ2さん mcumgr echoはすでにNMPタイムアウトを返しているので、MCUbootのDFUフローをデバッグする前にMCUmgr UART通信を検証できると思います。 以下のことを確認できます: flexcomm0はLPCXpresso55S69ボード上のCOM11に接続されたUARTです。 アプリケーションは通常通り動作しており(MCUbootのシリアルリカバリーモードにとどまっていません)。 コンソール、シェル、ログ出力のいずれも、MCUmgrが使用するUARTを共有していません。 簡単な検証として、Zephyrの smp_svr サンプルから始めることをお勧めします まず、以下のコマンドが正しく動作することを確認してください。 mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" BR ハリー Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S こんにちは、 @Harry_Zhang さん。 偶然にも、昨日この質問を投稿した直後にZephyrのsmp_svr サンプルを使っていました。 私も全く同じ問題に直面しています。 以下の リンクにあるZephyrのサンプルドキュメントに従って確認しました。 サンプル用のプロジェクトを作成し、ドキュメントに記載されている以下のコマンドを使用して、 Raw UART (serial) smp_svr オプションの設定を有効にして、コードを正常にビルドしました。 west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild -- -DEXTRA_CONF_FILE="raw-serial.conf;fs.conf" そして、コードの書き込みに成功しました。 それにもかかわらず： C:\Users\Dev>mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" Error: NMP timeout デバッガープローブをLink2からJLinkに変更してみたところ、デバッグプローブがCOM16に接続されるようになりました。念のため、JLinkコマンドーを使ってマスストレージデバイスの機能も無効にしました。 次に、フラッシュして実行してみました。 > west flash -r jlink しかし、またしても： C:\Users\Dev> mcumgr --conntype serial --connstring "dev=COM16,baud=115200" echo "test" エラー:NMPタイムアウト 一体何を見落としているのでしょうか?設定に関係があるのでしょうか？もしそうなら、なぜZephyrの公式サンプルがLPC55S69 smp_svrと互換性がなく、改造が必要なのか疑問です。

Zephyr UAC2 → SAI 参考 i.MX RT1020 大家好， 我正在尝试使用 Zephyr 的 UAC2 异步显式反馈示例在 i.MX RT1020 上实现 USB 到 I2S 音频管道，但我遇到了 NXP SAI (I2S) 驱动程序和 eDMA 的问题。 在我花更多时间调试 DMAMUX 和 IRQ 配置之前，有没有人知道使用 Zephyr 为 RT10xx 系列提供的可用的 USB 转 I2S 示例？ 我特别想找一个在 Zephyr 上实现 UAC2 到 SAI 音频路径的参考项目。 提前感谢！ Re: Zephyr UAC2 → SAI reference on i.MX RT1020 嗨@lpc73 ， 感谢您对 NXP MIMXRT 系列产品的关注！ 目前上游 Zephyr 版本中还没有适用于 RT10xx 的现成 UAC2→SAI 参考项目。RT10xx 支持所有构建模块：SAI/I2S 驱动程序 (nxp,mcux-i2s)、eDMA 和 UAC2 类。DMAMUX 路由是通过设备树属性 nxp,tx-dma-channel / nxp,rx-dma-channel + pinctrl 完成的，而不是在 C 语言中手动完成的。您需要添加的主要部分是 RT 平台的反馈回路，并且务必将 DMA 音频缓冲区放置在不可缓存的内存中。 如果 Zephyr 不是必需的，MCUXpresso SDK 的 dev_audio_speaker + sai_edma_transfer 是最成熟的即用型 UAC2→SAI 示例。 此致， 加文

无法在RIOP RT1189开发板上运行RT1180 EVK SDK示例 大家好， 我正在使用RIOP RT1189开发板，有一些关于软件兼容性和调试方面的问题。 最初，我使用串行下载模式下的安全配置工具成功地对 RIOP 演示应用程序进行了编程，并且演示程序运行正常。 之后，我尝试在 RIOP RT1189 板上运行 MIMXRT1180 EVK SDK 示例项目（例如 LED Blinky 示例）。 我尝试过 修改了 RT1180 EVK LED 闪烁示例中的 LED 引脚配置，使其与 RIOP RT1189 板匹配。 使用安全配置工具在串行下载模式下对映像进行编程。 但是，该应用程序无法在 RIOP 板上运行。 为了验证硬件，我使用了可运行的 RIOP 演示项目，注释掉了大部分演示功能，只添加了 LED 闪烁代码，然后重新编写了程序。在这种情况下，LED闪烁功能工作正常。 这让我觉得，RIOP 演示中除了简单地更改 LED GPIO 引脚之外，还需要其他特定于电路板的配置。 问题 MIMXRT1180 EVK SDK 示例项目可以直接在 RIOP RT1189 板上使用吗？ 如果不行，需要对电路板进行哪些特定修改（时钟配置、内存配置、FlexSPI、链接器脚本、启动代码等）才能使 SDK 示例在 RIOP 板上运行？ 调试问题 我还尝试使用 MCU-Link 调试演示应用程序，但调试器在闪存初始化期间失败，并出现以下错误： 使用 SFDP JEDEC ID MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx 检查了 SPI 接口的 v.2 外部闪存设备。 图像'iMXRT1180_SFDP_FlexSPI1_A_QSPI 2025年6月26日 18:32:16' 打开闪存驱动程序 MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx 请求 VECTRESET，但 ARMv8-M CPU 不支持此功能。改用软重置。 使用软复位来运行闪存驱动程序 驱动程序 V.2 动态启动失败 - 驱动程序初始化未提供闪存参数 Flash Driver V.2 启动失败 - rc Ef(55): 动态闪存驱动程序启动未能提供闪存参数。 终止 (0x0, 0x0, 0x0) 状态 0x40 - 驱动程序报告初始化失败 - EXTSPIJ 驱动程序返回码 20107 (0x4E8B) 芯片初始化失败 - Ef(55): 动态闪存驱动程序启动未能提供闪存参数。 初始化闪存驱动程序 MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx 失败 这个错误是否表明 RT1180 EVK 闪存驱动程序与 RIOP RT1189 板上使用的外部闪存不兼容，或者是否需要提供额外的闪存配置来进行调试？ 任何指导或建议都将不胜感激。 谢谢！ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Pavankumar1 ， 远程 I/O 平台 (RIOP) 旨在成为一个可投入生产的平台，支持 EtherCAT ® 、EtherNet/IP ™和 PROFINET ® RT 等工业通信协议。 我想澄清一下，RIOP RT1189 板的硬件配置与 RT1180-EVK 不同，为 RT1180-EVK 开发的示例不能直接在 RIOP 硬件上运行。将 RT1180-EVK 示例移植到 RIOP RT1189 需要进行额外的开发，以使应用程序适应不同的硬件连接和外围设备。因此，我建议从专门为 RIOP RT1189 板提供的示例开始。 首先，我建议查看《远程 I/O 平台 (RIOP) 入门指南》 ，其中概述了平台架构并演示了其功能。 如果您的目标是在不使用工业通信协议的情况下评估 RIOP 硬件，您可以参考以下示例： https://github.com/nxp-appcodehub/rd-riop-demo/tree/main 此外，还提供了受支持的工业协议的一些示例应用程序。相应的用户指南包括如何下载、安装和将项目导入MCUxpresso for VS Code 扩展的说明。如果您对本用户指南还有任何疑问，请随时告诉我。这些指南可以在“文档”部分找到，如下图所示： Habib_MS_1-1784671260684.png 如果您对这些例子感兴趣，以下链接可能对您有所帮助： https://github.com/nxp-appcodehub/rd-riop 为了更好地为您提供帮助，能否请您详细介绍一下您的申请意向？具体来说，您能否说明一下为什么要将 RT1180-EVK 示例移植到 RIOP RT1189 平台，以及您希望实现哪些功能？ BR 哈比卜 Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Habib_MS 感谢您的回复。 我已浏览了以下链接提供的 RIOP 演示应用程序，并使用 FreeMASTER 应用程序对其进行了测试： https://github.com/nxp-appcodehub/rd-riop-demo/tree/main 当我使用安全配置工具在串行下载模式下进行编程时，演示程序可以正常运行。但是，我无法使用 MCUXpresso for VS Code 和 MCU-Link 调试演示项目。调试过程中，我遇到了以下错误： Pavankumar1_0-1784697379753.png 请问启用 RIOP RT1189 开发板的调试功能是否还需要其他步骤？是否有特定的闪存驱动程序或调试配置可以替代默认的 RT1180 EVK 配置？ 我的目标是探索和开发RIOP板上提供的模拟前端（AFE）模块的应用。为此，我需要能够构建、调试和修改固件。 请问您能否就以下问题提供建议？ 1. 是否可以从头开始创建一个专门针对 RIOP RT1189 板的 MCUXpresso 项目，并配置模拟前端模块？ 2. 是否有专门针对 RIOP RT1189 板的基本示例项目，例如 LED 闪烁示例，我可以将其作为我的应用程序的起点？ 3.如果没有这样的示例，那么在 RIOP RT1189 平台上开发自定义应用程序的推荐方法是什么？ 任何指导或文件都将不胜感激。 感谢您的支持。 此致， 帕万库马尔 AG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Pavankumar1 ， 我了解到您使用的是MCUXpresso IDE而不是MCUXpresso for VS Code 扩展，因为截图中显示的是一个 .cfx 文件。文件，这是 MCUXpresso IDE 使用的闪存加载器格式。我的理解正确吗？ 如果可以的话，您能否尝试使用 MCUXpresso for VS Code 扩展来调试应用程序，或者在使用安全配置工具对映像进行编程后附加调试器，并告诉我结果？ 另外，感谢您提供有关申请的更多详细信息。该示例已经包含 NAFE13388 的驱动程序，可以在 NAFE_hw 文件夹中找到。它还演示了如何在位于 api_afe.c 中的 AFE_Init() 任务中配置设备。文件可作为您实现过程中的有用参考。 BR 哈比卜 Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Habib_MS ， 感谢您的反馈， 我尝试使用 MCUXpresso for VS Code 调试 riop_demo 应用程序，但遇到了附件中的错误。 我还按照您的建议，使用安全配置工具对映像进行了编程，并尝试将其连接到正在运行的目标。但是，我仍然遇到同样的错误。 Pavankumar1_0-1785242332392.png 如果我为RIOP板创建一个新项目，请问需要进行哪些修改？具体来说，我想知道需要进行哪些更改才能使应用程序在 RIOP 硬件上正确运行。 感谢您的支持。 问候， 帕瓦纳库马尔 AG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Pavankumar1 ， 出现这些错误的原因是，用于与外部闪存通信的调试配置并非为 RIOP 设计的完整调试解决方案。相反，这些示例和指南主要旨在演示开发板提供的不同软件组件的使用方法。 考虑到这一点，一种方法是从内部 RAM 调试应用程序。如果您对应用程序的行为感到满意，您可以按照安全配置工具流程将映像编程到外部闪存中，并执行所需的测试。 您可以参考 MCUXpresso Secure Provisioning Tool v26.06 用户指南中的“在内部 RAM 中运行的映像”部分，了解如何使用 MCUXpresso IDE 创建在内部 RAM 中运行的映像的详细信息。这种方法允许您使用为 RT1180-EVK 提供的 SDK 示例。但是，由于您的硬件与 EVK 不同，可能需要对项目进行一些修改。 或者，如果您想直接从外部闪存进行调试，您可以创建并使用自己的闪存加载器。MCUxpresso IDE 使用 .cfx 文件。用于与外部闪存通信并对映像进行编程的文件，因此您可以开发自定义的 .cfx 文件。安装适用于您设备的闪存加载器，并相应地配置 IDE。以下文件可供参考，引用： AN13386：RT600 自定义闪存设备刷机程序 如何为 MCUXpresso IDE 创建新的闪存驱动程序 目前还没有具体的指南说明如何使用 VS Code 扩展来实现此工作流程。不过，您可以参考，引用 RT1180-EVK SDK 示例中提供的不同版本配置来创建类似的设置： Habib_MS_0-1785357980496.png BR 哈比卜 Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Habib_MS ， 我现在可以通过在内部 RAM 中运行应用程序来调试它。 目前，我正在尝试将 Macronix MX25UW6345GXDI00 八路闪存连接到 RT1189 RIOP 板上，并在从 RAM 执行应用程序时测试读/写操作。 为此，我从 RT1189 EVK SDK 中的 FlexSPI 八进制闪存轮询示例入手，并进行了以下修改： 更新了引脚配置，使其与RIOP板匹配。 将 Flash 端口从 A 端口更改为 B 端口 (kFLEXSPI_PortB1)。 但是，当我尝试读取 Flash Vendor ID 时，FLEXSPI_TransferBlocking() API 返回 kStatus_FLEXSPI_SequenceExecutionTimeout，并且 Vendor ID 为 0x00。 我想知道： 1.除了将引脚配置和 FLASH_PORT 更改为 kFLEXSPI_PortB1 之外，RIOP 板还有其他需要修改的 FlexSPI 配置吗？ 2. MX25UW6345GXDI00 开机后是否直接进入八进制模式，还是在使用八进制 LUT 之前需要切换到八进制/OPI 模式？ 3. RT1189 EVK 示例中提供的 FlexSPI LUT（基于 Micron MT35XU512 闪存）是否需要针对 Macronix MX25UW6345GXDI00 进行修改？ 4. 有人成功地将 MX25UW6345GXDI00 与 RT1189 FlexSPI 接口一起使用过吗？如果可以的话，能否请您分享一下所需的初始化顺序或其他配置更改？ 任何指导都将不胜感激。 顺祝商祺！ 帕瓦纳库马尔 A G Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board 你好@Pavankumar1 ， 如您所知，每种存储器都有特定的命令来执行读取、写入或擦除操作。因此，示例中使用的 LUT 配置可能与此特定闪存设备不兼容。您可以使用 MCUXpresso Secure Provisioning Tool v26.6 中的 启动内存配置 功能来创建整个 FCB。在为闪存设备配置 FCB 时，您可以参考“运行 ECAT 应用程序”部分中使用的闪存配置。 此外，我建议查看这篇社区帖子，特别是从第 15 点开始的步骤。该部分更详细地解释了安全配置工具如何生成启动内存配置，并有助于阐明该工具生成的参数和输出。 如果您还有其他问题，请您另开一个社区帖子，并在帖子中提出您的问题。这有助于我们提供更有条理的支持，也便于日后查阅。欢迎随时标记我，我将非常乐意继续支持你们。 BR 哈比卜

IMX95EVKのM7コアにおけるフラッシュの問題 こんにちは、 IMX95LPD5EVK-19 follow AN14748 でM7アプリケーションを実行しようとしていますが、フラッシュできません flash.binUUUと共に。ボードは短時間検出されるが、その後すぐにSDPSの起動に失敗する。 ハードウェア: IMX95LPD5BB-19 REV A1 (2024 NXP B.V.) ブートスイッチ(SW7[1:4]): 1001(シリアルダウンロード) ターゲット: eMMC ホスト: Ubuntu Linux うーん: libuuu_1.5.243-0-g230f1b1 試したSDKs(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 ううう -b emmc flash.bin   エラー： 成功 0 失敗 1 1:2-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -f flash.bin   実施された手順（AN14748に基づく）： ボードの電源をオフにした状態で、SW7を1001に設定します。 USBをホストに接続します 走る sudo uuu -b emmc flash.bin 電源サイクルボード SDPSの起動に毎回失敗する このバージョンのボードにおけるM7コアのフラッシュ手順とサポートされているBSPバージョンを教えてください。 Re: Flashing Issue on IMX95EVK's M7 core こんにちは、 A1版向けに最新サポートされているBSPはLinux 6.12.20です。 また、バイナリ全体を一から作るのも手です(Uboot+SPL+ATF+Firmware+M-SDK)。 #### Download and extract ARM GCC toolchain #### $ sudo tar -xvJf arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz -C /opt $ sudo tar -xvf arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi.tar.xz -C /opt $ sudo tar -xvf arm-gnu-toolchain-14.2.rel1-x86_64-arm-none-eabi.tar.xz -C /opt #### Get NXP code necessary for the i.MX95 #### あなたの場合は、サポートされている最新のBSPバージョンに注意してください。 $ git clone https://github.com/nxp-imx/imx-mkimage-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-atf-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-sm-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-oei-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/uboot-imx-b lf-6.18.2-1.0.0 $ wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-ele-imx-2.0.5-29313e0.bin $ wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-imx-8.31-4fa5b46.bin #### Build Uboot #### $ CD Uboot-IMX $ make -j $(nproc --all) きれいに $ make -j $(nproc --all) ARCH=arm CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-imx95_19x19_evk_defconfig $ make -j $(nproc --all) ARCH=arm CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu- #### Build ATF #### $ CD ... $ CD IMX-ATF $ make -j $(nproc --all) PLAT=imx95 bl31 CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu- #### Build SM #### $ CD ... $ CD IMX-SM $ make -j $(nproc --all) TOOLS=/opt/ config=mx95evk cfg(関連するmx95evk.cfgファイルが変更されている場合は任意) $ make -j $(nproc --all) TOOLS=/opt/ config=mx95evk all (Linux+M7) $ make -j $(nproc --all) TOOLS=/opt/ config=mx95alt all (config for MCUXpresso testing) ## ## Build OEI ## ## $ cd .. $ cd imx-sm $ make -j $(nproc --all) TOOLS=/opt/ board=mx95lp5 oei=ddr DEBUG=1 $ make -j $(nproc --all) TOOLS=/opt/ board=mx95lp5 oei=tcm DEBUG=1 (i.MX 95 A1 のみ) ## ## Extract Firmware ## ## $ cd .. $ chmod +x firmware-ele-imx-2.0.5-29313e0.bin $ ./firmware-ele-imx-2.0.5-29313e0.bin --車載承認 $ chmod +x firmware-imx-8.31-4fa5b46.bin $ ./firmware-imx-8.31-4fa5b46.bin --自動承認 #### M7 SDK compilation #### $ unzip SDK_25_12_00_IMX95LPD5EVK-19.zip $ python3 -m venv .venv $ source .venv/bin/activate $ export ARMGCC_DIR=/opt/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi $ pip install west $ west build -p always examples/demo_apps/hello_world --toolchain armgcc --config release -b imx95lpd5evk19 -Dcore_id=cm7 #### For ITCM #### $ west build -p always examples/demo_apps/hello_world --toolchain armgcc --config ddr_release -b imx95lpd5evk19 -Dcore_id=cm7 #### For DDR #### $ exit(これで端末が閉鎖されるSO、再開してください) ## ## Copy the resulting binaries to imx-mkimage ## ## $ cd imx-mkimage $ cp ../uboot-imx/u-boot.bin ./iMX95 $ cp ../uboot-imx/spl/u-boot-spl.bin ./iMX95 $ cp ../imx-atf/bl31.bin ./iMX95 $ cp ../imx-oei/oei-m33-ddr.bin ./iMX95 $ cp ../imx-sm/m33_image.bin ./iMX95 $ cp ../mcuxsdk/build/hello_world_cm7.bin ./iMX95/m7_image.bin $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_dmem_qb_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_dmem_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_imem_qb_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_imem_v202409.bin ./iMX95 $ cp ../firmware-ele-imx-2.0.5-29313e0/mx95b0-ahab-container.img ./iMX95 $ make SOC=iMX95 OEI=YES flash_all 生成されたバイナリを使用してEVKをフラッシュすることができます。スタンドアロンモードでテストしたところ、正常に動作しました。 よろしくお願いいたします。 Re: Flashing Issue on IMX95EVK's M7 core db16122_0-1785222133220.png クイックスタートガイドによると、EMMCからブートする場合、SW7-3は1になるはずです。 IMX95LPD5EVK-19 Re: Flashing Issue on IMX95EVK's M7 core こんにちは、@JorgeCasさん 私はあなたが指示した手順を正確に実行しました。 しかし、同じ点滅エラーが発生します。60%まで進んだ後、しばらくして失敗した。 CAN、以下のスクリーンショットを確認して、コマンドが正しいか教えてもらえますか? ありがとう、 ガウラヴ Screenshot from 2026-07-31 17-31-12.png Screenshot from 2026-07-31 17-31-20.png Re: Flashing Issue on IMX95EVK's M7 core こんにちは、 最新情報のご提供ありがとうございます。 sudoコマンドを使って試してみてください。 よろしくお願いいたします。 Re: Flashing Issue on IMX95EVK's M7 core USBエラー「デバイスが見つかりません」が表示されるのはなぜですか？起動プロセスの60%の時点で発生しますか？ Re: Flashing Issue on IMX95EVK's M7 core CANこの問題が常に60%のプロセスで失敗していると再現されることはありますか? Re: Flashing Issue on IMX95EVK's M7 core こんにちは、 新しいリソースで、A1シリコンリビジョンにはLinux 6.12.3_1.0.0/SDK25.03.00を使うことを勧められました。このソフトウェアバージョンでもう一度試してみてください。 Cortex-Aコンソールでエラーログを見ると何が見えますか? よろしくお願いいたします。 Re: Flashing Issue on IMX95EVK's M7 core こんにちは、 @JorgeCas さん。 sudoコマンドも試してみましたが、変化はなく、依然として失敗します。 下記のスクリーンショットをご確認ください。 ありがとうございます ガウラヴ・C Screenshot from 2026-08-03 09-14-48.png Re: Flashing Issue on IMX95EVK's M7 core そして、すべてのリポジトリ向けにlf-6.12バージョンの開発に取り組んでいます。ダウンロードモードのスイッチ位置は「1 0 0 1」です。 サポートされているM7 SDKsのバージョンも確認していただけますか? Re: Flashing Issue on IMX95EVK's M7 core こんにちは、 @db16122 さん。 ご返信ありがとうございます。 はい、ファームウェアの書き込み中にエラーが発生し、60%のところでしばらく止まった後、エラーになります。 ありがとうございます ガウラヴ・C Re: Flashing Issue on IMX95EVK's M7 core こんにちは、@JorgeCasさん ドキュメントAN14748とSDK25.03.00を使用することで、この問題を解決できます。 ご提案と貴重なお時間をありがとうございました。 ありがとうございます ガウラヴ Re: Flashing Issue on IMX95EVK's M7 core はい、毎回そうなります。 Re: Flashing Issue on IMX95EVK's M7 core こんにちは、@JorgeCasさん SDK 25.03で試しましたが、バイナリをフラッシュしている間に/dev/ttyUSB3でいくつかの失敗ログしか出ません。 以下のようにファイルをコピーしました。 cp ../firmware-ele-imx-2.0.5-29313e0/mx95b0-ahab-container.img ./iMX95 mx95a1-ahab-container.imgというファイルも存在すると思いますか？ スクリーンショットもご確認ください。私の場合はA1リビジョンですが、SOC IMX95(A0)と表示されています。 よろしくお願いします。 ガウラヴ Screenshot from 2026-08-05 17-49-46.png

S32K358 設定ツール dma には DMA_IP_HW_INST_1 がありません 1. S32DS 3.6.10 2. チップ S32K358 3. RTD: 7.0.1 問題: DMAエミュレーションにはインスタンス1がなく、インスタンス0のみが存在する Licunhao_0-1785922766915.png このチップにはDMAマルチプレクサが2つ搭載されているはずだが、現在の設定ツールには1つしか搭載されていない。 LPUart4 DMAを使用したいのですが、それはmux1にあります。 誰か助けてください。 Re: S32K358 config tool dma has no DMA_IP_HW_INST_1 こんにちは、 32のDMAチャネルと2つのDMAMUXインスタンスを持つ単一のDMAモジュールがあります。各DMAMUXインスタンスは16チャネルを提供し、DMAチャネルの半分にマッピングされています。 PetrS_0-1785931235713.png LPUART4のTXリクエストがDMAMUX1にルーティングされるため、DMAチャンネル16から31を使う必要があります。   DMAMUXの設定はRMコンポーネントで処理されているので、RMコンポーネントをプロジェクトに追加し、適切に設定してください。 PetrS_1-1785931415785.png PetrS_2-1785931424284.png BR、ペトル

[LPC55S69] Zephyr MCUboot 通过 UART 进行设备固件更新时，在 LPC55S69 上使用 MCUmgr 时无法正常工作 您好，我正在尝试让 Zephyr 的 MCUboot 在 LPC55XpressoS69 上使用 0 号核心运行。我正在 Zephyr 中运行简单的 Blinky 示例应用程序。 应用程序运行正常，没有任何错误。 但是，我一直尝试使用 mcumgr 通过 UART 发送设备固件更新 (DFU)，但由于某种原因，我甚至无法在 mcumgr 和我的设备之间建立连接。我一直收到“NMP超时”的错误提示。 为了方便理解，我的目录结构如下所示： | __boards |__ lpcxpresso55s69_lpc55s69_cpu0.overlay __ src                |__ main.c __sysbuild               |__mcuboot.conf                __mcuboot.overlay __prj.conf __sysbuild.conf 我的prj.conf文件内容如下：   # Enable MCUMGR subsystem and OS/Image management commands CONFIG_MCUMGR=y CONFIG_MCUMGR_GRP_OS=y CONFIG_MCUMGR_GRP_IMG=y # DIRECT SMP over UART CONFIG_MCUMGR_TRANSPORT_UART=y CONFIG_MCUMGR_TRANSPORT_SHELL=n # Dedicate flexcomm0 to SMP — nothing else on the UART CONFIG_CONSOLE=n CONFIG_UART_CONSOLE=n CONFIG_LOG=n CONFIG_SERIAL=y CONFIG_UART_INTERRUPT_DRIVEN=y # Required for SMP UART processing thread CONFIG_NET_BUF=y CONFIG_ZCBOR=y CONFIG_BASE64=y # Required subsystems for DFU CONFIG_FLASH=y CONFIG_IMG_MANAGER=y CONFIG_MCUBOOT_IMG_MANAGER=y # Dependencies for System/Reboot management via DFU CONFIG_REBOOT=y 我的sysbuild.conf文件内容如下：   SB_CONFIG_BOOTLOADER_MCUBOOT=y SB_CONFIG_MCUBOOT_MODE_OVERWRITE_ONLY=y 我的mcuboot.conf文件内容如下：   CONFIG_LOG=y CONFIG_MCUBOOT_LOG_LEVEL_INF=y CONFIG_MCUBOOT_SERIAL=y CONFIG_BOOT_SERIAL_UART=y CONFIG_UART_CONSOLE=n   我的 MCUboot.overlay 文件看起来像这样 /* Step 3.4 - Configure button and LED for Serial Recovery */ // zephyr,console = &flexcomm0; // zephyr,uart-mcumgr = &flexcomm0; / { chosen { zephyr,code-partition = &boot_partition; zephyr,uart-mcumgr = &flexcomm0; zephyr,shell-uart = &flexcomm0; }; }; &flexcomm0 { status = "okay"; }; / { aliases { mcuboot-button0 = &user_button_3; mcuboot-led0 = &blue_led; }; }; &gpio0 { status = "okay"; }; &gpio1 { status = "okay"; }; &blue_led { status = "okay"; }; /* Enlarge boot partition to 64KB to fit MCUboot with serial recovery */ &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; 最后，我的 lpcxpresso55s69_lpc55s69_cpu0.overlay 文件看起来像这样 / { chosen { zephyr,code-partition = &slot0_partition; zephyr,mgmt-smp = &flexcomm0; zephyr,uart-mcumgr = &flexcomm0; }; }; &flexcomm0 { status = "okay"; }; /* Enlarge boot partition to 64KB to fit MCUboot with serial recovery */ &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; 当我运行以下 MCUmgr 命令时，会收到 NMP 超时错误，如下所示： > mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" Error: NMP timeout 所以 mcumgr 肯定知道端口可用（否则它会拒绝访问），但它一直超时。 我非常确定这是配置选项错误。我多次尝试更改配置选项，但似乎都无法解决问题。我几乎可以肯定，我漏掉了一些对这个功能正常运行至关重要的配置选项。 我已经尽可能地查阅了所有相关的应用笔记和用户手册。这些方法似乎都无法帮助我解决我的具体问题：在运行 Zephyr 应用程序的 LPC55Sxx 芯片上使用 Zephyr MCUboot 进行 DFU。 任何帮助都将不胜感激，不过最好是有人能在自己的板子上测试一下，例如：LPCXpresso55S69 并确认它们可以使用任何简单的程序执行 UART DFU。 LPC55S6x LPC55S69-EVK LPC55xx Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S 嗨@Harry_Zhang ， 你的方法确实有效。事实上，我能够将命令简化到仅仅只保留一个部分。 west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild samples/subsys/mgmt/mcumgr/smp_svr -- -DEXTRA_CONF_FILE="serial.conf" 这个方法也奏效了。非常感谢您重现我的问题，感激不尽。 Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S 你好@ZQ2 我能够在 LPCXpresso55S69 板上重现并验证该设置。 1.关键在于，在此配置中，MCUmgr 必须与 MCUboot 一起使用。该应用程序链接到 slot0（而不是闪存基地址），因此单独构建和烧录 smp_svr 应用程序将无法正常工作。MCUboot 是启动应用程序并将控制权移交给应用程序所必需的。 2. 我在文件 /c/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boards 中添加了覆盖文件 lpcxpresso55s69_lpc55s69_cpu0.overlay。 &boot_partition { reg = <0x00000000 DT_SIZE_K(64)>; }; &slot0_partition { reg = <0x00010000 DT_SIZE_K(160)>; }; &slot1_partition { reg = <0x00038000 DT_SIZE_K(160)>; }; &storage_partition { reg = <0x00060000 DT_SIZE_K(50)>; }; 3. 使用以下命令构建项目： west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild samples/subsys/mgmt/mcumgr/smp_svr -- -DEXTRA_CONF_FILE="serial.conf" -DEXTRA_DTC_OVERLAY_FILE="C:/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boards/lpcxpresso55s69_lpc55s69_cpu0.overlay" -Dmcuboot_EXTRA_DTC_OVERLAY_FILE="C:/SDK/zephyrproject/zephyr/samples/subsys/mgmt/mcumgr/smp_svr/boards/lpcxpresso55s69_lpc55s69_cpu0.overlay" 4. 建成之后。您可以使用命令 grep -A20 -B5 "boot_partition" build/mcuboot/zephyr/zephyr.dts Harry_Zhang_2-1786007232854.png 5. 和西闪光 6. Harry_Zhang_0-1786007007588.png 7. Harry_Zhang_1-1786007044209.png 这证实了 UART 传输、SMP 服务器、MCUmgr 和 MCUboot 集成均正常工作。 BR 哈里 Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S 嗨@Harry_Zhang ， 巧合的是，就在我昨天发布这个问题之后，我正好在使用 Zephyr 的smp_svr示例。 我遇到的问题也完全一样。 我按照 Zephyr 文档中的示例进行了操作，链接如下。 我创建了一个示例项目，然后成功构建了代码，并按照文档说明，使用以下命令启用了Raw UART（串行） smp_svr 选项的配置： west build -p always -b lpcxpresso55s69/lpc55s69/cpu0 --sysbuild -- -DEXTRA_CONF_FILE="raw-serial.conf;fs.conf" 然后我成功地刷入了代码。 尽管如此： C:\Users\Dev>mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" Error: NMP timeout 我甚至尝试将调试探针从 Link2 改为 JLink，之后调试探针就连接到了 COM16。为了以防万一，我还使用 JLink Commander 禁用了所有大容量存储设备功能。 然后我尝试刷机并运行： > west flash -r jlink 但再次出现这种情况： C:\Users\Dev> mcumgr --conntype serial --connstring "dev=COM16,baud=115200" echo "test" 错误：NMP 超时 我究竟漏掉了什么？我猜这跟配置有关？如果是这样，我很好奇为什么 Zephyr 官方提供的smp_svr示例与 LPC55S69 不兼容，需要进行修改。 Re: [LPC55S69] Zephyr MCUboot for Device Firmware Update Over UART Not Working with MCUmgr on LPC55S 你好@ZQ2 由于 mcumgr echo 已经返回 NMP 超时，我认为您可以在调试 MCUboot DFU 流程之前验证 MCUmgr UART 通信。 您可以确认以下内容： flexcomm0 是连接到 LPCXpresso55S69 板上 COM11 的 UART。 应用程序运行正常（未停留在MCUboot串行恢复模式）。 没有控制台、shell 或日志输出与 MCUmgr 共享同一个 UART。 为了快速验证，我建议从 Zephyr 的smp_svr示例开始。 首先验证以下命令是否有效： mcumgr --conntype serial --connstring "dev=COM11,baud=115200" echo "test" BR 哈里

我需要用于 S32 Power 架构设计工作室项目的 RTM 1.5 软件包。 我正在使用 S32 Design Studio 2.1 开发 MPC5746 Target 项目。 导入时遇到问题，提示项目是使用未安装的 SDK_S32_PA_15 创建的。如果我尝试强制转换项目，则会在 CPU.h 文件中遇到编译错误。 请提供兼容的软件包。 image.png Re: I need RTM 1.5 package for S32 Power architecture Design Studio Project 你好， SDK_S32_PA_15 也称为 S32 SDK 3.0.3。您可以使用 S32DS 扩展和更新菜单将此 SDK 安装到 S32 Design Studio for PA v2.1 中。此菜单位于：帮助 -> S32DS 扩展和更新   petervlna_1-1786000019769.png 如果此软件包安装正确，则不应收到此错误消息。 顺祝商祺！ Peter

SE051CのMTBF/FIT こんにちは、 部品番号SE051C2HQ1/Z01XDZの部品信頼性データMTBF/FITを共有してください。 よろしくお願いします。 ロネン・D Re: MTBF/FIT for SE051C こんにちは、 @rduek さん。 お客様が当社にご連絡いただいたメールアドレスには、このような情報は提供いたしません。 会社のメールアドレスで登録し、サポートチケットでこの情報を請求してください。 ご理解いただきありがとうございます。 よろしくお願いいたします。 カン Re: MTBF/FIT for SE051C 感謝の言葉をいただきました。

SE051C 的平均故障间隔时间/适用性 您好， 请提供部件号为 SE051C2HQ1/Z01XDZ 的元器件可靠性数据 MTBF/FIT。 谢谢！ 罗南·D Re: MTBF/FIT for SE051C 嗨@rduek ， 我们不会向您用来联系我们的电子邮件地址提供此类信息。 请先使用公司邮箱地址注册，然后您可以通过提交支持工单来申请此信息。 感谢您的理解。 此致， 坎 Re: MTBF/FIT for SE051C 我收到了感谢。

S32K358 配置工具 dma 没有 DMA_IP_HW_INST_1 1. S32DS 3.6.10 2. 芯片 S32K358 3. RTD：7.0.1 问题：DMA EMUX 没有实例 1，只有实例 0。 Licunhao_0-1785922766915.png 该芯片应该有两个 DMA 多路复用器实例，但现在配置工具只显示一个。 我想使用 LPUart4 DMA，但它在 mux1 中。 帮帮我。 Re: S32K358 config tool dma has no DMA_IP_HW_INST_1 您好， 有一个具有 32 个 DMA 通道的 DMA 模块和两个 DMAMUX 实例。每个 DMAMUX 实例提供 16 个通道，并映射到一半的 DMA 通道。 PetrS_0-1785931235713.png 由于 LPUART4 TX 请求被路由到 DMAMUX1，因此需要使用 DMA 通道 16-31。   DMAMUX 配置在 RM 组件中处理，因此请将 RM 组件添加到项目中并进行相应的配置。 PetrS_1-1785931415785.png PetrS_2-1785931424284.png BR，彼得

CC-Link IE Field（1 Gbps）和 CC-Link IE TSN（A 类和 B 类）支持 我们计划使用 Layerscape LS1028A、i.MX 93 和 i.MX RT1170 实现CC-Link IE Field (1 Gbps)和CC-Link IE TSN (A 类和 B 类)远程设备通信。 请您确认一下： 这些控制器是否支持 CC-Link IE Field (1 Gps) 和 CC-Link IE TSN？ NXP是否为这些通信协议提供协议栈？ 是否有任何参考设计或第三方解决方案？ 非常感谢您的指导。谢谢。 Re: CC-Link IE Field (1 Gbps) and CC-Link IE TSN (Class A and Class B) Support 您可以参考以下公告： 恩智浦发布 CC-Link IE TSN LS1028A 和 i.MX RT1170 是 CC-Link IE TSN 解决方案支持的平台。对于协议栈支持，Port GmbH 提供工业通信框架 (ICF)，包括适用于 LS1028A 和 i.MX RT1170 平台的 CC-Link IE TSN 主站和远程站协议栈。 谢谢！

i.MX8MQ: Boot ROMはFlexSPI/QSPI NOR FLASHからの起動をサポートしていますか? こんにちは、 ハードウェア: - i.MX8MQ(REV A0)、EVKデザインに基づくカスタムボード - QSPI NOR:マイクロンMT25QL256A(32MB、3.3V、クアッドコネクテッド) - BSP: Yocto Scarthgap、NXP BSP、U-BOOT 2024.04(u-BOOT-IMX) 目標：FlexSPI NORフラッシュからブートローダー（SPL + ATF + U-Boot）を起動する。 カーネルとルートファイルシステムはeMMC上に残ります。 効果的な点: - U-Boot(uuu SDP/SDPV経由でRAMにロード)は問題なく動作します - 「SFプローブ」がフラッシュを正しく検出します:MT25QL256A、32 MiB - U-Bootはフラッシュの読み書きが安定してできる(検証 「SF Protect Unlock」後の読み返しテスト) - 画像はIMXBOOT_TARGETS = 「flash_evk_flexspi」で構築されます フラッシュメモリのレイアウト（チップからの読み出しで検証済み）： 0x000000: FCFB ヘッダー - 「qspihdr check」レポート 「Q(F)SPIにブート構成ヘッダーが見つかりました」 タグ = 42464346、バージョン = 56010000 0x001000: IVT - d1 00 20 41、エントリ = 0x007E1000、 boot_data = 0x007E0FE0、self = 0x007E0FC0 0x060000: U-Boot の適切な FIT (d00dfeed) が一致します CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 問題点: ブートスイッチをQSPI/FlexSPIに設定し、USBケーブルで起動した場合 物理的に切断されたため、ボードは起動しません。何もない シリアルコンソールに印刷され（SPLバナーは表示されません）、 ROMはシリアルダウンロードモードに切り替わります。 uuu -lsusb 2:1 MX8MQ SDP: 0x1FC9 0x012B NXP FLASH BT_FUSE_SELは焼損していません。ブート設定はGPIO経由で行われます。 ブートピン。 私が既に試したこと： - 両方のヘッダー形式: scripts/qspi_header (c0ffee01 タグ) および scripts/fspi_header (FCFBタグ)。soc.mak をSO修正した flash_evk_flexspiオフセット0のfspi_headerを使用します。 - 変動するFCFBパラメータ:sflashA1Size、serialClkFreq(50MHz -> 20MHz)、 dataSetupTime/dataHoldTime, sflashPadType - 「Uuu -B QSPI」(公式組み込みスクリプト) - 「Qspihdr Update Safe」および「Qspihdr init safe」 - フラッシュを完全に消去するのと、完全な画像を書き込むこと: 起動動作は基本的に同一です(SDPはその後に現れます) ~1.6秒対~1.8秒)を比較し、ROMが読み取っていない可能性を示唆しています フラッシュ自体が。 質問: 1.i.MX8MQブートROMはシリアルNORからの起動をサポートしていますか? FlexSPIでフラッシュを使うべきでしょうか?リファレンス・マニュアルのセクションは持っています NANDフラッシュとSD/MMCをブートデバイスとしてリストアップしていますが、できませんでした FlexSPI/QSPI NORのリストは見つかりません。i.MX8MM/8MNのドキュメントのようです 説明は難しいですが、8MQについてはよくわかりません。 2. もし対応しているなら、フラッシュの正確な予想レイアウトはどうなりますか? FCFB の場合、IVT はオフセット 0x400 または 0x1000 にあるべきでしょうか 0x0に存在しますか？ 3. 選択すべき正しいBOOT_MODE / BOOT_CFGの組み合わせは何ですか？ i.MX8MQでFlexSPI NORブートは可能ですか？ 4. REV A0シリコンに関して既知の正誤表はありますか？ FlexSPIブート？ よろしくお願いします。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? こんにちは、私も似たような作業に取り組んでいます。 同じ文書のいくつかのセクションでは、SPIを使用したブートオプションについて言及されています。 もう少し詳しく説明していただけますか？ onurgoksu_0-1785737312799.png onurgoksu_1-1785737654143.png Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? こんにちは、 主にRMの情報をご参照ください。i.MX8MQはQSPIブートをサポートしていません。 Zhiming_Liu_0-1785725904605.png よろしくお願いします、 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? LinuxカーネルとrootファイルシステムをeMMCに残したまま、QSPI NOR Flashからi.MX8MQを起動する方法は絶対にないのでしょうか?私たちのハードウェアデザインはすでにこのアーキテクチャを中心に構築されているため、非常に重要です。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? こんにちは@ayse-yilmaz @onur-goksu 第 6 章のドキュメントに関する問題 SNVS、リセット、ヒューズ、ブート 2018年にすでに報告されており、NXPは公式ウェブサイトで関連ドキュメントを訂正しました。 サポートされているブートデバイスについては、 6.1 システムブートを参照してください。 1.6 プライマリブートオプションについてですが、ドキュメントの残骸のように見えます。 よろしくお願いします、 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? こんにちは、@Zhiming_Liu、@ayseイルマズさん  この問題に関連する以下のトピックを見つけました:https://community.nxp.com/t5/i-MX-Processors/Does-i-MX8M-support-boot-from-QSPI/m-p/904429#M136467 しかし、テクニカルサポートは「開発上の目的で、起動デバイスを判定するeFUSEはGPIOピン入力で上書きされる可能性がある」と述べましたが、ブートROMはそもそもサポートしていません。ちょっと混乱しています。ハードウェアはサポートしているのに、起動ROMはなぜ対応していないのでしょうか? ハードウェアやドキュメントがあっても、ROMのせいでQuadSPIから起動するのは不可能だと思います。私の理解は合っていますか？詳しくご説明いただけますでしょうか。 よろしくお願いします オヌール よろしくお願いします。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? NXP技術サポートチームへ、 i.MX8MQのQSPIブートサポートのドキュメントについて、深刻な懸念を提起したいと思います。 エンジニアはハードウェア設計の意思決定において、リファレンスマニュアルを主要かつ権威ある情報源として頼ります。リファレンスマニュアルにブートソースが記載またはサポートされていると示唆されている場合、開発チームがその情報をもとにボードを設計するのは全く合理的です。 これは些細な誤植ではない。ブートソースの選択は、回路設計、PCBレイアウト、部品選択、製造、ファームウェアアーキテクチャ、復旧戦略、製品検証に直接影響します。QSPIブートの性能に関する誤った記述は、重大な技術的損失、追加の試作改良、遅延スケジュール、そして多額の財政的コストをもたらす可能性があります。 特に懸念すべきは、2017年から2018年頃からNXPコミュニティでも同様の質問やフィードバックが提起されている一方で、ドキュメントは長年にわたり不明瞭または誤りのままだったことです。もしNXPがi.MX8MQブートROMがQSPIからの直接ブートをサポートしていないことを知っていたなら、この制限はリファレンスマニュアル、デバイスエラッタ、アプリケーションノート、製品ドキュメントに明確に記載されているはずです。 このような重要な曖昧さを何年も放置するのは、プロフェッショナルおよび商業用ハードウェアデザインで使用される部品として容認できません。お客様は公式リファレンス・マニュアルに記載された情報を信頼できる必要があります。 つきましては、以下の点について明確かつ正式な回答をお願いいたします。 i.MX8MQブートROMは、電源オンリセット後にQSPI NORからの直接起動をサポートしていますか? もしそうでないなら、なぜQSPIがリファレンスマニュアルでサポートされているブートオプションとして提示されたり、暗示されたのでしょうか? NXPはこれを正式にドキュメントの誤りと分類していますか? この情報はどの文書改訂版で修正されますか？ NXPは既存のドキュメントに基づいてハードウェアを設計した可能性のある顧客に警告する訂正表や製品通知を公表するのでしょうか? SDカードやeMMCを必要とせずに、ブートROMがQSPIから直接初期ブートイメージをロードできるようにする、公式にサポートされている回避策はありますか？ 私たちは、この問題は非公式なフォーラムでの対応以上のものが必要だと強く信じています。他のエンジニアリングチームが同じ時間やファイナンシャル損失を被るのを防ぐためには、正式なドキュメント訂正と明示的な技術通知が必要です。 このマターはi.MX8MQ製品エンジニアリングおよびドキュメントチームにエスカレーションし、権威ある書面による説明をお願いいたします。

Ubuntu 26.04 LTS での「8MPLUSLPD4-EVK」ビルドの問題 こんにちは、NXPさん。 私は「8MPLUSLPD4-EVK」を使用しています。BSPをビルドしようとしているのですが、ビルドで問題が発生しています。この件についてご協力をお願いします。さらに詳しい情報が必要な場合はお知らせください。 エラーログ: dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/project/imx-Yocto-bsp/build$ bitbake core-image-minimal エラー:サーバー環境の設定を試みます:ローカルパラメータでサーバー構成を更新できません:トレースバック(直近の通話履歴): runCommand内のファイル「/ホーム/dasmiddepogu/NXP/project/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/command.py」、runCommandの91行目 結果 = command_method(self、commandline) ファイル「/ホーム/dasmiddepogu/NXP/project/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/command.py」、updateConfigの291行目 command.cooker.updateConfigOpts(options,環境、コマンドライン) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、updateConfigOptsの471行目 self.reset() ~~~~~~~~~~^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、1741行目、リセット中 self.handlePRServ() ~~~~~~~~~~~~~~~~~^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py」、337行目、handlePRServ 内 self.hashserv.serve_as_process(log_level=記録。警告) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ ファイル「/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/asyncrpc/serv.py」、402行目、serve_as_process self.process.start() ~~~~~~~~~~~~~~~~~~~^^ ファイル "/usr/lib/python3.14/multiprocessing/process.py",121行目、開始 self._popen= self._Popen(self) ~~~~~~~~~~~^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/context.py",230行目、_Popen内 return _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/context.py",306行目、_Popen内 return Popen(process_obj) ファイル "/usr/lib/python3.14/multiprocessing/popen_forkserver.py",35行目、 __init__ super(). __init__ (process_obj) ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/popen_fork.py",20行目、 __init__ self._launch(process_obj) ~~~~~~~~~~~~^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/popen_forkserver.py",47行目、_launch内 reduction.dump(process_obj,buf) ~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^ ファイル "/usr/lib/python3.14/multiprocessing/reduction.py",60行目、ダンプファイル内 ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ _pickle。PicklingError: local object .run をpickleできません0x7802f7325380> 辞書項目 '_target' をシリアライズするとき multiprocessing.context.Process の状態をシリアル化する場合 multiprocessing.context.Process オブジェクトをシリアル化する際 リポジトリの詳細: $ mkdir imx-yocto-bsp $ CD IMX-Yocto-BSP $ repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -ムimx-6.6.36-2.1.0.xml $ リポジトリ同期 $ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk ソース imx-setup-release.sh -b build LinuxホストPCの詳細: PRETTY_NAME="Ubuntu 26.04 LTS" NAME="Ubuntu" VERSION_ID="26.04" VERSION="26.04 (Resolute Racoon)" VERSION_CODENAME=決然 ID=ubuntu ID_LIKE=debian HOME_URL="https://www.ubuntu.com/" サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=resolute ロゴ=ubuntuロゴ ホストPCの設定: 建築:x86_64 CPUオペモード:32ビット、64ビット アドレスサイズ:物理42ビット、仮想48ビット バイト順:リトルエンディアン CPU(16) オンラインCPUリスト:0-15 ベンダーID:GenuineIntel モデル名:Intel(R) Core(TM) Ultra 7 255H CPUファミリ:6 モデル:197 スレッド数(コアあたり):1本 ソケットあたりのコア数:16個 ソケット数:1 ステップ数:2 CPUスケーリングMHz:17% CPU最大MHz:5100,0000 CPU最小MHz:400.0000 DDR容量：32GB i.MX8ULP Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、 @middepogudasさん お元気でお過ごしのことと思います。 imx-linux-scarthgap BSPはUbuntu 22.04およびUbuntu 24.04でサポートされていることが検証されています。 Ubuntu 26.04はデフォルトでPython 3.14を使用していますが、そのBSPに含まれるBitbakeのバージョンはPython 3.14と完全には互換性がないようです。 Ubuntu 26.04 LTSが完全にサポートされるまでは、Ubuntu 24.04 LTSまたはUbuntu 22.04 LTSを使用してコンパイルすることをお勧めします。 また、Python 3.12で仮想環境を使うのも試してみてください。 よろしくお願いいたします。 サラス。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 Ubuntuを24.04にアップデートしましたが、ビルドの問題が発生しています。ビルドエラーログを添付します。このビルドの問題についてご協力をお願いします。 OS情報: asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4LTS" 名前="Ubuntu" VERSION_ID="24.04" バージョン="24.04.4 LTS (ノーブル・ナンバット)" バージョンコード名=ノーブル ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble ロゴ=ubuntuロゴ dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ ビルドエラーログ: 今では「bitbake 」を実行できます。 一般的なターゲットは以下の通りです: コアイメージ最小 メタツールチェーン meta-toolchain-sdk ADT-installer meta-IDE-サポート ビルド環境は以下のように構成されています。 MACHINE=imx8mp-lpddr4-evk SDKMACHINE=i686 DISTRO=fsl-imx-xwayland EULA= BSPDIR= BUILD_DIR=。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk ソース imx-setup-release.sh -b build dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ bitbake core-image-minimal 注意:あなたのconf/bblayers.confは自動的に更新されました。 警告: ホストディストリビューション「ubuntu-24.04」このバージョンのビルドシステムでは検証されていません。予期しないエラーが発生する可能性があります。テスト済みのディストリビューションを使用することをお勧めします。 キャッシュの読み込み: 100% | | 残り時間: --:--:-- 依存関係キャッシュから0件のエントリを読み込みました。 レシピの解析: 100% |# 3643 .bb の解析ファイル完了（キャッシュ済み0個、解析済み3643個）。ターゲット数5719、スキップ数375、マスク数17、エラー数0。 注：不足しているタスクキューの依存関係を解決します ビルド構成: BB_VERSION = 「2.8.0」 BUILD_SYS = 「x86_64-linux」 NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" ディストリビューション = "fsl-imx-xwayland" DISTRO_VERSION = 「6.6-スカースギャップ」 TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" メタ meta-poky = "HEAD:f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40" メタOE メタマルチメディア meta-python = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-freescale = "HEAD:0f8091c63dd8805610c09b08409bc58492a3b16f" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" メタ-IMX-BSP meta-imx-sdk メタ-IMX-ML meta-imx-v2x = "HEAD:92ad51ef3cc7f132238f1ae6c8e81432f2a69cc7" meta-nxp-demo-experience = "HEAD:8fd7154c05b716e9635279047f65785399432d88" meta-nxp-マター-baseline meta-nxp-openthread = "HEAD:783becb4b5716d989f50db95b7133d38eae5b47b" meta-Arm meta-arm-toolchain = "HEAD:1b85bbb4cab9658da3cd926c62038b8559c5c64e" meta-clang = "HEAD:fe561f41aef0cff9e6f96730ab59f28dca2eb682" メタノーム メタネットワーキング meta-filesystems = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-qt6 = "HEAD:dc13e1bfda4a4757a08c2d6673bc4bac012c4a80" メタパーセク meta-tpm = "HEAD:11ea91192d43d7c2b0b95a93aa63ca7e73e38034" meta-仮想化 = "HEAD:6a80f140e387621f62964209a2e07d3bcfb125ce" 注: 非ネイティブバイナリ shim を取得していますhttp://downloads.yoctoproject.org/releases/uninative/4.5/x86_64-nativesdk-libc-4.5.tar.xz;sha256sum=43ee6a25bcf5fce16ea87076d6a96e79ead6ced90690a058d07432f902773473（まずPREMIRRORSを確認します） Sstate の概要: 要求 2656 ローカル 0 ミラー 0 見逃した 2656 現在 0 (一致率 0%、完了率 0%)################################################################################################################################### ## | ETA: 0:00:00 Initialising tasks: 100% |## ## 注：タスクの実行 エラー: PermissionError: [Errno 1] 操作が許可されていません 上記の例外処理中に、別の例外が発生しました。 トレースバック(直近の通話): ファイル「/ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker」、278行目、子内 bb.utils.disable_network(uid,gid) ファイル「/ホーム/dasmiddepogu/NXP/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/utils.py」、1696行目、disable_network Open("/proc/self/uid_map", "w")をfとして使う: 許可エラー:[Errno 1] 操作は許可されません エラー:タスク(/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack)が終了コード「1」で失敗しました エラー:許可エラー:[エラー1] 操作は許可されていません 上記の例外処理中に、別の例外が発生しました。 トレースバック(直近の通話): ファイル「/ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker」、278行目、子内 bb.utils.disable_network(uid,gid) ファイル「/ホーム/dasmiddepogu/NXP/imx-Yocto-bsp/sources/poky/bitbake/lib/bb/utils.py」、1696行目、disable_network Open("/proc/self/uid_map", "w")をfとして使う: 許可エラー:[Errno 1] 操作は許可されません エラー:タスク(/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot)が終了コード「1」で失敗しました。 注:タスク概要:34件のタスクを試みましたが、そのうち再実行不要は0件、2件は失敗しました。 概要:2つの課題が失敗: /ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot 概要：警告メッセージが1件ありました。 概要：2件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ ありがとう、、 ダス・ミッデポグ Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 BSPビルドエラーで助けていただけませんか? dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4LTS" 名前="Ubuntu" VERSION_ID="24.04" バージョン="24.04.4 LTS (ノーブル・ナンバット)" バージョンコード名=ノーブル ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " サポートURL=" https://help.ubuntu.com/ " バグ報告URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble ロゴ=ubuntuロゴ dasmiddepogu@dasmidde | エラー: 設定に失敗しました 警告: シェルコマンドからの終了コードが 1 です。 エラー:タスク(/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure)が終了コード「1」で失敗しました 注:タスク概要:1539件のタスクを試み、そのうち1519件は再実行不要、2件は失敗しました。 概要:2つの課題が失敗: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 概要：警告メッセージが2件ありました。 概要：3件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 私が使用しているPythonのバージョンを記載してください。以下にビルドエラーログを示しますので、ビルドを正常に完了させるための修正方法をお知らせください。config.log ファイルは添付ファイルをご覧ください。 asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~ asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal 警告:ホストディストリビューション「ubuntu-24.04」はこのビルドシステムのバージョンで検証されていません。予期せぬ失敗に遭遇するかもしれません。テスト済みのディストリビューションを使用することが推奨されます。 キャッシュの読み込み: 100% |# 依存関係キャッシュから5303件のエントリを読み込みました。 注：不足しているタスクキューの依存関係を解決します ビルド構成: BB_VERSION = "2.4.0" BUILD_SYS = 「x86_64-linux」 NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" ディストリビューション = "fsl-imx-xwayland" DISTRO_VERSION = 「6.1-ミックルドア」 TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" メタ meta-poky = "HEAD:0a98281d37b0bd8dc1548c390216cb3978e36e0e" メタOE メタマルチメディア meta-python = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-freescale = "HEAD:9b00d40b787c2b7105ce209f5635cc1a0cab81ca" meta-freescale-3rdparty = "HEAD:93ba05e3a16a028b770fa1e813b13eb87a59ac63" meta-freescale-distro = "HEAD:b09c18a3f649f0cf1b40432bb39e76ba16fe94e2" メタBSP meta-SDK メタML meta-v2x = "HEAD:6efe87f014c5bdcbda30f06156ee11d8bc3dc7fe" meta-nxp-demo-experience = "HEAD:7f34a32c7877e55e87b6a99e90da4128ed632bf2" meta-Arm meta-arm-toolchain = "HEAD:0e043288fd0b17fbf31cf00ae33045107a991144" メタクロム = "HEAD:e232c2e21b96dc092d9af8bea4b3a528e7a46dd6" meta-clang = "HEAD:af4dcba009ba98250315520f3003fde4ee164cce" メタノーム メタネットワーキング meta-filesystems = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-qt6 = "HEAD:1406d0a85525a71fe5d7892d7f915404290a78ad" メタパーセク meta-tpm = "HEAD:d7db0a3bd1a8639df7570483f003ce00cbe274a2" meta-virtualization = "HEAD:56593e277a377157944a6676e57497066b770a35" 警告:ホストのglibcバージョン(2.39)はUninative(2.37)よりも新しいバージョンです。Uniativeを無効にしてステートが破損しないようにします。 タスクの初期化:100% |###############################################################################################################################################################################################################|時間:0:00:01 Sstate概要:指名手配833 ローカル2 ミラーズ 0 欠落 831 現行940(0%一致、53%完了) 注意:タスクの実行 エラー:linux-libc-headers-6.1-r0 do_package: exec_func_python()でpython関数を実行する際のエラーが自動生成: この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: *** 0002:perform_packagecopy(d) 0003: ファイル: '/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/classes-global/package.bbclass', lineno: 355, function: perform_packagecopy 0351: rpath_replace (dvar, d) 0352:} 0353:perform_packagecopy[パッケージ] = "${PKGD}" 0354:perform_packagecopy[パッケージ] = "${PKGD}" *** 0355: 0356:python populate_packages () { 0357: oe.package.populate_packages(d) 0358:} 0359:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 466、関数: check_output 0462: それ以外の場合: 0463: 空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): ファイル: '/usr/lib/python3.12/subprocess.py'、行番号: 571、関数: run 0567: # process.wait() は呼び出しません。 __exit__それをやってくれます。 0568: 上げる 0569: retcode = process.poll() 0570: チェックして戻りコードを取得する場合: *** 0571: raise CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: return CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 例外:サブプロセス。CalledProcessError: コマンド 'tar --exclude=./sysroot-only -cf - -C /ホーム/dasmiddepogu/NXP/lp_imx-Yocto-bsp/build/tmp/work/armv8a-poky-Linux/Linux-libc-headers/6.1-r0/image -p -S|tar -xf - -C /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/package' は非ゼロの終了ステータス2を返しました。 サブプロセスの出力: 不明な di に対して *at() システムコールを取得しました ar: ./usr/include/asm-generic/poll.h: 開けられない:そのようなファイルやディレクトリは存在しません tar:過去のエラーにより故障状態で退出 エラー:故障ログファイルは以下のホームに保存されています:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/temp/log.do_package.75498 エラー:タスク (/ホーム/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/Linux-libc-headers/Linux-libc-headers_6.1.bb:do_package)出口コード「1」で失敗 エラー: libxcrypt-4.4.33-r0 do_configure: configure failed エラー: libxcrypt-4.4.33-r0 do_configure: ExecutionError('/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/run.do_configure.75465', 1, None, None) エラー:故障ログファイルは以下のカテゴリに保存されています:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/log.do_configure.75465 ログデータは以下のとおりです。 注：以下のconfig.logファイルには、さらに詳しい情報が記載されている場合があります。 |注意:/ホーム/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/build/config.log |エラー:CONFIGURE fail |警告:シェルコマンドからコード1を終了してください。 エラー:タスク(/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure)が終了コード「1」で失敗しました 注:タスク概要:1546件のタスクを試み、そのうち1537件は再実行不要、2件は失敗しました。 概要:2つの課題が失敗: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 概要：警告メッセージが2件ありました。 概要：3件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。 よろしくお願い申し上げます。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 上記のビルドエラーについて何か解決策をご存知でしょうか？ ダス・ミッデポグ Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS こんにちは、NXPさん。 以下のビルドエラーを修正する方法について、何かアドバイスをいただけないでしょうか？ 私はUbuntu 24.04とPythonバージョン3.8を使用しています。 ビルドコマンド : IMX-Yocto-BSP/Build$ Bitbake core-image-minimal ビルドエラー: 警告：シェルコマンドの終了コードが1です。 エラー:タスク(/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure)が終了コード「1」で失敗しました 注:タスク概要:2891件のタスクを試み、そのうち16件は再実行不要、1件は失敗しました。 概要:1つの課題失敗: /ホーム/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 概要：警告メッセージが78件ありました。 概要：2件のエラーメッセージが発生し、ゼロ以外の終了コードが返されました。

IMX95EVK M7 核心的刷写问题 你好， 我正在尝试运行一个 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 两者产生的结果相同。 命令： 光盘 IMX95LPD5EVK/版本_/tmp/deploy/images/imx95-a1-19x19-lpddr5-evk sudo 呜呜呜 -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 启动都失败 请分享一下该版本板上 M7 内核的刷写步骤以及支持的电路板支持包。版本。 Re: Flashing Issue on IMX95EVK's M7 core 你好， A1 版本的最新支持 电路板支持包。 是 Linux 6.12.20。 另外，您还可以尝试从头开始构建整个二进制文件（Uboot+SPL+ATF+固件+M-SDK）。 ## ## Download and extract ARM GCC toolchain ## ## $ sudo tar -xvJf arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz -C /opt $ sudo tar -xvf arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi.tar.xz -C /opt $ sudo tar -xvf arm-gnu-toolchain-14.2.rel1-x86_64-arm-none-eabi.tar.xz -C /opt #### Get NXP code necessary for the i.MX95 #### 请注意使用最新支持的电路板支持包。版本。 $ git clone https://github.com/nxp-imx/imx-mkimage-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-atf-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-sm-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/imx-oei-b lf-6.18.2-1.0.0 $ git clone https://github.com/nxp-imx/uboot-imx-b lf-6.18.2-1.0.0 $ wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-ele-imx-2.0.5-29313e0.bin $ wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-imx-8.31-4fa5b46.bin ## ## Build Uboot ## ## $ cd uboot-imx $ make -j $(nproc --all) clean $ make -j $(nproc --all) ARCH=arm CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-imx95_19x19_evk_defconfig $ make -j $(nproc --all) ARCH=arm CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu- ## ## Build ATF ## ## $ cd .. $ cd imx-atf $ make -j $(nproc --all) PLAT=imx95 bl31 CROSS_COMPILE=/opt/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu- ## ## Build SM ## ## $ cd .. $ cd imx-sm $ make -j $(nproc --all) TOOLS=/opt/ config=mx95evk cfg (如果关联的 mx95evk.cfg 文件已更改，则此步骤可选的) $ make -j $(nproc --all) TOOLS=/opt/ config=mx95evk all (Linux+M7) $ make -j $(nproc --all) TOOLS=/opt/ config=mx95alt all (MCUXpresso 测试配置) ## ## Build OEI ## ## $ cd .. $ cd imx-sm $ make -j $(nproc --all) TOOLS=/opt/ 板=mx95lp5 oei=ddr DEBUG=1 $ make -j $(nproc --all) TOOLS=/opt/ 板=mx95lp5 oei=tcm DEBUG=1 (仅适用于 i.MX 95 A1) ## ## Extract Firmware ## ## $ cd .. $ chmod +x firmware-ele-imx-2.0.5-29313e0.bin $ ./firmware-ele-imx-2.0.5-29313e0.bin --auto-accept $ chmod +x firmware-imx-8.31-4fa5b46.bin $ ./firmware-imx-8.31-4fa5b46.bin --auto-accept ## ## M7 SDK compilation ## ## $ unzip SDK_25_12_00_IMX95LPD5EVK-19.zip $ python3 -m venv .venv $ source .venv/bin/activate $ export ARMGCC_DIR=/opt/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi $ pip install west $ west build -p always examples/demo_apps/hello_world --toolchain armgcc --config release -b imx95lpd5evk19 -Dcore_id=cm7 ## ## For ITCM ## ## $ west build -p always examples/demo_apps/hello_world --toolchain armgcc --config ddr_release -b imx95lpd5evk19 -Dcore_id=cm7 ## ## For DDR ## ## $ exit（这将关闭终端，请重新打开终端） ## ## Copy the resulting binaries to imx-mkimage ## ## $ cd imx-mkimage $ cp ../uboot-imx/u-启动.bin ./iMX95 $ cp ../uboot-imx/spl/u-启动-spl.bin ./iMX95 $ cp ../imx-atf/bl31.bin ./iMX95 $ cp ../imx-oei/oei-m33-ddr.bin ./iMX95 $ cp ../imx-sm/m33_image.bin ./iMX95 $ cp ../mcuxsdk/build/hello_world_cm7.bin ./iMX95/m7_image.bin $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_dmem_qb_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_dmem_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_imem_qb_v202409.bin ./iMX95 $ cp ../firmware-imx-8.31-4fa5b46/firmware/ddr/synopsys/lpddr5_imem_v202409.bin ./iMX95 $ cp ../firmware-ele-imx-2.0.5-29313e0/mx95b0-ahab-container.img ./iMX95 $ make SOC=iMX95 OEI=YES flash_all 您可以使用生成的二进制文件来刷写您的 EVK，我们已经在独立组网 \(SA\) 模式下测试过，它可以正常工作。 顺祝商祺！ Re: Flashing Issue on IMX95EVK's M7 core db16122_0-1785222133220.png 如果从 EMMC 启动，则根据快速入门指南，SW7-3 应为 1。 IMX95LPD5EVK-19 Re: Flashing Issue on IMX95EVK's M7 core 你好， 谢谢你的更新。 请尝试使用 sudo 命令。 顺祝商祺！ Re: Flashing Issue on IMX95EVK's M7 core 嗨@JorgeCas 我完全按照您给出的步骤操作了。 但是仍然存在同样的闪烁错误。进度达到 60% 后，过了一段时间就失败了。 请您查看以下截图，并告诉我这些命令是否正确。 谢谢， 高拉夫 Screenshot from 2026-07-31 17-31-12.png Screenshot from 2026-07-31 17-31-20.png Re: Flashing Issue on IMX95EVK's M7 core 为什么会出现“USB 设备错误”？这种情况是否发生在启动过程进行到 60% 时？ Re: Flashing Issue on IMX95EVK's M7 core 这个问题是否可以重现，即每次进程进行到 60% 时都会失败？ Re: Flashing Issue on IMX95EVK's M7 core 我正在为所有仓库开发 lf-6.12 版本。下载模式的开关位置为“ 1 0 0 1” 请问能否确认一下支持的M7 SDK版本？ Re: Flashing Issue on IMX95EVK's M7 core 嗨@JorgeCas ， 我也尝试过使用 sudo 命令，但没有任何改变，仍然失败。 请查看以下截图。 谢谢！ 高拉夫·C. Screenshot from 2026-08-03 09-14-48.png Re: Flashing Issue on IMX95EVK's M7 core 你好， 我找到一个新资源，建议对 A1 芯片版本使用 Linux 6.12.3_1.0.0/SDK25.03.00，请尝试使用这些软件版本再试一次。 当您查看错误日志时，Cortex-A 控制台中显示了什么？ 顺祝商祺！ Re: Flashing Issue on IMX95EVK's M7 core 你好@db16122 ， 谢谢回复。 是的，刷固件时会失败，卡在 60% 一段时间后就失败了。 谢谢！ 高拉夫·C. Re: Flashing Issue on IMX95EVK's M7 core 嗨@JorgeCas 我使用文档 AN14748 和SDK25.03.00解决了这个问题。 感谢您的建议和宝贵时间。 谢谢！ 高拉夫 Re: Flashing Issue on IMX95EVK's M7 core 是的，这种情况每次都会发生。 Re: Flashing Issue on IMX95EVK's M7 core 嗨@JorgeCas 我尝试使用 SDK 25.03，但在刷写二进制文件时，/dev/ttyUSB3 上只出现了一些故障日志。 我也按如下方式复制了文件。 cp ../firmware-ele-imx-2.0.5-29313e0/mx95b0-ahab-container.img ./iMX95 你认为也存在名为mx95a1-ahab-container.img的文件吗？ 请同时查看截图，截图显示的是 SOC IMX95(A0)，而我的版本是 A1。 谢谢！ 高拉夫 Screenshot from 2026-08-05 17-49-46.png

Zephyr UAC2 → i.MX RT1020 に関するSAIリファレンス こんにちは、皆さん ZephyrのUAC2非同期明示的フィードバックサンプルを使って、i.MX RT1020でUSB-to-I2Sのオーディオパイプラインを動かそうとしていますが、NXP SAI(I2S)ドライバーとeDMAで問題が発生しています。 DMAMUXやIRQの設定のデバッグに時間をかける前に、Zephyrを使ってRT10xxシリーズのUSB-to-I2Sの動作する例をご存知の方はいらっしゃいますか? 特に、Zephyr上でUAC2からSAIへのオーディオパスを実装しているリファレンスプロジェクトを探しています。 よろしくお願いいたします！ Re: Zephyr UAC2 → SAI reference on i.MX RT1020 こんにちは、@lpc73 さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ 現在、上流のZephyrにはRT10xx用の現成のUAC2→SAIリファレンスプロジェクトはありません。RT10xxでは、SAI/I2Sドライバ(nxp、mcux-i2s)、eDMA、UAC2クラスの構成要素はすべてサポートされています。DMAMUXルーティングは、デバイスツリーのnxp、tx-dma-channel / nxp、rx-dma-channel+pinctrlというプロパティで行われ、Cでは手動ではありません。追加すべき主な要素はRTプラットフォーム用のフィードバックループで、DMAオーディオバッファはキャッシュできないメモリに配置することを忘れないでください。 Zephyrが必須でない場合、MCUXpresso SDKのdev_audio_speaker+sai_edma_transferが最も成熟した、すぐに使えるUAC2→SAIの例です。 よろしくお願いします、 ギャビン

KE18F512VLH16 ECC 存储单元自动纠错 据了解，该硬件可自动纠正单比特 ECC 错误。然而，目前还不清楚这些更正是在哪里进行的。 当硬件自动纠正单个比特 ECC 错误时，它是同时纠正读取和存储单元，还是只纠正读取？ 从 AN5335 示例图中可以看出，读取数据是否已从 0 > 1 校正？这意味着我们需要将修正后的值写回 RAM，才能真正清除内存单元中的该值。 sean_dvorscak_0-1786035276314.png 我们担心，如果 RAM 存储单元中的数据没有得到纠正，单比特错误可能会演变成双比特错误。 Re: KE18F512VLH16 ECC Memory Cell Autocorrection 你好@sean_dvorscak 1.“当硬件自动纠正单个比特的ECC错误时，它是在读取操作和存储单元上都进行纠正，还是只在读取操作上进行纠正？ ” ->>该校正仅在读取时执行；SRAM 单元的内容不会被写回。 2.“我们担心，如果RAM存储单元中的数据没有得到纠正，单比特错误可能会演变成双比特错误。 ” 是的，如果要清除内存单元中的错误并防止错误累积，建议软件执行读取-更正-写回操作。 谢谢！ BR 爱丽丝