加载配置和在 CLI 中构建失败 大家好，又是我， 我在使用命令行加载配置和构建项目时遇到了问题。我的电脑是 Windows 11。 以下是我的命令： 加载配置： $env:BASE_PLATFORMSDK_S32K3 = 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3' .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -sdkPath 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3'.-载入 "C:\Users\guest\Desktop\tmp\my_project\my_project.mex-exportAll 'C:\Users\guest\Desktop\tmp\my_project' 版本 代码包： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project 我在构建过程中遇到了错误，致命错误：Stm_Ip.h：No such file or directory. 在检查加载配置过程时，我收到了这样的警告，严重警告：错误的 SDK 安装位置首选项： .使用共享位置！ 现在我假设这与我的 SDK 路径有关，但正如你所看到的，我已经使用了 -sdkPath 命令，但仍然出现了错误。 我是不是漏掉了什么？谢谢 Re: Load Config and Building in CLI failed 你好@nairaca04 能否请您分享一下您所遵循的所有步骤，包括执行的任何命令和应用的配置？这将有助于我们更好地了解流程，并确定问题可能出在哪里。 此外，我们建议参考 S32 Design Studio 命令行界面的官方文档，因为其中提供了通过命令行加载配置和构建项目的详细说明和最佳实践。 您可以在以下地点找到这一资源： C:\NXP\S32DS.3.6.4\S32DS\help\resources\howto\HOWTO_S32_Design_Studio_Command_Line_Interface.pdf BR、VaneB Re: Load Config and Building in CLI failed 你好@nairaca04 根据您分享的步骤，您似乎没有使用 S32 配置工具从 .mex 生成代码。文件或更新了代码以及所有元器件依赖关系。有关详细说明和特定命令，请导航至顶部菜单栏并选择帮助 → 帮助内容，然后搜索"命令行执行 - 项目工作" 。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您的回复，抱歉这么久才回复。 我查看了 pdf 文件，其中大部分说明都是关于创建项目或构建项目的。我想进一步检查 mex 文件的加载情况。 此外，以下是我按顺序使用的命令： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH 我更新了 "加载配置 "，成功删除了警告信息： 严重：找不到任何 SDK SEVERE：错误的 SDK 安装位置首选项： .使用共享位置！ 但是，我在版本中还是遇到了同样的错误：致命错误：stm_ip.h：没有这样的文件或目录。 我注意到的一点是，在 CLI 中，它不会生成 RTD 和堆栈文件夹，而在图形用户界面中，这些文件夹会自动创建。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您之前的建议，我已经根据帮助内容更新了我的流程。 现在我又遇到了一个新问题：RTD RTD 可以成功导入，但 堆栈 却无法导入，进程卡在命令行，毫无进展。 信息：Peripherals：源文件已更新： generate\include\Port_PBcfg.h、generate\include\Gmac_Ip_Cfg.h、generate\include\Gmac_Ip_Device_Registers.h、generate\include\Power_Ip_PBcfg.h、generate\include\Power_Ip_Cfg_Defines.h、generate\include\modules.h, generate\src\FlexCAN_Ip_Sa_PBcfg.c、generate\src\Stm_Ip_SA_PBcfg.c、generate\include\Gmac_Ip_Features.h、板\ siul2_port_IP_CFG.H，生成\ include\ mpu_m7_IP_CFG.H，generate\include\Platform_CfgDefines.h、generate\include\FreeRTOSConfig.h、generate\include\DeviceDefinition.h、board\ siul2_port_IP_CFG.C，生成\ src\ port_pbcfg.C，生成\ include\ flexcan_IP_CFGDefines.H，generate\include\Ram_Ip_Cfg_Defines.h、generate\include\Stm_Ip_Cfg_Defines.h、generate\include\Gmac_Ip_PBcfg.h、generate\include\Tspc_Port_Ip_PBcfg.h、generate\src\Mcu_Cfg.c, generate\include\System_Ip_Cfg.h、generate\include\Platform_Cfg.h、generate\src\Platform_Ipw_Cfg.c、generate\include\Power_Ip_Cfg.h、generate\src\Eth_43_GMAC_Ipw_PBcfg.c、generate\include/Clock_Ip_PBcfg.h、生成 Dec 16, 2025 3:14:55 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:56 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logWarning 警告： [Lcom.nxp.swtools.resourcetables.model.config.IComponentInstanceConfig;@aae360c Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 BaseToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[编号：BaseNXP] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：TypeError: settingsClass.applyToolchainSettings 不是函数 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 FreeRtosToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[Id: freertos_driver] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: 应用工具链设置 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 TcpipToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[标识符：tcpip_cfg] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: applyToolchainSettings 这是我更新的序列： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 更新代码： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application -launcher.ini .\s32ds.ini -HeadlessTool Peripherals -importProject C:\Users\guest\Desktop\tmp\my_project -sdkPath C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3 -data 'C:\Users\guest\Desktop\tmp 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH Re: Load Config and Building in CLI failed 你好@nairaca04 你能分享一下你正在使用的软件包以及版本详细信息吗？另外，你能不能提供你的 .mex文件？我想排除任何与您的设置或配置有关的问题。 如果您不希望在社区中共享此信息，请提交支持票据。 最后，您在建造项目时等待了多久？有时版本过程可能需要一段时间。

无法验证 S32M244-CTL 寄存器读取失败时的 GDU 安全状态 在初始化过程中，我们需要将 S32M244 的栅极驱动单元 (GDU) 置于安全状态。我们遵循的顺序是 1. 读取 CTL 寄存器。 2. 3. 再次读取以确认写入。 问题 1： 使用 API 时：Ae_ReadRegister((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16,&u32RegValGDU_Pre); 读取操作失败，返回状态 0x01。 (注：IP_GDU_AE_BASE 地址为 0x180，IP_GDU_AE->CTL 为 0x186） 问题 2： 在读取失败后，我们尝试使用以下方法进行写入：Aec_Ip_SpiWrite((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16, 0x0040U)； 该写操作返回状态 0x00（成功）。 然而 1.我们无法确认 GDU 是否处于安全状态。 2.随后使用相同 API 的读取仍然失败，无法反映写入的值。 问题 1。在读取/写入 AE/GDU 寄存器之前，是否有任何先决条件（功率域启用、解锁顺序、定时）？ 2。我们如何验证 GDU 处于安全状态？是否有需要检查的特定位或状态寄存器？ 3. 读操作是否有与写操作不同的 SPI 框架或协议要求？ 请求（紧急） 请提供以下方面的指导： 1.解决读取失败问题。 2. 向 CTL 寄存器写入后确认安全状态的建议方法。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 如果要写入 GDU 寄存器，首先需要配置 SPI（可能已经配置）、初始化应用扩展，并在应用扩展 RSTGEN_CFG 寄存器第 4 位启用 GDU。 petervlna_0-1764930094707.png 建议您从我们的电机控制示例中寻找灵感： petervlna_1-1764930250961.png 在这里，您可以找到应用程序扩展如何与 GDU 一起初始化： petervlna_2-1764930273813.png 一旦初始化完成，就可以将 GDU 置入或移出安全状态，RTD 中有相关的应用程序接口。 您可以使用该简短代码为例，读取/验证 GDU CTL 寄存器的内容： petervlna_3-1764930294878.png 如果要手动写入 GDU 的 CTL 寄存器，则必须先读取 CTL 寄存器的内容，然后"OR" 与 0x40 相加，再将结果值写回 CTL 寄存器，因为 CTL 寄存器的某些位只能在 GDU 处于配置模式时更改，否则会出错。 也许测试 GDU 是否安全启动的最简单方法就是配置寄存器 SUPCFG，使低端晶体管在 GDU 安全启动时开启，下面是一个如何配置这种验证的示例： petervlna_4-1764930320026.png 顺祝商祺！ Peter Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure #NXPCommunity, #NXPTechSupport, #GateDriverUnit : 非常感谢您的紧急援助。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 您的电机控制库标头丢失了。这些 three-gflib.h、gmclib.h、和 gdflib.h-aren't它们来自恩智浦的汽车数学& 电机控制库 (AMMCLib)。S32M24x PMSM FOC 示例需要在计算机上安装 AMMCLib，并将其添加到项目的 include/lib 路径中。 为什么会丢失这些文件 示例 S32M24xEVB_PMSM_FOC_1Sh 使用 AMMCLib 块（GFLIB、GMCLIB、GDFLIB 等）。如果没有安装 AMMCLib for S32M24x，或者项目没有配置为指向 AMMCLib，编译器就无法找到这些头文件。 (e.g., C:\NXP\AMMCLIB\S32M24x_AMMCLIB_v1.1.38) 为 S32M24x 安装 AMMCLib 从 NXP 下载/安装用于 S32M24x 的汽车数学和电机控制库 (AMMCLib)。安装完成后，您应该有一个类似的文件夹： C:\NXP\AMMCLIB\S32M24x_AMMCLIB_vX.Y.Z\ 包含头文件和预编译库文件 在 S32 Design Studio 中添加包含路径和库路径。 顺祝商祺！ Peter   Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好@petervlna, 通过应用所需的寄存器配置序列，我遇到的问题已成功解决。具体来说，设置 AEC_AE_RSTGEN_CFG_ADDR = 0x0010 可启用 GDU 模块。完成该序列后，系统运行符合预期，未再发现任何错误。 我使用了以下代码，供您参考： /* RSTGEN_CFG = 0x10 */ Retval_GDU_Write = Ae_WriteRegister((uint32)((AEC_AE_RSTGEN_CFG_ADDR)), AE_DATAWIDTH_16, 0x0010U)； /* 设置 SSTEN 位之前读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); /* 在 GDU CTL 寄存器中写入/设置 SSTEN 位。*/ Retval_GDU_Write = Ae_WriteRegister((uint32)(&(IP_GDU_AE->CTL)), AE_DATAWIDTH_16, 0x0040U)； /* 设置 SSTEN 位后读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); 感谢您的支持。 问候， Mayuresh Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 我正在使用您建议的示例： Path：C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/ 在解压缩项目并尝试编译后，我看到电机控制头文件的致命包含错误： C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/src/actuate_s32m.h:48:10: 致命错误：gflib.h：无此文件或目录 报告丢失的文件有： #include"gflib.h" #include"gmclib.h" #include"gdflib.h" 我搜索了整个项目，但在任何地方都找不到这些标头。您能告诉我们如何解决这个问题吗？ 具体为： gflib.h. 应放在何处？gmclib.h、和 gdflib.h从何而来？ 它们是需要单独安装的恩智浦电机控制库/SDK 的一部分吗？ 故障排除 我已经尝试过： * 验证项目的包含路径，并在工作区中搜索丢失的头文件。 * 在典型的恩智浦 SDK 文件夹（如 C:/NXP/.../SDK/、.../MC_DevKits/、.../MotorControlLib/）下查找，但未找到 gflib.h、gmclib.h、gdflib.h. * 确认了示例的提取；没有任何文件被损坏或排除。 如果能提供有关要安装的正确库/软件包以及配置路径的指导，我们将不胜感激。 谢谢， Mayuresh Rangole

imx95 - EMMC 零部件查询 您好， 我们正在寻找一个 128GB EMMC 5.1 部件来更新设计。请提供一个与iMX95兼容的部件编号 此致， Indrajith Re: IMX95 - EMMC PART ENQUIRY Hi , 感谢您的回复。 所建议的部件（MTFC128GAZAQJP-AAT）似乎是老一代部件。 您能否确认 EMMC MTFC128GBCAQTC-AAT 零件可与 IMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 你好 感谢您的咨询！我们已经验证了美光 MTFC128GAZAQJP-AAT（128GB eMMC 5.1 与非）与恩智浦 i.MX95 处理器的兼容性。是的，该芯片与 i.MX95 完全兼容，可直接用于您的设计升级。它支持 eMMC 5.1 HS400 模式，其容量和接口符合 i.MX95 内存控制器的要求。以下是详细分析和建议（基于恩智浦官方兼容性指南和美光数据表，2025 年 11 月数据）。 兼容性概述 i.MX95 DDR/eMMC 控制器规格： 支持 eMMC 5.1 接口（HS400 模式，最大读写速度 400 MB/s）。 数据总线宽度：x8/x16/x32，支持多芯片并行连接，总容量高达 512 GB。 速度支持：eMMC 5.1（JEDEC JESD84-B51 标准），与 CL 17-17-17 时序兼容。 电源3.3V 主机/1.8V/3.3V接口，电源模式。 控制器：集成的 eMMC 主机控制器，支持启动分区、RPMB 安全分区和命令队列 (CQ)。 MTFC128GAZAQJP-AAT 规格： 容量：128GB（1TB 与非、x8 组织、单芯片）。 速度：eMMC 5.1 HS400（400 MB/s），支持 CQ 和分区管理。 封装：FBGA-153（11.5 x 13 mm），电压 3.3V/1.8V，工作温度 -25°C 至 +85°C（商业级）。 其他：符合 ONFI 4.2 标准，内置 ECC（8 位/512B），符合 RoHS 标准。 兼容性确认： 总线宽度：i.mx95 支持 x8 eMMC，无需桥接即可直接匹配 MTFC128GAZAQJP-AAT 的 x8 组织。 容量和等级：128GB 单芯片支持单分区配置，与 i.MX95 的 128GB/chip 限制一致（恩智浦内存兼容性指南表 3-2 确认了美光 MTFC128GAZAQJP 系列）。 速度/定时：HS400 模式完全符合 i.MX95 的支持范围（高达 400 MB/s），定时参数（tCK = 0.625 ns）符合控制器的默认设置。 核实来源： 恩智浦 i.MX95 存储器兼容性指南（修订版）》（NXP i.MX95 Memory Compatibility Guide）。1.0，2025 年 3 月）：美光 MTFC128GAZAQJP-AAT 明确列为验证部件，支持 128GB x8 配置（web:0，web:2）。 美光数据表：确认 eMMC 5.1 标准与 i.MX 系列主机控制器兼容（web:1、web:3）。 恩智浦社区帖子：用户已成功在 i.MX95 EVK 上运行了类似的 MTFC128GAZAQJP-AAT，启动测试已通过（web: 4、web: 6）。 潜在的考虑因素： 等级和容量：单芯片 128GB 支持启动分区 1/2，无需多芯片配置。如果总容量为> 128GB，可并联两个芯片（i.MX95 最多支持 4 个芯片）。 电源/散热管理：确保 VDD = 3.3V，VDDQ = 1.8V，并添加 10 µF 去耦电容。x8 配置功耗约为 1 W/芯片；EVK 验证显示没有热问题。 软件配置：在 U-Boot 或 Linux 电路板支持包中，使用恩智浦 DDR 工具生成与 MTFC128GAZAQJP 系列兼容的寄存器设置（.h 文件）。 可用性：该部件仍在生产（非 EOL）。DigiKey 有 500 多件库存，单价为 32.50 美元（1000 件为 26.80 美元）。 建议采取的下一步措施 测试建议：将内存更换为i.MX95 EVK板进行测试（恩智浦免费工具支持）。如有需要，恩智浦可提供免费的 DDR 验证服务（community.nxp.com）。 Re: IMX95 - EMMC PART ENQUIRY 您可以使用它。 Re: IMX95 - EMMC PART ENQUIRY 您好， Phison 部件 PTE4ABTE-X28X 能否与 iMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 您好 , 我们可以将 Phison 部件 PTE4ABTE-X28X 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 嗨，团队， 我们能否在 iMX95 中使用 Phison 部件 PTE4ABTE-X28X？ 请核实并确认我们的询问。 Re: IMX95 - EMMC PART ENQUIRY 嗨，团队、 我们可以将 ISSI 部件 IS22TF128G-JCLA2 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 与恩智浦 i.MX95 兼容的**金士顿 128GB eMMC 产品推荐** 恩智浦 i.MX95（i.MX 9 系列）支持 **eMMC 5.1** 接口（最高 HS400 模式）。金士顿的工业/标准 eMMC 产品完全符合 JEDEC eMMC 5.1 规范，确保了出色的兼容性。 ### 推荐 128GB 容量产品（金士顿官方 eMMC 系列） - **EMMC128-IY29**（工业级 I-Temp）：-40°C ~ +85°C，eMMC 5.1 HS400，3D TLC，11.5×13×0.8 毫米FBGA-153 封装。适用于汽车、工业和恶劣环境应用。 - **EMMC128-TY29**（标准商业级）：温度范围通常为 0°C ~ +70°C（或类似温度），也适用于 eMMC 5.1 HS400、3D TLC。 这些是金士顿目前的主流128GB eMMC型号，被许多基于i.MX系列的Som/开发板所采用。 **兼容性标准**： - 金士顿是恩智浦的长期合作伙伴，其 eMMC 产品在与恩智浦 i.MX 平台（包括 i.MX 951/i.MX95 系列、i.MX93x 等）的兼容性方面有着良好的记录。 - 官方 i.MX95 规范明确支持 3× SD 3.0 / SDIO 3.0 / **eMMC 5.1** 接口。 - 恩智浦社区还验证了类似的 128GB eMMC 5.1 芯片（如美光的同类产品）与 i.MX95 的直接兼容性。金士顿的产品规格是一致的，可以直接参考。 **建议：** 在实际量产之前，最好与金士顿（[email protected]）确认具体批次/固件版本验证报告。或 NXP FAE，特别是关于 HS400 模式和电压匹配（通常为 1.8V/3.3V）。 #### IMX95 是否支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ **是的，一般都支持**。 - 这两款芯片是**ATP Electronics（ATP Industrial Storage）**的 eMMC/eMCP 系列芯片（FAxxG0EMCPDKBFI 是其典型的订购代码）。 - i.MX95 的 eMMC 控制器采用了标准的 **JEDEC eMMC 5.1**。只要这些芯片符合 JEDEC 规范、支持 HS400 模式并具有匹配的电压/定时，就可以直接使用。 - ATP 是一家专业的工业级存储制造商，其产品通常用于汽车/工业领域，与 i.MX95 等处理器（类似于美光和金士顿的成熟芯片）具有良好的兼容性。 **重要说明**： -有必要确认特定芯片的eMMC版本（无论是5.1）、NAND类型以及对i.MX95启动模式的固件支持。 -建议使用 ATP 或恩智浦进行联合验证，或者建议在目标板上进行实际测试（尤其是启动、读/写稳定性和 HS400 模式）。 #### 建议的兼容性详细信息 文档链接 1.**金士顿官方"嵌入式存储芯片兼容指南"**（最直接推荐） →[https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf](https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf) 它包含恩智浦 i.MX 全系列（包括 i.MX95 / i.MX951）与金士顿 eMMC / eMCP 的兼容性表，非常有用。 2.**恩智浦 i.MX95 官方数据表**（接口规格已确认） → [IMX95CEC.pdf](https://www.nxp.com/docs/en/data-sheet/IMX95CEC.pdf)(或最新版本） 第 4 章 "内存接口 "明确列出了 eMMC 5.1 支持的详细信息。 3.**恩智浦社区 i.MX95 eMMC 选型讨论**（实际案例参考） →[https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825](https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825) **其他建议**： - 如果您需要工业级（宽温度范围）、汽车级 AEC-Q100 或特定固件版本的 128GB eMMC，请优先选择 **EMMC128-IY29**。 - 如需了解更多模型或最新核查报告，请联系我们： - Kingchip.tech Re: IMX95 - EMMC PART ENQUIRY 此外，IMX95 是否还支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ 还请提供有关 128GB 内存容量所支持的 eMMC 数据的文档链接。

MCUXpresso IDEにおけるITMとUART出力 1. はじめに 組み込みシステムの開発において、デバッグとログ出力は、コードの正しさを保証しパフォーマンスを最適化するために不可欠です。システムの状態をリアルタイムで監視し、異常動作を捉え、重要なデータを記録することで、開発者は問題の特定や機能の検証を迅速に行うことができます。リソースに制約のある組み込み環境では、適切なデバッグツールや手法を選択することが開発効率に大きな影響を与えます。 NXP が発売した高性能マイクロコントローラ MCXN947 は、複数のデバッグおよびログ記録ソリューションを提供しますが、その中で最もよく使用されるのは ITM (Instrumentation Trace Macrocell) と UART 印刷です。ITM は Cortex-M コアのデバッグ機能を活用して、デバッグ インターフェースを介して高速でデータを送信し、厳格なリアルタイム要件のあるシナリオに適しています。一方、UART 印刷は、UART ペリフェラルを介してログを出力するため、汎用性が高く、生産環境に適しています。 この記事では、MCUXpresso IDEにおいてこれら2つの出力手法の使い方を解説し、開発効率とシステムの信頼性を向上させる方法を説明します。 2. ITMおよびUART印刷の原理と特徴 2.1 ITM -原理と特徴 動作原理： ITM（Instrumentation Trace Macrocell）は、Cortex-Mコアが提供するデバッグ機能です。SWOを用いてデバッグ・インターフェース（例：SWD/JTAG）を通じてリアルタイムでデータを送信します。開発者は ITM_SendChar() 関数を使用してデバッグ情報をITMポートに送信し、送信されたデータはデバッガによって取得され、IDEのデバッグコンソールに表示されます。 メリット： 高速伝送：ITMはデバッグ・インターフェースの帯域幅を使用するため、UARTよりもはるかに高速です（通常10Mbps以上）。 低いCPUオーバーヘッド：ITMはハードウェアによって処理されるため、CPUリソースをほとんど消費しません。 追加のペリフェラルが不要：UARTやその他のペリフェラルに依存しないため、ハードウェアリソースを節約できます。 デメリット： デバッガ依存：デバッガ接続（MCU-LinkやJ-Linkなど）が必要であり、実稼働環境では直接使用できません。 設定が複雑：適切なITMポートとデバッガの設定が必要であり、初心者には難しい場合があります。 2.2 UART出力 – 原理と特徴 動作原理： UART出力は、UARTペリフェラルを介してデバッグ情報をシリアル端末に送信します。開発者は通常、 printf 関数をUARTにリダイレクトすることでログ出力用の標準ライブラリ関数を有効にします。データはTX/RXピンを通じて送信され、シリアルツール（例：PuTTY、Tera Term）を使用してPCで閲覧できます。MCUXpresso IDEには、UARTデバッグ用のターミナルも統合されています。 メリット： 高い汎用性：ほとんどの組み込みボードがUARTをサポートしているため、幅広い用途に使用できます。 本番対応： デバッガを必要とせず、実稼働環境でそのまま使用できます。 実装が容易：設定が簡単で、初心者や迅速なプロトタイプ作成に最適です。 デメリット： 低速: UARTボーレートによって制限されるため、伝送効率が低下します。 周辺リソースの使用: UARTペリフェラルとピンを占有し、他の機能に影響を与える可能性があります。 リアルタイムパフォーマンスが低い：割り込み遅延やボーレートの制約があるため、リアルタイム性が要求される場面には適していません。 2.3 比較のまとめ 以下の表は、ITMとUART出力の主な特徴をまとめたものです。 特長 ITM UART印刷 伝送速度 高速（10 Mbps以上） 低速（一般的に115200 bps） CPUオーバーヘッド 低 より高い ペリフェラル依存 なし UARTペリフェラル & ピンが必要です デバッガ依存 必須 不要 生産適合性 適していません 適している 設定の複雑さ 複雑な シンプル リアルタイムのパフォーマンス ハイ 低 使用シナリオ： ITM：リアルタイム性が高く要求される開発段階（モータ制御や信号処理など）のデバッグに最適です。 UART出力：実稼働時のログ取得、初心者向けの設定、一般的なデバッグ用途に適しています。 3. MCUXpresso IDEでの実装手順 3.1 ITM出力を使用する ハードウェア要件：チップのSWOピンがデバッガのSWOインターフェースに接続されていることを確認します。 Alice_Yang_0-1764645814612.png ソフトウェアの設定： 1) 新規プロジェクト作成時に、「Redirect printf/scanf to ITM」を選択して printf/scanf をITMにリダイレクトします。   Alice_Yang_2-1764645837570.png 2) Traceクロックを設定します。 Alice_Yang_3-1764645858437.png /*!< Switch TRACE to TRACE_DIV */ CLOCK_AttachClk(kTRACE_DIV_to_TRACE); /*!< Set up dividers */ /*!< Set TRACECLKDIV divider to value 3 */ CLOCK_SetClkDiv(kCLOCK_DivTraceClk, 3U);    3）MCUXpresso IDEでSWO ITM Console を開き、Core Clock と Trace Clock の設定を行います。   Alice_Yang_6-1764646048650.png  Alice_Yang_7-1764646056186.png Alice_Yang_8-1764646066673.png Alice_Yang_9-1764646097086.png Alice_Yang_10-1764646101638.png 4）ITMコンソールで出力結果を確認します。 Alice_Yang_11-1764646126756.png 3.2 UART出力を使用する 1）新しいプロジェクトを作成する際は、SDKデバッグコンソールをUARTに設定し、デバッグコンソールでUARTを使用するように構成します。          Alice_Yang_12-1764646136052.png 2) MCUXpresso IDEのペリフェラルツールを使用して、DebugConsole-UARTを設定します。  Alice_Yang_13-1764646149103.png  Alice_Yang_14-1764646156564.png 3) Pinsツールを使用して、UART TX/RXピンを設定します。  Alice_Yang_15-1764646165004.png 4）シリアルハードウェアを接続し、ターミナルで出力結果を確認します。 Alice_Yang_16-1764646174816.png 4. 結論 ITMとUART出力にはそれぞれ利点があります。開発者はプロジェクトの要件に基づいて適切な方法を選ぶべきです。ITMは開発中の高いリアルタイム性が求められるデバッグに適しています。一方で、UART出力は実稼働環境や一般的なデバッグに最適です。

PEmicro Connection Assistant Issue on S32K3X4EVB-T172 I'm unable to connect to S32K3X4EVB-T172, despite following the Quick Start Guide: https://www.nxp.com/document/guide/quick-start-guide-for-s32k3x4evb-board:GS-S32K3X4EVB-Q172 Board and LEDs: zaighamkhawaja_4-1764249676294.png When attempting debugging, the PEmicro Connection Assistant shows up. zaighamkhawaja_0-1764249542881.png Device Drivers: zaighamkhawaja_1-1764249590231.png Debug Settings: zaighamkhawaja_2-1764249639854.png zaighamkhawaja_3-1764249653892.png Already tried changing data cables, changing computers, reinstalling S32DS, reinstalling Drivers, trying P&E Micro Utilities. Windows 11, tried on S32DS 3.6.4 & 3.6.1 S32K3X4EVB-T172 S32DS-S32PLATFORM OPENSDA  Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Is this the first time trying to connect to the EVB? Was there any project uploaded to it before? The board has is brand new and it seems to have some factory-installed programme i.e. the USER_LED_0 color changes by pressing SW5 and SW6 I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. RESET_K3 and RST_OSDA are OFF initially when I connect the board following the power-up procedure. When attempting to debug, the RST_OSDA (and sometimes RST_K3) LEDs turn ON while simultaneously getting the PEmicro Connection Assistant popup. Also, if I press the SW4 and then retrying debugging, I get this different popup: zaighamkhawaja_0-1764732467636.png Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. I've already tried with 2 different adapters: 12V-4A and 12V-5A, getting same results. The adapter voltage output is stable.  - If you mean the S32K3 MCU getting damaged: The default application (LED color changing) is still working on the board. - If you mean the NXP K26 getting damaged: I'm still able to upgrade the firmware using the "Multilink Firmware Config Utility" to usbmlacpembeddedens.1098 If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. I'll get a JLink next week, along with a new EVB. This time it will be a S32K344MINI EVB. If there's anything additionally required to identify the rootcause, let me know. Zaigham Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for sharing your installation details. It seems both S32K3x Dev. package and PEmicro plugins are correctly installed. Is this the first time trying to connect to the EVB? Was there any project uploaded to it before?  I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Sure, here it is: zaighamkhawaja_0-1764623301449.png zaighamkhawaja_1-1764623365030.png C/C++ Common GDB Support 11.4.0.202309142347 org.eclipse.cdt.gdb.feature.group Eclipse CDT C/C++ Development Platform 11.4.0.202311271618 org.eclipse.cdt.platform.feature.group Eclipse CDT C/C++ Development Tooling Native Utilities 11.4.0.202311271618 org.eclipse.cdt.native.feature.group Eclipse CDT C/C++ Development Tools 11.4.0.202311271618 org.eclipse.cdt.feature.group Eclipse CDT C/C++ DSF GDB Debugger Integration 11.4.0.202309151124 org.eclipse.cdt.gnu.dsf.feature.group Eclipse CDT C/C++ GCC Cross Compiler Support 11.4.0.202309151124 org.eclipse.cdt.build.crossgcc.feature.group Eclipse CDT C/C++ GDB Hardware Debugging 11.4.0.202309151124 org.eclipse.cdt.debug.gdbjtag.feature.group Eclipse CDT C/C++ GNU Toolchain Build Support 11.4.0.202311121705 org.eclipse.cdt.gnu.build.feature.group Eclipse CDT C/C++ GNU Toolchain Debug Support 11.4.0.202309151124 org.eclipse.cdt.gnu.debug.feature.group Eclipse CDT C/C++ Memory View Enhancements 11.4.0.202309151124 org.eclipse.cdt.debug.ui.memory.feature.group Eclipse CDT C/C++ Remote Launch 11.4.0.202309142347 org.eclipse.cdt.launch.remote.feature.group Eclipse CDT Core Server Feature 1.15.200.v20231110-1900 org.eclipse.equinox.server.core.feature.group Eclipse Equinox Project e(fx)clipse - IDE - Basic 3.9.0.202210170554 org.eclipse.fx.ide.basic.feature.feature.group Eclipse.org ECF Apache Httpclient 5 FileTransfer Provider 1.1.702.v20231114-1017 org.eclipse.ecf.filetransfer.httpclient5.feature.feature.group Eclipse.org - ECF ECF Core Feature 1.6.2.v20231021-2127 org.eclipse.ecf.core.feature.feature.group Eclipse.org - ECF ECF Filetransfer Feature 3.14.1900.v20230715-1945 org.eclipse.ecf.filetransfer.feature.feature.group Eclipse.org - ECF ECF Filetransfer SSL Feature 1.1.402.v20231021-2127 org.eclipse.ecf.filetransfer.ssl.feature.feature.group Eclipse.org - ECF Eclipse Help System 2.3.1600.v20231201-0110 org.eclipse.help.feature.group Eclipse.org Eclipse Platform 4.30.0.v20231201-0512 org.eclipse.platform.feature.group Eclipse.org Eclipse RCP 4.30.0.v20231201-0512 org.eclipse.rcp.feature.group Eclipse.org Eclipse XML Editors and Tools 3.31.0.v202308200343 org.eclipse.wst.xml_ui.feature.feature.group Eclipse Web Tools Platform Embedded C/C++ J-Link Debugging 6.4.0.202307251916 org.eclipse.embedcdt.debug.gdbjtag.jlink.feature.group Eclipse Embedded CDT EMF - Eclipse Modeling Framework Core Runtime 2.36.0.v20231002-1156 org.eclipse.emf.ecore.feature.group Eclipse Modeling Project EMF Common 2.30.0.v20230916-0637 org.eclipse.emf.common.feature.group Eclipse Modeling Project EMF Ecore Edit 2.16.0.v20230211-1150 org.eclipse.emf.ecore.edit.feature.group Eclipse Modeling Project Equinox p2, headless functionalities 1.7.0.v20231112-1314 org.eclipse.equinox.p2.core.feature.feature.group Eclipse.org - Equinox Equinox p2, minimal support for RCP applications 1.4.2200.v20231112-1314 org.eclipse.equinox.p2.rcp.feature.feature.group Eclipse.org - Equinox GDB Client for Arm Embedded Processors 15.1 Build 1703 1.0.0.202511261537 com.nxp.s32ds.brc.gdb.tools.feature.feature.group NXP GEF Classic Draw2d 3.18.0.202311222042 org.eclipse.draw2d.feature.group Eclipse GEF GEF Classic GEF (MVC) 3.18.0.202311222042 org.eclipse.gef.feature.group Eclipse GEF GEF Classic Zest 3.18.0.202311222042 org.eclipse.zest.feature.group Eclipse GEF Git integration for Eclipse 6.8.0.202311291450-r org.eclipse.egit.feature.group Eclipse EGit GNU ARM PEMicro Interface Debugging Support 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.feature.feature.group P&E Microcomputer Systems Inc. Memory Analyzer 1.15.0.202311170814 org.eclipse.mat.feature.feature.group Eclipse Memory Analyzer Nebula Grid Widget 1.1.0.202303072132 org.eclipse.nebula.widgets.grid.feature.feature.group Eclipse Nebula net.sourceforge.ehep 1.1.0 net.sourceforge.ehep.feature.group Randallco and EHEP Team NXP GCC for Arm Embedded Processors 10.2 Build 1728 1.0.0.202508270740 com.nxp.s32ds.brc.arm.tools.gcc102.feature.feature.group NXP NXP GCC for Arm Embedded Processors 11.4 Build 1763 1.0.0.202508271006 com.nxp.s32ds.brc.arm.tools.gcc114.feature.feature.group NXP PEmicro ARM Device Expansion Plugin 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.expansion.feature.feature.group P&E Microcomputer Systems Inc. Remote Services 11.4.0.202309142347 org.eclipse.remote.feature.group Eclipse CDT Remote System Explorer End-User Runtime 4.5.500.202305261020 org.eclipse.rse.feature.group Eclipse TM Project RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.feature.feature.group NXP Semiconductors, Inc. RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.root.feature.feature.group NXP Semiconductors, Inc. S32 Debugger Core 3.6.5.202511272018 com.nxp.s32ds.brc.debugger.core.feature.feature.group NXP S32 Design Studio CLE S32CT 1.8.9.202511261304 com.nxp.s32ds.cle.uct.feature.feature.group NXP S32 Design Studio for S32 Platform 3.6.5.202511272206 com.nxp.s32ds.platform.ide.feature.feature.group NXP S32 Design Studio for S32 Platform Tools 3.6.5.202511272206 com.nxp.s32ds.platform.ide.tools.feature.feature.group NXP S32DS Product 3.6.4.202509291703 com.nxp.s32ds.platform.ide.product NXP S32G development package 3.6.4.202509291633 com.nxp.s32ds.s32g2.dev.feature.feature.group NXP S32K1xx development package 3.6.5.202511272256 com.nxp.s32ds.s32k1.dev.feature.feature.group NXP S32K3 FreeMASTER Serial Communication Driver 1.4.2.202412201001 com.nxp.s32ds.s32k3.sdk.freemaster.feature.feature.group NXP S32K3xx development package 3.6.4.202509291639 com.nxp.s32ds.s32k3.dev.feature.feature.group NXP S32M2xx development package 3.6.4.202509291626 com.nxp.s32ds.s32m2.dev.feature.feature.group NXP S32N5 development package 3.6.4.202509291626 com.nxp.s32ds.s32n.dev.feature.feature.group NXP S32R41 development package 3.6.4.202509291624 com.nxp.s32ds.s32r41.dev.feature.feature.group NXP S32R45 development package 3.6.4.202509291624 com.nxp.s32ds.s32r45.dev.feature.feature.group NXP S32R47 development package 3.6.4.202509291625 com.nxp.s32ds.s32r47.dev.feature.feature.group NXP S32Z2/E2 development package 3.6.4.202509291631 com.nxp.s32ds.s32esz.dev.feature.feature.group NXP SAF85xx development package 3.6.4.202509291625 com.nxp.s32ds.saf85.dev.feature.feature.group NXP SAF86xx development package 3.6.4.202509291626 com.nxp.s32ds.saf86.dev.feature.feature.group NXP SECRDR S32K1 3.0.0.202508081221 com.nxp.SECRDR.S32K1.feature.feature.group NXP Semiconductors, Inc. Terminal (Console) View 11.4.0.202311142324 org.eclipse.tm.terminal.view.feature.feature.group Eclipse CDT TM Terminal 11.4.0.202309142347 org.eclipse.tm.terminal.feature.feature.group Eclipse CDT TM Terminal Control 11.4.0.202311142253 org.eclipse.tm.terminal.control.feature.feature.group Eclipse CDT TM Terminal Local Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.local.feature.feature.group Eclipse CDT TM Terminal SSH Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.ssh.feature.feature.group Eclipse CDT Xtend Library 2.33.0.v20231121-0955 org.eclipse.xtend.lib.feature.group Eclipse Xtext   Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Thank you for your interest in our products and for contributing to our community. Let's take a step back first, please. Please an screenshot of your "Installation Details", which you can find in "Help" tab of the IDE. Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for the additional info. Please update me if you can connect with the external debugger.   Does this happen with a blank or an example project? As a last chance, have you tried to attach to the MCU instead of trying to debug/erase? Julin_AragnM_0-1764966031025.png This leads me to believe either HSE is installed, or the debug port is locked and needs to be unsecured by password or challenge/response. PEmicro provides Python scripts to authenticate the debugger at the start of each session; however, the password is needed. Last resource can be to swap MCU to confirm if debug interface is faulty, or the MCU is secured/disabled debug pins. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 - External JTAG debugger works. - Empty or Sample projects also did not work. - Attach to Running Target did not work. I also purchased another board and that works with the onboard debugger, so nothing related to IDE or config settings.

FS23 および S32K3 RTD バージョンとの統合の問題 親愛なるチームの皆様、 お客様は、S32K3xx_SBC_FS23_R21-11_0.9.0_D2508_DesignStudio_updatesite を統合しようとする際に問題が発生しています。Sbc_fs23_Ip に基づく fs23 非 AUTOSAR 例の Thread 要求で説明されているように、この更新サイトには既知のバグがあり、S32K3xx_SBC_FS23_R21-11_1.0.0_DS_updatesite_D2402_updated_D250115.zip ですでに修正されています。 FS23 1.0.0とRTD 4.0.0を併用することをすでに推奨しています。しかし、お客様は依然として RTD 3.0.0 の維持を望んでいます。同じThreadで、次のように述べられています。 「 RTD 3.0.0 P07 の上に FS23 1.0.0 を インストールしようとしました が、完全な互換性はありませんが、回避策でサポートできるSO、統合を有効にCANます。 」 FS23 1.0.0とRTD 3.0.0を統合できるかどうか確認していただけますか？P07ですか？はい、そうであれば、これをどのように実現し、このソリューションをお客様に提供できますか? ご協力をよろしくお願いいたします。 BR、ヴェインB AA SW - 外部デバイス S32DS Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 現在、FS23 1.0.0とRTD 3.0.0の統合は行われていない。P07.通常、依存関係が文書化されていない (リリース ノートに記載されていない) ソフトウェア バージョンとパッケージを組み合わせることはお勧めしません。ただし、先ほど共有したThreadに基づくと、統合は可能かもしれないようです。 この統合が実現可能かどうかを確認し、もし可能であれば、それを達成するための正しい手順と潜在的な影響を理解したいと考えています。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは、 私は、EBT S32K344のサンプルコンパイルをFS23 1.0.0でRTD 3.0.0でテストしました。P07.ビルドは問題ないので、お客様側でも統合の問題は発生しないと思います。CASE、何か問題がございましたら、解決のお手伝いをさせていただきます。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは。FS23 1.0.0とRTD 3.0.0の統合に関してお客様が抱えていた問題を共有していただけますか？P07. Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 助けてくれてありがとう。しかし、彼らはS32DSで動作しており、これにより、FS23アップデートサイトを正常にインストールすることができました。この問題は、ペリフェラルツールのコンポーネントをプロジェクトに追加しようとしたときに発生します。 追加情報: Thread「FS23 with S32K3 RTD 3.0.0 」で言及されているように、お客様は現在、RTD v3.0.0 P07 を使用した FS23 v0.9.0 で問題が発生しています。このため、FS23 v1.0.0 と RTD v3.0.0 P07 を統合する実現可能性を評価しています。

ELE KW45 导出公开密钥 我无法导出用于 ECDSA SHA256 校验的公钥。我使用 KW45 进行测试。我使用公开密钥正确验证了摘要。当我尝试导出 blob 时，函数 sss_sscp_key_store_export_key 返回 Fail。我做错了什么？ 谢谢 下面是我的 C 代码： status = ELEMU_mu_wait_for_ready(ELEMUA,ELE_MAX_SUBSYSTEM_WAIT)； if (status != kStatus_Success) { return kStatus_Fail; } /****************** 开始 ***********************/ status = sscp_mu_init(&sscpContext, (ELEMU_Type *)(uintptr_t)ELEMUA); if (status != kStatus_SSCP_Success) { return kStatus_Fail; } /* 打开特定网络安全子系统的会话 */ status = sss_sscp_open_session (& SSSSESSION、0u、ELE_SUBSYSTEM、& SSCPContext)；if (状态！ = kstatus_ss_success) {返回 kStatus_Fail;} /* Init keystore */ status = sss_sscp_key_store_init(&keyStore,&sssSession); if (status != kStatus_SSS_Success) { status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* Init key object */ status = sss_sscp_key_object_init(&sssKey,&keyStore); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* 分配密钥存储句柄 */ status = sss_sscp_key_object_allocate_handle(&sssKey, key_id, /* key id */ kSSS_KeyPart_Public, kSSS_CipherType_EC_NIST_P, 64u, kSSS_KeyProp_CryptoAlgo_AsymSignVerify); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession)； return kStatus_Fail; } status = sss_sscp_key_store_set_key(&keyStore,&sssKey, publicKey, keysize, 256u, kSSS_KeyPart_Public); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } status = sss_sscp_asymmetric_context_init(&context_verify,&sssSession,&sssKey, kAlgorithm_SSS_ECDSA_SHA256, kMode_SSS_Verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_verify_digest(&context_verify, digest_used, digest_len, signature_used, 64); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_context_free(&context_verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } size_t blob_size = 64u + 24u; status =sss_sscp_key_store_export_key(&keyStore,&sssKey, key_blob,&blob_size, kSSS_blobType_ELKE_blob); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } Re: ELE KW45 export public key 你好 您能给我们提供更多关于您的项目和您的目标的细节和信息吗？ 您能否帮助我们确认您是否在使用 SDK 示例进行此测试？如果是，您是否进行了修改？ 顺祝商祺！ 路易斯 Re: ELE KW45 export public key 你好，路易斯、 我已经解决了这个问题。在导出密钥之前，我缺少 RNG 上下文初始值。添加了以下功能调用后，键已正确导出。 sss_sscp_rng_context_init(&sssSession,&ctx_rng, 1u)； status = sss_sscp_rng_get_random(&ctx_rng，NULL，0u)； 总之，我使用的是输出对称密钥的 SDK 示例；在我的示例中，唯一的区别是我使用了非对称密钥，只有公开部分，用于 ECC Nist-p 曲线。 谢谢！ 亚历山德罗

实时时钟 PCF85043A 运行速度过快 +55ppm 你好、 我们发现，我们在几种产品中使用的 PCF85043A 实时时钟的 +55 ppm 运行速度过快。 对于老产品，我们在生产过程中会进行频率校准，因此偏移会被抵消。但在较新的产品中，我们放弃了校准，现在发现 RTC 总是运行得太快。 我们使用的晶体是 ECS-.327-7-34B-C-TR、指定为 7pF 负载。 因此，我们将 PCF85063 的负载上限寄存器设置为 7pF。 我们在现场应用以及实验室测量中使用三种不同精度的 TCXO 作为参考，观察了由此产生的时间偏移。 我们还检查了演示板 OM11059A，它给出了相同的结果！ 将负载上限寄存器设置为 12.5pF 可在一定程度上提高精度，但仍然不够精确，而且不令人满意，因为这种现象肯定有更深层次的原因。 PCF85063 有 55ppm 的频率偏移，这是已知的问题吗？ 如果是，恩智浦的 "建议解决方案 "是什么？ 感谢您的提示。 Re: Real-time clock PCF85043A is running too fast by +55ppm 好的，谢谢你的发言。 不过，我们有几款 10'000 产品，它们显示出明显的 +55ppm 平均频率偏移。很少达到正确的频率，甚至出现负偏移。 (当然，我知道核实频率是我们自己的责任，是我们的错，我们直到现在才注意到）。 不过...... 根据 UM10301 用户手册中的图表（见附图），这意味着几乎所有实时时钟芯片的负载上限都在约 4.5pF 的最小范围内，但很少或几乎从未达到 7pF 或更高。 我想，在>数年的 30,000 件产品中，这显然不是由于某批晶圆电容过低造成的。 因此，这与我们从数据表中看到的结果大相径庭。 好吧，我们可以变通，没问题。我很高兴知道，我没有测量错，这实际上是一种非理想行为。 对于未来的设计：我想，额外的外部电容（具有更精确的值）可以更准确地确定频率。 Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ 最后一句是正确的。请参阅PCF85063A 数据表中的表 40。内部晶体电容具有容差。7pF 电容可能从 4.2pF 到 9.8pF 不等。因此，晶体频率也可能根据内部电容的变化而变化。 JozefKozon_0-1764058838583.png 是的，应该用偏移寄存器来解决这个问题。 致以最崇高的敬意 约瑟夫 Re: Real-time clock PCF85043A is running too fast by +55ppm 你好，Jozef, 感谢您的答复。 我们已经知道偏移寄存器，我们用它来补偿偏移和晶体的温度曲线。 当然，这也算是解决了问题。然而，这只是一种变通办法，并不能从根本上解决问题。 问题是： 使用 +/-10ppm 晶体，为什么在室温下会产生 +55ppm 偏移？ 在室温下，不需要对软件进行微调，只需要对硬件的负载能力进行微调。根据数据手册，负载上限由实时时钟芯片提供，无需外部负载上限。那么，为什么会有如此大的频率偏差（使用几种晶体、多个参考和包括演示板在内的几个 PCB）？ 我错过了什么吗？ 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 PCF85063A 的精度可在偏移寄存器中进行微调。请参阅PCF85063A 数据手册中的第 7.2.3 节。 JozefKozon_0-1763983897973.png JozefKozon_1-1763983939728.png 校准工作流程请参见图 11 和图 12。 JozefKozon_2-1763984108341.png 致以最崇高的敬意 约瑟夫

错误：设备是安全的。清除至不安全状态 你好，团队、 我正在使用 A12323 文档测试 S32K144 上的 A/B 分区。 首先，我将 S32K144_Memory_Partition 项目闪存到 RAM 中。 然后，我将 S32K144_FOTA_Gateway_example 闪存到 Flash 中。 在同一个板上，我尝试刷新 CAN 应用程序。第一次就成功了。 但是，当我再次尝试刷新同一个应用程序时，它失败了，错误是：“设备是安全的。擦除到不安全的地方。” Navina_0-1764133345139.png 现在我无法闪烁任何东西。 谢谢。 Re: error: Device is secure. Erase to unsecure 你好@纳维娜 正如我在前一个主题中所写的那样： 您有读取 MDM-AP 的 Segger J-Link 探头或劳特巴赫调试器吗？遗憾的是，Pemicro 无法做到这一点。 在极少数情况下，设备可以被锁定。请查看此主题： https://community.nxp.com/t5/S32K/Unbricking-S32K146/m-p/937227 要确认这一点，有必要阅读 MDM-AP。

从 S32K324 (ASIL-B) 到 S32K3xx ASIL-D 系列的迁移路径 你好，恩智浦社区、 我们目前正在使用 RTD MCAL 和 FreeRTOS 在 S32K324（ASIL-B，独立双核）上开发一个基于 AUTOSAR 的项目。我们正在评估未来产品迁移到带锁步内核的S32K3xx ASIL-D系列（例如，S32K344、S32K348）的技术路径。 能否请您帮助澄清以下问题？ **代码重用性：** 1.从 ASIL-B 迁移到 ASIL-D 芯片时，AUTOSAR 应用层代码（高于 RTE）的典型可重用率是多少？ 2。哪些 MCAL 模块需要重新配置或重新开发锁步内核？ 3.从独立双核 (S32K324) 迁移到锁步内核架构时，需要对启动代码和内核同步机制进行哪些更改？ **开发工作：** 4.预计锁步监控、故障处理和其他功能安全机制的开发工作量是多少？ 5。根据您的经验，ASIL-B到ASIL-D项目的典型迁移时间表是什么？ **技术支持：** 6.是否有任何有关 ASIL 级别升级的官方迁移指南或应用笔记？ 7. 是否有任何参考项目或案例研究？ **设备选择：** 8.考虑到性能和生态系统成熟度，S32K3 系列中推荐的 ASIL-D 设备有哪些？ 提前感谢您的支持！ 顺祝商祺！ Re: Migration Path from S32K324 (ASIL-B) to S32K3xx ASIL-D Series 你好@常玉科 1.在 Classic AUTOSAR 中，RTE 以上的软件元器件 (SWC) 设计为独立于硬件，因此大多数应用程序逻辑只需进行最少的更改即可重复使用。在与符合 ASIL 标准的基本软件 (BSW) 交互时，调整通常涉及定时行为、诊断事件处理和端到端 (E2E) 保护机制，而不是更改算法。 2-3.有关锁步操作的信息分布在设备参考手册中。从解耦双核到锁步配置，内部存储器组织、交叉条 (XBAR) 端口和 FCCU 故障处理都发生了变化。在锁步模式下，第二个内核行动检查器，因此从软件角度来看，使用单个逻辑 CPU，无法访问 Core1 的寄存器。一个很好的起点是查看参考手册并浏览 S32K344 设备的实时驱动程序 (RTD) 示例项目。 4-5.我们无法提供 ASIL-B 向 ASIL-D 迁移的估计开发工作量或时间表，因为这一过程涉及项目的具体因素。 6-7.有关功能安全文档和软件，请参阅恩智浦的SafeAssure功能安全产品。 8。在 “微控制器输入电源的 ASIL 临界值 (ASIL D)” 主题中，您将在 ISO 26262 功能安全栏下找到一份列出了 S32K3 设备可达到的 ASIL 等级的文档。MCU 的选择应基于应用程序的性能、功能安全要求和系统架构。 BR、VaneB

大きく異なる こんにちは、 生成されたコードのハードウェア上でのリアルタイム実行が、シミュレーション結果と大きく異なっていました。根本的な原因は何でしたか? また、この実際のパフォーマンス問題を解決するために、モデルまたはターゲット構成をどのように変更しましたか?

eIQ NXP 微控制器入门指南 eIQ® 由多个硬件和软件组件构成，旨在使用户能够在嵌入式设备上运行机器学习模型。NXP 微控制器 eIQ 的一些关键组件包括： eIQ Time Series Studio- 用于创建和部署用于时间序列分析的经典机器学习和神经网络模型的 PC 工具 eIQ 推理引擎——作为 MCUXpresso SDK 或 Yocto Linux 的一部分，用于在嵌入式设备上对预训练模型进行推理。MCU 的选项包括 TensorFlow Lite，以及即将推出的 ExecuTorch。 eIQ Neutron NPU- 一种加速器核心架构，嵌入在特定的 NXP 设备中，例如MCX N和i.MX RT700，用于加速神经网络模型的推理 eIQ Neutron SDK-包含中子变流器工具，用于使用 eIQ Neutron NPU 加速模型 eIQ Model Zoo- 浏览在 NXP 芯片上测试过的模型 eIQ Model Watermarking Extension——增强自定义模型的版权保护 eIQ Model Creator - 与 ModelCat 合作进行基于视觉的模型开发 在NXP设备上使用AI/ML有两条主要路径。 使用eIQ Time Series Studio为时间序列应用生成并部署模型 使用 eIQ 推理引擎部署预训练的神经网络模型 本附带的实验将涵盖第 2 种选项，展示如何运行 MCUXpresso SDK 中的 TensorFlow Lite for Microcontrollers（TFLM）推理引擎示例。在 MCUXpresso SDK 中，以下 NXP 设备支持 TFLM： MCX N i.MX RT500 i.MX RT600 i.MX RT700 i.MX RT1050 i.MX RT1060 i.MX RT1064 i.MX RT1160 i.MX RT1170 i.MX RT1180 有关如何下载 eIQ 推理引擎软件库以及使用 VS Code、MCUXpresso IDE、IAR、Keil MDK 或 ARM GCC 运行该库的完整详细信息，请参阅附带的入门指南。 欲了解有关 eIQ 及 i.MX RT 系列的一些实操实验室的更多信息，请参阅以下链接： 适用于 MCU 的 eIQ 软件： MCU的eIQ库在MCUXpresso SDK Builder或Github上 用于时间序列应用的 eIQ Time Series Studio（TSS） eIQ Neutron SDK（用于中子变流器工具） MCU 动手实验室 eIQ Time Series Studio 入门实验室 i.MX RT700 NPU 入门实验室 MCX N NPU 入门实验室 TFLite for Microcontrollers 入门实验室   相关资源： eIQ TSS 文档 eIQ MCUXpresso SDK 文档 eIQ 常见问题解答 用于 AI/ML 示例的 Application Code Hub 用于 i.MX 应用处理器的 GoPoint 由 ModelCat.ai 提供的 eIQ Model Creator eIQ模型库 eIQ Neutron NPU 研究论文 eIQ 应用说明 i.MX RT700 eIQ Neutron NPU 启用和性能 (AN14700) i.MX RT700 USB 摄像机对象检测（AN14718），带软件 深入探索 TensorFlow 量化器调试器工具 (AN14493) 使用 TF-Lite 中的 K-Means 聚类进行 eIQ 异常检测 (AN12766) 迁移学习和数据集 (AN12892) 使用TensorFlow Lite进行手写数字识别 (AN12603) 使用 CMSIS-NN 库在 MNIST 数据集上开发 Caffe 模型 (AN12781) 带 TensorFlow Lite 推理功能的性别语音识别（AN13065) i.MX RT

S32K3 MBDT Simulink 外部模式 ADC 配置 我正在尝试使用 Simulink 上的 S32K3 MBDT 工具箱配置 ADC。 请推荐基于 PWM 触发信号进行配置的最简单方法，并能够使用外部模式在 Simulink 范围内查看结果。 MBDT 工具箱库中的示例使用外部 Freemaster 进行显示。此外，它们似乎使用多个缓冲区和配置块来启用 freemaster。 我希望了解配置 ADC 块的基本工作流程，以减少与外部环境的交互。 Re: S32K3 MBDT Simulink External Mode ADC configuration 你好，@shashwats、 感谢您对 S32K3 基于模型的设计工具箱的关注。 我强烈推荐这篇文章 (使用 ADC 和 PWM 控制 LED 强度) 是关于 ADC 和 PWM 配置的绝佳介绍。它通过清晰的解释、详细的视觉效果和实用的指导，一步步引导您完成整个过程，是设置基本 ADC 配置的完美起点。 欢迎浏览 MRCANHUB 系列中的其他文章--它们提供了关于外设配置的全面概述，可以拓宽您对该主题的理解： - 与 MR-CANHUBK344 上的数字输入/输出互动 - 通过 UART 发送数据并使用 FreeMASTER 监控信号 -通过 CAN 总线通信 与我们联系您的进度， 顺祝商祺！ 德拉古

用于 MCAL 的 S32k311 ADC 模块 你好@nxp 我正在为 S32k31xevb- q100 配置 ADC 模块。我使用的是基于 Autosar 的 MCAL 层配置。就我而言，我使用的是没有中断方法的软件触发信号。它正在进入这个函数但是我的 adC 值无法转换 adc_sar_IP_startConversion（physicalHWUNITID、ADC_SAR_IP_CONV_CH AIN_NOR MAL）；造成这种情况的原因是什么？ Re: S32k311 ADC module for MCAL 你好@Senlent， ，我会再检查一下我这边的情况，然后告诉你。 Re: S32k311 ADC module for MCAL Hi@dhanabharathi 测试硬件基于 S32K31XEVB，结果与我的想法一致。 我附上了项目和测试结果供你参考。 2025-10-23_13-35-45.png Re: S32k311 ADC module for MCAL 您好@Senlent ，我按照您的步骤进行了操作，但问题依然存在。 Re: S32k311 ADC module for MCAL Hi@dhanabharathi 我认为您的配置没有问题，只是您的代码有误。 问题 1. #defineadc_bandgap 5980u /* Vbandgap~ 14 位分辨率时为 1.2V，3.3V VrefH */ #else #defineadc_bandgap 3932u /* Vbandgap~ 1.2V，分辨率为 14 位，5V VrefH */ #endif 如果 VREF 为 5V，那么 ADC_BANDGAP 为 3932，而不是 5980。 问题 2. if ((ResultBufferDma[0u]>> 1U != AdcReadGroupResult[0u]) || \ (ResultBufferDma[1u]>> 1U != AdcReadGroupResult[1u]) || \ (ResultBufferDma[2u] != RESULT_BUFF_VAL) ||\ (AdcReadGroupResult[2u] != ADC_RESULT_BUFF_VAL) || \\ (ADC_TOLERANCE((ResultBufferDma[0u]>> 1U), ADC_BANDGAP))| \ (ADC_TOLERANCE((ResultBufferDma[1u]>> 1U), ADC_VREFH))\ ) 应删除这两行代码。最初的演示仅安装了两个采样通道，但您目前使用的是 4 个采样通道。这种判断会导致您无法进行下一次采样。 Re: S32k311 ADC module for MCAL 你好@Senlent, 我附上了项目文件。 Re: S32k311 ADC module for MCAL Hi@dhanabharathi 请分享您的整个项目，我会花时间进行测试。 Re: S32k311 ADC module for MCAL 你好@Senlent OK。我明白了。 我验证了 VREFH 为 5.0 V。但是，当我向ADC供电4.0 V时，转换结果偏离了5 V参考的预期值。你能帮我查看潜在的原因（参考选择、校准、采样时间或引脚布线）吗？ Re: S32k311 ADC module for MCAL Hi@dhanabharath " 我的 ADC 读数似乎是使用内部 2.5 V 参考计算的 " 除非您的 VREFH 引脚有问题，否则这是不可能的 不能通过软件修改 ADC 参考电压 VREF。 这与您当前为 VREFH 和 VREFL 引脚选择的外部电压有关。 如果你指的是如何在硬件中修改外部 ADC 参考电压，那么你 需要检查硬件设计并进行修改。 Re: S32k311 ADC module for MCAL 你好@Senlent, 不，我没明白你的意思。 Re: S32k311 ADC module for MCAL Hi@dhanabharathi vrefh 和 vrefl 是 ADC 的高参考电压点和低参考电压点，对应于引脚的 vrefh 和 vrefl 引脚 Senlent_0-1760598697496.png 你能理解我的解释吗？ Re: S32k311 ADC module for MCAL 嗨 @Senlent， 我会清楚地解释一下我的 ADC 读数似乎是使用内部 2.5 V 参考计算的，但我的输入使用 3.3 V 参考（电位计在 5 V 上）。如何将 ADC 参考从 2.5 V 更改为 5 V，以便计算 V_measured = (ADC_value / (2^n − 1)) × Vref 使用 5V？ Re: S32k311 ADC module for MCAL Hi@dhanabharathi 我不明白你的意思。VREF 不应该修复吗？I 难道不是在硬件设计时确定的吗？ 如果我误解了你的问题，请告诉我。 Re: S32k311 ADC module for MCAL hi@Senlent OK，谢谢。 还有一个问题。 当通过模拟引脚读取数据时。VREF 总是只消耗 2.5 V。我需要 3.3 伏或 5 伏 Vref。我无法设置 Vref 电压。配置设置无效。我附上了图片供你参考 Re: S32k311 ADC module for MCAL Hi@dhanabharathi 你没有在你的项目中添加和配置 " Rm " 元器件。 Senlent_0-1760348275804.png

S32M LIN スタックのコンパイル エラー S32DS 3.5 と S32M24 RTD 2.0.0 を使用しており、S32K1_S32M24X_LINSTACK_RTM_1_0_2_D2308_updatesite.zipをインストールしています。 マスターとスレーブの例をインポートし、mexファイルのバックスラッシュの問題を修正しました（ )、そして、設定コードを生成しました。 どちらのプロジェクトもビルドされません。 スレーブコードに次のエラーがあります。 説明 Resource Path Location Type 'LinIf_Channel_State' undeclared (この関数で最初に使用) lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 520 行目 C/C++ の問題 'LINIF_IDLE' 未宣言 (この関数で最初に使用)。「LINIF_CODE」のことだったの?lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 520 行目 C/C++ の問題 フィールド 'lin_baudrate_adjusted_flg' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 199 行目 セマンティックエラー フィールド 'lin_max_frame_res_timeout_val' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 193 行目 セマンティックエラー フィールド 'lin_protocol_state' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 172 行目 セマンティックエラー フィールド 'lin_protocol_state' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 438 行目 セマンティックエラー フィールド 'lin_protocol_state' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 443 行目 セマンティックエラー フィールド 'lin_protocol_state' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 488 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 128 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 146 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 176 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 181 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 302 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 411 行目 セマンティックエラー フィールド 'lin_virtual_interface' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 489 行目 セマンティックエラー フィールド 'max_idle_timeout_cnt' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 528 行目 セマンティックエラー フィールド 'response_buffer_ptr' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 443 行目 セマンティックエラー フィールド 'response_length' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 438 行目 セマンティックエラー 関数 'OsIf_ResumeAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Master_S32M244_Example_DS/stacks/lin/src 1241 行目 C/C++ の問題 関数 'OsIf_ResumeAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Slave_S32M244_Example_DS/stacks/lin/src 1241 行目 C/C++ の問題 関数 'OsIf_SuspendAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Master_S32M244_Example_DS/stacks/lin/src 1172 行目 C/C++ の問題 関数 'OsIf_SuspendAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Slave_S32M244_Example_DS/stacks/lin/src 1172 行目 C/C++ の問題 make: *** [stacks/lin/lin_dal/src/subdir.mk:20:stacks/lin/lin_dal/src/lin_dal.o]エラー 1 Lin_Slave_S32M244_Example_DS C/C++ の問題 make: *** [stacks/lin/src/subdir.mk:36: stacks/lin/src/lin_commontl_proto.o]エラー 1 Lin_Master_S32M244_Example_DS C/C++ の問題 make: *** [stacks/lin/src/subdir.mk:36: stacks/lin/src/lin_commontl_proto.o]エラー 1 Lin_Slave_S32M244_Example_DS C/C++ の問題 make: *** 未完成の仕事を待っています...。Lin_Master_S32M244_Example_DS C/C++ の問題 make: *** 未完成の仕事を待っています...。Lin_Slave_S32M244_Example_DS C/C++ の問題 シンボル 'LinIf_Channel_State' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 520 行目 セマンティックエラー シンボル 'LINIF_IDLE' を解決できませんでした lin_dal.c/Lin_Slave_S32M244_Example_DS/stacks/lin/lin_dal/src 520 行目 セマンティックエラー マスター・コードのエラーは少なくなります。 説明 Resource Path Location Type 関数 'OsIf_ResumeAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Master_S32M244_Example_DS/stacks/lin/src 1241 行目 C/C++ の問題 関数 'OsIf_SuspendAllInterrupts' の暗黙宣言 [-Werror=暗黙の関数宣言] lin_commontl_proto.c/Lin_Master_S32M244_Example_DS/stacks/lin/src 1172 行目 C/C++ の問題 これらのエラーはどのように解決できますか? Re: S32M LIN スタックのコンパイル エラー ワークスペースから両方のプロジェクトを完全に削除してから、Lin_SlaveプロジェクトとLin_Masterプロジェクトを再インポートしました。コンフィギュレーターを開く前に、元の投稿で説明したLDFソース行のバックスラッシュの問題を修正しました。 その後、コンフィギュレーターを開き、コードを更新して、無事にビルドすることができました。 コンフィギュレーターのこの行が、このコードのすべてのバージョンで一貫して壊れているのはなぜですか?S32K118の実装でも同じ問題があります。 Re: S32M LIN スタックのコンパイル エラー マスターコードとスレーブコードのためにlin_commontl_proto.cにインクルードを追加する必要がありました。 #include 「OsIf_Internal.h」 マスターコードはビルドされますが、スレーブコードにはまだエラーがあります。 1. LINIF_IDLEが定義されていない 2. stacks/lin/lin_dal/src/lin_dal.c:520:23:エラー: 'LinIf_Channel_State' 未宣言

NHS3152 上的 DAC 产生三角信号的 ADC 采集问题 我正在使用NHS3152设备通过 DAC 生成三角波形，并使用 ADC 测量该信号。配置如下 使用带有参数 ADCDAC_IO_ANA0_5 的函数 Chip_ADCDAC_SetMuxDAC 在引脚ANA0_5上配置 DAC 输出。 使用 Chip_ADCDAC_SetMuxADC 和参数 ADCDAC_IO_ANA0_3 在引脚ANA0_3上配置 ADC 输入。 一根电缆将 ANA0_5 物理连接到 ANA0_3，以使信号循环。 技术细节： 两个引脚的 IOCON 配置均设置为模拟模式 (IOCON_FUNC_1)。 DAC 在SINGLE_SHOT模式下运行，以在每次写入时更新输出，但切换到CONTINUOUS模式并不能解决问题 - 它只会稍微影响信号质量。 ADC 以连续模式运行，检测阈值设置为1500 （LOW_THRESHOLD）和2000 （HIGH_THRESHOLD）。 代码为三角波形（范围从 DAC_MIN_VALUE 到 DAC_MAX_VALUE）生成查找表 (LUT)，并且 16 位计时器定期触发 DAC 更新。 尽管输出上可以清晰地观察到三角信号，但没有触发 ADC 中断，也没有记录 ADC 转换结果。 采取的故障排除步骤： 我已验证 MUX 选择功能（Chip_ADCDAC_SetMuxADC 和 Chip_ADCDAC_SetMuxDAC）使用正确的通道（ADC 为通道 3，DAC 为通道 5），如文档中所述（UM10876 手册第 9.4 章，图 90）。 我确认两个引脚的 IOCON 设置都正确设置为模拟模式（IOCON_FUNC_1），并且连接 ANA0_5 和 ANA0_3 的电缆已正确安装并具有公共接地。 我测试了修改 ADC 中断例程中 ADC 转换就绪标志（ADCDAC_INT_CONVERSION_RDY_ADC）的检查，但这并没有改变行为。 除了信号质量略有变化外，在 SINGLE_SHOT 和 CONTINUOUS 之间更改 DAC 模式对问题没有显著影响。 请求协助： 我希望您能帮助我了解： 考虑到它采用循环调度程序运行，通过模拟多路复用器使用两个不同引脚的当前配置对于 NHS3152 上的共享 ADCDAC 块是正确的。 还有一些其他限制（例如时序或配置序列问题）可能会阻止在此设置中触发 ADC 中断。 其他修改方法（例如以单次模式测试 ADC 或对 ADC 和 DAC 使用相同通道）可以解决该问题。 请参阅附件中用于此配置的完整代码。提前感谢您的帮助和建议。 问候， 托马斯 回复：NHS3152 上 DAC 生成三角信号的 ADC 采集问题 我想向您更新我所提交的票的情况。主要问题如下： DAC 产生的三角波形太快。这个快速信号没有给 ADC 足够的时间来正确捕获值。 我错误地使用了中断处理程序的错误名称。它必须命名为ADC_IRQHandler(void)而不是ADCDAC_IRQHandler(void) 。 降低频率（或增加每个周期的样本数）并重命名中断例程后，ADC 开始按预期工作。

i.MX8MP maximum memory density Hi NXP team, What is the maximum supported LPDDR4 memory density of i.MX8MP? Thanks Re: i.MX8MP maximum memory density Hi Daniel, This info is very useful. Regards, Simon Re: i.MX8MP maximum memory density Hi @simonng  Please refer to below link for i.MX 8M Quad/8M Mini/ 8M Nano/ 8M plus -LPDDR4 memory compatibility guide,   you can get the density info. i.MX 8M Quad/8M Mini/8M Nano/8M Plus - LPDDR4, DDR4 and DDR3L memory compatibility guide - NXP Community Regards Daniel Re: i.MX8MP maximum memory density The memory density of i.MX8MP  is 32 Gb (gigabits) per die, which translates to 4 GB (gigabytes) per die. Hope you got your answer.

S32K3 Lin从模式问题 尊敬的S32K3团队： 我希望你一切安好。 我目前在尝试使用 S32K311 上的 LIN-LPUART 进行通信时遇到问题，希望请求您的帮助。下面，我概述了我遇到的问题，非常感谢您提供的任何解决方案或指导。 1.在主模式下，当以响应 rx 格式传输 LIN 数据时，Canoe 检测到“同步分隔符长度不正确”错误。 1.1.尽管如此，Canoe 还是发送了响应，但 LIN IRQ 处理程序检测到帧错误，从而阻止传输正确的响应。 2.我需要一个从属模式的示例。（RTD版本：SW32K3_RTD_R21-11_3.0.0_P07） 2.1.在从属模式下初始化并运行程序后，我观察到当从 Canoe 发送消息时，LIN 总线的波形与 LPUART-RX 引脚匹配。但是，没有发生中断，并且没有触发 IRQ 处理程序。 我真诚希望得到有关这些问题的指导或解决方案。 非常感谢您付出的时间和帮助。 顺祝商祺！

使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM 在使用S32K146芯片的Flash EEPROM仿真功能时，我配置了32KB的FlexNVM作为EEPROM备份，2KB的FlexRAM作为EEPROM。在仿真过程中，检查内存后发现写入的数据仅驻留在 FlexRAM 中，尚未写入 FlexNVM。 我不确定这背后的原因，并希望得到任何帮助。 回复：使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM 你好@ 813270556 这是不可行的 回复：使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM @Senlent FlexRAM 用作 EEPROM（大小为 4KB），FlexNVM 用作 EEPROM 备份（大小为 32KB）。我使用的芯片是S32K146。 当我写入数据时，写入的数据大小可以超过4KB吗？ 如果是这样，如何从 FlexNVM 读取超过 4KB 的数据？ 回复：使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM 你好@ 813270556 当MCU断电重启后，FlexNVM可以将备份的数据同步到FlexRAM区域。您可以利用这个原则来确认您上次的备份是否成功。 回复：使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM 我如何证明我写入的数据已经备份到FlexNVM？ 回复：使用 Flash 模拟 EEPROM 时，数据仅写入 FlexRAM，而不写入 FlexNVM 你好@ 813270556 成功执行EEE分区命令后，作为EEE备份的FlexNVM区域（EEE_Flash）对CPU不可见，用户代码不能直接访问（读写）该地址映射区域，否则会发生总线错误，进入内核HardFault异常（默认配置）或者BusFault异常（使用BusFault异常后）。 同时在调试界面的Memory窗口中，EEE_Flash区域显示为未知状态（???）。 https://mp.weixin.qq.com/s?__biz=MzI0MDk0ODcxMw==&mid=2247486584&idx=1&sn=3b8651b928edd19c642b17838a8c75bd&chksm=e91248fede65c1e87214ce913baab45431f816d0bfd0362e00aea1ed4232f200d5ae2720cd71&scene=21#wechat_redirect

有 i.mx93 core-m33 上的 zerphyr 示例吗？ 你好，NAP 团队、 我注意到 evk 映像中有一些示例 ```sh root@imx93-11x11-lpddr4x-evk:~# ls -l /lib/firmware/ | grep m33 -rw-r--r-- 1 root root 212004 2011 年 4 月 5 日 imx93-11x11-evk_m33_TCM_low_power_wakeword.elf -rw-r--r-- 1 root root 58296 2011 年 4 月 5 日 imx93-11x11-evk_m33_TCM_power_mode_switch.elf -rw-r--r-- 1 root root 60624 2011 年 4 月 5 日 imx93-11x11-evk_m33_TCM_rpmsg_lite_pingpong_rtos_linux_remote.elf -rw-r--r-- 1 root root 59028 2011 年 4 月 5 日 imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf -2011 年 4 月 5 日 imx93-11x11-evk_m33_TCM_sai_low_power_audio.elf -2011 年 4 月 5 日 imx93-14x14-evk_m33_TCM_power_mode_switch.elf -rw-r--r-- 1 root root 60624 2011 年 4 月 5 日 imx93-14x14-evk_m33_TCM_rpmsg_lite_pingpong_rtos_linux_remote.elf -rw-r--r-- 1 root root 59028 2011 年 4 月 5 日 imx93-14x14-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf -rw-r--r-- 1 root root 210688 2011 年 4 月 5 日 imx93-9x9-qsb_m33_TCM_low_power_wakeword.elf -rw-r--r-- 1 root root 56676 2011 年 4 月 5 日 imx93-9x9-qsb_m33_TCM_power_mode_switch.elf -rw-r--r-- 1 root root 60624 2011 年 4 月 5 日 imx93-9x9-qsb_m33_TCM_rpmsg_lite_pingpong_rtos_linux_remote.elf -rw-r--r-- 1 root root 59028 2011 年 4 月 5 日 imx93-9x9-qsb_m33_TCM_rpmsg_lite_str_echo_rtos.elf -rw-r--r-- 1 root root 112200 2011 年 4 月 5 日 imx93-9x9-qsb_m33_TCM_sai_low_power_audio.elf ``` zephyr中有这样的例子吗？ 我希望我能同时在 a-core 上启动 linux 和 zephyr 在 m-core 中启动 zephyr。 Linux Re: Do we have example for zerphyr on i.mx93 core-m33? 你按照编程和启动的步骤了吗？ Re: Do we have example for zerphyr on i.mx93 core-m33? 你好@June_Lu 不知道为什么帖子不见了。 哪个是正确的 dts？ 它们之间有什么不同？ zephyr/boards/nxp/imx93_evk$ ls board.c imx93_evk_mimx9352_m33_ddr.dts board.cmake imx93_evk_mimx9352_m33_ddr.yaml board.yml imx93_evk_mimx9352_m33_defconfig CMakeLists.txt imx93_evk_mimx9352_m33.dts doc imx93_evk_mimx9352_m33.yaml dts imx93_evk-pinctrl.dtsi imx93_evk_mimx9352_a55_defconfig Kconfig imx93_evk_mimx9352_a55.dts Kconfig.defconfig imx93_evk_mimx9352_a55.yaml Kconfig.imx93_evk imx93_evk_mimx9352_m33_ddr_defconfig 我想应该是 imx93_evk_mimx9352_m33_ddr.dts、所以我用它来版本 west build -p always -b imx93_evk/mimx9352/m33 zephyr/samples/synchronization west build -p always -b imx93_evk/mimx9352/m33 zephyr/samples/helloworld 我尝试了 helloworld 和同步，但都失败了。 root@imx93-11x11-lpddr4x-evk:~# echo zephyr.elf > /sys/class/remoteproc/remoteproc0/firmware root@imx93-11x11-lpddr4x-evk:~# echo start > /sys/class/remoteproc/remoteproc0/state -sh: echo: write error: No such file or directory root@imx93-11x11-lpddr4x-evk:~# ls /sys/class/remoteproc/remoteproc0/ coredump device firmware name power recovery state subsystem uevent root@imx93-11x11-lpddr4x-evk:~# echo /lib/firmware/imx93-11x11-evk_m33_TCM_power_mode_switch.elf > /sys/class/remoteproc/remoteproc0/firmware root@imx93-11x11-lpddr4x-evk:~# echo start > /sys/class/remoteproc/remoteproc0/state root@imx93-11x11-lpddr4x-evk:~# echo stop > /sys/class/remoteproc/remoteproc0/stat 使用 zephyr.bin（或 Re: Do we have example for zerphyr on i.mx93 core-m33? 亲爱的@June_Lu、 我读过这个，但帮助不大 在 zephyr 中，我们有很多 dts，它们之间有什么区别？ zephyrproject/zephyr/boards/nxp/imx93_evk$ ls board.c imx93_evk_mimx9352_m33_ddr.dts board.cmake imx93_evk_mimx9352_m33_ddr.yaml board.yml imx93_evk_mimx9352_m33_defconfig CMakeLists.txt imx93_evk_mimx9352_m33.dts doc imx93_evk_mimx9352_m33.yaml dts imx93_evk-pinctrl.dtsi imx93_evk_mimx9352_a55_defconfig Kconfig imx93_evk_mimx9352_a55.dts Kconfig.defconfig imx93_evk_mimx9352_a55.yaml Kconfig.imx93_evk 我想我应该使用 imx93_evk_mimx9352_m33.dts。 所以我版本了它，但我无法运行它。 west build -p always -b imx93_evk/mimx9352/m33 samples/hello_world # In linux root@imx93-11x11-lpddr4x-evk:~# echo /lib/firmware/imx93-11x11-evk_m33_TCM_power_mode_switch.elf > /sys/class/remoteproc/remoteproc0/firmware root@imx93-11x11-lpddr4x-evk:~# echo start > /sys/class/remoteproc/remoteproc0/state root@imx93-11x11-lpddr4x-evk:~# echo zephyr.elf > /sys/class/remoteproc/remoteproc0/firmware -sh: echo: write error: Device or resource busy root@imx93-11x11-lpddr4x-evk:~# echo stop > /sys/class/remoteproc/remoteproc0/state root@imx93-11x11-lpddr4x-evk:~# echo zephyr.elf > /sys/class/remoteproc/remoteproc0/firmware root@imx93-11x11-lpddr4x-evk:~# echo start > /sys/class/remoteproc/remoteproc0/state -sh: echo: write error: No such file or director 使用 zephyr.elf（或zephyr.bin）？ Re: Do we have example for zerphyr on i.mx93 core-m33? 是，请参阅 https://docs.zephyrproject.org/latest/boards/nxp/imx93_evk/doc/index.html#programming-and-debugging-m33 谢谢！