LS2088ARDB：QSPIフラッシュが破損した場合の復旧方法 ハイ LS2088ARDBをQSPIブートモードで起動することができました。QSPI-FLashには、いくつかのブートイメージ（ bl2_qspi.pbl、RCW、fip.bin）が事前に書き込まれています。 誤ってQSPIフラッシュ内のブートイメージを消去してしまいました。現在、ボードはQSPIブートモードで起動しません。 私はLauterbach JTAG - Trace32を使用し、パスC:\T32\demo\arm\hardware\ls208x\ls2088a\ls2088a-rdb\ls2088a_sieve_sram_failsave.cmmにあるスクリプトを使用しました。 このスクリプトは以下の処理を実行します。 1)オーバーライドRCW_src=ハードコード、 2)JTAGはスクリプトに含まれる基本RCWを使用して起動します 3) 基本アプリを内部RAMにロードします 質問： 1) U-bootをRAMにロードできるように、クロックとDDRを設定するスクリプトを提供していただけますか？ 2) また、手順を教えていただくか、私の復旧手順が適切でない場合は訂正してください。 3) また、パス C:\T32\demo\arm\flash には ls2088ardb のフラッシュスクリプトが見当たりません。もしお持ちでしたら、ご提供いただけますでしょうか。 よろしくお願いいたします。 Re: LS2088ARDB: How to recover when QSPI Flash is corrupted NXPは顧客にCodeWarriorのみを提供する。 セクション「9.4」を参照してください。添付のCodeWarriorドキュメントにある「IFCメモリ内のRCWが欠落または破損した場合のボード復旧」を参照してください。 LS2088ARDB用のCodeWarrior初期化ファイルについては、添付資料をご参照ください。

Wi-Fiコマンド応答タイムアウト 私はi.MXRT1062クロスオーバーMCUと、NXP IW612チップセットを搭載した村田製作所製2EL M.2ワイヤレスカードを使用したプロジェクトに取り組んでいます。このプロジェクトはMCUXpresso SDKとFreeRTOSを使用しています。現在のSDKバージョンは25.12です。 ファームウェアの動作中に、デバッグコンソールに次のような出力が表示されることがあります。 `[wifi] 警告: コマンド応答がタイムアウトしました。コマンド 0x0、長さ 1514、シーケンス番号 0x16 または `[wifi] 警告: コマンド応答がタイムアウトしました。コマンド 0x0、長さ 66、シーケンス番号 0x16 または `[wifi] 警告: コマンド応答がタイムアウトしました。コマンド 0x0、長さ 190、シーケンス番号 0x16 または `[wifi] 警告: コマンド応答がタイムアウトしました。コマンド 0x0、長さ 60、シーケンス番号 0x16 これらの線が何を意味するのか分かりません。おそらく無線モジュールに何らかの問題があるのでしょう。その後、タスクリストが印刷され、パニックが発生し、ファームウェアが停止します。無線接続のトラフィックが多かれ少なかれ多い状態が約30分経過した後に問題が発生するようです。 SDKファイル内の対応する箇所は、`middleware/wifi_nxp/wifidriver/wifi.c`にある`wifi_wait_for_cmdresp`関数内にあります。これは、前回のデバッグコンソール出力とこの行の間に約20秒の間隔があることをさらに裏付けています。 どうすればこの問題を解決できますか？デバッグに関する追加情報を提供したり、SDKの修正をテストしたりするために、協力させていただきます。 Re: Wi-Fi command response timeout こんにちは、 カスタムアプリケーションを使用していることは理解していますが、どのSDKサンプルを起点として使用しましたか？変更を加えていないSDKのサンプルを使用して同じ動作を再現できれば、問題の特定に大いに役立ちます。 ドライバーはコマンド応答を待っていたようですが、タイムアウトになる前に応答を受信できなかったようです。 wifi_config.h ファイルで、以下のデバッグマクロを有効にしてください。 CONFIG_WIFI_CMD_RESP_DEBUG CONFIG_WIFI_EVENTS_DEBUG CONFIG_WIFI_IO_INFO_DUMP CONFIG_WIFI_EXTRA_DEBUG マクロを有効にしたら、サンプルを再構築して再度テストしてください。出力結果を共有してください。 最新のSDKを使ってテストしてみて、問題がまだ発生するかどうかを確認するのが良いでしょう。 Re: Wi-Fi command response timeout これはファームウェアがハングアップした際のデバッグ出力です。過去のログラインが必要な場合はお知らせください。 2026年6月23日 12:27:48.808 [RX] - [wifi] 警告:コマンド応答タイムアウト。指揮0x0、レン890、セクノ0x16 SDIOの複数ポートグループレジスタの値: ダンプ @ 20218FC0 レン:196 **** 00 00 00 00 FF 00 00 00 c3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 7f 00 01 00 01 00 01 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 03 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 00 00 00 00 00 87 0c 00 00 00 00 00 00 00 00 00 00 00 1c c2 06 c0 F4 DE 09 C0 00 1E FF FF 00 0A 36 01 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF FF FF FF 00 00 00 00 00 00 00 00 FF FF FF 00 00 00 00 00 00 00 00 00 10 cc F0 FF FF 00 00 FF FF FF FF FF F4 74 04 c0 80 98 04 c0 00 00 00 00 ダンプ*******終了 名前 状態 優先度 スタック Num ================================================== main_task 3 581 6 print_dhcp R 0 683 17 アイドル R 0 92 2 TCP/IP B 3 400 1 Tmr Svc B 4 196 3 supplicant_main_tas B 2 1456 14 nfc_cfg B 0 715 7 dhcpd_task B 3 406 15 HTTPサーバーB 1 888 18 wifi_scan_task B 1 255 11 wlcmgr_task B 3 244 13 wifi_drv_task B 3 228 10 lwip_rx B 3 431 8 wifi_core_task B 3 276 12 [wifi] 処理開始 [wifi] wifi認証解除を開始 [FWダウンロード] S 2026/06/23 12:27:48.824 [RX] - 0x602319fc からファームウェアのダウンロードを開始: 1618224 2026/06/23 12:27:54.807 [RX] - [wifi_io] エラー: SDIO - FW Ready レジスタが設定されていません [wifi] エラー: sd_wifi_reinit が失敗しました。ステータスコード -1 ASSERT: wlan_process_hang: 550 アサート失敗: パニック! ASSERT エラー " 0 ": ファイル "C:/tmp/mcuxsdk/mcuxsdk/middleware/wifi_nxp/wifidriver/incl/mlan_api.h" 行 "65" 関数名 "panic" Re: Wi-Fi command response timeout こんにちは、@DanielRuvalcaba さん、この件について何か進展はありますか？SDK 26.03でも同じことが起きますが、もっとデバッグ情報が必要ですか? Re: Wi-Fi command response timeout どのSDKの例を使っていますか? この行動を再現するために必要な手順を教えていただけますか? カスタムボードを使用していますか、それともNXPのリファレンスボードを使用していますか？ この問題が常に発生する特定の行動や状況はありますか？ よろしくお願いいたします。 ダニエル。 Re: Wi-Fi command response timeout 最初はSDKの例wifi_setup始めましたが、今はかなり大幅に改変されています。私はカスタム基板を使用しています。 この問題は、無線カードへの受信トラフィック（おそらく送信トラフィックも）が大量（60メガバイト/秒以上）で、同時にファームウェアが無線カードに平均RSSIとSNRを照会するコマンドを送信したときに発生することがわかりました。私たちのコードはそれを1秒に1回実行しており、問題は1分以内、通常はそれよりも短い時間で発生しました。 コマンド送信を無効にすると、この問題は発生しません。 この情報が問題の再現に役立つことを願っています（重要なポイントは、大量の受信トラフィックとコマンド送信が同時に発生することです）。

MR-CANHUBK344 MR_CANHUBK3_IEEE1722 新型S32DS向けプロジェクト こんにちは！私は現在進行中のオートモーティブプロジェクトでまさに必要としているMR-CANHUBK344ボードの機能をテストするための入門プロジェクトとして、「MR-CANHUBK344sを使ったビルディング開始」という記事を参考にしています。 このプロジェクトは現状のままではコンパイルできず、ボードに読み込むことができませんでした。すぐに使えるプロジェクトに必要な依存関係は以下のとおりです。 S32DS 3.4 FreeRTOS for S32K3 2.0.0 （ダウンロードウェブサイトには掲載されていません） S32K3 RTD AUTOSAR ® 4.4 バージョン 2.0.0 S32K3xx開発パッケージ バージョン3.4.3 私は既に、以下のような現行および以前のソフトウェアバージョンでいくつかの設定をテストしましたが、うまくいきませんでした。 S32DS 3.5.x S32DS 3.6.x RTDドライバのバージョン、S32Kxx開発パッケージのバージョン、およびFreeRTOSのバージョンが異なる場合の両方で試しました。 そもそも最大の問題は、必要な依存関係が新しいソフトウェアバージョンではサポートされなくなっていること、そして入門ドキュメントに記載されている依存関係がNXPのWebサイトからダウンロードできなくなっていることです。 NXPは、IEEE1722ブリッジ入門サンプルをローカルでテストするために必要な依存関係を提供してくれるのでしょうか？それとも、その特定のアプリケーションをテストする必要がある場合は、手動で移植するしか方法がないのでしょうか？ Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは@Mianromo S32DS用のFreeRTOSアップデートサイトをダウンロードするページに、「前へ」タブがあるかどうか確認していただけますか？はいの場合、そこにSW32K3_FreeRTOS_10.4.6_2.0.0_D2204パッケージがリストされているかどうか確認して教えていただけますか？ BR、VaneB Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは@Mianromo このリンクからご希望のソフトウェアバージョンにアクセスできるかどうか、ご確認いただけますでしょうか？ 注：リンクにアクセスする前に、必ずflexnetoperationsにログインしてください。これは、マイNXPアカウント → ソフトウェアライセンスとサポート → ソフトウェアアカウントから行うことができます。 そうでない場合は、サポートチケットを送信してください。さらに詳しいサポートを提供いたします。 Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは@Mianromo チケットの提出にご協力いただき、ありがとうございました。私は既にそのチャネルを通じてあなたに返信しました。 Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは、 @VaneB さん。 あなたが提供してくれたリンクをクリックすると、このURLに遷移しました： https://www.nxp.com/mynxp/profile Mianromo_0-1781632141137.png クリックする前に、必ずログインしていることを確認しました。唯一の選択肢はサポートチケットを発行することだろう。 よろしくお願いいたします。 Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは、 @VaneB さん。 同じ問題に関する同様の投稿で言及されている特定のファイルを探しているのはここです: https://nxp.flexnetoperations.com/control/frse/product?child_plneID=833477# そのウェブページにはFreeRTOSパッケージのいくつかのバージョンがダウンロード可能ですが、あなたが言及しているバージョンは掲載されていません。「前へ」タブは表示されているものの、グレー表示になっていてクリックできません。添付画像は参考用です。 「MR-CANHUBK344s を使用したビルド開始」ガイドに必要なその他のパッケージは、それぞれの前のタブからダウンロードしましたが、そのままコンパイルするために必要な FreeRTOS のパッケージが見つかりません。 よろしくお願いいたします。 Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS こんにちは、 @VaneB さん。 「エスカレーション」ボタンは、サポートチケットの発行と同じように機能しますか？ よろしくお願いいたします。

S32K324へのFreeRTOS SMPの展開 NXPのエンジニアの皆様、こんにちは。 S32K324チップ（マルチコア）上でFreeRTOS SMPを実行する必要があります。S32K358_SMPサンプルプログラムを参照したところ、図に示すようにSMP構成が実行されていないことがわかりました。 Wanyj_0-1781488803614.png 私はRTD 5.0.0とFreeRTOSを使用しています。バージョン5.0.0における私の問題点は以下のとおりです。 1. S32K324（マルチコア）チップはFreeRTOS SMPの展開をサポートしていますか？ 2. 御社には他に参考事例はありますか？あるいは、更新版に関連参考文献を掲載しましたか？ お返事をお待ちしております。 Re: S32K324 部署FreeRTOS SMP こんにちは、@ Wanyj FreeRTOSに対する技術サポートは限定的ですが、FreeRTOSのSMP機能に関してはサポート対象となります。 この例を参考にしてください。これは私が見つけた中で最も完全なSMP使用例です。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3xx-FreeRTOS-SMP/ta-p/2292229

ISPグラフの一部としてH.264エンコーダーを使用する場合のH.264エンコーダービットレートの設定方法 H.264圧縮に使用されるビットレートはVSDKで設定可能でしょうか、それともISPグラフの一部としてH.264エンコーダを使用する場合はハードコードされているのでしょうか？ S32V用S32 SDK Re: How to configure H.264 encoder bitrate when using H.264 encoder as part of the ISP graph こんにちは、 @mrosar11 さん。 入手可能なドキュメントでは、ご質問に対する正確な回答を得ることができませんでした。 この件については社内チームに提起し、彼らの回答が得られ次第、改めてご連絡いたします。 敬具 Re: How to configure H.264 encoder bitrate when using H.264 encoder as part of the ISP graph こんにちは、 @mrosar11 さん。 社内チームからフィードバックを受け取りました。H264ENC_Config_t構造体のmBitsPerMbrwメンバーを使用して、必要に応じてビットレートを設定できます。たとえば、 isp_sonyimx224_h264encサンプルプロジェクトに次の行を追加できます。 alejandro_e_0-1781632857787.png 他に質問があれば教えてください。

NVMカタログに認証済みキーをインポートする際に、HSE_SRV_RSP_INVALID_ADDRエラーが発生する こんにちは、NXP チームの皆様、 現在、S32K3xxのHSEを使用して、認証済みキーをNVMキーカタログスロットにインポートしようとしています。 これを実現するために、コンテナを作成し、CMACを実行してTAGを取得しました。しかし、インポートサービスを使用してキーをインポートしたところ、HSE からHSE_SRV_RSP_INVALID_ADDR という応答を受け取りました。 提供されたコードスニペットをご確認いただき、この操作を正しく実行する方法についてご指導いただけますでしょうか？ uint8_t keyContainer[496] __attribute__ ((section(".mcal_bss_no_cacheable"))); static hseKeyInfo_t AuthkeyInfo __attribute__ ((section(".mcal_data_no_cacheable"))); uint8_t containerTag[16] __attribute__ ((section(".mcal_bss_no_cacheable"))); uint32_t containerTagLen __attribute__ ((section(".mcal_data_no_cacheable"))) = sizeof(containerTag);   //void fillContainer(uint8_t* pContainer, hseKeyInfo_t* pkeyInfo, uint8_t keyInfoLen, uint8_t* pkey, uint8_t keyLen) void fillContainer(void) {   AuthkeyInfo.keyBitLen = 128; AuthkeyInfo.keyType = HSE_KEY_TYPE_AES; AuthkeyInfo.keyFlags = HSE_KF_USAGE_ENCRYPT | HSE_KF_USAGE_DECRYPT; //| HSE_KF_USAGE_KEY_PROVISION; AuthkeyInfo.keyCounter = 0; // NVMキーをインポートする際、初回は0以上である必要があります。 AuthkeyInfo.smrFlags = 0; AuthkeyInfo.specific.aesBlockModeMask= HSE_KU_AES_BLOCK_MODE_ANY;   unsigned int i = 0; i = i + 10; memcpy(&keyContainer[i],&AuthkeyInfo,sizeof(hseKeyInfo_t)); i = i + sizeof(hseKeyInfo_t); i = i + 5; memcpy(&keyContainer[i], App_au8EncAesNvmKey,sizeof(App_au8EncAesNvmKey)); }   hseSrvResponse_t AppGenCmac(void) { uint8_t u8MuInstance = 0U; hseSrvDescriptor_t* pCmacGenSrvDescriptor; hseSrvResponse_t RetVal = HSE_SRV_RSP_GENERAL_ERROR; uint8_t muChannel = Hse_Ip_GetFreeChannel(u8MuInstance);   pCmacGenSrvDescriptor = &Hse_aSrvDescriptor[muChannel]; hseMacSrv_t* pMacSrv = &pCmacGenSrvDescriptor->hseSrv.macReq;   pCmacGenSrvDescriptor->srvId = HSE_SRV_ID_MAC; pMacSrv->accessMode = HSE_ACCESS_MODE_ONE_PASS; pMacSrv->sgtOption = HSE_SGT_OPTION_NONE; pMacSrv->streamId = 0; pMacSrv->authDir = HSE_AUTH_DIR_GENERATE; pMacSrv->macScheme.macAlgo = HSE_MAC_ALGO_CMAC; pMacSrv->macScheme.sch.cmac.cipherAlgo=HSE_CIPHER_ALGO_AES; pMacSrv->keyHandle = GET_KEY_HANDLE(1,1,0); // 通常のAESキー pMacSrv->inputLength = sizeof(keyContainer); pMacSrv->pInput = (HOST_ADDR)keyContainer; pMacSrv->pTagLength = (HOST_ADDR) &containerTagLen; pMacSrv->pTag = (HOST_ADDR) containerTag;   HseIp_aRequest[muChannel].eReqType = HSE_IP_REQTYPE_SYNC; HseIp_aRequest[muChannel].u32Timeout = TIMEOUT_TICKS_U32;   /* リクエストをHse IPレイヤーに送信します */ RetVal = Hse_Ip_ServiceRequest(u8MuInstance, muChannel, &HseIp_aRequest[muChannel], pCmacGenSrvDescriptor); RetVal を返します。 }   /* スーパーユーザー権限を持っている場合、認証を使用せずに暗号化されたキーをRAM/NVMカタログにインポートすることはできますか？ いいえ。HSEサービスAPIリファレンスマニュアルには、次のように明記されています。 「暗号化されたキーは、認証された場合にのみインポートできます。」 これは、ユーザー権限とスーパーユーザー権限の両方に当てはまります。 */   static hseSrvResponse_t App_AesLoadAuthNvmKey(void) { hseSrvResponse_t RetVal = HSE_SRV_RSP_GENERAL_ERROR; hseSrvDescriptor_t *pHseSrvDescriptor; uint8 u8MuChannel = Hse_Ip_GetFreeChannel(MU0_INSTANCE_U8);     if(HSE_IP_INVALID_MU_CHANNEL_U8 != u8MuChannel) { pHseSrvDescriptor = &Hse_aSrvDescriptor[u8MuChannel]; memset(pHseSrvDescriptor, 0, sizeof(hseSrvDescriptor_t));   pHseSrvDescriptor->srvId = HSE_SRV_ID_IMPORT_KEY; pHseSrvDescriptor->hseSrv.importKeyReq.keyLen[2]= 16; pHseSrvDescriptor->hseSrv.importKeyReq.pKey[2]= HSE_PTR_TO_HOST_ADDR(App_au8EncAesNvmKey); pHseSrvDescriptor->hseSrv.importKeyReq.pKeyInfo=HSE_PTR_TO_HOST_ADDR(&AuthkeyInfo); pHseSrvDescriptor->hseSrv.importKeyReq.targetKeyHandle= GET_KEY_HANDLE(1,1,2);   // 以下の両方のフィールドを設定する必要があります。 pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherKeyHandle= HSE_INVALID_KEY_HANDLE; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.cipherAlgo = HSE_CIPHER_ALGO_AES ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.cipherBlockMode= HSE_CIPHER_BLOCK_MODE_ECB ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.ivLength = ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.pIV = ;   pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authKeyHandle= GET_KEY_HANDLE(1,1,0); pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authLen[0]= containerTagLen; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authScheme.macScheme.macAlgo = HSE_MAC_ALGO_CMAC ; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authScheme.macScheme.sch.cmac.cipherAlgo=HSE_CIPHER_ALGO_AES; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.keyContainerLen= sizeof(keyContainer); pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.pAuth[0]= (HOST_ADDR)containerTag; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.pKeyContainer= (HOST_ADDR)キーコンテナ;     /* HSE IPレイヤーに送信するリクエストを作成します */ HseIp_aRequest[u8MuChannel].eReqType = HSE_IP_REQTYPE_SYNC; HseIp_aRequest[u8MuChannel].u32Timeout = TIMEOUT_TICKS_U32;   /* リクエストをHse IPレイヤーに送信します */ RetVal = Hse_Ip_ServiceRequest(MU0_INSTANCE_U8, u8MuChannel, &HseIp_aRequest[u8MuChannel], pHseSrvDescriptor); } RetVal を返します。 }   再開まで今しばらくお待ちください。 敬具、ルシケシュ Re: Facing the HSE_SRV_RSP_INVALID_ADDR issue while importing authenticated key in NVM catalog @lukaszadrapa さん、ありがとうございます。 それは動作します。 Re: Facing the HSE_SRV_RSP_INVALID_ADDR issue while importing authenticated key in NVM catalog こんにちは、 @KaleRushikesh さん。 元のキーとKeyInfoのアドレスを渡しているようですね。 pHseSrvDescriptor->hseSrv.importKeyReq.pKey[2]= HSE_PTR_TO_HOST_ADDR(App_au8EncAesNvmKey); pHseSrvDescriptor->hseSrv.importKeyReq.pKeyInfo=HSE_PTR_TO_HOST_ADDR(&AuthkeyInfo); ただし、コンテナ内ではキーとKeyInfoのアドレスを使用する必要があります。HSEは、コンテナに含まれないアドレスからキーとキー情報を提供しようとしていることを検出した場合、無効なアドレスエラーを返します。 よろしくお願いいたします。 ルーカス

Wi-Fi command response timeout I'm working on a project using i.MXRT1062 crossover MCU and Murata 2EL M.2 wireless card based on NXP IW612 chipset. The project uses MCUXpresso SDK and FreeRTOS. The current SDK version is 25.12. During the firmware operation, sometimes I get the following output in the debug console: `[wifi] Warn: Command response timed out. command 0x0, len 1514, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 66, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 190, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 60, seqno 0x16` I don't know what do these lines mean, probably some problem with wireless module. After that a task list is printed, panic is triggered and the firmware stalls. I think the problem happens after ~30 minutes during more or less heavy traffic through the wireless connection. A corresponding place in the SDK files is located at `middleware/wifi_nxp/wifidriver/wifi.c` in `wifi_wait_for_cmdresp` function. This is further confirmed that there's a pause of roughly 20 seconds between the previous debug console print and this line. How can I troubleshoot the problem? I can work with you to provide further debugging information or test SDK fixes. Re: Wi-Fi command response timeout Hi, I understand you are using a custom application, but which SDK example did you use as a starting point? If you can reproduce the same behavior using an unmodified SDK example, it would significantly help isolate the issue. Seems the driver was waiting for a command response, and did not receive it before the timeout expired. Please enable the following debug macros in wifi_config.h: CONFIG_WIFI_CMD_RESP_DEBUG CONFIG_WIFI_EVENTS_DEBUG CONFIG_WIFI_IO_INFO_DUMP CONFIG_WIFI_EXTRA_DEBUG Once the macros are enabled; rebuild the example and test it again. Please share the output. I would be a good idea to test it with the latest SDK and see if the problems still occurs. Re: Wi-Fi command response timeout This is the debug output when the firmware hangs up. Please let me know if you need any previous log lines. 23/06/2026 12:27:48.808 [RX] - [wifi] Warn: Command response timed out. command 0x0, len 890, seqno 0x16 SDIO multiple port group registers value: **** Dump @ 20218FC0 Len: 196 **** 00 00 00 00 ff 00 00 00 c3 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 7f 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 03 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 00 00 00 00 00 87 0c 00 00 00 00 00 00 00 00 00 00 1c c2 06 c0 f4 de 09 c0 00 1e ff ff 00 0a 36 01 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 10 cc f0 ff ff ff ff ff 00 00 ff ff ff ff ff ff f4 74 04 c0 80 98 04 c0 00 00 00 00 ******** End Dump ******* Name State Priority Stack Num ================================================== main_task X 3 581 6 print_dhcp R 0 683 17 IDLE R 0 92 2 tcp/ip B 3 400 1 Tmr Svc B 4 196 3 supplicant_main_tas B 2 1456 14 nfc_cfg B 0 715 7 dhcpd_task B 3 406 15 HTTP server B 1 888 18 wifi_scan_task B 1 255 11 wlcmgr_task B 3 244 13 wifi_drv_task B 3 228 10 lwip_rx B 3 431 8 wifi_core_task B 3 276 12 [wifi] Start to process hanging [wifi] initiating wifi-deauth [FW Download] S 23/06/2026 12:27:48.824 [RX] - tart to download firmware from 0x602319fc: 1618224 23/06/2026 12:27:54.807 [RX] - [wifi_io] Error: SDIO - FW Ready Registers not set [wifi] Error: sd_wifi_reinit failed. status code -1 ASSERT: wlan_process_hang: 550 Assert failed: Panic! ASSERT ERROR " 0 ": file "C:/tmp/mcuxsdk/mcuxsdk/middleware/wifi_nxp/wifidriver/incl/mlan_api.h" Line "65" function name "panic" Re: Wi-Fi command response timeout Hi @DanielRuvalcaba , is there any update on this issue? This also happens on SDK 26.03, do you need more debug info from me? Re: Wi-Fi command response timeout What SDK example are you using? Could you please share the steps required to reproduce the behavior? Are you using a custom board or an NXP reference board? Is there any specific action or condition that consistently triggers the issue? Regards, Daniel. Re: Wi-Fi command response timeout I started with wifi_setup SDK example, but it is very heavily modified now. I'm using a custom board. We noticed this issue happens when there is heavy Rx (maybe Tx works too) traffic to the wireless card (60 MegaBytes/second or more), and at the same time the firmware sends a command to the wireless card to query the average RSSI and SNR. Our code did that once per second, and the issue was triggered within a minute, usually less. If I disable the command transmission, the issue is not triggered. I hope this info helps you in reproducing the issue (the key moments are heavy Rx traffic and command transmission at the same time).

How does RT118x achieve the support for multiple images selection loading? Currently, my development environment is MCUXpresso IDE. In the SDK, the multicore examples consist of a master project and a slave project. Moreover, in the master project, only one slave  image file location can be specified. I want to achieve a function: Burn a CM33 image and multiple CM7 images into Flash. After the CM33 core starts up, it will load different CM7 images into RAM based on the switch status or other configuration items for running. How can this be achieved? Are there any examples? Re: How does RT118x achieve the support for multiple images selection loading? Hi @ethan_dang1 , Thanks for your interest in NXP MIMXRT series! RT118x can support this use case, but not through a ready-made ROM/MCUXpresso IDE feature that automatically selects one CM7 image from multiple candidates.   The RT118x boot container can describe multiple images, but this is a fixed boot-image/container mechanism, not a GPIO/switch-based runtime selection policy. For the requested behavior, CM33 should be implemented as a custom boot manager. After CM33 boots, it reads the switch/configuration, selects one CM7 image stored in Flash, loads it to the expected target memory, configures the M7 vector/start condition and access permission, and then releases/kicks off CM7. There is no confirmed SDK example that directly implements “one CM33 image + multiple selectable CM7 images”. The closest references are the multicore examples, multicore_trigger, the RT1180 M7 kick-off procedure, and dynamic code loading/overlay concepts. We apologize for any inconvenience this may cause!   Best regards, Gavin

Facing the HSE_SRV_RSP_INVALID_ADDR issue while importing authenticated key in NVM catalog Hi NXP Team, I am currently working with the HSE on S32K3xx and attempting to import an authorized key into an NVM Key Catalog Slot. To achieve this, I created a container and performed CMAC to obtain the TAG. However, when I used the Import service to import the key, I received the response HSE_SRV_RSP_INVALID_ADDR from the HSE. Could you please review the provided code snippet and guide me on how to correctly carry out this operation? uint8_t keyContainer[496] __attribute__((section(".mcal_bss_no_cacheable"))); static hseKeyInfo_t AuthkeyInfo __attribute__((section(".mcal_data_no_cacheable"))); uint8_t containerTag[16]__attribute__((section(".mcal_bss_no_cacheable"))); uint32_t containerTagLen __attribute__((section(".mcal_data_no_cacheable"))) = sizeof(containerTag);   //void fillContainer(uint8_t* pContainer, hseKeyInfo_t* pkeyInfo, uint8_t keyInfoLen, uint8_t* pkey, uint8_t keyLen) void fillContainer(void) {   AuthkeyInfo.keyBitLen = 128; AuthkeyInfo.keyType = HSE_KEY_TYPE_AES; AuthkeyInfo.keyFlags = HSE_KF_USAGE_ENCRYPT | HSE_KF_USAGE_DECRYPT; //| HSE_KF_USAGE_KEY_PROVISION; AuthkeyInfo.keyCounter = 0; // first time while NVM key importing it should be greater than or equal to 0. AuthkeyInfo.smrFlags = 0; AuthkeyInfo.specific.aesBlockModeMask = HSE_KU_AES_BLOCK_MODE_ANY;   unsigned int i = 0; i= i + 10; memcpy(&keyContainer[i],&AuthkeyInfo,sizeof(hseKeyInfo_t)); i= i+sizeof(hseKeyInfo_t); i= i+5; memcpy(&keyContainer[i], App_au8EncAesNvmKey,sizeof(App_au8EncAesNvmKey)); }   hseSrvResponse_t AppGenCmac(void) { uint8_t u8MuInstance = 0U; hseSrvDescriptor_t* pCmacGenSrvDescriptor; hseSrvResponse_t RetVal = HSE_SRV_RSP_GENERAL_ERROR; uint8_t muChannel = Hse_Ip_GetFreeChannel(u8MuInstance);   pCmacGenSrvDescriptor = &Hse_aSrvDescriptor[muChannel]; hseMacSrv_t* pMacSrv =  &pCmacGenSrvDescriptor->hseSrv.macReq;   pCmacGenSrvDescriptor->srvId = HSE_SRV_ID_MAC; pMacSrv->accessMode = HSE_ACCESS_MODE_ONE_PASS; pMacSrv->sgtOption = HSE_SGT_OPTION_NONE; pMacSrv->streamId = 0; pMacSrv->authDir = HSE_AUTH_DIR_GENERATE; pMacSrv->macScheme.macAlgo = HSE_MAC_ALGO_CMAC; pMacSrv->macScheme.sch.cmac.cipherAlgo= HSE_CIPHER_ALGO_AES; pMacSrv->keyHandle = GET_KEY_HANDLE(1,1,0); //Normal AES key pMacSrv->inputLength = sizeof(keyContainer); pMacSrv->pInput = (HOST_ADDR)keyContainer; pMacSrv->pTagLength = (HOST_ADDR) &containerTagLen; pMacSrv->pTag = (HOST_ADDR) containerTag;   HseIp_aRequest[muChannel].eReqType   = HSE_IP_REQTYPE_SYNC; HseIp_aRequest[muChannel].u32Timeout = TIMEOUT_TICKS_U32;   /* Send the request to Hse Ip layer */ RetVal = Hse_Ip_ServiceRequest(u8MuInstance, muChannel, &HseIp_aRequest[muChannel], pCmacGenSrvDescriptor); return RetVal; }   /*   Can we import an encrypted key into the RAM/NVM catalog without using authentication if I have superuser rights? - No. The HSE Service API reference manual explicitly says: “An encrypted key can be imported only authenticated.” This is valid for both User rights and SuperUser rights.  */   static hseSrvResponse_t App_AesLoadAuthNvmKey(void) { hseSrvResponse_t RetVal = HSE_SRV_RSP_GENERAL_ERROR; hseSrvDescriptor_t *pHseSrvDescriptor; uint8 u8MuChannel = Hse_Ip_GetFreeChannel(MU0_INSTANCE_U8);     if(HSE_IP_INVALID_MU_CHANNEL_U8 != u8MuChannel) { pHseSrvDescriptor   = &Hse_aSrvDescriptor[u8MuChannel]; memset(pHseSrvDescriptor, 0, sizeof(hseSrvDescriptor_t));   pHseSrvDescriptor->srvId = HSE_SRV_ID_IMPORT_KEY; pHseSrvDescriptor->hseSrv.importKeyReq.keyLen[2] = 16; pHseSrvDescriptor->hseSrv.importKeyReq.pKey[2] = HSE_PTR_TO_HOST_ADDR(App_au8EncAesNvmKey); pHseSrvDescriptor->hseSrv.importKeyReq.pKeyInfo= HSE_PTR_TO_HOST_ADDR(&AuthkeyInfo); pHseSrvDescriptor->hseSrv.importKeyReq.targetKeyHandle = GET_KEY_HANDLE(1,1,2);   // Both the fields given below must be configured. pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherKeyHandle = HSE_INVALID_KEY_HANDLE; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.cipherAlgo = HSE_CIPHER_ALGO_AES ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.cipherBlockMode = HSE_CIPHER_BLOCK_MODE_ECB ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.ivLength = ; // pHseSrvDescriptor->hseSrv.importKeyReq.cipher.cipherScheme.symCipher.pIV = ;   pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authKeyHandle = GET_KEY_HANDLE(1,1,0); pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authLen[0] = containerTagLen; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authScheme.macScheme.macAlgo = HSE_MAC_ALGO_CMAC ; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.authScheme.macScheme.sch.cmac.cipherAlgo= HSE_CIPHER_ALGO_AES; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.keyContainerLen = sizeof(keyContainer); pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.pAuth[0] = (HOST_ADDR)containerTag; pHseSrvDescriptor->hseSrv.importKeyReq.keyContainer.pKeyContainer = (HOST_ADDR)keyContainer;             /* Build the request to be sent to Hse Ip layer */         HseIp_aRequest[u8MuChannel].eReqType   = HSE_IP_REQTYPE_SYNC;         HseIp_aRequest[u8MuChannel].u32Timeout = TIMEOUT_TICKS_U32;           /* Send the request to Hse Ip layer */         RetVal = Hse_Ip_ServiceRequest(MU0_INSTANCE_U8, u8MuChannel, &HseIp_aRequest[u8MuChannel], pHseSrvDescriptor); } return RetVal; }   Thank you for your support. Best regards, Rushikesh Re: Facing the HSE_SRV_RSP_INVALID_ADDR issue while importing authenticated key in NVM catalog Thank you @lukaszadrapa. It works. Re: Facing the HSE_SRV_RSP_INVALID_ADDR issue while importing authenticated key in NVM catalog Hi @KaleRushikesh  It looks like you are passing addresses of original key and KeyInfo: pHseSrvDescriptor->hseSrv.importKeyReq.pKey[2] = HSE_PTR_TO_HOST_ADDR(App_au8EncAesNvmKey); pHseSrvDescriptor->hseSrv.importKeyReq.pKeyInfo= HSE_PTR_TO_HOST_ADDR(&AuthkeyInfo); But you need to use addresses of key and KeyInfo inside the container. If HSE finds out that you are trying to provide key and KeyInfo from addresses which do not fall within the container, it will return invalid address error. Regards, Lukas

如何在使用 H.264 编码器作为 ISP 图形的一部分时配置 H.264 编码器的比特率 我们想了解，在 VSDK 中 H.264 压缩所使用的比特率是否可以配置，还是在将 H.264 编码器作为 ISP 图的一部分使用时，该值是硬编码的？ 适用于 S32V 的 S32 SDK Re: How to configure H.264 encoder bitrate when using H.264 encoder as part of the ISP graph 你好@mrosar11， 根据现有的文档，我无法为您的问题给出确切的答案。 我会将此事提交给内部团队，待收到他们的反馈后，我会尽快回复您。 此致敬礼 Re: How to configure H.264 encoder bitrate when using H.264 encoder as part of the ISP graph 你好@mrosar11， 我已经收到了内部团队的反馈。您可以使用 H264ENC_Config_t 结构中的 mBitsPerMbrw 成员根据需要配置比特率，例如，您可以在isp_sonyimx224_h264enc 示例项目中添加以下代码行： alejandro_e_0-1781632857787.png 如果您还有其他问题，请告诉我。

LS2088ARDB：QSPI 闪存损坏时的恢复方法 HI 我能够在 QSPI 启动模式下启动 LS2088ARDB。QSPI-Flash 有一些预先闪存的启动映像（bl2_qspi.pb l、RCW、fip.bin）。 不小心我删除了 QSPI-Flash 中的启动映像。现在，主板无法在 QSPI 启动模式下启动。 我使用了 Lauterbach JTAG-Trace32 然后使用了脚本 “存在于路径 C:\T32\demo\arm\hardware\ls208x\ls2088a\ls2088a-rdb\ ls2088a_sieve_sram_failsave.cmm 该脚本执行以下操作 1) 覆盖 RCW_src=Hardcoded, 2)JTAG 使用脚本中的基本 RCW 指令并启动 3) 将基础应用加载到内部内存中 问题：  1) 你能否为我们提供一个脚本来配置时钟和 DDR，这样我们就可以将 u-boot 加载到 RAM 上。 2) 另外，请提供具体操作步骤，或者如果我的恢复步骤有误，请指正。 3) 同样在路径 C:\T32\demo\arm\flash 中我们看不到 ls2088ardb 的 Flash 脚本。如果您有的话，请提供一下。 谢谢并致以诚挚的问候 Re: LS2088ARDB: How to recover when QSPI Flash is corrupted 恩智浦仅向客户提供CodeWarrior。 您可以参考"9.4 节在随附的 CodeWarrior 文档中 IFC 内存 " 中 RCW 丢失/损坏时恢复主板。 请参阅附件中针对 LS2088ARDB 的 CodeWarrior 初始化文件。

Issue with the FS32K144UAVLL crystal oscillator! Manager: We are using the FS32K144UAVLL with a 20 MHz crystal oscillator, a 10 pF matching capacitor, and a 1 MΩ load resistor. The crystal oscillator outputs a single-ended 20 MHz sine wave to ground with a 0.5 Vp-p amplitude. The MCU cannot run the program when using the external crystal oscillator, but it works fine when using the internal crystal oscillator. Using the development board software, the FS32K144HFVL development board, with an 8 MHz crystal oscillator, a 22 pF coupling capacitor, and a 1 MΩ load resistor; the crystal oscillator outputs a single-ended 8 MHz sine wave with a peak-to-peak voltage of 1 V. May I ask: 1. What is the difference between the FS32K144UAVLL and the FS32K144HFVL? Can the same program be used for both? Do they require the same external crystal oscillator? 2. What is the acceptable amplitude for the external crystal oscillator of the FS32K144UAVLL? 3. How do I adjust the amplitude of an external crystal oscillator? Thank you! 回复： FS32K144UAVLL晶振问题！ Hi @YF666666  In Section 4 of the S32K1xx Data Sheet, it is noted that a core frequency of 112 MHz is not supported for the M temperature range (–40°C to 125°C). I recommend referring to the S32K1xx_Orderable_Part_Number_List.xlsx, which is attached to the data sheet, to verify the available part numbers and identify the options that meet your requirements. Re: FS32K144UAVLL晶振问题！ Hi @YF666666  1. Device Differences FS32K144UAVLL U: Core frequency up to 112 MHz A: Includes CAN FD, FlexIO, and Security features FS32K144HFVLL H: Core frequency up to 80 MHz F: Includes CAN FD and FlexIO (no security features) 2. The S32K1xx family supports external crystals or resonators in the range of 4 MHz to 40 MHz. 3. You may find the following documents helpful for crystal oscillator design and amplitude considerations: AN14518: Crystal Oscillator Design Guide AN5426: Hardware Design Guidelines for S32K1xx These references provide detailed guidance on oscillator configuration, load capacitors, and design best practices. BR, VaneB 回复： FS32K144UAVLL晶振问题！ Manager: Does the FS32K144UAT0VLLT have a clock speed of 112 MHz and an operating temperature range of -40°C to +105°C? We use it in automobiles, which require an automotive-grade temperature range of -40° to +125°, The chip model has been changed to FS32K144UAT0MLLT, with a clock speed of 112 MHz and an LQFP100 package. Is this the correct model? If the model number is incorrect, please send us the correct one. Thank you! Re: FS32K144UAVLL晶振问题！ You may try FS32K144UAVLL with an 8 MHz crystal oscillator, a 22 pF coupling capacitor, and a 1 MΩ load resistor

imx95 M7 启动 你好 你能告诉我如何从 uboot 启动 Cortex M7 吗？ 看来 Cortex A55/U-Boot 无法访问 M7 的 TCM，因此无法加载镜像。另一方面，当M7于0x9000 000发布时，M33坠毁。 在 uboot 04.2025 版本中，uboot 命令（bootaux、prepaux、stopaux）似乎完全不起作用。 我尝试在 M33 上使用 SM 启动 M7，我可以停止它，更改启动向量，但是在 DDR 内存上释放它会导致错误。 你能给我一些提示，告诉我如何正确地通过 uboot 或 SM 启动 M7，或者如何为 M7 启用 DDR 访问权限吗？ 提前谢谢！ Re: imx95 M7 boot 你好 我建议你看看下一个应用笔记： https://docs.nxp.com/bundle/AN14748/page/topics/introduction.html 顺祝商祺！ Re: imx95 M7 boot 你好 感谢您的回复。 遗憾的是，您提到的应用笔记并没有描述如何从 Uboot 启动 M7 内核，也没有描述如何通过 M33 上的 SM 启动 M7 内核。 它也没有提到如何配置平台以向 M7 提供 DDR 访问权限。 你能帮我解答以下问题吗？您有什么建议吗？uboot 中何时才能完全实现 booaux、prepaux 和 stopaux 命令并使其可用？ 提前感谢！ Re: imx95 M7 boot 你好 请参阅第 4.7.4.1.5 节。i.MX Linux 用户指南第 95 版。 顺祝商祺！ Re: imx95 M7 boot 我按照以下步骤成功使其运行： fatload mmc 0:1 ${loadaddr} mcore-demos/imx95-15x15-evk_m7_TCM_hello_world.bin cp.b ${loadaddr} 0x203c0000 ${filesize} rproc 停止 0 rproc 开始 0 但为此，您需要编辑 imx-system-manager 配置（对于 imx95evk-configs/mx95evk.cfg）。您需要允许访问A55 非安全 LMM 的 TCM 内存。 我的差异（将 LMM_1 从 NOTIFY 设置为 ALL，将 TCM 和 M7MIX 区域添加到 A55 非安全区域）： -LMM_1 通知 +LMM_1 全部 -OCRAM EXEC，起始地址=0x0204C0000，大小=96K +M7MIX EXEC，开始=0x020380000，结束=0x02047FFFF +OCRAM EXEC，起始地址=0x020480000，大小=352K +M7MIX EXEC，开始=0x04A060000，结束=0x04A09FFF 重建：在 imx-system-manager 文件夹中 - make config=mx95evk cfg - 用于在更改后重建 perl 文件。然后使用 Yocto 重建数据包： bitbake -f -ccompile imx-system-manager bitbake imx-system-manager bitbake -f -ccompile imx-boot bitbake imx-boot 之后，u-启动 就可以访问 TCM 内存了。 但我还有另一个问题：我需要在 Uboot 中动态地从文件系统更新 M7 代码。但这段代码不符合中医（TCM）区域的规定。这就是我使用DDR内存的原因。我已经成功启动了代码，它使用 DDR 完全运行和加载，但我不知道如何使用 u-boot 动态更新它，因为 u-boot 可以从 0x90000000 访问 DDR .... M7 代码使用 0x80000000 区域...此内存区域不仅无法通过 imx-system-manager(.cfg) 从 u-启动 获取，也无法通过 u-启动 源代码获取。我认为这样做是为了将两个不同的 LMM 之间的不同内存区域中的内存分开。 我想通过 M33 代码（imx-system-manager）更新代码 M7，为此 LMM（m33）添加了两个区域，但只有 M7 区域完全可见（0x80000000...）。U-启动 区域可见（0x90000000），但从 m33 端可以读取到零…… Re: imx95 M7 boot 你好 我的系统上没有 rproc，但有 bootaux。该命令在 U-Boot 中不起作用。 我就这样成功启动了M7。 将镜像加载到 0x88000000 地址，这里有 32MB 的空间，由 Cortex A 和 M7 共享，但您必须禁用 dcache 才能从 U-Boot 对其进行读写操作。 使用系统管理器 rst.w 命令停止核心，使用 cpu.w 命令将启动向量设置为 0x8800 0000，然后再次使用 rst.w 启动 M7 核心。 这个方法对我有用。 祝你好运

S32K324 Deployment of FreeRTOS SMP Hello, NXP engineers:     I need to run FreeRTOS SMP on the S32K324 chip (multi-core). When I looked at the S32K358_SMP example program, I noticed that no SMP-related configuration had been set up (as shown in the figure).  Wanyj_0-1781488803614.png I am using RTD 5.0.0 and FreeRTOS 5.0.0, My issue is: 1. Does the S32K324 (multi-core) chip support the deployment of FreeRTOS SMP? 2. Does your company have any other reference examples for this? Or has a related reference been added in a newer version? We look forward to your response Re: S32K324 部署FreeRTOS SMP Hi @Wanyj We offer limited technical support for FreeRTOS, but as far as FreeRTOS's SMP capabilities are concerned, this should be supported. You might want to take a look at this sample code; it's the most comprehensive example I could find regarding SMP usage. https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3xx-FreeRTOS-SMP/ta-p/2292229

lpc54xxx：内部启动的物理类型。 LPC54005JBD100 或 LPC54S005JBD100（以及其他 LPC54xxx）中使用了哪种物理类型的内部启动 ROM？ 是掩模ROM吗？还是禁用了写入/擦除功能的闪存？ 能否从外部 SPI-MRAM 存储器（例如MR25H40？ （内存位于 SPIFI 或 SPI 总线上）。或类似的存储器（FRAM、FeRAM（例如MB85RS4MT)代替FLASH。 PS：为新设备选择合适的 MCU 需要这些信息。 LPC54xxx Re: LPC54xxx: Physical type of internal boot-ROM. 谢谢你的回答！ 我的问题并不是关于能否对 LPC540xx ROM 进行写入或擦除（这一点我已经很清楚了）。我的问题是关于 LPC540xx 中 ROM 单元在硬件层面的实现。微控制器中的启动-ROM 可以实现为 Mask-ROM，也可以作为禁用写入/擦除的闪存（或其他方式）来实现。 我还知道，微控制器的制造商通常实现基于闪存（物理上 = 闪存单元）的启动 ROM，但使用写保护固件。该闪存是在制造过程中通过固件编程写入微控制器的。 什么是 Mask-ROM 我的意思： M ask ROM 是一种非易失性只读存储器，在半导体制造过程中，数据被物理硬编码到微芯片中。数据（1 和 0）不是通过电子方式写入的，而是由芯片光掩模上是否存在微观晶体管或连接来定义的 。 微控制器 LPC540xx 中使用了这些启动 ROM 类型（ROM 单元）中的哪一种？ 在 LPC540xx 中是否有任何关于启动 ROM 内存类型的文档（或应用笔记）？ 根据需求规格说明，您推荐的"MCX系列微控制器" 不适合我们的项目，因为它们包含闪存。 除了这些微控制器，我们还在考虑 i.MX RT1020 或 LPC4370。他们拥有哪种记忆？对于我们的需求而言，LPC4370 和 i.MX RT1020 有些大材小用。我们更倾向于使用 LPC540xx 系列。 "遗留问题" 是什么意思？在恩智浦（NXP）官网上，这些产品并未标注为"、NRND或" 。 Re: LPC54xxx: Physical type of internal boot-ROM. 你好@jcxz  我不完全确定启动ROM的物理实现。不过，我可以确认它既不可写入，也不可擦除。 LPC54005 和 LPC54S005 设备中没有内部闪存，因此系统只能从 SPI/SPIFI 或并行 NOR 闪存等外部存储器启动。 Alice_Yang_0-1781495891637.png 顺便说一句，如果您正在筹备新项目，我强烈建议您考虑采用MCX系列微控制器。 MCX Arm Cortex-M 工业和物联网微控制器 | 恩智浦半导体 LPC54xx系列现在被认为是传统产品，而M CX系列则代表恩智浦的新一代产品。 谢谢！ BR 爱丽丝 Re: LPC54xxx: Physical type of internal boot-ROM. 请问有人能给我讲讲LPC540xx芯片的启动ROM技术吗？或者推荐一些相关的文档？ 适用对象：仅限平民。

MR-CANHUBK344 MR_CANHUBK3_IEEE1722 适用于新版 S32DS 的项目 你好我正在关注 " Start Building With mr-canhubk344s " 帖子，将其作为一个入门项目来测试 MR-CANHUBK344 主板的功能，因为它正是我正在进行的汽车项目所需要的。 该项目无法按原样编译，也无法加载到板中。该开箱即用项目所需的依赖项如下： S32DS 3.4 适用于 S32K3 的 FreeRTOS 2.0.0（下载网站上未找到） S32K3 RTD AUTOSAR® 4.4 版本 2.0.0  S32K3xx 开发包版本 3.4.3 我已经尝试了几个配置方案，但均未成功，涉及当前和之前的软件版本，例如： S32DS 3.5.x S32DS 3.6.x 两者都有不同版本的RTD驱动程序，S32Kxx开发包版本以及不同的FreeRTOS版本。 从一开始，主要问题就在于所需依赖项在新版软件中已不再受支持，而且入门文档中指定的依赖项也无法再从恩智浦（NXP）网站下载。 NXP能否提供IEEE1722桥接器入门示例进行本地测试所需的依赖项？或者，如果我需要测试该特定应用，手动移植是唯一的选择吗？ Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@Mianromo  你能否帮我检查一下在下载 S32DS FreeRTOS 更新网站的页面上是否有 “上一页” 选项卡可用？如果是的话，你能否看看那里列出的 sw32k3_freeRTOS_10.4.6_2.0.0_d2204 软件包？ BR、VaneB Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@VaneB， "的“" ”按钮是否与提交支持工单具有相同的功能？ 顺祝商祺！ Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@VaneB， 您提供的链接将我引导到了以下网址：https://www.nxp.com/mynxp/profile Mianromo_0-1781632141137.png 我在点击它之前，特意确认自己已经登录了。我想，唯一的选择就是提交支持工单了。 顺祝商祺！ Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@VaneB， 我正在这里查找那个在关于同一问题的类似帖子中提到的特定文件：https://nxp.flexnetoperations.com/control/frse/product?child_plneID=833477# 在该网页上，FreeRTOS软件包的多个版本可供下载，但没有列出你提到的那个版本。显示了 " Previous " 选项卡，但它显示为灰色且不可点击。所附图片仅供参考。 " Start Building With mr-canhubk344s " 指南所需的其他软件包是从他们之前的选项卡中下载的，但我缺少可以按原样编译的 FreeRTOS 软件包。 顺祝商祺！ Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@Mianromo  感谢您协助提交工单。我已经通过那个渠道回复你了。 Re: MR-CANHUBK344 MR_CANHUBK3_IEEE1722 Project for newer S32DS 你好@Mianromo  请帮忙确认一下，能否通过此链接访问所需的软件版本？ 注意： 在访问该链接之前，请务必登录 flexnetoperations。您可以通过“我的 NXP 账户”→“软件许可与支持”→“软件账户”进行操作。 如果不是，请提交支持工单，以便我们为您提供进一步的帮助。

LPC54xxx: 内部ブートROMの物理タイプ。 LPC54005JBD100またはLPC54S005JBD100（およびその他のLPC54xxxシリーズ）では、どのような物理タイプの内部ブートROMが使用されていますか？ これはマスクROMですか？あるいは、書き込み/消去機能が無効になっているフラッシュメモリでしょうか？ 外部SPI-MRAMメモリ（例：）からこのマイクロコントローラにファームウェアをロードすることは可能ですか。MR25H40)? （メモリはSPIFIバスまたはSPIバス上に配置されている。）または同様のメモリ (FRAM、FeRAM (例:MB85RS4MT)。FLASHの代わりに。 追記：この情報は、新しいデバイスに適したMCUを選定するために必要です。 LPC54xxx Re: LPC54xxx: Physical type of internal boot-ROM. ご回答ありがとうございます！ 私の質問は、LPC540xxのROMへの書き込みや消去の可否に関するものではありませんでした（この点については既に明確です）。私の質問は、LPC540xxにおけるROMセルの物理的な実装についてでした。マイクロコントローラのブートROMは、マスクROMとして実装することも、書き込み/消去が無効化されたフラッシュメモリとして実装することも（あるいは他の方法で実装することもできる）。 マイクロコントローラのメーカーは、フラッシュメモリ（物理的にはフラッシュセル）をベースにしたブートROMを実装することが多いが、ファームウェアは書き込み禁止になっていることも知っています。このフラッシュメモリには、製造時にファームウェアがマイクロコントローラに書き込まれます。 マスクROMとは何ですか？ マスクROMは、不揮発性読み出し専用メモリの一種で、半導体製造工程中にマイクロチップにデータが物理的にハードコードされます。データ（1と0）は電子的に書き込まれるのではなく、チップのフォトマスク上の微細なトランジスタや接続の有無によって定義されます。 LPC540xxマイクロコントローラでは、これらのブートROMタイプ（ROMセル）のうちどれが使用されていますか？ LPC540xxのブートROMメモリの種類に関するドキュメント（またはアプリケーションノート）はありますか？ ご推薦いただいた「MCXシリーズMCU」は、フラッシュメモリを搭載しているため、要件仕様に合致せず、弊社のプロジェクトには適していません。 これらのMCUの他に、i.MX RT1020またはLPC4370も検討しています。彼らはどのような種類の記憶を持っているのか？LPC4370とi.MX RT1020は、我々のニーズにはややオーバースペックだ。LPC540xxシリーズが弊社にとって好ましい選択肢です。 「遺産」とはどういう意味ですか？NXPのウェブサイトでは「NRND」とは表示されていません。 Re: LPC54xxx: Physical type of internal boot-ROM. こんにちは、 @jcxzさん ブートROMの物理的な実装については、完全には確信が持てません。しかし、書き込みも消去もできないことは確認済みです。 LPC54005およびLPC54S005デバイスには内部フラッシュメモリがないため、システムはSPI/SPIFIやパラレルNORフラッシュなどの外部メモリからのみ起動できます。 Alice_Yang_0-1781495891637.png ちなみに、新しいプロジェクトを準備しているなら、MCXシリーズのMCUを検討することをお勧めします。MCX Arm Cortex-M インダストリアル＆IoT MCUs | NXP Semiconductors　LPC54xxxファミリは現在レガシー製品とみなされており、MCXシリーズはNXPのより新しい世代の製品を表しています。 よろしくお願いします。 BR アリス Re: LPC54xxx: Physical type of internal boot-ROM. 誰かLPC540xxのブートROMテクノロジについて教えてもらえますか?あるいは、この件に関するドキュメントをおすすめしますか? アプリケーション:民間のみ。

异构核 请问，有计划推出这种规格的mcu吗？ 20x Cortex-A55 + 10x Cortex-M7 Re: 异构核 Hi @r59461900  目前的路线图中不存在类似规格的芯片。 Best Regards, Zhiming

Heteronuclear Are there any plans to release an MCU with these specifications? 20x Cortex-A55 + 10x Cortex-M7 Re: 异构核 Hi @r59461900 There is no chip of similar specifications in the current roadmap. Best Regards, Zhiming

FS32K144UAVLL水晶発振器に問題が発生しました！ マネージャー： FS32K144UAVLL水晶発振器、20MHz水晶発振器、10pFの整合コンデンサ、1MRの負荷抵抗、および0.5Vp-pの電圧でグランドに接続された20MHzシングルエンド正弦波を使用します。MCUは外部水晶発振器を使用するプログラムを実行できませんが、内部水晶発振器を使用するプログラムは実行できます。 開発ボードプログラムを使用する場合、開発ボードはFS32K144HFVLで、8MHz水晶発振器、22pFの整合コンデンサ、1MRの負荷抵抗、および水晶発振器のグランドへのシングルエンド8MHz正弦波（電圧1Vp-p）を使用します。 すみません： 1. FS32K144UAVLLとFS32K144HFVLの違いは何ですか？同じプログラムを共有できますか？同じ外部水晶発振器を使用する必要がありますか？ 2. 外部水晶発振器（FS32K144UAVLL）の許容振幅はどれくらいですか？ 3．外部水晶発振器の振幅を調整する方法は？ ありがとう！ 回复： FS32K144UAVLL晶振问题！ こんにちは、 @YF666666 S32K1xxデータシートのセクション4では、M温度範囲（-40℃～125℃）では112MHzのコア周波数はサポートされていないことが明記されています。 データシートに添付されているS32K1xx_Orderable_Part_Number_List.xlsxを参照して、利用可能な部品番号を確認し、要件を満たすオプションを特定することをお勧めします。 Re: FS32K144UAVLL晶振问题！ こんにちは、 @YF666666 1. デバイスの違い FS32K144UAVLL U: コア周波数最大112MHz A：CAN FD、FlexIO、およびセキュリティ機能が含まれています FS32K144HFVLL H: コア周波数最大80MHz F：CAN FDおよびFlexIOを搭載（セキュリティ機能なし） 2. S32K1xxファミリは、4MHz～40MHzの範囲で外部水晶発振器または共振器をサポートします。 3. 水晶発振器の設計および振幅に関する検討事項については、以下の資料が参考になるかもしれません。 AN14518 ：水晶発振器設計ガイド AN5426 ：S32K1xx向けハードウェア設計ガイドライン これらの資料は、発振器の構成、負荷コンデンサ、および設計のベストプラクティスに関する詳細なガイダンスを提供します。 BR、VaneB 回复： FS32K144UAVLL晶振问题！ マネージャー： 主周波数が112MHzのFS32K144UAT0VLLTは、-40℃～+105℃の温度範囲で動作しますか？ 自動車用途の場合、-40℃～+125℃の車載グレードの温度範囲が必要です。 チップの型番は正しいでしょうか？FS32K144UAT0MLLTに変更され、メイン周波数は112MHz、パッケージはLQFP100となっています。 型番が間違っている場合は、正しい型番をお送りください。よろしくお願いいたします。 Re: FS32K144UAVLL晶振问题！ FS32K144UAVLLを8MHz水晶発振器、22pFの結合コンデンサ、および1MΩの負荷抵抗と組み合わせて試してみてください。