Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
imx95 AHAB SGK 支持 你好, 我正在研究 i.MX95 上的 AHAB 安全启动支持,并想确认支持的签名密钥层次结构。 我了解到,某些 i.MX9 变体(例如 i.MX93)目前不支持 AHAB 容器签名的从属签名密钥 (SGK),而仅支持基于 SRK 的签名,如这里所讨论的: https://community.nxp.com/t5/i-MX-Processors/imx93-AHAB-SGK-support/td-p/2181212 请问 i.MX95 是否支持使用带有 CA 标志的 SRK 证书对 AHAB 启动容器进行从属密钥 (SGK) 签名,还是当前发布的 ELE 固件仅支持直接基于 SRK 的签名? 如果支持 SGK,能否也说明一下,支持是否取决于 i.MX95 芯片版本、ELE 固件版本、AHAB 容器格式或 BSP 版本?
記事全体を表示
PNEV5190Bは動作しません NFC CockpitのExtraタブにある「Load Secondary Firmware」オプションからNfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.binをロードした後、PNEV5190Bが反応せず、NFC Cockpitから操作できません。 アップデートログによると、ファームウェアのダウンロードはエラー報告もなく正常に完了しました。アップデートが完了した後、ボードが応答しなくなった。 このスレッドで似たような問題を見つけましたが、根本原因を理解したいです。 ファームウェアのアップデートが成功したにもかかわらず、なぜ基板が反応しなくなるのでしょうか? 私のボードまたはファームウェアのバージョンに対して、間違ったセカンダリファームウェアイメージを使用した可能性はありますか? なぜセカンダリファームウェアをロードすると、NFCコックピットがボードと通信できなくなる状態になるのでしょうか? 再開まで今しばらくお待ちください。 Re: PNEV5190B does not work こんにちは、 @Miyazaki001さん あなたの調子が良いといいのですが。 あなたのセットアップについてもう少し詳しく教えていただけますか?どのような手順に従っていますか? 私は以下の設定を試してみました。 - PNEV5190B - FW v2.0B - NFC Cockpit v9.0.0 - 「追加」タブ > 「セカンダリファームウェア」タブ > セカンダリファームウェアのロード - NxpNfcCockpit_v9.0.0.0\firmware\Secondary_PN5190\K8x\Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.bin を選択してください NFC Cockpitは、COMポートを閉じてから再度開くように指示するはずです。 COMポートを再度開いた後、「Extra」タブでセカンダリファームウェアを起動できるようになります。 よろしくお願いいたします。 エドゥアルド。 Re: PNEV5190B does not work こんにちは、@EduardoZamora さん。 ご返信よろしくお願いします。 私のシステム構成は以下のとおりです。 - PNEV5190B(B1チップ) - PN5190 FW v02.05 - NFC Cockpit v7.4 - 追加タブ → セカンダリファームウェア → セカンダリファームウェアのロード 選択済み: -NxpNfcCockpit_v7.4.0.0\firmware\Secondary_PN5190\K8x\Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.bin 二次ファームウェアアップデートは正常に完了したようです。ログによると、ファームウェアのダウンロードはエラー報告なしに完了した。 ログの該当箇所を以下に示します。 アップデート後、NFC Cockpitからボード接続を手動で閉じてから再度開くように指示されます。私はこの手順に従い、さらにCOMポートを手動で切断して再接続することも試しました。 しかし、接続を再開した後、ボードはどのコマンドにも応答しなくなった。ログには、NFC Cockpitがボードとの通信を試みた際にタイムアウトが発生したことが記録されている。 参考までに、関連するログファイルを添付しました。 何かアドバイスをいただけますか: PN5190 FW v02.05は、このセカンダリファームウェアと互換性がありますか? NFC Cockpit v7.4とこのセカンダリファームウェアに関して、既知の問題はありますか? このスレッドで似たような問題を見つけましたが、根本原因を理解したいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 Re: PNEV5190B does not work こんにちは、 この特定のセットアップで予期せぬ挙動が記録された例を見つけることはできませんでした。 NFC Cockpit v7.4.0は旧バージョンです。最新バージョン(v9.0.0)にアップデートし、PN5190のファームウェアアップデートを実行してください。その後、あなたの調査結果を教えてください。 設定を更新した後もこの症状が続く場合は、ジャンパーの設定と電源接続についてお知らせください(基板の写真も添付していただけると助かります)。 よろしくお願いいたします。 エドゥアルド。
記事全体を表示
LX2160AでMPキーの取得に失敗しました こんにちは、NXPさん。 LLDP LX2160Aベースの安全なブートシステムを構築し、MPキーの機能検証も行っています。 LX2160Aボードのセキュアブートシステムのインストールと起動は問題なく、ITSのビット値は1だと考えていますが、「mp_app -p」コマンドを実行すると「Device is not initiated」エラーが出ます。 この問題について確認するためのアドバイスはありますか? ありがとうございました。 ジェフリー Re: LX2160A get MP key failed 顧客はLLDPの文書6.4.4項を守りましたか?   のような Linuxプロンプトからtee-supplicant & commandを実行してください。 Linuxカーネルのバージョンによっては、右フォルダからinsmod securekeydev.koを使用していました また、顧客が「mp_app」を実行する際にカーネルPrintkを有効にしてもらい、ログを共有してください。 エコー 8 > /proc/sys/kernel/printk dmesg Re: LX2160A get MP key failed こんにちは、イーピンワンさん はい、 mp_appコマンドを実行する前に、tee-supplicantを起動してsecurekeydev.koをロードします。 以下はdmesgの情報です。 Jeffrey Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様のフィードバックによると、「error: caam_submit_mp_get_pub_key_op: submit_job」と表示され、SECへの送信失敗を示しています。 お客様に以下のLinuxシステムでのテストをお願いしてください。 1. xtestを実行してエラーレポートを確認しますか? 2. LX2160用のCAAMモジュールをインストールするには「modprobe 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); if (!ret) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } よろしくお願いいたします。 Re: LX2160A get MP key failed あなたのコメントについてですが、 1. xtestを実行して、エラーレポートを確認しますか? 添付のxtestログを参照してください。 2. LX2160 用の caam モジュールをインストールするには、「modprobe caam」を実行してください。モジュールのインストールに失敗した場合は、カーネル バージョンと互換性のあるモジュールを更新してください。 既にカーネルにcaamモジュールを組み込みました。 3.エラーを報告する場合は、以下のパッチを適用してSECの戻り結果を確認し、エラーの種類を特定して、完全なログを共有してください。 caamとmp_appに関するdmesgの出力は以下のとおりです。   よろしくお願いします。 Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行して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 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 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 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 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 device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行してcaam jr割り込みの増加を確認してください 回答:はい 2. submit_job() では、呼び出された関数 caam_jr_enqueue() は、成功時に (-EINPROGRESS = -115) を返します。caam enqueueの戻り結果を確認するために、以下のパッチを適用してみてください。 回答:私たちのシステムはLinuxカーネルv5.15.71-rt51を使っており、追加のパッチは不要に思えます。 3. さらに、-pコマンドmp_app実行後、プロセスはwait_for_completion_interruptible()で停止し、SO戻りを待っています。     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. チームは、LSDKドキュメントに記載されているとおり、この機能はLS1046Aボードでのみ実行可能であることを確認しました。 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 すべてのドライバ、暗号通貨、CAAMのソースファイルを確認しましたが、同じです。 以下のようにubootスクリプトを使用してITSを有効にします。 mw.l 0x1e80200 0x4 mw.l 0x1e80020 0x2 ITSの有効化プロセスは不完全だと思いますか? Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様はu-bootの「md」コマンドでITSビットが有効かどうかを確認できます。 md 0x1e80200 顧客はcaam_jr_enqueue()関数のソースコードを共有できますか?ソースコードパスは「linux/ドライバ/crypto/caam/jr.c」です。 あるいはソースコードのリンクを共有してもらえます。 Re: LX2160A get MP key failed レジスタ値については下記を参照してください。jr.c ソースコードについては添付ファイルを参照してください。 Re: LX2160A get MP key failed ITSの持ち分は爆発した。 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 device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed ご指摘のとおりsubmit_job()にパッチを適用しましたが、結果として「mp_app -p」を実行した後、「wait_for_completion_interruptible」で停止します。 LSDKとLLDPのユーザーマニュアルの説明によると、セキュリティアプリケーション はプラットフォームLS1046ARDB上で完全に検証・検証されており、LS1046ボードでLSDKでこの問題を確認しており、動作しています。 別のLX2160製品もLSDK付きで確認すると、こちらも「wait_for_completion_interruptible」で止まっています。 LSDKを使うにせよLLDPを使うにせよ、プラットフォームLX2160A何らかの問題が生じます。 NXPはLX2160Aプラットフォーム上でセキュリティアプリケーションの検証を行いましたか?
記事全体を表示
对于 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。 对于芯片 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。是否有任何实施方案和示例可供参考? Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. 你好, @zhijie 感谢你的帖子。 据我所知,似乎没有类似的正式演示/示例,你可能需要自己开发。 目前,M 内核和 A 内核之间的通信中,IPCF 由 NXP 配置,但默认情况下它是基于 SRAM 的。 BR 陈银 Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. NXP社区内是否有开发人员完成过此类实现?非常感谢您提供相关文件或分享经验。
記事全体を表示
S32 Power architecture Design Studio Project用にRTM 1.5パッケージが必要です 私はS32 Design Studio 2.1を使ってMPC5746 Targetプロジェクトに取り組んでいます。 インポート中に、インストールされていない SDK_S32_PA_15 を使用してプロジェクトが作成されたという問題が発生しています。プロジェクトを強制的に変換しようとすると、CPU.h ファイルでコンパイルエラーが発生します。 互換性のあるパッケージをご用意ください。 Re: I need RTM 1.5 package for S32 Power architecture Design Studio Project こんにちは、 このSDK_S32_PA_15はS32 SDK 3.0.3としても知られています。このSDKはS32DSの拡張機能とアップデートメニューを使って、S32 Design Studio for PA v2.1にインストールできます。このメニューは、[ヘルプ] -> [S32DS拡張機能とアップデート] にあります。   このパッケージが正しくインストールされていれば、このエラーメッセージは出ないはずです。 よろしくお願いいたします。 ピーター
記事全体を表示
RW612 WiFi 初始化卡在 HAL_ImuLinkIsUp() 处 我正在尝试在自定义板上运行 MQTT 示例。所用模块为 ublox IRIS-W106-30B。我按照说明使用 j-link 单独安装了 wifi 固件 blob。但是,我在 WPL_Init() 函数中陷入了无限循环。 由于类似问题,我也无法初始化BLE。 SDK 25.09.00 使用 MCUXpresso Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您使用的是 RD-RW61X-BGA SDK 还是 FRDM-RW612 SDK? 为了将原始示例移植到您的模块中,您修改了哪些文件? Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 如果我理解正确的话,您可以在您的定制板上运行 Wi-Fi 和蓝牙示例程序,没有任何问题。当您开始将网络功能集成或移植到自己的应用程序中时,问题就出现了。 我的建议是以 MQTT 示例为基础来开发你的应用程序。如果您的使用场景需要 Wi-Fi 和 BT/BLE 同时运行,那么最好从共存示例之一入手,并在其基础上添加您特定应用的功能,而不是之后尝试向现有的自定义应用程序添加共存支持。 顺便一提,SDK 25.09 已经落后三个版本了。我建议您在继续操作之前升级到最新的 SDK 26.06。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() SDK_2.x_RW610 我从 mqtt 示例中复制了“main_task”及其之后的所有内容到我现有的项目中。这就留下了硬件初始化方面的主要区别。我无法确定示例中的哪些方面导致IMU无法初始化。 我可以在我的定制板上运行基础示例项目,但无法将其移植到现有项目中。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 是的,我能够运行正常的应用程序代码,也能将日志记录到UART等等。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您好, 您能否测试一下简单的“Hello World”示例? 另外,您是否已经进行了必要的修改以启用您的模块?请参考以下文章获取指导。 问候, 丹尼尔。
記事全体を表示
M&Pマルチリンク 私はS08プロセッサとCodeWarrior 11.1、P&E Multilink Universal FXデバッガを使って約20のプロジェクトを開発してきました。IntelベースのMacにParallels VMをインストールしてWindows 7を実行しましたが、すべて問題なく動作しました! 今は新しいMacを使っていますが、またしてもParallels VMとWindows 11を動かしています(他に選択肢がなかったのです)。CodeWarriorは起動しましたが、デバイスドライバーがないというメッセージが表示されていました。動作は問題ないのですが、デバッガーが認識されません。古いMacではWindowsデバイスマネージャに&​​quot;Jungo コネクティビティ/Windriver&​​quot;というエントリが表示されていましたが、新しいMACではデバイスマネージャに&​​quot;MULTILINK&​​quot;だけが表示されていました。  いくつかの修正案が提案されていますが、提案されたファイルは見つかりませんでした。 別のデバッグプローブを使うことになっても、動作する解決策を誰かCANで教えていただけますか? Re: M&P Multilink Windows 7からWindows 11にアップデートした場合、関連するドライバをすべて再インストールする必要があるかもしれません MCU(Eclipse IDE)向けのCodeWarrior®は良い選択肢かもしれません CodeWarrior® for MCU(Eclipse IDE)- ColdFire®、56800/E DSC、Qorivva® 56xx、RS08/S08、S12Z - 11.1 Re: M&P Multilink 選択肢として、サポートフォーラムでその機能があるかどうか尋ねてみるのもいいでしょう PEmicro サポートホーム よろしくお願いいたします。 Re: M&P Multilink 前回の投稿について、申し訳ありませんでした。間違った投稿に返信してしまいました(本来は解決済みとして閉じるべき投稿でした)。私は「長年」VMの下でCWを使ってきましたが、保証はできませんが、動作していることは確かです。必要なのはマルチリンク用のWindowsデバイスドライバーだけです。P&Eのウェブサイトのどこかにあると思いますが、見つかりません。今のところ、Windows 11でParallels VM上でWest Westを問題なく動かし、OSX Tahoeで読み込んでいます。 Re: M&P Multilink こんにちは、 CodeWarrior v11.1を使うにはWindows 11のOSを使うことをおすすめします。これは仮想マシンではなくサポートオプションです。CodeWarriorツールが仮想マシンで動作することを保証できないためです v11.1をダウンロードするには、CodeWarrior for MCUS (Eclipse IDE) v11.1を参照してください 敬具、ルイス Re: M&P Multilink 私はWindowsが嫌いで、Windows 7からWindows 11へのアップデートもしません。新しいマシン(Mac M4)で、Windows 7は互換性がないので選択肢がありません。私は約25年間CodeWarriorを使っています。質問は「W11に必要なドライバーはどれで、どこで見つけられますか?」というものでした。 ちなみに、このトピックとは無関係ですが、AUTODESK製品は旧IntelベースのMac上で動作しなくなるので、Windows 7はお別れです。
記事全体を表示
错误报告模块 MCU:S32K148,144引脚封装 RTD 版本:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS 版本:3.6.6 目标操作系统:裸机 主机操作系统:Windows 根据以上信息,我在驱动程序模块中找不到名为“ERM”(或任何类似名称)的模块。我查看了 MCAL 和非 MCAL 模块。 ERM 是否支持作为驱动模块,还是用户需要像以前基于“Processor Expert”的旧框架那样操作原始指针? Re: Error reporting module 非常感谢您提供的最新信息。 Re: Error reporting module 你好@durga_choudhury 是的,你的理解是正确的。它们作为单独的软件包提供,不包含在 RTD 中。 关于此次分居的原因,我目前正在进行内部审查。但是,值得注意的是,SAF 和 SPD 是根据 ISO 26262 功能安全标准开发的安全导向型软件组件。这使得它们能够集成到需要功能安全支持(最高可达 ASIL D)的应用程序中。 Re: Error reporting module 你好@VaneB 感谢您的跟进。所以你的意思是说,这些模块仅在 SPD 驱动程序中受支持,而不受免费提供的 RTD 支持。是这样吗? 是否有任何理由不能直接通过位操作模块的寄存器来使用这些模块?我尝试了“Processor Expert”驱动程序模型(使用 S32 DS v2.2)的示例,它似乎可以正常工作。 Re: Error reporting module 你好@durga_choudhury 对于 S32K1 设备,可以使用功能安全外设驱动程序 (SPD)。这些驱动程序包括扩展微控制器错误管理器 (eMCEM),它支持通过错误注入模块 (EIM) 和错误报告模块 (ERM) 硬件模块进行内存错误注入和检测。 有关 SPD 的更多信息,请联系您的 NXP 代表或您所在地区的授权代理商之一(代理商网络 | NXP 半导体)。 BR,VaneB
記事全体を表示
KW45B41Z-EVK:BLE 时钟源和内部时钟路径,用于 BLE 无线电模块获取 2.4GHz 频段。 您好,NXP团队, 我正在使用 KW45B41Z-EVK,想了解BLE 子系统使用的时钟架构。 我已查阅了KW45B41 参考手册、 KW45B41Z-EVK 用户手册和 SDK 时钟初始化代码,但仍然找不到有关 BLE 时钟源及其内部时钟路径的详细说明。 请您澄清以下问题: BLE 使用的主要时钟源是什么(例如,SOSC、FRO、PLL 或其他时钟源)? 要获得 2.4GHz 的频率,从振荡器到 BLE 无线电的完整时钟路径是什么?具体来说,在时钟信号到达 BLE 子系统之前,涉及哪些时钟模块、多路复用器、分频器或锁相环? BLE 子系统在广播模式、扫描模式、连接模式或睡眠模式下是否使用不同的时钟源? 是否有时钟树图或应用笔记说明 KW45B41 设备的 BLE 时钟架构? 参考手册或其他恩智浦文档的哪些章节对此进行了详细描述? 如果可以,请提供 BLE 时钟路径的框图或相关文档的参考,引用,我们将不胜感激。 感谢您的支持。 顺祝商祺! Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz 你好, 希望你一切都好! BLE 子系统的主要时钟源是 OSC-RF(射频振荡器),它与外部晶体或谐振器结合使用,为 KW45 无线电生成参考时钟。它支持 26 MHz 或 32 MHz,并且在与主 CPU 时钟域完全独立的功率域中运行,专门用作无线电子系统的参考时钟。 KW45 参考手册中包含两张图,可能对理解 BLE 时钟架构特别有帮助: 图 68。设备时钟源和树 图 222。无线电时钟 如 RM 第 55.4.4 节所述,该无线电使用三个时钟源:无线电 XO (OSC-RF)、FRO-192M 和来自 CCM32K 模块的 SOC 32.768 kHz。在活动运行模式(包括广播、扫描和连接)期间,所有三个时钟域同时处于活动状态。OSC-RF 及其 XCVR PLL 正在运行以支持无线电 TX 和 RX(这由 NBU 固件在内部管理),FRO-192M 正在为 NBU CM3 内核提供时钟以执行链路层,而 32K_CLK 正在后台运行以跟踪连接和广播间隔。 对于低功耗模式行为,表 209 描述了每个时钟模块在不同功率状态下的行为。 使用MCUXpresso 配置工具中的“时钟”选项卡也可能有所帮助。在那里,您可以可视化每个功能域的时钟源路由,查看交互式时钟树,并根据需要更改时钟源。它还会生成时钟初始化源代码,这对于了解启动时如何配置每个时钟域来说是一个有用的参考。 此致, 索菲亚。
記事全体を表示
KE18F512VLH16 ECCメモリセル自動補正 ハードウェアは、シングルビットECCエラーの自動訂正機能を備えていると理解されている。しかし、修正がどこで行われているのかは不明である。 ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? AN5335の例の図から判断すると、読み出しデータは0から1以上への補正が行われていますか?つまり、メモリセル内の値を実際にクリアするには、修正した値をRAMに書き戻す必要があるということだ。 RAMメモリセルのデータが修正されなければ、1ビットの誤りが2ビットの誤りに悪化する恐れがあります。 Re: KE18F512VLH16 ECC Memory Cell Autocorrection こんにちは、 @sean_dvorscak さん。 1. 「ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? 」 ->>修正は読み出し時にのみ行われ、SRAMセルの内容は書き戻されません。 2.「RAMメモリセル内のデータが修正されない場合、1ビットの誤りが2ビットの誤りに悪化する可能性があることを懸念しています。" ->>はい、メモリセルのエラーをクリアしエラーの蓄積を防ぎたい場合は、ソフトウェアが読み取り・正書き・書き込みを行うことが推奨されます。 よろしくお願いします。 BR アリス
記事全体を表示
i.MX8MQ:启动 ROM 是否支持从 FlexSPI/QSPI NOR 闪存启动? 你好, 硬件: - i.MX8MQ(REV A0),基于 EVK 设计的定制板 - QSPI 或非:Micron MT25QL256A(32MB,3.3V,四路连接) - 电路板支持包。Yocto Scarthgap、NXP 电路板支持包。、U-启动 2024.04 (u-启动-imx) 目标:从 FlexSPI 或非闪存启动启动加载程序(SPL + ATF + U-Boot)。 内核和根文件系统仍然保留在 eMMC 上。 有效的方法: - U-启动(通过 uuu SDP/SDPV 加载到 RAM 中)运行正常 - “sf probe”正确检测到闪存:mt25ql256a,32 MiB - U-启动 可以可靠地读取和写入闪存(已通过 “sf protect unlock”之后的回读测试验证) - 镜像版本使用了 IMXBOOT_TARGETS = "flash_evk_flexspi" 闪存布局(已通过读取芯片数据验证): 0x000000:FCFB 标头 - “qspihdr 检查”报告 “在 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 闪存 BT_FUSE_SEL 未熔断;启动配置通过 GPIO 完成。 启动引脚。 我已经尝试过: - 两种标头格式:scripts/qspi_header(c0ffee01 标签)和 scripts/fspi_header(FCFB 标签)。修复了 soc.mak,使其 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 秒 vs 约 1.8 秒),这表明 ROM 可能没有被读取。 完全不开闪光灯。 问题: 1.i.MX8MQ 启动 ROM 是否支持从串行 或非 卡启动 是否支持通过 FlexSPI 进行闪存刷新?我拥有的参考手册部分 列出了与非闪存和 SD/MMC 作为引导设备,但我无法 找到列出的 FlexSPI/QSPI 或非。i.MX8MM/8MN 文档似乎 可以描述一下,但我不太确定 8MQ。 2. 如果支持,预期的闪存布局具体是什么? 当 FCFB 为真时,IVT 应该位于偏移量 0x400 还是 0x1000? 位于 0x0 处? 3. 应选择正确的 BOOT_MODE / BOOT_CFG 组合。 i.MX8MQ 上采用 FlexSPI 或非 启动? 4. 关于 REV A0 硅片,是否存在任何已知的勘误? FlexSPI 启动? 谢谢! Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 是否有绝对的方法可以从 QSPI 或非 Flash 启动 i.MX8MQ,同时将 Linux 内核和根文件系统保留在 eMMC 上?我们的硬件设计已经围绕这种架构版本,因此这对我们来说非常重要。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 您好, 请主要参考RM中的信息;i.MX8MQ不支持QSPI启动。 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好,我正在做类似的工作。 同一文档中的某些章节提到了一些使用 SPI 的启动选项。 您能否详细说明一下? Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 嗨@ayse-yilmaz @onur-goksu 第六章文档存在问题 SNVS、RESET、熔丝和启动 这些问题早在2018年就已被报道,恩智浦半导体也已在其官方网站上更正了相关文档。 有关支持的引导设备,请参阅6.1 系统启动。 关于 1.6 主要启动选项,看起来像是文档残留物。 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 尊敬的恩智浦技术支持团队: 我们想对 i.MX8MQ 的 QSPI 启动支持文档提出严重关切。 工程师在制定硬件设计决策时,主要依据参考手册作为权威资料。当参考手册中列出或暗示支持某个启动源时,开发团队完全有理由根据该信息来设计电路板。 这并非一个微小的印刷错误。启动源的选择直接影响原理图设计、PCB布局、元器件选择、制造、固件架构、恢复策略和产品验证。因此,关于 QSPI 启动能力的错误陈述可能会导致大量的工程时间损失、额外的原型修改、进度延误和巨大的经济损失。 尤其令人担忧的是,自 2017-2018 年左右以来,NXP 社区似乎已经提出了类似的问题和反馈,但相关文档多年来显然仍然不清楚或不正确。如果 NXP 知道 i.MX8MQ 启动 ROM 不支持从 QSPI 直接启动,那么应该在参考手册、设备勘误表、应用笔记和产品文档中明确说明这一限制。 对于专业和商业硬件设计中使用的元器件而言,如此关键的模糊不清的问题多年未得到解决是不可接受的。客户必须能够信任官方参考手册中提供的信息。 因此,我们要求对以下几点作出明确正式的答复: i.MX8MQ Boot ROM 是否支持上电复位后直接从 QSPI NOR 启动? 如果不支持,为什么参考手册中会将 QSPI 列为或暗示为受支持的启动选项? NXP是否已正式将此归类为文档错误? 该信息将在哪个版本的文件中进行更正? NXP是否会发布勘误表或产品通知,以警告可能根据现有文档设计硬件的客户? 是否有官方支持的变通方法,允许启动 ROM 直接从 QSPI 加载初始启动映像,而无需 SD 卡或 eMMC 卡? 我们坚信,这个问题需要的不只是在非正式的论坛上做出回应。正式的文档更正和明确的技术通知是必要的,以防止其他工程团队遭受同样的时间和经济损失。 请将此事上报给 i.MX8MQ 产品工程和文档团队,并提供权威的书面说明。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好@Zhiming_Liu , @ayse-yilmaz 我找到了以下与此问题相关的主题: https://community.nxp.com/t5/i-MX-Processors/Does-i-MX8M-support-boot-from-QSPI/mp/904429#M136467 但技术支持人员提出的解决方案是:“出于开发目的,可以使用 GPIO 引脚输入来覆盖用于确定引导设备的 eFUSE”,但启动 ROM 无论如何都不支持这种做法。我有点困惑。为什么硬件支持,启动 ROM 却不支持? 我猜想,尽管硬件和文档都齐全,但由于 ROM 的原因,还是无法从 QuadSPI 启动。我的理解对吗?请详细说明。 谢谢, 奥努尔 此致
記事全体を表示
KW45B41Z-EVK: BLEクロックソースおよびBLE無線用の2.4GHz内部クロックパス NXPチームの皆様、こんにちは。 私はKW45B41Z-EVKを使用しており、 BLEサブシステムで使用されているクロックアーキテクチャについて理解したいと考えています。 KW45B41のリファレンス・マニュアル、KW45B41Z-EVKユーザーマニュアル、SDKsのクロック初期化コードを調べましたが、BLEクロックソースとその内部クロック経路の詳細な説明は見つかりませんでした。 以下の点を明確にしていただけますか? BLEで使用される主要なクロックソースは何ですか(例えば、SOSC、FRO、PLL、または別のクロックソースなど)? 発振器からBLE無線機まで、2.4GHzを実現するための完全なクロックパスはどのようなものですか?具体的には、クロックがBLEサブシステムに到達する前に、どのクロックモジュール、マルチプレクサ、分周器、またはPLLが関与しているのでしょうか? BLEサブシステムは広告、スキャン、コネクテッドモード、またはスリープモードで異なるクロックソースを使っていますか? KW45B41デバイスのBLEクロックアーキテクチャを示すクロックツリー図やアプリケーションノートはありますか? リファレンス・マニュアルや他のNXPドキュメントのどのセクションでこの点が詳しく説明されていますか? 可能であれば、BLEクロックパスのブロック図や関連ドキュメントの参照をぜひ提供していただけると助かります。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz こんにちは、 あなたの調子が良いといいのですが! BLEサブシステムの主要なクロック源はOSC-RF(RF オシレーター)であり、外部クリスタルや共振器と連携してKW45無線機の基準クロックを生成します。26 MHzまたは32 MHzのいずれかに対応し、CPUのメインクロックドメインとは完全に別の電力領域で動作し、無線サブシステムのリファレンスクロックとして専ら機能します。 KW45リファレンスマニュアルには、BLEクロックアーキテクチャを視覚化するのに特に役立つ2つの図が含まれています。 図68。デバイスのクロックソースとツリー 図222。ラジオ時計 RMの55.4.4節に記載されているように、無線機は3つのクロックソースを使用しています:Radio XO(OSC-RF)、FRO-192M、そしてCCM32KモジュールからのSOC 32.768 kHzです。アクティブ動作モード(広告、スキャン、コネクテッドを含む)では、3つのクロックドメインすべてが同時にアクティブです。OSC-RFとそのXCVR PLLは無線TXおよびRXをサポートするために動作しており(これはNBUファームウェアによって内部的に管理)、FRO-192Mはリンク層実行のためにNBU CM3コアをクロックし、32K_CLKはバックグラウンドで接続および広告間隔を追跡しています。 低電力モードの動作については、表209に各クロックモジュールが異なる電力状態においてどのように動作するかを示します。 MCUXpresso Config Toolsの Clocks タブを使用すると役立つ場合もあります。そこでは、各ドメインごとにルーティングされたクロックソースを可視化し、インタラクティブなクロックツリーを確認し、必要に応じてクロックソースを変更できます。また、クロックの初期化ソースコードを生成し、各クロックドメインが起動時にどのように設定されているかを理解するのに役立つ参考資料となります。 よろしくお願いします、 ソフィア。
記事全体を表示
Ubuntu 26.04 LTS 上的“8MPLUSLPD4-EVK”版本问题 您好,NXP, 我正在使用“8MPLUSLPD4-EVK”。我正在尝试构建电路板支持包,但遇到了一些构建问题。请帮忙解决这个问题。如果您需要更多信息,请告诉我。 错误日志: dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/project/imx-yocto-bsp/build$ bitbake core-image-minimal 错误:尝试设置服务器环境:无法使用本地参数更新服务器配置:回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 91 行,在 runCommand 中 result = command_method(self, commandline) 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 291 行,在 updateConfig 中 command.cooker.updateConfigOpts(options,环境,命令行) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 471 行,在 updateConfigOpts 中 self.reset() ~~~~~~~~~~^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 1741 行,在 reset 中 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=logging.WARNING) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/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 中 返回 _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/context.py”,第 306 行,在 _Popen 中 返回 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,布法罗) ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/reduction.py”,第 60 行,转储 ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ _pickle.PicklingError:无法序列化本地对象 .run在 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 -m imx-6.6.36-2.1.0.xml $ 仓库同步 $ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source imx-setup-release.sh -b build Linux主机PC详情: PRETTY_NAME="Ubuntu 26.04 LTS" 名称="Ubuntu" 版本 ID="26.04" 版本="26.04(坚定的浣熊)" 版本号=resolute ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=resolute LOGO=ubuntu-logo 主机配置: 架构: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 最大频率:5100.0000 MHz CPU 最低频率:400.0000 MHz 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,而 Bitbake 版本(即 电路板支持包)似乎与 Python 3.14 不完全兼容。 我建议您使用 Ubuntu 24.04 LTS 或 Ubuntu 22.04 LTS 进行编译,直到 Ubuntu 26.04 LTS 完全得到支持为止。 另外,您还可以尝试使用 Python 3.12 的虚拟环境。 顺祝商祺! 萨拉斯。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 我已将Ubuntu系统刷入24.04版本,但仍然遇到构建问题……请查看构建错误日志。请帮忙解决这个版本问题。 操作系统信息: asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4 版本LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ 版本错误日志: 现在你可以运行“bitbake ” 常见目标包括: 核心镜像-最小 元工具链 元工具链 SDK adt-installer 元IDE支持 您的版本环境已配置如下: 机器=imx8mp-lpddr4-evk SDKMACHINE=i686 DISTRO=fsl-imx-xwayland 最终用户许可协议= BSPDIR= BUILD_DIR=. dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source 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% |##################################################################################################################################################################################################################################################################| 用时:0:00:55 解析 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” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40" meta-oe meta-multimedia meta-python = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-freescale = "HEAD:0f8091c63dd8805610c09b08409bc58492a3b16f" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:92ad51ef3cc7f132238f1ae6c8e81432f2a69cc7" meta-nxp-demo-experience = "HEAD:8fd7154c05b716e9635279047f65785399432d88" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:783becb4b5716d989f50db95b7133d38eae5b47b" meta-Arm meta-arm-toolchain = "HEAD:1b85bbb4cab9658da3cd926c62038b8559c5c64e" meta-clang = "HEAD:fe561f41aef0cff9e6f96730ab59f28dca2eb682" meta-gnome meta-networking meta-filesystems = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-qt6 = "HEAD:dc13e1bfda4a4757a08c2d6673bc4bac012c4a80" meta-parsec meta-tpm = "HEAD:11ea91192d43d7c2b0b95a93aa63ca7e73e38034" meta-virtualization = "HEAD:6a80f140e387621f62964209a2e07d3bcfb125ce" 注意:正在获取 uninative 二进制 shim http://downloads.yoctoproject.org/releases/uninative/4.5/x86_64-nativesdk-libc-4.5.tar.xz;sha256sum=43ee6a25bcf5fce16ea87076d6a96e79ead6ced90690a058d07432f902773473(会先查看 PREMIRRORS) Sstate 摘要:需要 2656 个本地镜像 0 个,缺失 2656 个当前镜像 0 个(匹配度 0%,完成度 0%)################################################################################################################################## ## | ETA: 0:00:00 Initialising tasks: 100% |## ####################################################################################################################################################################################################################################################| 时间:0:00:04 注意:正在执行任务 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack) 执行失败,退出代码为“1” 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 34 个任务,其中 0 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/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, 请问您能帮忙解决一下以下电路板支持包。构建错误吗? 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-版本 PRETTY_NAME="Ubuntu 24.04.4LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmidde | 错误:配置失败 | 警告:shell 命令的退出代码为 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% |#############################################################################################################################################################################################################################################################| 时间:0:00:00 从依赖缓存中加载了 5303 个条目。 注意:解决任何缺失的任务队列依赖关系 版本配置: BB_VERSION = "2.4.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.1-mickledore" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-参考发行版、系统开发套件 = "HEAD:0a98281d37b0bd8dc1548c390216cb3978e36e0e" meta-oe meta-multimedia meta-python = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-freescale = "HEAD:9b00d40b787c2b7105ce209f5635cc1a0cab81ca" meta-freescale-3rdparty = "HEAD:93ba05e3a16a028b770fa1e813b13eb87a59ac63" meta-freescale-发行版 = "HEAD:b09c18a3f649f0cf1b40432bb39e76ba16fe94e2" meta-电路板支持包 meta-sdk meta-ml meta-v2x = "HEAD:6efe87f014c5bdcbda30f06156ee11d8bc3dc7fe" meta-nxp-demo-experience = "HEAD:7f34a32c7877e55e87b6a99e90da4128ed632bf2" meta-Arm meta-Arm-toolchain = "HEAD:0e043288fd0b17fbf31cf00ae33045107a991144" meta-chromium = "HEAD:e232c2e21b96dc092d9af8bea4b3a528e7a46dd6" meta-clang = "HEAD:af4dcba009ba98250315520f3003fde4ee164cce" meta-gnome meta-networking meta-filesystems = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-qt6 = "HEAD:1406d0a85525a71fe5d7892d7f915404290a78ad" meta-parsec meta-tpm = "HEAD:d7db0a3bd1a8639df7570483f003ce00cbe274a2" meta-virtualization = "HEAD:56593e277a377157944a6676e57497066b770a35" 警告:您的主机 glibc 版本 (2.39) 比 uninative 中的版本 (2.37) 新。已禁用 uninative,以防止 sstate 损坏。 任务初始化:100% |############################################################################################################################################################################################################################################################| 时间:0:00:01 州概况:需要 833 个本地镜像 2 个,缺失 831 个,当前 940 个(0% 匹配,53% 完成) 注意:正在执行任务 错误:linux-libc-headers-6.1-r0 do_package:执行 exec_func_python() 自动生成的 Python 函数时出错: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件/meta/classes-global/package.bbclass',行号:355,函数:perform_packagecopy 0351: rpath_replace (dvar, d) 0352:} 0353:perform_packagecopy[cleandirs] = "${PKGD} " 0354:perform_packagecopy[dirs] = "${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: 返回 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: 引发 CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only -cf - -C /home/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 错误:任务 (/home/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:配置失败 错误: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 文件可能提供更多信息。 | 注意:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/build/config.log | 错误:配置失败 | 警告:shell 命令的退出代码为 1。 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-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 构建错误: 警告:shell 命令返回退出代码 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 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 78 条警告信息。 摘要:出现 2 条错误消息,返回非零退出代码。
記事全体を表示
エラー報告モジュール MCU:S32K148 144ピンパッケージ RTDバージョン:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS バージョン: 3.6.6 対象OS: ベアメタル ホストOS: Windows 上記の方法では、ドライバーモジュールに「ERM」というモジュール(またはそれに類するもの)が見つかりません。私はMCALモジュールと非MCALモジュールの両方を調べました。 ERMはドライバモジュールとしてサポートされているのか、それともかつての「プロセッサ Expert」ベースのフレームワークのようにユーザーが生のポインタを操作すべきなのか? Re: Error reporting module こんにちは、 @durga_choudhuryさん はい、あなたの理解は正しいです。これらは別のソフトウェアパッケージとして提供されており、RTDの一部には含まれていません。 今回の離職理由につきましては、現在社内で検討中です。しかし、SAFとSPDはISO 26262機能安全基準に準拠した安全志向のソフトウェアコンポーネントとして開発されたことに注意が必要です。これにより、ASIL Dまでの機能安全サポートを必要とするアプリケーションへの統合が可能となります。 Re: Error reporting module 最新情報をお知らせいただき、誠にありがとうございます。 Re: Error reporting module こんにちは、 @durga_choudhuryさん S32K1デバイスには、セーフティ ペリフェラル ドライバ(SPD)が利用可能です。これらのドライバには、エラー注入モジュール(EIM)およびエラー報告モジュール(ERM)を通じたメモリエラー注入と検出をサポートする拡張マイクロコントローラエラーマネージャ(eMCEM)が含まれます。 SPDに関する詳細は、NXPの担当者またはお住まいの地域の認可代理店(代理店ネットワーク | NXP Semiconductors)にお問い合わせください。 BR、VaneB Re: Error reporting module こんにちは、 @VaneBさん フォローアップありがとうございます。つまり、これらのモジュールはSPDドライバのみでサポートされていて、無料で入手できるRTDには対応していないということですね。それで合っていますか? なぜ誰かがモジュールのレジスタをビットバンするだけでこれらのモジュールを使えないのでしょうか?『プロセッサ Expert』ドライバモデル(S32 DS v2.2使用)の例を試してみたところ、動作しているように思えました。
記事全体を表示
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 拡張機能へのプロジェクトのダウンロード、インストール、インポート方法の説明が含まれています。このユーザーガイドについてさらに質問があれば、遠慮なくお知らせください。これらのガイドは、下の画像に示すように ドキュメント セクションでご覧いただけます。 これらの例に興味がある場合は、以下のリンクが役立つかもしれません。 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を使ってデモプロジェクトのデバッグができません。デバッグ中に、以下のエラーが発生しました。 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アプリケーションのデバッグを試みましたが、添付されたエラーが発生しました。 ご指摘いただいたとおり、セキュアプロビジョニングツールを使用してイメージをプログラムし、実行中のターゲットへの接続を試みました。しかし、依然として同じエラーが発生しています。 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の例で利用可能な異なるビルド構成を参考にして、同様のセットアップを作成できます: 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。
記事全体を表示
Profinet演示 我想开发一款基于RT1180的Profinet设备。PROFINET协议栈库、工业通信创建器(ICC)、ICE和PROFINET评估二进制文件已下载。 ICE for ICC 有用户指南,但我找不到 Profinet 堆栈的用户指南。Stack 库中有项目演示吗?我应该把文件“goal_appl.c”和“goal_config.h”放在哪个项目中?ICC 生成的数据有哪些?如何修改 Profinet 设备项目的循环数据? Re: Profinet demo 亲爱的@wlfworld , PROFINET 指南文档可在以下位置找到: PROFINET-Stack-Library.zip\ProfiNet\Documents 请特别注意文档中规定的环境和软件版本要求,因为该堆栈的正常运行依赖于特定的工具链和软件版本。 您可以参考视频教程(使用 VS Code 在 RT1180-EVK 上构建映像.mp4)来了解如何在 VS Code 中构建 PROFINET 项目。   顺祝商祺! 雪莉 Re: Profinet demo UG10361 是使用 VS Code 构建镜像的用户指南。10320 是用于刷写二进制文件的用户指南。 我需要 Profinet Stack 库的用户指南。例如,如何设置输入数据和输出数据。 Re: Profinet demo 嗨@wlfworld , PROFINET 协议栈库的专用用户指南尚未发布,目前正在开发中。 如果您关注的是PROFINET API,请参阅港口网站上提供的指南: 应用程序编程接口 - PROFINET - Confluence 此外,ICC 还可用于配置和修改特定应用程序的输入和输出数据。相关信息可在ICC帮助页面中找到。 如果您还有其他问题,请与我们联系。 顺祝商祺! 雪莉 Re: Profinet demo UG10361 是使用 VS Code 构建镜像的用户指南。UG_10320 是用于烧录二进制的用户指南。 我需要 Profinet Stack 库的用户指南。例如,如何设置输入数据并从 Profinet 堆栈获取输出数据。
記事全体を表示
LX2160A 获取 MP 密钥失败 您好,NXP, 我们正在构建基于LLDP的LX2160A安全启动系统,并验证MP密钥功能。 在我们的 LX2160A 板上安装并启动安全启动系统没有问题,因此我们认为 ITS 位值为 1,但在执行“mp_app -p”命令后出现“设备未初始化”错误。 您有什么建议可以帮我检查这个问题吗? 谢谢! 杰弗里 Re: LX2160A get MP key failed 客户是否遵循了 LLDP 文档第 6.4.4 节?   例如 在 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。 以下是 dmesg 信息。 杰弗里 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 返回如下信息。   谢谢! 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 中断是否增加。 答:是的 2. 在 submit_job() 中,被调用的函数 caam_jr_enqueue() 在成功时返回 (-EINPROGRESS = -115)。请尝试应用以下补丁来检查 caam enqueue 返回结果。 答:我们的系统使用 Linux 内核 v5.15.71-rt51,似乎不需要进行任何额外的补丁。 3. 此外,运行 mp_app -p 命令后,进程在 wait_for_completion_interruptible() 处停止,目前仍在等待返回。     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 源代码请参见附件。 Re: LX2160A get MP key failed 我们已经按照您之前提到的方法修补了 submit_job(),结果是在运行“mp_app -p”后,程序会在“wait_for_completion_interruptible”处停止。 根据 LSDK 和 LLDP 用户手册中的描述,安全应用程序在 LS1046ARDB 平台上已得到充分验证,我们在 LS1046 板上使用 LSDK 验证了此问题,并且它运行正常。 使用 LSDK 验证我们的另一个 LX2160 产品,它也会在“wait_for_completion_interruptible”处停止。 无论使用 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 5. そして西の閃光 6. 7. これは、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と互換性がなく、改造が必要なのか疑問です。
記事全体を表示