DOC_S32K3x1_S32K3x2_S32K3x4_EIM_Mapping_v1_0_SPD105_Unofficial The attached spreadsheet provides mapping between EIM and DCM faults for the S32K3x1, S32K3x2, S32K344, S32K324, and S32K314 devices. Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.

S32K/S32M – Documents & Tools S32Kxxx   Excel configurators MPC5xxx/S32Kxx: CAN / CAN FD bit timing calculation   S32K1/S32M24x   Documents Solution for S32K14x which could be attached while couldn't be re-programmed Fault handling on S32K144 FRDM-S32K144 EVB Useful tips about S32DS for ARM v2018.R1 IDE and S32K1xx development Using S32K CMSIS-SVD Files in EmbSysRegView Eclipse Plugin FlexNVM used as code/data Flash   S32K3/S32M27x   Excel configurators S32K344 DCF Configurator   Debugger plugins Lauterbach FCCU_Utility plugin - S32K3xx    Documents Restrict the debug access with a password when HSE is not used S32K3/S32M27x – eMIOS Usage S32K3/S32M27x – eMIOS/BTCU/ADC/DMA – [RTD600] S32K3/S32M27x – eMIOS/TRGMUX/LCU – [RTD600] DOC_S32K3x1_S32K3x2_S32K3x4_EIM_Mapping_v1_0_SPD105_Unofficial  DOC_S32K3x1_S32K3x2_S32K3x4_eMCEM_DCM_Mapping_v1_0_SPD1.0.5_Unofficial    S32K39-37-36 Documents S32K39-37-36 – eMIOS/BTCU/SAR-ADC/DMA – [RTD600] S32K39-37-36 – eFlexPWM/TRGMUX/BCTU/SAR-ADC/DMA – [RTD600]

Compile & Deployment DeepLabV3 with Ara Model Zoo v1.0.0   Compile & Deployment DeepLabV3 with Ara Model Zoo v1.0.0

S32G274AにおけるPFE HIF DMA-DDR通信のQuadSPI MCR構成への予期せぬ依存性 こんにちは、エキスパートさん QNX 7.1を実行しているS32G274Aにおいて、QuadSPIとPFE HIFデータパスの間に予期せぬ依存関係が発生していることを調査中です。QuadSPIが初期化されていない場合、PFE0とPFE2はPHY、EMAC、ファームウェア、およびHIFの初期化を正常に完了します。EMACは有効なフレームを受け取ることができますが、HIF DMAはTXやRXディスクリプタを消費しないため、PFEとDDR間でパケットが転送されず、ARP/pingが失敗します。QuadSPIの初期化シーケンスを段階的に簡略化した結果、PFE通信を復元するには1回の書き込みで十分であることがわかりました。具体的には、QuadSPIベースアドレス0x40134000（つまり物理アドレス0x40134000）からオフセット0x0000にあるQuadSPIモジュール構成レジスタQuadSPI_MCRに0x020F000Cを書き込むことです。この書き込みを削除すると、PFE通信が常に失敗する。フラッシュ識別、JEDECトランザクション、QNX F3Sフレームワーク、/dev/fs0、起動遅延はすべて必要条件として除外されています。現在のところ、関連する効果はQuadSPI_MCR[MDIS]を0にクリアすることであり、これによりQuadSPIクロックが有効になると考えられます。 QuadSPI_MCR[MDIS]をクリアすることで、PFE HIF(データからDDR/XBAR/NoC S32G274A)パスと共有されるクロックリクエスト、ブリッジ、またはインターコネクト状態が有効になるか確認していただけますか?PFE HIFのDDRアクセスとQuadSPIのクロックやインターコネクト状態の間に、未公開または間接的な依存関係はありますか?それとも、プラットフォーム起動時に共有クロックやNoCの初期化ステップが欠けていることを示しているのでしょうか?どのMC_CGM、RDC、MC_ME、NoC、またはPFEプラットフォームレジスタを、PFEドライバがQuadSPI MCRにアクセスするのではなく、必要な状態を独立して確立できるように設定すべきでしょうか? 現在、MDISをクリアするだけで十分かつ必要であるかどうかを確認するための補足的なテストを実施しています。現段階では、確認済みのトリガーはMCR書き込み値0x020F000Cです。 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 こんにちは、ウェイトワン お問い合わせいただきありがとうございます。 1. お客様用ボードを使っていますか? 2.お使いのPFEのバージョンは何ですか？ BR ジョーイ Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 こんにちは、ジョーイさん。はい、弊社ではS32G274Aをベースにしたカスタムボードを使用しています。PFE0とPFE2はRGMIIを介してKSZ9031 PHYに接続されています。オペレーティングシステムはQNX 7.1です。PFEソフトウェアのバージョンは以下の通りです:- NXP PFE QNXドライババージョン:PFE-DRV_S32G_QNX_1.9.0 - PFEファームウェアバージョン:PFE-FW_S32G_1.12.0 - ドライバーが報告するPFEハードウェアバージョン:0x00050300 起動ログ、クロック設定、回路図セクション、またはレジスタダンプの完全な比較が必要な場合はお知らせください。よろしくお願いいたします、Waitewang Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 こんにちは、 ご返信よろしくお願いします。 1. S32Gの起動方法は何ですか?初期段階ではQSPIの初期化は行われなかったのでしょうか？ 2.MDISビットのみを操作して、結果に影響があるかどうかを確認してください。 BR ジョーイ Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 こんにちは、ジョーイ。 1.U-BootでTFTP経由でQNX IFSとDTBをロードし、bootmでQNXを起動します。QNXはQSPIフラッシュからロードされません。PFEドライバを起動する前に、QNXはdevf-qspi-s32gを起動せず、QuadSPIコントローラを明示的に初期化しません。 2. QuadSPIモジュール設定レジスタ(QuadSPI_MCR、ベースアドレス0x40134000、オフセット0x0000)上で、MDISビットを読み取り・修正・書き込み操作でテストしました。 テストA — QuadSPI MCR動作なし QSPIドライバは起動されておらず、QuadSPI_MCRも書き込まれていませんでした。PFE通信に失敗しました。 テストB — MDISのみを設定 MCR（前）= 0x030F00CC MCR書き込み = 0x030F40CC MCR後 = 0x030F40CC MDIS = 1 PFE通信が成功しました MDISの14ビット目のみが0から1に変更された。QSPI Flashファイルシステムは起動されず、/dev/fs0も作成されず、JEDECアクセスも行われませんでした。テストプログラムはレジスタ操作後、正常に終了した。 テストC — MDISのみクリア 初期のMDIS値はすでに0だったため、変更されていないMCR値0x030F00CC書き戻されました。PFE通信に失敗しました。 また、以前にはQuadSPI_MCRに完全な値0x020F000Cを書き込むテストも行いました。PFEのコミュニケーションはその件で成功しました。 QuadSPI MCR MDISビットを0から1に設定すると、S32G274AのPFE0/PFE2通信に影響が出る理由について教えていただけますか?QuadSPI MCR操作とPFE HIF/DMA-to-DDRパスの間には、必須の初期化シーケンス、既知のエラー、または文書化された依存関係はありますか？ BR、 ワイテワン Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 こんにちは、ウェイトワン ご返信よろしくお願いします。 現在、このマターについて内部調査を進めています。進捗状況については後ほどご連絡いたします！ BR ジョーイ

i.MX95: EdgeLock Enclaveキーインポートエラー - SAB CMD [0x47] Resp [0x1829] (無効な署名) チームの皆さん、こんにちは。 現在、アプリケーションノート AN14898 のガイドラインに従い、 i.MX95 デバイスへの秘密鍵のインポート作業を進めています。 環境と参考文献: 対象デバイス: i.MX95 デモアプリケーション: imx_sec_apps/imx-ele-apps SPSDKバージョン：最新の標準ツールセット これまでに完了した活動: Python、pip、およびSPSDKツールセットをインストールしました。 ホストとデバイスの両方のアプリケーションを無事に構築しました。 device/bin/ele_key_import と device/scripts/run_test_on_board.sh をターゲットのi.MX95ハードウェアにコピーしました。 デバイス側のフローを実行して、nxp_prod_ka_puk.bin を生成しました。 nxp_prod_ka_puk.binをホスト環境に転送しました。 最終的な生産キーがまだ手に入っていないため、SPSDKドキュメントによるとSPSDKユーティリティを使ってSRKキー(secp384r1)を生成しました。 ホスト側で標準キーインポートテンプレート（-kパラメータをsecp384r1に設定）を使用してsigned_msg.binを生成しました。 生成されたsigned_msg.binファイルをi.MX95ハードウェアに転送しました。 署名付きメッセージを生成するために使用したコマンド： nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 参考資料として、key_exchange_temp.yaml ファイルを添付します。 i.MX95ターゲットデバイスでrun_test_on_board.shを実行すると、すべてのファイルは見つかりますが、EdgeLock Enclaveが署名済みメッセージブロックの署名を拒否します。以下はターゲット端末のログです。 nxp_prod_ka_puk.bin が存在します。 oem_public_key.pem が存在します。 signed_msg.bin が存在します。 こんにちは、世界！ 2026年7月16日 06:54:40 9547bbd 署名付きメッセージ：728バイト 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEMインポートPUK：65バイト 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB エラー: SAB CMD [0x47] Resp [0x1829] - SIGNED メッセージの署名が無効です。 hsm_key_exchange が失敗しました エラー:0xfe 鍵交換に失敗しました: 254 i.MX95の署名検証問題の解決方法について何かご存知でしたら、ぜひご教示ください。 ありがとう、 アンキット・アグラワル Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 SRK生成後にSRKHを焼却するのかどうか疑問に思っています。必要なsign.yamlファイルについては、添付ファイルをご確認ください。 以下のコマンドをお試しください（前提条件としてflash.binファイルが必要です）。システムのブートローダー）を使用してSRKHを生成します。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs 出力 出力は以下のようになります。 Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png そしてOuputsフォルダからはbcfファイル(ahab_oem0_srk0_hash_nxpele.bcf)が見えます。 下のフューズコマンド(インデックス128~143)に従って、SRKHでフューズする必要があると説明できます。 # nxpele AHAB SRKH がプログラミングスクリプトを融合 # SPSDK 3.4.0 によって生成されました # ファミリ: mimx9596, Revision: latest # 値: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 説明: 4 つの SRK キーのハッシュの SHA512 ハッシュダイジェスト # グループ化されたレジスタ名: SRKH # OTP ID: OEM_SRKH0、値: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1、値: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2、値: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3、値: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4、値: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5、値: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6、値: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7、値: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8、値: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9、値: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10、値: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11、値: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12、値: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13、値: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14、値: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15、値: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 Below Commandを使ってSRKHを焼くこともできます nxpele -f mimx9596 バッチ出力\ahab_oem0_srk0_hash_nxpele.bcf 既にSRKHを書き込んだものの、下記の無効な署名エラーで失敗した場合は、singed_message.binとSRKH（srkの出力すべてを含む）を弊社までお送りください。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 社内チームがお客様の問題を調査しており、進捗状況については追ってご連絡いたします。 その間に、あなたが直面している問題と似た以下のケースをぜひご覧ください。 推奨される解決策は、 fuse_versionが正しく一致していることを確認することです。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 よろしくお願いします。 よろしくお願いいたします。 リチャード Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 SPSDKを使用してSRKを書き込むには、以下の手順に従ってください。 ステップ1 。デバイスを起動したら、u-bootコンソールで停止し、以下を実行します。 u-boot=> fastboot 0 ステップ2 。SPSDKコンソールでは、以下のコマンドを使ってahabイベント情報が発生していない必要があります。 NXPELE -f mimx9596 get-events ステップ3 。イベントがなければ、今すぐSPSDKコンソールでSRKキーを焼くことができます。 nxpele -f mimx9596 バッチ出力\ahab_oem2_srk0_hash_nxpele.bcf BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Jessie_Lee さん。 情報ありがとうございます。 私たちは フラッシュビン ファイルを取得し、SRKHを生成するために必要な手順を実行できます。 SRKHを生成した後、それをハードウェアに融合させる必要があります。ヒューズ操作を実行するには、ハードウェア/ボードが ファストブートモード。デバイスをFastbootモードに切り替えるのを手伝ってもらえますか? キーの融合を試みた際に、以下のエラーが発生しました。 Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png デバイスが現在Fastbootモードになっていないようです。ボード上でFastbootモードを有効にする方法についてご教示いただければ幸いです。 ありがとう、 アンキット Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee 下記に示すように、不具合が発生しているとの報告があります。サポートを得ることは可能でしょうか? -------------------------------------------------------------------------------------------------------------- しかし、ヒューズ操作を実行するコマンドを実行すると、以下のエラーが発生します。 ハードウェアのリセットも試してみましたが、依然として同じ問題が発生しています。なぜこうなっているのか、何かアイデアはありますか? rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal 必要であれば、追加の説明を遠慮なく提供してください。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Ankit_Agrawalさんによると、fastboot に入る際に問題が発生したとのことです。 @rakhyoungあなたもfastbootに入る際に問題が発生しているということですか？ 上記で共有した以下のコマンドを試してみましたか？u-bootステージでfastboot 0より下のレベルを実行しようとした際に発生するエラーは何ですか？ ステップ1 。デバイスを起動したら、u-bootコンソールで停止し、以下を実行します。 u-boot=> fastboot 0 BR ジェシー Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Jessie_Leeさん 返信が遅くなり申し訳ありません。 デバイス側のU-Bootコンソールで正常に停止することに成功しました。しかし、ホスト側から以下のコマンドを使用してキーを融合しようとすると、次のエラーが発生します。 nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf 以下のエラーが発生しました。 Screenshot from 2026-09-13 21-29-30.png2026-09-13 21-29-30 のスクリーンショット.png ハードウェアのリセットも試してみましたが、依然として同じ問題が発生しています。なぜこうなっているのか、何かアイデアはありますか? ありがとう、 アンキット

仅可使用钥匙扣/智能卡登录 我在一家制造公司工作，我们正在考虑在车间配备个人电脑，以便员工能够查看零件图纸、确认任务完成情况等等。由于我们希望尽可能减少员工的痛苦，但又要记录谁签署了任务，因此我们正在寻找最佳方式，让员工使用他们已有的门禁卡来开门和打卡。如果这不可行，我们当然愿意考虑其他方案，让员工可以使用某种物理令牌登录，而无需接触键盘或鼠标，更不用说记住用户名和密码了。我研究过智能卡，但它们似乎需要输入密码，而我们希望尽可能避免使用密码。我们了解其中固有的网络安全风险，这些设备将被锁定，只能执行特定任务，而不能访问网络的其他部分。 移动设备上的智能卡

LPC43S57 USB1ホスト構成の問題 ハイ LPC43S57 コントローラの USB1 ペリフェラルを USB ホストとして使用して、お客様のボード内のデバイスを接続しようとしています。USB スタックと USB ドライバを構成するために KEIL MDK を使用しています。   USBH_Initialize(1)関数を呼び出すと、「コントローラが存在しません」というエラーが返されます。USB1 ハードウェア接続に関してインターネットで検索してみたところ、多くの場所で USB1 ペリフェラルは外部 PHY がないと動作しないと記載されていることがわかりました。ただし、データシートには、オンチップフルスピード PHY をサポートしていることが示されています。   USB1 にオンチップのフルスピード PHY が搭載されているかどうかを明確にしていただけますか?   USB1_VBUS ピンはホストであり、接続しているデバイスは自己電源デバイスであるため使用されません。   また、ホストとして行ったUSB1接続のスナップショットを以下に示します。   よろしくお願いします。 サバリッシュ・クマール Re: LPC43S57 USB1 Host Configuration issue こんにちは@HeatherUlrich USB1 をホスト モードからデバイス モードに変更して、 device_cdc プロジェクトを開発しましたか? はい、そうであれば、まずボード上で LPCOpen の CDC デモを実行してテストすることができます。 これにより、ハードウェアに問題があるかどうかを確認できます。 ありがとう。 BR アリス Re: LPC43S57 USB1 Host Configuration issue @Slope Gameところで、派手にクラッシュする話ですが、以前、正しくエニュメレーションを行なわない怪しいマイクロコントローラと格闘して週末を丸々過ごしたことがあります。結局、クロック速度の設定ミスが一つだけ原因で、それが次々と予期せぬエラーを引き起こし、デバッグの現実味を帯びてきました。本当にイライラさせられました。 Re: LPC43S57 USB1 Host Configuration issue こんにちは@Alice_Yang CLK_USB1をUSB1インターフェースの60MHzクロック生成用に設定済みです。USB1をデバイス（フルスピードモード）として設定し、PCに接続しました。LPC43S57 USBコントローラーのUSBステータスレジスタでは、USBがデバイスAとして接続されていることが確認できますが、PC側ではCOMポートや他のUSBデバイスが接続されていることが確認できません。USB0をデバイスとして設定し、PCに接続したところ、COMポートとして検出され、USB1の設定では動作しません。 参考までにUSB1デバイスの構成画像を添付しました。 よろしくお願いします。 サバリッシュ・クマール Re: LPC43S57 USB1 Host Configuration issue こんにちは@Sabarish USB フルスピード モードでは、CLK_USB1 を使用して USB1 インターフェース のクロックを生成します。外部 PHY は必要ありません。高速モードでは、外部 PHY が USB1 インターフェースのクロックを生成するため、システム構成ブロック内のそれぞれのピン構成レジスタを介してピン PC_0 または P8_8 で USB1_ULPI_CLK を有効にする必要があります。 USB1_DP​​およびUSB1_DM​​信号がデバイスに正しくコネクテッドされていることを確認してください。さらに、ソフトウェア構成が適切に設定されていることを確認してください。参考までに、LPCopen ライブラリで提供されている USB ホスト デモを参照CANます。 Alice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.png BR アリス Re: LPC43S57 USB1 Host Configuration issue さて、この USB の難問を解明してみましょう。これは内部 PHY の問題でしょうか、それともハードウェアの不具合が原因でしょうか?そのコントローラエラーはいつも頭痛の種です。適切な USB 構成を見つけるのは、迷路を進むような感じになります。かつて私は、あるプロジェクトのためにセンサと通信させようと、頑固な Arduino セットアップに格闘していました。何時間も配線をトレースし、コードをデバッグした結果、単純な電源の問題が根本原因であることがわかり、@ geometry dashでいっぱいの午後は完全に無駄になってしまいました。時々、明白なことが私たちには分からないことがありますよね？ Re: LPC43S57 USB1 Host Configuration issue これは、USBH_Initialize 関数に関する難しい問題です。以前にも同様のハードウェア接続の問題に直面したことを覚えています。場合によっては、セットアップにおける些細な詳細でも頭痛の種になることがあります。ここでは具体的なハードウェア デバッグのアドバイスを提供することはできませんが、 Geometry Dashフォーラムをチェックすることを検討しましたか?そこのコミュニティはあらゆる種類の技術的な課題について驚くほど知識が豊富で、USB デバイスの初期化で同様の問題に遭遇した人がいるかもしれません。 Re: LPC43S57 USB1 Host Configuration issue 難しいハードウェア構成の問題に直面しているようです。USB セットアップでは確かに同じ状況になりました。オンチップ PHY に関しては、チップの特定のシリコン リビジョンとエラッタ シートを再確認すると、明確になる場合があります。トラブルシューティング中に、 CPS テストWeb サイトで反応時間やマウス スキルをテストしてみると、楽しい気晴らしになるかもしれません。集中力を高めるのに役立ちます!USBの問題がすぐに解決されることを願っています! Re: LPC43S57 USB1 Host Configuration issue こんにちは、@ Unblocked Gamesさん。設計図のスナップショットを共有していただきありがとうございます。PHYに関する質問に加えて、同じボード上でUSB0が正しく動作するかどうかを知ることも役立ちます。そうすることで、問題がハードウェア関連なのかソフトウェア関連なのかを特定するのに役立つからです。 Re: LPC43S57 USB1 Host Configuration issue LPC43S57のUSB1ペリフェラルで問題が発生しているのは興味深いですね。特にデータシートにはオンチップのフルスピードPHYが搭載されていると書かれているのに。「コントローラは存在しません」というエラーは本当にイライラします。このチップ上でUSB1をホストとして正常に使用した人がいるかどうか、例えばpokerogueのようなゲームで使用したことがある人がいるかどうか知りたいです。これを解明するのは大変でしょう！ Re: LPC43S57 USB1 Host Configuration issue 「コントローラは存在しません」というメッセージはイライラします。まずはUSB1のクロック設定、ピン割り当て、そしてUSB1ホストの初期化が選択されたフルスピード設定と一致しているかどうかを確認することから始めるでしょう。ここでは、オンチップのフルスピードPHYと外部PHYの要件との区別が特に重要となる。複数の設定を一度に変更する前に、セットアップの各部分を個別にテストすることは常に有効です。ハードウェアのトラブルシューティングに時間をかけすぎた後は、 Geometry Dashのような手軽なゲームで少し休憩を取り、気分転換してから問題に取り組むようにしています。

LPC43S57 USB1 Host Configuration issue Hi     We are trying to use USB1 peripheral of LPC43S57 controller as USB host to connect a device in customer board. We are using KEIL MDK to configure the USB stack and USB driver.   When we call USBH_Initialize(1) function it returns an error indicating "Controller does not exist". We tried to search on the internet regarding the USB1 Hardware connections, and we observed that in many places it is mentioned that USB1 peripheral will not work without external PHY. However, the datasheet indicates that it supports on chip full speed PHY.    Can you clarify for us if the USB1 does have on chip full speed PHY?   The USB1_VBUS pin is not used since it is a Host and the device we are connecting is a self powered device.   Also please find below the snapshot of the USB1 connection we have done as Host   Regards Sabarish Kumar Re: LPC43S57 USB1 Host Configuration issue Okay, let's unpack this USB conundrum! Is it the internal PHY or some hardware quirk messing things up? That controller error is always a headache. Finding the right USB configuration can feel like navigating a maze. Once, I was wrestling with a stubborn Arduino setup, trying to get it to communicate with a sensor for a project. Spent hours tracing wires and debugging code only to realize a simple power supply issue was the root cause, completely sidelining my @geometry dash -filled afternoon. Sometimes, the obvious escapes us, right? Re: LPC43S57 USB1 Host Configuration issue That's a tricky issue with the USBH_Initialize function! I remember facing similar hardware connection problems before. Sometimes, even seemingly minor details in the setup can cause headaches. While I can't offer specific hardware debugging advice here, have you considered checking out the Geometry Dash forums? The community there is surprisingly knowledgeable about all sorts of technical challenges, and someone might have encountered a similar problem with USB device initialization. Re: LPC43S57 USB1 Host Configuration issue It sounds like you're facing a tricky hardware configuration issue! I've definitely been there with USB setups. Regarding the on-chip PHY, double-checking the specific silicon revision and errata sheet for your chip might provide clarity. While you're troubleshooting, testing your reaction time and mouse skills on a CPS test website could be a fun distraction. It helps sharpen focus! Hope you resolve your USB issue soon! Re: LPC43S57 USB1 Host Configuration issue Hi @Unblocked Games Thanks for sharing the schematic snapshot. Besides the PHY question, it would be helpful to know whether USB0 works correctly on the same board, as that could help isolate whether the issue is hardware- or software-related. Re: LPC43S57 USB1 Host Configuration issue It's interesting that you're running into issues with the USB1 peripheral on the LPC43S57, especially since the datasheet suggests it has an on-chip full-speed PHY. That "Controller does not exist" error is definitely frustrating. I'd be curious to know if anyone else has successfully used USB1 as a host on this chip, maybe for something like pokerogue . Good luck figuring this out! Re: LPC43S57 USB1 Host Configuration issue That “Controller does not exist” message sounds frustrating. I’d probably start by checking the USB1 clock configuration, pin assignments, and whether the USB1 host initialization matches the selected full-speed configuration. The distinction between the on-chip full-speed PHY and the external PHY requirement is especially important here. It’s always useful to test each part of the setup separately before changing several settings at once. After spending too much time troubleshooting hardware, I usually take a short break with a quick game such as Geometry Dash Game before coming back to the problem with a fresh mind.

キーフォブ/スマートカードでのみログインできます 私は製造会社で働いており、従業員が部品図面を見たり、タスク完了のサインをしたりできるように、工場の現場にPCを設置しようと考えています。できるだけ手間を軽くしつつ、誰がタスクにサインしたかの記録も残したいため、従業員がすでに持っているアクセスコントロールバッジを使ってドアへのアクセスや出退勤をする最適な方法を検討しています。もしそれが現実的でなければ、従業員が物理的なトークンでログインし、キーボードやマウスに触れることなく、ユーザー名やパスワードを覚える必要もない、他の選択肢も検討しています。スマートカードについて調べてみましたが、PINコードが必要なようで、できれば避けたいと思っています。私たちは固有のセキュリティリスクを理解しており、これらのデバイスは特定のタスクしか実行できず、ネットワークの他の部分にアクセスできないようにロックダウンされます。 モバイルのスマートカード

Login with keyfob/smartcard only I work in a manufacturing company and we're looking at putting PCs out on the shop floor for employees to be able to do things like look at parts drawings, sign off that tasks are completed etc. As we want this to be as painless as possible but still have a record of who is signing off on the tasks, we are looking at the best way for the employees to use the access control badges they already have for accessing doors and clocking in and out. If that's not feasible we're certainly open to other options that would allow the employees to log in with some kind of physical token and never have to touch a keyboard or mouse let alone remember user names and passwords. I've looked into smart cards, but it appears that they require a PIN which we want to avoid if at all possible. We understand the inherant security risks and these devices would be locked down to only be able to do specific tasks and not have access to another parts of the network. Smart Cards on Mobile

LPC43S57 USB1 主机配置问题 HI 我们正在尝试使用 LPC43S57 控制器的 USB1 外围设备作为 USB 主机来连接客户主板中的设备。我们使用 KEIL MDK 配置 USB 栈和 USB 驱动程序。   当我们调用 USBH_Initialize(1)函数时，它会返回一个错误，表明"Controller 不存在" 。我们尝试在互联网上搜索有关 USB1 硬件连接的信息，发现很多地方都提到，如果没有外部 PHY，USB1 外围设备将无法工作。不过，数据表显示它支持片上全速 PHY。   能否向我们说明 USB1 是否具有全速 PHY 芯片？   不使用 USB1_VBUS 引脚，因为它是主机，而我们连接的设备是自供电设备。   下面是我们作为主机连接 USB1 的快照   此致 萨巴里什-库马尔 Re: LPC43S57 USB1 Host Configuration issue 你好@HeatherUlrich 您是否将 USB1 从主机模式更改为设备模式并开发了 device_cdc 项目？ 如果是，你可以先在板上运行 LPCopen 下的 CDC 演示版进行测试。 这将有助于确认硬件是否存在任何问题。 谢谢。 BR 爱丽丝 Re: LPC43S57 USB1 Host Configuration issue @Slope Game总之，说到令人震惊的崩溃，我曾经花了一整个周末的时间来处理一个无法正确枚举的微控制器。结果发现，一个错误配置的时钟速度是罪魁祸首，由此引发了一连串意想不到的错误，真是 调试。这真是令人难以置信的沮丧。 Re: LPC43S57 USB1 Host Configuration issue 你好@Alice_Yang 我已经将 CLK_USB1 配置为为 60MHZ 的 USB1 接口生成时钟。我已将 USB1 配置为设备（全速模式）并连接到 PC。在 LPC43S57 USB 控制器中，我可以在 USB 状态寄存器中看到 USB 是作为设备连接的，但在 PC 中我看不到任何 COM 端口或任何其他 USB 设备已连接。我已将 USB0 配置为设备并连接到 PC，它被检测为 COM 端口，不适用于 USB 1 配置。 我附上了 USB1 设备配置图片供你参考 此致 萨巴里什-库马尔 Re: LPC43S57 USB1 Host Configuration issue 你好@Sabarish 在 USB 全速模式下，使用 CLK_USB1 为 USB1 接口产生时钟，无需外部 PHY。在高速模式下，外部 PHY 为 USB1 接口产生时钟，必须通过系统配置块中各自的引脚配置寄存器在引脚 PC_0 或 P8_8 上启用 USB1_ULPI_CLK。 请检查 USB1_DP 和 USB1_DM 信号是否正确连接到设备。此外，请确保正确安装软件配置。作为参考，您可以参考 LPCopen 库中提供的USB主机演示。 Alice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.png BR 爱丽丝 Re: LPC43S57 USB1 Host Configuration issue 好吧，让我们来解开这个 USB 的难题！是内部 PHY 还是某些硬件怪癖在捣乱？控制器出错总是让人头疼。寻找合适的 USB 配置就像在迷宫中穿行。有一次，我正在与一个顽固的 Arduino 设置搏斗，试图让它与一个项目中的传感器通信。花了几个小时追踪电线和调试代码，最后才发现一个简单的电源问题就是根本原因，这让我这个充满 @geometrydash的下午彻底泡汤了。有时，显而易见的事情会被我们忽略，不是吗？ Re: LPC43S57 USB1 Host Configuration issue 这是 USBH_Initialize 函数的一个棘手问题！我记得以前也遇到过类似的硬件连接问题。有时，即使是设置中看似微小的细节也会让人头疼。虽然我无法在此提供具体的硬件调试建议，但您是否考虑过查看 Geometry Dash论坛？那里的社区出人意料地了解各种技术挑战，可能有人在USB设备初始化时遇到了类似的问题。 Re: LPC43S57 USB1 Host Configuration issue 听起来你遇到了棘手的硬件配置问题！我肯定用过 USB 设置。关于片上 PHY，仔细检查芯片的具体硅修订版和勘误表可能会有所帮助。在您排除故障的同时，还可以在 CPS 测试中测试您的反应时间和鼠标技能。 CPS 测试网站上测试您的反应时间和鼠标技能，这可以分散您的注意力。它有助于突出重点！希望你能尽快解决 USB 问题！ Re: LPC43S57 USB1 Host Configuration issue 您好 @UnblockedGames感谢您分享示意图快照。除了 PHY 问题外，了解 USB0 在同一块主板上能否正常工作会很有帮助，因为这可以帮助确定问题是与硬件还是软件有关。 Re: LPC43S57 USB1 Host Configuration issue 您在使用 LPC43S57 的 USB1 外设时遇到了问题，这很有意思，尤其是考虑到数据手册表明它具有片上全速 PHY。“控制器不存在”错误确实令人沮丧。我很想知道是否有人成功地将 USB1 用作该芯片上的主机，比如用于Pokerogue之类的程序。祝你好运，希望你能弄明白！ Re: LPC43S57 USB1 Host Configuration issue “控制器不存在”这条消息听起来很令人沮丧。我可能会先检查 USB1 时钟配置、引脚分配，以及 USB1 主机初始化是否与选定的全速配置匹配。这里，片上全速 PHY 和外部 PHY 要求之间的区别尤为重要。在一次性更改多个设置之前，最好先分别测试设置的每个部分。在花费太多时间排查硬件故障后，我通常会玩一会儿像《几何冲刺》这样的小游戏休息一下，然后再以全新的思维方式重新解决问题。

i.MX95：EdgeLock Enclave 密钥导入错误 - SAB CMD [0x47] Resp [0x1829]（无效签名） 大家好， 我们目前正在按照应用笔记 AN14898 中的指南，将私钥导入 i.MX95 设备。 环境与参考文献： 目标设备： i.MX95 演示应用程序： imx_sec_apps/imx-ele-apps SPSDK 版本：最新标准工具集 目前已完成的活动： 已安装 Python、pip 和 SPSDK 工具集。 已成功构建主机应用程序和设备应用程序。 将 device/bin/ele_key_import 和 device/scripts/run_test_on_board.sh 复制到我们的目标i.MX95硬件。 执行设备端流程以生成 nxp_prod_ka_puk.bin。 已将 nxp_prod_ka_puk.bin 传输回我们的主机环境。 由于我们还没有最终的生产密钥，因此根据 SPSDK 文档，使用 SPSDK 工具生成了 SRK 密钥 (secp384r1)。 在主机端使用标准密钥导入模板生成 signed_msg.bin（-k 参数设置为 secp384r1）。 将生成的 signed_msg.bin 传输到i.MX95硬件。 用于生成签名邮件的命令： nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 附件为 key_exchange_temp.yaml 文件，供您参考。 在 i.MX95 目标设备上运行 run_test_on_board.sh 时，所有文件均已找到，但 EdgeLock Enclave 拒绝了已签名消息块上的签名。以下是目标终端日志： nxp_prod_ka_puk.bin 文件存在。 oem_public_key.pem 文件存在。 signed_msg.bin 文件存在。 你好，世界！2026年7月16日 06:54:40 9547bbd 签名消息：728 字节 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM 导入 PUK 码：65 字节 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB 错误：SAB CMD [0x47] Resp [0x1829] - SIGNED 消息中的签名无效。 hsm_key_exchange 失败，错误代码：0xfe 密钥交换失败：254 非常感谢您能提供任何关于解决 i.MX95 签名验证问题的见解。 谢谢， 安基特·阿格拉瓦尔 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 我想知道你是否会在SRK一代之后把SRK烧掉。请查看我附上的sign.yaml文件，其中包含必要的信息。 请尝试以下命令（前提是您已安装 flash.bin 文件）：（系统引导加载程序）生成SRKH。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs 输出结果如下所示。 Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png 在输出文件夹中，可以看到 bcf 文件（ahab_oem0_srk0_hash_nxpele.bcf）。 您可以按照以下熔丝命令（索引 128 至 143）来熔丝 SRKH。 # nxpele AHAB SRKH 融合编程脚本 # 由 SPSDK 3.4.0 生成 # 系列：mimx9596，版本：最新 # 值：0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 描述：四个 SRK 密钥的哈希值的 SHA512 哈希摘要 # 分组寄存器名称：SRKH # OTP ID：OEM_SRKH0，值：0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID：OEM_SRKH1，值：0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID：OEM_SRKH2，值：0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID：OEM_SRKH3，值：0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID：OEM_SRKH4，值：0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID：OEM_SRKH5，值：0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID：OEM_SRKH6，值：0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID：OEM_SRKH7，值：0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID：OEM_SRKH8，值：0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID：OEM_SRKH9，值：0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID：OEM_SRKH10，值：0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID：OEM_SRKH11，值：0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID：OEM_SRKH12，值：0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID：OEM_SRKH13，值：0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID：OEM_SRKH14，值：0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID：OEM_SRKH15，值：0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 您可以使用以下命令来烧录SRKH nxpele -f mimx9596 批处理输出\ahab_oem0_srk0_hash_nxpele.bcf 如果您已经烧录了SRKH但出现以下无效的鸣唱错误，请将singed_message.bin文件连同您的SRKH文件（包括所有SRKH输出）一起发送给我们。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal ， 我们的内部团队正在审核您的问题，并将根据审核结果向您汇报最新情况。 与此同时，请查看以下案例，该案例与您遇到的问题类似。 建议的解决方案是验证fuse_version是否匹配正确。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 谢谢！ 顺祝商祺！ 理查德 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 请按照以下步骤使用 SPSDK 刻录 SRK 步骤1 。启动设备时，停在 u-boot 控制台，运行 u-boot=> fastboot 0 步骤2 。在 SPSDK 控制台中，您必须使用以下命令（没有 ahab 事件）。 nxpele -f mimx9596 获取事件 步骤3 。如果没有事件发生，您现在可以在 SPSDK 控制台中烧录 SRK 密钥。 nxpele -f mimx9596 批处理输出\ahab_oem2_srk0_hash_nxpele.bcf BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 嗨@Jessie_Lee ， 谢谢你提供的信息。 我们已经找到了 flash.bin 文件，并能够执行生成 SRKH 的必要步骤。 生成 SRKH 后，我们需要将其熔丝到硬件中。要执行熔断操作，硬件/电路板必须处于以下状态： Fastboot 模式。请问您能否帮我们把设备切换到 Fastboot 模式？ 在尝试熔接钥匙时，我们遇到以下错误： Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png 设备目前似乎未处于 Fastboot 模式。非常感谢您能提供如何启用 Fastboot 模式的指导。 谢谢， 安基特 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee 据报道，情况如下所示，目前存在一些问题。能否获得一些帮助？ -------------------------------------------------------------------------------------------------------------- 但是，当我执行熔丝操作的命令时，遇到了以下错误。 我也尝试过重置硬件，但问题依旧存在。您知道这究竟是什么原因造成的吗？ rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal 如有必要，请随时提供补充说明。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 来自@Ankit_Agrawal 的反馈，存在 fastboot 进入问题。 @rakhyoung你是说你也遇到了无法进入fastboot模式的问题吗？ 你试过我上面分享的那个命令吗？在 uboot 阶段尝试执行 fastboot 0 以下命令时，出现什么错误？ 步骤1 。启动设备时，停在 u-boot 控制台，运行 u-boot=> fastboot 0 BRS 杰西 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Jessie_Lee 很抱歉回复晚了。 我成功地在设备端的 U-Boot 控制台停止了运行。但是，当尝试使用以下命令从主机端熔丝密钥时： nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf 我遇到了以下错误： Screenshot from 2026-09-13 21-29-30.png截图来自 2026-09-13 21-29-30.png 我也尝试过重置硬件，但问题依旧存在。您知道这究竟是什么原因造成的吗？ 谢谢， 安基特

S32G274A 上 PFE HIF DMA 到 DDR 通信对 QuadSPI MCR 配置的意外依赖性 你好，专家 我们正在调查运行 QNX 7.1 的 S32G274A 上 QuadSPI 和 PFE HIF 数据路径之间意想不到的依赖关系。如果 QuadSPI 未初始化，PFE0 和 PFE2 将成功完成 PHY、EMAC、固件和 HIF 初始化。EMAC 可以接收有效帧，但 HIF DMA 不消耗 TX 或 RX 描述符，因此数据包无法在 PFE 和 DDR 之间传输，ARP/ping 失败。通过逐步简化 QuadSPI 初始化序列，我们发现只需一次写入即可恢复 PFE 通信：将 0x020F000C 写入 QuadSPI 模块配置寄存器 QuadSPI_MCR，其偏移量为 0x0000，距离 QuadSPI 基地址 0x40134000（即物理地址 0x40134000）不等。如果删除此写入操作，PFE 通信将持续失败。Flash 识别、JEDEC 事务、QNX F3S 框架、/dev/fs0 和启动延迟均已被排除在必要条件之外。我们目前的解释是，相关的效果可能是将 QuadSPI_MCR[MDIS] 清除为 0，从而启用 QuadSPI 时钟。 请问清除 QuadSPI_MCR[MDIS] 是否可以激活 S32G274A 上与 PFE HIF DMA-to-DDR/XBAR/NoC 路径共享的任何时钟请求、桥接或互连状态？PFE HIF DDR 访问与 QuadSPI 时钟或互连状态之间是否存在任何未记录或间接的依赖关系？或者这是否表明平台启动期间缺少共享时钟/NoC 初始化步骤？应该配置哪个 MC_CGM、RDC、MC_ME、NoC 或 PFE 平台寄存器来独立建立所需的状态，而不是让 PFE 驱动程序访问 QuadSPI MCR？ 我们目前正在进行补充测试，以确认单独清除 MDIS 是否既必要又充分；目前，已确认的触发条件是完整的 MCR 写入值 0x020F000C。 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨，维特旺 感谢您与我们联系。 1. 您是否在使用客户板？ 2.您的PFE版本是什么？ BR 乔伊 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨 Joey，是的，我们使用的是基于 S32G274A 的定制电路板。PFE0 和 PFE2 通过 RGMII 连接到 KSZ9031 PHY。操作系统为QNX 7.1。PFE软件版本如下： - NXP PFE QNX驱动程序版本：PFE-DRV_S32G_QNX_1.9.0 - PFE固件版本：PFE-FW_S32G_1.12.0 - 驱动程序报告的PFE硬件版本：0x00050300 如果您需要完整的启动日志、时钟配置、原理图部分或寄存器转储以进行比较，请告知。此致敬礼，Waitewang Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 您好， 感谢您的回复。 1.你们的S32G启动方法是什么？早期阶段是否没有对QSPI进行初始化？ 2.尝试只操作 MDIS 位，看看是否会影响结果。 BR 乔伊 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨，乔伊， 1.我们在 U-Boot 中通过 TFTP 加载 QNX IFS 和 DTB，并使用 bootm 启动 QNX。QNX 不是从 QSPI Flash 加载的。在启动 PFE 驱动程序之前，QNX 不会启动 devf-qspi-s32g 或显式初始化 QuadSPI 控制器。 2. 我们使用对 QuadSPI 模块配置寄存器（QuadSPI_MCR，基地址 0x40134000，偏移量 0x0000）进行读-修改-写操作来测试 MDIS 位。 测试 A — 无 QuadSPI MCR 操作 QSPI驱动程序未启动，QuadSPI_MCR未写入。PFE通信失败。 测试 B — 仅设置 MDIS MCR 之前 = 0x030F00CC MCR 写入 = 0x030F40CC MCR 后 = 0x030F40CC MDIS = 1 PFE沟通成功 只有 MDIS 的第 14 位从 0 变为 1。QSPI Flash 文件系统未启动，/dev/fs0 未创建，且未执行 JEDEC 访问。测试程序在寄存器操作后正常退出。 测试 C — 仅通过 MDIS 初始 MDIS 值已经是 0，因此未更改的 MCR 值 0x030F00CC 被写回。PFE通信失败。 我们之前也测试过将完整值 0x020F000C 写入 QuadSPI_MCR。在这种情况下，PFE通信成功了。 请问为什么仅将 QuadSPI MCR MDIS 位从 0 设置为 1 会影响 S32G274A 上的 PFE0/PFE2 通信？QuadSPI MCR 操作与 PFE HIF/DMA 到 DDR 路径之间是否存在任何必需的初始化顺序、已知的错误或已记录的依赖关系？ BR， 怀特旺 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨，维特旺 感谢您的回复。 我目前正在就此事对您进行内部调查。我会尽快向您汇报进展情况！ BR 乔伊

Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G274A hello expert We are investigating an unexpected dependency between QuadSPI and the PFE HIF data path on an S32G274A running QNX 7.1. If QuadSPI is not initialized, PFE0 and PFE2 complete PHY, EMAC, firmware, and HIF initialization successfully. The EMAC can receive valid frames, but the HIF DMA does not consume TX or RX descriptors, so packets are not transferred between PFE and DDR, and ARP/ping fails. After reducing the QuadSPI initialization sequence step by step, we found that a single write is sufficient to restore PFE communication: writing 0x020F000C to the QuadSPI Module Configuration Register, QuadSPI_MCR at offset 0x0000 from QuadSPI base address 0x40134000—that is, physical address 0x40134000. If this write is removed, PFE communication consistently fails. Flash identification, JEDEC transactions, the QNX F3S framework, /dev/fs0, and startup delay have all been excluded as necessary conditions. Our current interpretation is that the relevant effect may be clearing QuadSPI_MCR[MDIS] to 0, which enables the QuadSPI clocks. Could you please confirm whether clearing QuadSPI_MCR[MDIS] can activate any clock request, bridge, or interconnect state shared with the PFE HIF DMA-to-DDR/XBAR/NoC path on S32G274A? Is there any undocumented or indirect dependency between PFE HIF DDR access and the QuadSPI clock or interconnect state, or could this indicate a missing shared-clock/NoC initialization step during platform startup? Which MC_CGM, RDC, MC_ME, NoC, or PFE platform register should be configured to establish the required state independently, instead of having the PFE driver access the QuadSPI MCR? We are currently performing complementary tests to confirm whether clearing MDIS alone is both necessary and sufficient; at this stage, the confirmed trigger is the complete MCR write value 0x020F000C. Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi,waitewang Thank you for contacting us. 1. Are you using a customer board? 2.What is your PFE version? BR Joey Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi Joey, Yes, we are using a custom board based on the S32G274A. PFE0 and PFE2 are connected through RGMII to KSZ9031 PHYs. The operating system is QNX 7.1. The PFE software versions are as follows: - NXP PFE QNX driver version: PFE-DRV_S32G_QNX_1.9.0 - PFE firmware version: PFE-FW_S32G_1.12.0 - PFE hardware version reported by the driver: 0x00050300 Please let me know if you need the complete startup log, clock configuration, schematic section, or register dump for comparison. Best regards, Waitewang Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi, Thank you for your reply. 1.What is your method of S32G booting? Was there no initialization of QSPI in the early stage? 2.Try operating only the MDIS bit to see if it affects the results. BR Joey Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi Joey, 1. We load the QNX IFS and DTB via TFTP in U-Boot and start QNX with bootm. QNX is not loaded from QSPI Flash. Before starting the PFE driver, QNX does not start devf-qspi-s32g or explicitly initialize the QuadSPI controller. 2. We tested the MDIS bit using read-modify-write operations on the QuadSPI Module Configuration Register (QuadSPI_MCR, base address 0x40134000, offset 0x0000). Test A — No QuadSPI MCR operation The QSPI driver was not started and QuadSPI_MCR was not written. PFE communication failed. Test B — Set only MDIS MCR before = 0x030F00CC MCR write = 0x030F40CC MCR after = 0x030F40CC MDIS = 1 PFE Communication successful Only MDIS, bit 14, was changed from 0 to 1. The QSPI Flash filesystem was not started, /dev/fs0 was not created, and no JEDEC access was performed. The test program exited normally after the register operation. Test C — Clear only MDIS The initial MDIS value was already 0, so the unchanged MCR value 0x030F00CC was written back. PFE communication failed. We also previously tested writing the complete value 0x020F000C to QuadSPI_MCR. PFE communication succeeded in that case. Could you please advise why setting only the QuadSPI MCR MDIS bit from 0 to 1 affects PFE0/PFE2 communication on S32G274A? Is there any required initialization sequence, known erratum, or documented dependency between QuadSPI MCR operations and the PFE HIF/DMA-to-DDR path? BR, Waitewang Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi,waitewang Thank you for your reply. I am currently conducting an internal investigation into this matter for you. I will get back to you with the progress! BR Joey

i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi Team, We are currently working on importing a private key to an i.MX95 device following the guidelines in application note AN14898. Environment & References: Target Device: i.MX95 Demo Application: imx_sec_apps/imx-ele-apps SPSDK Version: Latest standard toolset Activities Completed So Far: Installed Python, pip, and the SPSDK toolset. Successfully built both the Host and Device applications. Copied device/bin/ele_key_import and device/scripts/run_test_on_board.sh to our target i.MX95 hardware. Executed the device-side flow to generate nxp_prod_ka_puk.bin. Transferred nxp_prod_ka_puk.bin back to our host environment. Generated SRK keys (secp384r1) using the SPSDK utility according to the SPSDK Documentation since we do not have final production keys yet. Generated the signed_msg.bin on the host side using the standard key import template (with the -k parameter set to secp384r1). Transferred the generated signed_msg.bin to the i.MX95 hardware. Command used to generate signed message: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets Attached key_exchange_temp.yaml for reference. When running run_test_on_board.sh on the i.MX95 target device, all files are found, but the EdgeLock Enclave rejects the signature on the signed message block.Here is our target terminal log: nxp_prod_ka_puk.bin exists. oem_public_key.pem exists. signed_msg.bin exists. Hello, World! Jul 16 2026:06:54:40 9547bbd Signed Message: 728 bytes 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM Import PUK: 65 bytes 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session success hsm_open_key_store_service success hsm_open_key_management_service success SAB Error: SAB CMD [0x47] Resp [0x1829] - Invalid Signature in SIGNED message. hsm_key_exchange failed err:0xfe Key exchange failed: 254 Any insight on resolving this signature verification issue for the i.MX95 would be greatly appreciated. Thanks, Ankit Agrawal Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I am wondering if you burn SRKH  after SRK generation.  for necessary sign.yaml file please check my attached file.  Please try below command (precondition is you should have flash.bin: bootloader of system) to generate SRKH.   nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs output will be as below. Jessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.pngJessie_Lee_0-1786699088609.png and from the ouputs folder, you could see bcf file(ahab_oem0_srk0_hash_nxpele.bcf).  you could follow below fuse command  (index 128 ~143) that you need to fuse for SRKH.  # nxpele AHAB SRKH fuses programming script # Generated by SPSDK 3.4.0 # Family: mimx9596, Revision: latest # Value: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # Description: SHA512 hash digest of hash of four SRK keys # Grouped register name: SRKH # OTP ID: OEM_SRKH0, Value: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1, Value: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2, Value: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3, Value: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4, Value: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5, Value: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6, Value: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7, Value: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8, Value: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9, Value: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10, Value: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11, Value: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12, Value: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13, Value: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14, Value: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15, Value: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 you could use below command to burn SRKH nxpele -f mimx9596 batch outputs\ahab_oem0_srk0_hash_nxpele.bcf If you burn the SRKH already but failed with below invalid singing, please share the singed_message.bin to us.  with your SRKH (including srk output all).  Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Ankit_Agrawal, Our internal team is reviewing your issue and will update you accordingly. In the meantime, please review the case below, which is similar to the issue you are encountering. The suggested solution is to verify that the fuse_version matches correctly. https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 Thank you. Best Regards, Richard Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Jessie_Lee , Thanks for the information. We have located the flash.bin file and are able to perform the necessary steps to generate the SRKH. After generating the SRKH, we need to fuse it to the hardware. To perform the fuse operation, the hardware/board must be in Fastboot mode. Could you please help us switch the device to Fastboot mode? While attempting to fuse the keys, we are encountering the following error: Ankit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.pngAnkit_Agrawal_0-1787636692485.png It appears that the device is not currently in Fastboot mode. Any guidance on how to enable Fastboot mode on the board would be greatly appreciated. Thanks,  Ankit Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  Please follow up below steps to burn SRK using SPSDK step#1. when you boot device, stop at u-boot console , run  u-boot=> fastboot 0 step#2.  In SPSDK console , you must there is no ahab events) using below command. nxpele -f mimx9596 get-events  step#3. If there is no event,  you could burn SRK key now in SPSDK console. nxpele -f mimx9596 batch outputs\ahab_oem2_srk0_hash_nxpele.bcf BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) @Jessie_Lee  It is reported that things are not working as shown below. Is it possible to get some support? -------------------------------------------------------------------------------------------------------------- However, when I execute the command to perform the fuse operation, I encounter the error below. I tried resetting the hardware too, but I'm still facing the same issue. Do you have any ideas on why this might be happening? rakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.pngrakhyoung_0-1789101296622.png @Ankit_Agrawal  Feel free to provide additional explanation if necessary. Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) from @Ankit_Agrawal  , there was fastboot entering issue.  @rakhyoung  Do you mean you are also having issue to enter fastboot ? did you try to  below command..? that I shared.. above?  what is error when you try to below fastboot 0 at uboot stage?  step#1. when you boot device, stop at u-boot console , run  u-boot=> fastboot 0 BRs jessie Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Jessie_Lee  Sorry for the delayed response. I successfully managed to stop at the U-Boot console on the device side. However, when trying to fuse the key from the host side using the following command: nxpele -f mimx9596 -p /dev/ttyUSB1 batch outputs/ahab_oem2_srk0_hash_nxpele.bcf I encountered the following error: Screenshot from 2026-09-13 21-29-30.pngScreenshot from 2026-09-13 21-29-30.png I tried resetting the hardware too, but I'm still facing the same issue. Do you have any ideas on why this might be happening? Thanks, Ankit

S32DS activation code The software version is S32DS_ARM_Win32_v2018.R1_b180326. Could you provide the activation code? PEG GUI Re: S32DS activation code Dear customer, S32 Design Studio is free of charge software that just requires to be activated. The activation process is incorporated into the S32DS installer. Before you proceed to the installation you always need to get an activation code. The activation code is typically sent automatically to your email registered on www.nxp.com  account when you proceed to downloading of S32DS installer. Please follow the instructions:  https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 If still the issue please let me know. Thank you. Have a nice day. Best regards Pavla

PIC CLBのユーレカ 特定のPIC MCU(例:pic16f13145ファミリ)には、Configurable Logic Blockと呼ばれるFPGA風のプログラム可能なロジックがあります。 私が使用しているpic16f13115は、それぞれ4入力ルックアップテーブルとDフリップフロップを備えた32個のセルで構成されています。 ツールの使い方を学ぶために、今日はPWM明るさ制御付き6つのLEDのチャーリープレックス対応を実装し、シミュレーションしました。ロジックCADキャンバスを使用する代わりに、Verilogを使用して回路を定義しました。 私は時間の半分くらいを壁に頭を打ち付けて過ごしていた。少しずつ、Verilogを正しく記述し、合成（ビルド）を行い、そしてシミュレーションを実行できるようにした。 CLBでプログラムされたロジックがCPUがスリープ状態でも動作するのは素晴らしい。セーフティに関わるアプリケーションに最適です。例えば、複雑な割り込みトリガーロジックの実装に利用できます。CLBロジックをペリフェラルに接続する際の柔軟性は非常に高いです。これは、PICの定番となっている、扱いにくいCLCプログラマブルロジックよりもはるかに柔軟性が高い。 私のEureka体験を共有したかっただけです。 パワー

FRDM-IMX95のサスペンド時の消費電力を可能な限り低く抑える FRDM-IMX95ボードでサスペンドモード時の消費電力を可能な限り低く抑える方法についてのガイダンスをお探しですか？ベアメタルm7コードを使用し、a55sをオフにすることで、約2.2Wまで消費電力を下げることができました。これは、エキスパンダー/PHY/PD_NETC の電源を完全に切った後の状態です。FRDM-IMX95はどのくらい低く設定できるのでしょうか? FRDMトレーニング Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 最新の調査結果を自分の投稿に追記します…EXT_5V0とEXT_3V3_PWR_ENをオフにしてみましたが、それ以上の改善は見られませんでした。次にDDRセルフリフレッシュをテストしたところ、約193mA/1.1Wまで下げることができました。できればもっと値下げしたいのですが…。 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 当社の i.MX 95消費電力測定を参照し、参照できる低消費電力のユースケースが多数あります。 i.MX 95の消費電力測定 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 これ閉めていいよ。低電力モードをすべて確実にテストでき、必要な結果を得ることができました。

Lowest possible SUSPEND power consumption of FRDM-IMX95 Looking for guidance on how to achieve the lowest possible SUSPEND mode power consumption on the FRDM-IMX95 board? With bare-metal m7 code, a55s off, I've been able to get down to ~2.2W. This is after full expander/PHY/PD_NETC power-down. How low can the FRDM-IMX95 go? FRDM-Training Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 Updating my own post with my latest findings... I was able to turn off EXT_5V0 and EXT_3V3_PWR_EN and didn't see any additional improvement. I then tested DDR-self-refresh, and was able to get down to ~193mA/1.1W. I'm really wanting to go lower if possible... Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 You can refer to and follow our i.MX 95 Power Consumption Measurement, there are many low power use cases you can refer to. i.MX 95 Power Consumption Measurement Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 You can close this. I was able to reliably test all the low power modes, and get to what I needed.

S32 Design Studio for Power Architecture 版本 2.1激活码即将开始 您好，我的产品为S32 Design Studio for Power Architecture Version 2.1，激活码B9B6-A787-E3B4-585C即将于9.28日继续，请帮我续期或允许重新申请