FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 J-LINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 三．在J-Link>输入unlock kinetis显示有错误不能连接： 四．J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。这是解密成功吗？ 五．使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 9.png9.png9.png9.png9.png9.png 并且复位管脚三角波仍然存在，如下图：        请问NXP老师: 这块电路板（使用FS32K144UAT0VLLT单片机），以前只使用SWDIO，SWCLK，GND连接可以正常下载程序，这次为什么只有连接RST后才能下载程序，这是什么原因？谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Hi 不接 RESET_b 时，J-Link 无法控制 S32K1 的复位时序；只要用户程序、看门狗、低功耗或引脚复用影响了调试口，就可能出现偶发无法连接。  因为Flash中没有代码(比如新芯片，Flash为空)，MCU将由于内核死锁(lockup)不断地周期性复位。又因为外部RC所以方波变成了三角波。 等你下载新的可以正常运行的程序，RESET_b引脚就恢复高电平了。 Best Regards, Robin 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 各位老师： 不好意思，昨天发的问题插图没有配好，非常混乱看不清楚，今天重新发布，希望各位老师尽快给讲解！ FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 JLINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： 11.png11.png11.png11.png11.png11.png 二 RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 22.png22.png22.png22.png22.png22.png 三 在J-Link>输入unlock kinetis显示有错误不能连接： 33.png33.png33.png33.png33.png33.png 四 J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。 44.png44.png44.png44.png44.png44.png 五 使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 并且复位管脚三角波仍然存在，如下图： 22.png22.png22.png22.png22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 老师：上面文版本错乱，请查看下面Word文档，是同一个问题，谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen : How are you ! 经理你好，看到你的回复非常高兴，学到了很多知识，谢谢！ 我们这次实验板共4块，其中1块下载程序后连接正常，只使用SWDIO，SWCLK，GND就可以连接，RST管脚已经恢复高电平。 但另外3块下载程序后，RST管脚仍然是三角波，J-link只使用SWDIO，SWCLK，GND三个管脚不能连接单片机FS32K144UAT0VLLT，必须连接RST管脚才能正常连接，请问应该怎么处理？谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 成功下载正确的程序后，RESET_b应该保持高电平。 AN5426 Hardware Design Guidelines for S32K1xx Microcontrollers (Rev. 6 December, 2021).pdf 推荐的调试口就包含了RESET_b，建议修改硬件。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen : 经理：你好，有点疑惑，还需要继续请教： 1. FS32K144UAT0VLLT使用SWDIO，SWCLK，GND下载程序时，正常状态也包含RST管脚吗？RST连接也属于SWD模式下载？ 2. 有的电路板只使用SWDIO，SWCLK，GND三条导线下载程序，有的电路板需要使用SWDIO，SWCLK，GND，RST四线下载程序，都属于正常下载吧？都属于SWD模式正常下载？ 谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 SWD 标准通信不强制连接 RESET_b ，但 S32K1 的可靠烧录、Connect Under Reset 和恢复场景强烈依赖它，建议作为调试接口必接信号处理。 但当前S32K1 是全新的里面没程序，芯片在反复复位。若没有把 RESET_b 接到 J-Link，J-Link 就无法稳定执行真正的 Connect Under Reset ，所以有些芯片能“碰巧”抓住窗口，有些芯片抓不住。 如果你有PEMicro的调试器，那么可以使用https://community.nxp.com/t5/S32K/S32K144-D2-RED-LED-is-ON-always/m-p/1567621 里的P&E Recovery Utility 工具在反复上电瞬间halt MCU。 你的J-Link应该也可以参考上面工具的方法： J-Link 先处于反复 connect / attach / halt 的状态； 然后给目标板断电再上电； 尽量在 Power-on Reset 后、应用或空片跑飞前抓住 SWD。 你可以参考 S32K1xx系列MCU应用指南之芯片锁死(lockup)复位原因分析与恢复方法详解 里的 S32K1xx_MassErase_Read_MDM-AP_Registers_Command_Script.txt 命令脚本。

s32ds lisence I am using version 3.5 of the S32DS. This version of the IDE requires a license registration. However, there is no license registration available for version 3.5 on the official website. I have two computers, and currently, the IDE on one of them does not have a license. I registered two accounts using my email. When opening the "Product Information" interface for both accounts, one had the 3.5 version of the IDE available for download, while the other only had the 3.6 version of the IDE available. This is a bit strange. So I need a 3.5 version of the license. Are there any good solutions? 111.png111.png Re: s32ds lisence Hi,  please try to activate S32DS v3.5 with your code -  36BC-F75D-29F6-92A0

SW接続を使用する場合、FS32K144UAT0VLLTのRSTピンはロック解除後も三角波を示します。RSTピンを接続しないと、ホストコンピュータはマイクロコントローラに接続できません。 J-LINKはSWDIOとSWCLKを使用し、GNDはマイクロコントローラFS32K144UAT0VLLTに接続されます。 プログラムダウンロード回路は、VCCとマイクロコントローラの両方に5Vを使用します。 RSTピンには三角波が出力されます：f=1.8KHZ、2.6Vp-pの三角波： 3. J-Linkで「unlock」と入力すると、Kinetisにエラーが表示され、接続できません。 IV. RSTリセットピンを介したマイクロコントローラの97ピンPTA5（*JTAG_TRST/*RESET）へのJ-Link接続は成功し、復号も成功しました。これは復号が成功したことを意味しますか？ 5. Keil uVision5を使用して回路基板を接続する場合、RSTを使用せずにマイクロコントローラを接続することはできません。RSTを使用してのみマイクロコントローラを接続できます。 9.png9.png9.png9.png9.png9.png そして、リセットピン上の三角波は依然として存在しており、次の図に示されています。 NXPのインストラクターの方々への質問です。 この回路基板（FS32K144UAT0VLLTマイクロコントローラを使用）は、以前はSWDIO、SWCLK、GNDのみを接続した状態で正常に動作し、プログラムのダウンロードも問題なく行えていました。ところが今回は、RSTを接続しないとプログラムのダウンロードができないのはなぜでしょうか？原因は何でしょうか？ご教示いただければ幸いです。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 こんにちは RESET_bが接続されていない場合、J-LinkはS32K1のリセットタイミングを制御できません。ユーザープログラム、ウォッチドッグタイマー、低消費電力モード、またはピン多重化がデバッグポートに影響を与える場合、断続的な接続障害が発生する可能性があります。 フラッシュメモリにコードが存在しないため（例えば、新品のチップではフラッシュメモリは空である）、コアのロックアップによりMCUは継続的かつ周期的にリセットされます。さらに、外部RC回路の影響により、方形波が三角波に変化します。 新しい正常に動作するプログラムをダウンロードすると、RESET_bピンはハイレベルに戻ります。 よろしくお願いします、 ロビン 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 先生方へ： 申し訳ありません。昨日投稿した質問のイラストが適切に揃っていなかったため、非常に見づらく分かりにくくなっていました。本日改めて投稿しますので、先生方からできるだけ早く解説をいただければ幸いです。 SW接続を使用する場合、FS32K144UAT0VLLTのRSTピンはロック解除後も三角波を示します。RSTピンを接続しないと、ホストコンピュータはマイクロコントローラに接続できません。 JLINKはSWDIOとSWCLKを使用し、GNDはマイクロコントローラFS32K144UAT0VLLTに接続されています。 プログラムダウンロード回路は、VCCとマイクロコントローラの両方に5Vを使用します。 11.png11.png11.png11.png11.png11.png 2. RSTピンには三角波が表示されます：f=1.8KHZ、2.6Vp-pの三角波： 22.png22.png22.png22.png22.png22.png 3. J-Linkで「unlock」と入力すると、Kinetisにエラーが表示され、接続できません。 33.png33.png33.png33.png33.png33.png 4. RSTリセットピンをJ-Linkに追加し、マイクロコントローラの97ピンPTA5（*JTAG_TRST/*RESET）に接続します。接続成功、復号化成功。 44.png44.png44.png44.png44.png44.png 5. Keil uVision5を使用して回路基板を接続する場合、RSTを使用せずにマイクロコントローラを接続することはできません。RSTを使用してのみマイクロコントローラを接続できます。 そして、リセットピン上の三角波は依然として存在しており、次の図に示されています。 22.png22.png22.png22.png22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 先生：上記の文章は誤字です。下記のWord文書をご覧ください。同じ問題が修正されています。ありがとうございます！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen: 元気ですか！ マネージャー様、こんにちは。ご返信いただき、大変嬉しく思います。多くのことを学ぶことができました。ありがとうございました！ 実験用基板は全部で4枚あります。そのうち1枚は、プログラムをダウンロードした後、正常に接続できました。SWDIO、SWCLK、GNDのみを使用して接続できます。RSTピンはハイレベルに戻っています。 しかし、他の3つのチップにプログラムをダウンロードした後も、RSTピンには依然として三角波が表示されます。J-linkはSWDIO、SWCLK、GNDピンだけではFS32K144UAT0VLLTマイクロコントローラに接続できず、RSTピンにのみ接続して正しく接続します。この状況をどのように解決すればよいでしょうか？よろしくお願いいたします。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 正しいプログラムのダウンロードが正常に完了すると、RESET_bはハイレベルのままになります。（AN5426 S32K1xxマイクロコントローラ向けハードウェア設計ガイドライン（改訂版））(2021年12月6日).pdf推奨されるデバッグポートにはRESET_bが含まれており、ハードウェアの変更が推奨されます。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Robin_Shen: マネージャー：こんにちは。いくつか質問がありますので、詳しくお伺いしたいのですが。 1. FS32K144UAT0VLLTでSWDIO、SWCLK、GNDを使用してプログラムをダウンロードする場合、通常動作時にもRSTピンは存在しますか？また、RST接続はSWDモードのダウンロードにも含まれますか？ 2. 一部の回路基板はプログラムのダウンロードに3本のワイヤ（SWDIO、SWCLK、GND）のみを使用しますが、他の回路基板は4本のワイヤ（SWDIO、SWCLK、GND、RST）を必要とします。これらはどちらも通常のダウンロードとみなされますか？また、これらはどちらもSWDモードで通常のダウンロードとみなされますか？ ありがとう！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 SWD標準通信ではRESET_bへの接続は必須ではありませんが、S32K1の信頼性の高いプログラミング、リセット時の接続、およびリカバリシナリオではRESET_bへの接続が不可欠であるため、デバッグ用の必須シグナルハンドラとして使用することをお勧めします。 しかし、現在使用しているS32K1は新品でプログラムがインストールされていないため、チップが繰り返しリセットされます。RESET_bがJ-Linkに接続されていない場合、J-Linkは確実に真のConnect Under Resetを実行できないため、一部のチップは偶然にもこのウィンドウを捉えることができますが、他のチップは捉えることができません。 PEMicroデバッガーをお持ちの場合は、 https://community.nxp.com/t5/S32K/S32K144-D2-RED-LED-is-ON-always/mp/1567621をご参照ください。本書に記載されているP&Eリカバリユーティリティツールは、電源投入の繰り返しサイクル中にMCUを停止させます。 お使いのJ-Linkも、上記のツールで説明されている方法に従うことができるはずです。 J-Linkは当初、接続/アタッチ/停止というサイクルを繰り返した。 次に、対象ボードの電源をオフにしてからオンにします。 電源投入リセット後、アプリケーションまたはブランクチップが制御不能になる前に、SWDをキャプチャしてみてください。 「S32K1xxシリーズMCUアプリケーションガイド：チップロックアップリセットの原因分析と復旧方法の詳細な説明」にあるS32K1xx_MassErase_Read_MDM-AP_Registers_Command_Script.txtコマンドスクリプトを参照してください。

Plug and Trust MWをOP-TEEに統合する方法 こんにちは、NXPコミュニティの皆さん、 現在、私たちのプロジェクトのために、Plug and Trust MiddlewareとOP-TEE（TrustZone対応MCU用バインディング）の統合に取り組んでいます。 AN12662(ホストデバイスをEdgeLock SE05xにバインドする)Rev. 1.1は確認しましたが、詳細なステップバイステップの手順や、正確な統合プロセスを扱うセクションは見つかりませんでした。 この統合を扱っている具体的なセクションやAN12662ページを教えていただけるか、またはPlug and Trust MWをOP-TEEとどのように構築・統合するかを示す追加のドキュメントやサンプルコードを教えていただけませんか? 私の環境情報は以下のとおりです。 基板：MCIMX8M-WEVKおよびOM-SE051ARD Plug and Trust MW バージョン: v04.07.01 OP-TEE OSバージョン：3.19.0 Linuxカーネル:6.1.151 何かアドバイスやアプリケーションノート、関連するコードリポジトリへのアドバイスがあれば大変ありがたいです。 SE050 Re: How to integrate Plug and Trust MW into OP-TEE こんにちは、 @Uc_S さん。 詳細なご質問をありがとうございます。おっしゃる通り、 AN12662 Rev. 1.1にはOP-TEEの段階的な構築手順は含まれていません。これは概念的なバインディングアーキテクチャについて説明したものです。あなたのユースケースに最も関連性の高いセクションはセクション 3.2(12–13ページ)「TrustZoneを用いたMCUのバインディング」で、Plug & Trust MWをTEEにロードし、SCP03チャネル確立をTrusted Execution Environment内で処理する方法を説明しています。 実際のビルド統合は別の方法で行われます。以下に、お客様の環境に適した手順の概要を示します。 仕組み OP-TEE内でPlug & Trust MWをスタンドアロンのTAとして動作させるのではなく、OP-TEE の組み込みSE05x暗号ドライバー ( CFG_NXP_SE05X=y )を使用するのが対応されています。このドライバはOP-TEEビルド時にPlug & Trust MWを静的ライブラリとしてリンクし、OP-TEEコアがRSA、ECC、RNG、その他の操作をSE051にオフロードできるようにします。 ステップ1 — SE051バスのLinux I2Cを無効にする SE051に接続されたI2Cコントローラは、OP-TEEが独占的に所有していなければなりません。LinuxのDTBでそのI2Cインターフェースを無効化し、Linuxが起動時にプローブしないようにする必要があります。この変更を含むブランチからボードのDTBをビルドするか、DTS内の該当するI2Cノードを手動で無効にしてください。 ステップ2 — SE05xドライバーでOP-TEE OSを構築する CFG_NXP_SE05X_PLUG_AND_TRUST を介して、抽出した Plug & Trust MW v04.07.01 ディレクトリにビルドを指定します。ビルドコマンドの例（ PLATFORM= はご使用のボードに合わせて調整してください）： make -j8 PLATFORM=imx-mx8mevk O=./build-imx8m-se050 CFG_TEE_CORE_LOG_LEVEL=4 CFG_NXP_CAAM=n CFG_NXP_SE05X=y CFG_IMX_I2C=y CFG_STACK_{THREAD,TMP}_EXTRA=8192 CFG_NXP_SE05X_RSA_DRV=y CFG_NXP_SE05X_ECC_DRV=y CFG_NXP_SE05X_CTR_DRV=n CFG_NXP_SE05X_RNG_DRV=y CFG_WITH_SOFTWARE_PRNG=n CFG_NXP_SE05X_PLUG_AND_TRUST=/path/to/plug-and-trust SE051と同時にCAAMを有効にしたい場合は(例:CAAMがAES/RNGを、SE051がRSA/ECCを担当)、CAAMフラグをそれぞれ置き換えてください。 CFG_NXP_CAAM=y CFG_NXP_CAAM_AE_{GCM,CCM}_DRV=y CFG_NXP_CAAM_RNG_DRV=y CFG_NXP_SE05X_RNG_DRV=n CFG_WITH_SOFTWARE_PRNG=n CFG_NXP_SE05X_{DIEID,RSA,ECC,CTR}_DRV=y CFG_NXP_SE05X_RSA_DRV_FALLBACK=y CFG_NXP_SE05X_ECC_DRV_FALLBACK=y CFG_CRYPTO_DRV_{CIPHER,ACIPHER,AUTHENC}=y ステップ3 — OP-TEEブート時にSE051が検出されていることを確認する 正常に起動すると、OP-TEEコンソールに以下のような出力が表示されます。 I/TC: se050: Info: Applet Major = 7 I/TC: se050: Info: OEF ID a8.fa OEF ID A8FA は、お使いのボードが SE051C2 バリアントであることを示しています。これは、OM-SE051ARD ボードと一致します。 既知の注意点 MCIMX8M-WEVK (i.MX8MQ EVK)プラットフォームの旗は、 imx-mx8mmevk と若干異なる場合があります。お使いのボードに合わせて PLATFORM= の値を調整してください。 RSAをSE051にオフロードしている間に、OP-TEE暗号回帰テスト(例: xtest regression_4007_rsa )を重度実行すると、SE051の持続的なNVMを使い果たす可能性があります。これは既知の制限で、必要に応じて ssscli se05x reset でSE051 NVMをクリアできます。 あなたのLinuxカーネル6.1.151動作するはずですが、SE051のI2CコントローラノードはカーネルDTS内で完全に無効化されていることを確認してください。 参考になる外部資料 Foundries.io チームはこの統合に関する詳細な公開ドキュメントを公開しており、NXPのアプリケーションノートを補完する良い内容となっています。 リファレンス・マニュアル: https://docs.foundries.io/86/reference-manual/security/secure-elements/secure-element.050.html ブログ パートI(I2C、早期起動): https://foundries.io/insights/blog/se050-000.processor-to-se-comms/ ブログ パートII(SCP03とOP-TEE付き): https://foundries.io/insights/blog/se050-001.scp03/ ビルドに関して何か問題が発生した場合はお知らせください。喜んでお手伝いさせていただきます。   すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------

SE050C2 上的 SCP03 身份验证失败 大家好， 我目前正在做一个项目，使用 SE050C2 安全元件和 ESP32。我正在使用 ESP-IDF 和 Plug and Trust 中间件。 我正在尝试启用平台 SCP03 身份验证。根据中间件，SE050C2 变体的默认 OEF 键已经在标头中定义。 我已经将固件配置为使用这些密钥。但是，当我尝试打开会话时，SCP03 身份验证失败，并出现 MAC 验证错误 7042。 我的应用程序所需的密钥似乎与芯片内部实际存在的密钥不匹配。 关于这个问题，我有几个疑问： 此特定芯片版本的默认中间件密钥是否正确？ 如果该芯片是开发板的一部分，是否有可能预先配置了不同的密钥，例如 DEVKIT A1F4 密钥或标准测试密钥？ 是否有安全的方法来识别我芯片上的实际 SCP03 密钥，或者如果密钥被意外更改，是否有 RESET 密钥的程序？ 非常感谢您能提供任何解决此问题的指导。 谢谢 在线调试 Re: SCP03 Authentication Failure on SE050C2 你好， 谢谢你的指导。 关于日志信息，以下是我在出现 MAC 验证错误之前和期间获取的完整跟踪信息： sss :INFO :atr (长度=35) 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F scp：错误：响应 MAC 地址未验证 7042 sss :WARN :nxEnsure:'ret == SM_OK' 失败。行号：6291 函数：sss_se05x_TXn sss :WARN :nxEnsure:'status == SM_OK' 失败。第 5119 行 函数：sss_se05x_cipher_one_go 关于读取 OEF ID：我使用的是 ESP32 作为主机 MCU，而不是像 FRDM 或 iMX 这样的 NXP 评估板。因此，我无法直接刷写预编译的二进制文件，也无法轻易使用您提到的 Windows VCOM / ssscli 方法。 由于我使用的是 ESP-IDF，我可以直接在我的 ESP32 上编译并运行 simw-top 中间件中提供的“se05x_GetInfo”示例来读取 OEF ID 吗？ 或者，有没有一个简单的 C 函数可以暂时添加到我当前的 main.c 文件中？（在 SCP03 初始化之前）将 OEF ID 和 UID 打印到控制台？ 感谢您的支持。 Re: SCP03 Authentication Failure on SE050C2 M AC 验证错误 7042似乎难以理解，能否提供更多日志信息？ 请查看下方 OEF ID 读取工具设置： ====================================== 10.7 如何获取 SE 平台信息和 UID 请使用以下任一方法获取SE平台信息。 10.7.1 使用 TeraTerm 和预编译二进制文件 FRDM-K64F 和 iMX-RT1060 的二进制目录中提供了 se05x_GetInfo 的预编译二进制文件。 您需要安装一个串口终端应用程序，例如 TeraTerm。 • 在您的系统上安装 TeraTerm。要设置 TeraTerm，请参阅 • 将预编译的二进制文件刷写到您的硬件上。 • 在 TeraTerm 上查看日志。 高亮显示的日志是 SE UID、OEF ID 和 JCOP 平台 ID。 10.7.2使用 VCOM 和二进制 Plug & Trust MW 文档 • 根据您的开发板，在二进制目录中找到 Flash VCOM 二进制文件。 • 在设备管理器中检查 VCOM 端口号。 • 使用以下配置构建项目 se05x_GetInfo：– SMCOM：VCOM– 主机：PCWindows • 运行构建好的二进制文件： se05x_GetInfo.exe COMxx 其中 COMxx 是从步骤 2 中获得的 VCOM 端口号。 高亮显示的日志包含 SE UID、OEF ID 和 JCOP 平台 ID。 10.7.3使用 ssscli 工具 Plug & Trust MW 文档 • 根据您的开发板，在二进制目录中找到 Flash VCOM 二进制文件。 • 在设备管理器中检查 VCOM 端口号。 • 在 binaries/PCWindows/ssscli 目录下运行以下命令： ssscli.exe 连接到 se050 vcom COMxx ssscli.exe se05x uid ssscli.exe 断开连接 其中 COMxx 是在步骤 2 中获得的 VCOM 端口号。 高亮显示的日志是 SE UID Re: SCP03 Authentication Failure on SE050C2 感谢您提供表格。我已经仔细检查了应用程序中的关键值。 我在 C 代码中使用的键与您表格中的 SE050C2 行完全匹配： ENC：BD 1D E2 0A 81 EA B2 BF 3B 70 9A 9D 69 A3 12 54 MAC：9A 76 1B 8D BA 6B ED F2 27 41 E4 5D 8D 42 36 F5 德克：9B 99 3B 60 0F 1C 64 F5 AD C0 63 19 2A 96 C9 47 完全没有任何区别。我将这些字节数组原封不动地传递给了中间件。但是，我仍然收到 MAC 验证错误 7042。 因为密钥与文档完全匹配，但在硬件上却无法使用，我强烈怀疑我的 SE050 芯片可能预先配置了不同的密钥。例如，它可能使用表格最后一行所示的开发板按键，或者标准测试按键。 是否有特定的命令或中间件函数可以在不使用 SCP03 的情况下运行，以安全地读取芯片的实际 OEF ID，或者检查它是否已配置为开发板？ 再次感谢您的帮助。 Re: SCP03 Authentication Failure on SE050C2 请查看下方SE050C2的默认密钥。如果报告 MAC 错误，能否检查一下应用程序的密钥值？多少比特差异会导致 MAC 地址验证错误 7042？ db16122_0-1787634676992.pngdb16122_0-1787634676992.pngdb16122_0-1787634676992.png Re: SCP03 Authentication Failure on SE050C2 嗨@erdemv838 ， 我建议使用 nano 软件包 + zephyr，它无需任何移植即可支持 ESP32，这样可以缩小问题可能的原因范围。更多详情请参阅https://github.com/NXPPlugNTrust/nano-package/blob/master/zephyr/readme.rst 希望对您有所帮助。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

如何刷写 .bin 文件在 i.MX RT1064 上使用 PEMicro Multilink LC 时，在特定的闪存偏移量下？ 您好， 我正在使用i.MX RT1064和PEMicro Multilink LC调试探针。 我需要将引导加载程序和应用程序分别写入编程闪存的不同偏移位置。例如，引导加载程序将放置在闪存的起始位置，而应用程序则放置在指定的偏移位置。 使用 i.MX RT1064 EVK 时，我能够使用LinkFlash将.bin文件编程到指定的闪存地址。但是，我现在使用的是 PEMicro Multilink LC，想知道等效的编程流程是什么。 我无法将引导加载程序和应用程序合并到单个.bin文件中。因为该应用程序是分区固件布局的一部分，需要作为单独的固件映像进行签名。因此，我需要将引导加载程序和应用程序作为单独的二进制文件，并将应用程序编程到其指定的闪存偏移量处。 我应该使用什么外部编程应用程序/工具配合 PEMicro Multilink LC 将.bin文件烧录到 i.MX RT1064 的特定地址/偏移量处？ 理想情况下，我希望能够选择.bin文件，指定其目标地址，并直接对其进行编程，而无需将引导加载程序和应用程序合并到单个二进制文件中。 谢谢您！ 启动 ROM | 启动配置 | 闪存 Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? 你好@shreya_v16 ， NXP LinkServer/LinkFlash 支持对 独立组网 (SA) .bin 文件进行编程。文件位于指定地址，但不支持 PEMicro Multilink LC 探针。 要继续使用 PEMicro Multilink LC，请使用 PEmicro PROG-HL-ARM (PROGACMP)。最新版本支持 QB 命令。因此，引导加载程序和已签名应用程序可以保持分离，并在各自的地址进行编程，而无需合并它们。 请参阅： 1. https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320181 2. https://www.nxp.com/docs/en/user-guide/PROGACMP_UM.pdf 此致， 加文

SCP03 Authentication Failure on SE050C2 Hi everyone, I am currently working on a project using the SE050C2 secure element alongside an ESP32. I am using ESP-IDF and the Plug and Trust middleware. I am trying to enable Platform SCP03 authentication. According to the middleware, the default OEF keys for the SE050C2 variant are already defined in the headers. I have configured my firmware to use these exact keys. However, when I try to open a session, the SCP03 authentication fails, and I get a MAC verification error 7042. It seems the keys expected by my application do not match the keys physically present inside the chip. I have a few questions regarding this issue: Are the default middleware keys correct for this specific chip version? If this chip is part of a development board, is it possible that it comes pre-provisioned with different keys like DEVKIT A1F4 keys or standard test keys? Is there a safe way to identify the actual SCP03 keys on my chip, or a procedure to reset them if they were inadvertently changed? Any guidance on how to resolve this issue would be greatly appreciated. Thank you online debug Re: SCP03 Authentication Failure on SE050C2 Hi, Thank you for the guidance. Regarding the log information, here is the full trace I get right before and during the MAC verification error: sss :INFO :atr (Len=35) 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F scp :ERROR: RESPONSE MAC DID NOT VERIFY 7042 sss :WARN :nxEnsure:'ret == SM_OK' failed. At Line:6291 Function:sss_se05x_TXn sss :WARN :nxEnsure:'status == SM_OK' failed. At Line:5119 Function:sss_se05x_cipher_one_go Regarding reading the OEF ID: I am using an ESP32 as the host MCU, not an NXP evaluation board like FRDM or iMX. Therefore, I cannot directly flash the pre-built binaries or easily use the Windows VCOM / ssscli methods you mentioned. Since I am on ESP-IDF, can I simply compile and run the "se05x_GetInfo" example provided inside the simw-top middleware directly on my ESP32 to read the OEF ID? Alternatively, is there a simple C function I can temporarily add to my current main.c (before SCP03 is initialized) to print the OEF ID and UID to the console? Thank you for your support. Re: SCP03 Authentication Failure on SE050C2 MAC verification error 7042 seems to be confused to understand, can you share more log information? Please check below for OEF ID read tools setting: ====================================== 10.7 How to get SE Platform Information and UID Follow any one of the following methods to get the SE platform information. 10.7.1 Using TeraTerm and pre-built binary A pre-built binary for se05x_GetInfo is available in binaries directory for FRDM-K64F and iMX-RT1060. You would need to install a serial terminal application, like TeraTerm. • Install TeraTerm on your system. To setup TeraTerm, refer • Flash the pre-built binary on your hardware. • View the logs on TeraTerm. The highlighted log is the SE UID, OEF ID and JCOP Platform ID. 10.7.2 Using VCOM and binary Plug & Trust MW Documentation • Flash VCOM binary present in binaries directory accorfing to your board. • Check VCOM Port number in device manager. • Build project se05x_GetInfo with the following configuration:– SMCOM: VCOM– Host: PCWindows • Run the built binary as: se05x_GetInfo.exe COMxx Where COMxx is the VCOM port number obtained from step 2. The highlighted log is the SE UID, OEF ID and JCOP Platform ID 10.7.3 Using ssscli Tool Plug & Trust MW Documentation • Flash VCOM binary present in binaries directory accorfing to your board. • Check VCOM Port number in device manager. • Run the following commands in binaries/PCWindows/ssscli directory: ssscli.exe connect se050 vcom COMxx ssscli.exe se05x uid ssscli.exe disconnect Where COMxx is the VCOM Port number obtained in step 2. The highlighted log is the SE UID Re: SCP03 Authentication Failure on SE050C2 Thank you for providing the table. I have carefully checked the key values in my application. The keys I am using in my C code exactly match the SE050C2 row in your table: ENC: BD 1D E2 0A 81 EA B2 BF 3B 70 9A 9D 69 A3 12 54 MAC: 9A 76 1B 8D BA 6B ED F2 27 41 E4 5D 8D 42 36 F5 DEK: 9B 99 3B 60 0F 1C 64 F5 AD C0 63 19 2A 96 C9 47 There is no bit difference at all. I am passing these exact byte arrays to the middleware. However, I still get the MAC verification error 7042. Because the keys perfectly match the documentation but fail on the hardware, I strongly suspect my specific SE050 chip might be pre-provisioned with different keys. For example, it might be using the Development Board keys shown in the last row of your table, or standard test keys. Is there a specific command or middleware function I can run without SCP03 to safely read the chip's actual OEF ID, or to check if it is provisioned as a Development Board Thanks again for your help. Re: SCP03 Authentication Failure on SE050C2 Please check below for default key of SE050C2. If you report MAC error, can you check the key value for your application? How may bit difference to cause this MAC verification error 7042  db16122_0-1787634676992.pngdb16122_0-1787634676992.pngdb16122_0-1787634676992.png Re: SCP03 Authentication Failure on SE050C2 Hi @erdemv838 , I would suggest using nano package + zephyr which supports ESP32 without any porting needed, so that you may narrow down the possible causes for your issue. Please refer to https://github.com/NXPPlugNTrust/nano-package/blob/master/zephyr/readme.rst for more details. Hope that helps, Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

.binファイルをフラッシュする方法PEMicro Multilink LCを使ってRT1064 i.MX 特定のフラッシュオフセットで? こんにちは、 i.MX RT1064 を使い 、 PEMicro Multilink LC デバッグプローブ を使っています。 プログラムフラッシュでブートローダーとアプリケーションを異なるオフセットで プログラムする必要があります 。例えば、ブートローダーはフラッシュの開始時に、アプリケーションは定められたオフセットに配置されます。 i.MX RT1064 EVKでは、LinkFlashを使って指定されたフラッシュアドレスに.binファイルをプログラムできました。しかし、今はPEMicro Multilink LCを使っており、同等のプログラミングワークフローがどのようなものか知りたいです。 ブートローダーとアプリケーションを1つの.binに統合することはできません。アプリケーションはパーティション化されたファームウェアレイアウトの一部であり、 別のファームウェアイメージとして署名する必要があるからです。そのため、ブートローダーとアプリケーションは別々のバイナリとして保持し、指定されたフラッシュオフセットでプログラムする必要があります。 PEMicro Multilink LCで i.MX RT1064の特定のアドレス/オフセットで.binファイルをフラッシュするには、どのような外部プログラミングアプリケーションやツールを使うべきでしょうか? 理想的には、.binファイルを選択し、その宛先アドレスを指定し、ブートローダーとアプリケーションを一つのバイナリに統合することなく、直接プログラムできるようにしたいです。 よろしくお願いします！ ブートROM|ブート|フラッシュ Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? こんにちは、 @shreya_v16 さん。 NXP LinkServer/LinkFlashはスタンドアロン.binのプログラミングをサポートしています指定されたアドレスにファイルが存在しますが、PEMicroマルチリンクLCプローブはサポートしていません。 PEMicro Multilink LCの継続使用は、PEmicro PROG-HL-ARM(PROGACMP)をご利用ください。最近のバージョンではQBコマンドをサポートしています。したがって、ブートローダーと署名されたアプリケーションは別々に管理され、それぞれのアドレスでプログラムされ、マージせずに管理されます。 以下をご参照ください： 1. https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320181 2. https://www.nxp.com/docs/en/user-guide/PROGACMP_UM.pdf よろしくお願いします、 ギャビン

Profinet VS 代码示例在 FRDM-IMXRT1186 上无法运行 我想基于RT11186开发一个PROFINET设备，并根据UG10320 V1.0、UG10455 V1.0和AN15104 V1.0测试PROFINET演示程序。我执行了以下操作： 1. 解压 Profinet-Stack-Library 和 AN15104.zip。 2. 将 frdm_pn.patch 复制到 Profinet 堆栈的文件夹中，并按照 readme 中的说明应用补丁。 3. 根据 prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rej 文件手动修改项目配置。这与AN15104的4.3章内容相同。 以下定义已包含在 cakelist.txt 文件中。它们没有被修改。 -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_系列 -DXIP_BOOT_HEADER_ENABLE=1 4. 添加 "#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...." 以启用 FPU。指南中未包含此步骤。如果不进行修改，编译将会失败，因为FreeRTOSConfig.h中默认的CPU是RT1189。 5. 将基于 SDK 2.6.3 的 Profinet 项目导入 VS Code。 6. 根据 UG10455 第 5 章的步骤 8 和 9，在 sysbuild.cmake 中添加项目“31_led_button”。 7. 将 FRDM-IMXRT1186 的 J12 和 J18 改为 1-2 连接，以启用 NETC PHY。 8. 构建项目并将镜像下载到 FRDM-IMXRT1186。 9. 安装 JDK、Npcap 并打开 ICE。ICE 版本为 V1.7，提取自 port-ICE-202509180853-win32.win32.x86_64.zip。 10.根据 UG10320 第 6 章，Profinet 设备已成功扫描。 11. 根据 UG10320 第 7.1 章的步骤 1~7 设置 DAP、模数和缩减比。按照7.1章第8步的步骤，点击连接按钮后失败了。 您能帮我分析一下为什么无法建立循环沟通吗？ 能否提供 FRDM-IMXRT1186 的 Profinet 镜像，以便我检查问题是出在 VS Code 项目还是 IEC/硬件上？ 顺祝商祺！ Re: Profinet VS code example does not work on FRDM-IMXRT1186 亲爱的@wlfworld ， 我在 RT1180 EVK 上进行了测试，观察到了相同的现象：扫描过程中可以发现设备，但连接失败。因此，这似乎与您的移植工作无关。 我们目前正在内部调查此事。一旦我们确定了根本原因或有任何更新，我们将尽快与您联系。 顺祝商祺！ 雪莉 Re: Profinet VS code example does not work on FRDM-IMXRT1186 亲爱的@wlfworld ， 你使用的是哪个GSDML文件？我之前使用了错误的文件，所以才无法使其正常运行。切换到 GSDML-V2.45-portExample-test-20260120.xml（位于 Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button 中）后，我能够使用 ICE 工具建立循环通信。 ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png 请问您在哪个步骤遇到了问题？如果可以的话，能否分享一下屏幕截图？一般来说，如果在扫描过程中能够发现 PNIO 设备，则设置通常不会出现重大问题。您可能还需要安装 Wireshark 并检查是否有任何 PROFINET 通信数据包正在交换。 如果方便的话，请同时上传您的图片文件。我可以在我这边进行测试并比较结果。 顺祝商祺！ 雪莉 Re: Profinet VS code example does not work on FRDM-IMXRT1186 @ShellyZhang非常感谢！ 如果应用 GSDML-V2.45-portExample-test-20260120.xml，则会建立循环通信。我在之前的操作中选择了二进制压缩包中的 xml 文件。 顺祝商祺！ Re: Profinet VS code example does not work on FRDM-IMXRT1186 你好 wlfworld， 我很高兴您能够解决这个问题。如果您还有其他问题，请随时创建新帖。 此致， 雪莉

MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox Summary   I'm bringing up BLE on a custom board built around the MCXW716CMFTA (48-pin, not an NXP eval board). Before I can build/flash a BLE example, I need to update the NBU firmware ( mcxw71_nbu_ble_hosted.sb3 ) via ISP, per the standard "Getting Started with FRDM-MCXW71" flow. The ISP UART interface (LPUART1) never responds to blhost , even though I have now confirmed — via two completely independent methods — that the chip does enter some kind of restricted/ISP-like state. I'd appreciate any insight into why the UART side stays silent, or whether there's a supported alternative path to write the NBU image.   Setup     Chip: MCXW716CMFTA (48-pin), custom PCB     SDK/tools: MCUXpresso Secure Provisioning Tool v25.06, SPSDK 3.0.1 (bundled blhost / nxpdevscan / nxpdebugmbox )     Debug probe: MCU-Link (PyOCD backend), connected via SWD on the board's J4 header — confirmed working for general debug access     USB-to-UART adapter: DSD TECH SH-U09C5 (genuine FTDI FT232RNL), set to 3.3V logic level     ISP pin mapping used (per AN14802 Table 7, confirmed identical for MCX W71/W72):     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     On the custom board these are accessible via test points TP7 (PTA4), TP26 (PTC2), TP43 (PTC3)   Symptom   blhost -p COMx -- get-property 1 (and the MCUXpresso Secure Provisioning Tool's own "Test connection") always fails:   SpsdkNoDeviceFoundError: No devices for given interface 'uart' and parameters 'port=COM5, timeout=5000' was found. ​   nxpdevscan -vv shows the mboot ping bytes [0x5A, 0xA6] being sent 3 times, each followed by SPSDKTimeoutError , then a fallback to the SDP ReadStatus command, which also times out ( SdpConnectionError ). No response is ever received from the target.   What I've already ruled out     Wiring polarity (tried both orientations)     Voltage levels: TP7, TP26, TP43 all measure 3.3V steady-state     Adapter/driver: genuine FTDI, confirmed "working properly" in Device Manager, COM port exists     Flow control (confirmed NONE via a loopback test)     Port locking by another application     A real hardware defect: PTC3 (net "WPT2_Drive_EN") was directly loaded via a 0-ohm resistor to the EN pin of an LTC7068 DC/DC controller used for our wireless-power-transfer coil driver. This pulled TP43's idle-high level down to ~2.3V. I removed this resistor and confirmed TP43 now idles correctly at 3.3V — this was a real bug, but it did not resolve the ISP communication failure.     Loading on the PTC2 net (shared with a "POWER_SW" button input on our board): traced the schematic, confirmed no pull-up/pull-down/RC filtering on this net.   Physical confirmation that the PC→board direction works   The USB adapter has built-in TX/RX activity LEDs. During a blhost get-property attempt:     TXD LED blinks 3 times, matching the 3 ping retries seen in nxpdevscan -vv — confirming the PC genuinely transmits.     RXD LED never lights, confirming the board never transmits anything back.   An oscilloscope capture on TP26 (PTC2) during the same test shows a waveform whose total duration (~350µs) matches the expected timing of two back-to-back UART bytes at 57600 baud, consistent with the ping bytes actually reaching the pin electrically.   New finding: ISP-mode entry succeeds via two independent methods, but UART is dead in both cases   Using nxpdebugmbox (SWD via the same MCU-Link probe), I tested two completely separate ways of entering ISP mode:   Method A — physical BOOT_CONFIG pin: Full power cycle (USB fully unplugged/replugged) with TP7 (PTA4) jumpered to VDD through the power-up moment.   Method B — SWD/Debug Mailbox, no pin strapping at all:   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   Both commands report success ("Start Debug Mailbox succeeded" / "Entering into ISP mode succeeded").   In both cases, immediately afterward, blhost -p COMx -- get-property 1 still returns SpsdkNoDeviceFoundError — zero response on UART either way.   Also worth noting: nxpdebugmbox mem-tool test-connection -d debug_port succeeds in both normal boot and BOOT_CONFIG-held states. But mem-tool read-memory -a 0x0 -c 16 succeeds during normal boot (returns the application's vector table) and fails with SPSDK: The memory access port is not found! while BOOT_CONFIG is held — so something about the chip's debug/memory access configuration does change when BOOT_CONFIG is asserted, even though it doesn't explain why UART stays silent.   Questions     Given that ISP-mode entry is confirmed successful via both the BOOT_CONFIG pin and the SWD Debug Mailbox ispmode command, is there a known reason the LPUART1 ISP interface (PTC2/PTC3, ALT3) would still not respond to the standard mboot ping?     Are there additional preconditions for the UART ISP interface to become active (clock configuration, chip revision–specific behavior, life-cycle-state restrictions) that aren't covered in AN14648/AN14802?     As an alternative: since SWD/Debug Mailbox communication is fully functional ( test-connection and read-memory succeed during normal operation), is there a supported way to write the NBU firmware ( mcxw71_nbu_ble_hosted.sb3 , targeting radio_flash at 0x48800000) via SWD/Debug Mailbox instead of UART ISP? The MCUXpresso Secure Provisioning Tool's target definition for MCXW716C lists only "connections": ["uart"] — is SWD-based provisioning of radio_flash possible through nxpdebugmbox / nxpimage , and if so, what's the procedure?   Any pointers — including "here's the actual root cause of X" or "here's how to flash NBU over SWD instead" — would be hugely appreciated. Happy to provide additional logs/scope captures if useful. Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox Hi @chocola_saka, hope you are doing well. Would you please clarify if you have already burned any set of fuses? If so, please specify which. This is important since fuse 17 has the capability to disable ISP path. Additionally, please specify if you have written any configuration to sector 0 of IFR before this behavior started to appear, as this sector is dedicated to ROM boot and ISP configurations. Were you able to previously load the NBU to your board? Also, regarding your question about loading the NBU through SWD, I'd suggest referring to AN14397 - Programming the MCXW71 Flash for Application and Radio Firmware via Serial Wire Debug During Mass Production. It provides a guide to merge an application binary to the NBU firmware and load the final binary through SWD. Please let me know the requested information and if the resource shared is helpful.

NXP UM11442、3.1.5.15項コピーなし、動作しません 皆さん、こんにちは。 UM11442 黙示録24章 段落 3.1.5.15 ゼロコピー 例 evkmimxrt1170_wifi_cli_cm7 コンパイル中でないこと、推奨されたプリプロセッサマクロフラグを使った場合、最初のエラー: < 未定義>> そこで次の定義を追加しました #define NETIF_RX_BUFFERS 8 でも今は <<エラー: 未定義型「struct nxp_wifi_device」の無効な使用>>  実際、使用された構造は例では定義されていません 例ではゼロコピー機能が不完全なので、UM11442の説明は適用されませんか? ゼロコピーをどうやってテストできますか? ありがとうございます。よろしくお願いいたします。 ピエロ Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 現時点ではMIMXRT1170-EVKしか持っていません, SDK 26.06はインストールされていますが、EVKの例は以下の通りです。 「EVKmimxrt1170_wifi_cli_cm7」は「EVKBmimxrt1170_wifi_cli_cm7」とは異なります。 ドキュメントUM11442にはdoc UM11441への言及があり、doc UM11441 表1 5ページ 組み合わせ i.MX RT1170 EVK AW611 u-blox ジョディ W5 支持されていると宣言されます つまり、「evkmimxrt1170_wifi_cli_cm7」は実際にはWi-Fi Zero-Copyでは動作しないということですか? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 RT1170-EVKとRT1170-EVKBのどちらをお使いですか？ SDK 26.06でこれをテストし、ガイドで紹介されているマクロを使ってevkbmimxrt1170_wifi_cli_cm7例を使ってアプリケーションをうまく構築できました。 どのSDKバージョンを使っていますか? よろしくお願いいたします。 ダニエル。 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 正しい。EVKB SDKでテストしました。 RT1170-EVK用のSDK 26.06をどこで見つけたのか、またはどのようにインポートしたのか教えていただけますか? RT1170-EVKのリリースを調べましたが、SDKバージョン2.16.0しか見つかりませんでした。 よろしくお願いいたします。 ダニエル。 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 検査の全記録を共有していただけますか? 1.マクロを無効にした状態での完全なターミナル出力ログ 2. マクロを有効にした状態での完全なターミナル出力ログ ところで、どのモジュールを使っていますか？ よろしくお願いいたします。 ダニエル。 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 正解は2.16.0です。 私はMCUxpresso IDEを2つの異なるバージョンをインストールしています。1つはEVK用、もう1つはEVKB用です(ただし現時点ではハードウェア用EVKBはありません)。問題は、IDEがEVK-IDEでも「Associated SDK」26.06として表示されているのに、実際にはEVKの例はPC SDK 26.06にインストールする前に2.16.0でインポートされていることです この瞬間、私のディレクトリの中に ...\mcuxpresso\02\SDKPackages 私は3つのSDKを持っています 2.16.0 24.12.0 26.60 EVKは2.16.0で取得されました IDE-EVKで正しいSDKを指し示すには、Associated SDKで2.16.0を見る方法をご存知ですか? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 EVKBボードとサンプルを入手しました evkbmimxrt1170_wifi_cli_cm7 Wi-fi ゼロコピー用の推奨プリプロセッサフラグを追加している(UM11442ドキュメントより) FSL_USDHC_ENABLE_SCATTER_GATHER_TRANSFER SDMMCHOST_ENABLE_CACHE_LINE_ALIGN_TRANSFER とにかく、奇妙なことがあります: Wi-Fi Zero-Copy(iperfツールを使用)や定義を探してもパフォーマンスは向上していません FSL_USDHC_ENABLE_SCATTER_GATHER_TRANSFER SDMMCHOST_ENABLE_CACHE_LINE_ALIGN_TRANSFER コードベースラインでは、 このようなものは存在しません #if FSL_USDHC_ENABLE_SCATTER_GATHER_TRANSFER #if SDMMCHOST_ENABLE_CACHE_LINE_ALIGN_TRANSFER つまり、Wi-Fi Zero-copyは実際には適用されていないようですね? サポートとよろしくお願いします ピエロ

Top Mobile App Maintenance Company in 2026 JPLoft is one mobile app maintenance company worth considering in 2026. It provides mobile app maintenance and support services, including bug fixes, performance monitoring, security updates, feature enhancements, compatibility updates, and ongoing technical support.

2026年のトップモバイルアプリメンテナンス会社 JPLoft は2026年に検討に値するモバイルアプリのメンテナンス会社の一つです。バグ修正、パフォーマンス監視、セキュリティアップデート、機能強化、互換性更新、継続的な技術サポートを含むモバイルアプリのメンテナンスおよびサポートサービスを提供しています。

MIPI-CSI 输入格式支持 i.mxRT1170 和 i.mxRT1166 你好 我们正在寻找支持 RGB565 16 位 MIPI-CSI 的 MCU。 我们的应用程序需要 MIPI-CSI 硬件将 RGB565 16 位原始数据存储到 RAM 中，并通过我们的软件处理原始数据。 RT1170、RT1166 或 i.mx8 能否满足我们的要求？ 我查看了https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/mp/1613979以及https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/mp/1477391#M191746 似乎并非所有 i.mx 系列 MCU 都支持 RGB565。 我的理解正确吗？ 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2 无法接收 RAW8/10/12/14 数据，+1 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 你好，奥马尔 我想再次确认一下。 RT1166/RT1170 可以接收 MIPI-CSI2 RGB565 16 位数据并复制到 RAM 而无需格式转换。 由于硬件问题，RT1166/RT1170 无法接收 RAW8/10/12/14 数据。 我的理解正确吗？ 此致 肯 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160 与 RT1170 存在同样的问题，都是 video_mux 的问题。 关于 i.mx8，我建议你在 i.mx 论坛上开个新帖，因为我不熟悉这个系列，只熟悉 imxRT。 BR， 奥马尔 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 你好，奥马尔 谢谢回复。 我还找到了有关RT1170问题的信息。 RT1166是否存在同样的问题？ 如果 RT1166 没有这个问题，RT1166 能否支持将 MIPI-CSI RGB565 原始数据传输到 RAM？ i.mx8m-mini 是否支持将 MIPI-CSI RGB565 原始数据传输到 RAM？ 此致 肯 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 的 MIPIC-CSI2 接口支持 RGB565。请注意，由于视频多路复用控制器 (VIDEO_MUX) 存在问题，MIPI_CSI2 块不支持原始数据和 YUV422 (10 位) 格式。 此致， 奥马尔

LX2160A - 同期イーサネット(SyncE)RCLK こんにちは、 私はLX2160Aボードを使用しています。 私の理解では、SerDesモジュールは同期イーサネット(SyncE)を使い、入力のSerDes信号からクロックを回復できます。このクロックはRCLK0/1として利用可能になり、関連するSerDesはレジスタRECOV_CLK_SEL_RCLK0/1で選択されます。 この復元されたクロック信号は、復元元のSerDesモジュールや別のモジュールを駆動するために使われることは可能でしょうか? PLLS/PLLFの基準クロックとして使用できる可能性はありますか？ よろしくお願いいたします。 Re: LX2160A - Synchronous Ethernet (SyncE) RCLK こんにちは、 いいえ、RCLK0/1はPLLS/PLLFの参照クロックとしてLX2160A SerDesに直接フィードバックすることはできません。LX2160Aでは、RCLK0とRCLK1は出力専用ピンです。想定されるSyncEアーキテクチャでは、まずRCLK0/1を外部ジッタクリーナーPLLに通し、その後、クリーンアップされたクロックをSerDesリファレンスクロック（SD1_PLLS_REF_CLK_P/Nなど）としてフィードバックする必要があります。 よろしくお願いします。

MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi  We are looking for an MCU that supports RGB565 16-bit MIPI-CSI. Our application will require the MIPI-CSI hardware to store the RGB565 16-bit raw data to RAM and process the raw data through our software. Can RT1170 or RT1166 or i.mx8 support our requirment? I checked https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/m-p/1613979    and  https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/m-p/1477391#M191746  It seems that RGB565 is not supported for all i.mx series MCU. Is my understanding correct? 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2 cannot receive RAW8/10/12/14 data, +1  Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi Omar I want to double confirm again, RT1166/RT1170 can receive MIPI-CSI2 RGB565 16bits data and copy to RAM without format convert. RT1166/RT1170 cannot receive RAW8/10/12/14 data because HW issue. Is my understanding correct? Regards Ken Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160 has the same issue as RT1170, as it is an issue on video_mux.  Regarding i.mx8, I suggest you open a new thread on i.mx forum, as I'm not familiar with that family; only imxRT. BR, Omar Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi Omar Thanks for reply. I also found the information about RT1170 issue. Does RT1166 have same issue? If RT1166 doesn't have this issue, can RT1166 support MIPI-CSI RGB565 raw data to RAM? Can i.mx8m-mini support MIPI-CSI RGB565 raw data to RAM? Regards Ken Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RGB565 is supported on the MIPIC-CSI2 interface from RT1170. Please be aware that due to an issue in the Video Mux Controller (VIDEO_MUX), raw data and YUV422 (10 bit) formats to the MIPI_CSI2 block are not supported. Best regards, Omar

Profinet VS code example does not work on FRDM-IMXRT1186 I want to develop a PROFINET device based on RT11186 and test the profinet demo according to UG10320 V1.0, UG10455 V1.0 and AN15104 V1.0.  I did the following actions: 1. Extract the Profinet-Stack-Library and AN15104.zip. 2. Copy the frdm_pn.patch to the folder of Profinet stack and apply the patch according to the readme. 3. Manually change the project configuration according to prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rej.  It is the same as the chapter 4.3 of AN15104.  The following definition has been included in the cakelist.txt.  They are not modified. -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_SERIES -DXIP_BOOT_HEADER_ENABLE=1 4.  Add the "#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...." to enable FPU. This step is not included in the guide. Compiling will be failed if it is not modified, because the default CPU is RT1189 in FreeRTOSConfig.h.  5. Import the Profinet project to VS code based on the SDK 2.6.3 6. Add the project "31_led_button" in the sysbuild.cmake according to step 8 and 9 of chapter 5 of UG10455. 7. Change the J12 and J18 of FRDM-IMXRT1186 to 1-2 connected to enable the NETC PHYs. 8. Build the project and download the image to FRDM-IMXRT1186. 9. Install JDK, Npcap and Open the ICE. The ICE version is V1.7 and it is extraced from port-ICE-202509180853-win32.win32.x86_64.zip. 10. The Profinet device is scaned sucessfully according to chapter 6 of UG10320. 11.  Set the DAP and module and Reduction Ratio according to Step1~7 of UG10320 chapter 7.1. It is failed when I click connect button according to step 8 of chapter 7.1.  Can you help me to analysis why it is failed to establish the cyclic communication? Could you provide a profinet image of FRDM-IMXRT1186 so I can check it is an issue of VS code project or IEC/hardware? Best Regards! Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , I tested it on the RT1180 EVK and observed the same behavior: the device could be discovered during scanning, but the connection failed. Therefore, it does not appear to be related to your porting effort. We are currently investigating the issue internally. Once we identify the root cause or have any updates, we will get back to you as soon as possible. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , Which GSDML file did you use? I had previously used the wrong file, which is why I was unable to get it working. After switching to GSDML-V2.45-portExample-test-20260120.xml (located in Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button), I was able to establish cyclic communication using the ICE tool. ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png Could you let me know at which step you are encountering the issue? If possible, could you share a screenshot? In general, if the PNIO device can be discovered during the scan, there is usually no major issue with the setup. You may also want to install Wireshark and check whether any PROFINET communication packets are being exchanged. If convenient, please upload your image file as well. I can test it on my side and compare the results. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 Hi wlfworld, I'm very glad that you were able to resolve the issue. If you have any further questions, please feel free to create a new thread. Best Regards, Shelly Re: Profinet VS code example does not work on FRDM-IMXRT1186 @ShellyZhang Thanks very much! The cyclic communication is established if GSDML-V2.45-portExample-test-20260120.xml  is applied. I choose the xml in the binary zip in previous operation. Best Regards!

MIPI-CSI入力フォーマットはi.mxRT1170およびi.mxRT1166をサポートしています こんにちは RGB565 16ビットMIPI-CSIをサポートするMCUを探しています。 私たちのアプリケーションでは、MIPI-CSIハードウェアがRGB565の16ビット生データをRAMに保存し、その生データをソフトウェアで処理する必要があります。 RT1170、RT1166、またはi.mx8は私たちの要件をサポートできますか? https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/mp/1613979を確認しました。およびhttps://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/mp/1477391#M191746 RGB565はすべての i.mx シリーズMCUでサポートされているわけではないようです。 私の理解は正しいでしょうか？ 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2はRAW8/10/12/14データ+1を受信できません。 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 こんにちは、オマール もう一度確認したいのですが、 RT1166/RT1170はMIPI-CSI2のRGB565 16ビットデータを受信し、フォーマット変換なしでRAMにコピーできます。 RT1166/RT1170はハードウェアの問題によりRAW8/10/12/14データを受信できません。 私の理解は正しいでしょうか？ よろしくお願いします。 ケン Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160もRT1170と同様の問題を抱えており、これはvideo_muxに関する問題です。 i.mx8に関して、そのファミリについては詳しくないので、i.mx フォーラムに新しいスレッドを開くことをお勧めします。IMXRTだけ。 BR、 オマール Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 こんにちは、オマール ご返信ありがとうございます。 RT1170の問題に関する情報も見つけました。 RT1166にも同じ問題がありますか？ もしRT1166にこの問題がないなら、RT1166はMIPI-CSI RGB565の生データをRAMにサポートできますか? i.mx8m-miniはMIPI-CSI RGB565の生データをRAMにサポートできますか? よろしくお願いします。 ケン Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RGB565はRT1170のMIPIC-CSI2インターフェースでサポートされています。ビデオマルチプレックスコントローラ(VIDEO_MUX)の問題により、生データおよびMIPI_CSI2ブロックへのYUV422(10ビット)フォーマットはサポートされていません。 よろしくお願いします、 オマール

Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi NXP Support, Hello NXP team,  How can I practically implement Wi-Fi on the MCXW72 using either the IW612 or RW612 specifically to execute EdgeLock 2GO provisioning? Please provide the exact hardware connection requirements, drivers, and software stacks needed to make this specific setup work. Note that our application cannot use Thread or Matter protocols. Thanks, Harshal     Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) FRDM-Training Security(Edgelock | secure boot | OTP) Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Thanks for the reply and the Mongoose pointer! Quick follow-up though — before considering RW612, I was actually trying to get MCXW72 working with IW612 specifically (not RW612), since MCXW72 is our required security/application core (TF-M, EdgeLock Secure Enclave) for this project. From the IW612 datasheet, Wi-Fi is hardwired to SDIO only (Table 1, and the CONFIG_HOST_BOOT[1:0] pin table where every option except SDIO/UART/SPI for Wi-Fi/BT/802.15.4 respectively is marked "Reserved"). MCXW72's datasheet doesn't list any SDIO peripheral — only I2C, SPI, UART, CAN, FlexIO. So my question is: is it correct that MCXW72 physically cannot drive IW612's Wi-Fi at all, since it has no SDIO host controller? Or is there some way around this that I'm missing — e.g., an SDIO-over-SPI/UART workaround, or some other supported bridging method NXP provides for pairing these two specific chips? If MCXW72 + IW612 genuinely isn't feasible, that's useful to know — but I wanted to confirm this is a hard hardware limitation before ruling it out. Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi Harshal, Quick question: why do you need the MCXW72 for this setup? The RW612 is already a wireless MCU. You could just run your application directly on the RW612 and drop the extra microcontroller entirely. If you go with the RW612, you can use the Mongoose networking library to handle your Wi-Fi and networking stacks. From there, you can focus directly on your application. There is a ready to use RW612 example here that can give you a good starting point. To download it to your local workspace, open the link, select the 'Settings' panel and choose a destination directory. Then download the project to your computer by clicking the blue 'Generate C/C++' button. You can then open it with MCUXpresso IDE, build it, and flash it. Heads up: I am part of the Mongoose development team, I hope this helps you in your project Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hello Harshal, Hope you are doing well. Could you please clarify what are your requirements? Could you please confirm if you are following any of these Application Notes? EdgeLock 2GO Provisioning MCUs via Product Type using Secure Provisioning (SEC) Tool[AN15038] EdgeLock 2GO Provisioning via SPSDK for MCUs[AN14670] EdgeLock 2GO Provisioning via Secure Provisioning Tool (SEC) for MCUs[AN14624] EdgeLock 2GO Services for MPU and MCU[AN14544] The MCXW72 doesn't offer the hardware interfaces the IW612 needs to operate as a hosted Wi-Fi module. The IW612 requires SDIO 3.0 for Wi-Fi, UART for Bluetooth, and SPI for 802.15.4 If you are looking for a device that supports all these protocols, then I would recommend the RW612 as an all-in-one product. Best Regards, Ricardo

2026 年顶级移动应用维护公司 JPLoft是 2026 年值得考虑的移动应用维护公司之一。它提供移动应用维护和支持服务，包括错误修复、性能监控、网络安全更新、功能增强、兼容性更新和持续技术支持。