JLINkデバッガーを使用してフラッシュできない ターゲットに接続でき、JLINK は「HSM がフラッシュされていません、デバイスはロックされていません」とターゲットを読み取りますが、16 進数をフラッシュしようとすると「ロックされたデバイスが検出されました S32K324、パスワードを入力してください」と表示されます。 Re: Not able to flash using JLINk debugger こんにちは@bhagwanjagtap Segger では、デバッグ アクセスを有効にするために認証キーが必要であるが、まだ指定されていない場合は、キーの入力を求めるダイアログ ボックスが表示されるように指定されています。詳細については、次のリンクの「ID コード ダイアログを使用して認証コードを指定する」セクションを参照してください。 セガー - NXP S32K3xx この動作が見られない場合は、表示されているエラー メッセージのスクリーンショットを共有していただけますか? また、MCU をフラッシュするために使用できる別のデバッガーにアクセスできますか?これは、問題がデバッガーに関連しているのか、ハードウェアに関連しているのかを判断するのに役立ちます。 BR、ヴェインB

S32K312 ウィークアップ NXPサポーターの皆様、こんにちは。LLD に基づいて S32K312 を使用してコード セットを構成しました。今、WKUP 機能を統合したいのですが、いくつか問題が発生しました。コードに次のコードを追加しない場合: Power_Ip_Init(&Power_Ip_HwIPsConfigPB); Power_Ip_GetResetReason(); Power_Ip_SetMode(&Power_Ip_aModeConfigPB[0]);   プログラムはスタンバイモードに入りますが、起動後に異常動作します。次のコードを追加すると: Power_Ip_Init(&Power_Ip_HwIPsConfigPB); Power_Ip_GetResetReason(); Power_Ip_SetMode(&Power_Ip_aModeConfigPB[0]);   ADC、PWMなどの他のペリフェラルインターフェースを呼び出してデータを取得すると、ハードウェアエラーが発生します。たとえば、Adc_Sar_Ip_GetConvData、Emios_Icu_Ip_StartSignalMeasurementなどです。 ペリフェラルを呼び出さなければ、プログラムは正常にスタンバイ モードに入り、起動することができます。その理由は何でしょうか?トラブルシューティングの方向性はどのようなものでしょうか？コードを共有できないことをお詫び申し上げます。ご返信をお待ちしております。 Re: S32K312 Wkup こんにちは@ZZZZZJH 、 はい、いくつか違いがあります。通常のスタンバイ終了では、HSE と sBAF の初期化コードと HSE_FW 検証の両方が実行されますが、高速スタンバイ終了では時間を節約するためにバイパスされます。また、高速スタンバイ終了はユーザー定義のアドレスに起動し、ユーザーは Reset_Handler を呼び出して MCU を完全に初期化する前に、いくつかの重要なタスクを実行できます。 詳細については、S32K3 リファレンス・マニュアルの第 41.2 章をご覧ください。 よろしくお願いします、 ジュリアン Re: S32K312 Wkup ありがとう、Julián! 上記の問題は、Power の McuPeripheral コンポーネントが有効になっていないために発生しました。これによりハードウェア エラーが発生しました。問題は解決されました。現在は、通常のスタンバイモードを使用しています。「Fast」と「Normal」には何か違いがあるのでしょうか？ Re: S32K312 Wkup こんにちは@ZZZZZJH 、 最初に切り取ったコードと 2 番目に切り取ったコードの違いはわかりませんが、POWER ドライバの構成がいくつか欠けているようです。コンポーネントが有効になっていない場合、それを初期化または使用しようとすると、ハードフォールトが発生します。 たとえば、RUN モードでは、McuPeripheral タブで ADC インスタンスと PWM インスタンスが有効になっているかどうかを確認します。 また、FastStandby または通常のスタンバイ終了を使用していますか?fast を使用する場合は、ウェイクアップ後にリセット ハンドラーにジャンプして MCU を正しく初期化する必要があります。 次のコミュニティ投稿にも、低電力の構成例がいくつか記載されています。 [RTD400 & 500 MCAL & IP] S32K3 パワーマネージメント AN とデモ - NXPコミュニティ S32K3 パワーマネージメント AN とデモ - NXPコミュニティ よろしくお願いします、 ジュリアン

IMXRT1176 HAB認証ステータス こんにちは、 IMXRT1176 で署名されたイメージを使用しています。現在、デバイスはオープン モードになっています。これは、デバイスを閉じる前に HAB がイメージを認証していることを確認したいためです。 私の理解では、ROM には認証のステータスを返すことができる API があります。少し調べてみたところ、このデバイスでは利用できないようです。フラッシュの機能しか見えません。 ステータスをCAN確認する他の方法はありますか? Re: IMXRT1176 HAB Authentication Status HAB が有効になっているかどうかを確認するには、SEC または MCUBootUtility ツールを使用してください。https://docs.mcuxpresso.nxp.com/secure/latest/06_processor_specific_workflow.html#booting-encrypted-hab-authenticated-image

如何在 SE05x 上实现 TLS 握手 大家好， 目前，我希望在 SE050 上实施 TLS 协议。我阅读了文档https://www.nxp.com/docs/en/application-note/AN12400.pdf，但没有找到任何示例来演示如何操作。因此，如果有人有在 SE050 上实施 TLS 的经验，我将非常感激您的支持。 谢谢！ Duong SE050 Re: How to implement TLS handshake on SE05x 你好@yang_lee、 到目前为止，我们只在 simw-top/doc/akm/Readme.html 中为 Android 9 提供了指南，因此您必须根据自己使用的版本进行调整。 不便之处，敬请原谅、 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: How to implement TLS handshake on SE05x 你好@Kan_Li、 感谢您的及时支持。我目前还想在 i.mx8MQ 安卓操作系统上构建 SE050 Plug & Trust 中间件，以便在我的设备上实现网络安全功能。但是，似乎没有官方文档可以解释如何为安卓版本 SE050 库。如果您知道任何可以为我提供指导的文件或资源，我将不胜感激。   DuongLV Re: How to implement TLS handshake on SE05x 你好@yang_lee、 MW 中有一个 tls 客户端演示供你参考，更多细节请参阅 " SE-PLUG-TRUST-MW_04.07.01\ simw-top\ doc\ demos\ linux\ tls_client "。源代码可在"C:\SE-PLUG-TRUST-MW_04.07.01\simw-top\demos\linux\tls_client 中找到。" 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 -------------------------------------------------------------------------------

FRDM-RW612-BGA でのフラッシュプログラミングが失敗する (「コマンドが終了コード 1 で失敗しました」) 皆さん、こんにちは。 MCUXpresso IDE を使用して FRDM-RW612-BGA ボードのフラッシュをプログラムしようとしているときに問題が発生しています。次のエラーが表示されます: 「操作を実行できません!コマンドは終了コード 1 で失敗しました。 コンソールに「プログラミングに失敗しました」と表示されます。検証に失敗しました。 適切な電源と接続を確認し、正しいデバッグ インターフェースを選択し、標準の手順 (フラッシュのロック解除に関するナレッジ ベースの手順を含む) に従いましたが、エラーは解決しません。 このエラーを解決する方法を教えていただけませんか?フラッシュを正常に消去/ロック解除し、プログラミングを再度有効にするために確認する必要がある追加の手順や設定はありますか? ありがとうございます。 スクリーンショット: Re: Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは@mieintern02 。 フラッシュのロックを解除するためのガイドに従う際に表示される手順と結果の詳細を教えていただけますか?可能であれば、もう一度試して、表示されたログを送ってください。ブート メモリ構成メニューで、EVK で使用されるメモリのメモリ テンプレートを選択する必要があることに注意してください (下の画像を参照)。 さらに、従ったガイドが次のものであることを確認してください: FRDM-RW612 の点滅の問題を解決する方法 (フラッシュ ロック) 。 Re: Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは、 MCUXpresso を使用して 2fr モジュールをプログラミングしているときにこの問題が発生しています。フラッシュ操作は「アドレス 0x08000000 の検証に失敗しました」というエラーで失敗します。以下は参考用のコンソール ログです。 フラッシュ操作「プログラム」を実行中（プログラム実行ファイルをフラッシュfrdmrw612_module_migration_example.axfに書き込み） - 2025年8月11日月曜日14:21:41 IST MCU 情報を確認しています... ターゲットをスキャンしています... フラッシュアクションを実行しています... SEGGER J-Link Commander V8.12a (2025年1月9日 14:39:11にコンパイル) DLLバージョンV8.12a、2025年1月9日14:38:21にコンパイル J-Link コマンド ファイルが正常に読み取られました。 プロセッシング スクリプト ファイル... J-Link>エラー発生時に終了 1 J-Link Commanderはエラー時に終了するようになりました J-Link>r J-Link 接続はまだ確立されていませんが、コマンドには必要です。 USB経由でJ-Linkに接続しています...OK ファームウェア: J-Link MCU-Link V1 コンパイル日: 2024年10月9日 11:01:41 ハードウェアバージョン: V1.00 J-Link の稼働時間（起動以降）: 0d 00h 11m 13s シリアル番号: 1065875619 USB速度モード: 高速 (480 MBit/s) VTref=3.300V ターゲット接続はまだ確立されていませんが、コマンドには必要です。 デバイス「RW612」が選択されました。 SWD経由でターゲットに接続する InitTarget() 開始 SWDが選択されました。JTAG -> SWD 切り替えシーケンスを実行しています。 DAP が正常に初期化されました。 DMAP_REG_ID: DM-AP IDCODEが検出されました: 0x002A0000 DHCSR: 0x05100000 InitTarget() 終了 - 3.50 ミリ秒かかりました ID 0x6BA02477 の SW-DP が見つかりました DPIDR: 0x6BA02477 CoreSight SoC-400 以前 APマップをスキャンして利用可能なすべてのAPを見つける AP[1]: APマップの終端に達したため、APスキャンを停止しました AP[0]: AHB-AP (IDR: 0x84770001, ADDR: 0x00000000) APマップを反復処理して使用するAHB-APを見つける AP[0]: コアを発見 AP[0]: AHB-AP ROMベース: 0xE00FF000 CPUIDレジスタ: 0x410FD214。実装者コード: 0x41 (ARM) 機能セット: メインライン キャッシュ: キャッシュなし Cortex-M33 r0p4、リトルエンディアンが見つかりました。 FPUnit: 8 つのコード (BP) スロットと 0 つのリテラル スロット セキュリティ拡張: 実装済み セキュアデバッグ: 有効 CoreSight コンポーネント: ROMTbl[0] @ E00FF000 [0][0]: E000E000 CID B105900D PID 000BBD21 DEVARCH 47702A04 DEVTYPE 00 Cortex-M33 [0][1]: E0001000 CID B105900D PID 000BBD21 DEVARCH 47701A02 DEVTYPE 00 DWT [0][2]: E0002000 CID B105900D PID 000BBD21 DEVARCH 47701A03 DEVTYPE 00 FPB [0][3]: E0000000 CID B105900D PID 000BBD21 DEVARCH 47701A01 DEVTYPE 43 ITM [0][5]: E0041000 CID B105900D PID 002BBD21 DEVARCH 47724A13 DEVTYPE 13 ETM [0][6]: E0042000 CID B105900D PID 000BBD21 DEVARCH 47701A14 DEVTYPE 14 CSS600-CTI メモリゾーン: 「デフォルト」説明: デフォルトのアクセスモード Cortex-M33 が特定されました。 リセット遅延: 0 ミリ秒 ResetTarget() 開始 SYSRESETREQとリセットピンによるリセット+ブートローダ後の停止 ROM が ISP コマンド処理ループに入りました。デバッグ アクセスを再度有効にします。 MSPLIMクリア ResetTarget() 終了 - 119 ミリ秒かかりました デバイス固有のリセットが実行されました。 J-Link>h PC = 1302B460、サイクルカウント = 00000000 R0 = 00000000、R1 = 5AC33CA5、R2 = 00000001、R3 = 5AC33CA5 R4 = 3012F5FC、R5 = 50002E24、R6 = 55AACC33、R7 = 33CCAA55 R8 = 5AA55AA5、R9 = FCF0030F、R10 = C33CA55A、R11 = 55AACC33 R12= 3012F5FC SP(R13)= 30125A38、MSP= 30125A38、PSP= 00000000、R14(LR) = 1302B421 XPSR = 01000000: APSR = nzcvq、EPSR = 01000000、IPSR = 000 (例外なし) CFBP = 00000001、CONTROL = 00、FAULTMASK = 00、BASEPRI = 00、PRIMASK = 01 MSPLIM = 00000000 PSPLIM = 00000000 セキュリティ拡張規則: MSP_S = 30125A38、MSP_NS = 00000000 MSPLIM_S = 00000000、MSPLIM_NS = 00000000 PSP_S = 00000000、PSP_NS = FFFFFFFC PSPLIM_S = 00000000、PSPLIM_NS = 00000000 CONTROL_S = 00、FAULTMASK_S = 00、BASEPRI_S = 00、PRIMASK_S = 01 CONTROL_NS = 00、FAULTMASK_NS = 00、BASEPRI_NS = 00、PRIMASK_NS = 00 FPS0 = 00000000、FPS1 = 00000000、FPS2 = 00000000、FPS3 = 00000000 FPS4 = 00000000、FPS5 = 00000000、FPS6 = 00000000、FPS7 = 00000000 FPS8 = 00000000、FPS9 = 00000000、FPS10 = 00000000、FPS11 = 00000000 FPS12= 00000000、FPS13= 00000000、FPS14= 00000000、FPS15= 00000000 FPS16= 00000000、FPS17= 00000000、FPS18= 00000000、FPS19= 00000000 FPS20= 00000000、FPS21= 00000000、FPS22= 00000000、FPS23= 00000000 FPS24= 00000000、FPS25= 00000000、FPS26= 00000000、FPS27= 00000000 FPS28= 00000000、FPS29= 00000000、FPS30= 00000000、FPS31= 00000000 FPSCR= 00000000 J-Link>ロードファイル "C:\Users\MIETEM02\git\an-frdmrw612-module-migration-guide\frdmrw612_module_migration_example\Debug\frdmrw612_module_migration_example.hex" 'loadfile': MCU の暗黙的なリセットと停止を実行します。 ResetTarget() 開始 SYSRESETREQとリセットピンによるリセット+ブートローダ後の停止 ROM が ISP コマンド処理ループに入りました。デバッグ アクセスを再度有効にします。 MSPLIMクリア ResetTarget() 終了 - 120 ミリ秒かかりました デバイス固有のリセットが実行されました。 ファイル [C:\ユーザー\MIETEM02\git\an-frdmrw612-module-migration-guide\frdmrw612_module_migration_example\Debug\frdmrw612_module_migration_example.hex] をダウンロードしています... J-Link: フラッシュダウンロード: バンク 0 @ 0x08000000: 影響を受ける範囲 1 (131072 バイト) J-Link: フラッシュ ダウンロード: 合計: 1.287 秒 (準備: 0.205 秒、比較: 0.407 秒、消去: 0.002 秒、プログラム: 0.375 秒、検証: 0.188 秒、復元: 0.108 秒) J-Link: フラッシュダウンロード: プログラム速度: 341 KB/秒 ****** エラー: アドレス 0x08000000 で検証に失敗しました フラッシュのプログラミング中にエラーが発生しました: 検証に失敗しました。 スクリプトのプロセッシングが完了しました。 操作を実行できません! コマンドは終了コード 1 で失敗しました Re: Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは、 移行ガイドを共有していただきありがとうございます。手順に従って、アプリケーション コード ハブからサンプル プロジェクトを MCUXpresso IDE にインポートしてみましたが、まだボードをフラッシュできず、エラーが続きます。トラブルシューティングを手伝っていただけますか。また、見落としている追加の手順があればお知らせください。 ありがとう Re: Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは@MIEintern021 。 異なるフラッシュ モジュールを持つ Type 2FR EVK などのモジュールベースのボードに SDKs アプリケーションを移行するには、いくつか考慮事項があります。アプリケーション コード ハブの次の投稿を確認してください: FRDM-RW612 からサードパーティのモジュール メモリへの移行。このガイドは、Murata のタイプ 2FR (およびその他のモジュール) のサポートを提供し、EVK にフラッシュするためのサンプル プロジェクトが含まれています。この例では、FRDM-RW612 用の MCUXpresso SDKs 24.12.00を使用していることに注意してください。 コード ハブから MCUXpresso IDEs に例を取得するには: MCUXpresso IDE のクイックスタート パネルから「アプリケーション コード ハブからインポート」オプションをクリックします。 アプリケーション コード ハブ ウィンドウでサンプルの名前 ( FRDM-RW612 からサードパーティ モジュール メモリへの移行) を検索し、それを選択して [Github リンク] をクリックし、[次へ >] ボタンが使用できるようになるまで待ちます。 「次へ >」ボタンをクリックしたら、手順に従って Git リポジトリからプロジェクトをインポートします。最後に、プロジェクトがワークスペースで利用可能になったら、それをフラッシュしてセットアップでテストできるはずです。 この例をボードで実行できるかどうかお知らせください。 Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは、 私は、BGA パッケージに付属する NXP の rw612 チップセットを使用する Murata Electronics の 2fr 評価キットを使用しています。ボードのプログラムには NXP の MCUXpresso ソフトウェアも使用しています。私が使用している SDK のバージョンは 25.06.00 です。ボードのセットアップをこのメールに添付しました。 ありがとう Re: Flash Programming Fails on FRDM-RW612-BGA ("Command failed with exit code 1") こんにちは@mieintern02さん、お元気ですか？ FRDM-RW612 評価ボードと RD-RW612BGA のどちらを使用しているか確認してください。 さらに、ボードのセットアップの詳細な写真を共有していただけますか?

输入密码访问调试 我使用的是 NXP S32K116LAT0MLFT MCU。 作为 ARM 设备，尝试在访问调试时使用密码进行访问。（重新编程） 瑞萨MCU具有用于使用密码的目标网络安全设置。 但是，Arm 设备没有 “目标网络安全设置” 菜单。 你能帮我吗？ Re: Enter password to access debug 此外，是否有可能像使用后门密钥输入密码那样进行操作？

如何从 UTEST（DCF）获取 HSE 生命周期信息 我们现在处于 EOL 阶段，除了通过 S/W 读取内存外，没有其他办法。 我们目前正在研究 S32K3 系列微控制器，并对 UTEST 存储器区域进行调查，以了解 HSE 生命周期 (LC) 信息的存储方式。 我们已经查看了以下文档： RM758223-HSE-B 固件参考手册 v2.3 S32K312_HSE_Service_API_Reference_Manual.pdf AN13388_S32K3 存储器指南 S32K3xx_DCF_clients.xlsx 然而，公开文件没有说明 1.UTEST中哪个确切的 DCF 字段代表 HSE 生命周期（LC）状态。 2.如何将原始 UTEST 值（如 0x1b0000040）映射到标准 HSE 生命周期代码（如 0x04 CUST_DEL、0x08 OEM_PROD、0x10 IN_FIELD）。 3.如果有正式的方法可以直接从UTEST 读取 LC，而无需使用 HSE Get Attribute 服务。 请说明如何正式解释 UTEST/DCF 中存储的 LC 信息？ 感谢您的支持。   Re: How to obtain HSE Lifecycle information from UTEST (DCF) 注意这里： https://community.nxp.com/t5/S32K/S32K312-read-lifecycle-from-UTEST/m-p/1982203 对于你的问题，我还想补充一点： 1, 2) 这显然没有公开记录，但如果您看到 DCM 寄存器，DCMLCC 允许您从第 37.2.6 节 LC 中描述的 LC 插槽检查当前 LC 和 DCMLCS 的反映值。 登记册：37.3.3LC 和 LC 控制 (DCMLCC)，37.3.4LC 扫描状态 (DCMLCS) 3) 我已经在上面的主题中回答过了。

How to obtain HSE Lifecycle information from UTEST (DCF) We are now in EOL stage and there is no way to read memory except through S/W. We are currently working on the S32K3 series MCU and investigating the UTEST memory region to understand how HSE Lifecycle (LC) information is stored. We have reviewed the following documents: RM758223-HSE-B Firmware Reference Manual v2.3 S32K312_HSE_Service_API_Reference_Manual.pdf AN13388_S32K3 Memories Guide S32K3xx_DCF_clients.xlsx However, the public documentation does not describe: 1. Which exact DCF field in UTEST represents the HSE Lifecycle (LC) state. 2. How the raw UTEST values (e.g., 0x1b0000040) are mapped to the standard HSE lifecycle codes (e.g., 0x04 CUST_DEL, 0x08 OEM_PROD, 0x10 IN_FIELD). 3. If there is an official method to directly read LC from UTEST without using the HSE Get Attribute service. Could you please clarify how to officially interpret the LC information stored in UTEST/DCF? Thank you for your support.   Re: How to obtain HSE Lifecycle information from UTEST (DCF) Pay attention here: https://community.nxp.com/t5/S32K/S32K312-read-lifecycle-from-UTEST/m-p/1982203 Also to your question I would add: 1, 2) It is apparently not openly documented, but if you see DCM registers, DCMLCC allows you to check current LC and DCMLCS reflect values from LC slots described in section 37.2.6 LC. Registers: 37.3.3 LC and LC Control (DCMLCC), 37.3.4 LC Scan Status (DCMLCS) 3) I have answered in the thread above.

启用 MPC5746C 上 AXBS、闪存和 RAM 阵列的 ECC 监控功能 你好， 我正在研究一项软件功能安全要求，其中必须在 AXBS 横梁、闪存阵列、RAM 阵列、DMA RAM 和 FlexRay RAM 上启用 ECC 检测。 对于 DMA RAM 和 FlexRay RAM，我们在寄存器 DMA_ES 和 FR_MCR 中发现了与 ECC 相关的控制位（请参阅所附截图）。 但是，在 MPC5746C 参考手册中，我们找不到适用于 AXBS、闪存阵列和 RAM 阵列的类似控制位。 MPC5746C 的 AXBS、闪存和 RAM 阵列是否默认启用了 ECC 检测和校正？ 或者有什么特定的方法或注册表可以为这些设备启用 ECC？ 预先表示感谢。 尼莱什 Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C 嗨，彼得、 对于同样的主题，我正在尝试实现一种基于中断的方法，通过 DMA_ES [UCE] 监测 DMA 的 ECC。从我们的对话中，我们知道 DMA 的 ECC 默认是启用的。现在问题来了，这是一个只读位、 DMA_ES.UCE 位 DMA_ES.UCE 位由 eDMA 硬件在通道执行期间发生无法纠正的 ECC 错误时自动设置，如手册第 68.4.2 节所述。 要验证 DMA_ES.UCE、 我们需要操纵 eDMA 系统来创建错误场景，例如破坏 TCD 内存。有什么方法可以在引入错误时设置 ECC 位？ Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C 感谢您的快速回复，彼得 Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C 你好 1.AXBS（横杆开关） 所有总线主站和互连均支持端到端 ECC (e2eECC)。 默认情况下，通过 AXBS 为交易启用 ECC，从而确保从源到目标的数据完整性 2.闪存 闪存默认启用 ECC。 C55FMC（闪存控制器）负责 ECC 生成和检查。 单位错误会自动纠正，而多位错误会被检测出来并报告给 ERM/MEMU 模块   3.内存阵列 内部 SRAM 支持 ECC，默认情况下已启用。 内存的 ECC 配置通常通过 ERM（错误报告模块）或 MEMU（内存错误管理单元）寄存器完成。 顺祝商祺！ Peter

ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C Hello, I am working on a software safety requirement where ECC detection must be enabled on AXBS crossbar, Flash array, RAM array, DMA RAM, and FlexRay RAM. For DMA RAM and FlexRay RAM, we found ECC-related control bits in registers DMA_ES and FR_MCR (see attached screenshots). However, we couldn't find similar control bits for AXBS, Flash array, and RAM array in the MPC5746C reference manual. Is ECC detection and correction enabled by default for AXBS, Flash and RAM arrays on MPC5746C? Or is there any specific way or register to enable ECC for these? Thanks in advance. Nilesh Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C Hi Peter, For the same topic I am trying to implement an interrupt based method to Monitor ECC for DMA via DMA_ES[UCE]. from our conversation we know that ECC for DMA is enabled by default. Now here is the issue , its a read only bit,  The DMA_ES.UCE bit is set automatically by the eDMA hardware when an uncorrectable ECC error occurs during channel execution, as described in section 68.4.2 of the manual.  To verify the behavior of DMA_ES.UCE, we need to manipulate the eDMA system to create an error scenario, such as corrupting the TCD memory. Is there any way to achieve this results where we can get the ECC bit set as we introduce the error. if so what can be approach to do so ? Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C Thanks for the quick reply, Peter Re: ECC Monitoring Enable for AXBS, Flash and RAM Array on MPC5746C Hello, 1. AXBS (Crossbar Switch) End-to-End ECC (e2eECC) is supported across all bus masters and interconnects. ECC is enabled by default for transactions through AXBS, ensuring data integrity from source to destination  2. Flash Memory ECC is enabled by default for Flash memory. The C55FMC (Flash Memory Controller) handles ECC generation and checking. Single-bit errors are automatically corrected, while multi-bit errors are detected and reported to the ERM/MEMU modules    3. RAM Arrays ECC support is available for internal SRAM and enabled by default. ECC configuration for RAM is typically done via ERM (Error Reporting Module) or MEMU (Memory Error Management Unit) registers. best regards, Peter

指纹传感器与 i.MX8 兼容 我们尝试将处理器（i.MX 8M Mini LPDDR4）与指纹模块（FPC5788）集成在一起，但由于驱动程序存在某些问题而无法集成。谁能推荐一个合适的模块？我正在寻找 IP 防护等级为室外使用的电容式传感器。 Re: fingerprint sensor compatibility with i.MX8 您好， 我们没有推荐使用的模块，但任何提供完整 Linux 驱动程序的指纹模块都可以在 i.MX 上使用。 致敬， Zhiming

Safe Mode behaviour in MPC5746C For the Safe Mode implementation on the MPC5746C, I configured MC_ME_SAFE_MC[PDO] = 1 to enter Safe Mode. To ensure that the output pins hold their last driven state during the transition, I configured the SIUL2[SMC] (Safe Mode Control) bit = 1. With this configuration, the digital output (GPIO) pins successfully retain their previous state in Safe Mode. However, in my safety application, I use a PWM output (eMIOS) to control a light, and my requirement is to keep the predefined duty cycle active when entering Safe Mode. If I use SIUL2[SMC] = 1, the PWM output pin does not retain its previous duty cycle value after entering Safe Mode. Question: What is the recommended method to retain or emulate the last PWM duty cycle state when entering SAFE mode? Or, is it advisable to switch from PWM to GPIO and drive a predefined static value (ON/OFF) before entering Safe Mode? Re: Safe Mode behaviour in MPC5746C Hello, eMIOS PWM outputs do not retain their duty cycle when entering Safe Mode, even with SIUL2[SMC] set. This is because eMIOS modules are typically disabled in Safe Mode unless explicitly configured otherwise, and Safe Mode is designed to minimize power and functionality for safety recovery. However, in my safety application, I use a PWM output (eMIOS) to control a light, and my requirement is to keep the predefined duty cycle active when entering Safe Mode. If I use SIUL2[SMC] = 1, the PWM output pin does not retain its previous duty cycle value after entering Safe Mode. Is eMIOS clock source is still valid in Safe Mode? What is the recommended method to retain or emulate the last PWM duty cycle state when entering SAFE mode? Or, is it advisable to switch from PWM to GPIO and drive a predefined static value (ON/OFF) before entering Safe Mode? Switch to GPIO mode before entering Safe Mode. Drive the pin with a static value that approximates the desired light intensity (e.g., ON for high duty cycle, OFF for low). This is simple, predictable, and aligns with Safe Mode’s intent. Consider reconfiguring the eMIOS module to remain active in Safe Mode. Best regards, Peter

Searching for 4GB DRAM compatible with I.MX 8M Processor Hi,  I am working with the NXP i.MX8M processor and would like to know if there are any 4GB DRAM (LPDDR4/DDR4) parts available and compatible with it. If anyone has specific part numbers or vendor recommendations, that would be very helpful. Thank you. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Searching for 4GB DRAM compatible with I.MX 8M Processor Hi, Here the memory compatibility guide is with supportive information and recommendation. Regards Harvey

用于 KV5X 的 MBDT，不能从硬件部件（# MKV58F1M0VLL24）中选择所需的 mcu 您好， 我正在使用恩智浦 MBDTModel-Based Design Toolbox for KVx Series MCU（1.0.0）和 Matlab R2019a，以便使用 MKV58F1M0VLL24 MCU 开发一些项目。在 Simulink 配置参数窗格中，选择硬件板作为恩智浦 MKv5x 后，MKV58F1M0VLQ24 被列为默认 MCU。当我尝试用 MKV58F1M0VLL24 MCU 更改时，硬件部分的默认 MCU（MKV58F1M0VLQ24）再次被替换。如何解决这个问题？如何使用硬件部件部分列出的任何 MCUS 开发项目？有没有办法只选择硬件部件而不是选择硬件板（与 imx rt 系列类似）。注：我已经下载了指定 MCU 的相关配置工具数据，可以通过配置工具轻松配置引脚。 KV5x @mariuslucianand 预先致谢 Re: MBDT for KV5X, not select desired mcu from hardware part (# MKV58F1M0VLL24) 你好@ayarar、 附加到模型的默认 mex 文件仅针对创建新模型时选择的默认硬件部件，即 MKV58F1M0VLQ24。实际上，对于 MKV58F1M0VLL24，你需要通过从配置工具进入文件-> 交换机代码包来手动更新 mex 文件。 此致， 斯特凡 Re: MBDT for KV5X, not select desired mcu from hardware part (# MKV58F1M0VLL24) 你好，@stefancinipeanu 是的，我已成功下载& ，可以访问所附压缩文件的内容，谢谢您的回复。 我替换了这个文件，现在我可以从 Simulink 模型的 "模型设置 "中选择相关的 MCU。但这次，*.mex 文件中没有更新新选定硬件的信息。当我尝试配置任何区块参数时，仍在 Config Tool 中打开 MKV58F1M0VLQ24 LQFP 144 代码包，而不是 MKV58F1M0VLL24 LQFP 100 代码包（请查看 1.png）。有什么办法可以解决这个问题吗？还是我需要从 File > > Switch 代码包 中更改代码包（拜托参见 2.png) 要通过 Config Tool 使用 MKV58F1M0VLL24 LQFP 100 软件包并在 *Config 文件夹下保存和更新用于更改 *.mex 文件和板文件的代码？ 提前感谢您的支持。 Re: MBDT for KV5X, not select desired mcu from hardware part (# MKV58F1M0VLL24) 你好@ayarar 您说得没错，在 Simulink 模型的模型设置中选择 KV5x 的硬件部分时存在一个错误。 为了解决这个问题，请使用本主题所附的文件。替换 mbd_kvx_check_selected_hardware_part.p替换为附件中的 mbd_kvx_check_selected_hardware_part.p，位置如下：{toolbox_installation_root}/mbdtbx_kvx/mscripts/ui 如果您能下载& 访问所附压缩文件的内容，当然如果您在更改模型的硬件部分时仍然遇到问题，请告诉我。 此致敬礼！ 斯特凡

NXPの機能安全サポート こんにちは。こんにちは。 当社は、S32K3 シリーズマイクロコントローラをベースに機能安全製品を設計しています。これについては技術的なサポートが必要です。NXP インドおよび米国の SME に接続してください。 Re: NXP support on Functional safety こんにちは@sutrai_ravi_kさん、 新しいサポート チケット (730126) が作成され、NXP インド チームに転送されました。 彼らはあなたに直接連絡します。 よろしくお願いいたします。 ダニエル

T1024 的 PCIe 架构兼容性 大家好， 我们在一个原型中使用 T1024，我们正在尝试将该板与实现 SRNS 架构的 PCIe 交换机集成。 因此，我们的问题是： T1024 与该架构兼容吗？ 来自德国的问候 David CONDOR Re: PCIe arquitecture compatibility for T1024 是 T1024 支持 SRNS 时钟架构。

MCUXpresso 无法连接目标机 女士们，先生们 我最近在我的 Linux Mint 22.1 Cinnamon 机器上安装了 MCUXpresso 25.6 [版本 136]。 我也在努力熟悉开发系统和 uC 编程。 我连接了一个 LPC11U37H LPCXpresso 板（它是恩智浦原装的，但在抽屉里存放了几年）。此外，我还编写了一个非常原始的程序，只是试图配置微控制器。(时钟、外设等） 当我尝试调试我的代码时，它可以正常版本，但是 McuxPresso 无法连接到调试器板： 但是，如果我关闭 MCUXpresso 并尝试使用 LinkFlash 25.6.131- 它与 MCUXpresso 一起自动安装 - 然后我看到，这个 SW 连接到探头没有问题： 我自己的代码还不能正常工作，这并不奇怪，但我只能在 MCUXpresso 中进行调试。 下面是 LSUSB 的输出结果： 我读了赫尔穆特的这篇文章，但没有什么帮助： https://community.nxp.com/t5/MCUXpresso-IDE/Could-not-connect-to-target/m-p/1297670#M7068 请给我一些建议，我应该设置什么来使用这个板？ Re: MCUXpresso doesn't connect to target 经过几天的反复尝试，终于找到了解决办法： 左侧，在项目浏览器窗口中，右键单击项目名称。 在弹出菜单中选择调试为 -> 2 MCUXpresso IDE 链接服务器（inc.CMSIS-DAP）探针。 然后，瞧 它很管用。

i.MX 8ULP mmc boot partition fallback detection Hi When booting from eMMC boot0/boot1 partitions (through ext_csd PARTITION_CONFIG setting), the i.MX 8ULP boot rom (?) automatically falls back to the other partition if a partition was not bootable. For example, writing the imx-boot image onto /dev/mmcblk0boot1 (of 0/1) but setting the MMC to 1 (of 1/2) will still successfully boot. Our problem is that our current code bases the decision to pick the u-boot env partition and linux root partition based on EXT_CSD_EXTRACT_BOOT_PART(mmc->part_config), but that might not be the partition that actually booted. In that case, further updates can overwrite the "good" imx-boot version on the "other" side when trying to replicate what they think is the imx-boot that currently booted, rendering the device unbootable without physical intervention (serial downloader or similar) So, is there a way to get the currently booted partition of the MMC device in case of MMC boot? For exampe we currently query the boot device through the rom api (rom_api_query_boot_infor(QUERY_BT_DEV...)), perhaps it has an API I didn't see that would allow querying the actually booted bootpart? Thank you

S32K322 CMP DAC こんにちは： S32K322 で、CMP の DAC を使用して正弦波形をシミュレートできるかどうかを知りたいです。 可能であれば、サンプルルーチンを見つけて簡単な説明をいただけませんか? うまくいかない場合、他に実行可能な解決策はありますか? ありがとうございます。 Re: S32K322 CMP DAC 当社製品にご興味をお持ちいただき、また当社コミュニティに貢献していただき、ありがとうございます。 LPCMP モジュールの DAC は内部リファレンス用です。このような信号を外部ピンにルーティングする方法はありません。 できることは、ローパス フィルタを使用して信号のパルス デューティ サイクルを平均化することにより、PWM 信号をアナログ電圧に変換する DAC 信号をエミュレートすることです。 この情報が役に立つことを願います。

高负载应用中的性能优化建议 大家好 我一直在尝试不同的硬件设置，以满足需要持续高性能输出的项目的需求。我注意到，从小型嵌入式项目向大型、资源密集型系统过渡设计时，面临着一些挑战。随着工作负载的扩大，对更好的冷却、稳定的电力传输和元器件之间高效通信的需求变得更加重要。 例如，当比较与 游戏台式机 类似的工作负载时 ， 管理散热、时钟稳定性和实时响应的重要性就显而易见了。尽管这些系统与嵌入式平台不同，但我认为我们可以从这些性能基准中学到很多东西，并将其引入我们的嵌入式设计。有关模块化冷却技术、先进的电源管理甚至固件级优化的建议可能有助于弥合这一差距，使我们的项目在压力下更加可靠 。 我想听听社区推荐了哪些技术来确保高负载应用的稳定性。同时，感谢 恩智浦社区平台提供了一个分享这些技术理念和见解的宝贵空间。 期待您的想法和最佳做法！ 评估板 Re: Suggestions for Performance Optimization in High-Load Applications 你好，莱昂、 您说得对，随着嵌入式系统规模的扩大，热性能、电源完整性和固件效率的管理变得至关重要。模块化散热、稳健的电源稳定性去耦和优化的中断/DMA 处理等技术可显著提高负载下的可靠性。借鉴高性能计算的策略无疑有助于缩小差距。 BRs, Tomas