S32M276 问题 我正在制作一个使用 [S32M276] 集成电路的样品。我为角度传感器设置了 48 针_VDE。根据数据手册，VDDE 的最大输出电流为 30mA，而角度传感器的最大供电电流为 2.5mA。如果设置了过流检测启用，VDDE 引脚将不会输出 5V。您能给我一些关于这个问题的提示吗？ 相关电路如下，以供参考。您的建议中的耦合电容值是多少 > 硬件设计手册中没有推荐值。我在此设计中使用了 4u7 MLCC。 _0-1763646780820.png _1-1763646806509.png Re: S32M276 questions 感谢您关注我们的产品并为我们的社区做出贡献。 参考手册的 78.4.3 VDDE 作为电源部分提供了有关您的问题的更多详细信息。 能否请您确认，您是否遵循了这些步骤？ 如果问题仍然存在，请分享您的项目，以便我们使用 S32M27XEVB 进行测试。 希望这些信息对您有所帮助。 回复： S32M276 questions 嗨，里奥、 非常感谢您的宝贵意见。我向软件工程师证实，他按照参考手册中的78.4.3 VDDE为VDDE做了设置，并确认过流事件发生在启动之后。遗憾的是，由于保密原因，我无法发送整个项目的原理图，但 VDDE（48 引脚）的相关电路非常简单，如前所述，48 引脚上有一个 4.7uF MLCC，角度传感器（TLE5501）的电源有 2*100nF MLCC。 我们的软件工程师给了我一个 test-FW，让我测试浪涌电流（100 毫秒延时以启用过流功能）。 我确认了 HW 级的浪涌电流，VDDE 的浪涌电流为 1.03A，持续时间为 30us。 当地的恩智浦技术支持人员告诉我，VDDE 源自 VDD，如果 VDD 已经滤波，则无需为 VDDE 安装更多 MLCC。 我查看了角度传感器 - TLE5501 的数据表，建议使用 100nF*2 耦合 MLCC，需要保留。 于是我取出 4.7uF 再次测试，结果显示是这样、 1 时，过流标志仍设置为 100nF*2 状态。 2、浪涌电流约为 21.7 毫安，持续时间为 20 毫秒。 以下是我的问题、 1，您推荐的耦合电容值是多少？是否有可能移除 48 引脚附近的 4.7uF 电容，只保留角度传感器的 2*100nF 电容？ 2, VDDE 输出的浪涌电流阈值是多少？在 2*100nF 状态下，21.7mA 电流是否会导致 VDDE 过流？从硬件角度看，该值不超过 30mA 的最大输出值，应该不会对 MCU 造成损害。 如果有任何不清楚的地方，随时通知我。谢谢，祝您愉快。 致以最诚挚的问候，特德 回复： S32M276 questions 又见面了 如需保密协助（如原理图审查），请通过以下方式提交工作单： -> 支持 _Leo__1-1764294630148.png 关于 VDDE 的推荐电容值，AN14116 中没有说明，但建议使用 < 1uF 以避免出现高电流峰值。 VDDE 上允许的最大持续电流（@ 电源 = 5 V）为 30mA。 过电流检测阈值为 175mA。 _Leo__0-1764294549410.png 另一方面，VDD_AE10 或 VDD_HV_A 不应用于外部负载。相反，您可以使用 VDDE。 如果问题仍然存在，请提交示意图审查。 希望这能解决您的问题。 回复： S32M276 questions 嗨，里奥、 非常感谢你们的大力支持。我已经将原理图与提交的票据一起发送给您了，您收到了吗？请你们帮忙审查一下。 回到 48pin-VDDE 的话题，如前所述，我去掉了 4.7uF MLCC，只保留了 100nF*2，测试结果显示浪涌电流约为 1.06A，持续时间为 1us。仍然超过 175mA 过电流检测阈值，因此将导致过电流事件。 *测试 FW 是在 VDDE 命令接通后 100 毫秒延时启动过流功能。 虽然浪涌电流能量很低，但我还是想向您确认一下，它是否会损坏 S32M276-IC 的内部开关？ 如果没有影响，我想使用外部 MLCC 100nF*2 作为硬件解决方案来制作 VDDE、 与 FW 解决方案一起，在下一版本中，过流功能在 VDDE 命令接通后延迟 100 毫秒激活。 Ted_Qiao_0-1764296748564.png 回复： S32M276 questions 我提交的部分浪涌电流数据有误，在此深表歉意。VDDE 的浪涌电流校正如下： 1、根据原理图，当 VDDE 外接 4.7uF+100nF*2 时，浪涌电流约为 1.31A，持续 20us。 2、去掉 4.7uF，只保留用于角度传感器的 100nF*2 耦合 MLCC，浪涌电流约为 1.06A，持续时间为 1us。 3、移除所有外部 MLCC，则浪涌电流约为 21.7mA，持续 20ns。 1 和 2 的浪涌电流远大于 30mA（VDDE 的最大输出电流），它将触发信号过流事件。>> 因此，我在 100 毫秒后启动过流功能的条件下进行了测试。 而对于 3，低于 30mA，则不会导致过流。 VDDE 源自 VDD，而根据设计准则，VDD 已经有足够的 MLCC，所以我可以去掉 4.7uF MLCC 吗？ 此外，根据角度传感器的数据手册，其电源引脚应安装 100nF*2 耦合 MLCC。那么问题来了，如果我可以选择状态 2（100nF*2），那么 1.06A 1us 的浪涌电流是否会对 SOC 造成损坏？ 如果没有损坏，我可以设置过流功能延迟，以激活 VDDE 过流功能。 我刚刚想出了这个话题的另一个解决方案，使用VDDE作为角度传感器的最初目的是为了电源模式。系统要求 ECU 的静态电流应低于 100uA。我确认 S32M276 IC 可以在深睡眠模式下实现这一功能，如下表所示。我想问一下，是否可以将角度传感器的电源从 VDDDE 切换到 VDD_AE10 或 VDD_HV-A？我想知道更改后是否会影响深度睡眠电流值，并满足系统 100uA 以下的要求。 期待您的答复，并提前向您表示感谢。 回复： S32M276 questions 收到示意图。 请给我更多的时间来了解内部对您问题的反馈，以便我给您一个合适的答复。 我们感谢您的耐心和理解。 回复： S32M276 questions 你好，@Ted_Qiao、 感谢您的耐心等待。目前，我的同事 Leo 正在休假，我将暂时接手这个案子。以下是内部团队的反馈意见： 建议尝试使用两个 10nF 电容，而不是 100nF。它太大而不会造成高浪涌电流；这可能会触发信号关机。如果传感器设备的电源足够稳定，我们可以拆下盖子以避免如此大的涌入。 另一方面，您可以尝试将 PMC 电压改为 3.3V，看看浪涌情况如何。也就是说，先用 3.3V 对电容预充电，然后再改用 5V。 根据数据手册，VDDE 过流最大阈值为 175mA，因此 1A 的阈值过大。 致以最诚挚的问候， Julián 回复： S32M276 questions 非常感谢您的友好回复。我仍然坚持根据角度传感器数据表使用 2*100nF MLCC。那么，VDDE 引脚 1.06A 持续 1us 的浪涌电流是否会损坏 MCU？ 回复： S32M276 questions 你好，@Ted_Qiao、 根据数据手册，VDDE 过流最大阈值为 175mA，因此 1A 的阈值过大。 尽管这是一个非常短暂的脉冲，但重复的事件可能会给内部开关带来压力，并对其产生长时间影响，并且容易触发信号过流事件。 如前所述，内部团队的建议是将 PMC 电压改为 3.3V，看看浪涌情况如何；先用 3.3V 对电容预充电，然后再改为 5V。评估需要数据。 致以最诚挚的问候， Julián

使用 Arduino Portenta x8 进行 SWD 位操作 你好， 我一直在成功地使用搭载树莓派 3 和 OpenOCD 的 Blinkinlabs JTAG Hat 来调试设备。我按照他们的 github 上的例子进行了设置。 我现在正在尝试在 Arduino Portenta X8（带有 Hat Carrier）上使用它，我为它创建了一个自定义 sysfsgpio 配置： 适配器驱动程序 sysfsgpio sysfsgpio_s wd_nums 162 166 sysfsgpio_srst_num 188 有了这个设置，我可以在直接连接 Portenta 的 GP IO 时刷新目标设备。 但是，在通过 JTAG Hat 进行路由时我会得到： 错误：连接 DP 时出错：无法读取 IDR 我认为问题出 在 swdio_dir 引脚上，而 sysfsgpio 不支持这个引脚 。 是否有与恩智浦 i.MX8 mini 兼容的适配器/驱动器，可以控制 SWD 方向引脚？ 谢谢您的帮助。 谨致问候 Aditi Verma

I3C总线概述：下一代串行总线（日文博客） ・您可以在这里观看之前举办的日语网络研讨会视频“下一代接口‘I3C’基础知识——您现在需要了解的内容”。 *观看视频需要注册一个MyNXP账号。只需三个简单步骤即可免费注册。 0. 目录 目录 当前串行总线：I²C 和 SPI 1.1 优点和缺点 I3C（I3C） 2.1 概述 2.2 标准化 规格特性 3.1 兼容性 3.2 数据速率 3.3 更少的行 3.4 多控制器热连接 3.5 用 I3C 替换 I²C 或 SPI 时出现的问题 I3C：现状与未来 参考资料 1. 当前串行总线：I²C 和 SPI 1.1 优点和缺点 I²C和SPI都是常用的串行通信方式，适用于中低速设备间通信。它们通常用于微控制器（或处理器）与其外围设备之间交换数据。 这两种情况下，数据都是从控制器微控制器读取到目标设备的寄存器和存储器，或写入到目标设备的存储器。它们是实现类似目的的两种方法。每种方法都有其优缺点，但是否有可能只结合它们的优点并将它们统一起来呢？ I3C 总线[图 1] 就是这个问题的一个答案。 スクリーンショット 2025-02-01 6.32.17.png 图 1：I3C = 结合了 I²C 和 SPI 的优点 I²C 的优点在于它是一种支持多点连接的双线总线。只需少量线缆，即可将多种设备以各种拓扑结构连接起来。此外，您可以使用分配给每个设备的地址与任何指定的设备进行通信。而且，时钟频率和通信协议都是预先定义的，从而确保符合规范的设备之间的兼容性。 然而，I²C信号由开漏驱动，这会减慢信号的上升时间，从而限制传输速度。为了缩短上升时间，可以使用一个强上拉电阻（低阻值），但当输出为低电平时，会有大量电流流过该电阻，消耗功率。此外，由于 I²C 采用半双工通信，需要在单条数据线上进行“读”和“写”操作的切换，这也进一步降低了数据传输速率。 另一种是SPI总线。这种总线的优势在于其高速数据传输。其推挽式驱动信号使其能够实现数十兆赫兹的数据速率。推挽式驱动在功耗方面也具有优势。此外，由于“读”和“写”使用独立的数据信号，因此可以实现全双工通信。 SPI 的问题在于信号线数量众多：控制器和目标设备之间的双向通信需要两条数据线（分别用于“读”和“写”），以及时钟信号和片选信号来指定目标设备。此外，时钟信号和片选信号的极性，以及控制/锁存数据输出的时钟边沿，都必须符合针对每个目标设备制定的规范。因此，在同一总线上连接和使用多种类型的设备可能会比较困难。 此外，I²C 和 SPI 本身都没有处理总线中断的机制。因此，要通知控制器某个事件，控制器必须轮询总线或提供单独的中断信号线。 2. I3C（I-3-C） 2.1 概述 I3C （MIPI I3C）总线结合了 I²C 的易用性和 SPI 的速度和功率效率，进一步简化了设计[表 1][表 2]。 スクリーンショット 2025-02-01 6.40.00.png表 1：传感器连接示例的I3C、I²C和 SPI框图比较（来源： MIPI I3C 白皮书） スクリーンショット 2025-02-01 6.40.22.png表2： I3C与I²C对比 比较 I3C 的发音是“Ice-Riche”。由于 I²C 在软件代码中有时被写成“I2C”，因此有时被称为“I-2-C”，所以这个后续接口规范特意使用了非上标“3”，并被命名为“Ice-Riche”。 2.2 标准化 I3C 于 2017 年由MIPI联盟制定为标准（发布版本 1.0；最新版本为 1.1.1 ）。它最初是作为移动设备和物联网设备中传感器的接口而开发的。 完整的 I3C 规范仅供 MIPI 联盟成员使用。但是，为了方便其他开发者和其他标准组织使用，包含常用 I3C 函数的I3C 基本版面向所有人开放，并可在免版税许可下使用，即使他们并非 MIPI 成员。 从 2021 年开始，I3C 将成为 DDR5 及以后 DIMM 内存模块的标准，取代 I²C，后者在 DDR4 之前一直用作系统管理总线。 这样一来，I3C 就与其他标准一起被采用，并且变得越来越受欢迎。 3. 技术规格 3.1 兼容性 I3C 是一种向下兼容I²C 的规范。I3C目标设备也具备 I²C 设备的功能，因此可以使用现有的 I²C 控制器进行控制。此外，I3C 信号的设计不会影响现有的 I²C 目标设备，因此可以在 I3C 总线上混合使用旧的 I²C 设备。 I3C 信号使用周期为 45ns 的窄脉冲作为时钟，而 I²C 设备在其电路中内置了 50ns 尖峰滤波器，因此会忽略该时钟信号。这一特性使得 I3C 和 I²C 设备可以混合使用 [图 3]。 スクリーンショット 2025-02-01 9.15.52.png图 3：I3C 信号示例 3.2 数据速率 I3C 时钟频率设置为12.5MHz 。可以通过更改模式设置来选择更高的数据速率，这会改变信号利用效率，从而允许传输更多数据。 基本单数据速率( SDR ) 为 12.5Mbps，有效速率约为 10Mbps 。此外，还定义了几种其他高数据速率模式，可用于将速度提高到约 30Mbps 。 3.3 更少的行 图 1 展示了使用 I²C 和 SPI（当前方案）的系统与使用 I3C（理想方案）的系统之间的对比。可以看出，使用 I3C 可以显著减少布线数量和 SoC 引脚数量。 I3C 有多种机制可以减少代码行数，例如通用命令代码和时间戳函数。 这里我们将研究其中之一，带内中断。 I3C 定义了一个名为“带内中断（ IBI ）”的新协议。 以前，I²C 和 SPI 设备除了串行总线信号外，还会有一个中断信号来通知控制器设备上发生的事件。这就需要在控制器和目标设备之间连接一根额外的导线，因此控制器上需要为此目的设置一个引脚。 随着设备数量的增加，中断信号的数量也会增加，这意味着需要更多的布线，控制器侧的引脚数量也会增加，这会导致封装尺寸更大、成本更高。 IBI的开发就是为了解决这个问题。 在 I²C 中，启动条件始终由控制器发出。这是通过控制器将 SDA 拉低而 SCL 保持高电平来实现的。在IBI中，目标端通过将 SDA 拉低而 SCL 保持高电平来发出中断请求。当控制器收到请求时，它会将 SCL 拉低以创建启动条件 [图 4]。 当目标设备在收到 IBI请求后检测到启动条件时，它会发送自身的地址。此时，会执行地址仲裁。地址仲裁旨在处理多个目标设备发出中断请求的情况。在地址仲裁期间，SDA 被驱动为开漏状态。地址仲裁的工作原理是，地址值较小的设备获得通信权限。 スクリーンショット 2025-12-01 4.05.19.png图 4：IBI（入站通信中断），通过2根线实现中断   3.4 多控制器热连接 与 I²C 类似，I3C 也支持多个控制器。然而，与 I²C 的时钟同步仲裁机制不同，I3C 使用基于 IBI 的机制。此外，I3C 还支持热加入，但热加入也需要使用 IBI 功能。 “热连接”是一种支持热插拔的规范。此前，I²C 也曾用于刀片服务器的系统管理总线。在这些应用中，需要支持背板的热插拔。然而，I²C 并未规定如何在通信过程中向总线添加设备，因此用户必须自行制定规范或使用专用总线缓冲区才能实现此功能。I3C 规范的制定正是为了应对此类应用场景。 3.5 用 I3C 替换 I²C 或 SPI 时出现的问题 从目前的解释来看，I3C 似乎解决了 I²C 和 SPI 的所有问题。然而，为了实现更高的速度，它牺牲了一项规范。 这是由于总线电容的限制。I²C（快速模式）最高支持 400kHz 的频率，最大总线电容为 400pF（快速模式增强版支持 1MHz 的频率，最大可达 550pF），但 I3C 将其限制为 50pF。 该规范对总线布线长度和可连接设备数量进行了限制。设备数量的限制（在 I3C 规范 v1.1 之前为 11 个）已被取消，但总线容量限制仍然存在，这也是无法直接替换现有串行总线的原因之一。 4. I3C 的现状与未来 市面上已经出现了许多配备I3C控制器和目标接口的微控制器和传感器。此外，支持I3C的电压转换器和多路复用器也相继问世，整个生态系统正在不断扩展。 I3C 仍然是嵌入式设备的新兴接口规范，但其便利性和成本优势在未来可能会得到认可，并且由于其与 I²C 的兼容性，它可能会在未来一段时间内继续得到更广泛的应用。 5. 参考资料 日本网络研讨会视频：“您现在需要了解的内容：下一代接口‘I3C’的基础知识” MIPI I3C 和 I3C 基本规范 NXP 系统管理 I²C、I3C、SPI 选择器指南 NXP社区博客：I3C操作示例代码：如何使用“i3c-temperature-sensor”（日语博客） NXP社区博客：I²C总线概述 NXP社区博客：SPI总线概述 [原文发表于 Interface 杂志 2024 年 3 月刊（CQ Publishing 出版），标题为“ I3C：结合了 I2C 和 SPI 优势的下一代标准”，第 78-81 页。本文已对其进行修订和更新。] 更新日志： 2025-02-03：第一版 2025-02-18：在“5. 参考资料”部分新增了博客文章《I3C操作示例代码：如何运行‘i3c-temperature-sensor’》 2025-02-21：将“I2C”的3处表述更改为“I²C” 2025-02-25：日语网络研讨会视频：在目录前和“5. 参考资料”中新增了《【目前必须了解的知识】下一代接口“I3C”的基础》的链接 2025-12-01：修改图4.对话框内的写法以提高可读性 ========================= 我们目前无法回复此帖子“评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问，请参阅“ NXP技术问题-如何联系我们（日语博客） ”。 （如果您已经是恩智浦的分销商或与恩智浦有合作关系，您可以直接询问负责人。） 最近，我们经常听到“I3C总线”这个词。 这是由MIPI定义的新一代串行总线规范，旨在取代I²C和SPI。I3C与I²C一样是双线总线，但其通信速度更快，功耗更低。此外，I3C规范还允许通过这两根线处理以前需要额外导线的中断信号，从而减少了导线的数量。 它还向下兼容 I²C，允许您在同一总线上混合使用 I²C 和 I3C 目标。 NXP 提供广泛的产品，包括 I3C 兼容的微控制器/处理器、传感器、目标传感器设备以及集线器/多路复用器/信号电平转换器。 通信标准 界面 介绍 日本博客

恩智浦汽车加速度计基础知识 第 4 部分 - ASIC 基础知识（日语博客） 上次，我们详细解释了G细胞MEMS。 在第四部分中，我想讨论一下如何使用 ASIC 将这种 G 型 MEMS 的电容器电容作为信号进行处理的机制。 从G-cell MEMS中提取加速度信息 让我们来看看如何从 G 单元 MEMS 中提取加速度信息。 首先，回顾一下。在之前对G-cell MEMS的解释中，我们提到过可移动板的运动取决于所施加的加速度。 atsuyoshiyamagu_0-1751359101992.png G型电池可以看作是一个可变电容器，其电容值随可移动极板的移动而变化。该电容值代表了电流加速度。 atsuyoshiyamagu_1-1751529283033.png 现在，ASIC 的任务是从 G 单元中提取信号。 ASIC代表专用集成电路，这里使用的 ASIC 是一种专门用于控制 MEMS 和处理测量数据信号的半导体集成电路。 atsuyoshiyamagu_2-1751517130441.png 如上图所示，G 单元的输出按顺序进行处理，形成 MCU（微控制器）可以轻松处理的数据。 1. 积分器 CV 转换 ・CV（电容到电压）转换模块的功能是将G单元（电容器）的电容值（=加速度值）转换为电压值。 在早期产品中，校正处理采用模拟值，但近年来，利用数字计算实现高精度校正处理已成为可能。因此，电压值通过模数转换器 (AD) 和积分器转换为数字值。由于这是 ASIC 的入口，因此也称为前端。 2. 收益 - 加速度值被放大，以便在后续阶段进行校正处理。 3. 过滤器 - 使用带通滤波器去除不必要的信号分量和噪声。 4. 温度补偿和增益 - 设备温度变化会导致检测值出现误差，因此需要进行校正。 此外，由于各种因素，施加的加速度和检测到的加速度并非线性对应关系。对此进行了校正，使其呈线性关系。 ・此外，根据应用情况调整输出值分辨率。 5. 输出 通过到目前为止的处理，我们已经获得了一个干净的加速值，然后将其转换为适合 SPI 等通信接口的格式，并从设备输出。 ---------------------------------------------------------------------- 以下是每个模块的更多详细信息。 首先，让我解释一下最左边的入口部分（称为前端）。 前端 积分器 CV 转换 atsuyoshiyamagu_1-1751359335864.png 上图显示了 G 细胞 MEMS 中发生的效应。 在此，G-cell 可变电容器在 ASIC 的控制下进行充电和放电。 atsuyoshiyamagu_2-1751359838976.png 这种充电和放电过程是通过一种称为开关电容器电路的功能来实现的。 这里有一个充电开关和一个放电开关，其中一个始终处于断开状态，另一个始终处于闭合状态。该开关快速切换以输出电荷。 通过积分，可以得到与加速度等效的电压值。 atsuyoshiyamagu_0-1751516881902.png 上图摘自NXLS9XXX 系列数据手册，其中标有 CV 转换的部分负责将 G 电池容量转换为电压。 可以直接输出电压值，但最好进行校正以使测量值更加准确。 在较老的传感器中，校正是使用模拟电路进行的，但现在数字处理已成为常态，因此校正是在 AD 转换之后进行的。 NXLS9XXX 系列采用 Σ-Δ（也称为 Δ-Σ）AD 转换器。 Sigma-delta ADC 具有多项优势，最显著的优势是抗锯齿和过采样带来的分辨率提升。 到目前为止的 CV 转换和 AD 转换称为调制器。 由于加速度值是以数字值的形式获得的，因此现在更容易纠正错误、进行滤波，并更改输出格式以适应应用程序。 后端 接下来，我们将解释纠错过程。 理想情况下，当输入“1G”时，测量输出应为“1G”。但实际上，由于各种因素的影响，输出值可能会出现偏差，例如“0.9G”。因此，需要进行校正，使输出值达到1G。 偏移量和灵敏度 atsuyoshiyamagu_0-1751520458208.png 加速度传感器最重要的输出特性是其偏移精度和灵敏度。 偏移误差也称为偏差或偏差，其结果值大于或小于施加的加速度。 灵敏度又称比例因子，是施加加速度与输出加速度值的斜率。 平均值 atsuyoshiyamagu_1-1751521060339.png 如果噪声导致数值看起来比实际值大或小，可以使用平均值来消除这些变化并获得实际值。 然而，它的缺点是需要多个样本，这可能会很耗时，但通常可以通过使用高速计算来克服这个问题。 非线性合成 atsuyoshiyamagu_2-1751522941650.png 施加的加速度和检测到的加速度并非线性对应关系。 这主要是由于 G 型电池 MEMS 的特性（变形、形状）造成的。 ASIC 具有加速值和校正值的数据库，用于进行校正。 温度补偿 atsuyoshiyamagu_0-1751523185316.png 随着器件温度的变化，其输出特性可能会发生变化。 具体来说，温度变化会导致构成加速度传感器的组件膨胀和收缩，从而导致 G-Cell MEMS 变形，进而产生这种效果。 该ASIC芯片内置温度传感器，可通过参考当前温度和校正值的数据库进行校正。 输出缩放 atsuyoshiyamagu_2-1751523569773.png 取决于用户的使用方式， a) 何时需要更宽的加速度检测范围 b) 当需要更高分辨率时 因此，对加速度检测范围的要求可能会有所不同。 在上图中，左侧显示了用法 a)，其设置为在 120 G 时输出 2047 LSB，从而可以测量尽可能大的施加加速度。 另一方面，在右侧的图中，使用了方法 b)，在 80 G 时输出 2047 LSB，从而可以检测到施加加速度的最小差异。 根据应用程序改变加速值分配的过程称为缩放。 这是通过ASIC内部简单的位移操作实现的。 输出格式 经过校正处理后，加速度检测值的精度已得到提升，并通过与用户所用MCU兼容的通信接口输出。以下通信方式主要用于汽车加速度传感器。 直接连接到MCU（微控制器）时 直到2008年左右，许多用户仍然偏爱模拟输出，但数字输出已逐渐成为主流。对于数字输出而言，SPI接口常用于汽车领域，而I2C接口则常用于消费领域。 模拟电压值 SPI I2C NXP 的某些产品允许用户随时更改通信方式。 当传感器放置在远离MCU的位置时 当使用加速度传感器检测车辆碰撞时，传感器通常安装在车门或保险杠等位置，以便立即检测到碰撞。然而，接收测量结果的微控制器（MCU）无法承受200G的冲击力，因此通常将其放置在车辆相对安全的中心位置，导致传感器与MCU之间距离较大。在这种距离下，由于抗噪性问题，SPI或I2C通信无法安全进行。另一方面，CAN（控制器局域网）成本过高。此外，由于需要在车内铺设长线，线材的重量也不容忽视。因此，人们开发了专门用于碰撞检测的通信方法。 DSI3 PSI5 NXP是这两个规范制定组织的成员， NXP的一些产品也允许用户随时切换通信方式。 手臂 atsuyoshiyamagu_0-1751526112194.png 安全气囊意外弹出是一个重大问题，因为它可能导致乘客受伤。 通常情况下，MCU 会根据加速度传感器的测量值来决定是否展开安全气囊。 此外，加速度传感器本身具有碰撞检测功能，通过将MCU的结果与加速度传感器的结果进行比较，可以更精确地进行碰撞检测（冗余）。 该安全功能利用加速度传感器本身来检测碰撞，称为 ARM（意思是“准备就绪！”）。 通过一次性编程 (OTP) 设置选项 ASIC 具有一次写入（非易失性）存储区域，可以将管理信息和配置写入该区域。 atsuyoshiyamagu_2-1751529753447.png 以前，通过向保险丝阵列施加高电压来熔断保险丝并写入设置。 目前主流方法是将设置写入 Flash 并锁定，使其无法被覆盖。 镜像注册 当加速度计启动时，它会将 OTP 存储器的内容复制到镜像寄存器（RAM）中，并参考该镜像寄存器的值来执行加速度值校正处理和功能设置。 atsuyoshiyamagu_3-1751530254691.png 如果用户在开发过程中想要测试某个功能，或者想要使用与 OTP 内存内容不同的设置进行操作，他们可以通过重写镜像寄存器的内容来临时更改到所需的设置。 但是，一旦断电，设置将恢复到初始设置，即 OTP 寄存器设置。 至此，我们对加速度传感器专用集成电路（ASIC）的解释就结束了。 下次我想谈谈包装和组装。 参考信息 恩智浦加速度计网页 NXLS9XXXX 数据手册（PDF 版本） ========================= 我们目前无法回复此帖子“评论”部分的评论。 由此给您带来的不便，我们深表歉意。如有任何疑问，请联系您的恩智浦经销商或直接联系恩智浦公司。 本页概述了恩智浦汽车加速度传感器的原理、特性和应用。 在上一篇文章中，我们解释了G细胞MEMS。 在第四部分中，我想讨论一下如何使用 ASIC 将这种 G 型 MEMS 的电容器电容作为信号进行处理的机制。 传感器 日本博客

工业应用中的模拟前端（AFE）详解（日文博客） スクリーンショット 2025-10-20 9.11.36.png 0. 目录 1. 什么是模拟前端（AFE）？ 1.1 各种 AFE 1.2 工业应用AFE 1.3 普遍投入的概念 2. NAFE13388 系列 2.1 信号输入/激励电压/电流源/内置参考电压 2.1.1 输入电路 2.1.2ADC 2.1.3激励电压/电流源 2.1.4输入重排示例 2.2 软件接口 2.2.1 逻辑通道 2.2.2 测量命令 2.3 自我诊断功能 2.3.1 电源电压、内部参考电压和激励电压的监测 2.3.2 输入监控 2.3.3 时钟源监测 2.3.4 温度监测 2.4 出厂校准和用户校准 2.5 评估环境 2.5.1 硬件 2.5.2 软件 2.6 应用说明 3. 总结 4. 参考资料   1. 什么是模拟前端（AFE）？ “模拟前端”（以下简称AFE ）是指在采用微控制器或处理器的系统中，连接模拟和数字的部分。 有些AFE只输入模拟信号，有些只输出模拟信号，有些则两者都做。 スクリーンショット 2025-10-20 9.12.56.png   1.1 各种 AFE 1. 在音频系统中，这部分（通常由称为编解码器的芯片实现）将来自麦克风的模拟音频信号转换为可以处理和录制的数字信号，或者转换为可以通过扬声器或耳机播放的模拟信号。 スクリーンショット 2025-10-20 9.13.39.png 2. 在电池管理系统 (BMS) 中，微控制器或处理器控制充电和放电，但还有一个 AFE 部分，用于测量电池电压和电流等模拟值。 スクリーンショット 2025-10-20 9.13.50.png 每个产品都使用针对其应用量身定制的专用AFE。 它的主要功能包括模数转换器 ( ADC ) 和数模转换器 ( DAC )，以及与输入和输出信号特性相匹配的前置和后置滤波器和放大器。 スクリーンショット 2025-10-27 8.32.22.png 许多微控制器还内置了用于模拟输入和输出的ADC/DAC。这些微控制器的模拟输入和输出范围为0至3.3V，并且可以执行分辨率约为10至14位的模数转换。 然而，对于工业应用所需的高精度测量，以及更大/更小的正负电压范围和16 位或 24 位输出，需要这里介绍的 AFE。   1.2 工业应用AFE 一般来说，工业应用需要在生产线和过程管理中对模拟信号进行高精度测量。模拟信号也可能需要用于阀门控制等目的进行交换。 スクリーンショット 2025-10-20 9.15.32.png 工业AFE的模拟输入端连接到各种传感器，例如热电偶和电阻温度检测器（RTD）等温度传感器，以及称重传感器等力传感器和压力传感器。模拟输入端还用于测量纯电压和电流。   需要根据其特性定制电路： 例如，用于温度测量的热电偶输出的电压非常小，因此需要低噪声放大器才能进行高精度测量。 热电阻（RTD）是一种电阻值随温度变化的器件。当通过恒定电流（称为激励电流）时，RTD 会测量电压。然而，如果通过的激励电流过大，RTD 会发热，导致无法进行精确的温度测量，因此只能通过较小的激励电流。由于较小的激励电流只能产生较小的电压，因此需要一个高精度、低噪声的放大器以及一个精确的恒流源来提供激励。 测量力（重量或压力）的称重传感器通过检测施加激励电压的元件中的微小变化（使用惠斯通电桥的电压变化）来工作。这需要高精度、低噪声的放大器。 测量电压或电流时，需要调整输入范围以匹配被测量的对象。 由于这些传感器的特性和它们测量的输出各不相同，之前的工业AFE通过在前端集成针对每个传感器特性量身定制的单独电路来解决这个问题。   1.3 普遍投入的概念 为每个测量目标都配备一个带输入电路的设备效率低下。必须针对每个测量目标开发专用硬件并创建产品线。 スクリーンショット 2025-10-20 9.16.14.png 如果这些能够标准化，上述问题就能立即得到解决。 NXP 的 AFE 支持“通用”输入。具体来说，它最多可支持八个 +/-12.5V 的单端输入（四个 +/-25V 的差分输入），以及一个内部 PGA（可编程增益调节）。增益倍数可设置为0.2至16倍。此外，内部激励电压和电流源可从任意输入引脚输出。 スクリーンショット 2025-10-20 9.16.30.png 使用这种芯片，只需最少的外部电路即可制作电路板，并可根据测量目标通过软件轻松切换。NXP 的 AFE（NFAE 系列）芯片还内置了输入保护功能，因此可以最大限度地减少外部元件，无需添加会影响测量精度的保护二极管。 2. NAFE13388 系列 举个具体的例子，我们来看看NXP的AFE13388的特性。NAFE13388是一款AFE，具有8个通用模拟输入（单端或4个差分）和10个GPIO。 与微控制器的接口为SPI（最大频率32MHz）。 该产品系列包括高速NAFE73388 （采样频率高）、4 输入型号（输入较少）、带或不带激励电压和电流源、出厂校准以及 16 位或 24 位输出的型号。 スクリーンショット 2025-10-20 13.09.25.png スクリーンショット 2025-10-20 9.50.53.png 2.1 信号输入/激励电压/电流源/内置参考电压   2.1.1 输入电路 输入为单端输入，引脚最多可容纳八个输入，内置多路复用器可配置为接受单端或差分输入，以及激励电压和电流输出。 图中展示了NAFE13388-UIM（NAFE13388通用输入模块）评估板的部分电路图（从右侧的两个接线端子到左侧的AFE输入部分）。如图所示，AFE的结构非常简单，仅包含一个简单的无源滤波器和一个用于在过压时限制电流的电阻。 各种传感器可以直接连接到接线端子上。 スクリーンショット 2025-10-20 10.12.04.png 该电路板内置保护电路，可防止输入端电源连接错误和静电放电 (ESD) 损坏，因此无需外接保护元件。但是，用作保护元件的二极管的漏电流可能会影响测量结果，因此如果需要外接元件，则必须谨慎选择。NAFE13388 内置的保护元件是漏电流极低的二极管，不会影响测量结果。 无需使用分压器输入更高的电压，也无需使用偏置电路来调整偏移。NAFE13388 可以直接输入 +/-12.5V 的信号，因此无需担心这些电路的精度或发热问题。   2.1.2ADC AD转换器由三阶ΣΔ调制器和具有各种设置的SINC滤波器组成。 在使用ΣΔ调制器的AD转换中，所需的分辨率是通过对以高采样频率转换为1比特的数据进行下采样来获得的。下采样后获得的分辨率称为“有效位数（ ENOB ）”。下采样率越大，ENOB越高。 使用 NAFE13388 时，要获得 17 位有效位数 (ENOB)，需要将采样率设置为 72 kHz。使用速度更快的 NAFE73388，可以在 144 kHz 的采样率下获得相同的有效位数。要获得 24 位精度，需要 30 Hz (NAFE13388) 或 60 Hz (NAFE73388) 的采样率。 NAFE13388内置高精度参考电压源，用于模数转换，因此无需外部参考电压。其温度补偿环路可在工作温度范围内实现%精度(% FS（全温范围）的精度。模数转换器前端设有一个可设置倍率范围为 0.2 倍至 16 倍的 PGA。单端输入的满量程范围为 +/-12.5V（PGA 增益：0.2 倍）至 +/-0.15625V（PGA 增益：16 倍）。 下图取自 NAFE13388 数据手册，显示了输入端施加 10V 电压时读数随温度的变化。温度补偿回路使测量误差非常小。 スクリーンショット 2025-10-20 10.24.32.png 2.1.3激励电压/电流源 激励电压和电流可以分别在+/-6mV至+/-12V和+/-977nA至+/-2mA的范围内以12级进行设置，并且可以从任何输入引脚输出。 这意味着，只需重新排列软件即可处理 RTD 和称重传感器等元件，而无需额外的电路。 2.1.4输入重排示例 下面展示了最简单的单端电压测量示例。在本例中，测量的是连接在 AI3N 和 AICOM 端子之间的信号源的电压。 スクリーンショット 2025-10-21 17.40.13.png 在以下示例中，连接了一个称重传感器。内部激励电压源从 AI3P 端子输出，并将电压施加到桥式电路。测量结果为 AI2P 和 AI2N 端子之间的差分电压。 スクリーンショット 2025-10-21 17.40.23.png 以下示例展示了如何使用四线连接测量 RTD。在本例中，内部励磁电流源的电流从 AI4P 端子输出，RTD 两端的电压（即 AI1P 和 AI1N 端子之间的差分电压）用于确定电阻值。 スクリーンショット 2025-10-21 17.40.33.png 最后一个例子是测量AFE芯片的电源电压。连接到内部多路复用器的电源电压可以用ADC测量。 スクリーンショット 2025-10-21 17.40.43.png   2.2 软件接口   2.2.1 逻辑通道 除了如上所述的输入引脚选择（指定任意引脚为单端输入或差分输入）、激励电压/电流和输出引脚选择之外，还可以集中管理PGA 增益、采样频率/后 SINC 滤波器以及温度补偿环路的开启/关闭等设置。这种管理单元称为逻辑通道，最多可以设置 16 个逻辑通道。这 16 个逻辑通道中的每一个都可以单独进行管理、启用和禁用。 逻辑通道一旦设置完成，便会保留在AFE内部。只需设置或清除16位寄存器中的一位，即可启用或禁用逻辑通道。例如，如上一节示例中的单端电压、称重传感器测量、RTD测量和电源电压等设置，均可使用逻辑通道快速重新组合。 可以同时启用多个逻辑通道。在这种情况下，可以使用下一节中描述的测量命令来单独测量每个逻辑通道，也可以按顺序同时测量所有逻辑通道。 スクリーンショット 2025-10-22 5.06.16.png 2.2.2 测量命令 每个逻辑通道都会执行模数转换。这可以通过软件命令对单个通道执行，也可以对所有已启用的逻辑通道执行单个序列的模数转换，或者以连续循环的方式执行。转换也可以由外部时钟信号触发。此功能还可用于同步多个AFE芯片。 通过循环执行多个逻辑通道转换序列，可以实现测量自动化。转换后的数据存储在每个逻辑通道的寄存器中，因此可以随时读取。每个通道或一系列转换完成的信号都可以输出。这使得数据读取能够与转换同步进行。 2.3 自我诊断功能   2.3.1 电源电压、内部参考电压和激励电压的监测 输入选择多路复用器不仅可以切换输入引脚，还可以切换激励电压、电流源、两个参考电压以及提供给芯片的电源电压。 通过将这些输入配置为逻辑通道并将其集成到模数转换序列中，您可以持续监控自身的运行状态。如果芯片包含出厂校准数据，则芯片发货时的参考电压会写入非易失性存储器区域。这可用于监控产品组装过程中出现的问题以及随时间推移发生的变化。 スクリーンショット 2025-10-22 13.45.30.png 2.3.2 输入监控 可以为逻辑通道设置信号输入范围。如果输入的电压超出此范围，则会生成警报。 各个传感器与输入端之间可能存在线路断裂的风险。为此，我们提供了一个 65nA 的激励电流源来监测这种情况。启用该电流源并监测电压，即可检查是否存在异常。此外，如果您怀疑电缆老化，即使尚未断裂，也可以通过阻抗变化测量进行监测。 2.3.3 时钟源监测 NAFE13388 在启动时会检查外部时钟输入，如果没有外部时钟输入，则尝试使用晶体振荡器进行振荡。如果晶体振荡器仍然无法工作，则使用内置的 RC 振荡器产生时钟。如果外部时钟或晶体振荡器提供了时钟信号，则将其与内部 RC 振荡器产生的时钟进行比较，如果出现异常情况（例如时钟停止或频率偏差过大），则会发出警报。 2.3.4 温度监测 NAFE13388 还内置了一个温度传感器。该传感器用于校正测量中的漂移，并在达到指定温度时发出警报以保护芯片本身，同时在温度超过一定限值时启动关机保护功能。 2.4 出厂校准和用户校准 在模数转换之后，每个 PGA 增益设置的增益和偏移误差都会在数字域进行校正。共有 16 组寄存器用于存储这些校正系数，每个逻辑通道可以指定一组。如果 NAFE13388 已在工厂进行校准，则每个增益设置的校正系数都已预设，利用这些预设值，无需用户校准即可达到 +/-0.06%FS（典型值，室温）的精度。 如果最终产品所需的精度在此范围内，则可省去发货前耗时费力的校准过程，从而显著节省成本。用户还可以调整此校正系数。用户校准可将精度提高至±0.002%FS 。校准系数会通过设置在逻辑通道指定的寄存器中自动校正，因此无需对读取值进行后处理。此外，还可以人为地调整校正系数，将测量值调整到任意范围。 スクリーンショット 2025-10-22 13.54.19.png 2.5 评估环境   2.5.1 硬件 这款高性能AFE可使用Arduino扩展板评估板NAFE13388-UIM轻松进行测试。Arduino扩展板连接器可用于连接各种微控制器评估板。 NAFE13388-UIM-ISO.jpg.jpg 2.5.2 软件   NXP官方软件 首先，为了检查基本操作，您可以使用 NXP 微控制器板： FRDM-MCXN947和 Windows PC，通过 GUI 操作来评估基本功能。 gui_pic.png 此外， NXP 应用代码中心提供了各种评估和演示代码，用于动态评估/演示，以及用 C 语言编写的驱动层代码示例。对于 NAFE13388，已发布了可在与上述相同的微控制器板 FRDM-MCXN947 上运行的代码，从而可以评估从基本操作到使用 USB、CAN 和以太网进行数据输出的所有功能。   スクリーンショット 2025-10-22 14.03.58.png 开源代码 此外，作为开源软件发布的代码还包括可在 NXP 微控制器板FRDM-MCXN947 、 FRDM-MCXN236 、FRDM -MCXA156和FRDM-MCXA153上运行的示例，这些示例也可用于验证操作。 UIM_on_FRDM.jpg 此外，配备 NXP 高性能微控制器 i.MX RT1050 的微控制器评估板IMXRT1050-EVKB提供了使用MicroPython 的驱动程序和应用程序示例。 スクリーンショット 2025-10-22 14.07.41.png NAFE13388-UIM 可以与 Arduino 微控制器 板配合使用，作为“Arduino 扩展板”进行测试。上述各种 FRDM-MCX 系列的驱动程序已移植到 Arduino SDK 环境 ，并且已公开提供可 在 Arduino UNO R3 、 Arduino UNO R4 Minima 和 Arduino UNO R4 WiFi 上运行的示例代码（草图）。 uim_on_r4_wifi_.jpg 2.6 应用说明 NAFE 系列还有各种应用笔记可供参考。 “使用 NXP AFE 进行工业应用测量”AN14102_JA（日文应用笔记）介绍了连接传感器和寄存器设置的具体示例，用于自诊断、电压测量、电流测量、使用 4 线/3 线/2 线 RTD 和热电偶进行温度测量，以及使用称重传感器进行重量测量。 我们还提供应用说明，其中包含有关各种测量方法和演示代码的更详细信息。请访问以下页面的“应用说明”部分： https://www.nxp.jp/products/NAFEx3388 スクリーンショット 2025-10-22 14.14.09.png 3. 总结 NAFE13388 是一款单芯片、高精度模拟前端芯片，具有八个软件可配置输入。 通过制作一块配备该芯片的简易输入电路电路板，即可利用软件对其进行配置，以支持多种测量目标。单端输入电压为+/-12.5V（差分输入为+/-25V），芯片内部也内置了必要的保护电路，从而最大限度地减少了外部元件的数量，并最大限度地降低了影响成本和测量误差的因素。 此外，它还配备了多种自诊断功能，完全能够满足日益增长的功能安全需求。内置功能可用于检查被测对象的连接状态、安装状态以及AFE（自动前端设备）的运行情况。 尽管这是一款高性能芯片，但评估起来却非常简单。您可以使用 Arduino 扩展板和 NXP 微控制器，通过 PC 上的图形用户界面 (GUI) 软件来检查其运行情况。此外，您还可以使用更接近实际应用的示例代码进行动态评估。更重要的是，该开源代码支持多种微控制器。 对于使用模拟传感器的测量，我们推荐 NXP 的 AFE：NAFE13388，它具有硬件和软件简单、灵活性强的特点，并可实现高精度测量！ 4. 参考资料 产品页面：高度可配置的 8 通道 ±25 V 通用输入模拟前端，带激励功能 评估板： NAFE13388-UIM 8通道通用输入AFE Arduino扩展板 相关信息： SPI总线概述（日语博客） 相关信息：安装 MCUXpresso IDE 和 SDK（日文博客） 变更历史记录： 2025年10月29日：第一版 2026年2月5日：评估环境 → 软件 → 开源代码部分：新增支持的Arduino开发板类型。更新图片。 2026-06-21：添加了目录和章节编号。 ========================= 我们目前无法回复此帖子“评论”部分的评论。 由此给您带来的不便，我们深表歉意。联系我们时，请使用“ NXP 技术问题”页面。 - 如何联系我们 （ 日本博客 ） （如果您已经是恩智浦的分销商或与恩智浦有业务往来，您可以直接向负责人咨询。） 微控制器内置的通用 AD 转换器无法用于高精度测量工业应用所需的各种传感器、电压和电流。 尽管多家公司已推出专为“工业用途”设计的产品，但这些产品距离集成所有必要功能仍相去甚远。特别是输入电路，需要使用分立电路，这使得精度保证和设备小型化变得困难。此外，功能安全问题（未来将变得至关重要）也一直是亟待解决的一大挑战。 恩智浦半导体的工业模拟前端NAFE13388能够轻松解决这些问题。它还能简化产品线和优化制造流程，从而降低成本。 介绍 传感器 日本博客

i.MX8MP - 在 V4L2 和 OpenGL 之间共享 G2D 缓冲区时的性能问题 您好， ，当从 V4L2 直接向 OpenGL（GPU GC7000UL）共享高分辨率（4048 x 3040 : 12 MP）的 G2D 缓冲区时，我遇到了一个问题。 下面是我的应用程序的伪代码。 我正在分配 g2d_buffers（4048x3040，YUYV）并保存文件描述符。 struct g2d_buf *_srcBuf = g2d_alloc(4048 * 3040 * 2, true); // cacheable int g2d_src_buf_fds = g2d_buf_export_fd(&_srcBuf); 然后我使用这个 g2d 文件描述符使用 V4L2 从摄像机设备获取视频帧。 struct v4l2_buffer buf; buf.memory = V4L2_MEMORY_DMABUF; buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.m.fd = g2d_src_buf_fds; [...] ioctl(cam->fd, VIDIOC_QBUF, &buf); [...] ioctl(cam->fd, VIDIOC_DQBUF, &buf); // DMA sync operations struct dma_buf_sync sync = { 0 }; sync.flags = DMA_BUF_SYNC_START; ioctl(buf_fd, DMA_BUF_IOCTL_SYNC, &sync); sync.flags = DMA_BUF_SYNC_END ; ioctl(buf_fd, DMA_BUF_IOCTL_SYNC, &sync); 在 OpenGL 方面，我们使用 Vivante 扩展连接到 G2D 缓冲区。 p_glTexDirectVIVMap( GL_TEXTURE_2D, 4048, 3040, GL_VIV_YUY2, &_srcBuf->buf_vaddr, // virtual address (void **)&_srcBuf->buf_paddr // physical address ); 工作流程运行正常，因为我们可以在 OpenGL 输出端以正确的帧频（30FPS，即摄像机的帧频）显示图像，但只能在低分辨率（例如 800x600）下显示。 如果我们将分辨率提高到 1200 万像素，就会发现帧速率慢慢下降（当我们使用 4048 x 3040 的全分辨率：1200 万像素时，帧速率下降到 19FPS）。 您对如何共享高分辨率的 g2d 缓冲区有什么建议吗？ 谢谢您的帮助。 Re: i.MX8MP - Performance issue when sharing G2D buffers between V4L2 and OpenGL 如果可以帮助某人，我们找到的解决方案是使用 G2D 设备将图像从 GPU 3D 复制到 CPU。 我们的输油管道现在 ： V4L2 -> GPU 3D ：使用 DMA 缓冲区传输数据 在 G2D 缓冲区中进行 GPU 3D 渲染 G2D -> CPU：我们使用 g2d_copy 在 CPU 中获取数据 使用此管道，我们可以捕获 1200 万像素的视频，并以 30FPS 的速度对其进行处理。 Re: i.MX8MP - Performance issue when sharing G2D buffers between V4L2 and OpenGL 很抱歉这么晚才回复您。 我们的性能问题似乎与使用 glReadPixels 函数将图像从 GPU 传输到 CPU 的过程有关。 我们可以通过使用 eglSwapBuffers 来改进这一过程，从而解决性能问题。 iMX8MP 上有这方面的信息或特殊方法吗？ Re: i.MX8MP - Performance issue when sharing G2D buffers between V4L2 and OpenGL 您好， 对于 2D 32K x 32K 坐标系，但缓冲区取决于 RAM，所以应该没有问题。因此，请将您的应用程序代码发送给我们，以便在此重现并进行检查。 此致 Re: i.MX8MP - Performance issue when sharing G2D buffers between V4L2 and OpenGL 谢谢您的回答。我使用的是 i.MX8MP。 如果没有限制，您是否有一些关于如何正确操作的建议？我们认为，4048x3040（1200 万像素）的分辨率可能有点过高，一些内部传输（DMA 或非 DMA）可能会导致我们注意到的帧速率下降。 Re: i.MX8MP - Performance issue when sharing G2D buffers between V4L2 and OpenGL 你好 你在使用什么设备？ 使用 i.MX6 时，会出现一些与您的应用程序有关的问题，但使用 i.MX8 就不会出现这些问题。 此致

使用 LCDIF 信号源时，LVDS 显示器上没有数据 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好 版本：Yocto-Sumo (4.14.78_1.0.0_GA) 板：基于 i.mx8MQ 的定制板 我们正在开发基于imx8MQ的定制板，使用LCDIF源进行显示时，我们在LVDS显示器中遇到了问题。我们只在时钟线上获取时钟信号，并在 MDO 上进行验证。 我们尝试使用 DCSS 信号源进行显示，它能与我们的 LVDS 显示器完美配合。 我们还在恩智浦社区的以下链接中找到了类似的问题，但遗憾的是，没有可用的解决方案。 链接：https://community.nxp.com/thread/489422 有人能提供这个问题的解决方案吗？任何指导或建议都会非常有帮助。 顺祝商祺！ 尼马尔 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Data not available on LVDS display when use LCDIF source 您好，这个问题有更新吗？我也遇到了同样的问题，正试图找到解决办法。如果您已经解决了这个问题，或者发现了确切的问题所在，能否与我分享？ 致敬 Re: Data not available on LVDS display when use LCDIF source <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 NIRMALLUHANA、 您是否浏览过此链接：如何在 i.MX8 上使用双屏显示，包括 4k 解码 - i.MXDev 博客。 它显示双屏 HDMI4k@60 和MIPI-DSI720p@60。 您是否尝试过分辨率较低的 LCDIF，例如720p? Re: Data not available on LVDS display when use LCDIF source <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，我是伊戈尔帕季科夫！ 我已经在内核 4.14.98_2.0.0_GA 中打上了补丁，LCD 可以与 DCSS 一起工作，但仍然不能与 LCDIF 控制器一起工作。我们的板使用 SN65DSI83 作为 MIPI-LVDS 变流器。 有什么建议吗？ Re: Data not available on LVDS display when use LCDIF source <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好： 伊戈尔帕季科夫 ！ 我也有同样的问题。 我的应用环境如下。 操作系统 ：android 9 2.3.0 或 1.0.0 硬件：i.mx8mq 我使用 HDMI 驱动 ch7107b（HDMI -> CVSB），并使用 Mipi DSI 接口驱动 Mipi 面板（ICN6211 MIPI DSI ->RGB24）。 我可以通过 DCSS 驱动 Mipi 屏幕，但 HDMI 和 Mipi 显示器不能同时显示。 我的问题是 1. 如何设置 HDMI 分辨率大小？ 2. 如何使 HDMI（720x 576 或 720x480 至 cvbs）和 Mipi 面板（800 x480）同时工作？ Re: Data not available on LVDS display when use LCDIF source <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，尼玛尔 问题可能与时钟限制有关，可以检查 int valid_clocks[] nwl-dsi.c\bridge\drm\gpu\drivers - linux-imx - i.MX Linux 内核 可以尝试以下补丁 : MLK-21958-6: drm/bridge: nwl：改进时钟计算 - kopera/linux-imx@80eb057 - GitHub 问候 igor ----------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击 "正确答案 "按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------

NXPの機能安全サポート こんにちは。こんにちは。 当社は、S32K3 シリーズマイクロコントローラをベースに機能安全製品を設計しています。これについては技術的なサポートが必要です。NXP インドおよび米国の SME に接続してください。 Re: NXP support on Functional safety こんにちは@sutrai_ravi_kさん、 新しいサポート チケット (730126) が作成され、NXP インド チームに転送されました。 彼らはあなたに直接連絡します。 よろしくお願いいたします。 ダニエル

🚀 Kinara 2025 年第三季度非官方内部代码包版本 嗨，团队、 🎉 好消息 2025年第三季度的Kinara内部版本现已上线，可以进行测试！这是你在正式版本之前亲身体验最新代码包的机会。 📦可用套餐： ⚡ rt-sdk-ara2 🕵🏼 yolov8n-gstreamer-ara2 🗨️ llm-edge-studio 📸 llava-at-edge 🎥 qwen2.5-vl-gradio 🔗 在此处访问所有软件包：Kinara Q3 套餐文件夹 🧪 这个版本是关于什么的？ 这是一份非官方的内部版本🚫仅供测试 基于Kinara SDK r1.2.1 版本 重点验证第三季度形象 将 仅在 SDK r1.3.0 和电路板支持包。 6.12.32_2.1.0 的正式版本之前 支持 🧰 主要功能 ✅ 包含 FFMPEG，无需手动版本！ 🎥 ✅ 测试板：i.MX 8MP FRDM ✅ 您还可以在以下设备上试用：i.MX 95 FRDM& i.MX MR FRDM ✅ 官方版本将支持上面提到的所有 3 个板 🤝想要投稿？ 如果您有支持 FFMPEG 的i.MX 95 FRDM或i.MX MR FRDM图像，请告诉我！我将上传它们，以便其他人也能使用它们 🙌 🛠️ 发现问题？ 通过 JIRA 提交票单： 🔗 MICRSE JIRA 板 元器件：K-NPU： 受让方：Juan Jorge Mendoza🙋‍♂️ ⏳提醒您 如果你遇到任何问题，请随时报告——或者等待下一个正式版本即将发布！ 🚀 感谢您的支持，祝您测试愉快！🧪 欢迎所有反馈意见！☺️

无法使用 Plug & Trust Nano 软件包从 SE050 检索 ECC 曲线详细信息 嗨，团队、 我目前正在使用 Plug & Trust Nano 代码包来读取 SE050 中的 ECC 曲线细节。 然而，尽管函数调用返回了成功状态，我却始终收到曲线细节的零值。 我查看了 APDU 配置，并根据以下恩智浦社区讨论验证了我的设置，但没有发现任何问题： https://community.nxp.com/t5/Secure-Authentication/Read-ECC-Curvelist-fails-when-SCP03-enabled/m-p/1664562?profile.language=zh-CN 请告知出现此问题的可能原因，以及我如何从 SE050 中正确检索 ECC 曲线的详细信息？ 环境详情： SE050 变体：SE050-C 和 SE050-F 代码包：Plug & Trust Nano SCP03 状态：已启用 主机平台：树莓派 代码详情： status = Se05x_API_ReadECCurveList(&se05x_session, curveList,&curveListLen); printf("curveListLen:%d\n", curveListLen); if (status == SM_OK) { printf("Supported ECC Curves：\n"); for (i = 0; i< curveListLen; i++) { printf(" Curve ID: 0x%02X\n", curveList[i]); } } else { printf("Failed to read curve list\n"); } smStatus_t Se05x_API_ReadECCurveList(pSe05xSession_t session_ctx, uint8_t *data, size_t *pdataLen) { smStatus_t retStatus = SM_NOT_OK； tlvHeader_t hdr ={{kSE05x_CLA, kSE05x_INS_READ, kSE05x_P1_CURVE, kSE05x_P2_LIST}}; size_t cmdbufLen = 0; uint8_t *pCmdbuf = NULL; int tlvRet = 0; uint8_t *pRspbuf = NULL; size_t rspbufLen = 0； ENSURE_OR_GO_CLEANUP(session_ctx != NULL)； memset(session_ctx->apdu_buffer, 0, sizeof(session_ctx->apdu_buffer))； pCmdbuf =&session_ctx->apdu_buffer[0]; pRspbuf =&session_ctx->apdu_buffer[0]; rspbufLen = sizeof(session_ctx->apdu_buffer)； SMLOG_D("APDU - Se05x_API_ReadECCurveList [] \n")； retStatus = DoAPDUTxRx(session_ctx,&hdr, session_ctx->apdu_buffer, cmdbufLen, pRspbuf,&rspbufLen, 1)； if (retStatus == SM_OK) { size_t rspIndex = 0; tlvRet = tlvGet_u8buf(pRspbuf,&rspIndex, rspbufLen, kSE05x_TAG_1, data, pdataLen); /* */ if (0 ！= tlvRet) { goto cleanup; } if ((rspIndex + 2) == rspbufLen) { retStatus = (pRspbuf[rspIndex]<< 8 | (pRspbuf[rspIndex + 1]))； } } if (retStatus == SM_ERR_ACCESS_DENIED_BASED_ON_POLICY) { SMLOG_I("Denied to ReadECCurveList"); } 清理： return retStatus; } 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh、 我用 OM-SE051ARD 和 raspberry Pi 3B+ 测试了你在 ex_se05x_sign 演示中使用的代码，结果与预期的一样好。 Kan_Li_0-1763104753432.png 是否可以使用最新版本再试一次？也许您也可以尝试删除所有 ECCurves，然后在测试前重新创建您需要的 ECCurves。 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@Kan_Li..、 我认为这个问题是在执行kSE05x_ECCurve_NIST_P384/ kSE05x_ECCurve_NIST_P521样本后出现的。 基于 Plug & Trust 完整代码包，se05x_minimal 和 se05x_GetInfo 示例运行正常；但是，ex_ecc 和 ex_ecc_rsa 示例失败了。会不会是安全存储器被锁定了？我还能使用 Nano 代码包执行 Se05x_API_WriteBinary 操作。 请告知是否有任何选项可以对 SE050 设备进行完全 RESET。 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 我没有修改任何代码。我使用的是较早的 Plug & Trust 代码包版本 v1.2.1，因为在最新版本中，我在启用 SCP03 模式 (PLUGANDTRUST_SCP03) 的情况下进行构建时会遇到版本问题。   我在 SCP 模式下版本时遵循的步骤是： mkdir 版本 && cd 版本 cmake -DPLUGANDTRUST_SCP03=ON . make   /usr/bin/ld：版本/libse05x_lib.a (se05x_apdu_impl.c.o)：在函数 `se05x_api_SessionOpen' 中： se05x_APDU_impl.c:(.text+0x384)：对 “se05x_api_scp03_createSession” 的未定义参考 /usr/bin/ld：版本/libse05x_lib.a (se05x_tlv.c.o)：在函数 `doapdUTX' 中： se05x_tlv.c:(.text+0xe90)：对 “se05x_api_scp03_encrypt” 的未定义参考 /usr/bin/ld: se05x_tlv.c:(.text+0xf0c)：对 “se05x_api_scp03_decrypt” 的未定义参考 /usr/bin/ld：版本/libse05x_lib.a (se05x_tlv.c.o)：在函数 `doapdutxRX'中： se05x_tlv.c:(.text+0x11d0):对 “se05x_api_scp03_encrypt” 的未定义参考 /usr/bin/ld: se05x_tlv.c:(.text+0x1248)：对 “se05x_api_scp03_decrypt” 的未定义参考 collect2: error: ld returned 1 exit status make[2]: *** [CMakeFiles/ex_se05x_GetInfo.dir/版本.make:114:ex_se05x_GetInfo] 错误 1 make[1]：*** [CMakeFiles/Makefile2:100: CMakeFiles/ex_se05x_GetInfo.dir/all].错误 2 make：*** [Makefile:91: all] 错误 2     即使在开放（非 SCP）模式下运行，旧版本和最新版本的代码都会出现同样的问题。   ./ex_se05x_sign Se05x 信号示例 ！ Plug and Trust nano 代码包 -版本：1.5.4 I2C 驱动程序支持普通 i2c 级命令。 生成 ecc 密钥 Se05x_API_WriteECKey 中的错误 SE05x 信号示例失败 ！     ./ex_se05x_sign Se05x 信号示例 ！ Plug and Trust nano 代码包-版本：1.2.1 I2C 驱动程序支持普通 i2c 级命令。 生成 ecc 密钥 Se05x_API_WriteECKey 中的错误 SE05x 信号示例失败 ！   谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh、 感谢您提供的信息！你修改过纳米代码包的源代码吗？看来你的代码与 Github 仓库中的代码不同。详情请参阅https://github.com/NXPPlugNTrust/nano-package/blob/737b61c527d4145f6dc96db9b51e22a4067ca09c/lib/apdu/se05x_APDU_impl.c#L998。 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 嗨，@Kan_Li、 生成 ECC 密钥对时，SE05x_API_WriteECKey 函数在 SE050-C 板上返回 0x6985。 之前同样的代码在这块板上运行良好，但在 SE050-F 板上仍然可以正常运行。 这个问题是突然发生的，我无法确定原因。请帮我解决这个问题。   SE05x_ECCurve_t curveID = kSE05x_ECCurve_NIST_P256；   status = Se05x_API_WriteECKey( &se05x_session，NULL，0，keyID，curveID，NULL，0，NULL，0，kSE05x_INS_NA，kSE05x_KeyPart_Pair）； if (status != SM_OK) { SMLOG_E("Error in Se05x_API_WriteECKey \n")； 返回 1；    } 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 嗨，@Kan_Li、 感谢您的及时回复。 请在附件中找到在开放模式下捕获的 APDU 日志详细信息。我发现 Se05x_API_ReadECCurveList API 在开放模式下会返回失败，而在安全模式下却能成功执行。 请查看所提供的详细信息，并告知我在流程中是否遗漏了任何步骤或配置。 版本步骤如下： $ cmake.. $ 赚钱。/build/src/se05x_app krsuresh_0-1762830074736.png 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh， 感谢您提供的信息！您尝试过与 SE050C 进行普通通信吗？ 日志应该如下所示： Kan_Li_0-1762828359549.png 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 请查看 APDU 日志详情。 krsuresh_0-1762823698890.png Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 嗨，@Kan_Li、 感谢您提供的信息。我尝试使用 Se05x_API_DeleteECCurve 删除曲线，但仍遇到相同的 0x6985 错误。 请确认这是否是删除曲线的正确步骤，或者我是否遗漏了任何步骤？请在附件中找到调试日志以供参考。 status = Se05x_API_DeleteECCurve(session_ctx, kSE05x_ECCurve_NIST_P256); if (status != SM_OK) { SMLOG_E("Error in Se05x_API_DeleteECCurve \n"); return 1; } else { SMLOG_I("Curve Deleted Success.... \n"); } status = ex_se05x_create_curve(session_ctx, curveID); if (status != SM_OK) { SMLOG_I("Error in ex_se05x_create_curve \n"); goto exit; } 日志详情： ex_get_version, PASSED APDU - CheckObjectExists [] APDU :DEBUG:kSE05x_TAG_1["object id"] = 0x7B0001F3 SCP03: Encrypted Data ==>:84 04 00 27 18 d3 f3 89 46 7d af 66 e8 67 09 59 27 f3 cb f8 35 b2 3f 88 79 c3 50 2d 3f APDU Tx> ：84 04 00 27 18 d3 f3 89 46 7d af 66 e8 67 09 59 27 f3 cb f8 35 b2 3f 88 79 c3 50 2d 3f APDU Rx<:7b 78 12 39 41 5e 28 e6 ef 8f 93 9c 4b 79 aa 3d 91 a6 7c fe fd 2d 88 15 90 00 SCP03: RMAC 校验成功。..解密响应数据 SCP03: 解密数据 ==>:41 01 02 90 00 APDU - Se05x_API_DeleteECCurve [] APDU :DEBUG:kSE05x_TAG_1["curve id"] = 0x3 SCP03: 加密数据 ==> ：84 04 0b 28 18 4d d7 f6 7c 76 5b c8 d8 70 bb 72 9d 7e f1 7c 59 ea 04 a3 4c c8 37 65 56 APDU Tx> ：84 04 0b 28 18 4d d7 f6 7c 76 5b c8 d8 70 bb 72 9d 7e f1 7c 59 ea 04 a3 4c c8 37 65 56 APDU Rx<:17 58 65 57 b6 41 08 ca 90 00 SCP03: RMAC 校验成功。.. Decrypt Response Data SCP03: Decrypted Data ==>:90 00 Curve Deleted Success.... APDU - Se05x_API_CreateECCurve [] APDU :DEBUG:kSE05x_TAG_1["curve id"] = 0x3 SCP03: 加密数据 ==>:84 01 0b 04 18 2c 27 d5 77 43 c8 76 d8 29 04 8b d9 66 d4 db 3e f8 a4 85 a1 26 8c 91 d4 APDU Tx> ：84 01 0b 04 18 2c 27 d5 77 43 c8 76 d8 29 04 8b d9 66 d4 db 3e f8 a4 85 a1 26 8c 91 d4 APDU Rx<:bf c3 26 f8 16 8a e0 d0 90 00 SCP03: RMAC 校验成功。..解密响应数据 SCP03: 解密数据 ==>:90 00 APDU - Se05x_API_SetECCurveParam [] APDU :DEBUG:kSE05x_TAG_1["curve id"] = 0x3 APDU :DEBUG:kSE05x_TAG_2["ecCurveParam"] = 0x1 APDU ：DEBUG:kSE05x_TAG_3["inputData"] :ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff fe ff ff ff ff 00 00 00 00 00 00 00 00 ff ff ff fc SCP03:加密数据 ==> ：84 01 0b 40 48 0b a5 d4 2e 76 eb 95 a5 b0 44 a3 51 ff 9e ec 9d 5f d5 3f c6 98 fc 7c cf 0f 80 e2 59 d6 7b a6 14 07 01 a3DF BB 86 8B 2A 0E D5 F3 4C F3 C9 6B 07 02 1C 77 83 6E 85 E1 F6 DD 9B 9C 4C 6D C8 69 3D A1 DF D3 45 E1 DD 6D 7A APDU Tx> ：84 01 0b 40 48 0b a5 d4 2e 76 eb 95 a5 b0 44 a3 51 ff 9e ec 9d 5f d5 3f c6 98 fc 7c cf 0f 80 e2 59 d6 7b a6 14 07 01 a3DF BB 86 8B 2A 0E D5 F3 4C F3 C9 6B 07 02 1C 77 83 6E 85 E1 F6 DD 9B 9C 4C 6D C8 69 3D A1 DF D3 45 E1 DD 6D 7A APDU Rx< ：69 85 Error in ex_se05x_create_curve ex_generate_nist256_key, FAILED APDU - CheckObjectExists [] APDU :DEBUG:kSE05x_TAG_1["object id"] = 0x7B00022C SCP03: Encrypted数据 ==>:84 04 00 27 18 94 09 fd ce 6b 42 04 6a f0 08 94 b7 b8 ff 23 63 08 c3 57 ed 9c 2f 1f 0b APDU Tx>:84 04 00 27 18 94 09 fd ce 6b 42 04 6a f0 08 94 b7 b8 ff 23 63 08 c3 57 ed 9c 2f 1f 0b APDU Rx< ：be 03 06 02 b6 29 d7 d3 76 1b 10 bc 4a 6b 22 6b 83 8b f2 21 1b 48 67 e1 90 00 SCP03: RMAC 校验成功。..解密响应数据 SCP03: 解密数据 ==>:41 01 02 90 00 APDU - WriteECKey [] APDU :DEBUG:kSE05x_TAG_MAX_ATTEMPTS["maxAttempt"] = 0x0 APDU ：DEBUG:kSE05x_TAG_1["object id"] = 0x7B00022C APDU :DEBUG:kSE05x_TAG_2["curveID"] = 0x3 APDU :DEBUG:kSE05x_TAG_3["privKey"] ：E4 EE 5F 99 D9 D8 37 8F 39 C2 C9 FD A9 12 5E A7 3F B8 FD 00 B5 19 E6 94 1E F1 34 75 8D 33 59 8A APDU :DEBUG:kSE05x_TAG_4["pubKey"] ：04 f2 24 bc 5e ea 74 28 a1 20 d3 d2 69 fe 22 f3 59 9c 20 33 a2 e0 cb 81 c2 ce a9 d6 d4 66 c3 68 f8 b6 a8 9c de 08 88 b5 49 cd ed 85 d3 b5 88 72 0a dc 26 32 b0 30 bf b1 67 d0 fd bc 89 e7 2b 9c c1 SCP03：加密数据 ==> ：84 01 61 00 78 4b c2 7d c9 fc a3 f5 01 27 7c d2 8d d3 03 01 bd bf 56 c6 04 9f 7e 58 40 fa c3 13 67 b2 9a 0e 1e c6 22 a9 87 06 23 74 6c 46 b0 0b 1f 9a e8 eb f3 78 c8 c9 88 a1 d8 ca 71 20 eb 86ca d8 86 85 13 51 ba bc 3d ed 99 5d 5e f3 ea 79 5c 64 5b 09 bf 0d e2 6a 8e b3 a7 61 c8 e3 0e b4 bf 18 af 56 13 5a e2 4b dc bf 8e f2 db 9c a5 1e 16 df f7 45 cd a0 21 1a 82 78 b3 9f e2 APDU Tx> ：84 01 61 00 78 4b C2 7D C9 FC A3 F5 01 27 7C D2 8D D3 03 01 BD BF 56 C6 04 9F 7E 58 40 FA C3 13 67 B2 9A 0E 1E C6 22 A9 87 06 23 74 6C 46 B0 0B 1F 9A E8 EB F3 78 C8 C9 88 A1 D8 CA 71 20 EB 86 CA D8 8685 13 51 ba bc 3d ed 99 5d 5e f3 ea 79 5c 64 5b 09 bf 0d e2 6a 8e b3 a7 61 c8 e3 0e b4 bf 18 af 56 13 5a e2 4b dc bf 8e f2 db 9c a5 1e 16 df f7 45 cd a0 21 1a 82 78 b3 9f e2 APDU Rx< ：69 85 Se05x_API_WriteECKey 中的错误 ex_set_get_nist256_key, FAILED 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh、 感谢您提供的信息！我可以看出 se05x_api_setecCurveParam 出现了 6985 错误，这意味着曲线已经安装完毕，但可能安装不正确，因此你无法再次进行安装，也无法使用它来创建密钥对，所以请先移除这条曲线。然后重新运行 se05x_crypto 演示。 详情请参见下文。 Kan_Li_0-1764053560292.png 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh， 看起来您使用 api 为 nist384 生成 ECC 曲线，为 nist256 生成 ECC 曲线，但 ECC 参数保持不变，因此导致此错误，您必须使用 nist256 的参数。 #define EC_PARAM_prime256v1_prime \ 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00, 0x00, 0x01, \ 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00、0xFF, 0xFF, 0xFF, 0xFF, \ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF #define EC_PARAM_prime256v1_a \ 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00, 0x00, 0x01, \ 0x00, 0x00、0x00, 0x00, 0x00, 0x00, 0x00, \ 0x00, 0x00, 0x00, 0x00, 0xFF, 0xFF, 0xFF, \ 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFC #define EC_PARAM_prime256v1_b \ 0x5A、0xC6, 0x35, 0xD8, 0xAA, 0x3A, 0x93, 0xE7, \ 0xB3, 0xEB, 0xBD, 0x55, 0x76, 0x98, 0x86, 0xBC, \ 0x65, 0x1D, 0x06, 0xB0, 0xCC, 0x53, 0xB0, 0xF6, \ 0x3B, 0xCE、0x3C, 0x3E, 0x27, 0xD2, 0x60, 0x4B #define EC_PARAM_prime256v1_x \ 0x6B, 0x17, 0xD1, 0xF2, 0xE1, 0x2C, 0x42, 0x47, 0xF8, 0xBC, 0xE6, 0xE5, 0x63, 0xA4, 0x40, 0xF2、\ 0x77, 0x03, 0x7D, 0x81, 0x2D, 0xEB, 0x33, 0xA0, 0xF4, 0xA1, 0x39, 0x45, 0xD8, 0x98, 0xC2, 0x96 #define EC_PARAM_prime256v1_y \ 0x4F, 0xE3, 0x42, 0xE2, 0xFE、0x1A, 0x7F, 0x9B, \ 0x8E, 0xE7, 0xEB, 0x4A, 0x7C, 0x0F, 0x9E, 0x16, \ 0x2B, 0xCE, 0x33, 0x57, 0x6B, 0x31, 0x5E, 0xCE, \ 0xCB, 0xB6, 0x40, 0x68, 0x37, 0xBF, 0x51、0xF5 #define EC_PARAM_prime256v1_order\ 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00, 0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xBC, 0xE6, 0xFA, 0xAD、 0xA7, 0x17, 0x9E, 0x84, \ 0xF3, 0xB9, 0xCA, 0xC2, 0xFC, 0x63, 0x25, 0x51 #endif 希望对你有所帮助、 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 嗨，@Kan_Li、 谢谢你的澄清。 应用正确的参数后，NIST256和NIST384ECC 曲线现在都能按预期运行。你能否提供与你提到的 SetECCCurveParam 程序相关的文档或引用材料？掌握这些信息有助于我更好地理解所需的参数设置和基本行为。 谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好@krsuresh、 很高兴知道这个问题已经解决了！我指的是完整版的 MW，ECC 曲线参数的定义可以在"C:\SE-PLUG-TRUST-MW_04.07.01\simw-top\hostlib\hostLib\inc\se05x_ecc_curves_values.h" 中找到。 希望对你有所帮助、 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 嗨，@Kan_Li、 感谢您提供的信息。 在 OM-SE050ARD 板上生成和读取 NIST-P521 公钥时，我遇到了总线错误。但是，在 OM-SE050ARD-F 板上，我没有收到总线错误，但是生成的公钥似乎无效。如能提供任何指导或调试步骤，将不胜感激。   以下是触发信号的 P-521 公钥（133 字节）： 0x04、0x00、0xf0、0x6f、0x02、0x09、0x86、0xd8、0x11、0x6a、0x1c、0x52、0x2b、0x25、0x1f、0x51、 0x92、0x94、0xa5、0x1a、0x67、0x02、0xe0、0x4f、0x45、0x86、0x43、0x9e、0x6b、0x17、0x83、0x3b、 0xbd、0xcf、0x36、0xaf、0xa7、0x35、0x28、0xf7、0x10、0x02、0x32、0x60、0xdb、0x72、0x38、0xbb、 0x43、0x32、0x5c、0x48、0x86、0x32、0x53、0x95、0x6e、0x4f、0x18、0x59、0xc8、0xde、0x81、0xb4、 0x1b、0x30、0xd7、0x00、0x16、0x17、0x93、0x83、0x0a、0x4c、0x0d、0x90、0x80、0x2d、0x1b、0xf2、 0xfc、0x75、0x7d、0xc2、0xdb、0x2f、0x3a、0x68、0xda、0xbc、0xce、0xd5、0xfd、0x35、0x48、0x15、 0x6c、0xe8、0x19、0xde、0xef、0x25、0x3b、0x0b、0xf4、0xe1、0x17、0xad、0xa2、0x0d、0x86、0xc2、 0x20、0x61、0xca、0x4c、0x8a、0x05、0x5c、0x0c、0x5a、0x16、0xa6、0xe5、0x09、0x74、0xc0、0x9d、 0xc1、0xd5、0x37、0x36、0xeb、 总线错误   来自 OM-SE050ARD-F 板的密钥是： 0x04、0x00、0xe5、0x6a、0x9c、0x58、0x0b、0xa0、0x2b、0x97、0xf6、0xc7、0x05、0x70、0x09、0xb5、 0x12、0xa6、0x89、0x45、0xf0、0x28、0xb5、0x05、0xf4、0x4c、0x5c、0x63、0x7e、0xf0、0x7c、0x2c、 0x79、0x2a、0x59、0x88、0x7b、0xa0、0x8e、0x38、0x78、0x59、0xc2、0xa6、0x9a、0xe5、0xa0、0x47、 0x67、0xd1、0xf5、0x1f、0x45、0x55、0x55、0x84、0xfe、0x33、0xaa、0xe0、0x97、0xd1、0xeb、0x5b、 0xd3、0x3a、0x31、0x01、0x4e、0xdb、0xd2、0x5a、0x93、0xde、0x3a、0x86、0x8b、0x20、0xd5、0xff、 0x2c、0x96、0x45、0x51、0x55、0x3f、0x5b、0x47、0x58、0x5f、0x42、0xb9、0x4d、0xe1、0xda、0x4b、 0xf0、0x49、0xb7、0xc9、0x8e、0xf3、0x12、0xf1、0xae、0x35、0x02、0xb9、0x88、0x5b、0x3d、0x6c、 0x04、0x91、0x6f、0x49、0xd3、0x7b、0xa0、0xe9、0x87、0x09、0x49、0xd8、0x54、0xd1、0x5f、0xae、 0xa8、0x54、0xac、0x88、0x02、     代码详情：   /* secp521r1 : 521 位素数域上的 NIST/SECG 曲线 */ #define EC_PARAM_secp521r1_prime \\ 0x01, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF #define EC_PARAM_secp521r1_a \ 0x01, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF、0xFC #define EC_PARAM_secp521r1_b \ 0x00,0x51,0x95,0x3E,0xB9,0x61,0x8E,0x1C,（... 0x9A、0x1F、0x92、0x9A、0x21、0xA0、0xB6、0x85、（ ）。 0x40,0xEE,0xA2,0xDA,0x72,0x5B,0x99,0xB3,（ ）。 0x15,0xF3,0xB8,0xB4,0x89,0x91,0x8E,0xF1,（ ）。 0x09, 0xE1, 0x56, 0x19, 0x39, 0x51, 0xEC, 0x7E,\ 0x93,0x7B,0x16,0x52,0xC0,0xBD,0x3B,0xB1,（... 0xBF、0x07、0x35、0x73、0xDF、0x88、0x3D、0x2C 0x34, 0xF1, 0xEF, 0x45, 0x1F, 0xD4, 0x6B, 0x50,\ 0x3F，0x00 #define EC_PARAM_secp521r1_x \ 0x00, 0xC6, 0x85, 0x8E, 0x06, 0xB7, 0x04, 0x04, \ 0xE9, 0xCD, 0x9E, 0x3E, 0xCB, 0x66, 0x23, 0x95,\ 0xB4、0x42、0x9C、0x64、0x81、0x39、0x05、0x3F、（ ）。 0xB5, 0x21, 0xF8, 0x28, 0xAF, 0x60, 0x6B, 0x4D,\ 0x3D、0xBA、0xA1、0x4B、0x5E、0x77、0xEF、0xE7 0x59, 0x28, 0xFE, 0x1D, 0xC1, 0x27, 0xA2, 0xFF,\ 0xA8、0xDE、0x33、0x48、0xB3、0xC1、0x85、0x6A、（ ）。 0x42, 0x9B, 0xF9, 0x7E, 0x7E, 0x31, 0xC2, 0xE5,\ 0xBD、0x66 #define EC_PARAM_secp521r1_y \ 0x01, 0x18, 0x39, 0x29, 0x6A, 0x78, 0x9A, 0x3B,\ 0xC0, 0x04, 0x5C, 0x8A, 0x5F, 0xB4, 0x2C, 0x7D,\ 0x1B, 0xD9, 0x98, 0xF5, 0x44, 0x49, 0x57, 0x9B,\ 0x44, 0x68, 0x17, 0xAF, 0xBD, 0x17, 0x27, 0x3E,\ 0x66, 0x2C, 0x97, 0xEE, 0x72, 0x99, 0x5E, 0xF4,\ 0x26, 0x40, 0xC5, 0x50, 0xB9, 0x01, 0x3F, 0xAD,\ 0x07, 0x61, 0x35, 0x3C, 0x70, 0x86, 0xA2, 0x72,\ 0xC2、0x40、0x88、0xBE、0x94、0x76、0x9F、0xD1、0xD1 0x66, 0x50 #define EC_PARAM_secp521r1_order \ 0x01, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF 0xFF, 0xFA, 0x51, 0x86, 0x87, 0x83, 0xBF, 0x2F,\ 0x96,0x6B,0x7F,0xCC,0x01,0x48,0xF7,0x09,（ ）。 0xA5, 0xD0, 0x3B, 0xB5, 0xC9, 0xB8, 0x89, 0x9C,\ 0x47, 0xAE, 0xBB, 0x6F, 0xB7, 0x1E, 0x91, 0x38,\ 0x64，0x09     curveID = kSE05x_ECCurve_NIST_P521； status = Se05x_API_ReadECCurveList(&se05x_session，curveList，&curveListLen)； if (status != SM_OK) { SMLOG_E("Error in Se05x_API_ReadECCurveList \n")；    } 否则 { 如果 (curveList[curveID - 1] == kSE05x_SetIndicator_SET) { SMLOG_I("curveID =%0x already exists \n", curveID)；      } 否则 { status = ex_se05x_create_curve_p521(&se05x_session，curveID)； if (status != SM_OK) { SMLOG_I("Error in ex_se05x_create_curve \n")；        }      }    }   status = Se05x_API_CheckObjectExists(&se05x_session，keyID，&result)； if (status != SM_OK) { SMLOG_E("[SE050] Error in Se05x_API_CheckObjectExists \n")； 返回 SE050_FAILURE；    }   如果 (result == kSE05x_Result_SUCCESS) { curveID = kSE05x_ECCurve_NA；    }   status = Se05x_API_WriteECKey( &se05x_session，NULL，0，keyID，curveID，NULL，0，NULL，0，kSE05x_INS_NA，kSE05x_KeyPart_Pair）； if (status != SM_OK) { SMLOG_E("[SE050] Error in Se05x_API_WriteECKey \n")； Se05x_Delete_Session(keyID)； 返回 SE050_FAILURE；    }   uint8_t key_buf[256] = { 0, }; size_t key_buflen = sizeof(key_buf)； status = Se05x_API_ReadObject(&se05x_session，keyID，0，0，key_buf，&key_buflen)； if (status != SM_OK) { SMLOG_E("Error in Se05x_API_ReadObject \n")； 返回 SE050_FAILURE；    }   谢谢！ Sureshkumar R Re: Unable to Retrieve ECC Curve Details from SE050 using Plug & Trust Nano Package 你好，恩智浦、 如果您能就上述询问提供帮助，将不胜感激。 谢谢。

动态调整 RT1176 音频 PLL 分母是否安全？ 大家好， 我有一个 RT1176 应用程序，需要通过 SAI 输出音频并定期（~8kHz）调整音频时钟，以使系统与另一个设备保持同步。 从音频 PLL 计时并调整音频 PLL 分母如下似乎工作正常，且不会干扰 I2S 输出： ANATOP_AI_Write(kAI_Itf_Audio, kAI_PLLAUDIO_CTRL3, pllValue); 在参考手册（P.1421）中，关于音频/视频PLL，它指出： 它们不需要精确/恒定的频率，并且可以作为动态频率缩放过程的一部分进行更改 然而 第 1422 页上写道： 请注意，PFD 不仅能够实现比 PLL 更快的频率变化，而且还允许安全地“动态”更改配置，而无需经过输出时钟禁用/启用过程。 第 1423 页的图 14-8 显示音频 PLL 没有 PFD。 NXP 能否确认使用 ANATOP API 动态调整音频 PLL 是否安全（如我上面所示），或者我是否需要使用带有 PFD 的 SYS PLL 之一来驱动音频时钟？ 非常感谢， 马特   回复：动态调整 RT1176 音频 PLL 分母安全吗？ 嗯，这是个好消息，谢谢你告诉我！我猜参考手册将会更新，因为它们现在有相互矛盾的信息。 回复：动态调整 RT1176 音频 PLL 分母安全吗？ 撞 回复：动态调整 RT1176 音频 PLL 分母安全吗？ 看起来系统 PFD 的 DIV 字段为 13-35，而 MULT 始终为 18。 这远不如音频PLL灵活，所以不是一个替代解决方案，除非，我是不是漏掉了什么？看来我们不能使用系统PLL PDF。 你说这是‘最佳选择’，还有其他选择吗？我的问题仍然存在，是否可以动态调整音频 PLL，或者绝对不推荐这样做？ 谢谢！ 回复：动态调整 RT1176 音频 PLL 分母安全吗？ 嗨，丹尼尔， 是的，对于我们来说，对此有一个明确的答案很重要。 谢谢，马特 回复：动态调整 RT1176 音频 PLL 分母安全吗？ 感谢 Daniel 的快速回复。 是的，在我使用逻辑分析仪捕获 SAI 输出并使用ANATOP_AI_Write(kAI_Itf_Audio, kAI_PLLAUDIO_CTRL3, pllValue) 调整音频 PLL 的基本测试中，我看到时钟在 48kHz 1 帧内发生变化，并且没有任何有问题的伪影。我想知道我是否很幸运，或者这是否是硬件的完全有效的使用。 据推测，如果音频 PLL 被重新初始化或完全禁用，这会干扰音频输出吗？鉴于我们需要每秒执行约 8000 次，因此它需要是一种符合规格且经过充分测试的方法。 我也会调查 SYS_PLL PFD，但在我们致力于硬件设计之前，最好能得到一个明确的答案。 非常感谢， 马特

カードエミュレーション PN7160 シリアル番号 こんにちは、 現在、ESP32 にコネクテッドされた PN7160 を使用したカード エミュレーションに取り組んでいます。 PN7160 を Android NFCリーダ (NFC ツールを使用) にタップすると、エミュレートされたカードが検出されます。ただし、最初のバイトは常に 08 ですが、それ以外はタップごとに UID が変わることに気付きました。 私が観察したUIDの例: 08467004 0886036e 08c7351f 0831fb0d ... 私の質問は次のとおりです: PN7160 でカード エミュレーション モードを使用する場合、完全にカスタマイズされた静的 UID (たとえば、「0456789A」のような固定 4 バイト UID) を構成することは可能ですか? ご意見やご指導をいただければ幸いです。 通信と制御（I3C | I2C | SPI | FlexCAN | イーサネット | FlexIO） Re: CARD emulation PN7160 Serial number こんにちは@EduardoZamoraさん、 ご説明いただき、NXP_HCE_RNDM_UID_ENB 構成を教えていただき、誠にありがとうございます。これにより、テスト中に観察された動作が明確になります。 サポートありがとうございます！ よろしくお願いします、 AWN Re: CARD emulation PN7160 Serial number こんにちは、 @awnさん あなたの調子が良いといいのですが。 カード エミュレーション モードでは、UID はランダムな数字になるCANがあり、1 バイトのみが固定されます。この構成では、RF オフ -> RF オンの遷移が発生するたびに (各タップごとに) UID が変更されます。 詳細については、 PN7160/PN7220 構成ファイルのセクション 5.8 NXP_HCE_RNDM_UID_ENBを確認することをお勧めします。 よろしくお願いいたします。 エドゥアルド。

mc68hc908az60a 闪存加载失败 亲爱的支持团队 我们的轨道交通产品中的 MC68HC908AZ60A 微控制器经常出现问题，现致函寻求专家建议。 这些产品已在现场部署了十多年，有些设备的使用寿命已超过 20 年。我们承认数据表将片上闪存的最小数据保留时间定为10年，因此我们在2023年主动对所有设备进行了固件更新。 然而，在 2025 年 6 月（环境温度相对较高），我们遇到了一批故障，多个 MCU 无法从内部 FLASH 引导程序。我们的失效分析产生了以下观察结果： 1。示波器对微控制器 RST 引脚的测量结果显示，它以大约 32.85 ms 的间隔反复拉低，脉冲宽度约为 5 µs，从而阻碍了成功启动。 2.使用 Multilink 通用编程器，我们尝试读取地址范围为 0x0E00~0x8000 的内存内容。在整个区段中，回读数据始终为 0xAD。 3.通过使用仿真器重新编程固件，可以恢复故障设备。重新编程后，这些单元运行正常，可以成功地从闪存启动。 根据所描述的症状，我们希望您能协助找出故障的根本原因。 此外，关于这个问题，我们还有几个具体问题： 1.数据保留解释：请澄清"10 年数据保留" 规范的定义。这是否意味着存储单元在特定条件下可保证保留数据至少 10 年，之后数据可能会丢失？还是说芯片的寿命已到，过了这段时间就无法使用了？如果只读取数据而不被删除，那么对设备进行重新编程是否有效 "RESET" 这个保留计时器再延长 10 年？ 2。网络安全模式机制：数据表提到，网络安全模式下的故障可能导致类似的症状。你能否详细说明网络安全模式的原理，以及观察到的引导循环和特定数据回读 (0xAD) 的失败会如何清单出来？ 3.已知问题 & 案例研究：是否有记录在案的专门针对 MC68HC908AZ60A 或 HC08 系列中的其他微控制器的类似故障案例？如果您能列出与闪存有关的典型故障模式及其建议的解决方案，我们将不胜感激。 4.建议的解决方案& 备选方案：考虑到现阶段不可能重新设计印刷电路板，你建议采取什么行动？ （1）是否有引脚对引脚兼容的替代 MCU，可提供更好的长期可靠性或更强的闪存保持能力？ （2）是否有可能通过特定的固件更新策略来缓解这一问题或延长有效数据保留时间？感谢您花费时间和耐心解决我们关心的问题。 我们非常重视您的技术专长，并期待您的真知灼见。 顺祝商祺！ #mc68hc908 #hc08 Re: RE: MC68HC908AZ60A 你好 我发送了一条私人信息，能否请您帮我检查一下并确认信息？ 谢谢、 巴勃罗 RE: MC68HC908AZ60A 你好，巴勃罗 您能根据提出的问题帮助回答每一点吗？ 顺祝商祺！ 贾森 Re: RE:MC68HC908AZ60A FLASH LOADING FAILURE 嗨，@LIN_JASON、 我已经通过社区给你发了私信。 如果您看不到，请告诉我。 顺祝商祺！ 巴勃罗 RE:MC68HC908AZ60A FLASH LOADING FAILURE 你好，帕布罗、 请参阅所附文件。我已经向你发送了闪存中正常和故障板的数据回读（从地址 0x0000 到 0xFFFF）。您可以使用 Notepad++ 比较每个地址的数据。 致以最崇高的敬意， JASON #HC08 Re: MC68HC908AZ60A FLASH LOADING FAILURE 嗨，@LIN_JASON、 我正在审查这个问题。同时，您能帮我解决以下问题吗？ 如果从 0x0E00-0x8000 以外的地址范围读取数据，读取值是否仍为 0xAD？ 是否存在影响地址范围 0x0E00-0x8000 的任何块保护？ 敬上， Pablo

优化游戏监测刷新率的建议 我们如何通过简单地优化我们的监测的刷新率来使我们的游戏体验更流畅、更身临其境？ 我最近一直在探索这个问题，并认为与 恩智浦社区 的所有人分享想法会很棒。 在设置 游戏监测 时 ，调整刷新率可以显著改善流畅和响应式游戏的感觉。确保显示器以支持的最大刷新率运行，启用自适应同步选项并匹配系统输出设置，可以消除屏幕撕裂和输入延迟。我发现，即使是微小的调整——例如使用高质量的电缆、保持驱动程序更新以及微调游戏中的帧数限制——也可以提供更加稳定和愉快 的体验。 我真心相信，优化刷新率不仅仅是为了竞技游戏玩家，它还能提升整体视觉质量，让每个人都感到舒适。这一步很简单，却能让游戏过程更加投入和愉快。 希望其他社区成员能告诉我们哪些设置或方法对您最有效。恩智浦社区是一个交流思想和相互学习的绝佳空间，我期待着您的积极建议和成功案例！ Re: Suggestions to Optimize Refresh Rate on a Gaming Monitor 你好， ，请介绍一下具体产品。 致敬， Zhiming

IMX8MP micfilレコードデータ損失、ルートクロックとして12.288Mhzを使用する場合、レートは48kおよび8チャネルです こんにちはサポート、 外部クロック(EXT3)をmicfilのルートクロックとして使用すると、周波数は12.288Mhz、ORSは8、クロックdivは4、周波数分割後のクロックはマイクアレイセンサーの要件を満たしており、PDMサンプリングレートが48k、チャネル= 8の場合、データ損失が見つかりました。 しかし、48k & channel=4 または 16K & channel=8 は問題ありません。 外部クロック周波数は変更できないため、micfil を 48K および 8 チャンネルのオーディオサンプリング用にどのように設定できますか? 日時:IMX8MP micfilレコードデータ損失、ルートクロックとして12.288Mhzを使用する場合、レートは48kおよび8チャネルです こんにちは@ZenJeams  48k、8ch、div=4 の場合、div は最小要求 CLKDIV の要件を満たすことができません。 Very Low Quality モードで必要な最小 CLKDIV 値は次のとおりです。 floor(K*CLKDIV) >= K * (10+43EC) / (8*OSR) = 5.53. 実際には8チャンネルではなく4チャンネルしか必要としないことを認識しました。ただし、必要なチャネル番号はch0、ch2、ch4、ch6で、これらは8チャネルの中にあります。 必要なチャンネルのみを抽出するパッチを作成しましたので、試してみて結果をお知らせください。

ARM 用 S32 デザイン スタジオから S32 プラットフォーム用 S32 デザイン スタジオへの S32K144 プロジェクト移行 こんにちは、NXPチームの皆様、 NXPのWebサイトから、MC33771CおよびMC33772C用のBCC SWドライバーパッケージを入手しました。 これらのサンプルプロジェクトをS32プラットフォーム用のS32デザインスタジオ(バージョン:3.5)に移行しようとしています。 次のリンクから移行手順に従いました:https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/Video-Migrating-S32K1-projects-from-S32DS-for-ARM-and-SDK-3-0-x/ta-p/1296239。 ただし、コードが正しく移行されておらず、その理由を特定できません。 この問題を解決するのを手伝ってください。 よろしくお願いいたします。 ハリーシュ Re:ARM用のS32デザインスタジオからS32プラットフォーム用のS32デザインスタジオへのS32K144プロジェクトの移行 こんにちは@Hareesh  残念ながら、S32DS v3.5の移行機能はS32DS v3.4ほど完全には機能していないようです。S32DS v3.4への移行を推奨します。 この問題については、対応するチームに通知します。ご不便をおかけして申し訳ございません。 Re:ARM用のS32デザインスタジオからS32プラットフォーム用のS32デザインスタジオへのS32K144プロジェクトの移行 こんにちは@Hareesh  前の回答で述べたように。行われた手順は、共有されたビデオで提供されたものです。コード移行の手順が完了すると、提示されたエラーはライブラリのインクルードに関連していましたが、これは以前の投稿で提供した情報で解決できます。

MR-CANHUBK344如何设置CAN参数 你好专家， https://www.nxp.com/design/design-center/development-boards-and-designs/automotive-development-platforms/s32k-mcu-platforms/s32k344-evaluation-board-for-mobile-robotics-with-100base-t1-and-six-canfd:MR-CANHUBK344 我的客户正在调查 MR-CANHUBK344。客户是否可以通过IEEE1722 ACF协议设置CAN参数，如波特率/采样位置/ID过滤器等？也就是说，链接方通过IEEE1722 ACF协议来设置CAN参数。

FreeMaster LITEライセンスが機能しない こんにちは、私はインストールにライセンスコードを置くときにfreeMaster Liteをダウンロードしましたが、次のエラーメッセージが表示されます。 ソフトウェアアクティベーションコードは、このステーションでfreemaster_lite 3.2用にすでに使用されています その後、分割払いがロールバックされ、インストールできません。 これを解決する方法は? よろしくお願いします。

どの種類のメモリが高性能になりますか?OCRAMまたはSDRAM rt1176にsdram( W9825G6KH-5i)をsemcポート経由で16ピン取り付けます。 そして、どのようなメモリが高性能になるのか知りたいです。 オンボードのオンチップRAMまたはSDRAM。 Re:どのような種類のメモリが高性能になりますか?OCRAMまたはSDRAM メモリに関しては、ITCMとDTCMは、コアと同じ速度で動作し、キャッシュを使用しないため、最も高速になります。OCRAMは、AXIバスとキャッシュを経由する必要があるため、低速です(memcpys、IIRCの場合は3〜4倍遅くなります)。SEMC はおそらく OCRAM よりも高速には走れません (同じ AXI バスとキャッシュを使用しているため) が、正確な速度はセットアップによって異なります。

安装S32DS 3.5的问题 wdxiaojianjian_0-1718588927969.png 当我输入许可证并选择在线时，发生了这种情况 回复：安装S32DS 3.5的问题 谢谢！