S32K1xx LIN 堆栈 LDF 分析器 队员们好 客户使用带有 LIN 栈（LIN 2.0 协议）的恩智浦 S32K118 EVB，在加载新的 LDF（LIN 描述文件）时遇到终端错误。同样的 LDF 在 CANoe 中运行正常，但在 NXP Design Studio 中却不行。   Error: "Issue:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes. Level：错误 类型：工具问题 工具：外围设备 起源：外设 资源：Sources Information:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes." 出现在 零星帧 中，这些零星帧封装了 无条件帧。 当 零星帧名称 被手动添加到 configurable_frames 列表时，错误消失 - 这是意料之外的行为。 这是 Design Studio 的问题、恩智浦 LIN 栈的限制还是 LDF 文件的问题？ 为什么工具要求在 configurable_frames 中使用零星帧，而这并不是 LIN 2.0 的标准配置？ 谢谢！ BR，丹尼尔 LIN_STACK Re: S32K1xx LIN Stack LDF parser 你好，我是@danielmartynek、 能否共享客户使用的 LDF 文件？ 从 LIN 规范中我读到了以下内容，我的理解是，所有帧都应列在可配置帧中，即使是零星帧也不例外。 BR 利维乌

S32K1xx LIN 堆栈 LDF 分析器 队员们好 客户使用带有 LIN 栈（LIN 2.0 协议）的恩智浦 S32K118 EVB，在加载新的 LDF（LIN 描述文件）时遇到终端错误。同样的 LDF 在 CANoe 中运行正常，但在 NXP Design Studio 中却不行。   Error: "Issue:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes. Level：错误 类型：工具问题 工具：外围设备 起源：外设 资源：Sources Information:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes." 出现在 零星帧 中，这些零星帧封装了 无条件帧。 当 零星帧名称 被手动添加到 configurable_frames 列表时，错误消失 - 这是意料之外的行为。 这是 Design Studio 的问题、恩智浦 LIN 栈的限制还是 LDF 文件的问题？ 为什么工具要求在 configurable_frames 中使用零星帧，而这并不是 LIN 2.0 的标准配置？ 谢谢！ BR，丹尼尔 LIN_STACK Re: S32K1xx LIN Stack LDF parser 你好，我是@danielmartynek、 能否共享客户使用的 LDF 文件？ 从 LIN 规范中我读到了以下内容，我的理解是，所有帧都应列在可配置帧中，即使是零星帧也不例外。 BR 利维乌

S32G3 SAF - sBoot 破坏性计数值 你好， ，我正在为 S32G3 开发 SAF，在分析 sBoot 时，我对破坏性计数有一个疑问。 我想知道决定 sBoot 破坏性计数的依据/参数是什么？是根据系统 ASIL、看门狗计数器还是参考任何特定文件来决定？ 提前感谢您 Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。 通常，从功能安全角度来看，RESET状态是安全的，因此您需要根据自己的软件应用程序确定次数。 每个RESET源都有相应的模块，当该模块触发多次RESET时，该模块将被视为永久损坏，然后您可以根据接受的故障时间来确定计数。 没有确定RESET升级次数的具体规则，也没有提供有关该主题的推荐值，用户可以直接根据自己的设计来确定。 对于给您带来的不便，我深表歉意。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 你好@chenyin_h、 我目前正在为一个 ASIL-C 汽车项目开发 S32G3 平台，其 FTTI 为 50 ms。 在 SAF 实现中，我们暂时将功能 RESET 次数保持在 15（默认）。对于破坏性 RESET 次数，我们目前假设值为 6。 请问这个数值是否合适，如何证明？如果不是，您能否指导我应该考虑哪些参数（如 ASIL、FTTI 等）来确定正确的值？ 提前感谢！ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ “功能” RESET 升级阈值通过相应的寄存器设置，如下所示： 最后 4 位表示设置的值，0 表示禁用，0b0001~0b1111 表示设置的数字，因此最多只能设置 15 个。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 谢谢您的答复！ 但您能否详细说明决定因素是什么？它取决于系统的 ASIL 还是看门狗定时器？ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。 “功能” RESET 计数用于升级为 “破坏性” RESET，这与 FRET 寄存器相关，只有 4 位用于设置此值，因此最大计数为 15 (0xF) BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 您好， 我正在寻找为破坏性RESET配置的值。（建议功能 RESET 次数为 15） Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 谢谢您的帖子。 我能知道你是对破坏性 RESET 计数器设置的值感兴趣还是其他感兴趣？从 sBoot 引用以下内容还是？ 感谢您提供更多相关信息。 BR 切宁

S32G3 SAF - sBoot 破坏性计数值 你好， ，我正在为 S32G3 开发 SAF，在分析 sBoot 时，我对破坏性计数有一个疑问。 我想知道决定 sBoot 破坏性计数的依据/参数是什么？是根据系统 ASIL、看门狗计数器还是参考任何特定文件来决定？ 提前感谢您 Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。 通常，从功能安全角度来看，RESET状态是安全的，因此您需要根据自己的软件应用程序确定次数。 每个RESET源都有相应的模块，当该模块触发多次RESET时，该模块将被视为永久损坏，然后您可以根据接受的故障时间来确定计数。 没有确定RESET升级次数的具体规则，也没有提供有关该主题的推荐值，用户可以直接根据自己的设计来确定。 对于给您带来的不便，我深表歉意。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 你好@chenyin_h、 我目前正在为一个 ASIL-C 汽车项目开发 S32G3 平台，其 FTTI 为 50 ms。 在 SAF 实现中，我们暂时将功能 RESET 次数保持在 15（默认）。对于破坏性 RESET 次数，我们目前假设值为 6。 请问这个数值是否合适，如何证明？如果不是，您能否指导我应该考虑哪些参数（如 ASIL、FTTI 等）来确定正确的值？ 提前感谢！ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ “功能” RESET 升级阈值通过相应的寄存器设置，如下所示： 最后 4 位表示设置的值，0 表示禁用，0b0001~0b1111 表示设置的数字，因此最多只能设置 15 个。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 谢谢您的答复！ 但您能否详细说明决定因素是什么？它取决于系统的 ASIL 还是看门狗定时器？ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。 “功能” RESET 计数用于升级为 “破坏性” RESET，这与 FRET 寄存器相关，只有 4 位用于设置此值，因此最大计数为 15 (0xF) BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 您好， 我正在寻找为破坏性RESET配置的值。（建议功能 RESET 次数为 15） Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 谢谢您的帖子。 我能知道你是对破坏性 RESET 计数器设置的值感兴趣还是其他感兴趣？从 sBoot 引用以下内容还是？ 感谢您提供更多相关信息。 BR 切宁

不带 SL 的 MC33772A 驱动器 你好 我正在使用带有 S32K358 微控制器和 MC33665 物理网关的 MC33772A BJB。我已经安装了包含 SL 的多安装程序电池管理系统备份文件。有没有没有功能安全库的项目代码。 迪普-库马尔 Re: MC33772A Driver without SL 不幸的是，我们没有这样的示例代码，关于 MC33771C 的所有代码我已在之前的答案中发布。 Re: MC33772A Driver without SL 谢谢你的澄清。 你完全正确--我打错了MC33772A，但实际上我指的是MC33771C。 您共享的参考代码似乎适用于 MC33664，即隔离网络高速收发器。但是，我专门使用的是 MC33665，它支持菊链通信协议 (DC-ICP)，专为功能安全系统而设计。 你能否分享一下是否有任何支持 MC33771C + MC33665 的项目代码或驱动程序可以在没有功能安全库 (SL) 的情况下运行？ 再次感谢您的帮助。 致以最崇高的敬意， Deepu Kumar Shah Re: MC33772A Driver without SL 你好 我搜索没有找到 MC33772A 的更多信息，建议客户使用 MC33772B 或 MC33772C，你可以获得如下相关参考代码： MC33772B | 6 通道锂离子电池控制器 IC | 恩智浦半导体

MC33772A Driver without SL Hi  I am using MC33772A BJB with S32K358 microcontroller and MC33665 Physical gateway.I have installed multi installer BMS backage in which SL is included.Is there any Project code without Safety Library. Deepu Kumar Re: MC33772A Driver without SL Unfortunately we don't have such example code,all of the code for this MC33771C I had post in previously answer. Re: MC33772A Driver without SL Thank you for the clarification. You're absolutely right — I mistakenly typed MC33772A, but I actually meant MC33771C. The reference code you shared appears to be for MC33664, which is the Isolated Network High-Speed Transceiver. However, I'm specifically using MC33665, which supports the Daisy Chain Communication Protocol (DC-ICP) and is designed for functional safety systems. Could you please share if there is any project code or driver support for MC33771C + MC33665 that works without the Safety Library (SL)? Thanks again for your help. Best regards, Deepu Kumar Shah Re: MC33772A Driver without SL Hi  I searched no found the MC33772A more information,and recommend customer to use the MC33772B or MC33772C,you can get the related reference code as below: MC33772B | 6-Channel Li-Ion Battery Cell Controller IC | NXP Semiconductors

I2C Devices not detecting in IMX8mp custom board in Android 15 Hi, I'm working on a custom RSB-3720 i.MX8MP board running Android 15 Image. I'm unable to detect I2C devices on the I2C buses, even though the same I2C pin configuration works correctly on Android 11 Image. The devices were detected without issues in Android 11, but they are not appearing in Android 15. I will attach the debug log of my board below. rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- UU -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- rsb3720_a1:/ # i2cdump -y 0 0x0a 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 10: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 20: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 30: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 40: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 50: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 60: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 70: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 80: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 90: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX a0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX b0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX c0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX d0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX e0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX f0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 0x0a is the sgtl5000 device address. I'm trying to integrate with my RSB-3720 Board. rsb3720_a1:/ # dmesg | grep i2c [ 0.102013] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: Fixed dependency cycle(s) with /soc@0/bus@32c00000/mipi_dsi@32e60000 [ 0.102070] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@32c00000/camera/csi@32e40000 [ 0.102143] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: Fixed dependency cycle(s) with /soc@0/usb@32f10100/usb@38100000 [ 0.102343] /soc@0/bus@32c00000/mipi_dsi@32e60000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/adv7535@3d [ 0.102651] /soc@0/bus@32c00000/camera/csi@32e40000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c [ 0.103380] /soc@0/usb@32f10100/usb@38100000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/tcpc@50 [ 0.111294] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: Fixed dependency cycle(s) with /soc@0/bus@32c00000/mipi_dsi@32e60000 [ 0.111353] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@32c00000/camera/csi@32e40000 [ 0.111480] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: Fixed dependency cycle(s) with /soc@0/usb@32f10100/usb@38100000 [ 0.114139] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: Fixed dependency cycle(s) with /soc@0/bus@32c00000/mipi_dsi@32e60000 [ 0.114268] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@32c00000/camera/csi@32e40000 [ 0.114419] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: Fixed dependency cycle(s) with /soc@0/usb@32f10100/usb@38100000 [ 0.117165] /soc@0/bus@32c00000/mipi_dsi@32e60000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/adv7535@3d [ 0.117603] /soc@0/bus@32c00000/camera/csi@32e40000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c [ 0.117833] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: Fixed dependency cycle(s) with /soc@0/bus@32c00000/mipi_dsi@32e60000 [ 0.117917] /soc@0/bus@32c00000/mipi_dsi@32e60000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/adv7535@3d [ 0.120905] /soc@0/bus@32c00000/camera/csi@32e40000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c [ 0.121458] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@32c00000/camera/csi@32e40000 [ 0.121563] /soc@0/bus@32c00000/camera/csi@32e40000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c [ 0.129720] /soc@0/usb@32f10100/usb@38100000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/tcpc@50 [ 0.130851] /ldb-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c [ 0.136503] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: Fixed dependency cycle(s) with /cbtl04gp [ 0.136609] /cbtl04gp: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector [ 8.086566] i2c i2c-0: IMX I2C adapter registered [ 8.092846] /soc@0/bus@32c00000/mipi_dsi@32e60000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/adv7535@3d [ 8.104975] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: Fixed dependency cycle(s) with /soc@0/bus@32c00000/mipi_dsi@32e60000 [ 8.117168] /ldb-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c [ 8.130396] /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c: Fixed dependency cycle(s) with /ldb-display-controller/lvds-channel@0 [ 8.143729] /soc@0/bus@32c00000/camera/csi@32e40000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c [ 8.156414] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@32c00000/camera/csi@32e40000 [ 8.169329] /soc@0/usb@32f10100/usb@38100000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/tcpc@50 [ 8.180803] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: Fixed dependency cycle(s) with /soc@0/usb@32f10100/usb@38100000 [ 8.192205] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: Fixed dependency cycle(s) with /cbtl04gp [ 8.203306] i2c i2c-1: IMX I2C adapter registered [ 8.210066] i2c i2c-2: IMX I2C adapter registered [ 8.218219] i2c_dev: i2c /dev entries driver [ 8.699175] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: Fixed dependency cycle(s) with /soc@0/usb@32f10100/usb@38100000 [ 8.710727] /soc@0/usb@32f10100/usb@38100000: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a30000/tcpc@50 Thanks & Regards, Subash P.   i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Suspected Software Defect Re: I2C Devices not detecting in IMX8mp custom board in Android 15 HI @Chavira  I solved the issue by modifying the PMIC driver file. Now I can detect the I2C devices in Android 15 Thanks & Regards, Subash P. Re: I2C Devices not detecting in IMX8mp custom board in Android 15 Hi @subash_p! could you please share the schematic of your board? That would help us better understand the hardware configuration and provide more accurate support. Best regards, Chavira Re: I2C Devices not detecting in IMX8mp custom board in Android 15 Hi @Chavira, I copied the same kernel DTS files from Android 15 to the Yocto Project 5.0, where the kernel version is 6.6.52. In this setup, I can able to detect the I2C device addresses connected to the I2C1 port without adding any nodes in dts file. Below are the I2C devices connected to I2C1: TI TCA9538 ST33HTPH2 TI MSP430G2202 SEIKO S-35390A this address is being detected via i2c detect FREESCALE SGTL5000 Note : There is no any i2c expander connected in my RSB 3720 Board Android 11 log: u-boot=> i2c dev 0 Setting bus to 0 u-boot=> i2c probe Valid chip addresses: 25 29 2E 30 31 32 33 34 35 36 37 70 71 u-boot=> rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- UU -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- UU -- -- -- 29 -- -- -- -- 2e -- 30: UU UU UU UU UU UU UU UU -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: UU UU -- -- -- -- -- -- Android 15 log : u-boot=> i2c dev 0 Setting bus to 0 u-boot=> i2c probe Valid chip addresses: 25 u-boot=> evk_8mp:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- UU -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- Re: I2C Devices not detecting in IMX8mp custom board in Android 15 Hi @subash_p! Thank you for your message. While comparing the Android_11_kernel.dts and Android_15_kernel.dts files, I noticed differences in the I2C1 node configuration. Specifically, in Android 11, two GPIO expanders are declared, whereas in Android 15, these expanders are missing. My theory is as follows: the SGTL5000 codec includes a configuration pin called CTRL_MODE. When this pin is pulled low, the SGTL5000 enables the I2C interface; when pulled high, it switches to SPI mode. Please verify that the CTRL_MODE pin is pulled low. If it is connected to one of the GPIO expanders, you may need to declare those expanders in the device tree as well to ensure proper initialization. Also, could you please share the schematic of your board? That would help us better understand the hardware configuration and provide more accurate support. Best regards, Chavira Re: I2C Devices not detecting in IMX8mp custom board in Android 15 Hi @Chavira  I will attach both Android 11 DTS and Android 15 DTS files. (Note: 6 I2C devices connected in I2C-0 Node, PMIC is working) Thanks & Regards, Subash P Re: I2C Devices not detecting in IMX8mp custom board in Android 15 Hi @subash_p! Thank you for contacting NXP Support! Based on the dmesg output you provided, it appears that the I2C1 bus is not active. To assist you further, could you please share your device tree or the relevant portions of it? This will help me identify any configuration issues. If you're unable to share the device tree, I recommend comparing the device tree files between your Android 11 and Android 15 versions. Additionally, you may want to reach out to Advantech Support for further assistance, as they may have board specific guidance. Best regards, Chavira

debug with multilink is ok，but fail after re-powerup The K396 board I developed can be successfully pinged from my computer when running either the lwip_baremetal_s32k396 or lwip_FreeRTOS_s32k396 project using the Multilink debugger. However, after a power cycle, neither project can be pinged. After changing the optimization level to none for the lwip_baremetal_s32k396 project, it can be pinged successfully without using the debugger. But for the lwip_FreeRTOS_s32k396 project, even after setting optimization to none, it still cannot be pinged without the debugger. I added code to toggle an LED in vApplicationIdleHook, and it appears that the idle task is not being entered. What could be causing this issue? Re: debug with multilink is ok Just comment out PIT and that's fine. Thanks. Re: debug with multilink is ok，but fail after re-powerup Just comment out PIT and that's fine. Thanks. Re: debug with multilink is ok，but fail after re-powerup Hello @zhangzhixing , I experienced the same symptoms. Have you tried to disable PIT in device_init, as I mentioned in my update  Solved: lwip_FreeRTOS_s32k396' example project and failure - NXP Community ? Best regards, Pavel

k32W 温度传感器不稳定 我们现在遇到了两个与 K32W041 有关的问题： 温度传感器不稳定 温度传感器不稳定 温度传感器不稳定，似乎与我们在 Vbat 上测量的结果一样有波纹。超过 15 位 我们需要额外的信息来减少这种涟漪。 使用哪种类型的温度传感器？ 这个测量电路是如何设计的？ 造成纹波的原因与 Vbat 是否有关？ HW-开源 Re: k32W temperature sensor instable 你好 有关内部温度传感器的信息请参阅《用户手册》第 28 章。 如果这不能满足您的要求，我建议您使用外部传感器。 顺祝商祺！ 安娜-索菲亚 Re: k32W temperature sensor instable 你好，索菲亚，感谢您的回复。 手册中没有任何关于内部温度传感器行为的说明。 我们注意到温度传感器对 Vbat 有很强的依赖性... 这一点没有提及！ 要解决我们的问题，需要有关内部温度传感器的详细信息。 回答第一个帖子中的问题将有助于解决问题 Re: k32W temperature sensor instable 你好 希望你一切顺利。 K32W061/041 提供一个线性温度传感器，其输出与用于温度监测的 ADC 通道 7 内部相连。 有关使用的全部信息，请参阅第 28 章 "温度传感器"。 UM11323 K32W061/K32W041 用户手册。 ADC 支持多达 8 个通道的输入复用，包括 6 个外部输出、一个温度传感器和一个用于 VBAT 监测的通道。温度传感器连接到 ADC 通道 7，电源监测（监测 VBAT）连接到 ADC 通道 6。 温度传感器和 VBAT 通道之间任何潜在的相互作用都取决于 ADC 的配置方式和定制设计的其他因素。 我建议你看看这篇社区帖子：用 K32W061、QN9090 或 JN5189 第一次版本 PCB 的最佳方法 顺祝商祺！ 索菲亚

Android 15のIMX8mpカスタムボードでI2Cデバイスが検出されない こんにちは、 私はAndroid 15イメージを実行するカスタムRSB-3720 i.MX8MPボードに取り組んでいます。同じ I2C ピン構成が Android 11 イメージで正しく動作しているにもかかわらず、I2C バス上の I2C デバイスを検出できません。デバイスは Android 11 では問題なく検出されましたが、Android 15 では表示されません。以下に私のボードのデバッグ ログを添付します。 rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- rsb3720_a1:/ # i2cdump -y 0 0x0a 0 1 2 3 4 5 6 7 8 9 アブデフ 0123456789アブデフ 00: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 10: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 20: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 30: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 40: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 50: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 60: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 70: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 80: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 90: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX a0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX b0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX c0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX d0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX e0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX f0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 0x0a は sgtl5000 デバイスのアドレスです。RSB-3720 ボードと統合しようとしています。 rsb3720_a1:/ # dmesg | grep i2c [ 0.102013] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.102070] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.102143] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.102343] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.102651] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.103380] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係の循環を修正しました [ 0.111294] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.111353] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.111480] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.114139] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.114268] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.114419] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.117165] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.117603] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.117833] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.117917] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.120905] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.121458] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.121563] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.129720] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係の循環を修正しました [ 0.130851] /ldb-display-controller/lvds-channel@0: /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c との依存関係サイクルを修正しました [ 0.136503] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: /cbtl04gp との依存関係の循環を修正しました [ 0.136609] /cbtl04gp: /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector との依存関係の循環を修正しました [ 8.086566] i2c i2c-0: IMX I2Cアダプタが登録されました [ 8.092846] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係サイクルを修正しました [ 8.104975] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 8.117168] /ldb-display-controller/lvds-channel@0: /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c との依存関係サイクルを修正しました [ 8.130396] /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c: /ldb-display-controller/lvds-channel@0 との依存関係サイクルを修正しました [ 8.143729] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 8.156414] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 8.169329] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係サイクルを修正しました [ 8.180803] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 8.192205] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: /cbtl04gp との依存関係の循環を修正しました [ 8.203306] i2c i2c-1: IMX I2Cアダプタが登録されました [ 8.210066] i2c i2c-2: IMX I2Cアダプタが登録されました [ 8.218219] i2c_dev: i2c /dev エントリ ドライバー [ 8.699175] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係サイクルを修正しました [ 8.710727] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係サイクルを修正しました ありがとう、よろしく。 スバシュ・P. i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ ソフトウェア不具合の疑い Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@Chavira PMIC ドライバ ファイルを変更することで問題を解決しました。Android 15でI2Cデバイスを検出できるようになりました ありがとう、よろしく。 スバシュ・P. Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！ ボードの回路図を共有していただけますか? これにより、ハードウェア構成をより深く理解し、より正確なサポートを提供できるようになります。 よろしくお願いします、 チャビラ Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは @チャビラ、 同じカーネル DTS ファイルを Android 15 からカーネル バージョンが 6.6.52 の Yocto Project 5.0 にコピーしました。この設定では、dts ファイルにノードを追加せずに、I2C1 ポートにコネクテッドされた I2C デバイス アドレスを検出できます。 以下は I2C1 にコネクテッドされている I2C デバイスです。 TI TCA9538 ST33HTPH2 TI MSP430G2202 SEIKO S-35390A このアドレスはi2c検出によって検出されています フリースケール SGTL5000 注: 私のRSB 3720ボードにはi2cエクスパンダーはコネクテッドされていません Android 11 ログ: u-boot=> i2c dev 0 バスを0に設定する u-boot=> i2cプローブ 有効なチップアドレス: 25 29 2E 30 31 32 33 34 35 36 37 70 71 u-boot=> rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- うう -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- 29 -- -- -- -- 2e -- 30: うううううううううううううううう -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: ううううう―――――――――― Android 15 ログ: u-boot=> i2c dev 0 バスを0に設定する u-boot=> i2cプローブ 有効なチップアドレス: 25 u-boot=> evk_8mp:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！ メッセージをありがとうございます。 Android_11_kernel.dts ファイルと Android_15_kernel.dts ファイルを比較すると、I2C1 ノード構成の違いに気付きました。具体的には、Android 11 では 2 つの GPIO エクスパンダーが宣言されていますが、Android 15 ではこれらのエクスパンダーがありません。 私の理論は次のとおりです。SGTL5000 コーデックには、CTRL_MODE と呼ばれる構成ピンが含まれています。このピンをローにすると、SGTL5000 は I2C インターフェースを有効にし、ハイにすると SPI モードにスイッチします。 CTRL_MODE ピンがローになっていることを確認してください。GPIO エクスパンダーの 1 つにコネクテッドされている場合は、適切な初期化を確実に行うために、デバイス ツリーでそれらのエクスパンダーも宣言する必要がある場合があります。 また、ボードの回路図を共有していただけますか? これにより、ハードウェア構成をより深く理解し、より正確なサポートを提供できるようになります。 よろしくお願いします、 チャビラ Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@Chavira Android 11 DTS と Android 15 DTS の両方のファイルを添付します。 （注：I2C-0ノードに6つのI2Cデバイスがコネクテッド、PMICが動作しています） ありがとう、よろしく。 スバシュ・P Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！ NXP サポートにお問い合わせいただきありがとうございます。 提供された dmesg 出力に基づくと、I2C1 バスがアクティブではないようです。 さらにサポートするために、デバイス ツリーまたはその関連部分を共有していただけますか?これは、構成上の問題を特定するのに役立ちます。 デバイスツリーを共有できない場合は、Android 11 バージョンと Android 15 バージョン間でデバイスツリー ファイルを比較することをお勧めします。さらに、ボード固有のガイダンスがある可能性があるため、Advantech サポートに問い合わせてさらに支援を受けることもできます。 よろしくお願いします、 チャビラ

S32K312 Wake UP Hello, supporters of NXP. I would like to inquire whether the S32K312 can achieve low-power wake-up through the S32DS configuration of LLD. Is the wake-up method configured through the GPIO input pin and the WKPU pin the same? Is there any routine provided for the wake-up method configured through the WKPU pin? Thank you. Re: S32K312 Wake UP Hi @ZZZZZJH Is the wake-up method configured through the GPIO input pin and the WKPU pin the same? I'm not sure I understand this question but let me try to clear it up. The WKPU instance shares functionality with the other pins, using a MUX. This means that any GPIO pin can be used as wake up source as long as it has a WKPU interrupt assigned (check S32K_IOMUX.xlsx file attached to S32K3 reference manual for full pinout confirmation). You can find a GPIO WKPU routine for the S32K312 in both LLD and HLD in this community post: [RTD400 & 500 MCAL & IP] S32K3 Low Power Management AN and demos - NXP Community. They are based in RTD 5.0.0 & S32DS 3.5/3.6. Hope this helps. Best regards, Julián

TP_RESET 引脚在挂起至 RAM 期间为低电平 嗨，团队 关于 TP_RESET 引脚的一个问题是，当系统进入 "睡眠到内存 "模式时，TP_RESET 引脚为低电平。 睡眠到内存 但在进入暂停模式时，我们并没有将其置于低电平状态。   您能否向我说明一下，当系统进入 休眠状态时，是谁从 Soc 端将 TP_RESET 引脚置低的？   如何在挂起至 RAM 期间保留 GPIO 状态，以及如何在从挂起至 RAM 唤醒后重新初始化 GPIO 状态。 & lsio_gpio5 9 0x0000>； TP_RESET 线路 (GPIO5_IO09) 在挂起至 RAM (S2R) 期间意外变为低电平 Re: TP_RESET Pin LOW during Suspend to RAM 你好 这种行为由 SCFW（特别是 sc_pad_iso_t iso）处理。 这定义了键盘在电源模式（如挂起或睡眠）下的行为。可用的选项有 ISO_FF - SC_PAD_ISO_FF iso_early - sc_pad_iso_early ISO_late - SC_PAD_ISO_late ISO_ON - SC_PAD_ISO_ON 这种隔离设置有助于在系统进入低功耗状态时管理电源漏电流，并确保焊盘在不使用时不会消耗不必要的电量。 请看下一篇文章： 系统控制器固件 101 - 焊盘配置服务 - NXP 社区 顺祝商祺！ Re: TP_RESET Pin LOW during Suspend to RAM 你好@JorgeCas 我们目前正在研究 iMX8qxpC0mek Re: TP_RESET Pin LOW during Suspend to RAM 你好 能否请您介绍一下您使用的处理器？ 顺祝商祺！

imx8mn-evk - yocto distro gatesgarth upgrade to styhead Hi I am in the process of upgrading our yocto distribution from gatesgarth to styhead. When the upgrade is done we will be deploying the image via OTA using rauc. From the above 1) We currently do not OTA the u-boot; therefore can we still use the gatesgarth u-boot-imx to boot the styhead kernel + dtb's? 2) Our current gatesgarth imx-boot is signed and looks for an authenticated kernel; if we authenticate the kernel using the same keys from gatesgarth; will the boot loader still be able to boot the styhead kernel? 3) Also please note from point 2 above the ui board has been fully locked down (efused and OTP fuse has already been applied)

i.MX8M Plus CAN FD setsockopt() 在 C 代码中失效 打开套接字、启用 canfd 帧并绑定到接口的正确功能命令是什么？套接字应接收比特率转换帧。 ip link set can0 up type can bitrate 500000 dbitrate 2000000 fd on // 这是我用来启用 can 接口的命令 目前，我使用 .NET Framework 3.0： 插座(PF_CAN,SOCK_RAW , CAN_RAW); setockopt(sock, SOL_CAN_RAW, SOL_CAN_RAW , can_raw_fd_frames, &启用, sizeof(enable_canfd)); setsockopt 给我的错误代码是 22 (EINVAL)。 socket(); setsockopt() 的 正确论据是什么？ Re: i.MX8M Plus CAN FD setsockopt() fails in C code 你好 消费版 i.MX 8M Plus 不支持 CAN-FD，只有工业版才支持。 遗憾的是，800 万像素 EVK 上安装的是消费版本，因此 i.MX 8M Plus EVK 不支持 CAN-FD 功能。 此致 丹尼尔

PCF85063A STM32で使用されるPCF85063Aチップのソフトウェアデモ資料はありますか？このチップを自分のプラットフォームに移植したいので、使い方を示すソフトウェアドライバのサンプルが必要です。ドライバのサンプルパッケージを私のメールアドレスに送っていただけますか？ありがとうございます！ Re: PCF85063A はい！問題は解決しました。どうもありがとうございます！ Re: PCF85063A こんにちは、 STM32 で使用される PCF85063A RTC 用の基本的なソフトウェア ドライバの例があります。 GitHub で見つける CAN: https://github.com/zild-jhan/PCF85063A-STM32 BRs、トーマス

CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA 如何在CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA（Version:11.5.12）软件中，如何将Target Initialization File文件中的err_msg = "xxx"通过窗口显示出来，如何在脚本中添加打印信息，并显示出来 （ In CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA (Version: 11.5.12), how can the `err_msg = "xxx"` in the Target Initialization File be displayed through a window? Additionally, how to add print information in the script and make it display? ） LX2160A-RDB 

QorIQ LS シリーズ向け CodeWarrior 開発スタジオ - ARM V8 ISA QorIQ LS シリーズ用 CodeWarrior Development Studio - ARM V8 ISA（バージョン:11.5.12）パッケージ内、ターゲットをどのように扱うか初期化ファイルファイル内の err_msg = "xxx" が窗口を通じて表示され、印刷情報がどのようにテキストに追加され、表示されますか （ CodeWarrior Development Studio for QorIQ LS series - Arm V8 ISA (バージョン: 11.5.12) において、ターゲット初期化ファイル内の `err_msg = "xxx"` をウィンドウに表示するにはどうすればよいですか？ また、スクリプトに印刷情報を追加して表示するにはどうすればよいですか？） LX2160A-RDB Re: CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA 初期化スクリプトに次の行を追加してください。 cw_info ("CodeWarrior をテストしています....") スクリプトを実行すると、CodeWarrior IDEs の右下に CodeWarrior 情報ウィンドウがポップアップ表示されます。

S32DSライセンスがありません NXPパートナー様 S32DS for ARM v1.2 ライセンスがありません 私たちは、プラットフォームMAC57D54でモーターメーターを開発し、S32DSをARMとして使用してM4コアソフトウェアを完成させました。長い時間がかかりました。現在、いくつかのパラメータを変更したいのですが、S32DS V1.2で「ライセンスがありません」という警告が表示されます。 S32DS v1.2 for Arm を再び使用するにはどうすればよいですか? Re: S32DS licence missing 正しく説明していないかもしれませんが、 私の免許証を免除してもらえますか？ 5549-1FBC-B3CA-CB63 Re: S32DS licence missing こんにちは、ジリ エラーメッセージは表示されませんでした。 また、以下のサイトのような状況で新しいライセンス コードを取得CANか。 https://community.nxp.com/t5/S32-Design-Studio/S32-Design-Studio-for-ARM-v2-2-LICENSCE-estend/mp/2103287?profile.language=ja Re: S32DS licence missing こんにちは、 もう一度お試しください。古いライセンスはすべて削除しました。何かエラーメッセージは出ますか？ Re: S32DS licence missing 古いアクティベーションコードを入力しましたが機能しません。 Re: S32DS licence missing こんにちは、 S32DS ライセンスが延長されました。古いアクティベーションキーを使用してください。

データシートとGS1ウェブサイトのUCODE 7モデル番号の矛盾 こんにちは。下のリンクにある GS1 MDID 割り当てによると、UCODE 7 のモデル番号は 810 に割り当てられていますが、UCODE 7 のデータシートではモデル番号は 890 であると記載されています。 MDID 割り当てページ: https://www.gs1.org/docs/epc/mdid_list.json データシートのリンク: https://www.nxp.com/docs/en/データシート/SL3S1204.pdf 20ページ。 ありがとうございます。 はじめに Re: Conflict between UCODE 7 model number in datasheet and gs1 website GS1 にメールを送って返答を依頼しました。返信が届き次第、ここで共有させていただきます。私の目標は、所有しているタグのモデルを識別することであり、この情報を抽出するのに役立つ参照が必要です。 ありがとうございます。 Re: Conflict between UCODE 7 model number in datasheet and gs1 website すみません、分かりました。 これを GS1 に確認することをお勧めします。GS1 の EPC ®無線周波数アイデンティティ第 2 世代 UHF RFID 標準に準拠。セクション6.3.2.1.3TID メモリでは、タグ モデル番号はタグ製造元によって定義されることが言及されています。 UCODE 7 タグのモデル番号は、データシートに記載されているとおり 890h です。 Re: Conflict between UCODE 7 model number in datasheet and gs1 website ご返信ありがとうございます。ただし、私が言っているのは NXPについて の MDID (806) ではなく、UCODE 7 製品のモデル番号と、データシート番号と GS1 によって提供される json ファイルの違いについてです。 Re: Conflict between UCODE 7 model number in datasheet and gs1 website お世話になります。 共有している GS1 json についてはよく分かりません。GS1 サイトによると、NXP の 9 ビット MDID は次のとおりです。 0 0000 0110。こちらをご確認ください:マスクデザイナーID (MDID) の割り当て | GS1 データシートによると、MDIDは次の通りです: 100[0 0000 0110]b (806) これら 9 ビットは固定です。 この情報が役に立つことを願っています。

ADC High Speed Configuration Issue on K312 ( RTD 2.0.1) Hello NXP Team, Due to specific reasons, we are still using RTD version ‌2.0.1‌ for our project on the K312。 I noticed discrepancies regarding the ‌ADC Clock configuration for highest conversion speeds‌ between the User Manuals from ‌2022‌ and ‌2025‌. I have two specific questions regarding this: For the ‌HSEN bit‌ in the ‌AMSIO register‌, which value should I set to enable High Speed mode in our RTD 2.0.1 context? Should it be set to ‌1‌ or ‌3‌? The 2022 manual does not describe or provide configuration guidance for the ‌CMPCTRL0‌ bit. Do I need to explicitly configure the ‌CMPCTRL0 bit‌ to achieve the highest conversion speeds using High Speed ADC mode? If configuration is necessary, would it be sufficient to modify the Adc_Sar_EnableHighSpeed() function accordingly? Thank you for your support! Re: ADC High Speed Configuration Issue on K312 ( RTD 2.0.1) Dear Pavel, Thank you for your support. That has resolved my question. Best regards, Jianjie Re: ADC High Speed Configuration Issue on K312 ( RTD 2.0.1) Hello @jianjie , I have received feedback from our application team. The ADC clock configuration has evolved over time and both settings are valid. That said, we do not recommend modifying the RTD driver manually. To ensure correct behavior and compatibility, it is always advised to use the latest available RTD package, which incorporates the most up-to-date configuration logic. Best regards, Pavel Re: ADC High Speed Configuration Issue on K312 ( RTD 2.0.1) Hello @jianjie , Thank you for your interesting query and for sharing your observations regarding the ADC AMSIO HSEN configuration. I have reviewed your comments and can confirm the discrepancies you noted between the different versions of the Reference Manual. Please be informed that your query is currently being investigated internally. I will keep you updated as soon as further information becomes available. Thank you for your patience and understanding. Best regards, Pavel