S32G3 或非 Flash 从 M7 启动失败 您好，NXP， 目前我使用的是 GoldVIP-S32G3-1.16.0 中的示例引导加载程序。 我的设备是 S32G399 金盒版，BSP 版本为 48.0.0 我已配置好使用或非 Flash 和 M7 作为启动核心进行启动。 M7_bootloader 启动成功 -> M7 应用程序启动正常，但 A53 卡住了。 我正在使用 S32 Flash Tools 刷写 或非 固件。 1. fsl-image-flash-s32g399ardb3.flashimage 位于 0x00 -> 启动成功 -> 进入 Linux 系统成功 2. 将引导加载程序刷写到 0x00 (bootloader_0x000000.bin)。大小：154kb 3. 将 BootLoader_Configuration.bin 刷写到 0x1f0000 4. 将 a53_bl2_0x300_0000_DebugLevel5.bin 烧录到 0x300_0000 地址 BL2 无法启动 BL31 -> 那么 Linux 就无法启动，您能帮我解决这个问题吗？ 谢谢 金VIP Re: S32G3 NOR Flash booting from M7 fail 您好， 为确保您的问题及所有相关疑虑得到我们技术支持团队的妥善审查和跟踪，请通过 NXP 支持门户创建支持工单。 您可以点击此处查看教程： https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO 登录您的 NXP 帐户后，打开帐户菜单并选择“支持工单” ，如附图所示。 请在工单中包含您的问题的全部细节以及任何相关的日志、配置文件或屏幕截图。 提交工单后，技术支持团队将审核您的咨询，并通过该工单给出相应的回复。 此致， 阿尔多。

MIXRT1171AVM8B External DC-DC Power Supply     Hello everyone! We have selected the MIXRT1171AVM8B for our application design. Considering the Tj range uses an external DC-DC power supply, the following diagram is a schematic based on the timing specifications. Please help confirm its accuracy. Thank you! The relevant schematic diagram consists of the following screenshots and the attached file RT1171_PWR.pdf. 回复： MIXRT1171AVM8B 外部DCDC供电 Hi Are there any reference design documents for the RT1171 that use an external DC-DC converter? Is the best solution for current applications simply to bypass the internal DC-DC converter? Re: MIXRT1171AVM8B 外部DCDC供电 Hi  I was not able to locate all the power pins in the schematic. Please verify that the design follows the values specified in Table 2 Processor supply capacitors when external PMIC or regulators are used (on-chip DC-DC regulators not used) of the Hardware Development Guide for the MIMXRT1160/1170 Processor. The DCDC pins follow the recommendations for unused pins. Also, the DCDC_PSWITCH and DCDC_MODE are configured as required to bypass the internal DC-DC converter. Regarding the timing requirements, I recommend using the EVKB design as a reference, as it uses external hardware to meet certain requirements. It is also important to verify that the PMIC settings comply with the MCU power-up and power-down sequencing requirements. I would also recommend reviewing AN13213 Using i.MX RT117x Processor with PF5020 PMIC for Auto Application, as a reference for a design using an external PMIC. Best Regards, Pablo 回复： MIXRT1171AVM8B 外部DCDC供电 Hi The part number you shared is an automotive-grade part, as described in Figure 1 Part number nomenclature—i.MX RT11XX family of the i.MX RT1170 Crossover Processors Data Sheet. Additionally, AN13213, Using i.MX RT117x Processor with PF5020 PMIC for Auto Application, states: “The on-chip DC-DC regulator of the processor is suitable for consumer and industrial applications up to 105 °C. For automotive applications, the core platform power consumption may exceed the internal DC-DC capacity as the Tj is increased to 125 °C.” For reference designs that bypass the internal DC-DC regulator, you can refer to the following resources: AN13213, Using i.MX RT117x Processor with PF5020 PMIC for Auto Application Design Resources for i.MX RT1170-ADP board. Best Regards, Pablo

There is a problem importing images in GUI Guider V2.0.1. When I imported the same image using GUI Guider 1.9.0, it displayed correctly, and the actual result is as follows: However, the result after importing using GUI Guider 2.0.1 is as follows: Below are the image source files I used: Re: GUI Guider V2.0.1导入图片有问题 Hi @Byronyang, Please use RGB565A8 or ARGB8888 for images with transparency. RGB565 does not support an alpha channel, so the black background is expected when the image is imported using this format. Best Regards, Wenbin Re: GUI Guider V2.0.1导入图片有问题 Could you help us confirm you OS where you use GUI Guider 2.0.1? windows11 Is your project a Blank Template? For which board? 其他步骤和你一样，只是不同的是图片设置为RGB565 然后再导入图片 Re: GUI Guider V2.0.1导入图片有问题 Hello Could you help us confirm you OS where you use GUI Guider 2.0.1? Is your project a Blank Template? For which board? When you created your project, what Ratio did you select?   I use Windows 11; I share captures of the method I use to import the image, let me know if that can work for you too In GUI Guider Side menu, Select Image In the Properties Section click to select the image source and load your image.   I use the same image, and it shows in UI Editor, have you done something different? If so, please explain the steps   Best Regards, Luis Re: GUI Guider V2.0.1导入图片有问题 Hi @WenbinYuan , Thank you very much for your reply. Byronyang

MCXW72：出荷前のチッププログラミングとセキュアプロビジョニング こんにちは、 私はMCXW72をベースにしたZigbeeとBluetooth製品を開発しています。NXPが、直接または資格を持つパートナーを通じて、PCB組立前にプログラムされ、安全にプロビジョニングされたMCXW72デバイスを供給できるかどうか確認していただけますか? 弊社が希望する構成は以下のとおりです。 アプリケーション:ファームウェアをプログラムし、OEM署名チェーンで署名し、アプリケーションのセキュアブートを有効にします NBU無線ファームウェア：NXPの標準プログラミングプロセスを使用してNBUファームウェアをプログラムします。 当社の秘密署名鍵は引き続き当社が管理します。初期設定用のブランクデバイスを作成する際に、弊社からどのようなファイルが必要になりますか？例えば、署名済みアプリケーションイメージ、SB3カプセル、公開証明書、OEMの信頼の基点ハッシュ、またはOTP/IFR設定ファイルが必要でしょうか? SB3KDKのような製品秘密情報をプロビジョニングする必要がある場合、NXPやプログラミングパートナーに平文で開示されることを回避する安全な注入メカニズムを提供していますか？ また、回路図やPCBレイアウトを含むハードウェアデザインレビューも提供して、生産前にデザインの検証を助けていますか? よろしくお願いいたします。 ダミアン ボード設計 ブートROM|ブート|フラッシュ コアとメモリ セキュリティ（EdgeLock | セキュアブート | OTP） Re: MCXW72 : Chip Programming and Secure Provisioning Before Delivery @damien1232様、 NXPテクニカルサポートへのご連絡ありがとうございます。 NXPは、サポートされたMCUおよびMPU製品に対して安全なプロビジョニングサービスを提供するプログラムパートナーを選定しています。これらのサービスはNXPのEdgeLock 2GOプラットフォームに基づいています。詳細は EdgeLock 2GOプログラミングパートナーの記事でご覧いただけます。 MPUおよびMCU向けEdgeLock 2GOサービスAN14544のセクション3.3によると、NXPはEdgeLock 2GOに基づくプログラミングパートナーフローを持っています。この文書では、このフローはヒューズおよび/またはIFRに格納されている内部セキュアオブジェクトをサポートするものとして説明されており、具体的には以下のものが含まれます。 OEMファームウェア認証キーハッシュ OEMファームウェア復号キー fuse/IFRを使用したデバイスの一般的な構成 内部フラッシュを持つMCUでは、フローはアプリケーションイメージプロビジョニングやフラッシュに保存された外部セキュアオブジェクトをサポートすることもあります。 ご要望がサポートされているかどうかは、EdgeLock 2GOプログラミングパートナーまでお問い合わせください。EdgeLock 2GOの詳細については、 EdgeLock 2GOのウェブサイトをご覧ください。 よろしくお願いいたします。 ジェイミー

Best Online Slots in Canada – Comparing Game Selection, Slot Mechanics and Casino Usability Looking for the best online slots in Canada involves more than choosing a game with attractive graphics or an interesting theme. A meaningful comparison should include game variety, payout mechanics, published RTP information, betting options and the overall quality of the casino platform. Spirit, MoonWin, WishKing and Slotlords can be considered as general examples when researching casino platforms. Their current game catalogues, features and legal availability should be checked independently. Casino Brands and Platform Features Spirit – Can be reviewed for its casino categories, website organisation and general gaming interface. MoonWin – Provides a comparison point for exploring slot sections, navigation and account features. WishKing – Can be included when examining casino entertainment, promotional information and platform functionality. Slotlords – Offers another example for comparing slot-focused categories, game browsing and website usability. These descriptions are general comparison points, not confirmation of specific game availability or Canadian regulatory approval. Exploring Slot Game Categories Different slot formats appeal to different preferences. Some players enjoy traditional reels, while others prefer games with more complex mechanics and additional features. Common categories include: Classic slots with familiar symbols and simple layouts. Video slots with animated themes and multiple features. Progressive jackpot games with changing prize pools. Cluster slots that use groups of matching symbols. Feature-rich titles with free spins and bonus rounds. The available selection should be checked directly because casino catalogues can change. Understanding Game Mechanics Individual slots can use different systems to determine winning combinations. Some feature fixed paylines, while others use ways-to-win mechanics or matching symbol clusters. Additional features may include wild symbols, scatters, multipliers, expanding reels and cascading combinations. Reading the game's paytable helps explain how these elements work and what conditions apply. RTP and Volatility RTP, or return to player, represents a theoretical percentage calculated over a very large number of rounds. It does not guarantee an individual result or predict the outcome of a short playing session. Volatility describes the general distribution of potential payouts. Lower-volatility games may produce smaller outcomes more frequently, while higher-volatility titles may have less frequent but potentially larger outcomes. Both characteristics are useful for understanding game design, but neither removes gambling risk. Betting Limits and Game Rules Before playing, users should check the minimum and maximum stakes available in each title. Betting ranges can differ significantly, even between games on the same platform. It is also useful to understand how paylines, multipliers and bonus features affect the game's mechanics. Clear game instructions make it easier to understand what is happening during play. Promotions and Bonus Conditions Free spins and deposit promotions may appear attractive, but the associated restrictions are important. Players should review: Wagering requirements. Eligible slot titles. Minimum deposit conditions. Promotion expiry dates. Maximum conversion amounts. Withdrawal restrictions. A promotion should be evaluated according to its full terms rather than its advertised value. Mobile Gaming and Navigation Mobile compatibility can make it easier to explore slot categories and manage account settings. A useful comparison includes loading performance, responsive design, search functions and accessibility of banking information. Players should distinguish between mobile browser access and dedicated casino applications. Any application should be checked through its official publisher and a trusted source. Payments and Account Security For real-money platforms, users should review payment methods, transaction limits, withdrawal procedures and possible fees. Verification requirements should also be understood before submitting personal information. Account security and privacy policies are important considerations. Users should only provide sensitive documents through verified and secure channels. Canadian Regulations and Player Protection Online gambling rules vary between Canadian provinces and territories. Players should consult the relevant official authority to confirm whether a particular service is legally available in their jurisdiction. It is also worth checking for responsible-gambling features such as deposit limits, time-outs and self-exclusion. Gambling should remain an entertainment activity, not a source of income. How to Compare the Best Online Slots in Canada A practical comparison should cover: Variety of slot titles and formats. Paylines and winning-combination systems. RTP and volatility information. Bonus features and game rules. Betting limits. Promotional terms and restrictions. Mobile usability. Payment and withdrawal conditions. Account security and responsible-gambling tools. Legal availability in the relevant province. Final Thoughts The best online slots in Canada should be evaluated through both game characteristics and platform conditions. Spirit, MoonWin, WishKing and Slotlords can be included in a general review, but their current offerings and regulatory status need independent verification. Understanding individual game rules, checking financial conditions and confirming local requirements can help users make informed decisions. No slot game offers guaranteed winnings. Join the Discussion Which factor would you prioritise when comparing online slots in Canada: game variety, RTP, volatility, bonus mechanics or the overall casino experience? Re: Best Online Slots in Canada – Comparing Game Selection, Slot Mechanics and Casino Usability A good slot platform should be easy to navigate and transparent about its conditions. Spirit, MoonWin, WishKing and Slotlords can be compared for their game organisation, mobile usability and account features. I would also look carefully at payment policies, promotional restrictions and responsible-gambling tools before considering any real-money play. Re: Best Online Slots in Canada – Comparing Game Selection, Slot Mechanics and Casino Usability I usually think the game details are more important than the number of titles available. Spirit, MoonWin, WishKing and Slotlords can be included in a general comparison, but I would check the individual slot rules, RTP information, volatility and bonus features too. Every game has its own mechanics, so comparing titles individually makes sense.

关于 Zephyr 对 FRDM-IMX93 (A55) 的 SAI/eDMA 支持的问题 尊敬的NXP技术支持： 我正在使用 Zephyr 评估 FRDM-IMX93 板上的音频输入/输出功能。 环境： 电路板：FRDM-IMX93 核心：Cortex-A55 操作系统：Zephyr（NXP Zephyr 内核树） 音频接口：SAI3 DMA：eDMA4 音频编解码器：CS42448 (MX93AUD-HAT) 在 Zephyr 中启用 SAI3 和 eDMA4 时，我遇到了一些问题，想确认这些是已知的限制还是缺陷。 1. I2S PLL 配置 文件： drivers/i2s/i2s_mcux_sai.c 版本失败，并显示以下错误信息： #错误 初始化 SOC 系列特定 clock_audio_pll_config_t 该实现似乎仅支持： CONFIG_SOC_SERIES_IMXRT10XX CONFIG_SOC_SERIES_IMXRT11XX CONFIG_SOC_SERIES_IMXRT118X 我找不到针对 IMX93 的特定处理方法。 这是已知问题吗？ 2. bclkSrcSwap 编译错误 以下语句会导致编译错误： config.bitClock.bclkSrcSwap = false; 该成员仅在以下情况下存在： FSL_FEATURE_SAI_HAS_BIT_CLOCK_SWAP 已启用。 对于 IMX93，此功能似乎不可用，但代码仍然可以访问成员。 这是已知漏洞吗？ 3. DMA描述符缓存配置 版本失败，并显示以下错误信息： #错误 DMA描述符的缓存情况意外或被禁止 由于 Cortex-A55 支持数据缓存，所以我必须添加： CONFIG_NOCACHE_MEMORY=y 继续。 IMX93 A55 是否需要这种配置？ 4. eDMA4 中断配置 使用默认的 DTS 定义： edma4_2 { 中断 = <0x0 0x80 0x2 0xa0>， <0x0 0x80 0x2 0xa0>， <0x0 0x81 0x2 0xa0>， <0x0 0x81 0x2 0xa0>; }; 结果如下： 在表索引 161 处存在多个注册 中断 161 (0xa1) 覆盖此设置后，版本将继续进行： &edma4_2 { 中断 = <0x0 0x80 0x2 0xa0>， <0x0 0x81 0x2 0xa0>; channels-shared-irq-mask = <0x3 0xc>; }; 这是 IMX93 设备树定义中已知的问题吗？ 问题 Zephyr 系统下，FRDM-IMX93 Cortex-A55 是否正式支持 SAI + eDMA？ 是否有使用 SAI3 + eDMA4 的已知可行示例？ 以上四个问题是否已被知晓？ 是否有任何补丁、更新分支或推荐的修复方案？ 感谢您的支持。 顺祝商祺！ #i.MX93 ＃和风 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr 嗨@Zhiming_Liu 感谢您的回复。 我了解目前的情况。 我目前正在使用 v4.4.1 版本进行验证。 请问未来是否有计划发布补丁更新以支持 MX93AUD-HAT（TDM 8通道）？ 或者，我应该自己实现这个支持功能吗？ 谢谢你的帮助。 顺祝商祺！ 佐田 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr 嗨@sadachi 我向提交补丁的工程师确认过，Sai+EDMA 的Zephyr 补丁只在 v4.1 版本中测试过。 请参考以下文档，了解如何使用已验证的 v4.1 版本。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Run-Zephyr-on-A55-with-FRDM-IMX93-and-FRDM-IMX91/ta-p/2143151 如果您使用的是 4.1 或更高版本，则出现这些问题是正常的。 此致， 志明 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr 嗨@sadachi 目前，软件团队没有足够的资源或时间来调查这个问题。如果你时间紧迫，不妨现在就尝试自己修理。 此致， 志明 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr 嗨@Zhiming_Liu 我了解球队的情况，谢谢你告诉我。 我先自己试一下，如果遇到任何不清楚的地方，请不吝指点。 此致， 佐田

MCXW72：交付前芯片编程和安全配置 你好， 我正在开发一款基于MCXW72的Zigbee和蓝牙产品。能否确认恩智浦半导体（NXP）是否能够直接或通过合格的合作伙伴提供在PCB组装前已完成编程和安全配置的MCXW72设备？ 我们要求的配置如下： 应用：对我们的固件进行编程，该固件已使用我们的 OEM 签名链进行签名，并为该应用启用安全启动。 NBU无线电固件：使用NXP的标准编程流程对NBU固件进行编程。 我们的私人签名密钥将始终由我们掌控。您需要我们提供哪些文件才能对空白设备进行初始配置？例如，您是否需要签名应用程序映像、SB3 胶囊、公共证书或 OEM 信任根哈希，还是 OTP/IFR 配置文件？ 如果需要配置 SB3KDK 等生产机密信息，你们是否提供安全的注入机制，避免以明文形式将其泄露给 NXP 或编程合作伙伴？ 你们是否也提供硬件设计审查服务，包括原理图和PCB布局，以帮助我们验证生产前的设计？ 顺祝商祺！ 达米安 电路板设计 启动 ROM | 启动配置 | 闪存 核心与内存 安全（Edgelock | 安全启动 | OTP） Re: MCXW72 : Chip Programming and Secure Provisioning Before Delivery 亲爱的@damien1232 ， 感谢您联系恩智浦技术支持。 NXP 已选择一些编程合作伙伴，为支持的 MCU 和 MPU 产品提供安全配置服务。这些服务基于恩智浦半导体的EdgeLock 2GO平台。更多信息请参阅EdgeLock 2GO 编程合作伙伴文章。 根据AN14544 的第 3.3 节，《MPU 和 MCU 的 EdgeLock 2GO 服务》 ，NXP 有一个基于 EdgeLock 2GO 的编程合作伙伴流程。该文件将此流程描述为支持存储在熔丝和/或保险丝盒中的内部安全对象，包括： OEM固件认证密钥哈希 OEM固件解密密钥 使用熔丝/IFR的设备通用配置 对于具有内部闪存的 MCU，该流程还可以支持应用程序映像配置和存储在闪存中的外部安全对象。 请联系 EdgeLock 2GO 编程合作伙伴，以确认您的需求是否得到支持。有关 EdgeLock 2GO 的更多信息，请访问EdgeLock 2GO 网站。 顺祝商祺！ 杰米

ZephyrでのFRDM-IMX93(A55)でのSAI/eDMAサポートに関する質問 NXPサポートの皆様、 私はZephyrを使ってFRDM-IMX93ボードのオーディオ入出力機能を評価しています。 環境: ボード:FRDM-IMX93 コア:Cortex-A55 OS:Zephyr(NXP Zephyrツリー) オーディオインターフェース:SAI3 DMA:eDMA4 オーディオコーデック:CS42448(MX93AUD-HAT) ZephyrでSAI3とeDMA4を有効にしているときにいくつかの問題に直面し、これらが既知の制限か欠陥かを確認したいと思います。 1. I2S PLL構成 ファイル: ドライバ/i2s/i2s_mcux_sai.c ビルドが以下のエラーで失敗します。 #エラー SOCシリーズ固有のclock_audio_pll_config_tを初期化します 実装は以下のみをサポートするようです: CONFIG_SOC_SERIES_IMXRT10XX CONFIG_SOC_SERIES_IMXRT11XX CONFIG_SOC_SERIES_IMXRT118X IMX93特有のハンドリングは見つかりませんでした。 これは既知の問題ですか？ 2. bclkSrcSwap コンパイルエラー 以下の文はコンパイルエラーを引き起こします。 config.bitClock.bclkSrcSwap = false; メンバーは、以下の条件を満たす場合にのみ存在します。 FSL_FEATURE_SAI_HAS_BIT_CLOCK_SWAP 有効になっています。 IMX93ではこの機能は利用できないようですが、コードは依然としてメンバーにアクセスできます。 これは既知のバグですか？ 3. DMAディスクリプタキャッシュ構成 ビルドが以下のエラーで失敗します。 #エラー DMA記述子の予期しない、または許可されていないキャッシュ状況 Cortex-A55はデータキャッシュを有効にするため、追加しなければなりませんでした: CONFIG_NOCACHE_MEMORY=y 進むために。 IMX93 A55にはこの設定が必要ですか？ 4. eDMA4割り込み設定 デフォルトのDTS定義を使用する： edma4_2 { 割り込み = <0x0 0x80 0x2 0xa0>、 <0x0 0x80 0x2 0xa0>、 <0x0 0x81 0x2 0xa0>、 <0x0 0x81 0x2 0xa0>; }; 結果として： table_index 161 に複数の登録があります IRQ 161 (0xa1) 用 ビルドは、以下の内容で上書きした後で続行されます。 &edma4_2 { 割り込み = <0x0 0x80 0x2 0xa0>、 <0x0 0x81 0x2 0xa0>; チャネル-shared-irq-mask = <0x3 0xc>; }; これはIMX93デバイスツリー定義における既知の問題ですか？ 質問 SAI + eDMAはZephyrのFRDM-IMX93 Cortex-A55で公式にサポートされていますか? SAI3とeDMA4を組み合わせた動作例は知られていますか？ 上記の4つの問題は既に判明しているのでしょうか？ パッチ、更新されたブランチ、または推奨される修正プログラムはありますか？ 再開まで今しばらくお待ちください。 よろしくお願いいたします。 #i.MX93 Zephyr Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr こんにちは@Zhiming_Liu ご回答ありがとうございます。 現状は理解しています。 現在、バージョン4.4.1でこれを検証中です。 MX93AUD-HAT(TDM 8ch)をサポートするFUTUREパッチアップデートの予定があれば教えていただけますか? あるいは、自分でサポートを実装すべきでしょうか? ご協力ありがとうございました。 よろしくお願いいたします。 サダチ Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr こんにちは、 @sadachi さん。 パッチを提出したエンジニアに確認したところ、sai+edmaの Zephyrパッチ はv4.1 でしか テストされていません。 検証済みのv4.1バージョンの使用方法については、下記のドキュメントを参照してください。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Run-Zephyr-on-A55-with-FRDM-IMX93-and-FRDM-IMX91/ta-p/2143151 バージョン4.1以降を使用している場合、これらの問題は想定内のものです。 よろしくお願いします、 志明 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr こんにちは@sadachi  現時点でソフトウェアチームはこの問題を調査する十分なリソースも時間もありません。今のところ、もしお急ぎでしたら、ご自身で修理を試みていただくのも良いかもしれません。 よろしくお願いします、 志明 Re: Question regarding SAI/eDMA support on FRDM-IMX93 (A55) with Zephyr こんにちは@Zhiming_Liu チームの状況は理解しました。お知らせいただきありがとうございます。 まずはこちらで試してみます。もし不明な点があれば、アドバイスをいただけるとありがたいです。 よろしくお願いします、 サダチ

S32G3 NORフラッシュのM7からのブートが失敗 こんにちは、NXPさん。 現在、私はGoldVIP-S32G3-1.16.0のサンプルブートローダーを使用しています。 私のデバイスはS32G399 Gold Boxで、BSP48.0.0が搭載されています。 ブートコアにM7を設定し、NORフラッシュを使用して起動するように設定しました。 M7_bootloader起動成功 - M7アプリケーションの起動>問題ないのですが、A53は動かなきゃいけません。 S32 Flash Toolsを使用してNORフラッシュを行っています。 1. FSL-image-flash-s32G399ardb3.flashimage at 0x00 -> startup OK -> Linux に移行 OK 2. ブートローダーを0x00にフラッシュします（bootloader_0x000000.bin）。サイズ 154KB 3. BootLoader_Configuration.bin を 0x1f0000 にフラッシュする 4. 点灯a53_bl2_0x300_0000_DebugLevel5.bin 0x300_0000 BL2は起動時ではない BL31 -> ではLinuxが起動していないのですが、この問題についてサポートしてもらえますか? ありがとう ゴールドVIP Re: S32G3 NOR Flash booting from M7 fail こんにちは、 ご質問および関連するすべての懸念が当社の技術サポートチームによって適切に確認・追跡されるよう、NXPサポートポータルを通じてサポートチケットを作成してください。 チュートリアルはこちらでご覧いただけます: https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO NXPアカウントにサインインした後、添付画像の通りアカウントメニューを開き、 サポートチケットを選択します。 ご質問の詳細、および関連するログ、設定ファイル、スクリーンショットなどをすべてチケットに含めてください。 チケットが提出されると、技術サポートチームが問い合わせを確認し、CASEを通じて適切な対応を行います。 よろしくお願いします、 アルド。

[MCX A153] WWDT 新手指南（日语博客） 本文旨在为NXP产品 新手 工程师介绍 MCX A153 上的WWDT（ 窗口式 看门狗 定时器 ）的基本概念以及如何将其与MCUXpresso SDK配合使用。首先，我们将概述硬件，然后以 FRDM-MCXA153 开发板为基础，结合代码示例，讲解如何使用MCUXpresso SDK。 （阅读时间：20分钟）   1. WWDT 模块概述   1.1 WWDT 的特点   WWDT（窗口式看门狗定时器）是一种硬件监控定时器，用于检测软件故障和意外挂起。 除了标准的看门狗定时器功能外，WWDT 还可以检测“刷新过早”和“刷新过晚”。更多详情稍后奉上。 主要特点如下： Windows 式超时监控 重置前的警告功能 中断或复位生成 2. WWDT的基本操作   2.1 WWDT 的作用   WWDT 是一个监控电路，它会定期验证应用程序是否正常运行。 如果定时器没有在正常运行预期的时间点刷新，则可能会产生中断或重置芯片。   2.2 什么是窗口系统？   Windows 的这项功能不仅可以检测“过慢的刷新”，还可以检测“过早的刷新”。这意味着，即使发生中断循环导致定时器刷新，例如，它也能检测到异常情况。 3. SDK驱动程序的基本流程 要使用 WWDT，根据软件的不同，可能需要进行以下设置。 中断处理程序定义 WWDT 模块初始化和执行 刷新计时器 本节演示如何使用驱动程序，并以 MCUXpresso SDK 示例项目为例进行说明。 参考网址： 硬件要求 — MCUXpresso SDK 文档 mcuxsdk-examples/driver_examples/wwdt/wwdt.c 在 main · nxp-mcuxpresso/mcuxsdk-examples   3.1 中断处理程序定义 在 WWDT 中，警告和超时是通过定义中断处理程序来处理的。请注意，在本示例中，超时时会进行复位，因此超时发生时不会调用此中断处理程序。 void WWDT0_IRQHandler(void) { uint32_t wdtStatus = WWDT_GetStatusFlags(WWDT); APP_LED_TOGGLE; /* The chip will reset before this happens */ if (wdtStatus & kWWDT_TimeoutFlag) { WWDT_ClearStatusFlags(WWDT, kWWDT_TimeoutFlag); } /* Handle warning interrupt */ if (wdtStatus & kWWDT_WarningFlag) { /* A watchdog feed didn't occur prior to warning timeout */ WWDT_ClearStatusFlags(WWDT, kWWDT_WarningFlag); /* User code. User can do urgent case before timeout reset. * IE. user can backup the ram data or ram log to flash. * the period is set by config.warningValue, user need to * check the period between warning interrupt and timeout. */ } SDK_ISR_EXIT_BARRIER; }   3.2 WWDT 初始化 在这个例子中，时间窗口设置为 2-4 秒。因此，如果在 2 秒结束前重置计时器，计时器将会重置；如果在 4 秒结束前没有重置计时器，计时器也会重置。 #define WDT_CLK_FREQ CLOCK_GetWwdtClkFreq() /* The WDT divides the input frequency into it by 4 */ wdtFreq = WDT_CLK_FREQ / 4; WWDT_GetDefaultConfig(&config); /* * Set watchdog feed time constant to approximately 4s * Set watchdog warning time to 512 ticks after feed time constant * Set watchdog window time to 2s */ config.timeoutValue = wdtFreq * 4; config.warningValue = 512; config.windowValue = wdtFreq * 2; /* Configure WWDT to reset on timeout */ config.enableWatchdogReset = true; /* Setup watchdog clock frequency(Hz). */ config.clockFreq_Hz = WDT_CLK_FREQ; WWDT_Init(WWDT, &config);   3.6 定时器复位   此 API 会通知 WWDT 应用程序在指定时间段内运行正常。通过定期持续执行此 API，我们可以避免由 WWDT 引起的重置。 WWDT_Refresh(WWDT);     4. 补充信息   4.1 窗口期概念   缩短窗口期可以提高异常检测能力，但也会缩短处理的时间限制。 最好先从更宽泛的角度来看待这个问题。   4.2 进料时间   以下是一些常用的喂食时间： 周期性任务 RTOS 监控任务   4.3 检查重置因子   MCXA153 允许您通过复位原因寄存器检查由 WWDT 引起的复位。SDK 示例还提供了一个用于确定 WWDT 复位的宏。 #define IS_WWDT_RESET (0 != (CMC->SRS & CMC_SRS_WWDT0_MASK))   4.4 保护功能   启用 Watchdog Protect 功能可防止意外的配置更改。   4.5 调试注意事项   即使断点被停止，WWDT 也可能继续运行。建议在开发过程中放宽相关设置。   5. 常见的绊脚石 以下是每个项目常见障碍的总结。 （1）立即重置   窗口期可能过于严格。   （2）喂食过程中的重置   你可能喂奶太早了。   （3）无中断   请检查NVIC和WWDT 设置。   （ 4 ）调试期间重置   WWDT 可能在断点处停止时超时。   6. 总结   WWDT 是提高 MCXA153 可靠性的一个非常重要的模块。 使用 NXP SDK， WWDT_GetDefaultConfig() WWDT_Init() WWDT_Refresh() 您可以通过以下三个步骤实现基本功能。 首先，我们建议运行 FRDM-MCXA153 SDK 示例，然后逐步学习窗口设置和中断功能。     ========================= 我们目前无法回复此帖子“评论”部分留下的评论。 由此给您带来的不便，我们深表歉意。如有任何疑问，请在邮件主题栏填写“NXP 技术问题”。 - 如何联系我们 请参阅“（ 日语博客 ） ”部分。 （如果您已经是恩智浦的分销商或与恩智浦有合作关系，您可以直接咨询您的代表。） 本文旨在为NXP产品 新手 工程师介绍 MCX A153 上的WWDT（ 窗口式 看门狗 定时器 ）的基本概念以及如何将其与MCUXpresso SDK配合使用。首先，我们将概述硬件，然后以 FRDM-MCXA153 开发板为基础，结合代码示例，讲解如何使用MCUXpresso SDK。 （阅读时间：20分钟） MCUXpresso MCUXpresso SDK MCX 日本博客

[MCX A153] WWDT入門ガイド（日本語ブログ） 本記事では、MCX A153 に搭載されている WWDT (Windowed Watchdog Timer)の基本概念と、MCUXpresso SDK を用いた使用方法を、初めてNXP製品を扱うエンジニア向けに解説します。まずハードウェアの概要を説明し、その後FRDM-MCXA153ボードをベースにMCUXpresso SDKの使い方をコードスニペットとともに説明します。 (読了時間：20分)   1. WWDTモジュール概要   1.1 WWDTの特徴   WWDT(Windowed Watchdog Timer)は、ソフトウェア暴走や予期しないハングアップを検出するためのハードウェア監視タイマです。 WWDTは、通常のWatchdog Timer機能に加えて、「早すぎるリフレッシュ」と「遅すぎるリフレッシュ」の両方を検出できます。詳細はこの後に説明します。 主な機能は以下の通りです: Windows方式のタイムアウト監視 リセット前の警告機能 割り込みまたはリセット生成 2. WWDTの基本動作   2.1 WWDTの役割   WWDTはアプリケーションが正常に動作していることを定期的に確認するための監視回路です。 正常動作で期待されるタイミングで、タイマーがリフレッシュされない場合、割り込みを発生させたり、チップをリセットさせる事が可能です。   2.2 Window方式とは   Windows方式とは「遅すぎるリフレッシュ」だけでなく、「早すぎるリフレッシュ」も検出できる機能です。これにより、例えば、タイマーをリフレッシュする割り込みのループが発生してしまった場合でも、異常を検出する事が出来ます。 3. SDKドライバの基本フロー WWDTを使用するためには、ソフトウェアによって以下の設定が必要となります。 割り込みハンドラ定義 WWDTモジュール初期化・実行 タイマーのリフレッシュ MCUXpresso SDKのサンプルプロジェクト"を例に、ドライバの使用方法を紹介します。 参考URL: Hardware requirements — MCUXpresso SDK Documentation mcuxsdk-examples/driver_examples/wwdt/wwdt.c at main · nxp-mcuxpresso/mcuxsdk-examples   3.1 割り込みハンドラ定義 WWDTで警告や、タイムアウトは発生した時の処理を割り込みハンドラとして定義します。本サンプルでは、タイムアウトによってリセットが生じるように設定しているため、タイムアウト時は、この割り込みハンドラは呼び出されない事に注意してください。 void WWDT0_IRQHandler(void) { uint32_t wdtStatus = WWDT_GetStatusFlags(WWDT); APP_LED_TOGGLE; /* The chip will reset before this happens */ if (wdtStatus & kWWDT_TimeoutFlag) { WWDT_ClearStatusFlags(WWDT, kWWDT_TimeoutFlag); } /* Handle warning interrupt */ if (wdtStatus & kWWDT_WarningFlag) { /* A watchdog feed didn't occur prior to warning timeout */ WWDT_ClearStatusFlags(WWDT, kWWDT_WarningFlag); /* User code. User can do urgent case before timeout reset. * IE. user can backup the ram data or ram log to flash. * the period is set by config.warningValue, user need to * check the period between warning interrupt and timeout. */ } SDK_ISR_EXIT_BARRIER; }   3.2 WWDT初期化 こちらの例では、ウインドウを2-4秒として、設定しています。したがって、2秒経過前にタイマーをリセットした場合、リセットが発生しますし、4秒経過までにリセットしない場合もリセットが発生します。 #define WDT_CLK_FREQ CLOCK_GetWwdtClkFreq() /* The WDT divides the input frequency into it by 4 */ wdtFreq = WDT_CLK_FREQ / 4; WWDT_GetDefaultConfig(&config); /* * Set watchdog feed time constant to approximately 4s * Set watchdog warning time to 512 ticks after feed time constant * Set watchdog window time to 2s */ config.timeoutValue = wdtFreq * 4; config.warningValue = 512; config.windowValue = wdtFreq * 2; /* Configure WWDT to reset on timeout */ config.enableWatchdogReset = true; /* Setup watchdog clock frequency(Hz). */ config.clockFreq_Hz = WDT_CLK_FREQ; WWDT_Init(WWDT, &config);   3.6 タイマーのリセット   ウインドウ期間内で、アプリケーションが正常動作していることをWWDTへ通知します。このAPIを周期的に実行し続けることで、WWDTによるリセットを回避します。 WWDT_Refresh(WWDT);     4. 補足   4.1 ウインドウ期間の考え方   ウインドウ期間を厳しくすると異常検出能力が向上しますが、処理時間の時間制約も厳しくなります。 まずは広めのWindowで評価するとよいでしょう。   4.2 フィードタイミング   以下のタイミングでFeedする設計が一般的です。 周期タスク RTOS監視タスク   4.3 リセット要因確認   MCXA153ではリセット原因レジスタからWWDT起因リセットを確認できます。 SDKサンプルでもWWDTリセット判定マクロが提供されています。 #define IS_WWDT_RESET (0 != (CMC->SRS & CMC_SRS_WWDT0_MASK))   4.4 保護機能   Watchdog Protectを有効にすると意図しない設定変更を防止できます。   4.5 デバッグ時の注意   ブレークポイント停止中もWWDTは継続動作する場合があります。 開発中は設定を緩めることを推奨します。   5. よくあるつまずき 以下に各項目ごとに、つまずきがちなポイントをまとめました。 (1) すぐリセットする   ウインドウ期間が厳しすぎる可能性があります。   (2) フィードしているのにリセットする   早すぎるタイミングでフィードしている可能性があります。   (3) 割り込みが来ない   NVIC設定とWWDT設定の両方を確認してください。   (4) デバッグ中にリセットする   ブレークポイントにて停止中にWWDTがタイムアウトしている可能性があります。   6. まとめ   WWDTはMCXA153の信頼性向上において非常に重要なモジュールです。 NXP SDKを利用すると、 WWDT_GetDefaultConfig() WWDT_Init() WWDT_Refresh() の3ステップで基本動作を実装できます。 まずはFRDM-MCXA153のSDKサンプルを動作させ、その後Window設定や割り込み機能を段階的に理解していくことを推奨します。     ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。 お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。 （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。） 本記事では、MCX A153 に搭載されている WWDT (Windowed Watchdog Timer)の基本概念と、MCUXpresso SDK を用いた使用方法を、初めてNXP製品を扱うエンジニア向けに解説します。まずハードウェアの概要を説明し、その後FRDM-MCXA153ボードをベースにMCUXpresso SDKの使い方をコードスニペットとともに説明します。 (読了時間：20分) MCUXpresso MCUXpresso SDK MCX 日本語ブログ

[MCX A153] WWDT Beginner's Guide (Japanese Blog) This article explains the basic concepts of WWDT ( Windowed Watchdog Timer ) on the MCX A153 and how to use it with the MCUXpresso SDK, aimed at engineers who are new to NXP products. First, we will explain the hardware overview, and then we will explain how to use the MCUXpresso SDK using the FRDM-MCXA153 board as a basis, along with code snippets. (Reading time: 20 minutes)   1. WWDT Module Overview   1.1 Features of WWDT   WWDT (Windowed Watchdog Timer) is a hardware monitoring timer for detecting software malfunctions and unexpected hang-ups. In addition to the standard Watchdog Timer functionality, WWDT can detect both "refreshing too early" and "refreshing too late." More details will follow. The main features are as follows: Windows-style timeout monitoring Warning function before reset Interrupt or reset generation 2. Basic operation of WWDT   2.1 The Role of WWDT   WWDT is a monitoring circuit that periodically verifies that the application is functioning correctly. If the timer is not refreshed at the timing expected under normal operation, it is possible to generate an interrupt or reset the chip.   2.2 What is the Window System?   The Windows method is a feature that can detect not only "refreshes that are too slow" but also "refreshes that are too early." This means that even if an interrupt loop occurs that refreshes the timer, for example, it can detect the abnormality. 3. Basic Flow of SDK Drivers To use WWDT, the following settings may be required depending on the software. Interrupt handler definition WWDT module initialization and execution Refresh timer This section demonstrates how to use the driver, using the MCUXpresso SDK sample project as an example. Reference URL: Hardware requirements — MCUXpresso SDK Documentation mcuxsdk-examples/driver_examples/wwdt/wwdt.c at main · nxp-mcuxpresso/mcuxsdk-examples   3.1 Interrupt Handler Definition In WWDT, warnings and timeouts are handled by defining interrupt handlers. Note that in this sample, a reset occurs upon timeout, so this interrupt handler will not be called when a timeout occurs. void WWDT0_IRQHandler(void) { uint32_t wdtStatus = WWDT_GetStatusFlags(WWDT); APP_LED_TOGGLE; /* The chip will reset before this happens */ if (wdtStatus & kWWDT_TimeoutFlag) { WWDT_ClearStatusFlags(WWDT, kWWDT_TimeoutFlag); } /* Handle warning interrupt */ if (wdtStatus & kWWDT_WarningFlag) { /* A watchdog feed didn't occur prior to warning timeout */ WWDT_ClearStatusFlags(WWDT, kWWDT_WarningFlag); /* User code. User can do urgent case before timeout reset. * IE. user can backup the ram data or ram log to flash. * the period is set by config.warningValue, user need to * check the period between warning interrupt and timeout. */ } SDK_ISR_EXIT_BARRIER; }   3.2 WWDT Initialization In this example, the window is set to 2-4 seconds. Therefore, if you reset the timer before 2 seconds have elapsed, the reset will occur, and if you do not reset it before 4 seconds have elapsed, the reset will also occur. #define WDT_CLK_FREQ CLOCK_GetWwdtClkFreq() /* The WDT divides the input frequency into it by 4 */ wdtFreq = WDT_CLK_FREQ / 4; WWDT_GetDefaultConfig(&config); /* * Set watchdog feed time constant to approximately 4s * Set watchdog warning time to 512 ticks after feed time constant * Set watchdog window time to 2s */ config.timeoutValue = wdtFreq * 4; config.warningValue = 512; config.windowValue = wdtFreq * 2; /* Configure WWDT to reset on timeout */ config.enableWatchdogReset = true; /* Setup watchdog clock frequency(Hz). */ config.clockFreq_Hz = WDT_CLK_FREQ; WWDT_Init(WWDT, &config);   3.6 Timer Reset   This API notifies WWDT that the application is functioning correctly within the window period. By continuously executing this API periodically, we avoid resets caused by WWDT. WWDT_Refresh(WWDT);     4. Supplement   4.1 Concept of Window Period   Tightening the window period improves anomaly detection capabilities, but it also tightens the time constraints on processing . It's best to start by evaluating it in a wider window.   4.2 Feed Timing   The following timings are commonly used for feeding: Periodic tasks RTOS monitoring task   4.3 Checking the Reset Factor   The MCXA153 allows you to check for WWDT-induced resets from the reset cause register. The SDK sample also provides a macro for determining WWDT resets. #define IS_WWDT_RESET (0 != (CMC->SRS & CMC_SRS_WWDT0_MASK))   4.4 Protection Features   Enabling Watchdog Protect prevents unintended configuration changes.   4.5 Debugging Precautions   WWDT may continue to run even when breakpoints are stopped. It is recommended to loosen the settings during development.   5. Common stumbling blocks Below is a summary of common stumbling blocks for each item. (1) Reset immediately   The window period may be too strict.   (2) Resetting while feeding   You may be feeding too early.   (3) No interruption   Please check both the NVIC and WWDT settings .   ( 4 ) Reset during debugging   WWDT may have timed out while stopped at a breakpoint.   6. Summary   WWDT is a very important module for improving the reliability of the MCXA153. Using the NXP SDK, WWDT_GetDefaultConfig() WWDT_Init() WWDT_Refresh() You can implement the basic functions in these three steps. First, we recommend running the FRDM-MCXA153 SDK sample, and then gradually learning about window settings and interrupt functions.     ========================= We are currently unable to respond to comments left in the "Comment" section of this post. We apologize for the inconvenience, but when making an inquiry, please use the subject line " Technical Questions to NXP". - How to contact us Please refer to the "( Japanese blog) " section. (If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) This article explains the basic concepts of WWDT ( Windowed Watchdog Timer ) on the MCX A153 and how to use it with the MCUXpresso SDK, aimed at engineers who are new to NXP products. First, we will explain the hardware overview, and then we will explain how to use the MCUXpresso SDK using the FRDM-MCXA153 board as a basis, along with code snippets. (Reading time: 20 minutes) MCUXpresso MCUXpresso SDK MCX Japanese Blog

MCX E32 Product Training: Reliability and Safety Focused MCUs MCX E32 Product Training: Reliability and Safety Focused MCUs Welcome to FRDM-MCXE32B Product Training! This page provides access to training materials, presentations, demos, recordings, and supporting resources related to the FRDM-MCXE32B development board. 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 E32 training, you will need to have your FRDM-MCXE32B board in hand and perform the set-up operations according to Lab 0 and FRDM-MCXE32B Getting Started Page which is a pre-requisite.   Step 1. Mandatory pre-work before starting with the labs:  Lab 0: This document guides you through installing the tools and materials required for the FRDM-MCXE32B hands-on labs. 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:  Lab 1: Multicore Hello World SDK Example Description This lab provides hands-on experience with the FRDM-MCXE32B board using the Multicore Hello World SDK example. The primary-core (core0) and secondary-core (core1) projects are configured and built together. The primary core initializes MCMGR (the Multicore Manager), prints "Hello World from the Primary Core!" to the debug console, and then releases the secondary core from reset by passing it a startup parameter. The secondary core waits for the startup data and then toggles the onboard red LED to indicate that it is running. After becoming familiar with the project, you will make simple code modifications as part of this hands-on lab. Lab 2: Gesture Classification and Vibration Monitoring Demo Description This lab provides hands-on experience with the FRDM-MCXE32B Gesture Classification and Vibration Monitoring proof of concept. The application demonstrates two industrial use cases: equipment anti-tamper and tilt detection, and vibration-based condition monitoring for predictive maintenance. The onboard FXLS8974CF three-axis accelerometer detects tilt, movement, and free-fall events and supplies data for vibration analysis. The application distributes the workload across both Arm Cortex-M7 cores. The secondary core (core1) acquires sensor data and performs CMSIS-DSP FFT processing. The primary core (core0) performs gesture classification and vibration-condition evaluation and controls the RGB LED, serial console, and optional LCD-PAR-S035 dashboard. The cores communicate using RPMsg-Lite over shared memory. Step 3. Review the support material and useful links to get you up to speed with some product information, MCX E32 and FRDM board information and getting started. Below also includes additional reading material.   FRDM-MCXE32B Development Board using MCUXpresso | NXP Semiconductors Getting Started with FRDM-MCXE32B Board | NXP Semiconductors MCX E32 and E31 MCUs | NXP Semiconductors MCX E32 and E31 MCUs | NXP Semiconductors Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  Hands-On Training

FRDM-MCXE32B: Run the Gesture classification and vibration monitoring demo Introduction This lab provides hands-on experience with the FRDM-MCXE32B Gesture Classification and Vibration Monitoring proof of concept. The application demonstrates two industrial use cases: equipment anti-tamper and tilt detection, and vibration-based condition monitoring for predictive maintenance. The onboard FXLS8974CF three-axis accelerometer detects tilt, movement, and free-fall events and supplies data for vibration analysis. The application distributes the workload across both Arm Cortex-M7 cores. The secondary core (core1) acquires sensor data and performs CMSIS-DSP FFT processing. The primary core (core0) performs gesture classification and vibration-condition evaluation and controls the RGB LED, serial console, and optional LCD-PAR-S035 dashboard. The cores communicate using RPMsg-Lite over shared memory.   Hardware Requirements FRDM-MCXE32B board                  Personal computer USB Type-C cable LCD-PAR-S035 display panel (Optional) Software Requirements IDE: Visual Studio Code (latest version) SDK: v26.09.00 or later Windows operating system (these hands-on labs were developed and tested on Windows 11) Gesture Classification and Vibration Monitoring demo source code from the NXP Application Code Hub saved to your Windows PC Monitoring demo Guide (function() { var wrapper = document.getElementById('lia-vid-6408021287112w960h540r591'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos)   Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  FRDM-Training

FRDM-MCXE32B: Run the Multicore Hello World SDK Example Introduction This lab provides hands-on experience with the FRDM-MCXE32B board using the Multicore Hello World SDK example. The primary-core (core0) and secondary core (core1) projects are configured and built together. The primary core initializes MCMGR (the Multicore Manager), prints "Hello World from the Primary Core!" to the debug console, and then releases the secondary core from reset by passing it a startup parameter. The secondary core waits for the startup data and then toggles the onboard red LED to indicate that it is running. After becoming familiar with the project, you will make simple code modifications as part of this hands-on lab. Hardware Requirements FRDM-MCXE32B board                  Personal computer USB Type-C cable Software Requirements IDE: Visual Studio Code (latest version) SDK: v26.09.00 or later Windows operating system (these hands-on labs were developed and tested on Windows 11) Multicore SDK Example Guide (function() { var wrapper = document.getElementById('lia-vid-6408020783112w960h540r7'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Community Support If you have questions regarding this training, please leave your comments in our MCU Community! here  Hands-On Training

Enabling QEMU emulation for i.MX95 19x19 EVK (community project) What actually happens between powering on an i.MX95 system and reaching a Linux login prompt? The answer involves far more than a bootloader and a kernel. The Boot ROM must locate and interpret the boot containers, the Cortex-M33 System Manager must initialize and manage platform resources, the Cortex-A55 must progress through SPL, TF-A, OP-TEE, and U-Boot, and only then can Linux initialize the system and mount its root filesystem. This QEMU-based i.MX95 emulation turns that otherwise difficult-to-observe sequence into a reproducible virtual laboratory for students, hobbyists, and engineers who want to study the complete boot chain without relying entirely on physical hardware. This community project (third-party, not an NXP product) adds QEMU-based i.MX95 emulation focused on that complete firmware journey. Rather than directly loading a kernel or staging each firmware component independently, the emulation starts from a Yocto-generated WIC image, processes its boot containers, executes the System Manager firmware, and preserves the handoffs that bring the A55 cluster online. The referenced third-party repository extends QEMU with functional emulation of the NXP i.MX95 SoC and the i.MX95 19x19 LPDDR5 EVK - embeddedPatronus/imx95-qemu: i.MX95 Qemu emulation for the complete firmware boot chain, from ROM and System Manager through TF-A, OP-TEE, U-Boot, and Linux. The project focuses on executing, observing, and debugging the complete production-style firmware boot chain from a bootable SD or eMMC image. This qemu model is intended for:- The model is intended for: for experimentation and learning [not a replacement for validation on NXP hardware] Boot-image and BSP testing System Manager and SCMI development TF-A and OP-TEE debugging Secure-world SMP analysis U-Boot and Linux platform development Pre-silicon and hardware-scarce development Education about modern heterogeneous Arm SoCs The model can help investigate questions such as: Did the System Manager receive correct handover information? Did SPL receive correct passover information? Did an SCMI request reach the M33? Did the System Manager provide a valid response? Did the System Manager program the correct A55 reset vector? Did the target CPU leave CPUWAIT? Did TF-A restore the expected context? Did OP-TEE select the correct per-core state? Did Linux mount the intended root filesystem? BSP regression testing A complete WIC image can be tested as the release artifact [functional smoke test only. not release qualification] Refer to Building Qemu section in the README of the repo to build the emulation model. To run qemu emulation of iMX95EVK:- cd build ./qemu-system-aarch64 -M imx95-evk -drive if=sd,index=0,file= ,format=raw -display none -serial pty -serial stdio -- Expected logs:- char device redirected to /dev/pts/11 (label serial0) U-Boot SPL 2026.04-lf_v2026.04+g6eeef838dac+p0 (Jun 02 2026 - 15:03:39 +0000) SYS Boot reason: por, origin: -1, errid: -1 Normal Boot Trying to boot from MMC1 Boot stage: Primary Image set: 0, offset: 0x8000 Load image from MMC/SD 0xf5800 NOTICE: BL31: v2.14.1(release):lf-6.18.20-2.0.0 NOTICE: BL31: Built : 12:42:19, Jun 8 2026 U-Boot 2026.04-lf_v2026.04+g6eeef838dac+p0 (Jun 02 2026 - 15:03:39 +0000) CPU: NXP i.MX95 Rev1.0 A55 at 1800 MHz CPU: Consumer temperature grade (0C to 95C) - invalid sensor data Model: NXP i.MX95 19X19 board ... ... The example command configures two serial consoles: "-serial pty -serial stdio" The serial ports are assigned as follows: Serial option Console First serial port, -serial pty Cortex-M33 System Manager debug console Second serial port, -serial stdio Cortex-A55 firmware and Linux console When QEMU starts, it prints the pseudo-terminal allocated to the System Manager console. Example: char device redirected to /dev/pts/11 To access the SM console on another tab:- screen /dev/pts/11 You can therefore observe both processing domains at the same time: Terminal 1 Cortex-A55 console SPL, TF-A, OP-TEE, U-Boot and Linux logs Terminal 2 Cortex-M33 System Manager console System Manager logs and interactive commands What actually happens between powering on an i.MX95 system and reaching a Linux login prompt? The answer involves far more than a bootloader and a kernel. This QEMU-based i.MX95 emulation turns that otherwise difficult-to-observe sequence into a reproducible virtual laboratory for students, hobbyists, and engineers who want to study the complete boot chain without relying entirely on physical hardware. IMX95EVK

i.MX95-15x15-FRDMにおけるデュアルLAN9646イーサネット・スイッチ統合のレビュー要請。 NXPチームの皆様、こんにちは。 カスタムのi.MX95 15×15ボード上で、ETH1とETH2と2台のLAN9646イーサネット・スイッチICを統合するためのデバイスツリーパッチ(2Xlan9646_imx95_15x15.patch)を作成しました。 パッチをよく確認して、イーサネット・スイッチの統合が正しいか確認してもらえますか? 以下の点にご注目ください。 LAN9646構成、SPIインターフェース、チップセレクト、リセットGPIO、割り込み設定などです。 2台のスイッチとENETCポートETH1およびETH2間の接続。 両方のイーサネットインターフェースが正しく動作しない原因となる、欠落または誤ったプロパティがあれば教えてください。 特に、両方のLAN9646スイッチが同時に動作できるかどうか、またポートおよびPHY構成が正しいかどうかにご注意ください。 パッチにはHDMI、オーディオ、LVDS、その他のデバイスツリーの変更も含まれています。これらの変更は無視して、デュアルLAN9646イーサネット統合のみを確認してください。 必要な訂正を提案し、可能な場合は参照機器ツリーの例やドキュメントを提供してください。 再開まで今しばらくお待ちください。 Re: Request for Review of Dual LAN9646 Ethernet Switch Integration on i.MX95-15x15-FRDM. こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 i.MX 95でテストしたイーサネット・スイッチLAN9646まだ確認済みですが、動作は確認できません。 1.動作可能なDTSを持つことが良い習慣なので、リセットやIRQ行にはコメントを付けず、デフォルトのGPIOを配置します。値は上書きされたり他のファイルに残されたりする方が、未完成ノードのままになるより望ましいです。 2. DTSでマッピングが入れ替わり、回路図上でLPSPI3にマッピングpinctrl_enetc1、ENET1/ETH0がPHY1にコネクテッドされ、LPSPI3、ENET2/ETH1がPHY2およびLPSPI6に接続されていることが確認できます。これはDTSとは異なります。 3. 両方のスイッチがLANネーミングの特性を共有しているため、LANネーミングにプレフィックスを追加します。 以上が私のレビューです。DTSをさらにテストしたい場合は、 dtbs_check を試してみてください。 よろしくお願いします。

KW45B41Z-LOC：应用程序运行后SWD失效；只能通过ISP/SW4刷写；应用程序无法运行或显示任何提示信息。 硬件和软件 电路板：KW45B41Z-LOC，电路板/PCB版本[填写]，手册KW45B41Z-LOCUM Rev. 2 主机：Windows，MCUXpresso IDE 25.6.136链接服务器 26.9.130SPSDK 3.12.0（blhost） SDK：kw45b41z-loc SDK 软件包（文件夹名称中的版本为 25.12.0） MCU-Link：板载，CMSIS-DAP 固件版本 V3.160，后续版本为 V3.174 仅通过 USB (J3) 供电，未连接 CAN 12V 电源。 跳线：默认值见表 3，JP12 开路，JP16 仅对 ISP 短接。[请确认 JP1、JP2、JP3、JP10、JP13、JP14、JP21、JP22、JP25 的实际位置。] 问题 当应用程序位于闪存中时，SWD 调试和对 KW45 的闪存访问都会失败。只有当芯片首先通过 SW4 保持在 ISP 模式时，刷写程序才能正常工作。 我们观察到 初始失败（库存 kw45b41zloc_wireless_uart_freertos）：探针连接（DAP ID 6BA02477，Cortex-M33，“处理器处于安全模式”），然后出现 Nn(05) DAP 访问中的 Wire ACK 故障和连接失败。擦除和编程都会出现同样的失败情况。 ISP 工作正常：在 RESET 期间短接 JP16 并按住 SW4，blhost -p COMxx,115200 -- get-property 1 返回 Success (K3.1.0)，flash-erase-all 返回成功。如果没有SW4，ping命令就不会响应。 擦除后，烧录过程可以进行，但最终出现错误：闪存写入完成（“闪存程序摘要”、“闪存写入成功”）。最后一步失败，并出现以下错误： 使用系统 RESET 和停止目标启动执行，并指定一个停止地址... DAP 访问中的线路 ACK 故障... 警告 - 处理器未停止... 闪存 - 系统 RESET 失败 - Ep(04)。无法停止处理器。 无论是标准的 LOC wireless_uart_freertos 还是我们基于 EVK wireless_uart_bm 开发的 CAN_BLE 项目，都会出现这种情况。 应用程序运行后，SWD 再次丢失：典型错误为 Ee(42) 无法连接到核心，Em(17) 访问位置 0x20008838 后调试端口无法访问，以及 Em(12) 目标拒绝访问位置 0x20008848 的调试端口。在此期间，LED1/LED2 曾出现闪烁现象。 J-Link 固件测试：我们短暂地将 MCU-Link 切换到了 J-Link 固件。即使在空白芯片上，SWD 也失败了（DM-AP IDCODE 错误 0x00000000/0xFFFFFFFF，VTref 3.300 V）。通过 J-Link VCOM 端口的 ISP 仍然有效。我们已恢复到 CMSIS-DAP V3.174 版本。 NBU：擦除后，我们发送了 kw45b41_nbu_ble_hosted.sb3，使用 blhost ... receive-sb-file（成功）。我们不确定这是否是 LOC 板上 wireless_uart 的正确图像。 当前状态：刷机并重新插拔后（JP16 已移除，SW4 未按住，SW1 已按下）： LED1/LED2 不闪烁，VCOM 端口 (115200 8N1) 没有输出。 该板不支持通过蓝牙低功耗 (BLE) 进行广播。 D3 亮度降低，D7 逐渐变暗（MCU-Link 正常模式） Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@priyanshua1 ， 为了更好地为您提供支持，请您提供以下信息？ - 在发生错误之前，您是否按照任何应用笔记或步骤配置了设备上的任何安全功能？ -发生错误之前，你刷入的是哪个镜像文件？ -之前是否对该设备上的任何熔丝进行过编程？ -我了解到该设备没有运行您刷入的镜像。我的理解正确吗？ -请您执行一次批量擦除操作，在不做任何修改的情况下刷入 led_blinky 示例程序，然后告诉我结果好吗？ 我还建议迁移到最新的 SDK 版本，因为它包含了最新的错误修复、增强功能和整体改进。Visual Studio Code 的 MCUXpresso 扩展程序完全支持最新的 SDK 版本，我也强烈建议您考虑使用该扩展程序。除了支持最新的 SDK 版本外，该扩展还提供了一个现代化且优化的开发环境，支持 Zephyr 和 Matter 等开放标准，以及其他几个优点。如果您感兴趣，可以在他们的情况说明书中找到其益处的概要。 BR 哈比卜 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@priyanshua1 ， 为了帮助确定问题是否与调试连接有关，请您使用安全配置工具执行以下测试？SPT 是一个基于 GUI 的应用程序，它简化了 NXP MCU 设备的启动映像的生成和配置。 请按照以下步骤，使用 SPT 中的“连接目标处理器”功能测试调试器连接？ 按照您当前使用的步骤，在 KW45B41Z-LOC 板上进入 ISP 模式。 在 SPT 中打开与目标处理器的连接窗口。 选择合适的COM端口。 点击“测试”按钮，然后告诉我结果。 如果测试结果标记为“OK”，请按照“使用 .elf 文件启动纯镜像或 CRC 镜像”部分中提到的步骤进行操作。一个已建成的LED灯项目的文件。你可以找到 .elf 文件。VS Code 中 debug 文件夹下的文件。   如果您不熟悉安全配置工具 (SPT)，SPT 用户指南中包含一个关于创建新工作区的章节，这可能对您的入门有所帮助。 BR 哈比卜 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好， 以下是我对您问题的回答： 在发生错误之前，板上已经刷入了无线 UART 和 FlexCAN 应用程序。但是，设备的网络安全配置没有做任何更改。 该设备上未对任何熔丝进行编程。 是的，目前镜像刷新失败。 按照建议，我为 VS Code 安装了 MCUXpresso，并下载了最新的 KW45-LOC SDK（版本 26.09.00）。但是，我仍然遇到同样的错误。 [ 2026-10-27T13:03:36.504 ] [proc] [info]命令：C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-10-27T13:03:36.511 ] [ proc] [ info]命令：C: \ NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-10-27T13:03:38.049 ] [proc] [info] Cmd: C:\Users\Hondaconceptbench\.mcuxpressotools\arm- gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none -eabi\bin\arm- none-eabi-gcc.exe --version [ 2026-10-27T13:03:38.061 ] [proc] [ info]命令：C:\NXP\MCUXpressoIDE_25.6.136 \ide \ tools\bin\arm- none -eabi-gcc.exe --version [ 2026-10-27T13:03:38.328 ] [proc] [info]命令：C:\Users\Hondaconceptbench\.mcuxpressotools\arm- gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none -eabi\bin\arm- none-eabi-gcc.exe --version [ 2026-10-27T13:03:38.337 ] [proc] [ info]命令：C:\NXP\MCUXpressoIDE_25.6.136 \ide \ tools\bin\arm- none -eabi-gcc.exe --version [ 2026-10-27T13:03:40.870 ] [proc] [info]命令：taskkill /PID 28160 /F /T [ 2026-10-27T13:03:41.291 ] [proc] [info]命令：pkill -P 28160 [ 2026-10-27T13:03:41.296 ] [proc] [error] pkill 退出，错误代码为Error : spawn pkill ENOENT [ 2026-10-27T13:03:41.296 ] [proc] [error] [ 2026-10-27T13:03:41.296 ] [错误] [ 2026-10-27T13:03:41.296 ] [proc] [info]命令：kill - 9 28160 [ 2026-10-27T13:03:41.299 ] [proc] [error] kill 函数退出，错误代码为Error : spawn kill ENOENT [ 2026-10-27T13:03:41.299 ] [proc] [error] [ 2026-10-27T13:03:41.300 ] [proc] [error] kill 函数退出，返回代码-4058 [ 2026-10-27T13:03:41.300 ] [proc] [error] [ 2026-10-27T13:03:41.300 ] [proc] [error] pkill 退出，返回代码-4058 [ 2026-10-27T13:03:41.300 ] [proc] [error] [ 2026-10-27T13:04:19.506 ] [proc] [info]命令：C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-10-27T13:04:19.513 ] [proc] [ info ]命令：C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-10-27T13:04:20.830 ] [proc] [ info ]命令：C: \ NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-10-27T13:04:20.840 ] [proc] [info]命令：C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [2026-10-27T13:04:21.776] [proc] [info] 命令：C:\NXP\LinkServer_26.9.130\LinkServer.exe flash --probe WXZBCIEABA3EA --no-启动 KW45B41Z83xxxA:KW45B41Z-LOC erase --sector [ 2026-10-27T13:04:30.403 ] [proc] [ error] C:\NXP\LinkServer_26.9.130 \ LinkServer.exe退出，返回代码4294967295 [ 2026-10-27T13:04:30.403 ] [proc] [error]固件更新“检查”：不需要 - 可以使用以下命令强制更新：`LinkServer probe # 1 update forced` Ns: LinkServer RedlinkMulti 驱动程序v26.9 ( 2026 年9 月18 日19:34:33 - crt_emu_cm_redlink.exe版本1382 ) PC：（ 0 ）读取远程配置 Wc( 03 )。不支持缓存。 Nc：在 C:\Users\HONDAC~ 1 \AppData\Local\Temp\tmpa5n5cx_7\crt_directory.xml中找到通用目录 XML 文件 PC：（ 5 ）远程配置完成 Nc：已重新连接到现有 LinkServer 进程。 Nc：连接到探测器1核心0 （使用外部启动的服务器）报告：     “Ee(42)。无法连接到核心网。” Nc：正在重试…… Nc：已重新连接到现有 LinkServer 进程。 Nc：服务器正常，但无法连接到探测1核心0 （尝试3次后）- Ee( 42 )。无法连接到核心。 Wc: ============= 脚本: KW45B41_connect.scp ============= Wc：KW45B41 连接脚本 Wc：正在连接到探针索引 = 1 Wc：DpID = 6BA02477 WC：错误：AP 未就绪 Wc: ============= 脚本结束 ================================ Nc：探针固件：板载 MCU-LINK (r0E3) CMSIS-DAP V3.174 (NXP 半导体) Nc：序列号：WXZBCIEABA3EA Nc: VID:PID: 1FC9:0143 Nc：USB路径： 0001:0014:00 Nc：连接失败 - Em( 01 )。找不到核心索引选择的 MEM-AP（请检查目标功率）。正在重试。 Ed:02 ：连接失败：Em( 01 )。找不到核心索引选择的MEM-AP（请检查目标功率）。 Et：探针（ 0）😞 已连接&重置。之前状态：未连接。DpID：6BA02477。CPU ID： 00000000 。 信息 ： Nc:   最后一个短截线错误 0: 正常 Nc：上次粘滞错误： 0x0 AIndex： 0 Nc：未选择调试总线（MemAp）。 Nc：DAP速度测试未执行或失败 Nc：调试协议：SWD。RTCK：已禁用。向量捕获：已禁用。 PC：（ 100 ）目标操作失败 -------------------- 闪存擦除概要： 错误：Flash： 0x00000000 - 0x00100000 （ 0x00100000字节）[ KW45B41.cfx ] 信息：找到与 KW45B41Z83xxxA:KW45B41Z-LOC 完全匹配的项 信息：已选择设备 KW45B41Z83xxxA:KW45B41Z-LOC 信息：已选择探针 # 1 WXZBCIEABA3EA（板载 MCU-LINK (r0E3) CMSIS-DAP V3.174 ） 信息：MCU-Link 固件更新“检查”：探针 ([WXZBCIEABA3EA] [MCU-LINK 板上 (r0E3) CMSIS-DAP V3.174]) 已运行与包含的固件版本 [3.174]相同的固件版本 错误： Flash ： 0x00000000 - 0x00100000 （ 0x00100000字节）[ KW45B41.cfx ] 错误信息：异常：闪存操作退出，返回代码1 严重错误：出现严重错误 错误信息：异常：擦除一个或多个闪存失败 补充说明： 当尝试使用 SPSDK 元器件擦除内存或扫描 NXP 设备时，我需要短接 JP16 跳线并按住 SW4，才能检测到电路板或继续进行擦除操作。 请问造成这种现象的可能原因是什么？能否提出解决此问题的后续步骤？ PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 --get-property 1 SpsdkNoDeviceFoundError：接口“uart”，参数为“port=COM19，baudrate=115200，timeout=5000”：在端口 COM19 上找到设备，但未响应 115200 波特率的 PING 请求。确保设备处于引导加载程序模式。 请查看调试日志文件：C:\Users\Hondaconceptbench\AppData\Local\nxp\spsdk\3.12.0\Logs\debug.log，了解更多信息。 PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 --get-property 1 响应状态 = 0 (0x0) 成功。 响应词 1 = 1258488064 (0x4b030100) 当前版本 = K3.1.0 PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 -- flash-erase-all SpsdkNoDeviceFoundError：接口“uart”，参数为“port=COM19，baudrate=115200，timeout=5000”：在端口 COM19 上找到设备，但未响应 115200 波特率的 PING 请求。确保设备处于引导加载程序模式。 请查看调试日志文件：C:\Users\Hondaconceptbench\AppData\Local\nxp\spsdk\3.12.0\Logs\debug.log，了解更多信息。 PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 -- flash-erase-all 响应状态 = 0 (0x0) 成功。 PS C:\Users\Hondaconceptbench> Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 第一 张 图片 中 ， 我 开始 测试 时 手持 SW4 ， 测试 成功 完成 。 第二 张 图片 中 ， 我 没有 手持 SW4 ， 导致 测试 失败 。 以下是这两项测试的结果。 1. SPT连接测试 ISP 模式（JP16 短接，RESET 期间按住 SW4），COM19，115200：结果OK 。模式：ROM引导加载程序，生命周期：OEM开放，KW45Z41083匹配。已附截图。 2. 启动一个纯镜像 我从 kw45b41zloc_led_blinky 项目（ELF 转换为 BIN，创建了可引导镜像）构建了一个 Plain unsigned 镜像，并使用 SPT “写入镜像” 将其写入。结果为成功（get-property、pre-erase 和 write-memory 都成功了）。日志已附上。 写入完成后，我松开了 SW4，移除了 JP16，重启了板，然后按下了 SW1。LED灯不闪烁，因此电路板上没有明显显示应用程序正在运行。 blhost -p COM19,115200 -- get-property 1 without SW4 held: responds 问题概述 ISP连接和编程工作。当应用程序在闪存中时，使用 MCUXpresso/LinkServer 的 SWD 会出现故障（“DAP 访问中的线路 ACK 故障”、“无法停止处理器”、“调试端口无法访问”）。闪存被擦除后，SWD 连接并闪烁，但最后的 RESET 和停止步骤失败。 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@priyanshua1 ， 我注意到您目前在工作区中使用的是 KW45Z41083 处理器。使用此设备是否有具体原因？例如，您是否遵循 AN14003？ KW47-LOC 使用 KW45B41Z 处理器，如KW45B41Z-LOC 板用户手册第 1.2 章“设备特性”中所述。请您使用 KW45B41Z 处理器创建一个新的工作区，并重复之前提到的步骤。这次，请在用闪存编程器工具对映像进行编程之前，也擦除整个片上闪存。 之后，请您提供以下信息： 写入镜像时生成的日志。 使用 Flash Programmer 工具再次读取写入映像的内存区域的结果。 另外，能否请您提供一下使用OTP/IFR 配置时，处理器输出的 OTP 值？ BR 哈比卜 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@priyanshua1 ， 谢谢你提供的信息。 根据日志来看，图像似乎已正确写入。您能使用Flash Programmer 工具看到图像吗？您可以在“工具”窗口中找到此工具： 另外，能否请您帮我澄清以下几点？ 最后几个步骤是否导致了相同的结果？如果可以，请您重复上述步骤，但这次使用 hello_world 示例，并使用 .elf 文件。这是 VS Code 生成的文件吗？您能在终端看到“Hello World”吗？ 在进行测试之前，请您确认跳线是否完全按照KW45B41Z-LOC 板用户手册图 3“KW45B41Z-LOC 跳线”所示进行配置？ 请问这个板是否曾经被重新设计过？如果是这样，能否请您提供更多关于返工的细节？ BR 哈比卜 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@Habib_MS ， 很抱歉输入错误。 我已经使用正确的处理器进行了测试。请注意，当我选择KW45B41Z5 作为处理器时，连接测试失败。但使用 KW45B41Z8 时，连接测试通过。请查看附件中的日志和图片。 写入镜像日志： ELF 图像已转换为 BIN 格式：source_images\kw45b41zloc_led_blinky.bin ELF 图像已转换为 BIN 格式：source_images\kw45b41zloc_led_blinky.bin 操作状态：成功：已创建新工作区：C:\Users\Hondaconceptbench\secure_provisioning00 ELF 图像已转换为 BIN 格式：source_images\kw45b41zloc_led_blinky.bin ######################################################################################################################### ## Build image - operation started at 2026-11-06 16:54:25 ## ## Build script is generated: build_image_lnx.sh Build script is generated: build_image_win.bat Build script is generated: build_image_mac.sh Executing script C:\Users\Hondaconceptbench\secure_provisioning00\build_image_win.bat ## ... # ## Create Master Boot Image using nxpimage tool ## # 警告：spsdk.image.mbi.mbi：MBI-kw45b41z8-MbiImageTypeEnum.PLAIN_IMAGE-xip（警告） ======================================== TrustZone 配置（警告） ========================================= 验证 TrustZone 设置和配置类型 ==================================================================================================================== 功能“tz”验证（警告） 实现（警告）：未实现 （自启动以来耗时 1808 毫秒，mbi.py:689） 成功。（主启动映像：C:/Users/Hondaconceptbench/secure_provisioning00/bootable_images/kw45b41zloc_led_blinky.bin 已创建。） # ## RESULT of the script `Building image`: Success (return code = [0]SUCCESS) Status of the operation: Success: Building image Built image: "C:\Users\Hondaconceptbench\secure_provisioning00\bootable_images\kw45b41zloc_led_blinky.bin" ## ############################################################################################################### ## Write image - operation started at 2026-11-06 16:54:46 ## ##################################################################################################################### ## The following fuses status was detected: OTP request: LIFECYCLE |= 0x7 (mask: 0xff); current value=0x7; status=MATCHES SUMMARY: Detected status of fuses for write operation: all fuse(s) match with the requested value(s) Write script generated: write_image_lnx.sh Write script generated: write_image_win.bat Write script generated: write_image_mac.sh Executing script C:\Users\Hondaconceptbench\secure_provisioning00\write_image_win.bat pre_erase ## # 脚本：正在写入映像：C:\Users\Hondaconceptbench\secure_provisioning00\write_image_win.bat # ## SCRIPT arguments: pre_erase ## # 解析输入参数 # ## ## # 检查连接 # ## blhost -t 2000 -p COM19,115200 -j -- get-property 1 0 { "command": "get-property", "response": [ 1258488064 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ## # 擦除闪存 # ## ## # 预擦除闪存以防止 RESET 后应用程序启动 # ## blhost -t 50081 -p COM19,115200 -j -- flash-erase-region 0x00000000 8192 0 { "command": "flash-erase-region", "response": [], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded blhost -t 50163 -p COM19,115200 -j -- flash-erase-region 0x00000000 16384 0 { "command": "flash-erase-region", "response": [], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ## # 写入镜像 # ## blhost -t 5000 -p COM19,115200 -j -- write-memory 0x00000000 "C:\Users\Hondaconceptbench\secure_provisioning00\bootable_images\kw45b41zloc_led_blinky.bin" { "command": "write-memory", "response": [ 9732 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ## # 脚本“写入镜像”的结果：成功（返回码 = [0]SUCCESS） 操作状态：成功：正在写入图像 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好， 以下是使用 KW45B41Z83 工作区的结果（全部在 ISP 模式下：JP16 短接，RESET 期间按住 SW4）。 Flash Programmer：我擦除了所有内容，写入了纯文本未签名映像，然后读取了 0x00000000-0x000027DF（状态：成功）。向量表存在（SP 0x2001C000，回读时 RESET 向量为 0x00000195）。已附上屏幕截图。 启动结果：释放 SW4、移除 JP16 并重启电源后，LED1 (PTC0) 不闪烁。该项目的 pin_mux 将 PTC0 配置为 LED1 的 GPIO 输出。 hello_world：使用 .elf 文件重复相同的步骤，MCU-Link VCOM 端口 (115200 8N1) 上没有“Hello World”。 此外，从 VS Code 中，GDB 报告 0x14816fdc in ?? () 和错误 103：用上市，不用发布 GDB 失败：完成 flash 操作时出错。终端输出已附上。 启动 GDB: "C:\\NXP\\MCUXpressoIDE_25.6.136\\ide\\tools\\bin\\arm-none-eabi-gdb.exe"-q --interpreter=mi2 重要提示：在“launch.json”文件中将“showDevDebugOutput”设置为“raw”。查看所有 GDB 事务。 启动 GDB 服务器："C:\\NXP\\LinkServer_26.9.130\\LinkServer.exe"-l3 gdbserver "KW45B41Z83xxxA:KW45B41Z-LOC" --probe WXZBCIEABA3EA --gdb-port 2336 --no-启动 --core primary 请检查终端选项卡（GDB 服务器控制台）以获取“C:\NXP\LinkServer_26.9.130\LinkServer.exe”的输出。 输出基数现在设置为十进制 10、十六进制 a、八进制 12。 输入基数现在设置为十进制 10、十六进制 a、八进制 12。 NMI_Handler() 位于 C:/Users/Hondaconceptbench/Documents/MCUXpresso_VSC/SDK_26_09_00_KW45B41Z-LOC/mcuxsdk/devices/Wireless/KW/KW45B41Z83/gcc\startup_KW45B41Z83.S:446 446 ldr r0,=HardFault_Handler 程序停止运行，可能是由于调试器发出的 RESET 和/或停止指令所致。 错误 103：启动 GDB 失败：完成 flash 操作时出错（来自 target-download） 跳跃者：与图 3 相符。 MCU-Link 固件：板载 MCU-LINK (r0E3) CMSIS-DAP V3.174 使用 VS Code 中的 Linkserver Flash Programmer 将 helloworld.elf 烧录到闪存时产生的日志。 [ 2026-11-09T15:04:18.756 ] [ proc] [ info]命令：C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-11-09T15:04:18.767 ] [proc] [info]命令：C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-11-09T15:04:20.075 ] [proc] [info]命令：C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-11-09T15:04:20.083 ] [proc] [ info ]命令：C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-11-09T15:04:21.857 ] [proc] [info]命令：C:\NXP\LinkServer_26.9.130 \LinkServer.exe flash --probe WXZBCIEABA3EA --no-启动 KW45B41Z83xxxA:KW45B41Z-LOC load C:\Users\Hondaconceptbench \ Documents\MCUXpresso_VSC\SDK_26_09_00_KW45B41Z-LOC\mcuxsdk\examples\demo_apps\hello_world\debug\hello_world.elf --erase-all [ 2026-11-09T15:04:25.241 ] [proc] [info] INFO : 找到与 KW45B41Z83xxxA:KW45B41Z-LOC 完全匹配的项 信息：已选择设备 KW45B41Z83xxxA:KW45B41Z-LOC 信息：已选择探针 # 1 WXZBCIEABA3EA（板载 MCU-LINK (r0E3) CMSIS-DAP V3.174 ） 信息：MCU-Link 固件更新“检查”：探针 ([WXZBCIEABA3EA] [MCU-LINK 板上 (r0E3) CMSIS-DAP V3.174]) 已运行与包含的固件版本 [3.174]相同的固件版本 [ 2026-11-09T15:04:25.241 ] [LinkServer] [信息] LinkServer 闪存操作成功完成： 固件更新检查：无需检查 - 可以使用以下命令强制更新：`LinkServer probe # 1 update forced` Ns: LinkServer RedlinkMulti 驱动程序v26.9 ( 2026 年9 月18 日19:34:33 - crt_emu_cm_redlink.exe版本1382 ) PC：（ 0 ）读取远程配置 Wc( 03 )。不支持缓存。 Nc：在 C:\Users\HONDAC~ 1 \AppData\Local\Temp\tmp62t_evtb\crt_directory.xml中找到通用目录 XML 文件 PC：（ 5 ）远程配置完成 Nc：已重新连接到现有 LinkServer 进程。 Wc: ============= 脚本: KW45B41_connect.scp ============= Wc：KW45B41 连接脚本 Wc：正在连接到探针索引 = 1 Wc：DpID = 6BA02477 Wc：APID = 0x84770001 Wc: ============= 脚本结束 ================================ Nc：探针固件：板载 MCU-LINK (r0E3) CMSIS-DAP V3.174 (NXP 半导体) Nc：序列号：WXZBCIEABA3EA Nc: VID:PID: 1FC9:0143 Nc：USB路径： 0001:0016:00 Nc：在搜索到可用核心后，使用核心0的内存 电脑：（ 30 ）模拟器已连接 Nc：处理器处于安全模式 PC：（ 40 ）调试停止 PC：（ 50 ）CPU ID Nc：调试接口类型 = CoreSight DP（DAP DP ID 6BA02477）通过 SWD TAP 0 Nc：处理器类型 = Cortex-M33（CPU ID 00000D21），位于 DAP AP 0上 Nc：硬件断点数 = 8 Nc：闪光灯片数量 = 0 Nc：硬件监视点数量 = 4 Nc：探针（ 0）😞 已连接&重置。DpID：6BA02477。CPU ID：00000D21。信息 ： Nc：调试协议：SWD。RTCK：已禁用。向量捕获：已禁用。 Ns：CoreSight调试ROM的内容： Nc: RBASE E00FF000: CID B105100D PID 04000BB4C9 ROM (类型0x1 ) Nc: ROM 1 E000E000: CID B105900D PID 04000BBD21 CSt ARM ARMv8-M 类型0x0其他 - 未定义 Nc：ROM 1 E0001000：CID B105900D PID 04000BBD21 CSt ARM DWTv2 类型0x0其他 - 未定义 Nc：ROM 1 E0002000：CID B105900D PID 04000BBD21 CSt ARM FPBv2 类型0x0其他 - 未定义 Nc：ROM 1 E0000000：CID B105900D PID 04000BBD21 CSt ARM ITMv2 类型0x43跟踪源 - 总线 Nc：ROM1E0042000：CID B105900D PID04000BBD21CSt Arm CTIv2 类型0x14 调试控制 - 触发信号，例如ECT Nc：NXP：KW45B41Z83xxxA Nc：DAP 步长为1024字节（ 256字） Nc：已检查v.2片上闪存KW45B41.cfx Nc：图片“FMU 2026 年 9 月 18 日 19:14:27” Nc：打开闪存驱动程序KW45B41.cfx Nc：请求 VECTRESET，但 ARMv8-M CPU 不支持此功能。改用 SOFTRESET 方式。 Nc：使用软复位运行闪存驱动程序 Nc：检测到闪存变体“FMU 1MB” （1MB = 128 * 8K，地址为0x0 ） Nc：正在关闭闪存驱动程序KW45B41.cfx Nc：已检查v.2片上闪存KW45B41_S.cfx Nc：图像“FMU（安全）2026年9月18日 19:14:02” Nc：打开闪存驱动程序KW45B41_S.cfx Nc：请求 VECTRESET，但 ARMv8-M CPU 不支持此功能。改用 SOFTRESET 方式。 Nc：使用软复位运行闪存驱动程序 Nc：检测到闪存变体“FMU 1MB（安全）” （1MB = 128 * 8K，地址为0x10000000 ） Nc：正在关闭闪存驱动程序KW45B41_S.cfx PC：（ 65 ）芯片设置完成 PC：（ 70 ）许可证检查完成 Nt：正在加载“hello_world.elf” ELF 0x00000000长度0x37F4 Nc：打开闪存驱动程序KW45B41.cfx Nc：请求 VECTRESET，但 ARMv8-M CPU 不支持此功能。改用 SOFTRESET 方式。 Nc：使用软复位运行闪存驱动程序 Nc：检测到闪存变体“FMU 1MB” （1MB = 128 * 8K，地址为0x0 ） 铅：（ 0 ）大规模擦除闪光 Pb： 1/1 ( 0 )正在写入地址0x00000000的扇区0-1 ，共14324字节 PS： ( 0 )位于00000000 ： 0字节-0/14324 PS：（ 100 ）位于00000000 ： 16384字节 - 16384 / 14324 Nc: 00004000完成100 % ( 14324中已完成16384 ) Nc：已写入扇区： 2 ，未更改扇区： 0 ，总计： 2 Nc：正在关闭闪存驱动程序KW45B41.cfx Pb: ( 100 ) Flash 编写成功。 Nt：已加载0x37F4字节，耗时 380 毫秒（约 37kB/秒） Nt：RESET目标（系统） Nc：使用系统RESET和停滞地址启动执行 Nc：将读取监视点1 （地址0xE000ED08）重新分配给启动 ROM 停滞。 Nc：状态 - 正在运行或正在执行 RESET 请求 - 状态重读失败 - rc Nn(05)。DAP 访问中的线路 ACK 故障 Nc：关闭调试会话时出错 - Nn( 05 )。DAP 访问中的线路 ACK 故障 结论与请求： 我们投入了大量时间来排查 KW45B41Z-LOC 板的问题，但不幸的是，由于硬件问题尚未解决，我们的项目活动现在被延误了。 此外，我们的项目需求涉及到达角 (AoA) 和航道测深 (CS)，而 KW45 LOC 并不完全支持这两项功能。尽管存在这些限制，我们仍在继续评估该板。然而，我们目前仍停留在非常基础的阶段，无法达到预期效果。 考虑到已耗费的时间以及对项目进度的影响，我们希望恩智浦半导体能够提供一块搭载最新硬件版本的BLE开发板作为替代品。这将使我们能够尽快恢复开发工作，避免进一步延误。 我们愿意将现有的KW45B41Z-LOC板寄回恩智浦进行进一步的检查和故障分析。 我们恳请您尽快回复并支持我们解决此事，以便我们能够使项目活动重回正轨。 顺祝商祺！ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or @priyanshua1 ，你好！ KW45-LOC 被用作实验和原型设计的参考设计，因为 KW45 不包含支持完整蓝牙通道探测规范所需的所有功能。此外，正如 NXP产品页面上所指出的，KW45-LOC 已不再生产。 作为替代方案，您可以考虑KW47-LOC ，它旨在演示汽车和物联网应用中的蓝牙通道探测功能。该设计包含两个板载单极子PCB天线和一个射频开关，以支持天线分集。 这是因为KW47处理器支持通道探测。与 KW45 相比，它还提供了多项增强功能，包括更大的内存容量、运行频率高达 64 MHz 的专用的 Arm Cortex-M33 无线电内核以及对蓝牙 LE 6.x 的支持。 如果您有兴趣，还可以参考AN14796 ，了解有关 KW45 和 KW47 之间的功能差异和迁移考虑的更多信息。 BR 哈比卜 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好， 谢谢你提供的信息。 请问我们提供的日志和测试结果是否有助于识别或分析电路板上问题的根本原因，并与我们联系？如果他们提供了足够的信息，我们希望您能就适当的故障排除和恢复步骤提出建议。如果信息不足，请告知我们还需要采取哪些行动或提供哪些数据才能推进调查。 此外，我想申请一块KW47板样品。在KW45问题得到解决的同时，如果能够获得 KW47 板，我们将能够继续进行开发和评估活动，而不会进一步延误。 这对 NXP 来说也可能是有益的，因为我们计划广泛评估 KW47 的各种功能，包括通道探测 (CS)、到达角 (AoA)、CAN、BLE、UART和其他相关功能。我们很乐意根据我们的调查结果和使用经验提供详细的反馈。 我们非常感谢您考虑我们的请求，并期待您的指导。 感谢您的支持。 此致， 普里扬舒 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 你好@priyanshua1 ， 由于您的项目需要进行通道探测，因此最推荐的方法是将开发工作集中在 KW47-LOC 上。它是专门为试验像这样的通道探测应用而设计的。KW45 支持蓝牙 LE 6.0，但它不具备通道探测所需的功能，因此对于此类应用，我们强烈建议升级到KW47 。 我明白对你们团队来说，保持项目进展有多么重要。您可以通过 NXP 官方产品页面获取 KW47-LOC，您可以在那里找到可用的购买选项。拿到电路板后，欢迎随时发布在通道探测评估过程中遇到的任何技术问题。 也就是说，根据这些信息，这种行为似乎与设备停留在 ROM 引导加载程序而不是跳转到闪存中的应用程序有关。根据 KW45 RM（第 15.2.8 节，“启动调试会话”），当 ROM 引导加载程序执行时以及当 ROM 进入 ISP 模式时，CM33 的调试访问端口将被禁用。这与您看到的情况一致，包括 GDB 报告的 PC（0x14816fdc）位于 ROM 地址范围内。 为了了解 ROM 为何可能无法跳转到映像，我想查看存储在 IFR 中的 ROM 配置。请您使用OTP/IFR 配置，通过安全配置工具将 IFR 值发送给我好吗？ 我还想问几个问题：   能否请您提供更多关于您在最初帖子中提到的 CAN_BLE 项目的详细信息？另外，您是否在该项目或其他应用程序中使用过 OTAP 功能？ 我找不到您之前提到的 Flash Programmer 截图。请问您是否能够使用Flash Programmer 工具看到图像？ 请问这个板是否曾经被重新设计过？如果是这样，能否请您提供更多关于返工的细节？ BR 哈比卜

MCXA156VLH ADC内部ダイオード定格 Pg:36 - 図 12. ADC 入力インピーダンス等価図に記載されているダイオードの定格の詳細が必要です。 私たちはアプリケーションを設計するために許容範囲の評価を知りたいと考えています。 アナログ(ADC|CMP|DAC|オペアンプ) ボード設計 Re: MCXA156VLH ADC INTERNAL DIODE RATINGS こんにちは、 @TEMCEFF さん、 投稿ありがとうございます。データシートをご参照ください。 MCXA156の場合、VINがVSS − 0.3 Vを下回るか、VDD + 0.3 Vを上回ると、I/OピンあたりのDC注入電流制限は±3 mAになります。さらに、連続する16本のピンに対する局所的な注入電流制限は±25mAです。入力電圧がこれらの電圧境界を超える場合は、外部の電流制限抵抗器を使用すべきです。 お役に立てば幸いです。 BR セレステ Re: MCXA156VLH ADC INTERNAL DIODE RATINGS ADC注入電流の制限値（I/Oピンあたり±3mA、地域制限値±25mA）をご提供いただきありがとうございます。 私たちはMCXA156 ADC用のアナログフロントエンドを設計しており、ADC入力等価回路(図12/ADC入力インピーダンス等価図)に示される内部保護構造の挙動と制限をよりよく理解したいと考えています。 具体的には、以下の点についてご説明いただければ幸いです。 クランプ動作 ADCの入力電圧がVDD_ANAを超えた場合（例えば、VDD_ANA = 3.3 V、VIN = 5 Vの場合）、内部保護構造は入力電圧をクランプしますか？ もしそうなら、クランプ時のADCピンでの典型的な電圧はどれくらいですか?(例えば、およそVDD_ANA + 0.3 V、VDD_ANA + 0.7 Vなど) クランプの特性 以下の項目に関する特性データは入手可能ですか？ クランプ電圧対注入電流 保護構造物の動的抵抗 内部クランプ経路の順方向電圧 過電圧耐性 外部注入電流が指定された±3 mAの制限より小さい場合、デバイスに損傷を伴わずに許容できる最大ADC入力電圧はありますか? 例えば、注入電流が指定限界を下回る場合、ADC入力は一時的な5V、12V、またはそれ以上の過渡電圧に安全に耐えられるのでしょうか? 過渡現象およびサージ耐性 以下のような情報はありますか？ 最大過渡パルス電流 最大過渡持続時間 内部保護構造が吸収できる最大エネルギー システムレベル保護に関する推奨事項 内部保護ネットワークは、ESD/注入電流保護構造としてのみ考えるべきであり、繰り返し過電圧状態に対しては外部保護部品が必要となるべきでしょうか？ 私たちの目標は、故障状態や短時間の過電圧スパイクにさらされる可能性のあるADCチャネルに必要な外部保護回路と抵抗のサイズを決定することです。 Re: MCXA156VLH ADC INTERNAL DIODE RATINGS こんにちは、 @TEMCEFF さん、 詳細なご質問をありがとうございました。 MCXA156の公開ドキュメントを確認しました。ご質問の一部はデータシートに基づいてお答えできますが、内部保護構造の詳細については内部チームによるさらなる確認が必要です。 データシートに基づくと： I/Oピンは、ESD保護構造を介してVSSおよびVDDに内部的にクランプされています。 最大DC注入電流はピンあたり±3mAで、連続する16ピンに対しては±25mAの領域制限があります。 正の注入電流の場合、データシートでは注入条件をVIN > VDD + 0.3 Vと定義しています。 データシートには、正方向注入時の電流制限抵抗を計算するための以下の式が記載されています。          R = (VIN - VDD_MAX) / IICIOmax 過渡電圧の場合、データシートでは、基本式から計算される値よりも約1桁高い抵抗値を使用することを推奨しています。 ただし、 VDD + 0.3 Vは保証されたまたは固定されたクランプ電圧として解釈すべきではありません。公開ドキュメントにはクランプI-V挙動の詳細な特徴付けは提供されていません。 また、以下の項目の公開仕様も見つけられませんでした。 クランプ電圧対注入電流 内部クランプの動的抵抗または詳細な順方向電圧特性 注入電流が3mA未満に制限されている場合、外部から印加できる最大電圧は5V、12V以上です。 最大過渡パルス電流とパルス持続時間 内部保護構造が吸収できる最大エネルギー 内部クランプの反復的なシステムレベル過電圧状態に対する適合性評価 したがって、注入電流の仕様だけに基づいてこれらの制限について憶測を立てることは避けたい。これらの質問は、さらなる確認のため、社内チームにエスカレーションする必要があります。 当社のエスカレーションプロセスに基づき、以下の情報を教えていただけますか? 最終顧客の名前 最終アプリケーション名 この情報が入ったら、エスカレーションに進めます。   BR セレステ Re: MCXA156VLH ADC INTERNAL DIODE RATINGS ご要望に応じて、下記の詳細事項をご検討ください。 最終お客様名 - インド鉄道 最終アプリケーション名 - インテリジェントフィールドデバイス アプリケーションの説明 - 照明、エスカレーター、リフトなどの鉄道資産を監視・制御するIoTデバイス; Re: MCXA156VLH ADC INTERNAL DIODE RATINGS こんにちは、 @TEMCEFF さん、 ご辛抱いただきありがとうございます。社内からの回答をご覧ください。 」 データシートにはピンあたり±3mA、地域別±25mAのDC注入電流制限が記載されていますが、これらの制限はADC/I/O入力電圧の絶対最大定格を上書きするものではありません。したがって、注入電流を3mA以下に抑えるだけでは、一時的な5V、12V、またはそれ以上の電圧入力が安全であることを保証するものではありません。 内部ESDクランプについては、データシートに保証クランプ電圧、I-V特性曲線、動的抵抗、または過渡パルス/エネルギー容量に関する特性は記載されていません。したがって、反復的な障害やシステムレベルの障害に対する保護手段として、内部クランプに頼ることはお勧めしません。 このアプリケーションでは、直列抵抗と適切な低順方向電圧ショットキークランプの組み合わせなどの外部保護を推奨し、ADCピンを指定された電圧制限内に保つことを推奨します。 」 さらに詳しい情報が必要な場合は、お知らせください。 BR セレステ

KW45B41Z-LOC:アプリケーションが実行されるとSWDが失敗します;ISP/SW4経由でのみフラッシュ可能です;アプリがもはや実行されず、アドバンテージもできません。 ハードウェアとソフトウェア 基板：KW45B41Z-LOC、基板/PCBリビジョン[記入]、マニュアル：KW45B41Z-LOCUM Rev. 2 ホスト:Windows、MCUXpresso IDE 25.6.136、リンクサーバー 26.9.130、SPDK 3.12.0(blhost) SDK: kw45b41z-loc SDK パッケージ (フォルダ名のバージョン25.12.0) MCU-Link:オンボード、CMSIS-DAPファームウェアV3.160、後のV3.174 USBのみ(J3)から電源供給されており、CAN 12V電源はコネクテッドされていません ジャンパー：デフォルト値は表3に従い、JP12は開放、JP16はISP接続時のみ短絡。[JP1、JP2、JP3、JP10、JP13、JP14、JP21、JP22、JP25の実際のポジションを確認してください。] 問題 SWDのデバッグやKW45へのフラッシュアクセスは、アプリケーションがフラッシュ状態にあると失敗します。フラッシュ書き込みは、チップが最初にSW4でISPモードに保持されている場合にのみ機能します。 私たちが観察したこと 初期の故障 (標準kw45b41zloc_wireless_uart_freertos):プローブが接続(DAP ID 6BA02477、Cortex-M33、「プロセッサはセキュアモード」)、その後DAPアクセスでNn(05)ワイヤーACKフォルトが発生し、接続時に失敗します。消去と書き込みはどちらも同じように失敗する。 ISP の動作:リセット中に JP16 を短絡し SW4 を保持した状態で、blhost -p COMxx,115200 -- get-property 1 は Success (K3.1.0) を返します。そして flash-erase-all は成功を返します。SW4が保持されていない状態では、pingに対する応答はありません。 消去後、フラッシュ書き込みは正常に動作しますが、エラーで終了します。フラッシュ書き込みは完了します（「フラッシュプログラムの概要」、「フラッシュへの書き込みが正常に完了しました」）。最後のステップは次の条件で失敗します: システムリセットと停止ターゲットで実行を開始し、ストールアドレスを付与しました...DAPアクセスにおけるワイヤーACKフォルト...警告 - プロセッサが停止しませんでした...フラッシュ - システムリセット失敗 - Ep(04)。プロセッサーを停止できません。 これは、標準のLOC wireless_uart_freertosと、EVK wireless_uart_bmから派生したCAN_BLEプロジェクトの両方で発生します。 アプリが実行されると、SWDは再び失われます。 典型的なエラーは、Ee(42) コアに接続できません、Em(17) Location 0x20008838でのアクセス後にデバッグポートがアクセスできない、Em(12) Target Location 0x20008848でのデバッグアクセス拒否です。この現象が発生している間、LED1/LED2が点滅していた時期がありました。 J-Linkのファームウェアテスト: MCU-Linkを一時的にJ-Linkに切り替えました。SWDは、ブランクチップでも失敗しました（DM-AP IDCODEが間違っています 0x00000000/0xFFFFFFFF、VTref 3.300 V）。J-LinkのVCOMポート経由のISP接続は引き続き機能していた。CMSIS-DAP V3.174に戻しました。 NBU:消去後、blhost ... receive-sb-file (成功) を使用して kw45b41_nbu_ble_hosted.sb3 を送信しました。これがLOCボード上のwireless_uartに適したイメージかどうかは確信が持てません。 現在の状態：フラッシュ後、再接続後（JP16取り外し、SW4非保持、SW1押下）： LED1/LED2が点滅せず、VCOMポート（115200 8N1）から出力がありません。 ボードはBLE経由で広告を配信しません D3は暗く、D7はフェードしています(MCU-Linkの通常モード) Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、@priyanshua1 さん。 より良くサポートするために、以下の情報を教えていただけませんか? -エラーが起こる前に、デバイスのセキュリティ機能を設定するためのアプリケーションノートや手順を踏みましたか? エラーが発生する前に、どの画像がフラッシュされましたか？ この機器に以前にヒューズがプログラムされたことはありますか？ -デバイスに、あなたが書き込んだイメージが実行されていないことは理解しています。私の理解は正しいでしょうか？ -大量消去を行い、何の修正もせずにled_blinky例をフラッシュして結果を教えていただけますか? また、最新のSDKsリリースへの移行もおすすめします。最新のバグ修正、改善、全体的な改善が含まれています。最新のSDKsリリースは Visual Studio CodeのMCUXpresso拡張機能で完全にサポートされており、これもぜひ検討することを強くお勧めします。最新のSDKバージョンをサポートするだけでなく、Zephyrやマターなどのオープンスタンダードをサポートするモダンで最適化された開発環境を提供し、その他いくつかの利点も備えています。興味があれば、その利点の概要をファ クトシートでご覧いただけます。 BR ハビブ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、 @priyanshua1 さん、 問題がデバッグ接続に関連しているかどうか判断するために、 Secure Provisioning Toolを使って以下のテストを実施していただけませんか?SPTは、NXP MCUデバイス向けのブート可能なイメージの生成とプロビジョニングを簡素化するGUIベースのアプリケーションです。 SPTの「 ターゲットプロセッサとの接続 」機能を使って、以下の手順に従ってデバッガ接続をテストしていただけますか? 現在使用している手順と同じ手順で、KW45B41Z-LOCボードのISPモードに入ります。 SPTでターゲットプロセッサとの接続ウィンドウを開きます。 適切なCOMポートを選択してください。 「テスト」をクリックして、結果を教えてください。 テスト結果がOKと表示されている場合は、.elfを使って「 Booting plain」または「CRCイメージ 」セクションで記載されている手順に従ってください構築済みのLEDブラインドプロジェクトのファイル。.elfは見つかりますVS Code のデバッグフォルダ内のファイル。   Secure Provisioning Toolに馴染みがない方のために、SPTユーザーガイドには 新しいワークスペースの作成に関するセクションがあり、始めるのに役立つかもしれません。 BR ハビブ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、 ご質問への回答は以下のとおりです。 エラーが発生する前に、ボードにはWireless UARTおよびFlexCANアプリケーションがフラッシュされていました。しかし、デバイスのセキュリティ設定には変更はありませんでした。 このデバイスにはヒューズは設定されていません。 はい、現在、画像点滅機能が正常に動作していません。 提案通り、MCUXpresso for VS Codeをインストールし、最新のKW45-LOC SDK(バージョン26.09.00)をダウンロードしました。しかし、依然として同じエラーが発生しています。 [ 2026-10-27T13:03:36.504 ] [proc] [info]コマンド: C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-10-27T13:03:36.511 ] [proc] [ info ]コマンド: C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [2026-10-27T13:03:38.049] [プロック] [情報] コマンド:C:\ユーザー\Hondaconceptbench\.mcuxpressotools\Arm-gnu-toolchain-14.2.rel1-mingw-w64-x86_64-Arm-none-eabi\bin\Arm-none-eabi-gcc.exe --version [2026-10-27T13:03:38.061] [プロック] [情報] Cmd: C:\NXP\MCUXpressoIDE_25。6.136\ide\tools\bin\arm-none-eabi-gcc.exe --バージョン [2026-10-27T13:03:38.328] [プロック] [情報] Cmd: C:\Users\Hondaconceptbench\.mcuxpressotools\arm-gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none-eabi\bin\arm-none-eabi-gcc.exe --version [2026-10-27T13:03:38.337] [プロック] [情報] コマンド:C:\NXP\MCUXpressoIDE_25。6.136\ide\tools\bin\arm-none-eabi-gcc.exe --バージョン [ 2026-10-27T13:03:40.870 ] [proc] [info]コマンド: taskkill /PID 28160 /F /T [ 2026-10-27T13:03:41.291 ] [proc] [info]コマンド: pkill -P 28160 [ 2026-10-27T13:03:41.296 ] [proc] [error] pkill がコードErrorで終了しました: spawn pkill ENOENT [ 2026-10-27T13:03:41.296 ] [proc] [error] [ 2026-10-27T13:03:41.296 ] [エラー] [ 2026-10-27T13:03:41.296 ] [proc] [info]コマンド: kill - 9 28160 [ 2026-10-27T13:03:41.299 ] [proc] [error] kill がコードErrorで終了しました: spawn kill ENOENT [ 2026-10-27T13:03:41.299 ] [proc] [error] [ 2026-10-27T13:03:41.300 ] [proc] [error] kill がコード - 4058で終了しました [ 2026-10-27T13:03:41.300 ] [proc] [error] [ 2026-10-27T13:03:41.300 ] [proc] [error] pkill がコード-4058で終了しました [ 2026-10-27T13:03:41.300 ] [proc] [error] [ 2026-10-27T13:04:19.506 ] [proc] [info]コマンド: C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-10-27T13:04:19.513 ] [proc] [ info ]コマンド: C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-10-27T13:04:20.830 ] [proc] [ info ]コマンド: C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-10-27T13:04:20.840 ] [proc] [info]コマンド: C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-10-27T13:04:21.776 ] [proc] [ info ]コマンド: C:\NXP\LinkServer_26.9.130 \ LinkServer.exe flash --probe WXZBCIEABA3EA --no-boot KW45B41Z83xxxA:KW45B41Z-LOC erase --sector [ 2026-10-27T13:04:30.403 ] [proc] [error] C:\NXP\LinkServer_26.9.130 \ LinkServer.exeがコード4294967295で終了しました [2026-10-27T13:04:30.403] [プロック] [エラー] ファームウェアアップデート「チェック」:必須不可 - 強制更新は「LinkServer probe #1 update forced」で実行可能です NS:LinkServer RedlinkMulti ドライバ v26.9(2026年9月18日 19:34:33 - crt_emu_cm_redlink.exeビルド1382) PC: ( 0 ) リモート設定を読み込んでいます Wc(03)。キャッシュサポートなし。 Nc: C:\Users\HONDAC~1\AppData\Local\Temp\tmpa5n5cx_7\crt_directory.xmlで汎用ディレクトリXMLファイルを発見 PC: ( 5 ) リモート設定完了 NC:既存のLinkServerプロセスに再接続しました。 NC:外部 からサーバー起動したプローブ1コア0に接続中、報告:     「イー(42)。コアに接続できません。」 NC:再挑戦中... NC:既存のLinkServerプロセスに再接続しました。 NC:サーバーは正常ですが、プローブ1コア0への接続ができません(3回試み後) - EE(42)。コアに接続できませんでした。 Wc: ============= スクリプト: KW45B41_connect.scp ============= Wc: KW45B41 接続スクリプト Wc: プローブインデックス = 1に接続中 Wc: DpID = 6BA02477 Wc:エラー: APが準備できていません Wc: ============= スクリプト終了 =============================== NC: プローブ ファームウェア:MCU-LINK 搭載(r0E3) CMSIS-DAP V3.174 (NXP Semiconductors) NC: シリアルナンバー: WXZBCIEABA3EA NC: VID:PID: 1FC9:0143 NC: USB パス: 0001:0014:00 Nc: 接続失敗 - Em(01)。コアインデックスで選択されたMEM-APが見つかりません(ターゲット電源確認)。再試行 Ed:02: 接続時に失敗:Em(01)。コアインデックスで選択されたMEM-APが見つからない(ターゲット電源確認) Et: プローブ( 0😞 接続済み＆リセット済み。以前の状態：未接続。DpID: 6BA02477。CPU ID: 00000000 。 情報: NC: 最後のスタブエラー 0: OK NC:最後の固定エラー:0x0 AIndex:0 NC:デバッグバス(MemAp)を選択していません NC:DAP速度テストの未実行または失敗 Nc: デバッグ プロトコル: SWD。RTCK: 無効化。ベクターキャッチ: 無効化。 PC: ( 100 ) ターゲット操作失敗 -------------------- フラッシュ消去の概要： エラー: フラッシュ: 0x00000000 - 0x00100000 ( 0x00100000バイト) [ KW45B41.cfx ] 情報: KW45B41Z83xxxA:KW45B41Z-LOC と完全に一致するものが見つかりました 情報：選択されたデバイス KW45B41Z83xxxA:KW45B41Z-LOC 情報:選択プローブ#1 WXZBCIEABA3EA(MCU-LINK搭載(r0E3)CMSIS-DAP V3.174) 情報:MCU-Linkファームウェアアップデート「確認」:プローブ([WXZBCIEABA3EA] [MCU-LINK 搭載(r0E3) CMSIS-DAP V3.174])は付属のファームウェアバージョンと同じバージョンをすでに動作させています[3.174] エラー:エラー: フラッシュ: 0x00000000 - 0x00100000 ( 0x00100000バイト) [ KW45B41.cfx ] ERRMSG:例外: フラッシュ操作がコード1で終了しました 重大：重大なエラー ERRMSG:例外: 1 つ以上のフラッシュメモリの消去に失敗しました その他の観察事項： SPSDKコンポーネントを使用してメモリを消去したり、NXPデバイスをスキャンしたりする場合、ボードを検出したり消去操作を進めたりするには、JP16ジャンパーをショートさせ、SW4を押し続ける必要があります。 この行動の原因についてアドバイスをいただけますか?また、今後の問題解決のためのステップを教えていただけませんか? PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 -- get-property 1 SpsdkNoDeviceFoundError: パラメータ 'port=COM19, baudrate=115200, timeout=5000' のインターフェース 'uart': デバイスはポート COM19 で検出されましたが、115200 ボーで PING に応答しませんでした。デバイスがブートローダーモードになっていることを確認してください。 詳細はデバッグログファイル C:\Users\Hondaconceptbench\AppData\Local\nxp\spsdk\3.12.0\Logs\debug.log をご覧ください PS C:\Users\Hondaconceptbench> blhost -p COM19,115200 -- get-property 1 応答ステータス = 0(0x0) 成功。 応答ワード 1 = 1258488064 (0x4b030100) 現在のバージョン = K3.1.0 PS C:\Users\Hondaconceptbench>blhost -p COM19,115200 -- フラッシュ消去 SpsdkNoDeviceFoundError: パラメータ 'port=COM19, baudrate=115200, timeout=5000' のインターフェース 'uart': デバイスはポート COM19 で検出されましたが、115200 ボーで PING に応答しませんでした。デバイスがブートローダーモードになっていることを確認してください。 詳細はデバッグログファイル C:\Users\Hondaconceptbench\AppData\Local\nxp\spsdk\3.12.0\Logs\debug.log をご覧ください PS C:\Users\Hondaconceptbench>blhost -p COM19,115200 -- フラッシュ消去 応答ステータス = 0(0x0) 成功。 PS C:\Users\Hondaconceptbench> Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or 最初 の 画像 では 、 テスト 開始 時 に SW4を 手 に持って おり 、 テスト は 正常 に 完了しました 。2 番目の 画像 では 、 SW4を 手に持ってい なかった ため 、 テスト は 失敗 し まし た 。 以下は、2つのテストの結果です。 1. SPT接続テスト ISPモード（JP16を短絡、リセット中はSW4を保持）、COM19、115200：結果OK 。モード: ROMブートローダー、ライフサイクル: OEMオープン、KW45Z41083一致。スクリーンショットを添付しました。 2. プレーンイメージを起動する kw45b41zloc_led_blinky プロジェクトから署名なしのプレーンイメージを作成し (ELF を BIN に変換し、ブート可能なイメージを作成しました)、SPT の「イメージの書き込み」で書き込みました。結果は成功でした（プロパティ取得、事前消去、メモリ書き込みのすべてが成功しました）。ログを添付しました。 書き込み後、SW4を解放し、JP16を取り外し、基板の電源を入れ直し、SW1を押しました。LEDは点滅しないため、基板はアプリケーションを目に見えて実行していません。 blhost -p COM19,115200 -- get-property 1 (SW4 が保持されていない場合):応答 問題の概要 インターネット接続とプログラミング作業。失敗は、アプリケーションがフラッシュ中であるたびに、SWD上でMCUXpresso/LinkServer(「DAPアクセスのWire ACK障害」、「プロセッサを停止できない」、「Debugポートアクセス不可」)で発生します。フラッシュメモリが消去された状態で、SWDは接続してフラッシュ書き込みを行うが、最終的なリセットおよび停止ステップが失敗する。 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、@priyanshua1 さん。 現在、ワークスペースでKW45Z41083プロセッサを使っているのに気づきました。この機器を使用する特別な理由がありますか？例えば、AN14003に準拠していますか？ KW47-LOCは KW45B41Z-LOCボードユーザーマニュアルの第1.2章「デバイス機能」に記載されているように、KW45B41Zプロセッサを使用しています。KW45B41Zプロセッサーを使って新しいワークスペースを作成し、先述の手順を繰り返していただけませんか?今回は、フラッシュプログラマツールを使用してイメージを書き込む前に、オンチップのフラッシュメモリ全体を消去してください。 その後、以下の情報を提供していただけますか: イメージを書き込んだ際に生成されるログ。 フラッシュプログラマツールを使用して、イメージが書き込まれたメモリ領域を読み取った結果。 また、OTP/IFR設定を使ってプロセッサのOTP値を教えていただけますか? BR ハビブ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、@priyanshua1 さん。 情報ありがとうございます。 ログを見る限り、イメージは正しく書き込まれたようです。Flash Programmerツールを使って画像を表示できますか？このツールはツールウィンドウで見つけることができます: さらに、以下の点についても説明していただけますか? 最後のステップでも同じ挙動が見られましたか？もしそうなら、同じ手順をhello_world例で繰り返していただけますか?ただし今回は.elfを使ってくださいVS Code から生成されたファイルですか？ターミナルに「Hello World」と表示されますか？ テストを行う前に、ジャンパーが KW45B41Z-LOCボードユーザーマニュアル の図3「KW45B41Z-LOCジャンパー」に示されている通りに設定されているか確認していただけますか? このボードが一度も再設計されたことがあるか確認していただけますか?もしそうなら、リワークについてもう少し詳しく教えていただけますか? BR ハビブ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、 @Habib_MS さん。 入力ミスで申し訳ありません。 正しいプロセッサでテストを行いましたが、接続テストは選択時に失敗しましたKW45B41Z5プロセッサとして。ただしテスト接続KW45B41Z8通過しています。参照のために添付のログと画像をご参照ください。 イメージログの書き込み: ELFイメージをBINに変換しました：source_images\kw45b41zloc_led_blinky.bin ELFイメージをBINに変換しました：source_images\kw45b41zloc_led_blinky.bin 操作の状況:成功:新しいワークスペースが作成されました:C:\ユーザー\Hondaconceptbench\secure_provisioning00 ELF画像をBINに変換した場合:source_images\kw45b41zloc_led_blinky.bin ########################################################################################################## Build image - operation started at 2026-11-06 16:54:25 ########################################################################################################## Build script is generated: build_image_lnx.sh Build script is generated: build_image_win.bat Build script is generated: build_image_mac.sh Executing script C:\Users\Hondaconceptbench\secure_provisioning00\build_image_win.bat ### スクリプト:ビルディングイメージ:C:\ユーザー\Hondaconceptbench\secure_provisioning00\build_image_win.bat ### Create Master Boot Image using nxpimage tool ### 警告:spsdk.image.mbi.mbi:MBI-kw45b41z8-MbiImageTypeEnum.PLAIN_IMAGE-xip(警告) ======================================== TrustZone設定(警告)========================================= TrustZoneの設定および設定タイプを検証します ==================================================================================================================== 機能「tz」検証(警告) 実装(警告):未実装 (開始から1808ms、mbi.py:689) 成功。(マスターブートイメージ:C:/Users/Hondaconceptbench/secure_provisioning00/bootable_images/kw45b41zloc_led_blinky.bin作成) ### RESULT of the script `Building image`: Success (return code = [0]SUCCESS) Status of the operation: Success: Building image Built image: "C:\Users\Hondaconceptbench\secure_provisioning00\bootable_images\kw45b41zloc_led_blinky.bin" ########################################################################################################## Write image - operation started at 2026-11-06 16:54:46 ########################################################################################################## The following fuses status was detected: OTP request: LIFECYCLE |= 0x7 (mask: 0xff); current value=0x7; status=MATCHES SUMMARY: Detected status of fuses for write operation: all fuse(s) match with the requested value(s) Write script generated: write_image_lnx.sh Write script generated: write_image_win.bat Write script generated: write_image_mac.sh Executing script C:\Users\Hondaconceptbench\secure_provisioning00\write_image_win.bat pre_erase ### スクリプト:画像を書く:C:\ユーザー\Hondaconceptbench\secure_provisioning00\write_image_win.bat ### SCRIPT arguments: pre_erase ### 入力引数を解析 ### ### 接続を確認し ### blhost -t 2000 -p COM19,115200 -j -- get-property 1 0 { "command": "get-property", "response": [ 1258488064 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ### フラッシュを消去 ### ### リセット後のアプリケーション開始を防ぐためにフラッシュを事前に消去 ### blhost -t 50081 -p COM19,115200 -j -- flash-erase-region 0x00000000 8192 0 { "command": "flash-erase-region", "response": [], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded blhost -t 50163 -p COM19,115200 -j -- flash-erase-region 0x00000000 16384 0 { "command": "flash-erase-region", "response": [], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ### 画像を書く ### blhost -t 5000 -p COM19,115200 -j -- write-memory 0x00000000 "C:\Users\Hondaconceptbench\secure_provisioning00\bootable_images\kw45b41zloc_led_blinky.bin" { "command": "write-memory", "response": [ 9732 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } blhost succeeded ### スクリプト『画像を書く』の結果:成功(リターンコード = [0]成功) 操作の状況:成功:画像の書き込み Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、 以下は、KW45B41Z83ワークスペースでの結果です（すべてISPモード：JP16を短絡、リセット中はSW4を保持）。 Flash Programmer:全て消去し、署名なしのプレーンイメージを書き込み、0x00000000-0x000027DF を読み取りました (ステータス: 成功)。ベクタテーブルが存在します（SP 0x2001C000、読み出し時のリセットベクタ 0x00000195）。スクリーンショットを添付しました。 起動結果： SW4を解放し、JP16を取り外し、電源を入れ直した後、LED1（PTC0）は点滅しません。このプロジェクトのpin_muxは、PTC0をLED1用のGPIO出力として設定します。 hello_world: .elf を使用して同じ手順を繰り返します。MCU-Link VCOMポート(115200 8N1)には「Hello World」は存在しません。 さらに、VS Code から、GDB は 0x14816fdc in ?? () とエラー 103: GDB の起動に失敗しました: フラッシュ操作の終了エラーを報告します。ターミナル出力を添付しました。 GDBを起動中:「C:\\NXP\MCUXpressoIDE_25.6.136\\IDE\\tools\\bin\\arm-none-eabi-gdb.exe」-q --interpreter=mi2 重要: 「launch.json」で「showDevDebugOutput」を「raw」に設定してください。すべてのGDBトランザクションを表示するには。 GDBサーバーを起動しています: "C:\\NXP\\LinkServer_26.9.130\\LinkServer.exe"-l3 gdbserver "KW45B41Z83xxxA:KW45B41Z-LOC" --probe WXZBCIEABA3EA --gdb-port 2336 --no-boot --core primary 「C:\NXP\LinkServer_26.9.130\LinkServer.exe」からの出力については、ターミナルタブ（GDBサーバーコンソール）を確認してください。 出力ラジックスは10進数10、16進数a、8進数12に設定されました。 入力ラジックスは10進数10、16進数a、8進数12に設定されました。 NMI_Handler () は C:/Users/Hondaconceptbench/Documents/MCUXpresso_VSC/SDK_26_09_00_KW45B41Z-LOC/mcuxsdk/devices/Wireless/KW/KW45B41Z83/gcc\startup_KW45B41Z83 に位置しています。S:446 446 LDR R0,=HardFault_Handler プログラムが停止したのは、おそらくデバッガによるリセットや停止が原因だったのでしょう。 エラー103：GDBの起動に失敗しました：フラッシュ操作の終了エラー（ターゲット-downloadから） ジャンパー：図3に一致。 MCU-Linkファームウェア: MCU-LINK搭載(r0E3)CMSIS-DAP V3.174 VS Codeのlinkserverフラッシュプログラマーを使ってhelloworld.elfをフラッシュする際のログが発生します。 [ 2026-11-09T15:04:18.756 ] [proc] [ info ]コマンド: C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [ 2026-11-09T15:04:18.767 ] [proc] [info]コマンド: C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-11-09T15:04:20.075 ] [proc] [info]コマンド: C ":\Program Files\SEGGER\JLink_V980\JLinkGDBServerCL.exe" -listprobes USB [ 2026-11-09T15:04:20.083 ] [proc] [ info ]コマンド: C : \NXP\LinkServer_26.9.130 \LinkServer.exe probes --json [2026-11-09T15:04:21.857] [プロック] [情報] コマンド:C:\NXP\LinkServer_26。9.130\LinkServer.exe フラッシュ --プローブ WXZBCIEABA3EA --no-boot KW45B41Z83xxxA:KW45B41Z-LOC ロード C:\ユーザー\Hondaconceptbench\Documents\MCUXpresso_VSC\SDK_26_09_00_KW45B41Z-LOC\mcuxsdk\examples\demo_apps\hello_world\debug\hello_world.elf --消去-all [ 2026-11-09T15:04:25.241 ] [proc] [info] INFO : KW45B41Z83xxxA:KW45B41Z-LOC と完全に一致するものが見つかりました 情報：選択されたデバイス KW45B41Z83xxxA:KW45B41Z-LOC 情報:選択プローブ#1 WXZBCIEABA3EA(MCU-LINK搭載(r0E3)CMSIS-DAP V3.174) 情報:MCU-Linkファームウェアアップデート「確認」:プローブ([WXZBCIEABA3EA] [MCU-LINK 搭載(r0E3) CMSIS-DAP V3.174])は付属のファームウェアバージョンと同じバージョンをすでに動作させています[3.174] [ 2026-11-09T15:04:25.241 ] [LinkServer] [info] LinkServer のフラッシュ操作が正常に完了しました: ファームウェアアップデート「チェック」:必須不要 - 強制更新は「LinkServer probe #1 update forced ed」で実行可能です NS:LinkServer RedlinkMulti ドライバ v26.9(2026年9月18日 19:34:33 - crt_emu_cm_redlink.exeビルド1382) PC: ( 0 ) リモート設定を読み込んでいます Wc(03)。キャッシュサポートなし。 Nc: C:\Users\HONDAC~1\AppData\Local\Temp\tmp62t_evtb\crt_directory.xmlで汎用ディレクトリXMLファイルを見つけました PC: ( 5 ) リモート設定完了 NC:既存のLinkServerプロセスに再接続しました。 Wc: ============= スクリプト: KW45B41_connect.scp ============= Wc: KW45B41 接続スクリプト Wc: プローブインデックス = 1に接続中 Wc: DpID = 6BA02477 Wc: APID = 0x84770001 Wc: ============= スクリプト終了 =============================== NC: プローブ ファームウェア:MCU-LINK 搭載(r0E3) CMSIS-DAP V3.174 (NXP Semiconductors) NC: シリアルナンバー: WXZBCIEABA3EA NC: VID:PID: 1FC9:0143 Nc: USB パス: 0001:0016:00 NC:良いコアを探した後にコア0のメモリを使う PC:( 30)エミュレーター接続済み Nc:プロセッサがセキュアモードに入っています PC: ( 40 )デバッグ停止 PC: ( 50 ) CPU ID Nc: デバッグインターフェースタイプ = CoreSight DP(DAP DP ID 6BA02477)over SWD TAP 0 Nc: プロセッサタイプ = DAP AP 0上のCortex-M33(CPU ID 00000D21) Nc: h/w ブレークポイントの数 = 8 Nc:フラッシュパッチ数 = 0 Nc: h/w ウォッチポイント数 = 4 NC: プローブ(0)😞 接続済み＆リセット済み。DPID: 6BA02477。CPUID: 00000D21。情報 ： Nc: デバッグ プロトコル: SWD。RTCK: 無効化。ベクターキャッチ: 無効化。 Ns: CoreSightデバッグROMの内容: NC:RBASE E00FF000: CID B105100D PID 04000BB4C9 ROM(タイプ 0x1) NC: ROM 1 E000E000: CID B105900D PID 04000BBD21 CSt ARM ARMv8-M タイプ 0x0 その他 - 未定義 NC: ROM 1 E0001000: CID B105900D PID 04000BBD21 CSt ARM DWTv2 タイプ 0x0 その他 - 未定義 NC: ROM 1 E0002000: CID B105900D PID 04000BBD21 CSt ARM FPBv2 タイプ 0x0 その他 - 未定義 NC:ROM 1 E0000000: CID B105900D PID 04000BBD21 CSt ARM ITMv2 タイプ 0x43 トレース ソース - バス NC: ROM 1 E0042000: CID B105900D PID 04000BBD21 CSt ARM CTIv2 タイプ 0x14 デバッグ 制御 - トリガー( 例)ECT NC:NXP:KW45B41Z83xxxA NC:DAPのストライドは 1024 バイト(256 語) NC:v.2オンチップフラッシュメモリKW45B41.cfxの検査済み NC: 画像 『FMU 2026年9月18日 19:14:27』 NC:フラッシュドライバーの開 KW45B41.cfx NC:VECTRESETを要求しましたが、ARMv8-M CPUではサポートされていません。代わりにソフトリセットを使用してください。 NC:フラッシュドライバーをSOFTリセットで実行する NC:フラッシュバリアント 「FMU 1MB」 検出(1MB = 128*8K 0x0) NC:フラッシュドライバーを閉じる KW45B41.cfx NC:点検済みv.2オンチップフラッシュメモリ KW45B41_S.cfx NC: 画像 「FMU(安全)2026年9月18日 19:14:02」 NC:フラッシュドライバーを開く KW45B41_S.cfx NC:VECTRESETを要求しましたが、ARMv8-M CPUではサポートされていません。代わりにソフトリセットを使用してください。 NC:フラッシュドライバーをSOFTリセットで実行する NC:フラッシュバリアント 「FMU 1MB(Secure)」 検出(1MB = 128*8K 0x10000000時) NC:フラッシュドライバーの終了 KW45B41_S.cfx PC: ( 65 ) チップセットアップ完了 PC: ( 70 ) ライセンスチェック完了 NT: 'hello_world.elf' ELF 0x00000000 len 0x37F4 NC:フラッシュドライバーの開 KW45B41.cfx NC:VECTRESETを要求しましたが、ARMv8-M CPUではサポートされていません。代わりにソフトリセットを使用してください。 NC:フラッシュドライバーをSOFTリセットで実行する NC:フラッシュバリアント 「FMU 1MB」 検出(1MB = 128*8K 0x0) Pb: ( 0 ) 大量消去フラッシュ Pb: 1/1 ( 0 ) 0x00000000のセクター0 - 1に14324バイトを書き込んでいます Ps: ( 0 ) at 00000000 : 0バイト - 0 / 14324 Ps: ( 100 ) 00000000 : 16384バイト - 16384 / 14324 NC: 00004000 100%クリア(14324中16384件) NC:セクター数:2、変更なし:0、合計:2 NC:フラッシュドライバーを閉じる KW45B41.cfx Pb: ( 100 ) Flashの書き込みが正常に完了しました。 Nt:0x37F4バイトを380ms(約37kB/s)でロード Nt:ターゲットをリセット(システム) Nc:ストールアドレスを用いたシステムリセットによる実行開始 NC:起動ROMストール用にウォッチポイント1を0xE000ED08で再読み込む Nc: state - リセット要求を実行しているか、それに従う - 状態の再読み失敗 - rc Nn(05)。DAPアクセスにおけるワイヤーACK故障 NC:デバッグセッション終了のエラー - Nn(05)。DAPアクセスにおけるワイヤーACKフォルト 結論と要望： KW45B41Z-LOCボードのトラブルシューティングにかなりの時間を費やしてきましたが、残念ながらハードウェアの問題が解決されていないため、プロジェクトの活動が遅れています。 さらに、私たちのプロジェクト要件には到着角度(AoA)とチャネルサウンディング(CS)の両方が含まれており、これらはKW45 LOCで完全にはサポートされていません。これらの制約にもかかわらず、私たちはボードの評価に取り組み続けています。しかし、現時点では非常に基本的な段階にとどまり、期待された結果を達成できていません。 すでに費やされた時間とプロジェクトスケジュールへの影響を考慮し、NXPには最新のハードウェア改訂版を搭載したBLE開発ボードの提供をお願いしたいと思います。これにより、さらなる遅延なく開発活動を再開できます。 既存のKW45B41Z-LOC基板をNXP社に返送し、さらなる検査と故障解析を依頼する用意があります。 迅速なご対応とサポートをいただければ幸いです。この問題の解決にあたり、プロジェクト活動を再軌道に乗せるようお願いいたします。 よろしくお願いいたします。 Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or またこんにちは、@priyanshua1。 KW45-LOCは、完全なBluetoothチャネルサウンディング仕様をサポートするために必要なすべての機能を含んでいないため、実験および試作のためのリファレンスデザインとして提供されました。さらに、NXP の製品ページに記載されているように、KW45-LOCはもはや製造されていません。 代替案として、オートモーティブおよびIoTアプリケーション向けのBluetoothチャネルサウンディングを実証するために設計された KW47-LOCを検討してください。設計は、アンテナダイバーシティをサポートするために2つの搭載モノポールPCBアンテナとRFスイッチを組み込んでいます。 これは KW47 プロセッサがチャネルサウンディングをサポートしているため可能です。また、メモリ容量の増加、最大64MHzで動作する専用のArm Cortex-M33無線コア、Bluetooth LE 6.xのサポートなど、KW45に比べていくつかの強化も提供しています。 ご興味があれば、KW45とKW47の機能の違いや移行に関する考慮事項について、 AN14796もご参照ください。 BR ハビブ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、 情報ありがとうございます。 共有したログやテスト結果が、問題の根本原因を特定したり分析したりするのに役立ったか教えていただけますか?もし十分な情報が得られた場合は、適切なトラブルシューティングと復旧手順についてご提案いただければ幸いです。情報が不十分な場合は、調査を進めるために弊社側で必要な追加の措置やデータについてお知らせください。 さらに、 KW47基板のサンプルを送付していただきたいです。KW45の問題が解決されている間、KW47ボードへのアクセスにより、さらなる遅延なく開発と評価活動を継続できるでしょう。 これはNXPにとっても有益であり、チャネル サウンディング(CS)、AoA、CAN、BLE、UARTおよびその他の関連機能を含む幅広いKW47機能を幅広く評価する予定です。調査結果と使用経験に基づいた詳細なフィードバックを提供させていただきます。 この件についてご検討いただければ幸いです。ご指導をお待ちしております。 再開まで今しばらくお待ちください。 よろしくお願いします、 プリヤンシュ Re: KW45B41Z-LOC: SWD fails once application runs; can flash only via ISP/SW4; app no longer runs or こんにちは、@priyanshua1 さん。 プロジェクトにはチャネルサウンディングが必要なため、最も推奨される方法はKW47-LOCに開発を集中させることです。これはこのようなチャネルサウンディングの実験を目的に特別に設計されました。KW45はBluetooth LE 6.0をサポートしていますが、チャネルサウンディングに必要な機能は含まれていないため、この種のアプリケーションには KW47への移行を強くお勧めします。 プロジェクトを滞りなく進めることが、貴チームにとってどれほど重要か、私は理解しています。KW47-LOCは公式のNXP製品ページから入手可能で、購入 オプションが確認できます。ボードができたら、チャンネルサウンディング評価中に出た技術的な質問があれば自由に投稿してください。 とはいえ、情報を見る限り、この挙動はデバイスがROMブートローダーに留まり、フラッシュでアプリケーションにジャンプしないことに関係しているようです。KW45 RM(15.2.8節「デバッグセッションの開始」)によると、CM33のデバッグアクセスポートはROMブートローダーの実行中およびROMがISPモードに入る際に無効化されます。これは、GDBによって報告されたPC（0x14816fdc）がROMアドレス範囲内にあることを含め、あなたが見ている状況と一致します。 ROMがイメージにジャンプしない理由を理解するために、IFRに保存されているROM構成を確認したいと思います。OTP/IFR設定を使ってSecure Provisioning ToolからIFRの値を送ってもらえますか? さらにいくつか質問させてください。   最初の投稿で言及されたCAN_BLEプロジェクトについて、もう少し詳しく教えていただけますか?また、そのプロジェクトや他のアプリケーションでOTAP機能に関わったことはありますか? 先ほど言及されたFlash Prograrのスクリーンショットは見つかりませんでした。Flashプログラマーツールを使って画像が見えるか確認していただけますか? このボードが一度も再設計されたことがあるか確認していただけますか?もしそうなら、リワークについてもう少し詳しく教えていただけますか? BR ハビブ