MCXN947 HPDACバックポート Zephyrのnxp_hpdacドライバをMCXN947ベースのボード用にZephyr 4.3にバックポートしています。 アップストリームドライバーはデバイスinitコールバックを使用しません。しかし、Zephyr 4.3では、ペリフェラルを使う前にDAC2クロック、SPCアナログモジュールを明示的に初期化し、リセットしないとHPDACが正しく動作しません。 以下の手順を実行するnxp_hpdac_init()関数を追加しました。 CLOCK_SetClkDiv(kCLOCK_DivDac2Clk, 1U) CLOCK_AttachClk(kFRO_HF_to_DAC2) CLOCK_EnableClock(kCLOCK_Dac2) SPC_EnableActiveModeAnalogModules(SPC0, kSPC_controlDac2) SPC_EnableLowPowerModeAnalogModules(SPC0, kSPC_controlDac2) RESET_PeripheralReset(kDAC2_RST_SHIFT_RSTn) DAC14_DoSoftwareReset() DAC14_DoFIFOReset() SPC_EnableActiveModeAnalogModules(SPC0, kSPC_controlVref) これらの初期化手順は、MCXN947リファレンスマニュアルに基づいており、対応するMCUX SDK APIを使用して実装されました。 初期化関数は、DEVICE_DT_INST_DEFINE() を介してデバイス初期化コールバックとして登録されます。これらの変更により、HPDACは正常に動作するようになりました。 また、Zephyr MCUXのSYSCONクロックコントロールドライバーとmcux_lpc_syscon_clock.hも確認しましたバインディングは使っていますが、このペリフェラルのHPDAC/DAC2クロック識別子やクロック制御実装が見つからなかったため、現在はMCUX SDKのクロック、SPC、リセットAPIを直接使っています。 私の質問は以下のとおりです。 1. MCXN947 HPDACドライバーをバックポートする際、この方法は正しいのでしょうか? 2. 新しいZephyrバージョンでは、これらのリソースは別の場所で初期化されているのか、それとも上流nxp_hpdacドライバーはすでに設定済みだと想定しているのか? 3. HPDACデバイスのinitコールバックがこのMCXN947固有の初期化の正しい場所でしょうか?それともこれらのステップはZephyrの他の部分で処理すべきでしょうか? 参考までに完全なバックポートドライバを添付しました。 アナログ(ADC|CMP|DAC|オペアンプ) クロック|タイマー MCX N 回复： MCXN947 HPDAC backport こんにちは、 @wesOS 1. MCXN947 HPDACドライバーをバックポートする際、この方法は正しいのでしょうか? はい、これはバックポートを行う上で合理的かつ現実的なアプローチです。必要なDAC2クロック、SPCアナログモジュール、VREF、リセットリソースがZephyr 4.3環境の他の場所で初期化されていない場合、正しいHPDAC動作を確保するためにドライバーでの初期化が必要です。 2. 新しいZephyrバージョンでは、これらのリソースは別の場所で初期化されているのか、それとも上流nxp_hpdacドライバーはすでに設定済みだと想定しているのか? HPDAC サポートはすでに上流に追加されています: https://github.com/zephyrproject-rtos/zephyr/pull/104642 しかし、現在のアップストリーム実装を使用して簡単な検証を行ったところ、DAC2クロックが設定されていないことが確認されました。例えば、CLOCK_GetDacClkFreq(2)は私のテスト環境で0Hzを報告していますが、同等のMCUX SDK例ではDACクロック設定後は48MHzと報告されています。 この観察から、現在のドライバは特定のデバイスリソースがすでに設定されていると仮定しているようです。あなたの側の時計設定経路ももう一度確認してもらえますか? また、クロック初期化のバグが確認された場合は、Zephyrチームにも報告し、さらなる調査を依頼します。 3. HPDACデバイスのinitコールバックがこのMCXN947固有の初期化の正しい場所でしょうか?それともこれらのステップはZephyrの他の部分で処理すべきでしょうか? バックポートの場合、このロジックをHPDACデバイスの初期化コールバックに配置することは、実用的かつ許容できる解決策です。 とはいえ、MCXN947固有のDAC2クロック、SPC、VREF、およびリセットの設定は、汎用的なHPDACの動作として組み込まれるのではなく、SoC固有の機能として明確に分離されるべきである。長期的には、これらのリソースはクロック、リセット、パワーマネージメントフレームワークなど、Zephyrのインフラストラクチャを通じて管理されることが望ましいです。 BR ハリー 回复： MCXN947 HPDAC backport ありがとうございます。MCXN947の設定でDAC2のクロックパスを再確認しました。 HPDACドライバーがクロックを設定する前に: dac_nxp_hpdac: DAC2 クロックの設定前: 0 Hz 後： CLOCK_SetClkDiv(kCLOCK_DivDac2Clk, 1U); CLOCK_AttachClk(kFRO_HF_to_DAC2); CLOCK_EnableClock(kCLOCK_Dac2); 次のようなメッセージが表示されました： dac_nxp_hpdac: 設定後のDAC2クロック：48000000 Hz 私も同じ挙動を目にしています:HPDACドライバーの初期化前にDAC2クロックが設定されていません。 MCXN947固有のリソース処理を分離しておくというあなたの説明も理にかなっています。 私が今主に理解しようとしているのは、最終的な上流ソリューションにおいて、その初期化処理がどのように分割されることを期待しているのかということです。 例えば、DAC2のクロック構成、SPC/VREFの設定、リセット処理がそれぞれ対応するZephyr/SoCインフラストラクチャに移行し、「dac_nxp_hpdac.c」と設定される予定ですか?汎用的なHPDAC初期化のみを保持するのですか？ 主に各初期化ステップの意図された所有権を理解し、バックポートをその方向に合理的に整合させたいためです。 ありがとう。 BR ウアシム 回复： MCXN947 HPDAC backport こんにちは、 @wesOS 結果の確認ありがとうございます。設定前にDAC2のクロックが0 Hz、48000000 Hzが設定後に起きているという事実は、HPDACドライバーが動作する前にDAC2クロックが初期化されていないことを強く示唆しています。 すでに内部のZephyrチームにバグ修正を報告しました。 FRDM-MCXN947実装をさらに調べたところ、既存のDACクロック初期化は現在、DACドライバ自体ではなく基板レベルで処理されていることがわかりました。 zephyr/boards/nxp/frdm_mcxn947/board.c 機能: void board_early_init_hook(void) DAC0とDAC1の両方について、クロックとSPCの初期化を実行します。 #if DT_NODE_HAS_STATUS_OKAY(DT_NODELABEL(dac0)) SPC_EnableActiveModeAnalogModules(SPC0, kSPC_controlDac0); CLOCK_SetClkDiv(kCLOCK_DivDac0Clk, 1u); CLOCK_AttachClk(kFRO_HF_to_DAC0); CLOCK_EnableClock(kCLOCK_Dac0); #endif #if DT_NODE_HAS_STATUS_OKAY(DT_NODELABEL(dac1)) SPC_EnableActiveModeAnalogModules(SPC0, kSPC_controlDac1); CLOCK_SetClkDiv(kCLOCK_DivDac1Clk, 1u); CLOCK_AttachClk(kFRO_HF_to_DAC1); CLOCK_EnableClock(kCLOCK_Dac1); #endif 現在の実装から考えると、既存の基板設計と一貫性を保つことが期待されています。言い換えれば、DAC2のクロック初期化は既存のDAC0/DAC1初期化に加えてboard_early_init_hook()に追加でき、基板固有のクロックセットアップを汎用HPDACドライバに配置するのではなく、 BR ハリー

参考配置路径 在 Simulink 中配置硬件时，我尝试将参考配置的目录更改为相对路径。 Simulink -> 硬件设置 -> 硬件实现 -> 目标硬件资源 -> 参考配置 参考配置路径 = '.\generated\referenced_config' 很遗憾，这里无法输入相对路径。 到目前为止，我还没能通过 MATLAB 脚本设置路径。 虽然脚本似乎在 CoderTargetData 中设置了路径，但实际上并没有应用。 要么保持旧路径有效，要么应用一个空路径。 是否可以为参考配置设置相对路径？ Re: refence configuration path 你好， @AlexG124 ， 谢谢你提供的详细信息。请问您能否告知我们您目前使用的 MBDT 工具箱版本以及 MATLAB 版本？ 如果您正在使用S32K3工具箱，则在model_ref/s32k3xx_refconfig_s32ct文件夹下有一个模型示例，展示了所引用的配置工作流程。这里有一个名为s32k3xx_refconfig_update_paths_callback.m的 MATLAB 脚本，它可以帮助您实现目标。 如果您能与我们联系并提供更多关于您所参考的配置的工作方式、使用方法和应用程序流程的详细信息，将对我们很有帮助。 顺祝商祺！ 德拉戈斯

S32K3X4EVB-T172 Unable to Program using OpenSDA I have a fresh-out-the-box S32K3X4EVB-T172 Eval board. The S32 processor seems to be running some factory default code, but when I try to debug/reprogram using the on-board debugger (connected to my computer using USB) both the S32 and the on-board debugger go into reset. I am using the correct Power On/Plug in procedure as described by the S32K3X4EVB-T172 quick start guide. I also have installed the software and addons described there as well. Tried same process with a co-worker's S32K3X4EVB-Q172 and it worked just fine.\ Thanks in advance, -Tobiah Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 1. Please refer to the discussion: PEmicro Connection Assistant Issue on S32K3X4EVB-T172. Do the red LEDs D15(RST_OSDA) and D3(RESET_K3) remain lit, or do they flash periodically? Is your board experiencing the same issue as this customer?   2. Is FS26(U12) hot? 3. Did you follow the steps "3.2 Plug in the Power Supply" and then "3.3 Connect the Debugger Cable"? 4. Plug in the J40 micro-USB cable and observe the D14STATUS OSDA LED. If the D14 orange LED does not light up: Check whether the USB cable is a data cable, verify if the PC enumerates the OpenSDA device, and ensure the USB port and drivers are functioning correctly. Connecting the USB cable to the PC via a USB hub is not recommended. 5. The onboard debugger is provided by PEMicro, it is recommended to download the latest "USB Multilink Resources Installer" from the "Support & Downloads" category of the "Multilink Debug Probes". After installation, open PEFirmwareConfig.exe located in C:\PEMicro\Multilink_Resources to check the firmware version. My onboard debugger's firmware version is 10.98. What version is your board? If the version is too old, it is recommended to update. If the update fails, it is recommended to contact PEMicro technical support. check the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.png 6. Please use a multimeter in voltage mode or an oscilloscope to observe the voltage of P3V3_SDA (J34). S32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.png 7. The SDA_RST_TGTMCU is controlled by the output of the onboard debugger K26. If the SDA_RST_TGTMCU outputs a low level, both red LEDs D15 and D3 will light up. Please observe the SDA_RST_TGTMCU (J36) level using an oscilloscope. Is it always low, or is it periodically pulled low? Normally, when downloading a program or resetting the S32K3 via the onboard debugger, a 10ms low level should be observed in the SDA_RST_TGTMCU, causing red LEDs D15 and D3 to light up briefly. 8. Is it possible to debug the onboard S32K3 chip after connecting via J12 using an external debugger? Best Regards, Robin Re: S32K3X4EVB-T172 Unable to Program using OpenSDA I am not sure which version of the RTD Port_Example_S32K344 you are currently testing. However, I suggest setting J31 to positions 2-3 and trying again. Re: S32K3X4EVB-T172 Unable to Program using OpenSDA After some more testing: 5. I was able to update the onboard debugger firmware using the PEFirmwareConfig exe.  The behavior remains the same though when I try to debug/program. 6. J34 voltage is at 3.25V when USB is plugged in. 7. J36 is high until I try to debug/program. At which point it goes low and stays low until the micro USB is disconnected. Still waiting on an adapter for point 8.  It should arrive today. Thank you, -Tobiah Re: S32K3X4EVB-T172 Unable to Program using OpenSDA How can I determine what the version of the example project is? I switched J31 to 2-3. Same behavior. Thanks, -Tobiah Re: S32K3X4EVB-T172 Unable to Program using OpenSDA Please take a photo of the S32K3X4EVB-T172 board after connecting the external 12V power supply to J14 and plugging in the USB cable; the image must be clear enough to show the jumper settings and which LEDs are lit. Please record a video of the S32DS interface, starting from when you click the debug button and continuing until the error screen appears. This will allow me to see exactly what is happening and help troubleshoot the issue quickly. If you cannot record a video of the operations performed in S32DS on the screen, could you take a few screenshots to show the error? Re: S32K3X4EVB-T172 Unable to Program using OpenSDA Hello Robin, 1. Once I attempt to debug/program, both LEDs (D15 and and D3) remain lit. They do not flash.  I believe my board is experiencing the same issue as the customer in https://community.nxp.com/t5/S32K/PEmicro-Connection-Assistant-Issue-on-S32K3X4EVB-T172/m-p/2252525, but it seems he bypassed his issue by purchasing another EVB, which is unfortunate. 2. no 3. yes 4. D14 does light up when I plug in the micro-USB cable.  Device Manager shows "OpenSDA - CDC Serial Port (http://www.pemicro.com/opensda)".  There is no USB hub in the system, and my PC+cable can program other S32K344 EVBs using S32DS.  The issue seems tied specifically to this board. 5-7.  Give me some time to run these down.  I will respond shortly. 8. I have yet to try to JTAG directly as I am waiting on an adapter so I can interface with J12. Thank you for your detailed response, -Tobiah Re: S32K3X4EVB-T172 Unable to Program using OpenSDA Please check whether the jumper settings match those described in "3.1 Set Up Jumpers in the S32K3X4EVB-T172 Evaluation Board." Is the input voltage for J14 12V? Which project did you debug? Would it be possible for you to record a video of the debugging process and share it with me? Re: S32K3X4EVB-T172 Unable to Program using OpenSDA The jumper settings do match. J16 is showing 12V (seemed easier than measuring the jack directly). I am using the project Port_Example_S32K344 as recommended in the quick start guide.  I don't think I will be able to video. -Tobiah

MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver Hello Dear, I would like to clarify whether the MPC5744P EVM supports operation of two CAN channels using external CAN transceivers. I have successfully tested CAN0 on the EVM using the onboard/inbuilt CAN transceiver, and the CAN0 communication is working as expected. Now, I have configured CAN1 and CAN2 with the appropriate pin mapping to interface with external CAN transceivers. Could you please confirm whether CAN1 and CAN2 can be configured and operated successfully with external CAN transceivers on the MPC5744P EVM? If yes, could you please provide any recommended configuration, hardware connections, or specific settings that need to be considered for CAN1/CAN2 operation? Your guidance and support would be greatly appreciated. Thanks in advance for your help. Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver Hi, Yes, CAN1 and CAN2 can be used with external CAN transceivers on MPC5744P-based evaluation boards. The MPC5744P device provides three independent FlexCAN modules (CAN0, CAN1, and CAN2), and CAN1/CAN2 can be routed to external transceivers through their corresponding MCU TX/RX pins, if no onboard transceiver is available and connected. The device supports operation of all FlexCAN instances independently.  For CAN1/CAN2, please ensure: The selected FlexCAN instance is configured correctly in software. The corresponding TX and RX pins are configured for the FlexCAN alternative function. The external CAN transceiver is powered and connected correctly. Proper CAN bus termination is present. Board-specific jumper settings or routing options may depend on the exact EVM revision. If you can provide the EVM part number or revision, we can check whether any additional hardware configuration is required. BR, Petr

S32K3X4EVB-T172 OpenSDAを使用してプログラムできません 私は新品の S32K3X4EVB-T172 Eval ボードを持っています。S32 プロセッサは工場出荷時のデフォルトコードを実行しているようですが、USBでパソコンに接続したオンボードのデバッガでデバッグや再プログラムを試みると、S32もオンボードのデバッガもリセットされてしまいます。 S32K3X4EVB-T172クイックスタートガイドに記載されている正しい電源オン/接続手順を使っています。また、そこに記載されているソフトウェアやアドオンもインストールしています。 同僚のS32K3X4EVB-Q172で同じ手順を試したところ、問題なく動作しました。 よろしくお願いいたします。 -トビア Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 1. 議論を参照してください: S32K3X4EVB-T172 での PEmicro Connection Assistant の問題。赤色LED D15 （RST_OSDA）とD3 （RESET_K3）は点灯したままですか、それとも定期的に点滅しますか？あなたのボードもこのお客様と同じ問題を抱えていますか?   2. FS26(U12)はホットですか？ 3. 「 3.2 電源を接続する」の手順、そして「3.3デバッガーケーブルを接続しますか？ 4. J40マイクロUSBケーブルを接続し、 D14 STATUS OSDA LEDを確認します。 D14のオレンジ色LEDが点灯しない場合は、USBケーブルがデータケーブルかどうか、PCがOpenSDAデバイスを列挙しているか、USBポートとドライバが正しく動作しているか確認してください。USBケーブルをUSBハブ経由でPCに接続することは推奨されません。 5. オンボードデバッガはPEMicroが提供しており、「 Multilink Debug Probes 」の 「サポート & Downloads」カテゴリから 最新の 「USB Multilink Resources Installer 」をダウンロードすることをお勧めします 。インストール後、 C:\PEMicro\Multilink_Resourcesの中からPEFirmwareConfig.exeを開き、ファームウェアのバージョンを確認してください。私のオンボードデバッガーのファームウェアバージョンは 10.98 です。あなたのボードのバージョンは何ですか?バージョンが古すぎる場合は、アップデートを推奨します。アップデートが失敗した場合は、PEMicroの技術サポートに お問い合わせ することをお勧めします。 check the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngS32K3X4EVB-T172.pngのファームウェアのバージョンを確認してください。 6. マルチメーターを電圧モードで使用するか、オシロスコープを使用してP3V3_SDA（J34 ）の電圧を観察してください。 S32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.png 7. SDA_RST_TGTMCUは、オンボードデバッガK26の出力によって制御されます。SDA_RST_TGTMCUが低レベルを出力すると、赤色LED D15とD3の両方が点灯します。 オシロスコープを使用して、 SDA_RST_TGTMCU（J36）レベルを監視してください。常に低い値を示すのか、それとも定期的に低い値を示すのか？ 通常、オンボードデバッガを使用してプログラムをダウンロードしたり、S32K3をリセットしたりすると、 SDA_RST_TGTMCUに10msのローレベルが観測され、赤色LED D15とD3が短時間点灯します。 8. J12経由で接続した後、外部デバッガを使用してオンボードのS32K3チップをデバッグすることは可能ですか？ よろしくお願いいたします ロビン Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 外部12V電源をJ14に接続し、USBケーブルを差し込んだ後、S32K3X4EVB-T172ボードの写真を撮影してください。写真は、ジャンパー設定と点灯しているLEDがはっきりとわかるように撮影してください。 デバッグボタンをクリックしたところからエラー画面が表示されるまで、S32DSのインターフェースの動画を録画してください。これにより、何が起こっているのかを正確に把握し、問題を迅速に解決することができます。もしS32DSで行われた操作の動画を画面に録画できない場合、エラーを示すためにスクリーンショットをいくつか撮ってもらえますか? Re: S32K3X4EVB-T172 Unable to Program using OpenSDA さらにテストを重ねた結果： 5.PEFirmwareConfig.exeを使用して、オンボードデバッガーのファームウェアをアップデートすることができました。しかし、デバッグやプログラミングを試みても同じ動作が続きます。 6. USBを接続すると、J34の電圧は3.25Vになります。 7. デバッグ/プログラミングを試みるまでは、J36 はハイレベルです。その時点で電圧は低下し、マイクロUSBケーブルが抜かれるまで低いままになります。 8番目の部品用のアダプターはまだ届いていません。今日届くはずです。 ありがとうございました。 -トビア Re: S32K3X4EVB-T172 Unable to Program using OpenSDA ジャンパーの設定が「S32K3X4EVB-T172評価ボードの3.1セットアップジャンパー」に記載されているものと一致しているかご確認ください。 J14の入力電圧は12Vですか？ どのプロジェクトのデバッグを担当しましたか？デバッグ作業の様子を動画に録画して、私と共有していただけませんか？ Re: S32K3X4EVB-T172 Unable to Program using OpenSDA ジャンパー設定は一致しています。 J16には12Vが表示されています（ジャックを直接測定するよりも簡単そうでした）。 クイックスタートガイドで推奨されているプロジェクトPort_Example_S32K344を使用しています。動画撮影はできないと思います。 -トビア Re: S32K3X4EVB-T172 Unable to Program using OpenSDA こんにちは、ロビンさん。 1. デバッグ/プログラミングを試みると、両方のLED（D15とD3）が点灯したままになります。それらは点滅しない。私のボードも https://community.nxp.com/t5/S32K/PEmicro-Connection-Assistant-Issue-on-S32K3X4EVB-T172/m-p/2252525 のお客様と同じ問題を抱えていると思います。 しかし、彼は別のEVBを購入することで問題を回避したようで、それは残念なことだ。 2. いいえ 3. はい 4. マイクロUSBケーブルを接続すると、D14のランプが点灯します。デバイスマネージャーには「OpenSDA - CDC シリアルポート(http://www.pemicro.com/opensda)」と表示されます。システムにはUSBハブがなく、PC+ケーブルはS32DSを使って他のS32K344 EVBをプログラムできます。この問題は、特にこの掲示板に関係しているようです。 5～7番。これらについて少し時間をください。すぐに返信いたします。 8. J12とインターフェースできるアダプターを待っているため、まだ直接JTAGを試していません。 詳細なご回答ありがとうございます。 -トビア Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 現在テストされているRTD Port_Example_S32K344のバージョンがどれなのか分かりません。 ただし、 J31 を 2〜3 のポジションに設定して、もう一度試してみることをおすすめします。 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA サンプルプロジェクトのバージョンはどうやって判別すればいいですか? J31を2-3に切り替えました。同じ挙動。 ありがとう、 -トビア

S32K3X4EVB-T172 无法使用 OpenSDA 进行编程 我有一块全新的S32K3X4EVB-T172评估板。S32处理器似乎运行的是出厂默认代码，但是当我尝试使用板载调试器（通过USB连接到我的电脑）进行调试/重新编程时，S32处理器和板载调试器都会进入复位状态。 我已按照S32K3X4EVB-T172快速入门指南中的说明，正确执行了开机/插电步骤。我也已安装了指南中提到的软件和插件。 我用同事的S32K3X4EVB-Q172 试了同样的方法，结果一切正常。 提前感谢！ 托比亚 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 1. 请参阅讨论： S32K3X4EVB-T172 上的 PEmicro 连接助手问题。红色 LED 指示灯D15 (RST_OSDA) 和D3 (RESET_K3) 是常亮还是周期性闪烁？您的主板是否也遇到了与这位客户相同的问题？   2. FS26(U12) 是否热门？ 3. 你是否按照步骤“ 3.2 连接电源”和“3.3”进行操作？连接调试器电缆“？” 4. 插入 J40 micro-USB 连接线，观察D14状态 OSDA LED 指示灯。 如果D14橙色 LED 不亮：检查 USB 电缆是否为数据电缆，验证 PC 是否枚举 OpenSDA 设备，并确保 USB 端口和驱动程序正常工作。不建议通过 USB 集线器将 USB 线缆连接到电脑。 5. 板载调试器由 PEMicro 提供，建议 从“支持与下载”类别下的“ 多链路调试探针”页面下载最新的“ USB 多链路资源安装程序” 。安装完成后，打开 位于 C:\PEMicro\Multilink_Resources 目录下的 PEFirmwareConfig.exe 文件 ，查看固件版本。我的板载调试器固件版本为 10.98 。您的板载调试器固件版本是多少？如果版本过旧，建议更新。如果更新失败，建议联系 PEMicro 技术支持。 check the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.pngcheck the version of firmware on S32K3X4EVB-T172.png检查 S32K3X4EVB-T172.png 上的固件版本 6. 请使用电压模式的万用表或示波器观察P3V3_SDA (J34 ) 的电压。 S32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.pngS32K3X4EVB-T172_PackRevB2_Schematic P3V3_SDA J34.png 7. SDA_RST_TGTMCU由板载调试器 K26 的输出控制。如果SDA_RST_TGTMCU输出低电平，则红色 LED D15和D3都会亮起。 请使用示波器观察SDA_RST_TGTMCU (J36)电平。它一直都很低，还是会周期性地降低？ 通常情况下，当通过板载调试器下载程序或 RESET S32K3 时， SDA_RST_TGTMCU中应该观察到 10ms 的低电平，导致红色 LED D15和D3短暂亮起。 8. 是否可以通过 J12 连接外部调试器来调试板载 S32K3 芯片？ 此致敬礼， Robin Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 请检查跳线设置是否与“ 3.1 设置 S32K3X4EVB-T172 评估板中的跳线”中描述的设置相符。 J14的输入电压是12V吗？ 你调试的是哪个项目？您能否录制一段调试过程的视频并与我分享？ Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 如何确定示例项目的版本？ 我把J31换成了2-3。情况相同。 谢谢， 托比亚 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 我不确定您目前正在测试的是哪个版本的 RTD Port_Example_S32K344 。 不过，我建议将J31设置为位置2-3 ，然后再试一次。 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 跳线设置完全匹配。 J16 显示 12V（这似乎比直接测量插孔更容易）。 我正在使用快速入门指南中推荐的项目 Port_Example_S32K344。我觉得我可能无法录制视频。 托比亚 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 你好，罗宾， 1. 当我尝试调试/编程时，两个 LED（D15 和 D3）都保持亮着。它们不会闪光。我认为我的主板遇到了与https://community.nxp.com/t5/S32K/PEmicro-Connection-Assistant-Issue-on-S32K3X4EVB-T172/mp/2252525 中客户相同的问题，但很遗憾，他似乎通过购买另一台EVB主机来绕过了这个问题。 2.否 3. 是的 4. 当我插入micro-USB数据线时，D14指示灯会亮起。设备管理器显示“OpenSDA - CDC 串行端口 ( http://www.pemicro.com/opensda )”。系统中没有USB集线器，我的电脑和连接线可以使用S32DS软件对其他S32K344 EVB进行编程。这个问题似乎只与这个电路板有关。 5-7. 请给我点时间把这些都过一遍。我会尽快回复。 8. 我还没有尝试直接使用 JTAG，因为我正在等待一个适配器，以便与 J12 连接。 感谢您的详细回复。 托比亚 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 经过更多测试后： 5.我使用PEFirmwareConfig.exe成功更新了板载调试器固件。但是，当我尝试调试/编程时，情况仍然一样。 6. 当插入 USB 时，J34 电压为 3.25V。 7. J36 一直处于高电平，直到我尝试调试/编程。此时电压会降低，并保持低电压状态，直到 micro USB 连接断开为止。 还在等第8点的适配器。应该今天就能到。 谢谢！ 托比亚 Re: S32K3X4EVB-T172 Unable to Program using OpenSDA 请将外部 12V 电源连接到 J14 并插入 USB 电缆后，拍摄 S32K3X4EVB-T172 板的照片；图像必须足够清晰，以显示跳线设置和哪些 LED 灯亮起。 请录制一段 S32DS 界面的视频，从您点击调试按钮开始，一直录制到出现错误屏幕为止。这样我就可以清楚地看到发生了什么，并有助于快速排除故障。如果您无法录制 S32DS 屏幕上操作的视频，能否截取一些屏幕截图来显示错误？

24V電源を備えたS32K3に適したシングルボードコンピュータ 24V環境でS32k3に電源を供給するのに最も適したSBCはどれですか? FS264xファミリについて調べていましたが、FS26は24 V以上の電圧に長時間曝露すべきではないと書かれている情報源を見つけました。代わりにFS8500を使ったシステムの設計がより適切でしょうか? FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply こんにちは、DavidSilvaさん 良い一日！ おっしゃる通り、FS26は統合されているすべての機能から最高の選択肢の一つですが、長期間使う予定ならFS85やFS86の方が24Vを問題なく扱えるのでより良い選択肢です。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

适用于 24V 电源的 S32K3 的单板计算机 在 24V 环境下，哪款 SBC 最适合为 S32k3 供电？ 我一直在研究 FS264x 系列，但我发现一些资料表明 FS26 不应长时间暴露在 24 V 以上的电压下。使用 FS8500 来设计该系统是否更合适？ FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply 你好，DavidSilva 再会！ 你说得对，FS26 是目前最好的选择之一，因为它集成了所有功能，但如果你打算长时间使用，FS85 和 FS86 是更好的选择，因为它们可以毫无问题地处理 24V 电压。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

Suitable SBC for S32K3 with 24V supply Which SBC is the most suitable for supplying an S32k3 in a 24 V environment? I have been researching the FS264x family, but I found some sources stating that the FS26 should not be exposed to voltages above 24 V for extended periods. Would it be more appropriate to design the system using the FS8500 instead? FS85&FS84 Re: Suitable SBC for S32K3 with 24V supply Hello DavidSilva Good day! You're right, the FS26 is one of the best options available due to everything it has integrated, but if you plan to use it for extended periods, the FS85 and FS86 are better choices, as they can handle 24V without any issues. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

MPC5744P EVM – 外部CANトランシーバーによるCAN1/CAN2サポート こんにちは、あなた、 MPC5744P EVMが外部CANトランシーバを使って2つのCANチャネルの動作をサポートしているかどうかを明確にしたいと思います。 内蔵のCANトランシーバを使ってEVM上でCAN0をテストすることに成功し、CAN0通信は期待通りに動作しています。 現在、CAN1とCAN2を適切なピンマッピングで設定し、外部CANトランシーバとインターフェースできるようにしました。CAN1とCAN2がMPC5744P EVMの外部CANトランシーバーで正常に設定・運用可能かどうか確認していただけますか? もしそうなら、CAN1/CAN2の動作で推奨される設定、ハードウェア接続、または考慮すべき特定の設定を教えていただけますか? 皆さんのご助言とサポートを大変ありがたいです。 ご協力に感謝いたします。 Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver こんにちは、 はい、CAN1およびCAN2はMPC5744Pベースの評価ボード上の外部CANトランシーバと組み合わせて使用できます。MPC5744Pデバイスは3つの独立したFlexCANモジュール(CAN0、CAN1、CAN2)を提供し、オンボードトランシーバーが利用可能かつ接続されていない場合、CAN1/CAN2は対応するMCU TX/RXピンを介して外部トランシーバーにルーティング可能です。このデバイスはすべてのFlexCANインスタンスの独立動作をサポートしています。  CAN1/CAN2については、以下をご確認ください。 選択したFlexCANインスタンスはソフトウェア上で正しく設定されています。 対応するTXピンとRXピンは、FlexCAN代替機能用に構成されています。 外部CANトランシーバは正しく電源が供給され、接続も正常です。 適切なCANバス終端が存在します。 基板固有のジャンパー設定や配線オプションは、EVMの正確なリビジョンによって異なる場合があります。EVMの部品番号やリビジョンをご提供いただければ、追加のハードウェア構成が必要かどうか確認いたします。 BR、ペトル

MPC5744P EVM – 支持 CAN1/CAN2 和外部 CAN 收发器 你好呀， 我想确认一下 MPC5744P EVM 是否支持使用外部 CAN 收发器操作两个 CAN 通道。 我已经使用板载/内置 CAN 收发器在 EVM 上成功测试了 CAN0，CAN0 通信工作正常。 现在，我已经配置了 CAN1 和 CAN2，并设置了适当的引脚映射，以便与外部 CAN 收发器连接。请问MPC5744P EVM上的CAN1和CAN2是否可以配置并成功使用外部CAN收发器？ 如果可以，能否请您提供 CAN1/CAN2 操作需要考虑的任何推荐配置、硬件连接或具体设置？ 您的指导和支持将不胜感激。 提前感谢您的帮助。 Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver 您好， 是的，基于 MPC5744P 的评估板上可以与外部 CAN 收发器一起使用 CAN1 和 CAN2。MPC5744P 设备提供三个独立的 FlexCAN 模块（CAN0、CAN1 和 CAN2），如果没有板载收发器可用且已连接，则 CAN1/CAN2 可以通过其对应的 MCU TX/RX 引脚连接到外部收发器。该设备支持所有 FlexCAN 实例独立运行。  对于 CAN1/CAN2，请确保： 所选的 FlexCAN 实例已在软件中正确配置。 相应的 TX 和 RX 引脚配置为 FlexCAN 替代功能。 外部 CAN 收发器已正确通电并连接。 CAN总线终端连接正常。 特定电路板的跳线设置或布线选项可能取决于具体的 EVM 版本。如果您能提供 EVM 的部件号或版本号，我们可以检查是否需要任何额外的硬件配置。 BR，彼得

i.MX 93 Memory Compatibility Guide The purpose of this document is to provide extended guidance for the selection of compatible LPDDR4/4X memory devices that are supported by the i.MX 93 series of processors. In all cases, it is strongly recommended to follow the DRAM layout guidelines outlined in the NXP Hardware Developer's Guides for the specific SoCs. The i.MX 93 series of processors supports different packages, and each have their own maximum supported LPDDR4/4x data rates. Please refer to the respective datasheets. Memory devices with binary densities (e.g., 1 GB, 2 GB, 4 GB) are preferred because they simplify memory management by aligning with system addressing schemes and reducing software complexity. NOTE: Some of the LPDDR4/4X devices may not support operation at low speeds and in addition, DQ ODT may not be active, which can impact signal integrity at these speeds. If low-speed operation is planned in the use case, please consult with the memory vendor about the configuration aspects and possible customization of the memory device so correct functionality is ensured. LPDDR4/4X - Maximum Supported Densities SoC Max Data bus width Maximum density Assumed memory organization Notes i.MX 93 (i.MX 93xx) 16-bit 16 Gb / (2 GB) single rank, single channel device with 17-row addresses (R0 - R16) 1, 2, 3   LPDDR4/4X - List of Validated Memories The validation process is an ongoing effort - regular updates of the table are expected. SoC Density Memory Vendor Validated Memory Part# Notes i.MX 93 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G16D1FW-046 AAT:A  (Z32N) MT53E1G16D1ZW-046 AAT:C (Z42N) 7 4, 8 8 Gb/ (1 GB) Micron LPDDR4/4x: MT53D512M16D1DS-046 AAT (Z11M) 4, 10 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G32D2FW-046 AUT:B (Z42M) 4, 5, 10 8 Gb/ (1 GB) Nanya LPDDR4: NT6AN512M16AV-J1I LPDDR4x: NT6AP512M16BV-J1I 4, 8 4 Gb/ (512 MB) Nanya LPDDR4x: NT6AP256M16AV  4, 8 16 Gb/ (2 GB) Kingston LPDDR4: D1611PM3BDGUI-U 4, 8 16 Gb/ (2 GB) Kingston LPDDR4: C1612PC2WDGTKR-U  7, 9 4 Gb/ (512 MB) ISSI LPDDR4: IS43LQ16256B-062BLI 4, 8 2 Gb / (256 MB) ISSI LPDDR4: IS43LQ16128A-062BSLI 4, 6, 8   8 Gb/ (1 GB) CXMT LPDDR4/4x: CXDB4CBAM-EA-M 4, 9 16 Gb/ (2 GB) JSC LPDDR4x: JSL4BAG167ZAMF  4, 8 8 Gb/ (1 GB) JSC LPDDR4x: JSL4B8G168ZAMF-05x  4, 8 4 Gb/ (512 MB) JSC LPDDR4x: JSL4A4G168ZAMF-05 4, 8 2 Gb / (256 MB) Winbond  LPDDR4x: W66BQ6NBHAGJ 4, 6, 8 8 Gb / (1 GB) IM (Intelligent Memory) LPDDR4x: IM8G16L4JCB-046I 4, 11 16 Gb / (2 GB) IM (Intelligent Memory) LPDDR4/4x: IMAG16L4KBBG 4, 8 4 Gb / (512 MB) Samsung LPDDR4: K4F4E164HD-THCL 4, 8 8Gb / (1 GB) AM (Alliance Memory) LPDDR4X: AS4C512M16MD4V-053BIN 4, 8 4 Gb / (512 MB) ISSI LPDDR4/4X: IS43LQ16256B-053BLI 4, 8 8 Gb / (1 GB) ISSI LPDDR4/4X: IS46LQ16512B-046BLA2 4, 8 32Gb / (4GB) 16 Gb / (2Gb) usable by i.MX 93 ISSI LPDDR4/4X: IS46LQ32K01B-046BLI 4, 8   Note 1: The numbers are based purely on the IP documentation for the DDR Controller and the DDR PHY, on the settings of the implementation parameters chosen for their integration into the SoC, SoC reference manual and on the JEDEC standards JESD209-4B/JESD209-4-1 (LPDDR4/4X). Therefore, they are not backed by validation, unless said otherwise and there is no guarantee that an SoC with the specific density and/or desired internal organization is offered by the memory vendors. Should the customers choose to use the maximum density and assume it in the intended use case, they do it at their own risk. Note 2: Byte-mode LPDDR4/4X devices (x16 channel internally split between two dies, x8 each) of any density are not supported therefore, the numbers are applicable only to devices with x16 internal organization (referred to as "standard" in the JEDEC specification). Note 3: The SoC also supports dual rank single channel devices therefore, 16Gb/2GB density can be also achieved by using a dual rank single channel device with 16-row addresses (R0 - R15). Note 4: The memory part number did not undergo full JEDEC verification however, it passed all functional testing items. Note 5: This is a dual channel x32 device. Since i.MX93 only supports 16-bit LPDDR4/X data bus, it can only interface with one of the channels and therefore, utilize only half of the device's density. As indicated in the table - the device has 32Gb/4GB density however, only 16Gb/2GB can be used. There is no functional problem with using only one channel of a dual channel device as the channels are independent in LPDDR4/4X.  Note 6: This is a new JEDEC 100 ball package, half the size of the standard 200 ball package. This 100 ball package has the same performance and functionality as the 200 ball package, and has the added advantage of being smaller and cheaper than the standard package. Note 7: This device has been EoLed by the manufacturer and has been updated by a new memory part number  Note 8: Part is active. Reviewed Q3 2026 Note 9: Part is obsolete. Note 10: This device will be EoLed in Q2 24 by the manufacturer and will not be updated by a new memory part number Note 11: DQ eye marginalities were identified during TSA analysis. vTSA and stability testing did not identify any issues.

i.MX 93 内存兼容性指南 本文档旨在为 i.MX 93 系列处理器所支持的 LPDDR4/4X 内存器件的选型提供扩展指导。在任何情况下，强烈建议遵循特定 SoC 的 NXP 硬件开发者指南中概述的 DRAM 布局准则。 i.MX 93 系列处理器支持不同的封装，每种封装都有其支持的最高 LPDDR4/4X 数据速率。请参考相应的数据手册。 注意：部分 LPDDR4/4X 器件可能不支持低速运行，此外，DQ ODT 可能无法激活，这会影响这些速度下的信号完整性。如果用例中计划采用低速运行，请咨询内存供应商有关内存器件的配置方面及可能的定制，以确保功能正常。 LPDDR4/4X - 最大支持的密度 SoC 最大数据总线宽度 最大密度 假设的内存组织 说明 i.MX 93 (i.MX 93xx) 16 位 16 Gb / (2 GB) 具有 17 行地址 (R0 - R16) 的单排、单通道设备 1, 2, 3   LPDDR4/4X - 已验证的内存列表 验证过程是一个持续的工作——预计该表格会定期更新。 SoC 密度 内存供应商 已验证的内存型号 说明 i.MX 93 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G16D1FW-046 AAT:A  (Z32N) MT53E1G16D1ZW-046 AAT:C (Z42N) 7 4, 8 8 Gb/ (1 GB) Micron LPDDR4/4x: MT53D512M16D1DS-046 AAT (Z11M) 4, 10 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G32D2FW-046 AUT:B (Z42M) 4, 5, 10 8 Gb/ (1 GB) Nanya LPDDR4: NT6AN512M16AV-J1I LPDDR4x: NT6AP512M16BV-J1I 4, 8 4 Gb/（512 MB） Nanya LPDDR4x: NT6AP256M16AV  4, 8 16 Gb/ (2 GB) Kingston LPDDR4: C1612PC2WDGTKR-U 7, 9 8 Gb/ (1 GB) ISSI LPDDR4: IS43LQ16512A-053BLI 4, 8   8 Gb/ (1 GB) CXMT LPDDR4/4x: CXDB4CBAM-EA-M 4, 9 16 Gb/ (2 GB) JSC LPDDR4x: JSL4BAG167ZAMF  4, 8 8 Gb/ (1 GB) JSC LPDDR4x: JSL4B8G168ZAMF-05x  4, 8 4 Gb/（512 MB） JSC LPDDR4x: JSL4A4G168ZAMF-05 4, 8 2Gb / (256 MB) Winbond  LPDDR4x: W66BQ6NBHAGJ 4, 6, 8 8Gb / (1 GB) IM (Intelligent Memory) LPDDR4x: IM8G16L4JCB-046I 4, 11 4Gb / (512 MB) Samsung LPDDR4: K4F4E164HD-THCL 4, 8 8 Gb / (1 GB) AM（Alliance Memory） LPDDR4X: AS4C512M16MD4V-053BIN 4, 8 2Gb / (256 MB) ISSI LPDDR4: IS46LQ16128A-062BSLI 4, 6, 8   注 1： 这些数值纯粹基于 DDR 控制器和 DDR PHY 的 IP 文档、为其集成到 SoC 中所选的实现参数设置、SoC 参考手册以及 JEDEC 标准 JESD209-4B/JESD209-4-1 (LPDDR4/4X)。因此，除非另有说明，否则它们没有经过验证支持，也不能保证内存供应商会提供具有特定密度和 / 或所需内部组织的 SoC。如果客户选择使用最大密度并在预期用例中采用，需自行承担风险。 注 2： 不支持任何密度的字节模式 LPDDR4/4X 器件（内部在两个芯片之间拆分的 x16 通道，每个 x8），因此，这些数值仅适用于具有 x16 内部组织的器件（在 JEDEC 规范中称为 “标准” 器件）。 注 3： 该 SoC 还支持双秩单通道器件，因此，16Gb/2GB 密度也可通过使用具有 16 行地址 (R0 - R15) 的双秩单通道器件来实现。 注 4： 该内存型号未经过完整的 JEDEC 验证，但通过了所有功能测试项目 注意事项 5： 这是一款双通道 x32 器件。由于 i.MX93 仅支持 16 位 LPDDR4/X 数据总线，因此它只能与其中一个通道接口，从而仅能利用该器件一半的密度。如表格中所示 —— 该器件具有 32Gb/4GB 密度，但只能使用 16Gb/2GB。使用双通道器件的其中一个通道没有功能问题，因为在 LPDDR4/4X 中通道是独立的。  注6： 这是一款新的 JEDEC 100 球封装，尺寸为标准 200 球封装的一半。这种 100 球封装具有与 200 球封装相同的性能和功能，并且具有比标准封装更小、更便宜的额外优势。 注释7： 该器件已被制造商停产，并已更新为新的内存型号。  注释8： 该型号处于活跃状态。于 2025 年 6 月审核。 注释 9： 该型号已过时。 注10： 该器件将在 24 年第二季度被制造商停产，且不会更新为新的内存型号。 注释 11： 在 TSA 分析期间发现了 DQ 眼图裕量问题。vTSA 和稳定性测试未发现任何问题。

i.MX 93メモリ互換性ガイド このドキュメントの目的は、i.MX 93シリーズのプロセッサでサポートされている、互換性のあるLPDDR4/4Xメモリ・デバイスを選択するために幅広い指針を提供することにあります。いずれの場合も、特定のSoCの「NXPハードウェア開発者ガイド」に記載されているDRAMレイアウト・ガイドラインに可能な限り従うことをお勧めします。 i.MX 93シリーズのプロセッサはさまざまなパッケージをサポートしており、サポートされる最大LPDDR4/4xデータ・レートはそれぞれ異なります。詳細は、各データシートを参照してください。 注：一部のLPDDR4/4Xデバイスは低速での動作をサポートしていない場合があります。また、DQ ODTがアクティブでない場合、低速時における信号の整合性に影響する可能性があります。低速動作での使用を計画している場合は、メモリ・デバイスの構成やカスタマイズの可否についてメモリのベンダーに確認し、正常な機能を確保してください。 LPDDR4/4X - 最大サポート密度 SoC データの最大バス幅 最大密度 想定メモリ構成 備考 i.MX 93 (i.MX 93xx) 16ビット 16Gb/（2GB） 17行アドレス（R0 - R16）を持つシングル・ランク、シングル・チャネル・デバイス 1, 2, 3   LPDDR4/4X - 検証済みメモリ一覧 検証プロセスは継続的な取り組みであり、テーブルは定期的に更新される予定です。 SoC 密度 メモリベンダー 検証済みメモリ部品番号 備考 i.MX 93 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G16D1FW-046 AAT:A (Z32N) MT53E1G16D1ZW-046 AAT:C (Z42N) 7 4, 8 8 Gb/ (1 GB) Micron LPDDR4/4x: MT53D512M16D1DS-046 AAT (Z11M) 4, 10 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G32D2FW-046 AUT:B (Z42M) 4, 5, 10 8 Gb/ (1 GB) Nanya LPDDR4: NT6AN512M16AV-J1I LPDDR4x: NT6AP512M16BV-J1I 4, 8 4 Gb/（512 MB） Nanya LPDDR4x: NT6AP256M16AV  4, 8 16 Gb/ (2 GB) Kingston LPDDR4: C1612PC2WDGTKR-U 7, 9 8 Gb/ (1 GB) ISSI LPDDR4: IS43LQ16512A-053BLI 4, 8   8 Gb/ (1 GB) CXMT LPDDR4/4x: CXDB4CBAM-EA-M 4, 9 16 Gb/ (2 GB) JSC LPDDR4x: JSL4BAG167ZAMF  4, 8 8 Gb/ (1 GB) JSC LPDDR4x: JSL4B8G168ZAMF-05x  4, 8 4 Gb/（512 MB） JSC LPDDR4x: JSL4A4G168ZAMF-05 4, 8 2Gb/（256MB） Winbond  LPDDR4x: W66BQ6NBHAGJ 4, 6, 8 8Gb/（1GB） IM (Intelligent Memory) LPDDR4x: IM8G16L4JCB-046I 4, 11 4Gb/（512MB） Samsung LPDDR4: K4F4E164HD-THCL 4, 8 8Gb/（1GB） AM（Alliance Memory） LPDDR4X: AS4C512M16MD4V-053BIN 4, 8 2Gb/（256MB） ISSI LPDDR4: IS46LQ16128A-062BSLI 4, 6, 8   注1： 値は、IDDRコントローラとDDR PHYのIPドキュメント、SoCへの統合のために選択された実装パラメータの設定、SoCリファレンス・マニュアル、およびJEDEC規格JESD209-4B/JESD209-4-1（LPDDR4/4X）に基づいています。したがって、これらの値は、特に明記されていない限り、検証による裏付けがありません。また、特定の密度および/または希望する内部構成のSoCがメモリ・ベンダーから提供される保証はありません。ユーザーが最大密度の使用を選択し、目的とするユース・ケースでその旨を想定する場合は、自己責任の下でそうするものとします。 メモ 2: バイト・モードのLPDDR4/4Xデバイス（x16チャネルが内部で各x8の2つのダイに分割される）は、どの密度でもサポートされません。したがって、数値はx16の内部構成（JEDEC仕様では「標準」構成）を持つデバイスにのみ適用されます。 注3： SoCはデュアル・ランクのシングル・チャネル・デバイスもサポートするため、16行アドレス（R0 - R15）のデュアル・ランクのシングル・チャネル・デバイスを使用しても5密度16Gb/2GBを達成できます。 メモ 4： メモリ部品番号は完全な JEDEC 検証を受けていませんが、すべての機能テスト項目に合格しました。 メモ 5: デュアル・チャネルのx32デバイスです。i.MX93は16ビットのLPDDR4/Xデータ・バスのみをサポートするため、接続できるのは1つのチャネルのみであり、利用できるのはデバイス密度の半分にとどまります。表に記載されるとおり、デバイスの密度は32Gb/4GBですが、使用できるのは16Gb/2GBに限定されます。デュアル・チャネル・デバイスで1つのチャネルのみ使用しても、LPDDR4/4Xでは各チャネルが独立しているため、機能上問題はありません。  注6： 新しいJEDEC 100ボール・パッケージで、標準の200ボール・パッケージの半分のサイズです。200ボール・パッケージと同じ性能と機能を備えており、標準パッケージよりも小型で安価であるという利点もあります。 注７： メーカーによって生産終了となっており、新しいメモリ部品番号に更新されています。 注8： 部品はアクティブであり、2025年6月にレビュー済みです。 注9： 旧型の部品です。 注10： メーカーによって2024年第2四半期に生産終了となっています。新しいメモリ部品番号には更新されません。 注 11： TSA分析中にDQ目視で軽微な問題が発見されました。vTSAと安定性テストでは問題は見つかりませんでした。

MCX C15/C16 Product Training: Essential MCUs built for cost effective, low-end applications Picture1.pngPicture1.png Welcome to MCX C15 and MCX C16 Product Training! This page provides access to training materials, presentations, demos, recordings, and supporting resources related to the MCX C15 and MCX C16 MCU family. While live Q&A support will be available during the training period, all content will remain accessible for future reference and self-paced learning.  Instructions  To get started with the MCX C15/C16 training, you will need to have your FRDM-MCXC162 in hand and perform the set-up operations according to the FRDM-MCXC162 Getting Started Page which is a pre-requisite.   Step 1. Mandatory pre-work before starting with the labs:  Getting Started with FRDM-MCXC162 Step 2. After completing the pre-work, download the lab guides. Each lab has its own guide document and a video guide you can use as support material in case you have any question at any step:  Lab0: Introduction to MCX C15/C16 and FRDM-MCXC162 Lab1: Low Power is a Superpower Objectives Download and run your first project from VS Code on the FRDM-MCXC16 Explore the basics of low-power modes Description Load the SDK low-power example, walk through the code flow, and review the available wake-up options. You'll also learn how to connect a current meter to the FRDM board to measure power consumption. Lab2: Low-Power Sensing Demo Objectives Download and run your first ACH example from VS Code on the FRDM-MCXC16 Explore a low-power sensing application Description Access and download examples directly from ACH in VS Code, then run a real-world low-power sensor use case. Lab3: PWM Lighting Demo Objectives Learn how to load firmware using LinkServer/LinkFlash and simple production-style scripts Explore the timer and PWM capabilities of the MCXC family Description Use a provided binary and step-by-step instructions to program the board. The demo controls the onboard RGB LED using PWM. Source code will also be available in ACH. Lab4: Connecting Expansion Boards to FRDM-MCXC162 Objectives Download an ACH example from VS Code Connect and use expansion boards with the FRDM-MCXC16 Description Connect an expansion board, download the example from ACH, and try a low-power sensing application using an external sensor. Additional requirements as below:  MikroE OLED B/W Click display in I2C mode SparkFun Qwiic dToF Imager (TMF8820) Qwiic board cable Step 3. Review the support material and useful links to get you up to speed with some product information, FRDM board information and Getting started. Below also includes additional reading material.   MCX C15/C16 Product Page  FRDM-MCXC162 Tool Summary Page  FRDM-MCXC162 Getting Started Page  MCX C1 Family Factsheet  MCX C15/C16 Datasheet   MCX C15/C16 Reference Manual  Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training Hands-On Training MCXC

MCX C Knowledge Hub The MCX C series MCUs, powered by Arm® Cortex®-M23 up to 72 MHz or Arm® Cortex®-M0+ up to 48 MHz, are designed for cost effectiveness and efficiency, making them ideal for low-end Industrial and IoT applications. Featuring precision analog peripherals as well as USB and segment LCD options, these MCUs cater to diverse needs. The MCX C Series extends the classical IPs within NXP MCUs, providing flexible and scalable memory and packages. MCX C MCUs offer features like USB and segment LCD support, making them ideal for a wide range of general-purpose applications. With a focus on versatility, these MCUs provide the performance and scalability needed for today’s evolving technology demands. Documents: MCX C Series  MCX C Fact Sheet MCX C Series Products MCX C04x:  The MCX C04x microcontrollers, featuring an Arm® Cortex®-M0+ core, offer 32 KB Flash, 2 KB SRAM, and 8 KB boot ROM. Designed as entry-level MCUs, they prioritize simplicity and ease of use for a variety of applications. Key peripherals include a 12-bit ADC, comparator and multiple-channel timer/PWM modules. The enhanced low-power architecture ensures efficiency, with static power consumption as low as 2.2 μA and a 7.5 μs wake-up time for full retention. In deep sleep, static mode power consumption drops to just 77 nA. This series supports scalable memory options and flexible packaging, accommodating diverse application needs. Documents: MCX C041 Sub-Family Reference Manual Data Sheet - MCX C04X Errata: MCXC041 Mask Set MCX C14x/C24x/C44x: The MCX C14x/24x/44x microcontrollers, featuring an Arm® Cortex®-M0+ core, offer a range of memory configurations, from 32KB to 256KB Flash and up to 32KB SRAM, with 16KB Boot ROM. These entry-level MCUs are optimized for cost-sensitive and battery-powered applications requiring low-power USB connectivity and segment LCD support. The FlexIO technology enables customization for various serial peripheral emulation needs. They feature optimized low-power modes, achieving efficiency down to 54uA/MHz in very low-power run mode and 1.96 uA in deep sleep mode with retained RAM and RTC. Documents: Data Sheet - MCX C24x/C14x Data Sheet - MCX C44x Errata:  MCXC - x41 x42  Errata: MCXC - x43 x44 MCX C44x Sub-Family Reference Manual MCX C24x Sub-Family Reference Manual MCX C15/C16: The MCX C15 and MCX C16 microcontrollers (MCUs) are low‑cost, entry‑level devices featuring an Arm® Cortex®‑M23 core running at up to 72 MHz, with memory configurations offering up to 64 KB of flash memory and 16 KB of static random‑access memory (SRAM). These devices bring precision analog and control peripherals into the low‑cost, entry‑level MCU class, making advanced features—such as a 16‑bit analog‑to‑digital converter (ADC), comparator with digital‑to‑analog converter (DAC) and flexible pulse‑width modulation (FlexPWM) for motor control—accessible to cost‑sensitive IoT applications. Designed as an upgrade path from legacy 8‑bit and 16‑bit MCUs, as well as devices based on Arm Cortex‑M0+ cores, this entry‑level 32‑bit MCU series delivers higher performance and greater scalability without increasing costs. Documents: Data Sheet -MCX C151/C161/C162  Fact Sheet - MCX C1 Family Reference Manual - MCX C15/C16  Boards: FRDM MCX C444: FRDM-MCXC444 is a compact and scalable development board for rapid prototyping of MCX C444 MCU. It offers industry-standard headers for easy access to the MCU's I/Os, integrated open-standard serial interfaces and onboard MCU-Link debugger.  FRDM-MCXC444 QSG Getting Started with FRDM-MCXC444 FRDM-MCXC444 Board User Manual FRDM MCX C242: FRDM-MCXC242 is a compact and scalable development board for rapid prototyping of MCX C242 MCU. It offers industry standard headers for easy access to the MCU’s I/Os, integrated open-standard serial interfaces and on-board MCU-Link debugger. FRDM-MCXC242 QSG Getting Started with MCXC242  FRDM-MCXC242 Board User Manual  FRDM-MCX C041:  is a compact and scalable development board for rapid prototyping of MCX C041 MCU. It offers industry-standard headers for easy access to the MCU’s I/Os, integrated open-standard serial interfaces and onboard MCU-Link debugger. FRDM-MCXC041 QSG Getting Started with FRDM-MCXC041 FRDM-MCXC041 Board User Manual MCX C to FRDM Board Mapping Supported MCU(s) Recommended Board Best fit for  Key Differentiators MCXC041 (16QFN, 24QFN) FRDM-MCXC041 Ultra-Low-cost entry-level designs  32KB flash - 2KB SRAM- 48MHz Cortex M0+ - LPUART - SPI - I2C - ADC MCX C141/ C142/ C241/ C242 /C441 /C442 / C444 FRDM-MCXC444 General-purpose USB and Segment LCD application Industrial / Consumer Up to 256KB Flash - 32KB SRAM - 48MHz Cortex-M0+ - USB FS 2.0 - SLCD - FlexIO - DMA 0 CAN-FD - Multiple UART/SPI/I2C MCX C151/ C152/ C161/ C162 FRDM-MCXC162 Motor Control Precision analog Power tools    medical devices Up to 64KB flash - 16KB SRAM - 72MHz Cortex-M23 - 16-bit ADC 2.4MSPS - FlexPWM - 4xUART - 45 GPIO   Application Notes: Software, Hardware and Peripherals: AN14321 Using Segment Liquid Crystal Displays (SLCD) Controller on MCX C444 MCU: This document describes the usage of the on-chip SLCD controller by enabling an SLCD device called S401M16KR. The S401M16KR is a four-digit 0.17-inch seven-segment LCD panel. AN14590 Running RT-Thread on MCUXpresso IDE: This document is intended for the users who are familiar with RT-Thread and want to port it to MCUXpressoIDE. It provides steps to streamline the porting process. The porting steps are applicable to other NXP chips also. This document uses FRDM-MCXC444 as an example. AN14319 FlexIO Emulating UART with IRDA: This application note introduces how to use the universal peripheral module FlexIO for emulating the UART bus with IRDA. The FlexIO peripheral, initially introduced on the MCXC242 and MCXC444 family, is a highly configurable module capable of emulating a wide range of different communication protocols. These communication protocols include UART, I2C, SPI, I2S, and so on. AN14322 USB to multi VCOM on MCX C444 Series MCU: This document describes how to implement a USB to functions of multiple VCOMs on MCX C444 series FRDM boards. AN14349 Emulating I2C Bus Controller by using FlexIO on MCX C: This application note lists the steps to use the FlexIO module for emulating the I2C bus controller Power Management:  AN14811 Estimated Power-on Hours for the MCX C04x, MCX C14x, MCX C24x and MCX C44x: This document describes the estimated product power-on hours (PoH) for the MCX C04x, MCX C14x, MCX C24x, and MCX C44x industrial MCUs. It uses the criteria from the qualification process. AN14332 MCX C444 Power Mode Switch Application: This application note focuses on the power management controller (PMC), system mode controller (SMC), Multipurpose Clock Generator Lite (MCG-Lite), and Low-Leakage Wakeup Unit (LLWU). Training: Design without Bounds FRDM Training and Resources FRDM Training Hub MCX C15/C16 Product Training Useful Links: FRDM Boards Enclosures (3D Print) MCX C:  How to Enter the ROM Bootloader to Update the firmware MCUXPresso for Visual Studio Code - MCX MCUXpresso Config Tool for MCUXpresso IDE MCUXpresso Config Tool for 3rd party IDE Download Firmware to MCX microcontrollers over USB, I2Cm UART, SPI, CAN Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here    MCXC

i.MXRT1176 上的 WiFi (SDIO) 断开连接与 Qt/QML UI 的复杂性相关 大家好， 我们目前正在研发一款具有屏幕镜像功能的仪表盘。在我们的架构中，配套的移动应用程序通过 Wi-Fi 将帧流传输到我们的主机 MCU。数据通过 SDIO 连接的 Wi-Fi 模块接收，使用 FFmpeg 解码，并在显示屏上呈现。我们的网络协议栈采用 lwIP，集群 HMI 的 MCU 采用 Qt。 系统规格： 主机MCU： NXP i.MX RT1176 Wi-Fi 模块： u-blox MAYA-W161（SDIO 接口） 显示屏： LCDIFV2（并行RGB接口） 操作系统： FreeRTOS 问题：我们遇到了间歇性的 Wi-Fi 断开连接问题，这似乎与图形负载直接相关。只有当显示器运行资源密集型 GUI（包含大量元素和动画）时，才会出现 Wi-Fi 掉线的情况。切换到轻量级用户界面后，Wi-Fi 连接依然非常稳定。 请指导我们如何解决这个问题。 此致， 维格内什 Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity 你好@Vignesh_VInayak ，希望你一切都好。 由于图像处理需要较高的 CPU 使用率和较大的内存占用，因此对于 GUI 相关应用程序，两个核心中的一个将是专用的，用于管理界面。请问您的实现方案是否使用了两个核心？每个线程是否有专用的堆栈空间？ 此外，能否请您提供已启用调试日志记录的 Wi-Fi 协议栈日志，以便我们进一步分析 Wi-Fi 线程的状态？要启用调试日志，请在wifi_config.h 文件中启用“CONFIG_WLCMGR_DEBUG”和“CONFIG_WIFI_SDIO_DEBUG”宏。头文件？ Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity 嗨@RomanVR ， 感谢您如此迅速地回复我。 请查看下方所需详细信息和日志： 目前，我们的项目只使用 Cortex-M7 内核；没有使用 M4 内核。 是的，所有线程都已分配了足够的堆栈空间。我们还使用 FreeRTOS 堆栈溢出钩子函数验证了这一点，没有发生溢出。 我已附上启用建议宏后的日志文件。在日志中，最后一个 wlcm 日志之后的所有内容都是我们的应用程序日志，每当收到 Wi-Fi 数据包时，这些日志都会打印一些随机帧大小。如您所见，日志在某个点停止了——这就是 Wi-Fi 断开连接发生的地方。断开连接的那一刻，我们没有看到来自 wlcm 或 SDIO 的任何日志。 此致， 维格内什。 Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity 你好@Vignesh_VInayak ， 请问断开连接后，应用程序的其他部分（包括显示）是否还能正常运行？如果情况属实，能否请您分享一下您的线程优先级配置？ 关于前面的问题，能否请您分享一下正在运行的线程的 FreeRTOS 运行时统计信息？ 为此，您需要在FreeRTOSConfig.h中启用“configGENERATE_RUN_TIME_STATS”。文件并定义一个任务，定期调用 FreeRTOS API“vTaskGetRunTimeStats”，并将结果打印到终端。这将提供有关每个线程 CPU 使用率的有用信息，并缩小 Wi-Fi 断开连接的根本原因范围。与此相关的是，由于显示应用程序会导致较高的 CPU 负载，因此强烈建议采用双核架构，以确保高负载应用程序的正确执行。

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 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 Hi,waitewang Sorry for the late reply. Based on internal information and discussions with experts, there is no special dependency  between QSPI and PFE. It is recommended to check the issue through the following methods.  1. At the ATF/uboot initial stage and the QNX stage, disable QSPI. 2. Test the functionality of PFE during the U-boot stage. 3. If you need further assistance, if you could share some of your resources. For instance, you could provide an Image that can reproduce your problem. Please use the following link for posting you resource:https://support.nxp.com BR Joey

S32K358 HSE API 导致 RESET 并报告 HSE_ERR_GENERAL 您好， 我们的项目使用 S32K358 芯片，搭配 HSE B 固件和 AB 模块。 执行 HSE API 获取属性原因 RESET 时发生问题。 调试过程中，在执行 API 之前，FSR 是正常的。 image.pngimage.png 执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后，2 个寄存器报告错误 FSR 状态为 0F600002 表示通道 #1 正在执行中 image (6).png图像 (6).png GSR 状态为 67030001 表示 HSE_ERR_GENERAL image 8.png图片 8.png 我检查了其他程序，HSE API 工作正常。执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后，两个寄存器都正常。 FSR状态为0F600000 GSR状态为00000000 如何解决这个问题？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好，我们已经检查过了，问题并非出在中断上。它来自“看门狗”组织。我们禁用了看门狗，但没有发生RESET。谢谢。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你好， 这个案子有任何进展吗？ 我也遇到了同样的问题。使用HSE固件将MCU S32K324生命周期推进到OEM_PROD后，1秒后MCU被重置？ 提前致谢 阿尤布。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您的新案件已分配给区域 FAE 团队，因此我建议将后续步骤和调查工作交给他们，以避免重复劳动。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 在推进 HSE LC 时，我使用的是 Trace32。可能是测量时间不正确。抱歉。 尝试几次解锁调试端口后，Trace32 报告 ECU 不断 RESET。即使我关闭/重新打开电路板的电源，ECU 仍然处于 RESET 状态。 HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png 如何知道发生的是哪种类型的RESET（破坏性RESET/功能性RESET）并检查根本原因？ 调试端口在 LC IN_FIELD 中受到保护。由于这个问题，我无法使用调试脚本解锁调试端口。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 如果晚1秒发生，那可能是什么情况都有可能。而且它可能与生命周期的推进无关。我需要更多关于此问题的信息。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 重置后，HSE 立即锁定了调试端口，因为 HSE 生命周期变为 IN_FIELD。 RESET 后无法立即读取 RGM FES 和 DES 寄存器。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你知道RESET的原因是什么吗？复位后你检查过RGM FES和DES寄存器吗？ 如果安装了 HSE 固件，则无法使用 LC 配置字推进生命周期。可以取任何值，安装 HSE 固件时将忽略该值。在这种情况下，只有通过 HSE 服务才能推进生命周期。 问候， 卢卡斯 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我以同步模式执行了这些命令。 奇怪的是，当我调用 set attribute 来编程 ADPK 并配置调试授权模式时，ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时，API 才不会返回错误，但 1 秒钟后，程序突然 RESET。 在推进 HSE 生命周期之前，我是否需要设置 Address LC 配置字？ HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png 如果LC配置字的值为0x00000000，会发生什么情况？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我以同步模式执行了这些命令。 奇怪的是，当我调用 set attribute 来编程 ADPK 并配置调试授权模式时，ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时，API 才不会返回错误，但 1 秒钟后，程序突然 RESET。 在推进 HSE 生命周期之前，我是否需要设置 Address LC 配置字？ HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png 如果 LC 配置字中的值为 0x00000000 会怎样？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 我的建议是同步运行该命令，以避免中断问题。 命令由函数 Hse_Ip_ServiceRequest 触发。异步方法的实现顺序如下： lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png Mu_Ip… 函数是内联的，所以没有问题。但是 BaseNXP 模块中的 OsIf 函数没有内联，所以您也需要移动它们。 此致， Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 这些 API 位于 Block 1 中，地址为 0x0060FB3E。 这样执行起来是否足够安全？ 有什么原因需要RESET ECU吗？ HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 嗯，还漏了一句话：UTEST闪存是在生命周期推进时由HSE进行编程的。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 该设备不应该自动RESET。这很可能是由读写错误引起的。闪存块之间支持边读边写。但是请注意，闪存块 0 和 UTEST 位于同一分区中。 如“表102”所示。Flash 块配置”和 S32K3 参考手册中的“21.3 UTest NVM 扇区”。 还有第 14.6.5 节HSE-B 固件参考手册中的“同步 HSE 和应用程序核心之间的闪存读/写访问”对于进一步开发可能很重要。 解决方法是从 RAM 或其他闪存块执行代码。 此致， Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 我通过将设置属性 API 的输入参数设置为全局易失性变量来解决此问题。 但是，在成功执行 API 更改生命周期后，ECU 会自动 RESET。 我们计划将变更生命周期作为 UDS 服务来实现，但如果 HSE 固件自动 RESET ECU，则似乎无法实现。 更换ECU生命周期后，我需要做些什么才能使其正常运行？ Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好， 按照 NXP 的演示应用程序，我实现了一个使用 Set_Attr 服务推进 LC 的功能，包括以下 3 个步骤： ADKP计划 将调试授权模式更改为密码 高级 HSE LC 步骤 1、2 使用Mu0实例和1 个空闲通道正常执行。 步骤 3 始终报告 FSR= 0x0f600002 和 GSR=67030001 以下是否需要任何步骤： 备用 IVT 地址LC配置字 我还需要做些什么才能晋级LC？ HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好@HaiHoangSoftware HSE_ERR_GENERAL 最常见的原因是 HSE 服务参数中提供的地址无效。要么是指向未实现内存空间的完全无效地址，要么是由于 XRDC 配置，HSE 无法访问该内存，要么是该内存中存在多位 ECC 错误。 也可能是数据缓存导致的——请确保禁用数据缓存，或者强制将用于与 HSE 通信的所有内存资源设置为不可缓存的内存。 如果在使用 HSE_SRV_ID_GET_ATTR 服务时遇到此类错误，请检查 pAttr 地址并禁用数据缓存以进行测试： lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png 此致， Lukas

i.MXRT1176におけるWiFi（SDIO）切断は、Qt/QML UIの複雑さと相関関係がある。 チームの皆さん、こんにちは。 現在、画面ミラーリング機能を搭載したインストルメントクラスターの開発に取り組んでいます。私たちのアーキテクチャでは、対応するモバイルアプリがWi-Fi経由でホストMCUにフレームをストリーミングします。データはSDIO接続のWi-Fiモジュールを通じて受信され、FFmpegでデコードされ、ディスプレイ上でレンダリングされます。ネットワークスタックにはlwIPを、クラスタHMI用のMCUにはQtを使用しています。 システム仕様： ホストMCU: NXP i.MX RT1176 Wi-Fiモジュール: u-blox MAYA-W161(SDIOインターフェース) ディスプレイ: LCDIFV2(パラレルRGBインターフェース) OS: FreeRTOS 問題点：グラフィック処理の負荷と直接関係していると思われる、断続的なWi-Fi接続切断が発生しています。Wi-Fi接続が切断されるのは、ディスプレイがリソースを大量に消費するGUI（多数の要素やアニメーションを含む）を実行している場合のみです。軽量なUIに切り替えても、Wi-Fi接続は完全に安定します。 この問題を解決するためのご指導をお願いいたします。 よろしくお願いいたします。 ヴィグネシュ Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity こんにちは、 @Vignesh_Vinayak さん。お元気でお過ごしでしょうか。 画像プロセッシングは高いCPU使用率と大きなメモリ使用量を必要とするため、GUI関連アプリケーションでは、2つのコアのうち1つがインターフェース管理に専用であることが想定されています。貴社の実装方法では、2つのコアを使用しているかどうかを明確にしていただけますか？各スレッドごとに十分なスタックがありますか? さらに、Wi-Fiスタックでデバッグログを有効にした状態でログを共有していただけますか?Wi-Fi Threadの状態をさらに分析するために。デバッグログを有効にするには、wifi_config.hの「CONFIG_WLCMGR_DEBUG」と「CONFIG_WIFI_SDIO_DEBUG」マクロを有効にしてくださいヘッダーファイル？ Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity こんにちは、 @RomanVR さん。 こんなに早く返信してくれてありがとうございます。 ご依頼いただいた詳細情報とログは以下のとおりです。 現在、私たちのプロジェクトはCortex-M7コアのみを使用しています。M4コアは利用されていません。 はい、すべてのスレッドには十分なスタックが割り当てられています。また、FreeRTOSのスタックオーバーフローフック関数を使用して確認したところ、オーバーフローは発生していませんでした。 提案されたマクロを有効にしたログファイルを添付しました。ログ内には、最終的なWLCMログ以降に表示されるすべてのログがアプリケーションログで構成されており、Wi-Fiパケットが受信されるたびにランダムなフレームサイズを単に印刷します。ご覧の通り、ログはある時点で止まります。そこでWi-Fiが切断されます。接続が切断された時点では、wlcmからもSDIOからもログは出力されていません。 よろしくお願いします、 ヴィグネシュ。 Re: WiFi (SDIO) disconnects on i.MXRT1176 correlated with Qt/QML UI complexity こんにちは、 @Vignesh_Vinayak さん。 切断が起きた後、ディスプレイを含む他のアプリケーションは正常に動作しているのか教えていただけますか?もしそうなら、スレッドの優先度設定を共有していただけませんか? 前の質問に関連して、実行中のスレッドのFreeRTOSランタイム統計を共有していただけますか? そのためには、 FreeRTOSConfig.hで「configGENERATE_RUN_TIME_STATS」を有効にする必要があります。ファイルを作成し、FreeRTOS API「vTaskGetRunTimeStats」を定期的に呼び出し、結果をターミナルに出力するタスクを定義します。これにより、各ThreadのCPU使用率に関する有用な情報が得られ、Wi-Fi切断の根本原因を絞り込むことができます。これに関連して、ディスプレイアプリケーションは高いCPU負荷を引き起こすため、高負荷アプリケーションの適切な実行を確保するためにデュアルコアアーキテクチャの実装が強く推奨されます。