i.MX6ULL ethernet disconnect when joint temperature is higher than 95℃ Hi NXP，        We has designed our production with i.mx6ull 08AB version, and found a question shown below.        1>Part No.: MCIMX6Y2CVM08AB        2>Question:             When the joint temperature is higher than 95℃, some boards will occur the ethernet disconnection issue.         Do you have some tips for us to fix this problem ?         Thanks very much. i.MX6UL Re: i.MX6ULL ethernet disconnect when joint temperature is higher than 95℃ how many boards do your customer find this issue? any what bsp version did they test?  Re: i.MX6ULL ethernet disconnect when joint temperature is higher than 95℃ Test 1 Same condition: 65C ambient, 6 boards idle. Board 1: 93.82 C Board 2: 91.88 C Board 3: 96.35 C Board 4: 91.92 C Board 5: 91.81 C Board 6: 93.46 C Test 2 At 25C room temperature: Board 3 shows 65C, all others around 60C. Test 3 After running some tasks, Board 3 and Board 6 lost Ethernet connectivity (ENET1 with external YT8512H PHY, ping failed). At that moment, Board 3 temperature was 99C, Board 6 was 97.2C. ABA cross-validation We swapped the MCIMX6Y2CVM08AB from the hot Board 3 onto another carrier board. The high temperature followed the chip to the new board. Questions Why does this specific MCIMX6Y2CVM08AB read about 5C higher than others under identical conditions? Any suggestion for the Ethernet ping failure observed on Boards 3 and 6 when temperature rises above 97C?

LPCScrypt が Windows 11 25H2 で動作しない [LPCScrypt バージョン 2.1.3_83] 古い LPC1857 を起動してフラッシュするには、デバイスのファームウェアを更新するために LPCScrypt を使用します。 Windows 11 25H2 以降、LPCScrypt は壊れています。コマンド ライン (PowerShell など) で呼び出すと、「エラー: CreateProcess からのエラー: 指定されたファイルが見つかりません」というエラーが発生します。 Sysinternal のプロセス モニターでは、LPCScrypt が「wmic path Win32_PnPEntity where (service like ' %usbser% ' and name like ' %lpc% ') get.exe」を使用して WMI クエリを実行していると推測されます。 しかし、wmic は 2016 年から非推奨と宣言されており、25H2 以降 Windows 11 から削除されています ( Windows マネジメント Instrumentation コマンドライン (WMIC) の Windows からの削除 - Microsoft サポートを参照) NXP 開発チームへのリクエスト: この問題はすでに認識されていますか?FUTUREどのように機能させるのでしょうか? Re: LPCScrypt not running on Windows 11 25H2 こんにちは、ErichStygerさん。おっしゃる通りです。Windows 10 からアップグレードすると、wmic は Windows 11 でも保持されます。 しかし、新しい Windows 11 システムをセットアップする必要があり、その問題に遭遇しました。 Re: LPCScrypt not running on Windows 11 25H2 情報ありがとうございます。 私の回避策は、次のようにWindows 11にwmicサポートを追加することでした。 管理者としてシステム設定を開き、オプション機能（...さらなる機能...）に移動してwmicを追加します。 または、「 DISM /Online /Add-Capability /CapabilityName:WMIC 」を使用します [ Windows 11 コンピューターに WMIC をインストールする - Microsoft Q&A を参照] よろしくお願いいたします。 マティアス Re: LPCScrypt not running on Windows 11 25H2 おそらく Win10 から Win11 にアップグレードしたため、私のマシンにはまだ WMIC が残っています。 Re: LPCScrypt not running on Windows 11 25H2 最近、Win10 から Win11 25H2 にアップグレードしました。 しかし、これまでのところ、LPCScrypt に関する問題は発生していません (まだ)。LinkServer v25.9.134にパッケージされているものを使用する（下記参照） LPCScrypt を使用して LPC-Link2 を更新すると正常に動作しました。 WMIC の専門家ではありませんが、情報によると 25H2 では削除されているため、chatGTP は、古いバージョンの Windows から wmic.exe と wmic.exe.mui を 25H2 にコピーすることを提案しました。 NXP はこの問題を認識しており、次の LinkServer リリースでは LPCScrypt が更新される可能性があります。 Re: LPCScrypt not running on Windows 11 25H2 こんにちは@mathiasmonse ご質問ありがとうございます。 WMIC サポートが削除されている場合は、インストールを試みることができます。または、以前の Windows バージョンを使用するか、Linux または macOS で LPCScrypt を実行します。 BR アリス Re: LPCScrypt not running on Windows 11 25H2 この問題は、LinkServerの最新リリースに含まれていると思われるLPCScrypt 2.1で解決されています。

FRDM-MCXN947のI3CインターフェースをI2C通信に使用した場合、Clkの伸縮機能は機能しませんでした こんにちは、現在問題に直面しています。FRDM-MCXN947のI3Cインターフェースを使ってI2C通信をしたいのですが、接続しているスレーブデバイスがデータ準備中にクロックストレッチが発生するため、データ転送が開始される前にスレーブデバイスがSCL信号を放出するのを待たなければなりません。 MCXNP184M150F70RM リファレンスファイルにある設定可能なレジスタ (MCONFIG[SKEW] = 0、MCONFIG[HKEEP] = 0b11、MCONFIG[MSTENA] = 0b11 など) を使ってみましたが、うまく動作しないようです。どうすれば解決できるでしょうか? #FRDM-MCXN947 #I3C 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) MCX N Re: When using the FRDM-MCXN947's I3C interface for I2C communication, the Clk stretching capability こんにちは、 @kevin_Jhuang レジスタ設定は現在、I3C_MasterInit()より前に適用されているため、SDKの初期化によって上書きされることがあります。 有効にしてください： masterConfig->disableTimeout = true; 次に、I3C_MasterInit() の後に、MSTENA = 3、HKEEP = 3、SKEW = 0 を設定します。|= を使用する代わりに、対応するレジスタフィールドを書き込む前にクリアしてください。 初期化後、MCONFIGを読み込んで設定が有効になっていることを確認してください。クロックストレッチングの失敗直後に取得したMSTATUS値とMERRWARN値も提供してください。 SCLとSDAがオープンドレイン動作に設定されていること、および外部プルアップ抵抗が取り付けられていることも確認してください。 BR ハリー Re: When using the FRDM-MCXN947's I3C interface for I2C communication, the Clk stretching capability こんにちは、ハリーさん。 ご返信いただき、誠にありがとうございます。テストのために、MCONFIGを再度設定してみました。 1.テストでは、disableTimeoutをtrueに設定しました。 2. 画像は現在のレジスタ設定を示しており、MCONFIG、MSTATUS、MERRWARNの値やI2Cバス信号も含まれます。（構成Aと構成Bの違いはMSTENAの設定です。構成A：MCONFIG[MSTENA] = 3、構成B：MCONFIG[MSTENA] = 1）。 3. 例に従って、SDA/SCL IO ピンを openDrainEnable = kPORT_OpenDrainDisable に設定し、プルアップ抵抗 (4.7K) を接続する必要があります。存在する必要がある。 現時点では、I2Cバスの伸縮機能の実装が難しいようです。 Re: When using the FRDM-MCXN947's I3C interface for I2C communication, the Clk stretching capability 上記の回答に続いて、Bの画像を設定します。 ありがとう

Add MCP to directly connect to CodeX for collaboration. Could you add an MCP to support direct use of CodeX or other agents to operate the IDE? The current method using Figma has Figma quota limitations, which is not very convenient. 回复： 增加MCP，直连codex进行协作 Hi @ALVAN  Thank you for your suggestion. I will share your feedback with the GUI Guider team for their consideration. BR Harry

アナログフロントエンドレイアウト 私はTI CC1310をベースにしたプリント基板を設計しています。SMA接続のウィップアンテナで915MHz付近で運用する予定です。理想的には、50 kbs以下の速度で4〜5キロメートルの視線距離を得たいです。十分なRFフロントエンドがあれば実現可能だと思います。しかし、RFは私の専門ではないので、CC1310のバランとフィルターのレイアウトをできるだけ忠実にコピーするつもりでした。残念ながら、それは予想以上に複雑で高価になるので、レイアウトに関してどれくらい余裕があるのか、パフォーマンスを完全に台無しにしてしまう前に考えています。 特にTIは、グランドプレーンとトップ信号プレーンの間隔が0.175mmの積層構造を採用した。0.21mmに延長すれば少し節約できると思いますが、性能にはあまり影響しないと思いますが、確信はありません。また、パッシブ部品の一部を他社のものに交換することで手間を省くこともできますが、それがどれほどリスクがあるのかはわかりません。同じ部品番号でも、TIの基板で使用されているものとはフットプリントが異なることに気づきました。とはいえ、それほど大きな影響はないだろうと思います。最後に、フィルタの終端とアンテナコネクタ／ブロッキングコンデンサ間の配線を短くしたいのですが、抵抗値を50オームに保っていれば、大きな影響はないと考えています。 部品をかなり近い位置に置き、レイアウトも対称にすると、どれくらいレイアウトを変えれば性能が落ちる心配になるでしょうか?上記のような変更を行う場合、新しいフロントエンドコンポーネントを選択する必要があるでしょうか？ レベル・シフタ

MWCT2016 HSE 2.40.0 セキュアブート構成エラー - ImportPlainSymKeyReqMuChannel 環境 MCU:MWCT2016Sベースのワイヤレス充電コントローラー 動作環境設定（従来型） ： HSE FW バージョン: 2.6.0 (アプリケーション+セキュアブート)16進をマージします。 新規設定（失敗） : HSE FW バージョン: 2.40.0 (アプリケーション+セキュアブート)16進をマージします。 Qiキーのプロビジョニングとセキュアブートのフローはそのまま維持しつつ、HSE FW v2.6.0からHSE FW v2.40.0への移行を進めています。 問題提起 HSE FW v2.6.0では、プロビジョニングシーケンス全体が正常に実行されます。 HSE設備 キーを消去する S2TPキースロットのプロビジョニング Qiキープログラミング セキュアブート構成 アプリケーションが正常に起動します HSE FW v2.40.0では、セキュアブート構成が開始されるまで、すべてのプロビジョニング手順が正常に完了します。 セキュアブートの設定中に、以下のAPIが失敗します。 ImportPlainSymKeyReqMuChannel() はセキュアブートコードに含まれています。   HSE応答を返します: 0x55A5A399これは以下に対応します: #define HSE_SRV_RSP_INVALID_PARAM ((hseSrvResponse_t)0x55A5A399UL)   この失敗後、セキュアブートの設定が完了できず、ECUはセキュアブートコードに閉じ込められてしまいます。   プロビジョニングシーケンス 動作構成（HSE 2.6.0） 00_Blank_MWCT2016_CodeFlash_DataFlash.hex 電源リセット 01_HSE_flash.srecバージョン2.6.0 電源リセット 02_EraseKeysSW.hex 電源リセット 03_S2TP_KeySlotsAligned.srec  S2TPソフトウェアバージョン: 1.1.1 電源リセット UART経由でQiキーを書き込む 電源リセット Application+SecureBoot.hex 電源リセット     UARTログからのマージ後の16進数フラッシュ後のHSE応答： HseStatus: 2848 ビット0：0 RFU         ビット 1   : 0 HSE_SHE_STATUS_SECURE_BOOT ビット 2 : 0 HSE_SHE_STATUS_SECURE_BOOT_INIT         ビット 3   : 0 HSE_SHE_STATUS_SECURE_BOOT_FINISHED ビット4：0 HSE_SHE_STATUS_SECURE_BOOT_OK ビット 5 : 1 HSE_STATUS_RNG_INIT_OK ビット 6 : 0 HSE_STATUS_HOST_DEBUGGER_ACTIVE      ビット 7   : 0 HSE_STATUS_HSE_DEBUGGER_ACTIVE ビット 8 : 1 HSE_STATUS_INIT_OK ビット9：1 HSE_STATUS_INSTALL_OK ビット 10 : 0 HSE_STATUS_BOOT_OK ビット 11 : 1 HSE_STATUS_CUST_SUPER_USER ビット 12 : 0 HSE_STATUS_OEM_SUPER_USER         ビット 13  : 0 HSE_STATUS_FW_UPDATE_IN_PROGRESS ビット14：0 RFU ビット15：0 RFU smrCoreStatus_Get : smrCoreStatus[1] : 0 、smrCoreStatus[0] : 0 smrStatus[1] : 0 、smrStatus[0] : 0   コードデバッグログHSE応答:  ImportPlainSymKeyReqMuChannel-hseResp: 0x55a5aa33   LoadBootMacKey-hseResp: 0x55a5aa33    Generic_ImportKeys-hseResp: 0x55a5aa33   KeyProvisioningForJTAG-status: 1   SecureBootConfiguration-hseResp: 0x55a5aa33   KeyProvisioningToHseNVM-status: 1    NON_SECURE_IVT-BLOCK1-hseResp: 0x55a5aa33    SECURE_IVT-BLOCK0-hseResp: 0x55a5aa33   writeDefaultData   セキュアブートCFGプログラムを実行中 Hse-FW バージョン: 0.13.0.2.6.0、フルメモリ インターフェースバージョン使用:0.13.0.2.6.0 HseStatus: 2862 ビット0：0 RFU ビット 1 : 1 HSE_SHE_STATUS_SECURE_BOOT ビット 2 : 1 HSE_SHE_STATUS_SECURE_BOOT_INIT ビット 3 : 1 HSE_SHE_STATUS_SECURE_BOOT_FINISHED ビット4：0 HSE_SHE_STATUS_SECURE_BOOT_OK ビット 5 : 1 HSE_STATUS_RNG_INIT_OK ビット 6 : 0 HSE_STATUS_HOST_DEBUGGER_ACTIVE      ビット 7   : 0 HSE_STATUS_HSE_DEBUGGER_ACTIVE ビット 8 : 1 HSE_STATUS_INIT_OK ビット9：1 HSE_STATUS_INSTALL_OK ビット 10 : 0 HSE_STATUS_BOOT_OK ビット 11 : 1 HSE_STATUS_CUST_SUPER_USER ビット 12 : 0 HSE_STATUS_OEM_SUPER_USER         ビット 13  : 0 HSE_STATUS_FW_UPDATE_IN_PROGRESS ビット14：0 RFU ビット15：0 RFU smrCoreStatus_Get : smrCoreStatus[1] : 0 、smrCoreStatus[0] : 0 smrStatus[1] : 1 、smrStatus[0] : 1 構成エラー - HSE FW 2.40.0 のレポート: 00_Blank_MWCT2016_CodeFlash_DataFlash.hex 電源リセット 01_S32K344_HSE_FW_UPDATE_v2_40_0.srec 電源リセット 02_M210WLCUMBCD00A_WSB00.31_EraseKeySW_UART_ENABLE.hex 電源リセット 03_S2TP_2_1_0_KeySlotsAligned.srec 電源リセット UART経由でQiキーを書き込む 電源リセット Application+SecureBoot.hex 電源リセット   HseStatus: 2912 ビット0：0 RFU         ビット 1   : 0 HSE_SHE_STATUS_SECURE_BOOT ビット 2 : 0 HSE_SHE_STATUS_SECURE_BOOT_INIT         ビット 3   : 0 HSE_SHE_STATUS_SECURE_BOOT_FINISHED ビット4：0 HSE_SHE_STATUS_SECURE_BOOT_OK ビット 5 : 1 HSE_STATUS_RNG_INIT_OK ビット 6 : 1 HSE_STATUS_HOST_DEBUGGER_ACTIVE      ビット 7   : 0 HSE_STATUS_HSE_DEBUGGER_ACTIVE ビット 8 : 1 HSE_STATUS_INIT_OK ビット9：1 HSE_STATUS_INSTALL_OK ビット 10 : 0 HSE_STATUS_BOOT_OK ビット 11 : 1 HSE_STATUS_CUST_SUPER_USER ビット 12 : 0 HSE_STATUS_OEM_SUPER_USER         ビット 13  : 0 HSE_STATUS_FW_UPDATE_IN_PROGRESS ビット14：0 RFU ビット15：0 RFU smrCoreStatus_Get : smrCoreStatus[1] : 0 、smrCoreStatus[0] : 0 smrStatus[1] : 0 、smrStatus[0] : 0 ImportPlainSymKeyReqMuChannel-hseResp: 0x55A5A399   電源リセット後： UMLソフトウェアバージョン：WSB00.3B_UART_ENABLE   セキュアブートCFGプログラムを実行中 Hse-FW バージョン: 0.13.0.2.40.0、フルメモリ インターフェースバージョン:0.13.0.2.40.0の使用   HseStatus: 2848 ビット0：0 RFU         ビット 1   : 0 HSE_SHE_STATUS_SECURE_BOOT ビット 2 : 0 HSE_SHE_STATUS_SECURE_BOOT_INIT         ビット 3   : 0 HSE_SHE_STATUS_SECURE_BOOT_FINISHED ビット4：0 HSE_SHE_STATUS_SECURE_BOOT_OK ビット 5 : 1 HSE_STATUS_RNG_INIT_OK ビット 6 : 0 HSE_STATUS_HOST_DEBUGGER_ACTIVE      ビット 7   : 0 HSE_STATUS_HSE_DEBUGGER_ACTIVE ビット 8 : 1 HSE_STATUS_INIT_OK ビット9：1 HSE_STATUS_INSTALL_OK ビット 10 : 0 HSE_STATUS_BOOT_OK ビット 11 : 1 HSE_STATUS_CUST_SUPER_USER ビット 12 : 0 HSE_STATUS_OEM_SUPER_USER         ビット 13  : 0 HSE_STATUS_FW_UPDATE_IN_PROGRESS ビット14：0 RFU ビット15：0 RFU smrCoreStatus_Get : smrCoreStatus[1] : 0 、smrCoreStatus[0] : 0 smrStatus[1] : 0 、smrStatus[0] : 0    ImportPlainSymKeyReqMuChannel-hseResp: 0x55a5a399 ECUがセキュアブートのみで停止する Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @ShrikantM さん。 ImportPlainSymKeyReqMuChannel() 関数呼び出しで使われているパラメータと、キーカタログを教えていただけますか?報告されたエラーは、1つ以上のHSEリクエストパラメータが無効であることを示しています。 BR、VaneB Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @VaneB さん。 弊社では以下のキーカタログを使用しています。 /* NVMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseNvmKeyCatalog[] = {     /* NvmKeyGroup_0 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_SHE, 1U, 128U, {0U, 0U}},     /* NvmKeyGroup_1 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_ECC_PAIR, 1U, 256U, {0U, 0U}},     /* NvmKeyGroup_2 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_AES, 1U, 256U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} }; /* RAMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseRamKeyCatalog[] = {     /* RamKeyGroup_0 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_SHE, 1U, 128U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} }; 以下の関数では、HSE_SRV_RSP_INVALID_PARAM を受け取ります。 hseSrvResponse_t Generic_ImportKeys(void) {     hseSrvResponse_t srvResponse = HSE_SRV_RSP_GENERAL_ERROR;     /*SMR#0にリンクされたインポートキー*/     srvResponse = ImportPlainSymKeyReqMuChannel(             MU0、 1U、             NVM_AES128_BOOT_KEY、             HSE_KEY_TYPE_AES、             ( HSE_KF_USAGE_VERIFY )             0U、             aesEcbKeyLength、             aesEcbKey、 真実             );     ASSERT(HSE_SRV_RSP_OK == srvResponse );     if(HSE_SRV_RSP_OK != srvResponse)             出口へ移動;     /* SHEセキュアブート用のキーをロード */     srvResponse = LoadBootMacKey();     ASSERT(HSE_SRV_RSP_OK == srvResponse );     if(HSE_SRV_RSP_OK != srvResponse)             出口へ移動; 出口：     return srvResponse; } 添付のglobal_defs.hをご確認ください。パラメータの詳細については、こちらをご覧ください。 よろしくお願いいたします。 スワプニル・ガワデ Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @SwapnilGawade さん。 情報共有ありがとうございます。お客様の設定に基づき、以下の点を確認いたしました。 SHEキーグループはHSE_KEY_OWNER_CUSTを所有者として設定しています。しかし、HSEサービスAPIリファレンスマニュアルでは、SHEキーカタログ構成の場合、SHEキーグループの所有者をHSE_KEY_OWNER_ANYに設定しなければならないと規定されています。これは、NVM SHEキーカタログ構成の例でも示されています。 ImportPlainSymKeyReqMuChannel() に渡される targetKeyHandle は次のように定義されます。 #define NVM_AES128_BOOT_KEY GET_KEY_HANDLE(HSE_KEY_CATALOG_ID_NVM, 1, 1)​ ただし、NVMキーカタログの設定によると、AESキーグループは3番目のグループ(NvmKeyGroup_2)となります。この構成に基づくと、NVM_AES128_BOOT_KEY の正しい定義は次のようになります。 GET_KEY_HANDLE(HSE_KEY_CATALOG_ID_NVM, 2, 0)​ Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @SwapnilGawade さん。 あなたの説明によると、DemoAppフレームワークとHse_Ipドライバーを組み合わせているように見えました。私の理解は正しいでしょうか？もしそうなら、どのような修正が加えられましたか? また、プロジェクトでデータキャッシュを無効にしていますか？これは、HSE_SRV_RSP_INVALID_PARAM エラーの一般的な原因です。HSEとの通信に使用されるすべてのデータオブジェクトは、キャッシュ不可能なメモリに強制的に格納されなければならない。 また、Hse_Ip_ServiceRequest() 関数に pHseSrvDesc パラメータとして HSE_DTCM_ADDR(pHseSrvDesc) を渡していることに気づきました。HSE_ReadAdkp returning HSE_SRV_RSP_INVALID_ADDR Threadを参照してください。同僚がDTCMメモリでのHSE使用に関するいくつかの考慮点を説明しています。 また、TCMサポートを有効にするとローカルアドレスをHSEホストアドレスに変換する機能Hse_Ip_ToAHBAddress()も検討すると良いでしょう。この状況では役立つかもしれません。 Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @VaneB さん。 ご提案いただいたとおり変更を行いましたが、 HSE_SRV_RSP_INVALID_PARAM (0x55a5a399) と同様の応答も返されます。 デバッグの結果、 ImportPlainSymKeyReqMuChannel (...)-> EraseKeyReq (targetKeyHandle, HSE_ERASE_NOT_USED))-> HSE_Send (muIf, muChannelIdx, gSyncTxOption, pHseSrvDesc)-> Hse_Ip_ServiceRequest (u8MuInstance, u8MuChannel, pHseIp_Request , HSE_DTCM_ADDR(pHseSrvDesc))-> Mu_Ip_SetTxRegister (Hse_Ip_apMuBase[u8MuInstance], u8MuChannel, (uint32)pHseSrvDesc) でHSE_SRV_RSP_INVALID_PARAM (0x55a5a399)という応答が返されることがわかりました。 pHseSrvDesc のパラメータは、添付の Mu_Ip_SetTxRegister-pHseSrvDesc.xlsx に追加されています。 よろしくお願いいたします。 スワプニル・ガワデ Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @VaneB さん。 HSE 2.6.0 を使用した作業環境では、以下のライブラリを使用しています。 1. RTD AUTOSAR 4.4 2.キーカタログは以下のとおりです /* NVMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseNvmKeyCatalog[] = {     /* NvmKeyGroup_0 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_SHE, 1U, 128U, {0U, 0U}},     /* NvmKeyGroup_1 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_ECC_PAIR, 1U, 256U, {0U, 0U}},     /* NvmKeyGroup_2 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_AES, 1U, 256U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} }; /* RAMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseRamKeyCatalog[] = {     /* RamKeyGroup_0 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_SHE, 1U, 128U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} }; 同じRTD AUTOSAR 4.4とKeyカタログをHSE 2.40.0で使用していますが、問題が発生しています。ImportPlainSymKeyReqMuChannel(...) 関数は、HSE レスポンスとしてHSE_SRV_RSP_INVALID_PARAMを返します。 Hse_Ip_ToAHBAddress()機能はこの RTD AUTOSAR 4.4では利用できません。 よろしくお願いいたします。 スワプニル・ガワデ Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @SwapnilGawade さん。 前述の通り、SHEキーグループはHSE_KEY_OWNER_CUSTを所有者として設定されています。しかし、HSEサービスAPIリファレンスマニュアルでは、SHEキーカタログ構成の場合、SHEキーグループの所有者をHSE_KEY_OWNER_ANYに設定しなければならないと規定されています。 プロジェクトでデータキャッシュを無効にしましたか？これは、HSE_SRV_RSP_INVALID_PARAM エラーの一般的な原因です。HSEとの通信に使用されるすべてのデータオブジェクトは、キャッシュ不可能なメモリに強制的に格納されなければならない。 また、キーをインポートするために実行しているすべての手順を示す簡単な例を共有していただけますか？ Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、 @VaneB さん。 ご提案とアプリケーション要件に応じて、キーキャットログを修正しました。 S2TPバージョン1.1.0を使用している場合、またはS2TPのフラッシュをスキップしている場合は、セキュアブートは正常に動作します。より詳しい情報を得るために、以下の表をご覧ください。S2TP ver2.1.0で何か変更があったのではないかと疑っています。Qiキーインポート用にCatLogが変更されていますが、これは私たちが設定した以下のキーCatLogと一致しません。 HSEバージョン S2TPバージョン 結果 2.40 1.1.1 1. セキュアブートが機能する 2. 25ワット充電失敗→Qiキーインポート失敗 認証: 初期化エラー: 5、認証: 初期化エラー - 証明書のインポート/検証に失敗しました 2.40 2.1.0 1. インポートキーでセキュアブートが失敗 エラー:0x55A5A399 2. 25ワット充電はSecure Boot SWなしで動作します(スタンドアロンアプリケーション) 3. S2TPのフラッシュを省略すればセキュアブートは動作します。しかし、充電機能は動作しません。 点滅する流れ Erase SW: キーカタログの消去とフォーマット   ↓   電源サイクル   ↓   S2TPでQiキーをフラッシュする   ↓   電源サイクル   ↓   フラッシュSECBootコード：キーのインポート   ↓   フラッシュブート＋アプリコード キーCatLog: /* NVMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseNvmKeyCatalog[] = {     /* NvmKeyGroup_0: 暗黙的な SHE 機能操作用 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_ANY, HSE_KEY_TYPE_SHE, 12U, 128U, {0U, 0U}}, /* NvmKeyGroup_1:NVM_AES128_BOOT_KEYを満たすためにAESとして設定(グループ1、スロット1)*/     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_AES, 4U, 128U, {0U, 0U}},     /* NvmKeyGroup_2: PROVISION_KEY0 (スロット 0) と APP_MAC_KEY (スロット 2) 用に 3 つのスロットに拡張しました */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_AES, 4U, 256U, {0U, 0U}},     /* HMACキー */ \     { HSE_ALL_MU_MASK, HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_HMAC,           2U,           HSE_KEY512_BITS, {0U, 0U} }, \     /* ECCキー */ \     { HSE_ALL_MU_MASK, HSE_KEY_OWNER_CUST, WRP_KEY_TYPE_ECC_PAIR,      4U,         WRP_ECC_KEY_SIZE, {0U, 0U} }, \     { HSE_ALL_MU_MASK, HSE_KEY_OWNER_CUST, WRP_KEY_TYPE_ECC_PUB,       2U,         WRP_ECC_KEY_SIZE, {0U, 0U} }, \     { HSE_ALL_MU_MASK, HSE_KEY_OWNER_CUST, WRP_KEY_TYPE_ECC_PUB_EXT,   1U,         WRP_ECC_KEY_SIZE, {0U, 0U} }, \     /* RSAキー */ \     { HSE_ALL_MU_MASK, HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_RSA_PAIR,      2U,         HSE_KEY4096_BITS, {0U, 0U}}, \ /* NvmKeyGroup_8: NVM_RSA2048_PUB_CUSTAUTH_HANDLE0のための明示的なRSA公開鍵グループ */     {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_RSA_PUB, 1U, 2048U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} };   /* RAMキーカタログエントリを含むテーブル */ const hseKeyGroupCfgEntry_t aHseRamKeyCatalog[] = {     /* RamKeyGroup_0 */     {(HSE_MU0_MASK), HSE_KEY_OWNER_ANY, HSE_KEY_TYPE_SHE, 1U, 128U, {0U, 0U}},     /* キーカタログの終了を示すマーカー */     {0U、0U、0U、0U、0U、{0U、0U}} }; S2TPバージョン2.1.0におけるSecBootコードでのキーインポートの失敗： #define NVM_AES128_BOOT_KEY                     GET_KEY_HANDLE ( HSE_KEY_CATALOG_ID_NVM , 1 , 1 ) Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel こんにちは、@Bhushan1312さん まずは問題点を特定してみましょう。AES-128キーをインポートし、消去し、再度インポートする簡単なデモをプライベートメッセージで送りました。この例は、現在お使いのRTDバージョンに基づいたものではありませんが、参考として役立つはずです。 デモをご使用の環境に合わせて調整し、基本的なキーのインポートと削除操作が正しく動作するかどうかを確認してください。これにより、既知の動作基準に基づいて連携を取り、最も基本的な機能から問題を分析することが可能になります。そこから、申請書でHSEがHSE_SRV_RSP_INVALID_PARAMを返却する原因を特定します。 Re: MWCT2016 HSE 2.40.0 Secure Boot Configuration Failure- ImportPlainSymKeyReqMuChannel @VaneBご親切なサポートに感謝します。この問題はNXPチームのサポートにより解決されました。 Qiキーのインポートに使用されるS2TPソフトウェアで設定されているKey CatLogに問題があることが判明しました。現在は修正済みです。 この変更により、セキュアブートが正常に動作するようになり、充電機能も問題なく動作するようになりました。

EB Tresos 29 features missing from current license Hi! The recently expired license for EB Tresos Studio 29 contains considerably more features than the currently available one. Previous: Current: Notably the OS configurator and all but one of the importers are no longer available. Would it be possible to get a new license with the missing features restored? Re: EB Tresos 29 features missing from current license Hi @johrehn  There are no missing features in this case. The comparison is being made between the licenses of two different products. The product that includes the larger feature set is EB tresos AutoCore, while the one with fewer features is EB tresos Studio / AUTOSAR Configuration Tool. BR, VaneB

iMX8MPとデシリアライザ こんにちは、みんな！ 当社では、デジタルビデオレコーダーにi.MX 8M Plusを使用しています。現在、SerDesチップを使って少なくとも2台(より良い4台)のカメラを接続する設計を修正する任務を負っています。調べてみると、DS90UB960やDS90UB954を接続すると問題があるかもしれません。なぜなら、プロセッサは仮想チャネルをサポートしていないからです。 他のデシリアライザー(TI、アナログ Devices、THine Electronicsなど)との接続について、何か情報や良い経験はありますか? 敬具 セルジュ Re: iMX8MP and Deserializers こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 ご指摘の通り、8M Plus i.MX では仮想チャネルがないためシリアライザーは利用できません。i.MX8QMやi.MX8QXP i.MX 8シリーズプロセッサの参照があり、95 i.MX VCをサポートし、シリアライザーの参照もあります。 よろしくお願いします。 Re: iMX8MP and Deserializers デシリアライザーを使って2台のカメラを単一のMIPIインターフェースにコネクテッドすることはできないと理解しています。 しかし、シングルまたはツーカメラをシングルまたは2台のCSI/MIPIインターフェースに接続する実証済みのデシリアライザーソリューションはありますか? 例えば、MAX96714を使用することは可能ですか？

S32DS 3.5のアクティベーションに失敗しました – 残りのアクティベーションはありません。リセットを要求します。 こんにちは、 新しいWindows PCでS32 Design Studio for S32 プラットフォーム v3.5をアクティベートしようとしていますが、まだアクティベーションが残っていないというエラーでアクティベーションが失敗します。 以前は仮想マシン(MacのParallels)でアクティベートしましたが、そのVMはすでに削除しているため、ライセンスを返却できません。 私のアクティベーションコードのアクティベーション回数をリセットするか、新しいアクティベーションコードを発行してもらえますか? 製品:S32 プラットフォーム v3.5向けS32 Design Studio Windows 11 必要ならプライベートメッセージで完全なアクティベーションコードを送ることも可能です。 よろしくお願いします。 Re: S32DS 3.5 activation failed – no remaining activations, request reset こんにちは、 今すぐお試しください。動作するはずです。 よろしくお願いいたします。 ピーター

S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi NXP Team, I'm working with the S32K3-T-BOX (S32K344, schematic SCH-50735 Rev C) and trying to get Ethernet working with the S32K344 lwIP example Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700. What I did Moved the project from the S32K3X4EVB-T172 setup to the T-Box: package S32K344_172HDQFP, 40 MHz external crystal, RMII. Re-routed the EMAC pins to match the T-Box schematic: TXD0 PTC2, TXD1 PTD7, TX_EN PTD12, TX_CLK/REF_CLK PTD11 (input), RXD0 PTC0, RXD1 PTC1, RX_DV PTC17, RX_ER PTC14. The project builds with 0 errors. I flashed it with the S32 Debug Probe on the S32K344 header. The firmware runs through main() → device_init() → Eth_43_GMAC_Init() and stays in the main loop until the example's test timeout. Problem The RJ45 LINK/activity LEDs never turn on, and Windows shows the adapter as "Disconnected". The same PC port and cable link normally with other devices. Board checks Power LEDs (PF5020 rails) are on. J51, J53 and J55 are on 1-2. S1 is OFF/OFF (boot from SJA1110 flash). U36 (SJA1110 status LED) does not blink green, so I suspect the SJA1110B has no firmware or configuration. Questions The example's description.txt lists only the S32K3X4EVB-T172. Is it intended to work on the S32K3-T-BOX, or only on the EVB? Does the SJA1110B need its own firmware or configuration (for example S32K3_T_BOX_LWIP_for_SJA1110) before the RJ45 link comes up? If so, what is the recommended procedure and debugger for the SJA1110 debug header (J57)? Is a prebuilt image available? Is any SJA1110B-side setting needed so the RMII link to the S32K344 EMAC works (RMII mode, 50 MHz REF_CLK direction)? Thanks! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please find the answers to your questions below. 1. The example is intended for the S32K3X4EVB-T172 and will not run on the S32K3-T-BOX without board-specific modifications. Please refer to slide 15 of the https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE  In particular: The S32K3-T-BOX uses a 40 MHz external crystal, while the EVB uses a 16 MHz crystal. The clock configuration must therefore be updated accordingly. The RMII reference clock for the S32K344 EMAC is provided by the SJA1110. A short delay should be added before the S32K344 clock initialization to allow the SJA1110 to start and provide the RMII reference clock. The external PHY initialization in device_init() is not required because the Ethernet PHY and switch initialization is handled by the SJA1110 firmware. 2. Yes, the SJA1110B requires its own firmware and switch configuration. Without running SJA1110 firmware, the RJ45 port and the RMII connection to the S32K344 will not be initialized. I have prepared examples for several SJA1110-based boards, including the S32K3-T-BOX. Please refer to Ethernet Switch SJA1110 Examples. The examples initialize and test the relevant ports and provide LED indication. A prebuilt flash_image.bin is included, so rebuilding the project is not required. Due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example. 3. Connect a debugger that supports the SJA1110 device to the SJA1110 debug header J57 and program the provided flash image. I use either a PEmicro Multilink debugger or Lauterbach TRACE32. A prebuilt image is available as described in answer 2. 4. Yes. The SJA1110 firmware must configure the switch port connected to the S32K344 for RMII operation and provide the 50 MHz RMII reference clock to the S32K344 EMAC. This is handled by the S32K3-T-BOX-specific SJA1110 example. The inactive U36 LED is therefore a strong indication that the SJA1110 firmware is not currently running or that the device did not boot correctly. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the detailed answers. They confirmed the cause for us. Our status: The SJA1110 is powered (jumpers J51, J53, J55 on 1-2, PF5020 rails on) and S1 is OFF/OFF, but U36 stays dark. We built the public S32K3_T_BOX_LWIP_for_SJA1110 project to app_flash.elf. On the S32K344 side we have applied your three points: the 40 MHz clock configuration, a delay before the clock initialization, and removal of the PHY initialization from device_init(). Two questions: The article "Example SJA1110 FreeRTOS lwIP S32K3-T-BOX" only attaches Example_Availability.txt and no flash_image.bin. Could you share the prebuilt image directly, or tell us which support case to open (and whether an NDA is needed)? In the meantime, is the public S32K3_T_BOX_LWIP_for_SJA1110 project suitable for the T-BOX? Does its switch configuration forward frames between the RJ45 port (P1) and the S32K344 RMII port (P2)? We'd also like to confirm that a PEmicro Multilink is the right probe for J57. Best regards, Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your DIP switches are inline with my board. Please, check signal level of DEVICE_CFG_N connected to PTA13. If switch accepts the configuration, DEVICE_CFG_N should be low. ad 1. Yes, due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example.  The main reason is that Automotive Ethernet belongs to export policy control and additional approvals might be required. ad 2. Yes, S32K3_T_BOX_LWIP_for_SJA1110 project is dedicated for the T-BOX. Yes, L2 Forwarding table has default settings - forward to all ports except to source port. Yes, I used PE micro multilink FX. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the clarification. I am working with the Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 example and have modified the EMAC pin configuration to match the S32K3-T-BOX hardware. Could you please confirm whether the pin configuration shown in the attached S32DS ConfigTools screenshot is correct for the T-Box, or if any changes are required? Best regards Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your pins appear to be correct. MDIO and MDC are not required. Best regards, Pavel

ハードウェア設計のソースドキュメントのIMX95_19x19_LP4x_EVK請求 19×19mmパッケージi.MX95をベースにしたLP4x評価ボードを探しています。関連する評価ボードやリファレンスデザインがあれば教えていただけますか? 現時点では、FRDM-IMX95ボードのハードウェア設計ソースファイルのみを入手しています。対応速度は4000Mbpsに制限されており、当社の要件を満たしていません。 19×19mmパッケージi.MX95をベースにしたLP4x評価ボードとその設計ソースファイルがあるか確認していただけますか? Re: Request for hardware design source documents of IMX95_19x19_LP4x_EVK i.MX 95 19x19 LPDD4x CPUは公開されていません。地元のFAEにお問い合わせいただいてアクセスできるか確認してみてはどうでしょうか。 また、 https://docs.nxp.com/bundle/UG10210/page/topics/imx_95_19x19mm_lpddr4x-4266_routing_recommendation.html と https://docs.nxp.com/bundle/UG10210/page/topics/lpddr4x-4266_routing_example_imx_95_19x19mm.html をデザインガイドとして参照することもできます。 よろしくお願いします。 Re: Request for hardware design source documents of IMX95_19x19_LP4x_EVK ご返信ありがとうございます。LPDDR4搭載のi.MX95_19x19mm EVKを探しています。ご指摘の基板はLPDDR5をベースとしており、弊社のニーズには合致しません。 Re: Request for hardware design source documents of IMX95_19x19_LP4x_EVK こんにちは@D_flash、これ確認しましたか? i.MX 95 19mm x 19mm 評価キット |NXP半導体

FRDM-A-S32K144Nのフラッシュプログラミングについて FRDM-A-S32K144Nを使用してデバッグを行っていた際に、以下の症状が発生しました。 フラッシュメモリへの書き込みができません。 書き込みエラー発生以降、電源LEDとリセットLEDが点灯しっぱなしになっています。 私は以下の手順を実行して復旧を試みました。 1. リセットボタンを押しながらUSBケーブルを抜き差しすることでフラッシュメモリへの書き込みを試みました。これは、無限ループが始まる前のタイミングを狙ったものです。 * 数十回試みましたが、成功しませんでした。 2. リセットボタンを押しながらUSBケーブルを接続し、ブートローダーモードに入りました。 * 「BOOTUPDATEAPP_Pemicro_v111.SDA」をフラッシュしました。 * その後、「MSD-DEBUG-EVB-S32K144_PEmicro_v125.SDA」をフラッシュしました。 状況は改善しなかった。 3. 「Kinetis_Recovery_Utility.exe」を使用してフラッシュメモリの復旧を試みました。 * USBケーブルを何度か抜き差ししてみましたが、処理が完了しませんでした。 次に何を試したらいいのか分かりません。 もし基板の修復方法をご存知の方がいれば、手順についてアドバイスをいただけますか? Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、福田さん 新たにリリースされたFRDM-A-S32K144Nの開発ボードは手元にないので、自分でテストしたことはありません。急いでいなければ、今すぐトラブルシューティングをお手伝いし、ボードを受け取ったらテストを行います。ボードは10月中旬に届く予定です。 ケーブルを J1 USB Type-Cポートに差し込んだら、基板の上部の写真を撮って共有してください。 あなたがどの2つのLEDについて言及しているのか分かりません。SPF-96556_B.pdfという文書には、 D5 （赤）とD4 （オレンジ）しか記載されていないからです。 D4ランプが点灯している場合、オンボードのOpenSDAデバッガが正常に動作していることを示します。ただし、 D5が点灯している場合は、S32K144Nがリセット状態にあることを示しています（ RESET_MCU信号がローになる場合があります）。オシロスコープを使用して信号を観察し、周期的なローパルスの周波数を確認してください。 さらに、 S32K144Nに以前どのようなプログラムが書き込まれていたのかも不明です。もしブランクチップで、 RESET_MCU 信号が周期約118μsの高レベルパルスを周期的に示す場合は、SWD/JTAGデバッグインターフェースを通じて「質量消去」コマンドを実行することでMCUを復元できます。 オンボードデバッガはPEMicroが提供しているため、「Multilink Debug Probes」の「サポート & Downloads」カテゴリから最新の「USB Multilink Resources Installer」をダウンロードすることをお勧めします。インストール後、 C:\PEMicro\Multilink_ResourcesのPEFirmwareConfig.exeを開き、ファームウェアのバージョンを確認してください。 ハードウェアタイプを選択してください: マルチリンクACP Embedded - オンボードARMデバッグインターフェース。その後、利用可能なアップデートを確認してください。 あなたは既に「 S32K144 D2 赤色LEDが常に点灯している」という議論を参照されたようですね。以前 PEMicro の Web サイトで提供されていたKinetis_Recovery_Utility (バージョン8.17 ) は正しく動作しませんでした。Kinetis_Recovery_Utility (バージョン1.06 )はそのディスカッションに添付ファイルとしてアップロードしました。問題なく動作しています。 Kinetis_Recovery_Utilityを使用する際は、PEMicroデバッガの電源をオンにしたまま、S32Kチップのみを繰り返し電源オン/オフしてリセットすることをお勧めします。 もしJ3に接続された外部のマルチリンクデバッガがあれば、J1を繰り返し差し入れたり外したりして、外部マルチリンクを稼働させたまま電源をS32K144Nに切り替えることができます。 しかし、外部マルチ リンク がなく、オンボードの OpenSDA デバッガのみに頼っている場合、 FRDM-A-S32K144N の設計には多少の不便があります。S32K144EVBのジャンパーSJ10は、S32K144への電源を繰り返しオン/オフする際には、 J107ほど便利ではありません。SW2ボタンを繰り返し押すだけで、 Kinetis_Recovery_UtilityがS32K144Nを適切なタイミングで停止させることができるかどうかは確信が持てません。 よろしくお願いします、 ロビン Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、ロビン。 返信が大変遅くなり、申し訳ございません。 この投稿にボードの写真を添付しました。 残念ながら私はオシロスコープを持っていないため、周波数を確認できませんでした。 PEFirmwareConfig.exeを使ってみましたが、しかし、FRDM-A-S32K144Nはデバイスリストに表示されませんでした。引き続き調査します。 Kinetis_Recovery_Utility の使用も引き続き試みます。 前回の投稿以降、目立った進展がなかったことをお詫び申し上げます。 よろしくお願いします、 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、福田さん 最新情報をお知らせいただきありがとうございます。返信が遅れたことは気にしないでください。 休暇から戻ったばかりです。残念ながら、注文した FRDM-A-S32K144N のボードはまだ届いていないため、現在テストを行うことはできません。 まだFRDM-A-S32K144Nは受け取っていませんが、 FRDM-A-S32K344を使ってオンボードデバッガのテストを行いました。 PEFirmwareConfig.exe は、図に示すように、オンボードデバッガを正常に検出しました。 残念ながら、MCUを正常に停止できるバージョンである Kinetis_Recovery_Utility (バージョン1.06)は、FRDM-A-S32K344のオンボードデバッガを検出しません。 Kinetis_Recovery_Utility(バージョン8.17)はFRDM-A-S32K344のオンボードデバッガを検出しますが、前述の通りMCUを停止することはできません。 現在 Kinetis_Recovery_Utilityで直面している問題について、PEMicroの技術サポートに相談する間、お待ちください。 マルチリンクデバッグプローブのような、外部PEMicroデバッガーをお持ちでしょうか？Kinetis_Recovery_Utility(バージョン1.06)は外部のマルチリンクデバッグプローブと組み合わせて使えると記憶しています。 さらに、「 S32K144 D2 RED LEDは常に点灯 」Threadで言及した S32DS の「 Emergency Kinetis Device Recovery by Full Chip Erase 」機能を試しましたか? Re: Regarding Flash Programming for the FRDM-A-S32K144N また、「 FRDM-A-S32K144およびFRDM-A-S32K144NがUSB-C接続時に検出されない場合の解決策」に記載されている回避策を試してみましたか？FRDM-A-S32K144Nボードのオレンジ色のD4 LEDが点灯しているのは確認できますが、それでも他の回避策を試してみることをお勧めします。これは、私が注文したFRDM-A-S32K144Nがテストのために来週まで到着しない予定だからです。 Re: Regarding Flash Programming for the FRDM-A-S32K144N FRDM-A-S32K144Nを入手し、早速テストしてみました。 「 FRDM-A-S32K144およびFRDM-A-S32K144Nが最初のUSB-C接続時に検出されない問題の解決策」で言及されている問題を考慮して、USB-AからUSB-Cへのデータケーブルを使用しました。 PEFirmwareConfig.exeはマルチリンクハードウェアを検出しませんでした。これはFRDM-A-S32K344のテスト結果とは異なります。先ほど誤った情報をお伝えしてしまい、申し訳ございませんでした。 D4のLEDはオレンジ色に点灯しており、OpenSDAの状態が正常であることを示し、デバイスマネージャーにデバイスが表示されます。 Kinetis_Recovery_Utility （バージョン1.06）では、「ハードウェアの表示」を選択して「開始」をクリックすると、OpenSDAデバイスが表示されます。 OpenSDAUSBデバイスを選択して「開始」をクリックすると、次の画面が表示されます。 SWDを通じたコミュニケーション ケーブル版は119 プロセッサーを停止させようと絶えず試みています。 この操作が成功するまで、ボードの電源を入れ直してみてください。 成功。プロセッサーが停止した。 Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、ロビン。 ご返信よろしくお願いします。 残念ながら、私は外部のPEMicroデバッガーを所有していません。 また、S32DSの「Emergency Kinetis Device Recovery by Full Chip Erase」機能も何度も試しましたが、すべて失敗しました。 FRDM-A-S32K144NはPCに認識されているため、「USB-C接続でFRDM-A-S32K144およびFRDM-A-S32K144Nが検出されない場合の解決策」は試していません。 念のため確認ですが、Kinetis_Recovery_Utility の「電源オン/オフ」とは、USB ケーブルを抜き差しすることを指しますか？ USBケーブルを抜き差ししても、「この操作が成功するまで、ボードの電源を入れ直してください」というメッセージが表示されたままで、処理は進みませんでした。 よろしくお願いします、 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N J3 経由で J-Link Plus をオンボード S32K144N にコネクテッドし、 J-Link Commander の「 Unlock Kinetis 」コマンドでチップを消去しました。 さて、J9.5 RESET_MCUピンをオシロスコープで観察すると、周期が約120µs、ハイレベル持続時間が約660nsの矩形波信号が確認できます。 SW2を押し続けているかどうかに関わらず、オンボードのOpenSDAが、 Kinetis_Recovery_Utility(バージョン1.06)と連携してMCUを正常に停止させました: この時点で、J9.5の周期的なパルスがピンストップ RESET_MCU ; Kinetis_Recovery_Utilityを閉じた後、新しいプログラムはS32DS v3.6.11内でダウンロード可能です。 以前にS32K144Nをプログラミングしたことがありますか？ USB-AからUSB-Cへのデータケーブルを使用していますか？

S32DS3.4 安装iar插件失败 报错如下： An error occurred while collecting items to be installed session context was:(profile=DefaultProfile, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=). Problems downloading artifact: osgi.bundle,com.iar.dmgr,1.1.0.202505161156. Error reading signed content:C:\Users\vboxuser\AppData\Local\Temp\signatureFile8984369696384064703.jar An error occurred while processing the signatures for the file: C:\Users\vboxuser\AppData\Local\Temp\signatureFile8984369696384064703.jar Problems downloading artifact: org.eclipse.update.feature,com.iar.dmgr.feature,1.1.0.202505161156. Error reading signed content:C:\Users\vboxuser\AppData\Local\Temp\signatureFile2215016743562443700.jar An error occurred while processing the signatures for the file: C:\Users\vboxuser\AppData\Local\Temp\signatureFile2215016743562443700.jar Problems downloading artifact: osgi.bundle,com.iar.dmgr.jna,3.4.0.202505161156. Error reading signed content:C:\Users\vboxuser\AppData\Local\Temp\signatureFile3084560555014788452.jar An error occurred while processing the signatures for the file: C:\Users\vboxuser\AppData\Local\Temp\signatureFile3084560555014788452.jar Problems downloading artifact: osgi.bundle,com.iar.dmgr.ui,1.1.0.202505161156. Error reading signed content:C:\Users\vboxuser\AppData\Local\Temp\signatureFile5078090908682208579.jar An error occurred while processing the signatures for the file: C:\Users\vboxuser\AppData\Local\Temp\signatureFile5078090908682208579.jar 回复： S32DS3.4 安装iar插件失败 Hi, Chris I'm currently encountering this problem: installing the IAR plugin on S32DS3.5; the path is the one downloaded from the official website : https://eclipse-update.iar.com/plugin-manager/1.0 After installation and restart, the "IAR EMBEDED workbench plugin manager" option is no longer visible under HELP. The IAR version is 9.32.2. 回复： S32DS3.4 安装iar插件失败 The S32DS v3.5 can use the eclipse-iar-arm-8.0 plugin. For some versions of S32DS (corresponding to different versions of Eclipse), you can try installing the IAR plugin offline. https://eclipse-update.iar.com/updatesites.html 回复： S32DS3.4 安装iar插件失败 3.5 or higher is fine. 回复： S32DS3.4 安装iar插件失败 Okay, could you tell me which version can install the IAR plugin? 回复： S32DS3.4 安装iar插件失败 I asked about it a while ago, and it turns out that the IAR plugin upgrade doesn't support older versions of Eclipse.

LPI2C6 无法发送 0 位吗？ 您好，我正在尝试在我的 MIMXRT1170 SoC 上对连接到 T5 和 R5 的设备实现控制。 最初，我尝试这样设置：   lpi2c_master_config_t cfg ；   LPI2C_MasterGetDefaultConfig ( & cfg );   LPI2C_MasterInit （ I2C_BASE ， & cfg ，                    srcClockHz );   status_t start_status = LPI2C_MasterStart ( I2C_BASE , 0x15 , kLPI2C_Write );   我发现它在示波器上似乎没有按预期工作。我看到的是起始序列，然后是 0，之后就什么都没有了。所以我尝试直接在 MTDR 中写入类似这样的内容来替换启动命令：   I2C_BASE -> MTDR = 0x4FA ;   这个地址由很多 1 组成，后面跟着 1 和 0 交替出现。我在示波器上看到，在接收到第一个零之后，模块就放弃了，不再传输剩余的比特。为什么会发生这种情况？ 为了方便起见，我附上原理图： 我还要补充一点，我们还增加了几个 2.2k 的引体向上。 Re: LPI2C6 can't send 0 bit? 嗨@alex0 ， 非常感谢您对我们产品的关注以及对我们社区的使用。 关于您提出的LPI2C6引脚T5和R5的通信问题，请查看以下内容： 1：引脚配置：将 SCL 和 SDA 配置为启用 SION 和启用开漏。确认 T5/GPIO_LPSR_11 已复用至 LPI2C6_SCL，R5/GPIO_LPSR_10 已复用至 LPI2C6_SDA。还要确认 SCL 和 SDA 输入 DAISY 选择是否指向这些焊盘，并检查上拉电阻。 2：调试接口：确认您使用的是 SWD 还是 JTAG。这些引脚（T5 和 R5）也具有 JTAG 功能。如果使用 JTAG，请检查是否存在引脚复用或板级连接冲突。 3：时钟配置：确认 LPI2C6 功能时钟已启用，并且传递给 LPI2C_MasterInit() 的 srcClockHz 值与其配置的频率相匹配。LPI2C 时序取决于该功能时钟。 请在完成这些检查后重试转账。如果在地址字节处仍然停止，请提供故障发生后捕获的SCL/SDA波形和LPI2C6 MSR值。 希望对你有帮助 顺祝商祺！ 刘梅 Re: LPI2C6 can't send 0 bit? 你好May，谢谢你的快速回复！ 1. 关于引脚配置，我注意到它与我们之前使用的略有不同，但 SION 和开漏已启用。尽管如此，我们还是尝试修改它，使其与截图完全一致——但仍然无效。 2. 关于 JTAG——我们已经了解。我们使用的是SWD，但似乎默认配置无需任何引脚配置即可正常工作。 3. 时钟工作正常。I2C配置为以100kHz运行，并且它正是以这个频率运行的。 以下是我们配置焊盘的方式： IOMUXC_SetPinMux(IOMUXC_GPIO_LPSR_10_LPI2C6_SDA,1U); IOMUXC_SetPinMux(IOMUXC_GPIO_LPSR_11_LPI2C6_SCL, 1U); IOMUXC_SetPinConfig(IOMUXC_GPIO_LPSR_10_LPI2C6_SDA, 0x21U); IOMUXC_SetPinConfig(IOMUXC_GPIO_LPSR_11_LPI2C6_SCL, 0x21U); 据我了解，IOMUXC_SetPinMux 函数负责处理输入 DAISY 引脚的选择。 #define IOMUXC_GPIO_LPSR_10_LPI2C6_SDA 0x40C08028U, 0x2U, 0x40C08090U, 0x1U, 0x40C08068U #define IOMUXC_GPIO_LPSR_11_LPI2C6_SCL 0x40C0802CU, 0x2U, 0x40C0808CU, 0x1U, 0x40C0806CU 这似乎是正确的： 之后得到的 MSR 值为： 0x02000801 Re: LPI2C6 can't send 0 bit? 稍作更正，我们实际上使用的是JTAG，而不是SWD。 断开 JTAG 连接并按照您建议的配置（快速转换速率、正常驱动强度、保持选择）后，我们现在没有时钟信号。  

PT2001 SW diagnostic Hi, I would like to ask a question regarding PT2001 SW diagnostic code. I was wondering if anyone can help me out. I am working STG detection and differentiating from HS and LS faults in microcode. what i did so far is that switch on HS vbat ON for a short period of time, and check if HS Vds, and tell it is LS fault or HS fault. But this doesn't seem to work. Because it detects always as HS fault even i apply STH on LS drain. how would you solve for differentiating STG fault from HS (srouce)and LS (drain)? thank you so much, Atika Re: PT2001 SW diagnostic Hello Atika Good day! The behavior you are observing is expected. A short to ground applied at the low-side drain can also trigger the high-side VDS diagnostic when the VBAT high-side is turned on. This happens because current flows from VBAT through the high-side MOSFET and load into the grounded low-side drain, causing the high-side VDS threshold to be exceeded. Therefore, briefly enabling the high-side cannot reliably determine whether the physical short is located at the high-side source or the low-side drain. For this topology, both faults can produce the same electrical condition at the PT2001 sense inputs. The recommended approach is to identify the short-to-ground during the idle diagnostic phase, with both HS and LS MOSFETs off, using the HS VSRC and LS VDS feedbacks. If both feedbacks are low, the result should be classified as a “load-path short to ground.” The PT2001 can detect the fault, but it cannot uniquely locate it on the HS-source side or LS-drain side without additional external sensing or isolation circuitry. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

S32 Design Studio for ARM v2018.R1 license expired Hi,  My S32 Design Studio for ARM v2018.R1  license has expired.  Could you please extend the license for me? Activation code: 9D31-3A20-FFB1-F104

i.MX95:推奨BSP / Neutron SDKsのバージョン管理戦略(LF_6.18.20_2.0.0) こんにちは、 私たちはi.MX95をプラットフォームとして用いる自動車アプリケーション向けのPoCを開発しており、推奨されるBSPおよびNeutron SDKのバージョン管理戦略を明確にしたいと考えています。 NeutronSDKUserGuide.md 年の「Neutron SDK Version Compatibility with Yocto BSP」の表を読み、コンパイラとランタイムは同じSDKから来なければならないと理解しています。しかし、ガイドにはどのバージョンが推奨されているかは明記されていない。 以下の点について教えていただけますか: 1.現在のBSPでは常に最新のNeutron SDKバージョン(ランタイムがアップグレードされたもの)を使うべきでしょうか、それともそのBSPのデフォルトバージョンを使うべきでしょうか? 2. 新しいBSPリリースが利用可能になった場合、現在のBSPからアップグレードするのが推奨されますか?それともアップグレードが必要でない限り現行バージョンを維持すべきでしょうか? 環境 - ボード:IMX95LPD5EVK-19 - BSP:LF_6.18.20_2.0.0 - Neutron SDK: eiq-neutron-sdk-linux-3.2.3 - NeutronFirmware.elf、libNeutronDriver.so、libneutron_delegate.soはNeutron SDK 3.2.3のバージョンに更新されています。 ご回答をお待ちしています。

LPI2C6 can't send 0 bit? Hello, I am trying to implement controls on a device connected to T5 and R5 on my MIMXRT1170 SoC. Initially, I tried to set it up like so:    lpi2c_master_config_t cfg;   LPI2C_MasterGetDefaultConfig(&cfg);   LPI2C_MasterInit(I2C_BASE, &cfg,                    srcClockHz);   status_t start_status = LPI2C_MasterStart(I2C_BASE, 0x15, kLPI2C_Write);   And I saw that it does not seem to work as expected on the scope. What I saw was the start sequence, followed by a 0, and then nothing. So I tried to replace the start command by directly writing into MTDR something like:     I2C_BASE->MTDR = 0x4FA;   This address has a bunch of ones, followed by alternating ones and zeroes. What I see on the scope is that after the first zero, the module gives up and does not transmit the remaining bits. Why would that happen? For your convenience, I'll attach the schematic: and I'll also add that we added a couple of 2.2k pullups. Re: LPI2C6 can't send 0 bit? Hi @alex0 , Thank you so much for your interest in our products and for using our community. regarding your question, for the LPI2C6 communication issue on pins T5 and R5, please check the below: 1: Pin configuration: Configure both SCL and SDA with SION enabled and open drain enabled . Confirm that T5/GPIO_LPSR_11 is muxed to LPI2C6_SCL and R5/GPIO_LPSR_10 to LPI2C6_SDA.  Also verify that the SCL and SDA input DAISY selections point to these pads, and check the pull-ups. 2: Debug interface: Confirm whether you are using SWD or JTAG. These pins(T5 and R5) also have JTAG functions.  if JTAG is in use, please check for a pin-mux or board-level connection conflict. 3: Clock configuration: Confirm that the LPI2C6 functional clock is enabled and that the srcClockHz value passed to LPI2C_MasterInit() matches its configured frequency. LPI2C timing depends on that functional clock. Please retry the transfer after these checks. If it still stops during the address byte, please share the SCL/SDA waveforms and the LPI2C6 MSR value captured after the failure.  Wish it helps you Best Regards May Liu Re: LPI2C6 can't send 0 bit? Minor correction, we are actually using JTAG, not SWD.  With JTAG disconnected and the configuration suggested by you (fast slew rate, normal drive strength, keeper select), we now get no clock.   Re: LPI2C6 can't send 0 bit? Hello May, thank you for your quick response! 1. Regarding the pin configuration, I noticed that it differs slightly from what we had, but SION and open drain were enabled. Regardless, we tried to modify it to match the screenshot exactly - and it still did not work.  2. Regarding JTAG - we are aware of this. We are using SWD, but it seems that the default configuration works as is with no pin configurations.  3. Clock works as expected. The I2C is configured to run at 100khz and it runs at exactly that. Below is how we configure the pads: IOMUXC_SetPinMux(IOMUXC_GPIO_LPSR_10_LPI2C6_SDA,1U); IOMUXC_SetPinMux(IOMUXC_GPIO_LPSR_11_LPI2C6_SCL, 1U); IOMUXC_SetPinConfig(IOMUXC_GPIO_LPSR_10_LPI2C6_SDA, 0x21U); IOMUXC_SetPinConfig(IOMUXC_GPIO_LPSR_11_LPI2C6_SCL, 0x21U); It is my understanding that IOMUXC_SetPinMux handles the input DAISY selections.  #define IOMUXC_GPIO_LPSR_10_LPI2C6_SDA 0x40C08028U, 0x2U, 0x40C08090U, 0x1U, 0x40C08068U #define IOMUXC_GPIO_LPSR_11_LPI2C6_SCL 0x40C0802CU, 0x2U, 0x40C0808CU, 0x1U, 0x40C0806CU This seems correct: The MSR value we get after this is: 0x02000801

i.NX RT 1060 PMIC_ON_REQ 行为 你好， 我正在使用 MIMXRT1062CVJ5B 设计一个定制电路板。电源连接方式如图所示。 关于此配置，您能否帮忙澄清以下几点？ （1）施加 VDD_SNVS_IN 后，PMIC_ON_REQ 是否立即变为高电平，还是在钳位之前会有延迟？ （2）当 POR_B 被拉低时，PMIC_ON_REQ 的状态是什么？价格会保持高位还是转低？ （3）当 VDD_SNVS_IN 电源被移除时，PMIC_ON_REQ 是否变为低电平？在这种情况下，输出电压等级能得到保证吗？ （4）VDD_SNVS_IN 是否具有欠压锁定（UVLO）功能？如果是这样，它在多大的电压阈值下会激活？ （5）在“波形 - A”所示的情况下，只有 VCC_3V3 关闭（0 V），而 VDD_SNVS_IN 保持供电，这种工作条件是否受支持？ 在这种情况下，POR_B 从高到低，然后再从低到高转变。按照上述步骤操作后，i.MX RT1062 能否正常启动并正常运行？ 感谢您的支持。 i.MX RT106x Re: i.NX RT 1060 PMIC_ON_REQ behavior 您好， PMIC_ON_REQ 与 VDD_SNVS_IN 相关联，并且是推挽输出。文档中没有明确说明在钳位之前会有延迟。你可以在EVK上测试一下。例如，在 EVKC 上，您可以通过 R282 测量 PMIC_ON_REQ，通过 J30 测量 VDD_SNVS_IN。 文档并未保证当 POR_B 被拉低或 VDD_SNVS_IN 电源被移除时，PMIC_ON_REQ 的输出状态为逻辑低或逻辑高。 您可以参考第 21.3.3 节，i.MX RT1060 处理器参考手册中的电源模式转换部分介绍了不同场景下的 PMIC_ON_REQ 行为，以及 PMIC_ON_REQ 在每种情况下的行为。 i.MX RT1060 的 VDD_SNVS_IN 没有明确记录的 UVLO 规范。参考手册中描述的 SNVS 数字低电压检测器包含一个机制，用于检测 SNVS_LP 电源中断，这可能会导致 LP 控制、状态和安全计数器值发生变化。 关于问题 5，这些情况会在开机、关机还是应用程序代码运行时发生？ 此致， 巴勃罗 Re: i.NX RT 1060 PMIC_ON_REQ behavior 你好， 感谢你的回复。 问题 5 中描述的场景假设在正常运行期间，VCC_3V3 上发生了暂时的异常情况，导致电压下降。 此致， 友和 Re: i.NX RT 1060 PMIC_ON_REQ behavior HI 在第 4.1.6 节中i.MX RT1060 数据手册的低功耗模式供电电流描述了一种模式，其中 DCDC_IN = 0 V，VDD_HIGH_IN = 0 V，VDD_SNVS_IN = 3.3 V。有关 SNVS 模式的信息，请参阅 AN12085 的第 5.2.4 节 SNVS 模式：如何使用 i.MX RT 低功耗功能。 要使复位信号有效，必须根据数据手册表 28 复位时序参数中规定的值，至少在一个 RTC_XTALI 时钟周期内钳位。 此致， 巴勃罗

S32K3-T-BOX – 使用 EMAC lwIP 裸机示例时，RJ45 链路 LED 保持熄灭状态 您好，NXP团队： 我正在使用S32K3-T-BOX （S32K344，原理图 SCH-50735 Rev C），并尝试使用 S32K344 lwIP 示例 Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 实现以太网连接。 我做了什么 将项目从 S32K3X4EVB-T172 设置移至 T-Box：封装 S32K344_172HDQFP，40 MHz 外部晶体，RMII。 重新布线 EMAC 引脚以匹配 T-Box 原理图：TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11（输入）、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 项目构建成功，没有出现任何错误。我使用 S32 调试探针在 S32K344 接头上刷写了固件。 固件运行过程为 main() → device_init() → Eth_43_GMAC_Init()，并一直停留在主循环中，直到示例测试超时。 问题： RJ45 链路/活动指示灯始终不亮，Windows 显示适配器“已断开连接”。使用相同的电脑端口和电缆连接，通常与其他设备连接。 板检查 电源指示灯（PF5020 导轨）亮起。 J51、J53 和 J55 位于 1-2 号轨道上。 S1 为 OFF/OFF（从 SJA1110 闪存启动）。 U36（SJA1110 状态 LED）不闪烁绿色，所以我怀疑 SJA1110B 没有固件或配置。 问题 示例的 description.txt 文件中只列出了 S32K3X4EVB-T172。它是否适用于 S32K3-T-BOX，还是仅适用于 EVB？ SJA1110B 在 RJ45 链路建立之前是否需要自己的固件或配置（例如 S32K3_T_BOX_LWIP_for_SJA1110）？ 如果需要，SJA1110 调试头 (J57) 的推荐步骤和调试器是什么？是否有预编译好的镜像文件？ 是否需要对 SJA1110B 端进行任何设置，才能使 RMII 链路与 S32K344 EMAC 正常工作（RMII 模式，50 MHz REF_CLK 方向）？ 谢谢您！ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 您问题的答案如下。 1.该示例适用于 S32K3X4EVB-T172，如果不进行针对板的修改，则无法在 S32K3-T-BOX 上运行。 请参阅https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE的第 15 页，特别是： S32K3-T-BOX 使用 40 MHz 外部晶体，而 EVB 使用 16 MHz 晶体。因此，必须相应地更新时钟配置。 S32K344 EMAC 的 RMII 参考时钟由 SJA1110 提供。在 S32K344 时钟初始化之前应添加一个短暂的延迟，以便 SJA1110 启动并提供 RMII 参考时钟。 device_init() 中的外部 PHY 初始化是不需要的，因为以太网 PHY 和交换机初始化由 SJA1110 固件处理。 2.是的，SJA1110B 需要自己的固件和交换机配置。如果不运行 SJA1110 固件，则 RJ45 端口和 RMII 与 S32K344 的连接将无法初始化。 我已经为几款基于 SJA1110 的板准备了示例，包括 S32K3-T-BOX。请参考以太网交换机SJA1110示例。这些示例会初始化并测试相关端口，并提供 LED 指示。已包含预构建的 flash_image.bin ，因此无需重新构建项目。 由于分发限制，完整的 SJA1110 示例项目无法直接附加到社区文章中。如有需要，可通过 NXP 技术支持获取示例，但可能需要签署保密协议。请通过NXP 技术支持提交支持案例，并引用所需的 S32K3-T-BOX SJA1110 示例。 3.将支持 SJA1110 设备的调试器连接到 SJA1110 调试接口 J57，并对提供的闪存映像进行编程。我使用 PEmicro Multilink 调试器或 Lauterbach TRACE32。如答案 2 所述，可以使用预构建的镜像。 4.是的。SJA1110 固件必须配置连接到 S32K344 的交换机端口以进行 RMII 操作，并向 S32K344 EMAC 提供 50 MHz RMII 参考时钟。这是通过 S32K3-T-BOX 特有的 SJA1110 示例处理的。 因此，U36 LED 不活动强烈表明 SJA1110 固件当前未运行或设备未正确启动。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 感谢您的详细解答。他们帮我们确认了原因。我们的状态： SJA1110 已通电（跳线 J51、J53、J55 接 1-2，PF5020 导轨接通），S1 为 OFF/OFF，但 U36 仍然不亮。 我们将公共 S32K3_T_BOX_LWIP_for_SJA1110 项目构建到 app_flash.elf。 在 S32K344 方面，我们已经应用了您的三点：40 MHz 时钟配置、时钟初始化前的延迟以及从 device_init() 中删除 PHY 初始化。 两个问题： 文章“Example SJA1110 FreeRTOS lwIP S32K3-T-BOX”只附带了 Example_Availability.txt，而没有附带 flash_image.bin。您能否直接分享预构建镜像，或者告诉我们应该提交哪个支持案例（以及是否需要签署保密协议）？ 与此同时，公开的 S32K3_T_BOX_LWIP_for_SJA1110 项目是否适用于 T-BOX？其交换机配置是否在 RJ45 端口 (P1) 和 S32K344 RMII 端口 (P2) 之间转发帧？我们还要确认 PEmicro Multilink 是否是 J57 的合适探针。 此致敬礼，迪维娅 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 你的拨码开关与我的电路板串联。 请检查连接到 PTA13 的 DEVICE_CFG_N 的信号电平。如果交换机接受配置，则 DEVICE_CFG_N 应为低电平。 广告 1.是的，由于分发限制，完整的 SJA1110 示例项目无法直接附加到社区文章中。您可以联系 NXP 技术支持申请获取该示例，但可能需要签署保密协议 (NDA)。请通过NXP 技术支持提交支持案例，并在案例中参考，引用所需的 S32K3-T-BOX SJA1110 示例。  主要原因是汽车以太网属于出口管制范畴，可能需要额外的审批。 2. 是的， S32K3_T_BOX_LWIP_for_SJA1110 项目是专用的 T-BOX 设计的。是的，L2 转发表的默认设置是转发到除源端口之外的所有端口。是的，我使用了 PE 微型多链路 FX。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 您的引脚看起来是正确的。MDIO 和 MDC 不是必需的。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 谢谢你的解释。 我正在使用Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例，并修改了 EMAC 引脚配置以匹配 S32K3-T-BOX 硬件。 请您确认附件 S32DS ConfigTools 截图中显示的引脚配置是否适用于 T-Box，或者是否需要进行任何更改？ 顺祝商祺！ 迪维亚