5V or 3.3V I/O supply for S32k3 Hello everyone, I'm currently designing an automotive ECU based on the NXP S32K3 family and I'm evaluating the best configuration for the MCU I/O supply domains. As I understand, the device allows different supply options for I/O Domain A and Domain B, such as: Domain A = 5 V, Domain B = 5 V Domain A = 3.3 V, Domain B = 3.3 V Domain A = 5 V, Domain B = 3.3 V I'm trying to understand the main design trade-offs and selection criteria for each configuration. Specifically: What are the key advantages and disadvantages of using 5 V versus 3.3 V on the I/O domains? In which automotive applications is a mixed-voltage configuration (5 V / 3.3 V) typically preferred? Are there implications regarding EMC/EMI performance, power consumption, signal integrity, robustness, or interface compatibility that should drive this choice? Does NXP provide any application note, hardware design guideline, or reference document explaining the rationale and recommended use cases for each I/O supply option? I would appreciate any design recommendations or lessons learned from previous S32K3 projects. Thank you! Re: 5V or 3.3V I/O supply for S32k3 Hello @DavidSilva, Rather than advantages and disadvantages, this mainly depends on your application's requirements. You can configure VDD_HV_A & VDD_HV_B domains depending on your system's voltage level, as well as your device's interface modules. This means that trade-offs and preferences are based solely on your design. The biggest impacts would be: VREFH should always be equal to or less than VDD_HV_A +0.1. Any positive differential voltage between VREFH and VDD_HV_A i.e., VDD_HV_A < VREFH <= VDD_HV_A + 0.1V) is for RF-AC only. LPCMP0 channels must only be selected/enabled when VDD_HV_A >= VDD_HV_B. These channels must be disabled when VDD_HV_A goes below VDD_HV_B. The internal team has also shared that we do not provide current consumption values for 3.3V specifically, as this is essentially the same as 5V, you can use 5V measurements. We also do not provide an application note specifically discussing voltage domain configurations, however, you can refer to the HW Design Guidelines application note, which goes over all of the requirements and recommendations for S32K3 (including voltage domains). Best regards, Julián

MCXW23x — 使用 FRO32K 时 BLE 连接反复断开 MCXW235B BLE 连接反复断开，断开原因为 `0x08`（LL 监控超时），每次连接后几秒钟都会断开。 硬件限制（此设计中固定且不可更改）：** 定制板** 未** 在 `XI32K`/`XO32K` 上安装 32.768kHz 晶振 — 两个引脚均未连接。该电路板仅在 `XI32M`/`XO32M` 上配备了 32MHz 晶振。 电路板设计 Re: MCXW23x — BLE connection drops repeatedly when using FRO32K 你好，希望你一切都好。 你的应用程序中是如何选择时钟源的？ FRO32K 可作为 BLE 睡眠时钟的一个选项，是 MCXW23xB 可用的两个低频源之一：外部晶体振荡器 XO_32K 和 32.768 kHz 自由运行振荡器 FRO_32K。 命令“HCI_CMD_OCF_LE_SELECT_SLEEP_CLOCK_SOURCE”用于选择睡眠定时器使用的睡眠时钟源，其中FRO32K是一个睡眠时钟源（slp_clk_src=0x01）。如果缺少 32.768 kHz 晶体 (XO_32K)，则自由运行振荡器 (FRO_32K) 也可以作为 32.768 kHz 时钟的备用。 在 MCXW23 中，可以使用可选的参考时钟精确测量片上或片外时钟信号的频率。例如，可以使用频率测量功能控制寄存器（FREQ_ME_CTRL）精确地确定 32.768 kHz 自由运转振荡器（FRO32K）的频率。要启动频率测量周期并读取结果，请参阅 MCXW23 参考手册第 11.4.1 节。FRO32K 微调寄存器可在 RM 45.4.11.2.13 节 FRO32K 控制 (FRO32K) 中找到。 此致， 索菲亚。 Re: MCXW23x — BLE connection drops repeatedly when using FRO32K 亲爱的 sofiaurueta ， 谢谢你的回复。 我们还测试了 ll_intf_curb_sleep_state(1) 来禁用睡眠，结果返回0。检查代码后，我们没有找到任何显式的睡眠命令。此外，ll_intf_le_select_slp_clk_src(RTC_SLPTMR) 配置值为 0x02，对应于 RTC 时钟源。 此外，我们将 FSCI 集成到无线 UART 示例中，并测试了外围模式，在通过手机连接时观察到以下 RX 数据。 顺祝商祺！

今、DSP56367のコードを書いたりデバッグしたりするにはどうすればいいですか?（シンフォニースタジオは現在営業していません） こんにちは ！ DSP 56367のコードを実行・デバッグ・シングルステップで実行したいです。 Windows 10でSymphony Studioを動かせず、Windows 7に互換性を設定することもできません。 どんなご支援でも大変感謝いたします。 よろしくお願いします。 アリエル// Re: How can I write/debug code for DSP56367 nowadays? ( Symphony studio not running anymore) こんにちは、 @ArielAr さん。 投稿ありがとうございます。 Suite56はまだありますが、同じ問題があり、Windows 10では動作しません。 残念ながら、これらのツールは現在サポートされていないため、私が知る限りより良い選択肢はほとんどありません。 試してみるのも良い方法の一つは、VMwareやVirtualBoxでWindows 7やXPの仮想マシンを動かし、そこにSymphony Studioをインストールすることです。 ただし、私は自分で試したことがないので、あくまで提案として受け取ってください。 BR セレステ

S32DS v3.4 打开时崩溃，无法获取激活 ID，需要离线许可证文件 尊敬的NXP技术支持： 我的 S32 Design Studio for S32 Platform v3.4 许可证已过期/丢失。启动软件时，出现“产品许可证 - NXP 许可证”窗口，显示“状态：缺少许可证”。点击任何按钮（激活、详细信息、关闭）都会导致整个软件立即崩溃并关闭。 以下是我目前掌握的信息： 注册邮箱： [[email protected]] 软件激活码： DC1D-EDC9-8B34-496C（来自我的原始下载邮件，帐户名：pang yun） S32DS 版本： v3.4 请问您能否在后端延长我的许可证？ 非常感谢您的帮助。 Re: S32DS v3.4 crashes upon opening, cannot retrieve Activation ID, need offline license file 你好， 您的S32DS许可证已延期。请使用您的激活码重新激活S32DS。

License of S32DS for ARM 2018R1 IDE has expired My license of S32DS for ARM 2018R1 IDE has expired. Could you help check and extend it? I checked the Software licensing but this version I can not extend myself (I can the ARM2.2). hornik7_0-1782126764353.png Thank you in advance. Activation | Installation | Licensing | Installer Download Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši,   your S32DS license has been extended. Please activate S32DS again with your old code.  Re: License of S32DS for ARM 2018R1 IDE has expired Hi: My license of S32DS for ARM 2018R1 IDE has expired. Could you help check and extend it for me?  My Software Activation Code is 09D2-DE37-6529-87FB Thanks.

S32DS v3.4 crashes upon opening, cannot retrieve Activation ID, need offline license file Dear NXP Support, My S32 Design Studio for S32 Platform v3.4 license has expired/missing. When I launch the software, a "Product Licenses - NXP Licenses" window appears showing "Status: License missing". Clicking ANY button (Activate, Details, Close) instantly crashes and closes the entire software. Here is the information I DO have: Registered Email: [[email protected]] Software Activation Code: DC1D-EDC9-8B34-496C (from my original download email, Account name: pang yun) S32DS Version: v3.4 Could you please extend my license on your backend Thank you very much for your help. Re: S32DS v3.4 crashes upon opening, cannot retrieve Activation ID, need offline license file Hi,  your S32DS license has been extended. Please activate S32DS again with your code. 

ARM 2018R1 IDE用のS32DSライセンスは期限切れです 私のArm 2018R1 IDEs 用のS32DSライセンス が 期限切れです。チェックや延長を手伝ってもらえますか? ソフトウェアのライセンスを確認しましたが、このバージョンは自分で拡張できません(ARM2.2は拡張可能です)。 hornik7_0-1782126764353.png 事前に感謝いたします。 アクティベーション | インストール | ライセンス | インストーラーのダウンロード Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši、 お客様のS32DSライセンスが延長されました。以前使用していたコードを使って、S32DSを再度有効化してください。 Re: License of S32DS for ARM 2018R1 IDE has expired こんにちは： 私のARM 2018R1 IDE用のS32DSライセンスが期限切れです。確認して延長してもらえますか? 私のソフトウェアアクティベーションコードは09D2-DE37-6529-87FBです ありがとうございます。

TEA1721_BuckBoost_-12V_200mA_Design_Guide_EN This article describes the application of the TEA1721 in a non-isolated buck-boost topology, with a focus on the selection of key power-stage components.

[RTD701] Example FRDM-A-S32K344 EMAC lwIP IPv6 Baremetal/FreeRTOS S32DS 3.6 RTD 7.0.1 This example is based on AN13458: Implement IPv6 + IPv4 Communication on One ENET Port based on LWIP. /* * Copyright 2017-2026 NXP * * NXP Confidential and Proprietary. This software is owned or controlled by NXP * and may only be used strictly in accordance with the applicable license terms. * By expressly accepting such terms or by downloading, installing, activating * and/or otherwise using the software, you are agreeing that you have read, * and that you agree to comply with and are bound by, such license terms. * If you do not agree to be bound by the applicable license terms, * then you may not retain, install, activate or otherwise use the software. ********************************************************************************* * File main.c * Owner Julián Aragón * Version 1.0 * Date 21-09-2026 * Classification General Business Information ********************************************************************************* * Detailed Description: * Updated the example lwip_baremetal_s32k344 to enable simultaneous IPv4 and * IPv6 pinging of the lwIP stack from the command window, based on AN13458. * * ping -4 192.168.0.200 * * Pinging 192.168.0.200 with 32 bytes of data: * Reply from 192.168.0.200: bytes=32 time<1ms TTL=255 * Reply from 192.168.0.200: bytes=32 time=1ms TTL=255 * Reply from 192.168.0.200: bytes=32 time<1ms TTL=255 * Reply from 192.168.0.200: bytes=32 time<1ms TTL=255 * * Ping statistics for 192.168.0.200: * Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), * Approximate round trip times in milli-seconds: * Minimum = 0ms, Maximum = 1ms, Average = 0ms * * ping -6 FE80::3DD7:9303:126c:0df0%23 * * Pinging fe80::3dd7:9303:126c:df0%23 with 32 bytes of data: * Reply from fe80::3dd7:9303:126c:df0%23: time<1ms * Reply from fe80::3dd7:9303:126c:df0%23: time<1ms * Reply from fe80::3dd7:9303:126c:df0%23: time<1ms * Reply from fe80::3dd7:9303:126c:df0%23: time<1ms * * Ping statistics for fe80::3dd7:9303:126c:df0%23: * Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), * Approximate round trip times in milli-seconds: * Minimum = 0ms, Maximum = 0ms, Average = 0ms * * EVB: * - All jumpers in default positions * * Configuration: * - Updated pin configuration * - Updated clock configuration * - IPv4 address: 192.168.0.200 * - IPv6 address: FE80::3DD7:9303:126c:0df0 (static link-local) * - Enabled LWIP_IPV6 in lwipopts.h * - Enabled LWIP_RAW in lwipopts.h * - Set has_IPv6 = 1 in netifcfg.c * * main.c * - Updated header only * device.c * - No changes * test.c * - Added IPv6 static address assignment in interface_init() * (IP6_ADDR + netif_add_ip6_address + netif_ip6_addr_set_state) * - Added icmp_led_init() call in apps_init() * - Added icmp_led_callback(): raw PCB for IPv4 ICMP (protocol 1) * flashes GREEN LED on ping receive * - Added icmp_led_callback(): raw PCB for IPv6 ICMPv6 (protocol 58) * flashes BLUE LED on ping receive * - Commented out TCP/IP stack shutdown timeout * * ----------------------------------------------------------------------------- * Test HW: FRDM-A-S32K344 SCH-94921 PDF: SPF-94921 Rev. C * MCU: S32K344 * Debugger: On Board * Target: internal_FLASH * EVB connection: EMAC <-> USB-to-Ethernet adapter <-> Laptop DELL, Windows 11 ********************************************************************************* * Revision History: * Ver Date Author Description of Changes * 1.0 Sep-21-2026 Julián Aragón Initial version **********************************************************************************/ Note: In order to ping with IPv6 from Windows 11 Command Prompt, you must specify Ethernet port Idx being used: ping -6 FE80::3DD7:9303:126c:0df0% You can find your numeric index with the following command: netsh interface ipv6 show interfaces.  

Replacement issue of FS32K144UAT0VLLT and FS32K144HAT0MLLT manager: We are currently using your FS32K144UAT0VLLT, 112MHz, LQFP-100, with an operating temperature range of -40°C to 105°C. The design is for a gasoline engine ECU for automobiles, and the goal is to replace it with an automotive-grade one. The current selection is FS32K144HAT0MLLT, LQFP-100, 80MHZ, LQFP100, with an operating temperature of -40°C to 125°C. Excuse me: 1. Can the two microcontrollers be interchanged pin-to-pin? Only their clock speeds and operating temperatures differ? 2. Are there any microcontrollers that can be pin-to-pin replaced with the FS32K144UAT0VLLT, with a main frequency of 112kHz and automotive grade? Please send the model number, thank you! 3. In FS32K144HAT0MLLT, does A represent CAN FD, FlexIO, or Security? What is the difference between FS32K144HFT0MLLR, where F represents CAN FD and FlexIO? What do CAN FD, FlexIO, and Security mean? 4. We purchase from websites like Taobao, but we're concerned about the legitimacy of these channels. Could you please send us a link to the NXP microcontroller distributor in North China or their contact information? Thank you! Re: FS32K144UAT0VLLT和FS32K144HAT0MLLT替换问题 Hi@ YF666666 Senlent_0-1789959640629.png 1. Can the two microcontrollers be interchanged pin-to-pin? Only their clock speeds and operating temperatures differ? Yes 2. Are there any microcontrollers that can be pin-to-pin replaced with the FS32K144UAT0VLLT, with a main frequency of 112kHz and automotive grade? Please send the model number, thank you! Pin-to-pin connectors can only be from the same series. For example, some models of S32K144 or S32K146 have the same pins and package. You can find it in the attachment based on the ordering information above. 3. In FS32K144HAT0MLLT, does A represent CAN FD, FlexIO, or Security? What is the difference between FS32K144HFT0MLLR, where F represents CAN FD and FlexIO? What do CAN FD, FlexIO, and Security mean? Yes, there is no difference, except that F does not support Security, meaning this chip does not support the CSE module. It supports CAN FD, FLEXIO module, and Security (CSEc engine). 4. Information about Distributors: You can find information on all our distributor partners in China at the link below. You can choose any distributor: https://www.nxp.com/support/sample-and-buy/distributor-network:DISTRIBUTORS#CHINA

a replacement product for MCF51JE256 I would like to ask for your recommendation on an MCU chip that meets the following requirements: 32-bit data bus/transfer Program memory space of 1 MByte or larger Integrated with at least one I2C bus controller Integrated with at least two SPI bus controllers At least six or more A/D analog-to-digital conversion channels Integrated with at least a 3×3 matrix keyboard controller Integrated with at least two or more timers Integrated with TOD (Time-of-Day) timer interrupts and other external interrupts Integrated with a USB interface controller That is all — thank you for your help. We hope to find a chip that can replace the functionality of the MCF51JE256, which is our current chip. If you'd like, I can also help you search for specific MCU recommendations that match these requirements. Analog(ADC|CMP|DAC|OpAmps) Audio(PDM | I2S | SAI) Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: a replacement product for MCF51JE256 Hello @ly_12_31  I recommend considering the MCXA or MCXN series, as they are NXP's latest mainstream MCU families and are actively promoted for new designs. These devices can meet all of your requirements except for the dedicated 3×3 matrix keyboard controller. However, this functionality can be implemented using GPIOs in software. MCX A13 A14x MCX A15x Arm Cortex-M33- Low Power and Intelligent Peripherals | NXP Semiconductors MCX N94, N54, N53, N52 and N24 MCUs | NXP Semiconductors  Thank you. BR Alice 回复： a replacement product for MCF51JE256 Dear Alice, Thank you for your reply, and thank you for the alternative chip solutions your company previously recommended — they have been very helpful to our evaluation. At present, our company is assessing the feasibility of alternative chips from multiple perspectives, and the specific solution is still under further review and confirmation. Once the plan is finalized, we will communicate with you in a timely manner and look forward to advancing the next steps of cooperation with your company. Thank you again for your support and assistance!   Best regards, Liu Ying

i.MX8M Plus 上的 U-Boot 进行 SWUpdate A/B OTA 更新 您好，NXP团队： 我正在使用以下方法在i.MX8M Plus LPDDR4 EVK上实现 OTA： 约克托·沃诺斯 Linux 6.18.20 U-Boot 2026.04 SWUpdate 2026.05.1 当前进展 SWUpdate 已成功集成到 Yocto 中。 已成功生成 .swu 文件代码包，软件包. SWUpdate软件包安装正常。 硬件兼容性检查正在进行中。 使用 SWUpdate 成功更新了 /etc/ota-version。 原始文件处理程序正在运行。 现在我想实现生产级别的 A/B OTA，具备自动回滚和签名更新功能。 问题 请问NXP推荐的以下解决方案是什么？ A/B 根文件系统分区布局。 基于 U-Boot 启动计数/启动限制的回滚。 SWUpdate 与 U-Boot 环境集成。 更正 fw_env.config / libubootenv 配置。 签名 .swu包裹核实。 防回滚/版本保护。 安全启动 + 软件更新集成。 目前，OTA 更新已完成，但 SWUpdate 报告： Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state NXP是否有关于i.MX8M Plus上SWUpdate + A/B + U-Boot回滚 + 签名OTA的参考设计、应用笔记或示例？ 谢谢。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus 你好， 我们不提供开箱即用的标准 EVK A/B 更新框架。A/B 更新、回滚策略和断电故障保护启动选择是系统级功能，您必须使用 U-Boot + SWUpdate 来实现。最接近的参考文献有： AN12900 - 使用 CAAM 和 Mender 或 SWUpdate 的 Linux 安全 OTA 原型。 AN13872 - 启用 SWUpdate。 meta-swupdate-imx - 带有 SWUpdate 的 NXP Yocto 层。 顺祝商祺！ Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus 嘿vp1 ， 虽然我没有确切的答案，但我希望您知道 Torizon 现在支持任何 i。MX SoC。它已在全球许多关键的 i.MX8MPlus 产品中部署（主要在 Toradex 系统模块上）。它确实具有高度可靠的OTA升级功能（默认是OSTree，但可以更改）。 它包含开箱即用的安全启动、防回滚、漏洞管理（符合欧盟 CRA 标准）等功能。 该操作系统是免费开源的；如果您需要帮助，我们很乐意提供帮助。如果您想在 i.MX8M Plus LPDDR4 EVK 或您自己的硬件上进行尝试，请联系我们。 www.torizon.io 不好意思打个广告，我在Torizon工作，觉得这个话题可能跟我相关。 Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus 感谢你提供的信息。 我想就我们 i.MX 8M Plus evk 的推荐 OTA 架构获得一些指导。 对于我们的 i.MX 8M Plus evk，我们需要一个安全的 OTA 解决方案，该方案需具备以下功能： A/B 或故障保护更新 已签名/已认证的OTA代码包，软件包 安全启动集成 防回滚 更新失败/断电后自动恢复 关键轮换/撤销 设备身份/配置的保存 工厂恢复和更新日志 针对这些要求，请问对于 i.MX 8M Plus evk，推荐采用哪种方法？ 具体来说，我们应该继续采用本帖中讨论的 U-Boot + A/B + SWUpdate 方法，还是您会推荐其他解决方案，例如RAUC、Mender 或 NXP 支持的 OTA 架构？

MCF51JE256 的替代产品 我想请您推荐一款符合以下要求的MCU芯片：32位数据总线/传输；1MB或更大的程序存储空间；集成至少一个I2C总线控制器；集成至少两个SPI总线控制器；至少六个或更多A/D模数转换通道；集成至少一个3×3矩阵键盘控制器；集成至少两个定时器；集成TOD（时间）定时器中断和其他外部中断；集成USB接口控制器。以上就是全部要求——谢谢您的帮助。我们希望找到一款能够替代我们目前使用的芯片 MCF51JE256 功能的芯片。如果您需要，我还可以帮助您寻找符合这些要求的特定MCU推荐产品。 模拟（ADC|CMP|DAC|运算放大器） 音频（PDM | I2S | SAI） 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） Re: a replacement product for MCF51JE256 你好@ly_12_31 我建议考虑MCXA或MCXN系列，因为它们是恩智浦最新的主流MCU系列，并且正在积极推广用于新设计。 除了专用的 3×3 矩阵键盘控制器之外，这些设备可以满足您的所有要求。然而，这种功能可以通过软件中的 GPIO 来实现。 MCX A13 A14x MCX A15x Arm Cortex-M33 - 低功耗智能外设 | 恩智浦半导体 MCX N94、N54、N53、N52 和 N24 MCU | 恩智浦半导体 谢谢！ BR 爱丽丝 回复： a replacement product for MCF51JE256 亲爱的爱丽丝， 感谢您的回复，也感谢贵公司之前推荐的替代芯片解决方案——它们对我们的评估非常有帮助。 目前，我公司正在从多个角度评估替代芯片的可行性，具体解决方案仍在进一步审查和确认中。计划最终确定后，我们将及时与您沟通，并期待与贵公司推进下一步的合作。 再次感谢您的支持和帮助！   顺祝商祺！ 刘英

MCF51JE256の代替製品 以下の要件を満たすMCUチップについて、ご提案をお願いしたいです。32ビットデータバス/転送、プログラムメモリ空間1MByte以上、少なくとも1つのI2Cバスコントローラと統合、少なくとも2つのSPIバスコントローラと統合、6つ以上のA/Dアナログからデジタルへの変換チャネル、少なくとも3×3マトリックスキーボードコントローラと統合、少なくとも2つのタイマーと統合、TOD(時間割り込み)タイマー割り込みおよびその他の外部割り込みと統合、USBインターフェースコントローラと統合。以上です。ご協力ありがとうございます。現在のチップであるMCF51JE256の機能を置き換えられるチップを見つけたいと考えています。もしよければ、これらの要件に合う特定のMCUのおすすめを探す手助けもできます。 アナログ(ADC|CMP|DAC|オペアンプ) オーディオ(PDM |I2S |SAI) 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: a replacement product for MCF51JE256 こんにちは@ly_12_31 MCXAやMCXNシリーズを検討することをおすすめします。これらはNXPの最新のメインストリームMCUファミリであり、新しいデザインのプロモーションも積極的に行っています。 これらのデバイスは専用の3×3マトリックスキーボードコントローラを除き、すべての要件を満たします。しかし、この機能はソフトウェア内のGPIOを用いて実装可能です。 MCX A13 A14x MCX A15x Arm Cortex-M33 - 低消費電力かつインテリジェントなペリフェラル | NXP Semiconductors MCX N94、N54、N53、N52、N24 MCU |NXPセミコンダクターズ  よろしくお願いします。 BR アリス 回复： a replacement product for MCF51JE256 アリス様、 ご返信ありがとうございます。また、御社が以前に推奨していた代替チップソリューションにも感謝します。評価に非常に役立ちました。 現在、当社は複数の視点から代替チップの実現可能性を評価しており、具体的な解決策はまださらなる検討と確認中です。計画が確定次第、迅速にご連絡し、今後の協力のステップを進めていくことを楽しみにしています。 改めてサポートとご協力に感謝いたします!   よろしくお願いいたします。 劉英

SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hi NXP Team, I am implementing OTA on i.MX8M Plus LPDDR4 EVK using: Yocto Wrynose Linux 6.18.20 U-Boot 2026.04 SWUpdate 2026.05.1 Current Progress SWUpdate integrated successfully into Yocto. Successfully generated .swu packages. SWUpdate package installation is working. Hardware compatibility checking is working. Successfully updated /etc/ota-version using SWUpdate. rawfile handler is working. Now I want to implement production-level A/B OTA with automatic rollback and signed updates. Questions Could you please guide me on the recommended NXP approach for: A/B rootfs partition layout. U-Boot bootcount/bootlimit based rollback. SWUpdate integration with U-Boot environment. Correct fw_env.config / libubootenv configuration. Signed .swu package verification. Anti-rollback/version protection. Secure Boot + SWUpdate integration. Currently, the OTA update completes, but SWUpdate reports: Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state Is there an NXP reference design, application note, or example for SWUpdate + A/B + U-Boot rollback + signed OTA on i.MX8M Plus? Thanks. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hello, We do not provide a standard EVK A/B update framework out of the box. A/B update, rollback policy, and power-fail-safe boot selection are system-level features you must implement using U-Boot + SWUpdate. The closest references are: AN12900 - Secure OTA prototype for Linux using CAAM and Mender or SWUpdate. AN13872 - Enabling SWUpdate. meta-swupdate-imx - NXP Yocto layer with SWUpdate. Best regards. Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus Hey vp1, While I do not have an exact answer, I would like to make you aware that Torizon now supports any i. MX SoCs. It's deployed in many critical i.MX8MPlus products worldwide (mostly on Toradex SoMs). It does feature highly reliable OTA (default is OSTree but can be changed)  It includes out-of-the-box secure boot, anti-rollback, vulnerability management (for EU CRA compliance), and more.  The OS is free and open source; we are happy to help if you like. Contact us if you like to give it a try on the i.MX8M Plus LPDDR4 EVK or your own HW. www.torizon.io  Sorry for the pitch, i work for Torizon and this seemed relevant.  Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus Thanks for the information. I would like to get some guidance on the recommended OTA architecture for our i.MX 8M Plus evk. For our i.MX 8M Plus evk, we need a secure OTA solution with: A/B or fail-safe updates Signed/authenticated OTA packages Secure Boot integration Anti-rollback Automatic recovery after failed/power-interrupted updates Key rotation/revocation Preservation of device identity/configuration Factory recovery and update logging For these requirements, could you please suggest which approach is recommended for the i.MX 8M Plus evk? Specifically, should we continue with the U-Boot + A/B + SWUpdate approach discussed in this thread, or would you recommend another solution such as RAUC, Mender, or an NXP-supported OTA architecture?

i.MX8M Plus での U-Boot を使用した SWUpdate A/B OTA こんにちは、NXP チームの皆様、 i.MX8M Plus LPDDR4 EVK上でOTAを以下で実装しています: ヨクト・ライノーズ Linux 6.18.20 U-Boot 2026.04 SWアップデート 2026.05.1 現在の進捗状況 SWUpdateはYoctoにうまく統合されました。 .swu ファイルの生成に成功しましたパッケージ. SWUpdateパッケージのインストールは動作しています。 ハードウェアの互換性チェックは正常に動作しています。 SWUpdateを使用して/etc/ota-versionを正常に更新しました。 rawfileハンドラーは正常に動作しています。 今度は、自動ロールバックと署名付きアップデートを備えた、本番環境レベルのA/B OTAを実装したいと考えています。 質問 以下について推奨されるNXPのアプローチについて教えていただけますか: A/Bルートファイルシステムのパーティションレイアウト。 U-Bootのブート回数/ブート制限に基づくロールバック。 SWUpdateとU-Boot環境の統合。 fw_env.config / libubootenv の設定を正しく行ってください。 署名済み .swuパッケージの検証。 ロールバック防止／バージョン保護機能。 セキュアブートとソフトウェアアップデートの統合。 現在、OTAアップデートは完了していますが、SWUpdateは次のように報告しています。 Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state NXPのリファレンスデザイン、アプリケーションノート、またはi.MX8M Plus上の SWUpdate + A/B + U-Bootロールバック+署名済みOTA の例はありますか? ありがとうございます。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus こんにちは、 EVK A/Bテスト用の標準アップデートフレームワークは、標準では提供しておりません。A/Bアップデート、ロールバックポリシー、および電源障害時のセーフブート選択は、U-Boot + SWUpdateを使用して実装する必要のあるシステムレベルの機能です。最も近い参考文献は以下のとおりです。 AN12900 - CAAMやMender、またはSWUpdateを用いたLinux向けの安全なOTAプロトタイプ。 AN13872 - SWUpdateの有効化。 meta-swupdate-imx - SWUpdateを使ったNXP Yoctoレイヤー。 よろしくお願いいたします。 Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus こんにちは、 vp1さん、 正確な答えは持っていませんが、トリゾンが現在はどのiもサポートしていますことを知っておいてほしいです。MX SoC。世界中の多くの重要なi.MX8MPlus製品(主にToradex SoM)に搭載されています。非常に信頼性の高いOTA機能があり(デフォルトはOSTreeですが変更可能です) 標準装備のセキュアブート、アンチロールバック、脆弱性管理(EU CRA準拠用)などが含まれています。 OSは無料のオープンソースです。ご希望であれば喜んでお手伝いいたします。i.MX8M Plus LPDDR4 EVKやご自社のハードウェアで試してみたい方は、ぜひご連絡ください。 www.torizon.io  宣伝になってしまってすみません。私はTorizonに勤めていて、これは関連性があると思ったのでお伝えしました。 Re: SWUpdate A/B OTA with U-Boot on i.MX8M Plus 情報をありがとうございます。 i.MX 8M Plus evk に推奨される OTA アーキテクチャについて、いくつかアドバイスをいただきたいです。 i.MX 8M Plus evk には、以下の機能を備えたセキュアな OTA ソリューションが必要です。 A/Bテストまたはフェイルセーフアップデート 署名済み/認証済みOTAパッケージ セキュアブートの統合 アンチロールバック アップデート失敗時／電源中断後の自動復旧 鍵のローテーション／取り消し デバイスの識別情報／構成情報の保持 工場出荷時の復旧と更新ログ これらの要件について、i.MX 8M Plus EVKにどのアプローチが推奨されているか教えていただけますか? 具体的には、 このスレッドで議論したU-Boot + A/B + SWUpdateのアプローチを継続すべきか、それとも RAUC、Mender、あるいはNXP対応のOTAアーキテクチャなど他のソリューションを推奨しますか?

FS32K144UAT0VLLTおよびFS32K144HAT0MLLTの交換に関するお知らせ マネージャー： 現在、弊社では御社のFS32K144UAT0VLLT（112MHz、LQFP-100パッケージ）を使用しており、動作温度範囲は-40℃～105℃です。 この設計は自動車用ガソリンエンジンECUを対象としており、目標は既存のECUを車載グレードのものに置き換えることです。現在選定されているのはFS32K144HAT0MLLT、LQFP-100、80MHz、LQFP100パッケージで、動作温度範囲は-40℃～125℃です。 すみません： 1. 2つのマイクロコントローラはピン配置をそのまま交換できますか？クロック速度と動作温度だけが異なりますか？ 2. FS32K144UAT0VLLTとピン互換性があり、メイン周波数が112kHzで車載グレードのマイクロコントローラはありますか？型番をお知らせください。よろしくお願いいたします。 3. FS32K144HAT0MLLTにおいて、AはCAN FD、FlexIO、またはセキュリティのどれを表していますか？FがCAN FDとFlexIOを表すFS32K144HFT0MLLRとの違いは何ですか？CAN FD、FlexIO、およびセキュリティとは何を意味しますか？ 4. 私たちは淘宝（タオバオ）などのウェブサイトから購入していますが、これらの販売チャネルの信頼性について懸念しています。北中国のNXPマイクロコントローラー販売代理店のウェブサイトへのリンク、または連絡先情報をお送りいただけますでしょうか？ よろしくお願いいたします。 Re: FS32K144UAT0VLLT和FS32K144HAT0MLLT替换问题 こんにちは@ YF666666 Senlent_0-1789959640629.png 1. 2つのマイクロコントローラはピン配置をそのまま交換できますか？クロック速度と動作温度だけが異なりますか？ はい 2. FS32K144UAT0VLLTとピン互換性があり、メイン周波数が112kHzで車載グレードのマイクロコントローラはありますか？型番をお知らせください。よろしくお願いいたします。 ピン対ピンコネクタは、同じシリーズのものしか使用できません。例えば、S32K144やS32K146の一部のモデルは、同じピン配置とパッケージを使用しています。 上記の注文情報に基づいて、添付ファイルをご確認ください。 3. FS32K144HAT0MLLTにおいて、AはCAN FD、FlexIO、またはセキュリティのどれを表していますか？FがCAN FDとFlexIOを表すFS32K144HFT0MLLRとの違いは何ですか？CAN FD、FlexIO、およびセキュリティとは何を意味しますか？ はい、違いはありません。ただし、Fはセキュリティをサポートしていないため、このチップはCSEモジュールをサポートしていません。 CAN FD、FLEXIOモジュール、およびセキュリティ（CSEcエンジン）をサポートしています。 4. 販売代理店に関する情報：中国における当社のすべての販売代理店パートナーに関する情報は、以下のリンクからご覧いただけます。どの販売代理店でもお選びいただけます。 https://www.nxp.com/support/sample-and-buy/distributor-network:DISTRIBUTORS#CHINA

FS32K144UAT0VLLT和FS32K144HAT0MLLT替换问题 经理： 目前使用你们FS32K144UAT0VLLT，112MHZ，LQFP-100，工作温度-40°~105°， 设计汽车汽油发动机ECU使用，希望替换为汽车级，目前选择FS32K144HAT0MLLT，LQFP-100，80MHZ，LQFP100，工作温度-40°~125°。 请问： 1. 两种单片机可以pin对pin替换吧？只是主频和工作温度不同？ 2. 和FS32K144UAT0VLLT可以pin对pin替换的单片机，有主频112KHZ，汽车级的吗？请发来型号，谢谢！ 3. FS32K144HAT0MLLT其中A是CAN FD,FlexIO,Security吗？和FS32K144HFT0MLLR，其中F是CAN FD,FlexIO有什么区别？CAN FD,FlexIO,Security是什么意思？ 4. 我们从淘宝等网站采购,担心渠道不正规，麻烦经理发来NXP单片机华北代理链接或联系方式，谢谢！ Re: FS32K144UAT0VLLT和FS32K144HAT0MLLT替换问题 Hi@YF666666 Senlent_0-1789959640629.png 1. 两种单片机可以pin对pin替换吧？只是主频和工作温度不同？ 是的 2. 和FS32K144UAT0VLLT可以pin对pin替换的单片机，有主频112KHZ，汽车级的吗？请发来型号，谢谢！ PIN-TO- PIN的只能是同一个系列了，例如S32K144或者S32K146的部分型号，相同管脚和封装的都是PIN-TO-PIN的。 你可以在附件中根据上面的ordering information来找。 3. FS32K144HAT0MLLT其中A是CAN FD,FlexIO,Security吗？和FS32K144HFT0MLLR，其中F是CAN FD,FlexIO有什么区别？CAN FD,FlexIO,Security是什么意思？ 是的，没有区别，只是F并不支持Security，就是说这颗料不支持CSE模块。 就是支持CAN FD，支持FLEXIO模块，支持Security(CSEc引擎)。 4.关于代理商的信息 在下面的链接中你可以看到中国区的所有代理合作伙伴的信息，你可以选择任意一家代理商： https://www.nxp.com/support/sample-and-buy/distributor-network:DISTRIBUTORS#CHINA

i.MX93 M33 Can't Use System TCM RAM for Allocation We're evaluating the i.MX9352 for an IoT device. I've created an application for the M33 core for time-critical IO operations which include collecting a large number of samples from peripherals. For development purposes, I am loading and starting the M33 code from Linux with remoteproc. Code is written in C and using MPUXpresso 26.06.00 SDK. I got the code working well, but now I need a large buffer for samples (~24 kB). I have tried adding this as either a static array or heap allocated with `malloc`. In either case, I seem to tun out of RAM even though the compile output indicates there is plenty. Working Version: Here's the memory information for a build with a small buffer, which **works OK** (but the buffer is too small for our requirements). Memory region Used Size Region Size %age Used m_interrupts: 1140 B 1144 B 99.65% m_text: 78300 B 129928 B 60.26% m_m33_suspend_ram: 0 B 8 KB 0.00% m_a55_suspend_ram: 0 B 4 KB 0.00% m_data: 48016 B 108 KB 43.42% m_rsc_tbl: 0 B 4 KB 0.00% build finished successfully. Here is some info from the ELF file: readelf -l imx_m33.elf Elf file type is EXEC (Executable file) Entry point 0xffe0595 There are 4 program headers, starting at offset 52 Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x001000 0x0ffe0000 0x0ffe0000 0x00474 0x00474 R 0x1000 LOAD 0x001478 0x0ffe0478 0x0ffe0478 0x131dc 0x131dc RWE 0x1000 LOAD 0x015000 0x20003000 0x0fff3654 0x00170 0x00170 RW 0x1000 LOAD 0x000180 0x20003180 0x0fff37e0 0x00000 0x0ba10 RW 0x1000 Section to Segment mapping: Segment Sections... 00 .interrupts 01 .resource_table .text .ARM .init_array .fini_array 02 .data 03 .bss .heap .stack Large Static Allocation: Here's the memory and ELF file info for a build with a **24 kB static allocated buffer**. I.e.: static uint32_t m_sample_queue[SAMPLE_QUEUE_LENGTH]; // SAMPLE_QUEUE_LENGTH = 6000 Memory region Used Size Region Size %age Used m_interrupts: 1140 B 1144 B 99.65% m_text: 78240 B 129928 B 60.22% m_m33_suspend_ram: 0 B 8 KB 0.00% m_a55_suspend_ram: 0 B 4 KB 0.00% m_data: 72016 B 108 KB 65.12% m_rsc_tbl: 0 B 4 KB 0.00% build finished successfully. ### (As expected, the `m_data` section has increased in size.) ### readelf -l imx_m33.elf Elf file type is EXEC (Executable file) Entry point 0xffe0595 There are 4 program headers, starting at offset 52 Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x001000 0x0ffe0000 0x0ffe0000 0x00474 0x00474 R 0x1000 LOAD 0x001478 0x0ffe0478 0x0ffe0478 0x131a0 0x131a0 RWE 0x1000 LOAD 0x015000 0x20003000 0x0fff3618 0x00170 0x00170 RW 0x1000 LOAD 0x000180 0x20003180 0x0fff37a0 0x00000 0x117d0 RW 0x1000 Section to Segment mapping: Segment Sections... 00 .interrupts 01 .resource_table .text .ARM .init_array .fini_array 02 .data 03 .bss .heap .stack When I try to start this version in Linux with remoteproc, it fails to start and dmesg shows the following errors: [ +0.001258] imx-rproc remoteproc-cm33: Translation failed: da = 0xfff37a0 len = 0x117d0 [ +0.000021] remoteproc remoteproc0: bad phdr da 0xfff37a0 mem 0x117d0 [ +0.000006] remoteproc remoteproc0: Failed to load program segments: -22 [ +0.008868] remoteproc remoteproc0: Boot failed: -22 Claude tells me this is a problem with the .bss .heap .stack section, because the PhysAddr is `0x0fff37a0` and the size is now `0x117d0`. `0x0fff37a0 + 0x117d0 = 0x10004f70` which exceeds the M33 Code TCM address range 0x0ffe0000 .. 0x10000000. The explaination was confusing but my interpretation is that the static initialisation has to go into the "code" section, causing it to overflow even though there is plenty of space in the "system" TCM range (the other 128 kB). So maybe this makes sense. Dynamic (Heap) Allocation: E.g.: uint32_t *p_sample_queue = malloc(SAMPLE_QUEUE_LENGTH, sizeof(uint32_t)); The default heap size available to C is only 1 kB, so malloc fails with our large buffer. I modified the CMake for the project to allocate a larger heap (32 kB) via __heap_size__ which feeds into the linker script: mcux_add_linker_symbol( SYMBOLS "__stack_size__=0x400 \ __heap_size__=0x8000 \ <---- Added __use_shmem__=1 \ __multicore__=1 \ " ) Build output and ELF file info: Memory region Used Size Region Size %age Used m_interrupts: 1140 B 1144 B 99.65% m_text: 78240 B 129928 B 60.22% m_m33_suspend_ram: 0 B 8 KB 0.00% m_a55_suspend_ram: 0 B 4 KB 0.00% m_data: 103760 B 108 KB 93.82% m_rsc_tbl: 0 B 4 KB 0.00% build finished successfully. #### ELF file info: #### readelf -l imx_m33.elf Elf file type is EXEC (Executable file) Entry point 0xffe0595 There are 4 program headers, starting at offset 52 Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x001000 0x0ffe0000 0x0ffe0000 0x00474 0x00474 R 0x1000 LOAD 0x001478 0x0ffe0478 0x0ffe0478 0x131a0 0x131a0 RWE 0x1000 LOAD 0x015000 0x20003000 0x0fff3618 0x00170 0x00170 RW 0x1000 LOAD 0x000180 0x20003180 0x0fff37a0 0x00000 0x193d0 RW 0x1000 Section to Segment mapping: Segment Sections... 00 .interrupts 01 .resource_table .text .ARM .init_array .fini_array 02 .data 03 .bss .heap .stack This seems to make the problem WORSE, not better (.bss/.heap/.stack at PhysAddr 0x0fff37a0, size 0x193d0). [ +0.001320] imx-rproc remoteproc-cm33: Translation failed: da = 0xfff37a0 len = 0x193d0 [ +0.000019] remoteproc remoteproc0: bad phdr da 0xfff37a0 mem 0x193d0 [ +0.000006] remoteproc remoteproc0: Failed to load program segments: -22 [ +0.002908] remoteproc remoteproc0: Boot failed: -22 I thought using heap allocation should allow the code section to be smaller and allocate the memory from the data section. The "m_data" section shown in the build output above is indeed bigger. I don't really understand the "PhysAddr", which matches the "Code TCM" range from the ref manual, even for things which should be in the "System TCM" region (I think?). The addresses under "VirtAddr" seem correct. Why does the ELF file still try to place this .bss/.heap/.stack data at PhysAddr 0x0fff37a0, why is it so big when using runtime heap allocation, and is there a way to allocate my large buffer in the "System TCM" region? Re: i.MX93 M33 Can't Use System TCM RAM for Allocation Hi @jcolebaker  You can choose to change the LMA for data/bss/heap/stack to System TCM. In the MCUX linker script, change the load address (AT) for the data segment from code TCM to System TCM, so that PhysAddr also falls at 0x2000_0000: .data : { ... } > m_data AT> m_data /* Do not use AT> m_text */ .bss : { ... } > m_data When LMA == VMA and both are in System TCM, PhysAddr becomes 0x2000_xxxx, which matches an entry in the {0x20000000, …, 0x00040000} (256 KB) range in remoteproc driver, allowing remoteproc to translate correctly. Best Regards, Zhiming Re: i.MX93 M33 Can't Use System TCM RAM for Allocation Thanks, that did it! Note, the main segment I needed to move in order to use a much larger heap was the "heap" segment:  .heap : { ... } > m_data AT> m_data

p3h2840调试问题咨询 目前基于P3H2840的官方demo进行调试，发现在I2C/I3C 模式下 demo 上温度传感器读到的值有差异（如下图所示），是正常的吗？ Re: p3h2840调试问题咨询 您好， 每次读取 I3C 模式寄存器时看到的第二个字节 0xff 都是不正确的，这表明集线器配置存在问题。作为参考，P3H2x4xHN-ARD 上的板载温度传感器是 NXP P3T1755DP 设备，完全支持 I3C，因此一旦集线器正确设置，两种模式下的读数应该相同。 请检查以下三项： 动态地址分配— P3T1755DP 在 I2C 模式下启动，必须先接收动态地址（通过 ENTDAA、SETAASA 或 SETDASA），然后 I3C 私有传输才能工作。如果在此步骤完成之前调用 i3c_xfer ，则设备无法正确响应 I3C 帧，并且第二个字节将读取为 0xff 。确认地址分配 CCC 已成功运行，并且 0x4c 是分配的动态地址。 突发长度使能 — REG#17[6] (BL_ENABLE) — 如果设置此位，则 I3C 写入阶段必须在寄存器指针之后包含一个突发长度字节。如果您的 i3c_xfer 调用仅发送 1 个写字节（寄存器地址），则集线器会收到不完整的帧，并且读取响应未对齐，导致第二个字节出现 0xff 。请读取寄存器#17，并确认第6位是否已设置。如果是，要么将 BL 字节添加到写入有效载荷中，要么在不需要时清除 BL_ENABLE。 目标端口 VCCIO — REG#22 — 在 I3C 模式下，目标端口使用参考 REG#22 中的 VCCIO 设置的推挽驱动电平。如果这与 P3T1755DP 的实际供电电压不匹配，则在推挽模式下传输的数据字节可能会损坏。请确认 REG#22 显示的电压是否为传感器所连接的目标端口的正确工作电压。 Re: p3h2840调试问题咨询 感谢您的回复， 应该是器件不支持SETAASA，目前改成SETDASA进入I3C后正常了，感谢您的支持