如何触发 S32K3 上的不同复位事件以进行验证 为了验证目的，是否有推荐的方法来触发评估板上的每个复位源？ 例如： 调试目标 SW_DEST HSE_SNVS_RST ...... 我想知道与 DES 和 FES 寄存器对应的所有位。 Re: How to trigger different reset events on S32K3 for verification 这是一个有点棘手的问题。对于这些重置事件，没有直接的注入机制，我们也没有任何专用的测试代码或脚本可以提供——除了涵盖 FCCU 部分的 SAF/eMCEM API。也就是说，我研究了各种可能的选择，以下是初步设想的、在实践中应该可行的几种方法。 S32K3 上的复位事件根据其触发验证的方式分为两类——软件注入和仅硬件——分别分布在两个 MC_RGM 状态寄存器 DES 和 FES 上。 软件注入式复位可以直接从代码中触发： 直接软件命令——写入 MC_ME.MODE_CONF，参数为 DEST_RST 或 FUNC_RST，并触发 MODE_UPD，分别映射到 DES[SW_DEST] 或 FES[SW_FUNC]。 看门狗过期 — 停止 SWT 服务循环，在每次超时时触发功能重置，递增 FREC；一旦 FREC 达到 FRET，下一次重置将升级为破坏性重置，并设置 DES[MC_RGM_FRE] FCCU故障注入——使用eMcem_InjectFault()或FNCFC伪故障寄存器，根据NCF通道配置触发功能性或破坏性反应；注入不在已配置NCF集中的故障会触发FOSU破坏性复位路径。 CMU阈值操作——将CMU_FC_x.LTCR/HTCR写入实际运行频率之外，以产生CMU频率故障复位，其反应类型（功能性或破坏性）通过DCM配置控制。 纯硬件重置需要物理刺激，没有软件注入途径： STCU_URF 要求在实时 LBIST 或 MBIST 序列期间发生 PLL 失锁。 HSE_TMPR_RST 和 HSE_SNVS_RST 是安全篡改事件——有意设计为无法通过软件注入，因为它们保护加密材料。 FXOSC_FAIL、PLL_LOL 和 低压检测 标志表示硬件层面的晶振、PLL 分频器或电源轨存在故障。 Re: How to trigger different reset events on S32K3 for verification 嗨，大卫： 好的。谢谢你！ 我们将进行全面调查。

MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST Please tell me how to trigger OS Registrar using BT_WAKE_HOST. Re: MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST Hi, Could you please tell me what OS and host are you using? Please take a look at AN12849. Regards, Daniel.

基于 i.MX 8M Nano 处理器的 m7 内核上的 USB 实现 我需要一些关于在 i.MX 8M Nano 处理器 m7 核心上实现 USB 的指导，我使用了 nxp sdk。但是驱动器没有反应，控制器发出的信号很弱。 Re: USB implementation on m7 core for i.MX 8M Nano processor 你好， 遗憾的是，官方 i.MX SDK 版本中没有 USB 驱动程序。 或许可以从其他设备（例如 i.MXRT）移植过来，但是 PHY 和 USB 非核心寄存器不同，移植起来并不容易，需要你自己来实现。 顺祝商祺！

S32k3用の5Vまたは3.3VのI/O電源 こんにちは、みんな、 現在、 NXP S32K3 ファミリーをベースにした自動車用ECUを設計しており、MCUのI/O供給領域に最適な構成を評価しています。 私の理解では、このデバイスはI/OドメインAとドメインBに対して、以下のような異なる電源供給オプションに対応しています。 ドメインA = 5V、ドメインB = 5V ドメインA = 3.3V、ドメインB = 3.3V ドメインA = 5V、ドメインB = 3.3V 各構成の主な設計上のトレードオフや選択基準を理解しようとしています。具体的には： 入出力領域において、5Vと3.3Vを使用する場合の主な利点と欠点は何ですか？ 一般的に混合電圧構成(5 V / 3.3 V)が好まれる自動車用途はどこですか? EMC/EMIの性能、消費電力、信号の整合性、堅牢性、インターフェースの互換性に関して、この選択を促す影響はあるのでしょうか? NXPは、各I/O供給オプションの理論や推奨ユースケースを説明するアプリケーションノート、ハードウェア設計ガイドライン、または参考文献を提供していますか? これまでのS32K3プロジェクトから得られた設計のアドバイスや教訓があれば、ぜひ教えていただけるとありがたいです。 ご回答をお待ちしています。 Re: 5V or 3.3V I/O supply for S32k3 こんにちは、 @DavidSilva さん、 利点や欠点というより、主にアプリケーションの要件によります。システムの電圧レベルやデバイスのインターフェースモジュールに応じて、VDD_HV_AドメインとVDD_HV_Bドメインを設定できます。つまり、トレードオフや好みはデザインのみに基づいています。 最も大きな影響は以下の通りである。 VREFHは常にVDD_HV_A +0.1以下でなければなりません。VREFHとVDD_HV_A間の正の差電圧、すなわちVDD_HV_A <= VDD_HV_A + 0.1V)はRF-AC専用です。 LPCMP0チャネルはVDD_HV_A >=VDD_HV_Bの場合にのみ選択・有効化が必要です。VDD_HV_AがVDD_HV_Bを下回った場合、これらのチャネルを無効にする必要があります。 社内チームは、3.3Vの電流消費値を特に提供していないことを共有しています。これは基本的に5Vと同じなので、5Vの測定値を使うことができます。 また、電圧領域構成に関する具体的なアプリケーションノートは提供していませんが、S32K3(電圧領域を含む)に関するすべての要件と推奨事項をまとめたハードウェア設計ガイドラインのアプリケーションノートを参照できます。 よろしくお願いします、 ジュリアン

S32k3 的 5V 或 3.3V I/O 电源 大家好， 我目前正在设计一款基于NXP S32K3系列的汽车 ECU，并且正在评估 MCU I/O 供电域的最佳配置。 据我了解，该设备允许为I/O 功能域 A 和功能域 B提供不同的供电方式，例如： 功能域 A = 5 V，功能域 B = 5 V 功能域 A = 3.3 V，功能域 B = 3.3 V 功能域 A = 5 V，功能域 B = 3.3 V 我正在尝试了解每种配置的主要设计权衡和选择标准。具体来说： 在 I/O 域上使用 5 V 与 3.3 V 相比，主要优缺点是什么？ 在哪些汽车应用中，通常优选混合电压配置（5V/3.3V）？ 在电磁兼容性/电磁干扰性能、功耗、信号完整性、稳健性或接口兼容性方面，是否存在影响这一选择的重要因素？ NXP 是否提供任何应用笔记、硬件设计指南或参考文档，解释每种 I/O 供电选项的原理和推荐用例？ 我非常感谢您能提供任何设计建议或从之前的 S32K3 项目中汲取任何经验教训。 谢谢！ Re: 5V or 3.3V I/O supply for S32k3 你好@DavidSilva ， 与其说是优缺点，不如说这主要取决于您的应用程序的需求。您可以根据系统的电压等级以及设备的接口模块来配置 VDD_HV_A 和 VDD_HV_B 功能域。这意味着权衡取舍和偏好完全取决于你的设计。 最大的影响将是： VREFH 应始终等于或小于 VDD_HV_A +0.1。VREFH 和 VDD_HV_A 之间的任何正差分电压，即 VDD_HV_A < VREFH < = VDD_HV_A + 0.1V) 仅适用于 RF-AC。 只有当 VDD_HV_A >= VDD_HV_B 时，才能选择/启用 LPCMP0 通道。当 VDD_HV_A 低于 VDD_HV_B 时，必须禁用这些通道。 内部团队还表示，我们不提供 3.3V 的电流消耗值，因为这与 5V 的电流消耗值基本相同，您可以使用 5V 的测量值。 我们也没有提供专门讨论电压域配置的**应用笔记**，但是您可以参考硬件设计指南**应用笔记**，其中涵盖了 S32K3 的所有要求和建议（包括电压域）。 此致， 朱利安

Regarding the issue of S32K3XX being unable to automatically create a local IP address. Screenshot 2026-09-18 100140.png Screenshot 2026-09-18 100315.png Screenshot 2026-09-18 100756.png Hello: I've created my own local IP address in S32DS and disabled the local IP address in the LWIP protocol stack, but I get an error during single-step debugging, failing to establish a connection, as shown in the bottom right image above. What could be the problem? Is some setting missing? Is it that creating a local IP address is not allowed and must be configured in the protocol stack? Thank you again for taking the time to reply despite your busy schedule! Re: 关于S32K3XX无法自己建立本地IP地址的问题 Hello @sunshine88   , The IPv4 address itself is not the cause of this error. lwIP allows a static IPv4 address to be provided directly through netif_add() . According to the debugger screenshot, netif_add() returns NULL because the network-interface initialization callback, ETHIF_INIT , does not return ERR_OK . Therefore, the failure occurs during initialization of the Ethernet interface or its lower-level driver, before the interface can be added to lwIP. In your TCP/IP Stack configuration screenshot, the Enable iface option is not selected. Please enable the network interface and configure the required static IPv4 address, subnet mask, and gateway there. Then regenerate the configuration and use the initialization sequence from the corresponding S32K3 lwIP example. If you still want to assign the address in the application, please first verify whether netif_add() succeeds. Please note that this only makes the initialization failure easier to detect. It does not correct the underlying GMAC/Ethernet configuration. I recommend first building and running the original lwIP example for your exact S32K3 device and software-package versions without modifying its network initialization. Once the original example works, change only the static IPv4 address and confirm the result. Please also provide the following information if the initialization still fails: Exact S32K3 device and evaluation board S32 Design Studio version RTD and TCP/IP Stack package versions The definition of ETHIF_INIT and the error returned by that function Whether the unmodified lwIP example works on the same hardware It appears that the same question was submitted in three separate Community posts. To keep the troubleshooting information in one place, please continue the discussion in only one of them. Best regads, Pavel

Safety Mechanism SM1.INTERCONNECT_EDC _GASKET I need to enable the SM1.INTERCONNECT_EDC_GASKET safety mechanism for my project. I am using AUTOSAR RTD 3.0.0 and the S32 Design Studio (S32DS) tool to generate the code. Could you please clarify the following: 1.  Is there an option available within S32DS to enable this safety mechanism? If so, could you guide me on how to enable it? 2.  If this option is not available in S32DS, what is the recommended way to enable it? Please share example code if possible. Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hello @sandeepSingh18606, Use Safety Peripheral Drivers for S32K3xx. https://www.nxp.com/docs/en/product-brief/S32K-SPDPB.pdf The drivers are included in the S32K3xx Standard SW package: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D S32K3 Safety Peripheral Drivers version 1.0.3 is compatible with RTD 3.0.0. In the eMCEM driver, all available faults can be enabled. danielmartynek_1-1789975567252.png The SPD package contains a single EB Tresos demo. For S32DS, there is just one SPD example available (SPD 1.0.6, RTD 7.0.0): https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-BIST-eMCEM-SPD106-v2-0-S32DS365-RTD700/ta-p/2373113 Regards, Daniel Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hi @sandeepSingh18606, Safety Peripheral Drivers (SPD) are available free of charge, and it is an extension to RTD. Whereas Safety Software Framework (SAF) is a paid premium SW. Refer to this documentation: https://www.nxp.com/design/design-center/software/functional-safety-software/s32-safety-software-framework-saf-and-safety-peripheral-drivers-spd:SAF Regards, Daniel Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET I believe SPD is not free and requires a package purchase. Since the SM1 mechanism is implemented by NXP, the user only needs to enable it. However, NXP RTD does not support this feature. Without the SPD package, what is the recommended approach? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hello @sandeepSingh18606, How did you install it if it is not listed? First of all, you need a version that is compatible with your RTD release. According to the SPD release notes: SPD v1.0.3: This SPD version is compatible with S32K3 Real-Time Drivers Version 3.0.0 and 3.0.0 P07. SPD v1.0.4: This SPD version is compatible with S32K3 Real-Time Drivers Version 4.0.0 and S32K3 Real-Time Drivers Version 3.0.0 P07 (Tresos version for the S32K324_MAPBGA257 derivative). The newer versions, v1.0.5 and v1.0.6, are compatible only with newer RTD releases. Download the update site ZIP package, for example: S32K3_SPD_1.0.3_DS_updatesite.zip Then add the update site in S32 Design Studio under Extensions. Thank you, BR, Daniel Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET It is available in the Previous tab, which appears to be inactive in your account. Let me check with the team responsible for managing it. I will get back to you as soon as possible. Regards, Daniel Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hi Daniel, I am currently using RTS 3.0.0. Per your suggestion, I need SPD v1.0.3, but I am unable to locate this version on the NXP website. Could you please advise on where I can find it or provide a direct link? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hi Daniel, Thanks for the confirmation. I tried to install the SPD drivers in S32 Design Studio, but even after installing, I am still unable to find them under S32DS extensions and updates. Below is a screenshot of the RTDs currently installed on my system: Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET Hello Sandeep, Please check your account now. Let me know. Thank you  Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET HI Daniel, I am able to access previous version now. Thanks for support.

S32K311 bootloader porting I am currently porting a working Bootloader project from the S32K312 to the S32K311. I am using S32 Design Studio along with NXP RTD 4.9.0 and the GCC compiler. I am encountering two severe issues related to the Vector Table and Reset Handler that seem specific to the S32K311 / RTD 4.9 environment. Issue 1: Immediate UsageFault on Debugger Reset When launching the PEMicro debugger, the core crashes immediately during the reset script before ever reaching main(). Reset script (...) completed. UsageFault: An instruction executed with an invalid EPSR.T or EPSR.IT field. HardFault: A fault has been escalated to a hard fault. We checked startup_cm7.s and Vector_Table.s. We noticed that Reset_Handler was missing the .type Reset_Handler, %function directive, causing the ELF entry point to be an even address (e.g., 0x00402420 instead of 0x00402421), which naturally causes an ARM-mode UsageFault on the Cortex-M7. Even after fixing the .type directive and ensuring the Vector Table has the LSB set for Thumb mode, the PEMicro debugger still occasionally throws this UsageFault immediately upon reset. Issue 2: Interrupts jump to 0x0 (Uninitialized RAM Vector Table) When we successfully bypass the reset issue and reach main(), the system crashes the moment a hardware interrupt (like FlexCAN or SWT) triggers. The PC jumps to 0x00000000. Upon investigating memory, we found that the RAM vector table at __interrupts_ram_start (0x20000000) is completely uninitialized (filled with zeroes). We discovered that: startup_cm7.s sets VTOR to __RAM_INTERRUPT_START at the end of initialization but never copies the table from ROM. IntCtrl_Ip_Init(&IntCtrlConfig_0) (generated by the Platform component) sets VTOR if INT_CTRL_IP_ENABLE_VTOR_CONFIG is enabled, but it also does not copy the default vector table from flash to RAM. To work around this, we had to write a manual for-loop in main.c to physically copy the vector table from __interrupts_init_start to __interrupts_ram_start and update S32_SCB->VTOR before calling IntCtrl_Ip_InstallHandler(). got the base code from Unified bootloader Demo does anyone know a post where the bootloader for S32K311 with CAN was ported and posted?? Re: S32K311 bootloader porting Hi @ujwal12  For the Cortex-M7, the Reset Handler entry in the vector table must indicate Thumb mode by using an address with the LSB set. If the Reset_Handler symbol is not generated correctly as a function symbol, the linker may place an even address in the vector table, which can lead to a UsageFault during startup. For this reason, we generally do not recommend modifying startup_cm7.s or Vector_Table.s. By design, the S32K3 RTD uses a RAM-based relocatable interrupt vector table. During startup, the vector table is copied from Flash to RAM, and VTOR is updated to point to the RAM-based table. Regarding the availability of an S32K311 bootloader example, there is currently no official bootloader example specifically targeting the S32K311. The closest references available are the Example S32K312 Bootloader to Application Jump DS3.5 RTD300 and the Unified Bootloader Demo that you are already using.  Also, please note that the Unified Bootloader is an unofficial NXP demo that has only been published on the community forum, and therefore it is not supported by NXP technical support. BR, VaneB

关于S32K3XX无法自己建立本地IP地址的问题 屏幕截图 2026-09-18 100140.png 屏幕截图 2026-09-18 100315.png 屏幕截图 2026-09-18 100756.png 你好：            现在我在S32DS 中中自己建立本机IP地址，设置LWIP协议栈中本地IP地址失效，但是单步调试时会报错，无法建立链接，如上最下面右侧所示，请问问题出在哪里？是缺少什么设置吗？难道时不允许自己建立本地IP，必须在协议栈中配置吗？          再次感谢在百忙之中回复！ Re: 关于S32K3XX无法自己建立本地IP地址的问题 你好@sunshine88 ， IPv4 地址本身并不是造成此错误的原因。lwIP 允许通过 netif_add() 直接提供静态 IPv4 地址。 根据调试器截图， netif_add() 返回 NULL ，因为网络接口初始化回调函数 ETHIF_INIT 没有返回 ERR_OK 。因此，故障发生在以太网接口或其底层驱动程序初始化期间，在将接口添加到 lwIP 之前。 在您的 TCP/IP 协议栈配置截图中， “启用接口”选项未被选中。请启用网络接口，并在该接口上配置所需的静态 IPv4 地址、子网掩码和网关。然后重新生成配置，并使用相应的 S32K3 lwIP 示例中的初始化序列。 如果您仍然想在应用程序中分配地址，请先验证 netif_add() 是否成功。 请注意，这只是使初始化失败更容易被检测到。它无法修正底层 GMAC/以太网配置。 我建议首先针对您的 S32K3 设备和软件包版本构建并运行原始的 lwIP 示例，不要修改其网络初始化。如果原示例运行正常，则仅更改静态 IPv4 地址并确认结果。 如果初始化仍然失败，请同时提供以下信息： 精确的 S32K3 设备和评估板 S32 设计工作室版本 RTD 和 TCP/IP 协议栈软件包版本 ETHIF_INIT 的定义以及该函数返回的错误 未经修改的 lwIP 示例是否能在相同的硬件上运行 同一个问题似乎在三个不同的社区帖子中被提交了。为了将故障排除信息集中在一个地方，请只在一个地方继续讨论。 此致敬礼， 帕维尔

功能安全 SM1.INTERCONNECT_EDC_GASKET 我的项目中需要启用 SM1.INTERCONNECT_EDC_GASKET 安全机制。我使用的是 AUTOSAR RTD 3.0.0 和 S32 Design Studio (S32DS) 工具来生成代码。 请您澄清以下问题： 1. S32DS 中是否有启用此功能安全机制的选项？如果有，能否指导我如何启用？ 2. 如果S32DS中没有此选项，那么启用它的推荐方法是什么？如果可以，请提供示例代码。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 你好@sandeepSingh18606 ， 为 S32K3xx 使用功能安全外围设备驱动程序。 https://www.nxp.com/docs/en/product-brief/S32K-SPDPB.pdf 驱动程序包含在 S32K3xx 标准软件包中： https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D S32K3 功能安全外围设备驱动程序版本 1.0.3 与 RTD 3.0.0 兼容。 在 eMCEM 驱动程序中，可以启用所有可用的故障。 danielmartynek_1-1789975567252.png SPD 软件包包含一个 EB Tresos 演示程序。 对于 S32DS，目前只有一个 SPD 示例可用（SPD 1.0.6，RTD 7.0.0）： https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-BIST-eMCEM-SPD106-v2-0-S32DS365-RTD700/ta-p/2373113 此致， 丹尼尔 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 你好@sandeepSingh18606 ， 功能安全外围驱动器 (SPD) 可免费使用，它是 RTD 的扩展。而功能安全软件框架（SAF）是一款付费高级软件。 请参阅以下文档： https://www.nxp.com/design/design-center/software/functional-safety-software/s32-safety-software-framework-saf-and-safety-peripheral-drivers-spd:SAF 此致， 丹尼尔 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 我认为SPD不是免费的，需要购买套餐才能使用。 由于 SM1 机制由 NXP 实现，用户只需启用它即可。但是，NXP RTD 不支持此功能。 如果没有 SPD 软件包，推荐的方法是什么？ Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 你好@sandeepSingh18606 ， 如果列表中没有列出安装方法，你是如何安装的？ 首先，你需要一个与你的RTD版本兼容的版本。 根据西雅图警察局发布的公告： SPD v1.0.3：此SPD版本与S32K3实时驱动程序3.0.0版兼容。以及 3.0.0P07。 SPD v1.0.4：此SPD版本与S32K3实时驱动程序4.0.0版和S32K3实时驱动程序3.0.0版兼容。P07（Tresos 版本，适用于 S32K324_MAPBGA257 衍生产品）。 较新的版本 v1.0.5 和 v1.0.6 仅与较新的 RTD 版本兼容。 下载更新站点 ZIP 包，例如：S32K3_SPD_1.0.3_DS_updatesite.zip 然后，在 S32 设计工作室的“扩展”下添加更新站点。 谢谢！ BR，丹尼尔 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 嗨，丹尼尔， 谢谢你的确认。 我尝试在 S32 Design Studio 中安装 SPD 驱动程序，但即使安装后，我仍然无法在 S32DS 扩展和更新下找到它们。 以下是我的系统上当前安装的RTD的屏幕截图： Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 您可以在“上一页”选项卡中找到它，但该选项卡在您的帐户中似乎处于非活动状态。 我需要向负责管理这个项目的团队确认一下。 我会尽快回复您。 此致， 丹尼尔 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 嗨，丹尼尔， 我目前使用的是 RTS 3.0.0。根据您的建议，我需要 SPD v1.0.3，但我无法在 NXP 网站上找到此版本。 请问您能否告知我可以在哪里找到它，或者提供一个直接链接？ Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 你好，桑迪普， 请立即查看您的账户。 请告诉我。 谢谢 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET 嗨，丹尼尔， 我现在可以访问之前的版本了。谢谢支持。

Is there a way to prevent task switching while BluetoothLEHost_Init() is executing? Hi, I have a question regarding BluetoothLEHost_Init() in the KW47 SDK. My application is running on FreeRTOS, and several tasks are created in advance using xTaskCreateStatic(). After creating these tasks, I call BluetoothLEHost_Init() to initialize BLE. While stepping through the SDK, I observed that during communication with the NBU, the initialization process waits for inter-task events. As a result, other lower-priority tasks are scheduled and start running while BluetoothLEHost_Init() is still executing and before the function call itself returns. To clarify, I am not referring to the host initialization completion callback provided to BluetoothLEHost_Init(). I do not need to wait for that callback. My concern is that task switching occurs before BluetoothLEHost_Init() returns. I would like to prevent other application tasks from running until the BluetoothLEHost_Init() function call itself has returned. My questions are: ・Is there any configuration, API, or recommended method to prevent task switching while BluetoothLEHost_Init() is executing (for example, while waiting for NBU communication)? ・Is there a way to ensure that BluetoothLEHost_Init() completes and returns without yielding execution to other tasks? ・If such a method exists, could you please provide guidance or an example of the recommended approach? My goal is to ensure that no application tasks begin their normal processing until BluetoothLEHost_Init() has returned. Any advice would be greatly appreciated. Re: Is there a way to prevent task switching while BluetoothLEHost_Init() is executing? Hi @t_hosomi, hope you are doing well. You can hold the execution of other tasks with different FreeRTOS approaches as explained below: Suspend tasks (vTaskSuspend) after creating them before starting the scheduler, this will make the task start in a suspended state which will make the scheduler not to switch to other tasks. Therefore, after returning from the BLE initialization, you would resume their execution (vTaskResume). Create an event group that blocks all tasks you require to run after BLE initialization and configure the wait for the event group bits to be indefinite. This approach would require jumping to each task and block them through the event group wait time, this will make the tasks to be inactive until the event group bits are cleared by the BLE initialization task. For both options I'd suggest referring to the FreeRTOS Reference Manual and for the second option, you may refer to the "freertos_event_cm33_core0" example from the SDK as it demonstrates how to create event groups and set tasks to wait for events. Please let me know if the information helps cover your requirements.

Status and Reliability Inquiry for SPC5200CVR400B Dear NXP Support Team, We are using the SPC5200CVR400B IC in our product. Could you please confirm: Whether SPC5200CVR400B is active, obsolete, or discontinued. If this device is still being manufactured. Whether any known issues related to data/software corruption have been reported for this device. Recommended methods to prevent or diagnose such corruption. A suitable replacement/alternate part if the device is obsolete or approaching end-of-life. Your guidance on the possible root causes and corrective actions would be highly appreciated. Thank you for your support. Best Regards, Abhijeet Solanki [email protected] Re: Status and Reliability Inquiry for SPC5200CVR400B The SPC5200CVR400B is in End of Life status. It means currently you are not manufacturing this IC Per NXP's standard practice for similar inquiries, reliability data (FIT rates, qualification reports) is not shared publicly on the NXP Community. Such requests are handled via a private support ticket. Private support ticket? Re: Status and Reliability Inquiry for SPC5200CVR400B Hello, Whether SPC5200CVR400B is active, obsolete, or discontinued. The SPC5200CVR400B is in End of Life status If this device is still being manufactured. Whether any known issues related to data/software corruption have been reported for this device. Per NXP's standard practice for similar inquiries, reliability data (FIT rates, qualification reports) is not shared publicly on the NXP Community. Such requests are handled via a private support ticket. A suitable replacement/alternate part if the device is obsolete or approaching end-of-life. No Official NXP Drop-in Replacement. Option 1 — MPC5200CVR400B (Functional Equivalent, NOT Automotive-Qualified) Option 2 — MPC5121 / MPC5125 (Nearest Architecture-Compatible Parts) Option 3 — i.MX Applications Processors (Recommended Migration Path) Best regards, Peter Re: Status and Reliability Inquiry for SPC5200CVR400B Hello, Private support ticket? https://www.nxp.com/support/support:SUPPORTHOME petervlna_0-1789971901204.png Best regards, Peter

SPC5200CVR400B 的状态和可靠性查询 尊敬的恩智浦技术支持团队： 我们的产品中使用了SPC5200CVR400B集成电路。 请您确认一下： SPC5200CVR400B 是处于活跃状态、过时状态还是已停产状态。 如果这款设备仍在生产的话。该设备是否已报告任何与数据/软件损坏相关的已知问题？ 预防或诊断此类损坏的推荐方法。 如果设备已过时或即将报废，则可使用合适的替代/备用零件。 如果您能就可能的根本原因和纠正措施提供指导，我们将不胜感激。 感谢您的支持。 顺祝商祺！ 阿比吉特·索兰基 [email protected] Re: Status and Reliability Inquiry for SPC5200CVR400B SPC5200CVR400B 已停止生产。 这意味着您目前没有生产这种集成电路。 根据 NXP 对类似查询的标准做法，可靠性数据（FIT 率、鉴定报告）不会在 NXP 社区公开分享。此类请求将通过私人支持工单处理。 私人支持工单？ Re: Status and Reliability Inquiry for SPC5200CVR400B 你好， SPC5200CVR400B 是处于活跃状态、过时状态还是已停产状态。 SPC5200CVR400B 已停止生产。 如果这款设备仍在生产的话。该设备是否已报告任何与数据/软件损坏相关的已知问题？ 根据 NXP 对类似查询的标准做法，可靠性数据（FIT 率、鉴定报告）不会在 NXP 社区公开分享。此类请求将通过私人支持工单处理。 如果设备已过时或即将报废，则可使用合适的替代/备用零件。 没有官方的NXP替代产品。 选项 1 — MPC5200CVR400B（功能等效，但未通过汽车行业认证） 选项 2 — MPC5121 / MPC5125（架构最接近的兼容器件） 选项 3 — i.MX 应用程序处理器（推荐迁移路径） 此致， 彼得 Re: Status and Reliability Inquiry for SPC5200CVR400B 你好， 私人支持工单？ https://www.nxp.com/support/support:SUPPORTHOME petervlna_0-1789971901204.png 顺祝商祺！ Peter

Regarding the issue of S32K3XX failing to establish its own IP address on the LWIP protocol stack. Screenshot 2026-09-18 100140.png Screenshot 2026-09-18 100315.png Screenshot 2026-09-18 100756.png Hello: I've created my own local IP address in S32DS and disabled the local IP address in the LWIP protocol stack, but I get an error during single-step debugging, failing to establish a connection, as shown in the bottom right image above. What could be the problem? Is some setting missing? Is it that creating a local IP address is not allowed and must be configured in the protocol stack? Thank you again for taking the time to reply despite your busy schedule! Re: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 Hello @sunshine88 , The IPv4 address itself is not the cause of this error. lwIP allows a static IPv4 address to be provided directly through netif_add() . According to the debugger screenshot, netif_add() returns NULL because the network-interface initialization callback, ETHIF_INIT , does not return ERR_OK . Therefore, the failure occurs during initialization of the Ethernet interface or its lower-level driver, before the interface can be added to lwIP. In your TCP/IP Stack configuration screenshot, the Enable iface option is not selected. Please enable the network interface and configure the required static IPv4 address, subnet mask, and gateway there. Then regenerate the configuration and use the initialization sequence from the corresponding S32K3 lwIP example. If you still want to assign the address in the application, please first verify whether netif_add() succeeds. Please note that this only makes the initialization failure easier to detect. It does not correct the underlying GMAC/Ethernet configuration. I recommend first building and running the original lwIP example for your exact S32K3 device and software-package versions without modifying its network initialization. Once the original example works, change only the static IPv4 address and confirm the result. Please also provide the following information if the initialization still fails: Exact S32K3 device and evaluation board S32 Design Studio version RTD and TCP/IP Stack package versions The definition of ETHIF_INIT and the error returned by that function Whether the unmodified lwIP example works on the same hardware It appears that the same question was submitted in three separate Community posts. To keep the troubleshooting information in one place, please continue the discussion in only one of them. Best regads, Pavel

BluetoothLEHost_Init() の実行中にタスクの切り替えを防止する方法はありますか？ こんにちは、 KW47 SDKのBluetoothLEHost_Init()について質問があります。 私のアプリケーションはFreeRTOS上で動作しており、いくつかのタスクはxTaskCreateStatic()を使って事前に作成しています。 これらのタスクを作成した後、BluetoothLEHost_Init() を呼び出して BLE を初期化します。SDKsをステップアップしていると、NBUとの通信中に初期化プロセスがタスク間イベント情報を待っていることに気づきました。その結果、BluetoothLEHost_Init() がまだ実行中で、関数呼び出し自体が戻る前に、他の優先度の低いタスクがスケジュールされ、実行が開始されます。 念のため申し上げますが、私が言及しているのは、BluetoothLEHost_Init() に提供されるホスト初期化完了コールバックのことではありません。私はそのコールバックを待つ必要はありません。 私が懸念しているのは、BluetoothLEHost_Init() が戻る前にタスク切り替えが発生することです。BluetoothLEHost_Init()関数呼び出し自体が戻るまで、他のアプリケーションタスクの実行を防ぎたいです。 私の質問は以下のとおりです。 ・BluetoothLEHost_Init()を実行している間(例えばNBU通信待ち中)にタスク切り替えを防ぐための設定、API、または推奨される方法はありますか? ・BluetoothLEHost_Init()が完了し戻ることを他のタスクに譲ることなく確実にする方法はありますか? ・もしそのような方法が存在するなら、推奨される方法の指針や例を教えていただけますか? 私の目標は、BluetoothLEHost_Init()が戻るまで、アプリケーションタスクが通常のプロセッシングを開始しないようにすることです。 どんなアドバイスでも大変ありがたいです。 Re: Is there a way to prevent task switching while BluetoothLEHost_Init() is executing? こんにちは、 @t_hosomi さん。お元気でお過ごしでしょうか。 以下に説明するように、異なるFreeRTOSアプローチで他のタスクの実行を保留することができます: スケジューラを起動する前にタスクを作成した後、タスクを一時停止(サスペンド)すると、タスクが一時停止状態に始まるため、スケジューラが他のタスクに切り替わらなくなります。したがって、BLEの初期化から戻った後、それらの実行を再開します（vTaskResume）。 BLE初期化後に実行すべきすべてのタスクをブロックするイベントグループを作成し、イベントグループのビットを無期限に待つ設定をしてください。この方法は各タスクにジャンプし、イベントグループの待ち時間でブロックする必要があり、これによりBLE初期化タスクによってイベントグループのビットがクリアされるまでタスクは非アクティブになります。 どちらの選択肢も FreeRTOSリファレンスマニュアル を参照することをお勧めします。後者については、イベントグループの作成方法やイベント待ちタスクの設定を示すSDKの「freertos_event_cm33_core0」例を参照することをお勧めします。 この情報がご要望にお応えできるかどうか、お知らせください。

关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 屏幕截图 2026-09-18 100140.png 屏幕截图 2026-09-18 100315.png 屏幕截图 2026-09-18 100756.png 你好：            现在我在S32DS 中中自己建立本机IP地址，设置LWIP协议栈中本地IP地址失效，但是单步调试时会报错，无法建立链接，如上最下面右侧所示，请问问题出在哪里？是缺少什么设置吗？难道时不允许自己建立本地IP，必须在协议栈中配置吗？          再次感谢在百忙之中回复！ Re: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 你好@sunshine88 ， IPv4 地址本身并不是造成此错误的原因。lwIP 允许通过 netif_add() 直接提供静态 IPv4 地址。 根据调试器截图， netif_add() 返回 NULL ，因为网络接口初始化回调函数 ETHIF_INIT 没有返回 ERR_OK 。因此，故障发生在以太网接口或其底层驱动程序初始化期间，在将接口添加到 lwIP 之前。 在您的 TCP/IP 协议栈配置截图中， “启用接口”选项未被选中。请启用网络接口，并在该接口上配置所需的静态 IPv4 地址、子网掩码和网关。然后重新生成配置，并使用相应的 S32K3 lwIP 示例中的初始化序列。 如果您仍然想在应用程序中分配地址，请先验证 netif_add() 是否成功。 请注意，这只是使初始化失败更容易被检测到。它无法修正底层 GMAC/以太网配置。 我建议首先针对您的 S32K3 设备和软件包版本构建并运行原始的 lwIP 示例，不要修改其网络初始化。如果原示例运行正常，则仅更改静态 IPv4 地址并确认结果。 如果初始化仍然失败，请同时提供以下信息： 精确的 S32K3 设备和评估板 S32 设计工作室版本 RTD 和 TCP/IP 协议栈软件包版本 ETHIF_INIT 的定义以及该函数返回的错误 未经修改的 lwIP 示例是否能在相同的硬件上运行 同一个问题似乎在三个不同的社区帖子中被提交了。为了将故障排除信息集中在一个地方，请只在一个地方继续讨论。 此致敬礼， 帕维尔

有没有办法防止在 BluetoothLEHost_Init() 执行期间进行任务切换？ 您好， 我有一个关于 KW47 SDK 中的 BluetoothLEHost_Init() 的问题。 我的应用程序运行在 FreeRTOS 上，并且预先使用 xTaskCreateStatic() 创建了几个任务。 创建这些任务后，我调用 BluetoothLEHost_Init() 来初始化 BLE。在逐步调试 SDK 的过程中，我观察到在与 NBU 通信期间，初始化过程会等待任务间事件。因此，其他优先级较低的任务会被安排并在 BluetoothLEHost_Init() 仍在执行且函数调用本身返回之前开始运行。 需要澄清的是，我指的不是提供给 BluetoothLEHost_Init() 的主机初始化完成回调。我不需要等待回调。 我担心任务切换发生在 BluetoothLEHost_Init() 返回之前。我希望阻止其他应用程序任务运行，直到 BluetoothLEHost_Init() 函数调用本身返回为止。 我的问题是： ・是否有任何配置、API 或推荐的方法来防止在 BluetoothLEHost_Init() 执行期间（例如，在等待 NBU 通信期间）发生任务切换？ ・有没有办法确保 BluetoothLEHost_Init() 完成并返回，而不将执行权让给其他任务？ ・如果存在这样的方法，能否请您提供指导或推荐方法的示例？ 我的目标是确保在 BluetoothLEHost_Init() 返回之前，任何应用程序任务都不会开始正常处理。 任何建议都将不胜感激。 Re: Is there a way to prevent task switching while BluetoothLEHost_Init() is executing? 嗨@t_hosomi ，希望你一切都好。 您可以使用以下所述的不同 FreeRTOS 方法来暂停其他任务的执行： 在启动调度程序之前创建任务（vTaskSuspend），这将使任务以挂起状态启动，从而使调度程序不会切换到其他任务。因此，从 BLE 初始化返回后，您将恢复它们的执行（vTaskResume）。 创建一个事件组，阻止所有需要在 BLE 初始化后运行的任务，并将事件组位的等待时间配置为无限期。这种方法需要跳转到每个任务，并在事件组等待时间内阻塞它们，这将使任务处于非活动状态，直到 BLE 初始化任务清除事件组位。 对于这两种选择，我都建议参考FreeRTOS 参考手册；对于第二种选择，您可以参考 SDK 中的“freertos_event_cm33_core0”示例，因为它演示了如何创建事件组和设置任务以等待事件。 请告诉我这些信息是否符合您的要求。

S32K3XXがLWIPプロトコルスタック上で自身のIPアドレスを確立できない問題について。 スクリーンショット 2026-09-18 100140.png スクリーンショット 2026-09-18 100315.png スクリーンショット 2026-09-18 100756.png こんにちは： S32DSで独自のローカルIPアドレスを作成し、LWIPプロトコルスタックでローカルIPアドレスを無効にしましたが、上の右下の画像に示すように、シングルステップデバッグ中に接続確立に失敗するエラーが発生します。何が問題なのでしょうか？設定が不足しているのでしょうか？ローカルIPアドレスの作成は許可されておらず、プロトコルスタックで設定する必要があるということでしょうか？ お忙しい中、お返事いただき、改めてありがとうございました！ Re: 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 こんにちは、@sunshine88 さん。 IPv4アドレス自体がこのエラーの原因ではありません。lwIPでは、 netif_add() を介して静的IPv4アドレスを直接提供できます。 デバッガのスクリーンショットによると、 netif_add() はネットワークインターフェースの初期化コールバック ETHIF_INIT が ERR_OK 返さないため、 NULL を返します。したがって、エラーはイーサネットインターフェースまたはその下位ドライバの初期化時に発生し、インターフェースがlwIPに追加される前に発生します。 TCP/IPスタック構成のスクリーンショットでは、 「ifaceを有効にする」オプションが選択されていません。ネットワークインターフェースを有効にし、必要な静的IPv4アドレス、サブネットマスク、ゲートウェイを設定してください。次に、設定を再生成し、対応するS32K3 lwIPの例にある初期化シーケンスを使用します。 アプリケーションで住所を割り当てたい場合は、まず成功 netif_add() 確認してください。 これは初期化の失敗を検出しやすくするだけのものであることにご注意ください。GMAC/イーサネットの基礎設定を修正するわけではありません。 まずは、ネットワーク初期化を変更しずに、あなたのS32K3デバイスとソフトウェアパッケージのバージョンに合わせて元のlwIP例をビルドし実行することをお勧めします。元の例が正常に動作したら、静的IPv4アドレスのみを変更して結果を確認してください。 初期化がそれでも失敗する場合は、以下の情報も提供してください。 正確なS32K3デバイスと評価ボード S32 Design Studio版 RTDおよびTCP/IPスタックパッケージのバージョン ETHIF_INIT の定義と、その関数が返すエラー 変更されていないlwIPの例が同じハードウェアで動作するかどうか 同じ質問が3つの別々のコミュニティ投稿で寄せられたようです。トラブルシューティング情報を一箇所にまとめるため、議論はどちらか一方のフォーラムのみで行ってください。 よろしくお願いいたします。 パベル

SPC5200CVR400Bのステータスおよび信頼性に関する照会 親愛なるNXPサポートチームへ、 私たちは製品にSPC5200CVR400B ICを使用しています。 確認いただけますか: SPC5200CVR400Bが現在も使用されているか、旧式化されているか、製造中止になっているか。 この機器がまだ製造されている場合。このデバイスに関してデータやソフトウェア破損に関する既知の問題が報告されているかどうか。 このような破損を防止または診断するための推奨方法。 機器が旧式化している場合、または耐用年数が近づいている場合に適した代替部品。 考えられる根本原因と是正措置についてのご助言をいただければ大変ありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 アビジート・ソランキ [email protected] Re: Status and Reliability Inquiry for SPC5200CVR400B SPC5200CVR400Bは販売終了（EOL）状態です。 つまり、現在このICは製造されていないということです。 同様の問い合わせに対するNXPの標準的な慣行に従い、信頼性データ(FIT率、資格報告書)はNXPコミュニティで公開されません。このようなリクエストはプライベートサポートチケットを通じて処理されます。 プライベートサポートチケットですか? Re: Status and Reliability Inquiry for SPC5200CVR400B こんにちは、 SPC5200CVR400Bが現在も使用されているか、旧式化されているか、製造中止になっているか。 SPC5200CVR400Bは販売終了状態です。 この機器がまだ製造されている場合。このデバイスに関してデータやソフトウェア破損に関する既知の問題が報告されているかどうか。 同様の問い合わせに対するNXPの標準的な慣行に従い、信頼性データ(FIT率、資格報告書)はNXPコミュニティで公開されません。このようなリクエストはプライベートサポートチケットを通じて処理されます。 機器が旧式化している場合、または耐用年数が近づいている場合に適した代替部品。 NXPの公式互換代替品はありません。 オプション1 — MPC5200CVR400B(機能的同等、オートモーティブ資格なし) オプション2 — MPC5121 / MPC5125（最も近いアーキテクチャ互換部品） オプション3 — i.MX アプリケーションプロセッサ(推奨移行経路) よろしくお願いします、 ピーター Re: Status and Reliability Inquiry for SPC5200CVR400B こんにちは、 プライベートサポートチケットですか? https://www.nxp.com/support/support:SUPPORTHOME petervlna_0-1789971901204.png よろしくお願いいたします。 ピーター

Regarding the issue of S32K3XX failing to establish its own IP address on the LWIP protocol stack. Hello: I've created my own local IP address in S32DS and disabled the local IP address in the LWIP protocol stack, but I get an error during single-step debugging, failing to establish a connection, as shown in the bottom right image above. What could be the problem? Is some setting missing? Is it that creating a local IP address is not allowed and must be configured in the protocol stack? Thank you again for taking the time to reply despite your busy schedule! 回复： 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 Hello @sunshine88 , Yes, Enable iface must remain selected because the generated configuration is required to initialize the Ethernet interface and connect it to lwIP. Disabling the interface and creating it only through your own netif_add() call is therefore not the correct approach for this example. For initial testing, please configure the static IPv4 address, subnet mask and gateway on the TCP/IP Stack configuration page and regenerate the code. The IP address may still be changed programmatically after the interface has been initialized, but the generated interface configuration itself must not be omitted. Best regards, Pavel 回复： 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 As mentioned above, after successfully running the LWIP Demo, all IP configurations must be done through the configuration page; manual configuration is not allowed, nor can IP configuration be disabled. The S32DS version I used is S32 Design Studio for S32 Platform Version: 3.5, and the RTD version is V4.0.0.The TCPIP_STACK version is V1.0.4. I'm confirming again, the IP address must be configured in the settings page. You cannot configure it manually in the disabled IP configuration page! Screenshot 2026-09-18 164944.png Screenshot 2026-09-18 165031.png Screenshot 2026-09-18 165228.png 回复： 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 Hello @sunshine88 , The IPv4 address itself is not the cause of this error. lwIP allows a static IPv4 address to be provided directly through netif_add() . According to the debugger screenshot, netif_add() returns NULL because the network-interface initialization callback, ETHIF_INIT , does not return ERR_OK . Therefore, the failure occurs during initialization of the Ethernet interface or its lower-level driver, before the interface can be added to lwIP. In your TCP/IP Stack configuration screenshot, the Enable iface option is not selected. Please enable the network interface and configure the required static IPv4 address, subnet mask, and gateway there. Then regenerate the configuration and use the initialization sequence from the corresponding S32K3 lwIP example. If you still want to assign the address in the application, please first verify whether netif_add() succeeds. Please note that this only makes the initialization failure easier to detect. It does not correct the underlying GMAC/Ethernet configuration. I recommend first building and running the original lwIP example for your exact S32K3 device and software-package versions without modifying its network initialization. Once the original example works, change only the static IPv4 address and confirm the result. Please also provide the following information if the initialization still fails: Exact S32K3 device and evaluation board S32 Design Studio version RTD and TCP/IP Stack package versions The definition of ETHIF_INIT and the error returned by that function Whether the unmodified lwIP example works on the same hardware It appears that the same question was submitted in three separate Community posts. To keep the troubleshooting information in one place, please continue the discussion in only one of them. Best regads, Pavel 回复： 关于S32K3XX 在LWIP 协议栈上自己建立IP地址无法建立的问题 Screenshot 2026-09-18 100140.png Screenshot 2026-09-18 100315.png Screenshot 2026-09-18 100756.png The above issue did not include uploaded code lines. Please check...