KW47-EVK板的蓝牙通道发声示例在哪里？ KW47-EVK 板及其子卡 (KW47-001-M10)的蓝牙通道发声示例在哪里？ 我在https://github.com/nxp-mcuxpresso/ 的仓库中查找过，但找不到任何针对 KW47-EVK 开发板的具体示例。我还找到了FRDM-MCXW72的通道探测示例：FRDM-MCXW72：动手实践 8：FRDM 到电话的通道探测。 我还使用了 NXP AI 的帮助功能，但它给出的链接并不存在。 我已经安装了基于 Eclipse 的 MCUXpresso，以及适用于 KW47-EVK 板和子卡 (KW47-001-M10) 的 SDK。 提前致谢！——保罗 Re: Where are Bluetooth Channel Sounding Examples for the KW47-EVK board 你好， 希望你一切都好。感谢您的联系。要访问 KW47-EVK 的通道探测示例，建议使用 MCUXpresso for VS Code 扩展以及 MCUXpresso SDK GitHub 存储库，而不是手动浏览存储库。 步骤如下： 安装适用于 VS Code 的 MCUXpresso 扩展。您可以从 VS Code 应用商店或 NXP 页面下载并安装： https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-for-visual-studio-code :MCUXPRESSO-VSC 从存储库导入 SDK 在 VS Code 中，打开 MCUXpresso 快速入门面板，点击“从存储库导入示例”，然后选择 KW47-EVK 板。该扩展程序将直接从 GitHub 存储库拉取 SDK。 使用 SDK 版本 26.06.00 (LTS) 我们建议使用 SDK 版本 26.06.00，这是当前的 LTS 版本，包含 KW47 的最新 BLE 协议栈更新，包括通道探测支持。   具体来说，我建议您查看以下文档：运行低功耗蓝牙定位场景 — MCUXpresso SDK 文档 希望这能帮到你！ 顺祝商祺！ 里卡多 Re: Where are Bluetooth Channel Sounding Examples for the KW47-EVK board 谢谢你，里卡多！这样就成功了，我可以使用 Visual Studio Code 扩展导入 mcxw72evk_loc_reader_bm。

BMS SDK dereferences NULL_PTR Hi, in the Phy 665a driver within BMS SDK, pxReqLowConfig is dereferenced, even if it is NULL_PTR (RequestQueueLow sideband not used for gateway device 0 configuration). Call stack: Level,Function,Stack Frame,Source,PC,Return Address,Stack Used 0," ","32 @ 0x2040DF00","exceptions.c:101:10",0x0060E874,"[0x2040DF18]: 0x0066D3E0",248 0,"Prv_Phy_665a_SpiPackMessageBatchInactiveSync","24 @ 0x2040DF20","CDD_Phy_665a_MsghSpi.c:2379:104",0x0066D3DE,"[0x2040DF34]: 0x0066D60A",216 0,"Prv_Phy_665a_SpiPackMessageBatch","24 @ 0x2040DF38","CDD_Phy_665a_MsghSpi.c:2551:18",0x0066D606,"[0x2040DF4C]: 0x0066DA8A",192 0,"Prv_Phy_665a_IO_SendMessageSpi","24 @ 0x2040DF50","CDD_Phy_665a_MsghSpi.c:3231:26",0x0066DA86,"[0x2040DF64]: 0x00666D34",168 0,"Phy_665a_IO_SendMessage","40 @ 0x2040DF68","CDD_Phy_665a.c:2037:30",0x00666D30,"[0x2040DF8C]: 0x0066E7FC",144 0,"Bms_TD_Send","24 @ 0x2040DF90","CDD_Bms_common.c:353:22",0x0066E7F8,"[0x2040DFA4]: 0x005D54E6",104 Version Information: * Project : BMS GEN2 SDK AUTOSAR 4.7 * Platform : CORTEXM * Peripheral : * Dependencies : * * Autosar Version : 4.7.0 * Autosar Revision : ASR_REL_4_7_REV_0000 * Autosar Conf.Variant : * SW Version : 0.9.1 * Build Version : S32K3_BMS_GEN2_SDK_0_9_1_D2601_ASR_REL_4_7_REV_0000_20260120 S32 SDK for S32K1 Re: BMS SDK dereferences NULL_PTR Hello PhilippH Could you please provide more details on the part numbers you are using? I’d like to check the drivers, and it would also be helpful if you could share the file. I will be waiting for your response Have a great day and best of luck.

电池管理系统 SDK 取消引用 NULL_PTR 您好， 在 电池管理系统 SDK 中的 Phy 665a 驱动程序中，即使 pxReqLowConfig 为 NULL_PTR（ RequestQueueLow 边带未用于网关设备 0 配置），也会取消引用它。 调用堆栈： Level,Function,Stack Frame,Source,PC,Return Address,Stack Used 0," ","32 @ 0x2040DF00","exceptions.c:101:10",0x0060E874,"[0x2040DF18]: 0x0066D3E0",248 0,"Prv_Phy_665a_SpiPackMessageBatchInactiveSync","24 @ 0x2040DF20","CDD_Phy_665a_MsghSpi.c:2379:104",0x0066D3DE,"[0x2040DF34]: 0x0066D60A",216 0,"Prv_Phy_665a_SpiPackMessageBatch","24 @ 0x2040DF38","CDD_Phy_665a_MsghSpi.c:2551:18",0x0066D606,"[0x2040DF4C]: 0x0066DA8A",192 0,"Prv_Phy_665a_IO_SendMessageSpi","24 @ 0x2040DF50","CDD_Phy_665a_MsghSpi.c:3231:26",0x0066DA86,"[0x2040DF64]: 0x00666D34",168 0,"Phy_665a_IO_SendMessage","40 @ 0x2040DF68","CDD_Phy_665a.c:2037:30",0x00666D30,"[0x2040DF8C]: 0x0066E7FC",144 0,"Bms_TD_Send","24 @ 0x2040DF90","CDD_Bms_common.c:353:22",0x0066E7F8,"[0x2040DFA4]: 0x005D54E6",104 版本信息： * Project : BMS GEN2 SDK AUTOSAR 4.7 * Platform : CORTEXM * Peripheral : * Dependencies : * * Autosar Version : 4.7.0 * Autosar Revision : ASR_REL_4_7_REV_0000 * Autosar Conf.Variant : * SW Version : 0.9.1 * Build Version : S32K3_BMS_GEN2_SDK_0_9_1_D2601_ASR_REL_4_7_REV_0000_20260120 S32K1系列的S32SDK Re: BMS SDK dereferences NULL_PTR 你好 PhilippH 请问您能否提供更多关于您所使用零件编号的详细信息？我想检查一下驱动程序，如果您能分享一下文件就更好了。 我会等你的回复。 祝你今天过得愉快，一切顺利。

Raspberry Pi Pico 2Wを使っている場合、Arduino IDEでSerial.printsを見るにはどうすればいいですか? 何時間もかけて解決しようと試みましたが、結局何もできませんでした。内蔵LEDを点滅させながら、Serial.printに「hello」と書き込む簡単なコードを実行してみました。LEDは点滅するが、ピコはシリアルモニターに何も出力しない。アップロード後にピコが切断され、その後別のポートで再接続されることが分かりました。私のはcom 5/4からcom 11に再接続されるようですが、Tools -> Port -> COM11に行こうとするとLEDが点滅し、IDEにエラーメッセージが表示され、ノートPCは基板が外されて再接続されたかのような音を出します。これについて何かできることはありますか?Arduino IDEからVS Codeに切り替えることも考えましたが、Windows用のチュートリアルがなく、GPTもあまり教えてくれませんでした。 Kinetis Wシリーズ・マイクロコントローラ

Inquiry on PCF2123TS-1,118 Appearance Variation Dear NXP team: During incoming inspection of two reels of PCF2123TS-1,118 chips, we discovered two different appearance types: Type 1: Glossy surface, smaller pin 1 indicator; glossy and slightly curved side texture. Type 2: Rough surface, larger pin 1 indicator; rough and straight side texture. Are these differences normal? We look forward to your reply. Thank you! Sincerely, Ms. Liu

Where are Bluetooth Channel Sounding Examples for the KW47-EVK board Where are Bluetooth Channel Sounding Examples for the KW47-EVK board with the daughter card (KW47-001-M10)?  I've looked in the repos at https://github.com/nxp-mcuxpresso/ but cannot find any specific examples for the KW47-EVK board. I've also found a Channel Sounding example for the FRDM-MCXW72 FRDM-MCXW72: Hands-On 8: Channel Sounding FRDM to Phone.  I also used the NXP AI help, but it came up with links that did not exist. I have the Eclipse based MCUXpresso installed along with the SDKs for the KW47-EVK board with the daughter card (KW47-001-M10). Thanks in advance! --Paul Re: Where are Bluetooth Channel Sounding Examples for the KW47-EVK board Hello, Hope you are doing well. Thanks for reaching out. To access the Channel Sounding examples for the KW47-EVK, the recommended approach is to use the MCUXpresso for VS Code extension along with the MCUXpresso SDK GitHub repository, rather than browsing the repos manually. Here are the steps: Install the MCUXpresso for VS Code extension Download and install it from the VS Code Marketplace or from the NXP page: https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-for-visual-studio-code:MCUXPRESSO-VSC Import the SDK from the repository In VS Code, open the MCUXpresso Quickstart Panel, click "Import example from Repository", and select the KW47-EVK board. The extension will pull the SDK directly from the GitHub repository. Use SDK version 26.06.00 (LTS) We recommend using SDK version 26.06.00, which is the current LTS release and includes the latest BLE stack updates for the KW47, including Channel Sounding support.   Specifically, I would recommend checking this documentation: Running the Bluetooth Low Energy Localization Scenario — MCUXpresso SDK Documentation Hope this helps! Best Regards, Ricardo Re: Where are Bluetooth Channel Sounding Examples for the KW47-EVK board Thanks Ricardo! That worked and I was able to import the mcxw72evk_loc_reader_bm using the Visual Studio Code Extension.

Inquiry on PCF2123TS-1,118 Appearance Variation 尊敬的恩智浦团队：在对两卷PCF2123TS-1,118芯片进行来料检验时，我们发现了两种不同的外观类型：类型1：表面光亮，引脚1指示器较小；侧面纹理光亮且略微弯曲。类型2：表面粗糙，引脚1指示器较大；侧面纹理粗糙且平直。请问这些差异是否属于正常现象？期待您的回复。谢谢！此致，刘小姐

BMS SDKはNULL_PTR こんにちは、 BMS SDK内のPhy 665aドライバーでは、pxReqLowConfigはNULL_PTRであっても参照が外されます(RequestQueueLowサイドバンドはゲートウェイデバイス0の設定には使用されません)。 コールスタック: Level,Function,Stack Frame,Source,PC,Return Address,Stack Used 0," ","32 @ 0x2040DF00","exceptions.c:101:10",0x0060E874,"[0x2040DF18]: 0x0066D3E0",248 0,"Prv_Phy_665a_SpiPackMessageBatchInactiveSync","24 @ 0x2040DF20","CDD_Phy_665a_MsghSpi.c:2379:104",0x0066D3DE,"[0x2040DF34]: 0x0066D60A",216 0,"Prv_Phy_665a_SpiPackMessageBatch","24 @ 0x2040DF38","CDD_Phy_665a_MsghSpi.c:2551:18",0x0066D606,"[0x2040DF4C]: 0x0066DA8A",192 0,"Prv_Phy_665a_IO_SendMessageSpi","24 @ 0x2040DF50","CDD_Phy_665a_MsghSpi.c:3231:26",0x0066DA86,"[0x2040DF64]: 0x00666D34",168 0,"Phy_665a_IO_SendMessage","40 @ 0x2040DF68","CDD_Phy_665a.c:2037:30",0x00666D30,"[0x2040DF8C]: 0x0066E7FC",144 0,"Bms_TD_Send","24 @ 0x2040DF90","CDD_Bms_common.c:353:22",0x0066E7F8,"[0x2040DFA4]: 0x005D54E6",104 バージョン情報: * Project : BMS GEN2 SDK AUTOSAR 4.7 * Platform : CORTEXM * Peripheral : * Dependencies : * * Autosar Version : 4.7.0 * Autosar Revision : ASR_REL_4_7_REV_0000 * Autosar Conf.Variant : * SW Version : 0.9.1 * Build Version : S32K3_BMS_GEN2_SDK_0_9_1_D2601_ASR_REL_4_7_REV_0000_20260120 S32 SDK for S32K1 Re: BMS SDK dereferences NULL_PTR こんにちは PhilippH 使っている部品番号について、もう少し詳しく教えていただけますか?ドライバを確認したいですし、ファイルも共有していただけると助かります。 ご返信をお待ちしております。 良い一日をお過ごしください。幸運を祈ります。

如何获取适用于 S32K3 的“HSE-B 固件参考手册 V2.2”？ 您好，NXP团队， 我正在开发一个基于 S32K312 的项目，需要使用 HSE（硬件安全引擎）来实现安全启动/密钥管理/加密服务。 我正在寻找名为“HSE-B固件参考手册V2.2”的文档，但在NXP的公开网站上找不到。 非常感谢您的支持！ 顺祝商祺！ Re: How to get access to "HSE-B Firmware Reference Manual V2.2" for S32K3? 嗨@SpringAutumn 所有 HSE 文件均受保密协议约束，仅可通过安全文件获取。如果您还没有访问安全文件的权限，请按照“安全访问权限 | NXP Semiconductors”页面上概述的步骤申请相应的权限。 另外，请注意，HSE-B 固件参考手册的最新版本为 2.8 版。 BR，VaneB

Regarding Flash Programming for the FRDM-A-S32K144N I was debugging using the FRDM-A-S32K144N when the following symptoms occurred: * Unable to write to flash memory. * Since the write failure, the power LED and reset LED have remained constantly lit. I attempted recovery by performing the following steps: 1. Tried writing to the flash memory by unplugging and replugging the USB cable while holding down the reset button, aiming to catch the window before the infinite loop started. * Attempted this dozens of times but was unsuccessful. 2. Connected the USB cable while holding down the reset button to enter bootloader mode. * Flashed "BOOTUPDATEAPP_Pemicro_v111.SDA". * Then flashed "MSD-DEBUG-EVB-S32K144_PEmicro_v125.SDA". * The situation did not improve. 3. Attempted flash recovery using "Kinetis_Recovery_Utility.exe". * Unplugged and replugged the USB cable several times, but the process did not complete. I am unsure what to try next. If anyone knows how to restore the board, could you please advise me on the procedure? Re: Regarding Flash Programming for the FRDM-A-S32K144N Hi Fukuda, I don't have the newly released FRDM-A-S32K144N development board on hand, so I haven't tested it myself. If you aren't in a rush, I can help you troubleshoot the issue now, and then perform tests on my end once I receive the board—which I expect to arrive in mid-October. After plugging the cable into the J1 USB Type-C port, please take a photo of the top side of the board and share it with me. I am not sure which two LEDs you are referring to, as the SPF-96556_B.pdf document only lists D5 (Red) and D4 (Orange). If D4 is lit, it indicates that the onboard OpenSDA debugger is functioning correctly. However, if D5 is lit, it indicates that the S32K144N is in a reset state (The RESET_MCU signal may go low); please use an oscilloscope to observe the signal and check for the frequency of periodic low pulses.  Additionally, I am unsure what program was previously flashed onto the S32K144N. If it is a blank chip and the RESET_MCU signal shows periodic high-level pulses with a period of ~118µs, you can recover the MCU by executing a "mass erase" command via the SWD/JTAG debug interface. Since 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. Select Hardware Type: Multilink ACP Embedded - OnBoard ARM Debug Interface  Then, check for available updates. It appears you have already refer to the discussion "S32K144 D2 RED LED is ON always". Please note that the Kinetis_Recovery_Utility (Version 8.17) previously provided on the PEMicro website did not work correctly; the Kinetis_Recovery_Utility (Version 1.06)—which I uploaded as an attachment in that discussion—works properly. When using the Kinetis_Recovery_Utility, It is recommended to keep the PEMicro debugger powered on and repeatedly power-cycle reset only the S32K chip. If you have an external debugger like the Multilink connected to the J3, you can repeatedly plug and unplug J1 to cycle power to the S32K144N while keeping the external Multilink active. However, if you do not have an external Multilink and are relying solely on the onboard OpenSDA debugger, the design of the FRDM-A-S32K144N presents some inconvenience. Jumper SJ10 is not as convenient as J107 on the S32K144EVB for repeatedly cycling power to the S32K144. I am not certain whether repeatedly pressing SW2 alone would allow the Kinetis_Recovery_Utility to successfully halt the S32K144N at the right moment. Best Regards, Robin Re: Regarding Flash Programming for the FRDM-A-S32K144N Hi, Robin. I apologize for the significant delay in my reply. I have attached a photo of the board to this post. Unfortunately, I do not own an oscilloscope, so I was unable to verify the frequency. I tried using PEFirmwareConfig.exe, but the FRDM-A-S32K144N did not appear in the device list; I will continue to look into this. I will also continue attempting to use the Kinetis_Recovery_Utility. I apologize for the lack of significant progress since my last post. Best Regards, Fukuda Re: Regarding Flash Programming for the FRDM-A-S32K144N Hi Fukuda, Thank you for your update, and no worries about the delayed response. I just returned from vacation. Unfortunately, the FRDM-A-S32K144N board I ordered has not arrived yet, so I am currently unable to perform any testing. Although I haven't received the FRDM-A-S32K144N yet, I tested the onboard debugger using the FRDM-A-S32K344: PEFirmwareConfig.exe successfully detects the onboard debugger, as shown in the image: Unfortunately, Kinetis_Recovery_Utility (Version 1.06)—the version capable of successfully halting the MCU—does not detect the FRDM-A-S32K344's onboard debugger. While Kinetis_Recovery_Utility (Version 8.17) does detect the FRDM-A-S32K344's onboard debugger, it fails to halt the MCU, as I mentioned previously. Please wait while I consult PEMicro technical support regarding the issues currently encountered with Kinetis_Recovery_Utility. Do you happen to have an external PEMicro debugger, such as a Multilink Debug Probe? I recall that Kinetis_Recovery_Utility (Version 1.06) can be used with external Multilink Debug Probe. Additionally, have you tried the "Emergency Kinetis Device Recovery by Full Chip Erase" feature in S32DS that I mentioned in the "S32K144 D2 RED LED is ON always" thread? Re: Regarding Flash Programming for the FRDM-A-S32K144N Also, have you tried the workaround mentioned in "Solution to FRDM-A-S32K144 and FRDM-A-S32K144N not detected during initial USB-C connection"? Even though I see the orange D4 LED is lit on your FRDM-A-S32K144N board, I still suggest trying the other workarounds. This is because the FRDM-A-S32K144N I ordered isn't expected to arrive until next week for testing. Re: Regarding Flash Programming for the FRDM-A-S32K144N I just received the FRDM-A-S32K144N and tested it. Bearing in mind the issue mentioned in "Solution to FRDM-A-S32K144 and FRDM-A-S32K144N not detected during initial USB-C connection" I used a USB-A to USB-C data cable. PEFirmwareConfig.exe did not detect any Multilink hardware. This differs from the test results for the FRDM-A-S32K344; I apologize for misleading you earlier. The D4 LED is lit orange, indicating the OpenSDA status is normal, and the device appears in Device Manager. In Kinetis_Recovery_Utility (Version 1.06), selecting "Show Hardware" and clicking "START" reveals the OpenSDA device. After selecting the OpenSDAUSB device and clicking "START," the following appears: Communication via SWD Cable Version is 119 Continuously attempting to halt processor. Please try power cycling your board until this operation is successful Success. Processor halted. Re: Regarding Flash Programming for the FRDM-A-S32K144N Hi, Robin. Thank you for your reply. Unfortunately, I do not own an external PEMicro debugger. I have also tried the "Emergency Kinetis Device Recovery by Full Chip Erase" function in S32DS multiple times, but all attempts failed. Since the FRDM-A-S32K144N is recognized by the PC, I have not tried the "Solution for when FRDM-A-S32K144 and FRDM-A-S32K144N are not detected via USB-C connection." Just to clarify, does "power ON/OFF" in the Kinetis_Recovery_Utility refer to unplugging and replugging the USB cable? Even after unplugging and replugging the USB cable, the process did not proceed past the message: "Please try power cycling your board until this operation is successful." Best Regards, Fukuda Re: Regarding Flash Programming for the FRDM-A-S32K144N I connected an external J-Link Plus to the onboard S32K144N via J3 and erased the chip using the `unlock kinetis` command in J-Link Commander. Now, observing the J9.5 RESET_MCU pin with an oscilloscope, I see a square wave signal with a period of approximately 120 µs and a high-level duration of about 660 ns. Regardless of whether I hold down SW2, the onboard OpenSDA, in conjunction with Kinetis_Recovery_Utility (Version 1.06), successfully halted the MCU: At this point, the periodic pulses on the J9.5 RESET_MCU pin stop; after closing Kinetis_Recovery_Utility, the new program can be downloaded within S32DS v3.6.11. Have you previously programmed the S32K144N? Are you using a USB-A to USB-C data cable?

LX2160ARDB: SD Card Booting Hi, "For the standard LX2160ARDB with DIMM slots, DDR registers are configured automatically by reading SPD from the installed DIMMs — handled by the TF-A BL2 stage (ddr_init.c), not U-Boot. You only need to modify the ATF source if using custom DIMMs on the LX2160ARDB." We are using the DIMMs provided with the RDB. And for SD card booting, I have generated the files - bl2_sd.pbl and fip.bin using the following commands bl2_sd.pbl $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb bl2 BOOT_MODE=sd pbl RCW=../rcw/lx2160ardb_rev2/XGGFF_PP_HHHH_RR_19_5_2/rcw_2200_750_3200_19_5_2.bin fip.bin $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb fip BOOT_MODE=sd BL33=u-boot/u-boot.bin Generated the above images with default ddr_init.c in atf folder and loaded bl2_sd.pbl file at blk 8 and fip.bin at blk 800 of SD card for booting.. The log is as follows => qixis_reset sd => NOTICE: BL2: v2.4(release):LSDK-21.08-0-g340b20bcb NOTICE: BL2: Built : 11:29:23, Aug 5 2026 NOTICE: UDIMM 18ADF2G72AZ-3G2E1 NOTICE: DDR PMU Hardware version-0x1210 ERROR: Failed to load 33 firmware. ERROR: Loading firmware failed (error code -2) ERROR: Calculating DDR PHY registers failed. PHY handshake timeout, ddr_dsr2 = 0 ERROR: Found training error(s): 0x100 ERROR: Error: Waiting for D_INIT timeout. ERROR: Writing DDR register(s) failed ERROR: Programing DDRC error ERROR: DDR init failed. NOTICE: Incorrect DRAM0 size is defined in platform_def.h ERROR: BL2: Failed to load image id 3 (-2) Authentication failure should we load any ddr related firmware files for DDR initialization or any modifications to be done in bl2 source?? Kindly guide through this. Thank you Evaluation Board Re: LX2160ARDB: SD Card Booting fip_ddr_all.bin: Contains all 8 DDR4 PHY training binaries: UDIMM 1D/2D IMEM+DMEM and RDIMM 1D/2D IMEM+DMEM fip_ddr.bin: A DDR FIP with a more limited/selected set of DDR PHY firmware rather than the full UDIMM+RDIMM collection. The exact selection depends on the LSDK/TF-A build configuration.   For a custom board, you may reuse the DDR PHY firmware,  but you must configure DDR for that board’s memory and layout. Re: LX2160ARDB: SD Card Booting Hi Yiping, Thanks for guiding...I have deployed the DDR fip image into SD card at 0x4000 and DDR initialization done successfully In LSDK, there are default images fip_ddr.bin and fip_ddr_all.bin under distro/build_lx2160ardb-rev2/tmp/deploy/images/ lx2160ardb-rev2/ddr-phy/, i have loaded these and verified that DDR initialization happens Could you please explain the difference between both the images and why it is needed? If a custom board is used can we use the same image for DDR initialization or not? Re: LX2160ARDB: SD Card Booting Please deploy DDR PHY firmware image on SD card. First please refer to the following procedure to generate PHY firmware image. $ cd atf/tools/fiptool $ git clone https://github.com/NXP/ddr-phy-binary.git $ cd ddr-phy-binary/ $ git checkout LSDK-21.08 -b LSDK-21.08 $ cd .. $ ./fiptool create --ddr-immem-udimm-1d ddr-phy-binary/lx2160a/ddr4_pmu_train_imem.bin --ddr-immem-udimm-2d ddr-phy-binary/lx2160a/ddr4_2d_pmu_train_imem.bin --ddr-dmmem-udimm-1d ddr-phy-binary/lx2160a/ddr4_pmu_train_dmem.bin --ddr-dmmem-udimm-2d ddr-phy-binary/lx2160a/ddr4_2d_pmu_train_dmem.bin --ddr-immem-rdimm-1d ddr-phy-binary/lx2160a/ddr4_rdimm_pmu_train_imem.bin --ddr-immem-rdimm-2d ddr-phy-binary/lx2160a/ddr4_rdimm2d_pmu_train_imem.bin --ddr-dmmem-rdimm-1d ddr-phy-binary/lx2160a/ddr4_rdimm_pmu_train_dmem.bin --ddr-dmmem-rdimm-2d ddr-phy-binary/lx2160a/ddr4_rdimm2d_pmu_train_dmem.bin fip_ddr_all.bin The DDR fip image, fip_ddr_all.bin is generated at atf/tools/fiptool Please deploy fip_ddr_all.bin in SD card under u-boot. => tftp 82000000 fip_ddr_all.bin => mmc write 82000000 0x04000 Here, blk_cnt refers to number of blocks in SD card that need to be written as per the file size. For example, when you load file from the TFTP server, if the bytes transferred is 1077157 (106fa5 hex) , then blk_cnt is calculated as 1077157/512 = 2103 (837 hex) For this example, mmc write command will be: => mmc write 82000000 0x04000 837 Re: LX2160ARDB: SD Card Booting Would you please address your new questions in a new thread? My colleague will continue to support you because of my holiday. Re: LX2160ARDB: SD Card Booting Hi Yiping, Thanks for the explanation.. I have installed the LSDK 21.08 and the atf, rcw, u-boot, ddr-phy folders are already available but the source is not available. So cloned all the sources through git. For complete SD card booting, i have deployed the files as below 1. bl2_sd.pbl                               - 0x8 2. fip.bin                                      - 0x800 3. fip_ddr_all.bin                       - 0x4000 4. mc_lx2160a_10.40.0.itb         - 0x5000 5. dpc-usxgmii.dtb                    - 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin    -  0x8000 And I have made partitions in SD card(64GB) as below 1. /dev/mmcblk0p1                    - sector 409600 to sector 42352640 2. /dev/mmcblk0p2                  - sector 42352640 to sector 121534463 and mounting the rootfs "fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz" on /dev/mmcblk0p1 partition using the bootargs command at u-boot as  => setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' is this the right approach do it?? Please suggest any better approach that can be done. And in LSDK how to generate the fitImage binary file for kernel and dtb, like the fitImages present in the LSDK under distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ directory like fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin. Re: LX2160ARDB: SD Card Booting Ok Yiping Thanks for the support

プローブインデックス1を開けません こんにちは、NXP チームの皆様、 「プローブインデックス 1 を開けません」というエラーが発生し、困っています。この問題を解決するためにあらゆるデバッグ手順を試し、SDKも再インストールしましたが、問題は依然として解決しません。 エラー画面のスクリーンショットを添付しましたので、ご参照ください。 この問題の解決を手伝ってもらえますか? ありがとう、 クリシュナ #プローブ #mcxn947 ブートROM|ブート|フラッシュ 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) コアとメモリ Re: unable to open probe index 1 こんにちは、 @krishnareddyさん Secure Provisioningツールを使ってMCUを復元できると思います。 1. セキュアプロビジョニングツールをダウンロードしてインストールします。 MCUXpressoセキュアプロビジョニングツール |NXPセミコンダクターズ 2. mcxn947ワークスペースを作成します。 3. チップを消去する BR ハリー

S32K3用の「HSE-B Firmware Reference Manual V2.2」へのアクセス方法は? NXPチームの皆様、こんにちは。 私はS32K312上でプロジェクトを開発しており、セキュリティブート/鍵マネジメント/暗号サービスのためにHSE(ハードウェアセキュリティエンジン)を使う必要があります。 「HSE-B Firmware Reference Manual V2.2」という文書を探しているのですが、公開されているNXPのウェブサイトでは見つかりませんでした。 ご支援ありがとうございます! よろしくお願いいたします。 Re: How to get access to "HSE-B Firmware Reference Manual V2.2" for S32K3? こんにちは、 @SpringAutumn すべてのHSEドキュメントはNDAの下で提供されており、Secure Filesを通じてのみ利用可能です。まだSecure Filesにアクセスできない場合は、 Secure Access Rights | NXP Semiconductors のページに記載された手順に従って適切な権限を申請してください。 また、HSE-Bファームウェアリファレンスマニュアルの最新リリースはバージョン2.8であることにご注意ください。 BR、VaneB

unable to open probe index 1 Hi NXP Team, I have been facing an issue with the error "Unable to open probe index 1." I have tried all the possible debugging steps to resolve this issue, and I also reinstalled the SDK, but the problem still persists. I have attached screenshots of the error for your reference. Could you please help me resolve this issue? Thank you, Krishna #probe #mcxn947 Boot ROM|Booting | Flash Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Core and Memory Re: unable to open probe index 1 Hi @krishnareddy  I think you can use the secure provisioning tool to restore MCU. 1. Download and install secure provisioning tool. MCUXpresso Secure Provisioning Tool | NXP Semiconductors 2. Create the mcxn947 workspace. 3. Erase the chip BR Harry

How to get access to "HSE-B Firmware Reference Manual V2.2" for S32K3? Hello NXP team, I am developing a project on the S32K312 and need to use the HSE (Hardware Security Engine) for secure boot / key management / crypto services. I am looking for the document "HSE-B Firmware Reference Manual V2.2", but I could not find it on the public NXP website. Thank you very much for your support! Best regards Re: How to get access to "HSE-B Firmware Reference Manual V2.2" for S32K3? Hi @SpringAutumn  All HSE documentation is under NDA and is available only through Secure Files. If you do not yet have access to Secure Files, please follow the steps outlined on the Secure Access Rights | NXP Semiconductors page to request the appropriate permissions. Also, please note that the latest release of the HSE-B Firmware Reference Manual is Version 2.8. BR, VaneB

无法打开探针索引 1 您好，NXP团队： 我遇到了“无法打开探测索引 1”的错误问题。我已经尝试了所有可能的调试步骤来解决这个问题，我也重新安装了 SDK，但问题仍然存在。 我已附上错误截图供您参考。 请问您能帮我解决这个问题吗？ 谢谢你， 克里希那 #探针 #mcxn947 启动 ROM | 启动配置 | 闪存 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） 核心与内存 Re: unable to open probe index 1 嗨@krishnareddy 我认为您可以使用安全配置工具来恢复 MCU。 1. 下载并安装安全配置工具。 MCUXpresso 安全配置工具 | 恩智浦半导体 2. 创建 mcxn947 工作区。 3. 擦除芯片 BR 哈里

LX2160ARDB：SD卡启动 你好， “对于带有 DIMM 插槽的标准 LX2160ARDB，DDR 寄存器通过从已安装的 DIMM 读取 SPD 自动配置 - 由 TF-A BL2 阶段 (ddr_init.c) 处理，不是 U-Boot。只有在 LX2160ARDB 上使用自定义 DIMM 时才需要修改 ATF 源文件。 我们使用的是RDB提供的DIMM内存条。 为了实现 SD 卡启动，我使用以下命令生成了文件bl2_sd.pbl 和 fip.bin。 bl2_sd.pbl $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb bl2 BOOT_MODE=sd pbl RCW=../rcw/lx2160ardb_rev2/XGGFF_PP_HHHH_RR_19_5_2/rcw_2200_750_3200_19_5_2.bin fip.bin $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb fip BOOT_MODE=sd BL33=u-boot/u-boot.bin 使用 atf 文件夹中的默认 ddr_init.c 生成上述镜像，并加载 SD 卡 blk 8 处的 bl2_sd.pbl 文件和 blk 800 处的 fip.bin 文件进行启动。 日志如下 => qixis_reset sd => 注意：BL2：v2.4（发布版）：LSDK-21.08-0-g340b20bcb 通知：BL2：构建时间：2026年8月5日 11:29:23 注意：UDIMM 18ADF2G72AZ-3G2E1 注意：DDR PMU 硬件版本-0x1210 错误：加载 33 固件失败。 错误：固件加载失败（错误代码 -2） 错误：DDR PHY寄存器计算失败。 PHY握手超时，ddr_dsr2 = 0 错误：发现训练错误：0x100 错误：等待 D_INIT 超时。 错误：写入DDR寄存器失败 错误：DDRC编程错误 错误：DDR初始化失败。 注意：platform_def.h 中定义的 DRAM0 大小不正确。 错误：BL2：加载图像 ID 3 失败（-2） 身份验证失败 我们是否需要加载任何与DDR相关的固件文件来进行DDR初始化，或者需要在bl2源代码中进行任何修改？ 请您指导一下。 谢谢 评估板 Re: LX2160ARDB: SD Card Booting fip_ddr_all.bin：包含全部 8 个 DDR4 PHY 训练二进制文件：UDIMM 1D/2D IMEM+DMEM 和 RDIMM 1D/2D IMEM+DMEM fip_ddr.bin：DDR FIP 包含更有限/精选的 DDR PHY 固件集，而不是完整的 UDIMM+RDIMM 集合。具体选择取决于 LSDK/TF-A 版本配置。   对于定制板，您可以重用 DDR PHY 固件，但必须根据该板的内存和布局配置 DDR。 Re: LX2160ARDB: SD Card Booting 嗨一平， 感谢您的指导……我已经将 DDR fip 镜像部署到 SD 卡的 0x4000 地址处，DDR 初始化已成功完成。 在 LSDK 中， distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ddr-phy/ 目录下有默认镜像fip_ddr.bin和fip_ddr_all.bin ，我已经加载了这些镜像并验证了 DDR 初始化过程。 请问您能否解释一下这两张图片之间的区别以及为什么需要进行区分？ 如果使用定制板，我们能否使用相同的镜像进行DDR初始化？ Re: LX2160ARDB: SD Card Booting 请将 DDR PHY 固件镜像部署到 SD 卡上。 首先请参考以下步骤生成PHY固件映像。 $ cd atf/tools/fiptool $ git clone https://github.com/NXP/ddr-phy-binary.git $ cd ddr-phy-binary/ $ git checkout LSDK-21.08 -b LSDK-21.08 $ cd .. $ ./fiptool创建 --ddr-immem-udimm-1d ddr-phy-二进制/lx2160a/ddr4_pmu_train_imem.bin --ddr-immem-udimm-2d ddr-phy-二进制/lx2160a/ddr4_2d_pmu_train_imem.bin --ddr-dmmem-udimm-1d ddr-phy-二进制/lx2160a/ddr4_pmu_train_dmem.bin --ddr-dmmem-udimm-2d ddr-phy-二进制/lx2160a/ddr4_2d_pmu_train_dmem.bin --ddr-immem-rdimm-1d ddr-phy-二进制/lx2160a/ddr4_rdimm_pmu_train_imem.bin --ddr-immem-rdimm-2d ddr-phy-二进制/lx2160a/ddr4_rdimm2d_pmu_train_imem.bin --ddr-dmmem-rdimm-1d ddr-phy-二进制/lx2160a/ddr4_rdimm_pmu_train_dmem.bin --ddr-dmmem-rdimm-2d ddr-phy-二进制/lx2160a/ddr4_rdimm2d_pmu_train_dmem.bin fip_ddr_all.bin DDR fip 镜像文件 fip_ddr_all.bin 生成于 atf/tools/fiptool 目录下。 请在 u-boot 下将 fip_ddr_all.bin 部署到 SD 卡中。 => tftp 82000000 fip_ddr_all.bin => mmc 写入 82000000 0x04000 这里，blk_cnt 指的是根据文件大小需要在 SD 卡中写入的块数。例如，当 从 TFTP 服务器加载文件时，如果传输的字节数为 1077157（十六进制 106fa5），则计算 blk_cnt。 1077157/512 = 2103（十六进制 837） 在这个例子中，mmc write 命令将是：=> mmc write 82000000 0x04000 837 Re: LX2160ARDB: SD Card Booting 请您在新帖中提出您的新问题好吗？ 由于我休假，我的同事会继续为您提供支持。 Re: LX2160ARDB: SD Card Booting 嗨一平， 谢谢你的解释。 我已经安装了 LSDK 21.08，atf、rcw、u-boot、ddr-phy 文件夹都已存在，但源代码不可用。于是我通过git克隆了所有源代码。 为了实现完整的 SD 卡启动，我已经按如下方式部署了文件。 1. bl2_sd.pbl - 0x8 2. fip.bin - 0x800 3.fip_ddr_all.bin                      - 0x4000 4. mc_lx2160a_10.40.0.itb         - 0x5000 5. dpc-usxgmii.dtb- 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin- 0x8000 我已在 SD 卡（64GB）上创建了如下分区。 1. /dev/mmcblk0p1                    - 扇区 409600 至扇区 42352640 2. /dev/mmcblk0p2                  - 扇区 42352640 至扇区 121534463 并使用 u-boot 的 bootargs 命令将根文件系统“fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz”挂载到 /dev/mmcblk0p1 分区。 -> setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' 这样做对吗？请提出任何更好的方法。 在 LSDK 中，如何为内核和 dtb 生成 fitImage 二进制文件，就像 LSDK 中 distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ 目录下的 fitImage 文件一样，例如 fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin。 Re: LX2160ARDB: SD Card Booting 好的一平 感谢您的支持

LX2160ARDB: SDカードブート こんにちは、 「DIMMスロットを備えた標準LX2160ARDBの場合、DDRレジスタは、TF-A BL2ステージ（ddr_init.c）によって処理される、インストールされているDIMMからSPDを読み取ることによって自動的に構成されます。」U-Bootではありません。LX2160ARDBでカスタムDIMMを使用する場合のみ、ATFソースを変更する必要があります。 私たちはRDBに付属のDIMMを使用しています。 SDカードからのブートのために、以下のコマンドを使用してbl2_sd.pblとfip.binというファイルを生成しました。 bl2_sd.pbl $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb bl2 BOOT_MODE=sd pbl RCW=../rcw/lx2160ardb_rev2/XGGFF_PP_HHHH_RR_19_5_2/rcw_2200_750_3200_19_5_2.bin fip.bin $ export ARCH=arm64 $ export CROSS_COMPILE=aarch64-linux-gnu- $ make PLAT=lx2160ardb fip BOOT_MODE=sd BL33=u-boot/u-boot.bin デフォルトの ddr_init.c を atf フォルダに生成し、ブート用に bl2_sd.pbl ファイルを SD カードの blk 8 に、fip.bin ファイルを blk 800 にロードしました。 ログは以下のとおりです。 => qixis_reset sd => 注意: BL2: v2.4(リリース):LSDK-21.08-0-g340b20bcb お知らせ：BL2：ビルド日時：2026年8月5日 11:29:23 注意：UDIMM 18ADF2G72AZ-3G2E1 注意：DDR PMUハードウェアバージョン-0x1210 エラー: ファームウェア33の読み込みに失敗しました。 エラー：ファームウェアの読み込みに失敗しました（エラーコード -2） エラー: DDR PHYレジスタの計算に失敗しました。 PHYハンドシェイクタイムアウト、ddr_dsr2 = 0 エラー:トレーニングエラーを検出:0x100 エラー:エラー:タイムアウトD_INIT待っています。 エラー: DDRレジスタへの書き込みに失敗しました エラー: DDRCプログラミングエラー エラー: DDR初期化に失敗しました。 注意: platform_def.h で定義されている DRAM0 のサイズが間違っています。 エラー:BL2:画像ID 3(-2)の読み込みに失敗しました 認証失敗 DDR初期化のためにDDR関連のファームウェアファイルをロードしたり、bl2ソースに何らかの変更を加えたりする必要があるでしょうか？ どうぞご指導ください。 よろしくお願い申し上げます。 評価ボード Re: LX2160ARDB: SD Card Booting fip_ddr_all.bin:8つのDDR4 PHYトレーニングバイナリ全てを含みます:UDIMM 1D/2D IMEM+DMEMおよびRDIMM 1D/2D IMEM+DMEM fip_ddr.bin:UDIMM+RDIMMのフルコレクションではなく、より限定された/選択されたDDR PHYファームウェアセットを備えたDDR FIP。具体的な選択は、LSDK/TF-Aのビルド構成によって異なります。   カスタムボードの場合、DDR PHYファームウェアを再利用できますが、そのボードのメモリとレイアウトに合わせてDDRを設定する必要があります。 Re: LX2160ARDB: SD Card Booting こんにちは、イーピンさん ご指導ありがとうございます。DDR fipイメージをSDカードの0x4000番地に展開し、DDRの初期化が正常に完了しました。 LSDKには、 distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ddr-phy/の下にfip_ddr_binとfip_ddr_all.binというデフォルトイメージがあります。これらをロードしてDDR初期化が行われることを確認しました。 両方の画像の違いと、なぜそれが必要なのか説明していただけますか? カスタムボードを使う場合、DDRの初期化に同じイメージを使うことはできますか? Re: LX2160ARDB: SD Card Booting DDR PHYファームウェアイメージをSDカードに展開してください。 まず、以下の手順に従ってPHYファームウェアイメージを生成してください。 $ cd atf/tools/fiptool $ git clone https://github.com/NXP/ddr-phy-binary.git $ cd ddr-phy-binary/ $ git checkout LSDK-21.08 -b LSDK-21.08 $ cd .. $ ./fiptoolcreate --ddr-immem-udimm-1d ddr-phy-binary/lx2160a/ddr4_pmu_train_imem.bin --ddr-immem-udimm-2d ddr-phy-binary/lx2160a/ddr4_2d_pmu_train_imem.bin --ddr-dmmem-udimm-1d ddr-phy-binary/lx2160a/ddr4_pmu_train_dmem.bin --ddr-dmmem-udimm-2d ddr-phy-binary/lx2160a/ddr4_2d_pmu_train_dmem.bin --ddr-immem-rdimm-1d ddr-phy-binary/lx2160a/ddr4_rdimm_pmu_train_imem.bin --ddr-immem-rdimm-2d ddr-phy-binary/lx2160a/ddr4_rdimm2d_pmu_train_imem.bin --ddr-dmmem-rdimm-1d ddr-phy-binary/lx2160a/ddr4_rdimm_pmu_train_dmem.bin --ddr-dmmem-rdimm-2d ddr-phy-binary/lx2160a/ddr4_rdimm2d_pmu_train_dmem.bin fip_ddr_all.bin DDR fipイメージであるfip_ddr_all.binはatf/tools/fiptoolに生成されます。 fip_ddr_all.bin を SD カードの u-boot ディレクトリに配置してください。 => tftp 82000000 fip_ddr_all.bin => mmc write 82000000 0x04000 ここで、blk_cntは、ファイルサイズに応じて書き込む必要があるSDカード内のブロック数を指します。例えば、 TFTPサーバーからファイルをロードし、転送されたバイト数が1077157（106fa5 hex）の場合、blk_cntが計算されます。 1077157/512 = 2103 (837 16進数) この例では、mmc write コマンドは次のようになります。=> mmc write 82000000 0x04000 837 Re: LX2160ARDB: SD Card Booting こんにちは、イーピンさん 説明ありがとうございます。 LSDK 21.08をインストールしましたが、atf、rcw、u-boot、ddr-phyフォルダは既に存在しますが、ソースコードが利用できません。そこで、すべてのソースをgitでクローンしました。 SDカードの完全なブートのために、以下のファイルをデプロイしました。 1. bl2_sd.pbl        2. fip.bin                                       - 0x800 3.fip_ddr_all.bin                      - 0x4000 4. mc_lx2160a_10.40.0.itb         - 0x5000 5. dpc-usxgmii.dtb- 0x7000 6. fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin-  0x8000 SDカード（64GB）に以下のようにパーティションを作成しました。 1. /dev/mmcblk0p1 - セクター 409600 からセクター 42352640 2. /dev/mmcblk0p2 - セクター 42352640 からセクター 121534463 そして、u-boot の bootargs コマンドを使用して、rootfs "fsl-image-networking-full-lx2160ardb-rev2-20260310091147.rootfs.tar.gz" を /dev/mmcblk0p1 パーティションにマウントします。 => setenv bootcmd 'setenv bootargs root=/dev/mmcblk0p1 rw rootwait console=ttyAMA0,115200; mmc dev 0; mmc read 0x90000000 0x8000 0x14000; bootm 0x90000000' これは正しいやり方でしょうか？もっと良い方法があれば教えてください。 また、LSDK では、カーネルと dtb 用の fitImage バイナリ ファイルを生成する方法、例えば distro/build_lx2160ardb-rev2/tmp/deploy/images/lx2160ardb-rev2/ ディレクトリにある fitImage のようなファイルを生成する方法、例えば fitImage--5.15.71+git0+95448dd0dc-r0-lx2160ardb-rev2-20260310070404.bin のようなファイルを生成する方法。 Re: LX2160ARDB: SD Card Booting 新しい質問については新しいスレッドでお答えいただけますか? 同僚は私の休暇のおかげで引き続きあなたをサポートします。 Re: LX2160ARDB: SD Card Booting オーケーイーピン サポートありがとうございます

关于 FRDM-A-S32K144N 的闪存编程 我在使用 FRDM-A-S32K144N 进行调试时，出现了以下症状： 无法写入闪存。 * 自写入失败以来，电源指示灯和RESET指示灯一直亮着。 我尝试通过以下步骤进行恢复： 1. 尝试通过拔下并重新插入 USB 电缆，同时按住重置按钮，向闪存写入数据，目的是在无限循环开始之前抓住这个机会。 * 尝试了几十次，但都失败了。 2. 按住重置按钮，同时连接 USB 数据线，进入引导加载程序模式。 * 已刷写“BOOTUPDATEAPP_Pemicro_v111.SDA”。 然后刷入“MSD-DEBUG-EVB-S32K144_PEmicro_v125.SDA”。 情况并未好转。 3. 尝试使用“Kinetis_Recovery_Utility.exe”进行闪存恢复。 * 多次拔下并重新插上 USB 数据线，但该过程仍未完成。 我不知道接下来该尝试什么。 如果有人知道如何修复主板，能否请您指导一下步骤？ Re: Regarding Flash Programming for the FRDM-A-S32K144N 嗨福田， 我手头没有新发布的 FRDM-A-S32K144N 开发板，所以我自己还没有测试过。如果您不着急，我现在可以帮您排查问题，然后在我收到主板后（预计10月中旬到货）再进行测试。 将数据线插入J1 USB Type-C 接口后，请拍摄主板正面的照片并与我分享。 我不确定您指的是哪两个 LED，因为 SPF-96556_B.pdf 文档只列出了D5 （红色）和D4 （橙色）。 如果D4亮起，则表示板载OpenSDA调试器运行正常。但是，如果D5亮起，则表示 S32K144N 处于 RESET 状态（ RESET_MCU信号可能变为低电平）；请使用示波器观察信号并检查周期性低脉冲的频率。 此外，我不确定之前在S32K144N上刷入的是什么程序。如果芯片是空白的，并且RESET_MCU信号显示周期约为 118µs 的周期性高电平脉冲，则可以通过 SWD/JTAG 调试接口执行“批量擦除”命令来恢复 MCU。 由于板载调试器由 PEMicro 提供，建议 从“ 多链路调试探针”的“支持与下载”类别 下载最新的“ USB 多链路资源安装程序” 。安装完成后，打开 位于 C:\PEMicro\Multilink_Resources 的 PEFirmwareConfig.exe 文件 以检查固件版本。选择硬件类型： Multilink ACP Embedded - OnBoard ARM Debug Interface然后，检查是否有可用更新。 看来您已经参考了“ S32K144 D2 红色 LED 始终亮着”的讨论。请注意，之前在 PEMicro 网站上提供的Kinetis_Recovery_Utility （版本8.17 ）无法正常工作； Kinetis_Recovery_Utility （版本1.06 ）——我已将其作为附件上传到该讨论中——运行正常。 使用Kinetis_Recovery_Utility时，建议保持 PEMicro 调试器通电，并反复对 S32K 芯片进行断电重启复位。 如果您有像Multilink这样的外部调试器连接到J3 ，您可以反复插拔J1来循环给S32K144N供电，同时保持外部Multilink处于活动状态。 但是，如果您没有外部Multilink ，并且仅依赖板载OpenSDA调试器，则 FRDM-A-S32K144N的设计会带来一些不便。对于S32K144EVB来说，跳线SJ10不如J107方便，可以反复循环给 S32K144 供电。我不确定单独反复按下SW2是否能让Kinetis_Recovery_Utility在正确的时间成功停止 S32K144N。 此致， 罗宾 Re: Regarding Flash Programming for the FRDM-A-S32K144N 你好，罗宾。 对于回复延迟如此之久，我深表歉意。 我已将电路板的照片附在此帖中。 遗憾的是，我没有示波器，所以无法验证频率。 我尝试使用 PEFirmwareConfig.exe，但是 FRDM-A-S32K144N 没有出现在设备列表中；我会继续调查此事。 我也会继续尝试使用 Kinetis_Recovery_Utility。 很抱歉，自上次发帖以来，并没有取得实质性进展。 此致， 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N 另外，您是否尝试过“解决 FRDM-A-S32K144 和 FRDM-A-S32K144N 在初始 USB-C 连接期间无法检测到的问题”中提到的解决方法？即使我看到你的FRDM-A-S32K144N板上的橙色 D4 LED 亮起，我仍然建议你尝试其他解决方法。这是因为我订购的FRDM-A-S32K144N预计要到下周才能到货进行测试。 Re: Regarding Flash Programming for the FRDM-A-S32K144N 嗨福田， 感谢您的更新，回复延迟无需担心。 我刚度假回来。很遗憾，我订购的FRDM-A-S32K144N板还没有到货，所以我目前无法进行任何测试。 虽然我还没有收到FRDM-A-S32K144N ，但我已经使用FRDM-A-S32K344测试了板载调试器： PEFirmwareConfig.exe成功检测到板载调试器，如图所示： 遗憾的是，能够成功停止 MCU 的Kinetis_Recovery_Utility （版本 1.06）无法检测到 FRDM-A-S32K344 的板载调试器。 虽然Kinetis_Recovery_Utility （版本 8.17）确实检测到了 FRDM-A-S32K344 的板载调试器，但它无法停止 MCU，正如我之前提到的那样。 请稍候，我正在咨询 PEMicro 技术支持，了解目前Kinetis_Recovery_Utility遇到的问题。 您手头是否有外部 PEMicro 调试器，例如Multilink Debug Probe ？我记得Kinetis_Recovery_Utility （版本 1.06）可以与外部Multilink Debug Probe一起使用。 另外，您是否尝试过我在“ S32K144 D2 红色 LED 常亮”主题中提到的 S32DS 中的“ 通过完全芯片擦除进行紧急 Kinetis 设备恢复”功能？ Re: Regarding Flash Programming for the FRDM-A-S32K144N 我刚收到FRDM-A-S32K144N并进行了测试。 考虑到“ FRDM-A-S32K144 和 FRDM-A-S32K144N 在初始 USB-C 连接期间无法检测到的解决方案”中提到的问题，我使用了USB-A 转 USB-C 数据线。 PEFirmwareConfig.exe未检测到任何Multilink硬件。这与FRDM-A-S32K344的测试结果不同；对于之前误导您，我深表歉意。 D4 LED 亮起橙色，表示OpenSDA状态正常，并且该设备出现在设备管理器中。 在Kinetis_Recovery_Utility （版本 1.06）中，选择“显示硬件”并单击“开始”即可显示 OpenSDA 设备。 选择OpenSDAUSB设备并单击“开始”后，将出现以下界面： 通过短波驱动进行通信 有线版本售价119美元 持续尝试停止处理器。 请尝试重启主板，直到操作成功为止。 成功。处理器已停止运行。 Re: Regarding Flash Programming for the FRDM-A-S32K144N 你好，罗宾。 感谢您的回复。 遗憾的是，我没有外置的PEMicro调试器。 我也多次尝试了 S32DS 中的“通过完全芯片擦除进行紧急 Kinetis 设备恢复”功能，但所有尝试都失败了。 由于 FRDM-A-S32K144N 已被 PC 识别，因此我没有尝试“当 FRDM-A-S32K144 和 FRDM-A-S32K144N 无法通过 USB-C 连接检测到时的解决方案”。 请确认一下，Kinetis_Recovery_Utility 中的“电源开/关”是指拔下并重新插上 USB 电缆吗？ 即使拔下并重新插上 USB 电缆，该过程仍然停留在以下提示信息：“请尝试重启主板，直到操作成功。” 此致， 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N 我通过 J3 将 外部 J-Link Plus 连接到板载 S32K144N ，并使用 J-Link Commander 中的 ` unlock kinetis` 命令擦除了芯片。 现在，用示波器观察 J9.5 RESET_MCU引脚，我看到一个周期约为 120 µs、高电平持续时间约为 660 ns 的方波信号。 无论我是否按住SW2，板载OpenSDA配合Kinetis_Recovery_Utility （版本1.06）都能成功停止MCU运行： 此时，J9.5 RESET_MCU引脚上的周期性脉冲停止；关闭Kinetis_Recovery_Utility后，即可在 S32DS v3.6.11 中下载新程序。 您之前是否对S32K144N进行过编程？ 你使用的是 USB-A 转 USB-C 数据线吗？

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