Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
I²C 总线概述(日本博客) 0. 目录 目录 什么是I²C? 1.1 历史和规格 1.2 控制器/目标 物理/电气特性 2.1 信号线数量:SDA、SCL 2.2 开漏输出(线与门) 2.3 时钟频率 2.4 连接拓扑 协议 3.1 必需功能和可选功能 3.2 数据传输单元 3.3 公交车状态:换乘的开始和结束 3.4 交易结构 3.5 写入和读取事务 参考资料 1. 什么是 I²C? 1.1 历史和规格 I²C (I²C)总线是一种串行总线规范,由荷兰飞利浦公司(现为恩智浦半导体公司)于 1982 年开发和发布。 I²C 是“集成电路间电路” (Inter Integrated Circuit )的缩写,写作“IIC”,其中重叠的“I”是平方的。 当年开发这条总线的时代,电视和无线电电路尚在使用可变电阻和可变电容器,通过线圈芯的螺丝进行调整和设置。I²C取代了这些,并开始被用作总线,以通过设备中内置的控制器和工厂计算机来控制各项功能并实现其自动化。 为此,原始时钟频率设置为 100 kHz,并且没有预料到会有大量的数据传输。 上世纪 80 年代末我加入飞利浦时,实验室配备了闭路电视(计算机控制电视)和其他设备来演示这一概念。 当前的I²C 规范由恩智浦半导体公司(NXP Semiconductors)管理,该公司原为飞利浦半导体部门。该规范以《 I²C 总线规范及用户手册》 (文档编号 UM10204 )的形式发布,最新版本为 Rev.7。日文版Rev.5 也以《 I²C 总线规范及用户手册》的形式发布。Rev.5 和 Rev.7 的区别在于:图 41 和图 42 的修改、表 5 的新增内容、主/从模式改为控制器/目标模式(与 I3C 类似),以及在第 9 章中新增了“I3C 概述”(详情请参见 Rev.1 中的表 1:修订历史)。由于这些差异不影响 I²C 规范的主要内容,因此日文版可作为参考。 1.2 控制器/目标 I²C 通信始终以主从关系进行。用于指代这些角色的术语分别是控制器和目标[图 1]。 图 1:控制器和目标 该规范允许多个控制器存在于一条 I²C 总线上。 旧规范中使用了“主/从”术语,但现在已改为“控制器/目标”。 2. 物理/电气特性 2.1 信号线数量:SDA、SCL I²C 是一种双线串行总线,一根线用于传输时钟信号,一根线用于传输数据信号。由于数据与时钟信号同步交换,因此它被归类为“同步串行接口”。 数据通信可以双向进行,但由于它通过单条数据线传输,因此无法同时进行,必须交替切换。正因如此,这种通信方式被称为半双工,而不是全双工,后者允许同时进行发送和接收。 时钟信号线和数据信号线分别称为SCL(串行时钟线)和SDA(串行数据线) 。 数据以比特为单位进行传输或接收,并与时钟周期同步。 2.2 开漏输出(线与门) I²C 的一个显著特点是使用一种称为“开漏”的方法来产生信号。 在许多通信应用中,使用一种称为推挽的方法来输出数字信号。推挽是一种当输出高电平信号时,在信号线上输出(推)特定电压,而输出低电平信号时,将信号线拉至地线(拉)的方法[图 2-a]。 开漏输出与“上拉”输出类似,都是输出低电平,但当输出高电平时,电路会进入高阻抗状态。在这种状态下,连接到信号线的上拉电阻可以确保获得指定的电压[图2-b]。 图 2-a:推挽输出 图 2-b:开漏输出 那么,为什么要采用这种输出方法呢? 这是因为 I²C 允许多个设备同时输出到同一信号线。当多个设备处于输出状态时,即使只有一个设备输出低电平,信号也会变为低电平。 这种连接方式,即当所有设备输出高电平时信号为高电平,否则为低电平,称为“线与”[图 3]。 图 3:已接线并连接   I²C 具有名为“时钟拉伸”和“多控制器”的可选功能。这些功能允许连接到同一总线的多个设备同时输出,并使用开漏连接来管理它们的状态。 I²C 高电平电压在规范中没有明确定义。上拉电阻所连接的电源电压 (VDD) 因器件而异。通信时,必须使用连接器件之间通用的电压。在许多情况下,VDD 使用 5V 或 3.3V 等电压,但在 SoC 芯片和其他电压越来越低的器件中,有时会使用 1V 或更低的电压。I²C输入信号电压在 0.3VDD 或更低时设置为低电平,在 0.7VDD 或更高时设置为高电平,因此,当连接电压不同的 I²C 总线时,必须使用“信号电压转换器( VLT :电压电平转换器)”。要转换此信号电压,需要选择一个与 I²C 兼容的器件,并考虑到 I²C 信号是双向开漏信号。 使用 I²C 时,还必须考虑信号的模拟特性。这是指由于漏极开路而导致信号输出发生变化所需的时间。从高电平到低电平的下降时间很快,但从低电平到高的上升时间则可能很慢,具体取决于总线的状态。具体来说,随着连接设备数量的增加或信号线长度的增加,上升时间会变慢。这是因为信号线的电容增大了[图 4]。 每种模式都限制了允许的电容值,这决定了 I²C 时钟速度的上限。 图 4:电容和信号上升时间   2.3 时钟频率 I²C 根据可使用的最大时钟频率定义了“模式”[表 1]。 最基本的模式称为标准模式( Sm ),工作频率低于 100kHz 。 其次是上限为 400kHz 的快速模式( Fm )。大多数控制器和目标设备都支持 Sm 和 Fm 模式。 还有快速模式增强版( Fm+ ),其时钟速度可以低于 1MHz ,适用于数据速率高的应用。 此外,还有一种最高速度可达3.4MHz的高速模式( HS 模式或Hs )。这种高速模式有其特定的协议,用于切换到该速度进行通信,并且需要桥接器才能与其他模式混合通信。目前配备支持此模式控制器的设备并不多。 针对特殊应用,还规定了一种超高速模式。该模式的时钟频率上限为 5MHz,并且通信方向限制为从控制器到目标设备的单向通信,因此与其他模式不兼容。 当使用“I²C”而未提及模式时,通常指的是最常见的标准模式或快速模式,本博客也将基于这些模式。 模式 缩写 最大时钟频率 评论 标准模式 小 100kHz 最受欢迎的模式 一般来说,I²C 指的是最高兼容 400kHz 频率的 Fm 接口。 快速模式 调频 400kHz 第一模式+ FM+ 1MHz 规格参数包括更高的速度、电流消耗和母线容量 许多微控制器中都安装了具有这种功能的控制器。 高速模式 赫斯 3.4MHz 收养案例并不多。 兼容SM和FM。通过协议切换到HS模式。 在总线上混合使用 Sm 和 Fm 设备时需要桥接器。 超快模式 UFm 5MHz 只写加速模式 需配合专用控制器和目标设备使用。与其他 I²C 模式不兼容。 表1:各模式的频率和特征   2.4 连接拓扑 任何连接到 I²C 的设备都连接到两条信号线:SCL 和 SDA 。 这种连接方式称为“多点连接”。每个设备都通过两根导线“悬挂”连接[图5]。可连接的设备数量受“总线容量”的限制。信号线越长,连接的设备越多,总线容量就越大。 通信发生在“控制器”和“目标”之间。所有通信均由控制器发起。 在 I²C 中,控制器和目标之间每次传输都是一对一进行的。虽然可以有意地让多个目标拥有相同的地址,但从控制器的角度来看,只能“与一个地址通信”[图 6]。 控制器通过目标地址指定要通信的设备,并指示数据传输方向。 控制器控制所有传输(开始和结束、指定通信目标和传输方向以及向 SCL 输出时钟)。 也可以在同一条 I²C 总线上连接多个控制器。这可以通过使用名为“多控制器”的可选 I²C 功能来实现。 在这种配置下,一旦一个控制器完成数据传输,另一个控制器即可进行通信。此外,还建立了总线仲裁机制,以应对多个控制器同时开始传输数据的情况。 在多控制器配置中,所有连接的控制器都必须支持这种仲裁机制。 然而,采用多控制器配置的系统并不多见。虽然许多微控制器和其他设备内置的 I²C 控制器支持多控制器,但大多数简单的系统都使用单个控制器。 在本文中,我们将只考虑单个控制器的情况,以便解释 I²C 的基本原理。 图 5 :多点连接   图 6:与单个目标地址的通信 3. 协议 3.1 必需功能和可选功能 该协议决定了数据传输方式。 I²C协议包含必需功能和可选功能。上一节提到的多控制器就是一个可选功能。如前所述,本文将不讨论可选功能,而只解释必需功能。 I²C 的必要功能和可选功能总结在[表 2]中。 表 2:I²C 功能。必需/可选(摘自 I²C 规范(日文版:rev5.0)) I²C 通信通常具有以下结构: 沟通开始 数据传输 沟通结束 作为此原理的应用,也可以在不先结束上一次通信的情况下开始下一次通信(重复开始)。 数据传输部分可以传输 1 字节到多个字节的数据。 传输开始后的第一个字节总是从控制器传输到目标,并指定目标地址和后续数据传输的方向(发送或接收) 。 I²C 规范对第二个字节之后可以传输的字节数没有施加任何特殊限制[图 7]。 在与同一目标通信时,如果需要在发送和接收数据之间切换;或者在与不同目标通信时,需要重新开始通信,并再次指定目标地址和传输方向。 图 7:I²C 通信的基本结构 3.2 数据传输单元 通信的基本单位是 9 位,其中 8 位是数据,后跟 1 位。数据为 8 位,最高有效位 (MSB) 在前。最后一位是确认位,它以与发送数据相反的方向返回,用于确认每次通信。在 I²C 中,数据传输始终以 9 位为单位进行 [图 8]。 数据以每个时钟周期发送或接收一位。 数据变化与时钟同步。SDA 只能在 SCL 为低电平时改变状态(从低电平变为高电平或从高电平变为低电平),并且在 SCL 为高电平时保持低电平或高电平[图 9]。 图 8:每次 8 位数据传输都会返回一个 1 位确认信息。   图 9:SCL 低时 SDA 信号的变化 3.3 公交车状态:换乘的开始和结束 通信的开始和结束分别由开始条件和停止条件通知,它们标志着传输的结束。 如前所述,“只有当 SCL 为低时才允许 SDA 更改”,但此启动/停止条件是一个例外。 当 SCL 为高电平时,如果 SDA 从高电平变为低电平,则为启动条件。类似地,当 SCL 为高电平时,如果 SCL 从低电平变为高电平,则为停止条件[图 10]。 图 10:启动和停止条件 在启动条件发出后,正在进行转账的状态称为“忙碌”;在停止条件发出后,没有正在进行转账的状态称为“空闲”。启动条件在空闲状态下发起。 控制器输出启动/停止条件和 SCL。 起始条件之后的 9 位传输用于指定目标地址和传输方向。 然后数据通过一次或多次连续的 9 位传输进行传输。 除了开始条件和停止条件之外,还定义了“重复开始条件”来分隔数据传输。 启动条件是公交车处于自由状态,但必须先满足停止条件,公交车才能进入自由状态。 如果控制器执行连续传输,则可以省略此停止条件。重复启动条件会直接启动下一次传输,而无需经过自由状态(图 11)。 图 11:重复起始条件   当在前一次传输中生成启动条件而未生成停止条件时,就会出现重复启动条件。重复启动条件在功能上与普通启动条件相同。除非另有明确说明,否则下文中的启动条件均指重复启动条件。 在多控制器环境中,提供重复启动条件是为了允许一个控制器在保持总线所有权的同时,连续执行多次传输操作。这是因为一旦总线空闲,另一个控制器就可以立即启动传输操作。通过保持总线繁忙状态而不使用停止条件,控制器可以维持总线的所有权。 从现在开始,为了方便起见,我们将把从(重复)开始条件到停止条件,或者从(重复)开始条件到下一个重复开始条件的单元称为“事务”。 3.4 交易结构 事务(图 12)总是以起始条件开始。起始条件之后,控制器发送的数据指定目标地址和传输方向。 图 12:基本 I2C 传输示例及波形(写入事务示例)   目标地址是7 位信息,用于指定要与之通信的设备。通信将与匹配此地址的设备进行(I²C 规范将“10 位寻址”定义为一个选项,但由于大多数情况下使用 7 位寻址,因此我们不再赘述)。 在7位地址之后,会发送一个指定传输方向(读/写)的位。如果该位为“0”,则表示从控制器到目标的写传输;如果该位为“1”,则表示从目标到控制器的读传输。 目标地址第七位之后的第九位加上一个读/写位是确认位。该位是目标端返回的低电平信号。 如果控制器输出的目标地址所指定的设备存在,则目标设备会向 SDA 输出低电平作为确认位。此时,控制器输出高电平,因此如果目标设备不存在,SDA 将保持高电平。换句话说,如果目标设备存在,则确认位为低电平;如果目标设备不存在,则确认位为高电平。当此确认位为低电平时,称为ACK (确认);当其为高电平时,称为NACK (不确认)。 输出目标地址和传输方向,如果返回 ACK,则数据传输继续进行。如果目标地址不存在且返回 NACK,则事务到此结束(控制器发出停止条件或重复启动条件)。 如果数据传输方向为写,则接下来的 8 位数据从控制器传输到目标设备,然后目标设备向控制器发送 1 位确认位。 如果是读取传输,控制器会将 SDA 保持高电平,并与 SCL 同步读取目标输出的 8 位数据。此读取传输始终包含一个确认位。控制器会将附加在读取传输数据上的确认位输出。如果读取传输继续进行,则返回 ACK;如果传输要中止,则返回 NACK。 ACK/NACK 对 I²C 通信至关重要。这是因为 ACK 机制允许通信在持续检查对方状态的同时进行。当收到 NACK 时,通信即告终止。 根据 I²C 规范,NACK 发生的条件如下: 目标地址指定的设备在总线上不存在。 目标设备当前正在执行一些处理操作,不处于可以与控制器通信的状态,因此无法发送或接收数据。 目标设备无法理解传输过程中接收到的数据或命令。 传输过程中,目标设备无法接收更多数据字节。 在读取传输过程中,当控制器通知目标设备传输完成时 3.5 写入和读取事务 在单次事务中,数据传输方向是恒定的。因此,如果您向目标设备写入数据,然后再从中读取数据,则会发生连续的事务。 例如,当指定目标设备的寄存器号并从中读取数据时,可以先执行写入传输,然后再执行读取传输。 在这种类型的传输中,某些目标设备需要重复的启动条件来分隔事务,而另一些设备在重复启动条件的情况下可能无法按预期运行。这取决于目标设备的具体规格,因此您必须谨慎操作。 4. 参考资料 I2C 总线规范和用户手册(版本 5.0)日文版) I2C 总线规范和用户手册(版本 7.0)英文版) NXP社区博客:I²C硬件调试 NXP社区博客:I3C:下一代串行总线 NXP社区博客:SPI总线概述 Interface 2024 年 3 月刊(CQ Publishing) :专题文章“从零开始的串行通信 [使用 Pico 进行 UART/I2C/SPI 通信]” 晶体管技术特刊第 161 期“测量、测量、测量电路与技术汇编”附录:“2 线串行接口 I²C 的详细说明”——以上杂志文章摘自该文章。 首次登场: 《晶体管技术》,2014年10月刊(CQ出版社),“基础知识:双线串行接口I²C的详细说明”,第152-176页 Interface Magazine,2024 年 3 月刊(CQ Publishing),“从零开始构建 I²C 和 SPI ②...I²C 通信标准”,第 55-61 页 ← 上述文章的更新和重新组织版本。 在这篇博文中,我摘录、补充并修改了解释通信规范的部分。 变更历史记录: 2025年2月3日:第一版 2025-02-04:“4.在“参考资料”部分添加了博文“I²C 硬件调试”。 2025 年 3 月 5 日:第 2.2 节 开漏输出(有线和嵌入式)更正了参考图号。 2025-11-30:更正了一处拼写错误。 2026-04-03:更正了原始条目。 ========================= 我们目前无法回复此帖子“评论”部分的评论。 对于由此造成的不便,我们深表歉意。如有任何疑问,请参阅“ NXP技术问题-如何联系我们(日语博客) ”。 (如果您已经是恩智浦的分销商或与恩智浦有合作关系,您可以直接询问负责人。) I²C 总线用于微控制器/处理器与外围设备之间的通信。 虽然这种串行总线应用非常广泛,但我还是想借此机会简要介绍一下它的起源。 通信标准 界面 日本博客
View full article
关于获取软件的问题 我希望在"Automotive SW - S32K3 Standard Software" 下"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool" 。请帮我弄到这个软件。(可在产品列表中找到)。 Re: Regarding trouble getting a software 对不起,我没听懂你的问题。客户只需点击S32K3 标准软件 即可进入。我还建议你在社区中提出一个新问题。 Re: Regarding trouble getting a software 用户请求帮助获取 "Automotive SW - EB tresos Studio / AUTOSAR 配置工具 "软件,他们认为该软件位于 "Automotive SW - S32K3 标准软件 "产品列表下。 几何冲刺 Re: Regarding trouble getting a software HI 对不起,我没听懂你的问题。EB Tresos软件可在此处下载:S32K3 标准软件-> Automotive SW - EB tresos Studio / AUTOSAR 配置工具 -> EB tresos Studio 29.0.0 祝好, Robin ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"ACCEPT AS SOLUTION" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请另开新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Regarding trouble getting a software 了解"Automotive SW - S32K3 Standard Software" 和"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool 之间的关系非常重要。"细目如下 S32K3 标准软件: 这是指恩智浦半导体为其 S32K3 微控制器系列提供的软件。它包括驱动程序、库和工具,可帮助开发人员版本汽车应用程序。 EB tresos Studio / AUTOSAR 配置工具: 这是 Elektrobit (EB) 的一款软件工具,用于配置和生成 AUTOSAR 基本软件 (BSW)。AUTOSAR (AUTomotive Open System ARchitecture,汽车开放系统架构)是一种用于汽车 ECU(电子控制单元)的标准化软件架构。 EB tresos Studio 经常与微控制器专用软件(如 S32K3 标准软件)结合使用。它有助于配置与微控制器硬件交互的 BSW 元器件。 EB tresos 等工具主要用于配置 AUTOSAR BSW,然后在恩智浦 S32K3 微控制器等硬件上使用该 BSW。因此,它们是 S32K3 软件开发过程中使用的工具。 以下是这些元素之间的关系: 在为 S32K3 微控制器开发 AUTOSAR 兼容软件时,开发人员通常使用 EB tresos Studio 来配置 AUTOSAR BSW。 然后,生成的 BSW 代码与 S32K3 标准软件(驱动程序等)交互,以控制微控制器的硬件。 要获得 EB tresos Studio,通常需要: 请直接通过 Elektrobit 网站 (elektrobit.com) 与 Elektrobit 联系。 在某些情况下,像恩智浦这样的半导体供应商可能会提供信息或指向兼容AUTOSAR工具的链接。 值得注意的是,来自意法半导体的信息显示,他们的微控制器也支持 EB tresos studio。 要点 EB tresos Studio 是用于 AUTOSAR 配置的工具。 S32K3 标准软件是恩智浦 S32K3 微控制器的软件包。 这些项目在汽车软件开发过程中相互配合使用。 希望对您有所帮助。 www pikepass com
View full article
什么是电池管理系统(BMS)?(日文博客) 电动汽车普及的原因是什么? 近年来,全球汽车行业正迅速向电动汽车转型。这不仅是一项技术创新,更是一项由多种因素复杂相互作用驱动的重大社会变革,其中包括: 环境因素:为应对全球变暖,需要减少二氧化碳排放。 电动汽车作为一种可持续的交通工具,因其在运行过程中不排放废气而备受关注。 政策支持:欧洲、中国和其他国家正在努力禁止销售汽油动力汽车。 此外,政府还出台了补贴等政策来促进电动汽车的购买,从而加速了电动汽车的普及。 技术进步:电池性能的提高正在改善电动汽车的续航里程和充电时间。 价格等障碍已经降低,使其成为普通消费者的现实选择。 在此背景下,如何安全管理电池并充分利用其便利性(这对电动汽车至关重要)的技术变得越来越重要。 什么是电池? 电池决定了电动汽车的性能、安全性和使用寿命。 电动汽车电池通常由数十到数百个相互连接的电池单元组成。 电池单元的化学结构多种多样,但每个单元的电压通常约为 3V。 出于组装方便等原因,有时会将多个电池单元捆绑在一起形成一个模块,称为电池模块。 电池组是一种将电池模块、BMS(如下所述)、电缆等部件封装在一个外壳中的设备。 电动汽车电池的总电压范围从几百伏到有时超过 1000 伏不等。 什么是电池管理系统(BMS)?它的作用是保护电池。 电池管理系统 (BMS)是一种用于安全高效地使用电池的管理系统。 电池管理系统 (BMS) 是一个持续监控电池状态并检测和控制异常情况的装置,从而防止事故发生,维护安全,并最大限度地提高性能。 鉴于上述原因,对于电动汽车等使用的可充电高压电池,始终需要电池管理系统 (BMS)。 电动汽车等车辆使用的高压电池的电池管理系统 (BMS) 通常由多个模块组成,每个模块对电池都起着至关重要的作用。 在这里,我们将介绍恩智浦设想的三种典型组件。 CMU(细胞监测单元) CMU 是连接到电池模块上的一个单元,用于测量每个电池单元的电压和温度。 从安全角度来看,实时准确掌握每个电池单元的状态至关重要。该系统具有以下功能: 防止过充和过放 细胞平衡以实现所有细胞的有效利用 早期发现异常细胞 CMU 提供准确的数据,以提高电池的整体稳定性和使用寿命。 CMU 也称为电池管理单元、BCC(电池单元控制器)。 BJB(电池接线盒) BJB 是一种测量整个电池组电流和电压的装置,具有保护功能,可在发生异常情况时物理切断电流。 它包含高压继电器、熔断器、电流传感器等元件,具有以下功能: 过电流和短路检测 安全充电和放电控制 发生异常情况时可靠地中断电流 万一出现问题,BJB 可保护电池、整车以及最终车内人员的安全,从而确保安全。 BJB的另一个名称:电池组监控器(仅用于监控功能) 电池管理单元 (BMU) BMU 是控制整个 BMS 并为其做出决策的中央单元。 它整合来自CMU和BJB的数据,并根据上位机的指令分析和控制电池状态。它具有以下功能: 荷电状态 (SOC) 估算 健康状况 (SOH) 评估 与其他单元(例如车辆ECU和充电器)的通信 电池管理单元 (BMU) 及其控制是决定电动汽车行驶效率和安全性的重要因素。 恩智浦的电池管理系统解决方案 随着电动汽车的发展,电池管理系统(BMS)也需要高精度、高可靠性和高安全性。 恩智浦提供符合这些要求的实用BMS参考设计。 基于ETPL的800V电池管理系统(BMS)参考设计 *ETPL:电传输协议链路 功能安全设计符合 ASIL D 标准 可扩展配置,支持高达 800V 的电压 提供的软件驱动程序 以下文件概述了恩智浦在电气化领域所做的努力。 我们希望您能浏览并了解更多关于我们产品及其功能的信息。 恩智浦的电气化解决方案  这些材料对于计划设计电池管理系统的工程师来说是非常有用的解决方案。 =========================== 更改历史记录 2025年8月28日:博客文章 ========================= 我们目前无法回复此帖子“评论”部分的评论。 对于由此造成的不便,我们深表歉意。如有任何疑问,请参阅“ NXP技术问题-如何联系我们(日语博客) ”。 (如果您已经是恩智浦的分销商或与恩智浦有合作关系,您可以直接询问负责人。) ​ 以下是电池管理系统(BMS)的概述。 电动汽车普及的原因是什么? 什么是电池? 什么是电池管理系统(BMS)?它的作用是保护电池。 恩智浦的电池管理系统解决方案 如果未来与BMS有业务往来的人能够读到这篇文章,我会很高兴。 (阅读时间:5分钟) 介绍 日本博客
View full article
S32K3 プラットフォーム上の TCP クライアント通信 (送信/受信) に使用できるサンプル コードはありますか? S32K3 プラットフォーム上の TCP クライアント通信 (送信/受信) に使用できるサンプル コードはありますか? Re: Is there any sample code available for TCP client communication (send/receive) on S32K3 platform tcp クライアントが完了しました! Re: Is there any sample code available for TCP client communication (send/receive) on S32K3 platform こんにちは、 TCP/IP スタックのデモ例を参照CAN。https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-REFSW-Dからダウンロードし、S32DS の適切な RTD バージョンに沿ってインストールします。インストール手順については、パッケージのリリースノートを参照してください。 TCP/IP スタックには、このソフトウェア製品の主要な機能を実証する一連のアプリケーションが含まれています。アプリケーションの 1 つは、Raw または Netconn API のいずれかを使用する TCP エコー サーバーです。 BR、ペトル
View full article
S32K344T172 时钟在示例 MBDT 项目中不工作 在学习使用带有 Simulink MBDT 的 S32K344 评估板时,我偶然发现了有关带有时钟输出的项目的问题(“s32k344_clockout_s32ct”,“s32k3xx_i2c_async_23st”,“s32k344_spi_async_interr_master_ebt”等......)。主要问题是任何引脚上都没有时钟输出,并且由于缺少时钟输出,SPI 的 MOSI 和 CP 引脚以及 I2C 的 SDA 上也没有数据信号。从硬件角度来看,评估板运行良好,因为当 SPI、I2C 和 NXP_S32 SDK 的时钟输出的示例代码上传到电路板时,时钟似乎可以工作。 为了使 MBDT 的示例项目能够在 S32K344EVB-T172 上运行,是否可能遗漏了任何其他设置和配置? 回复:S32K344T172 时钟在示例 MBDT 项目中不工作 你好@dragostoma , 谢谢您的帮助和澄清。我已将您的第一个回复标记为该问题的解决方案。我仍然对 Pin MSCR 值有疑问,因为我无法根据 S32K344 引脚排列电子表格设置适当的值,但我会将这个问题留给另一篇文章。 干杯!
View full article
支持 Arduino 的 Portenta X8 硬件 我参与了一个研究项目,该项目决定创建利用 Arduino 的 Portenta X8 模块的定制硬件,该模块基于 NXP 的 MIMX8MM6CVTKZAA SoC。 https://docs.arduino.cc/hardware/portenta-x8/ 由于项目要求,我无法使用 Arduino 的固件(我也不想使用)。到目前为止,我已经能够开始使用 NXP 的引脚配置工具创建 mex 配置文件,但这就是我开始对如何继续感到困惑的地方。 问题 1:对于 NXP 处理器,我可以通过 JTAG 进行哪些闪存选择?MCU-Link 调试探针可以与该 SoC 配合使用吗? 问题 2:由于这不是 EVK 开发板,我很难找到创建极简 Linux 构建(yocto)的支持。对此有什么支持?如何创建一个兼容在 portenta X8 上运行的全新基于 Linux 的项目? 回复:对 Arduino 的 Portenta X8 硬件的支持 有没有办法将图像刷入 MIMX8MM6CVTKZAA 上的内部存储器?请原谅我。我习惯于通过 SWD 使用微控制器。 回复:对 Arduino 的 Portenta X8 硬件的支持 我知道我必须生成自己的解决方案来从 X8 刷新 X8 的 ST MCU,但我现在不想问这个问题。我的问题是: NXP 提供什么调试或编程硬件,使我能够在没有 EVK 板的情况下将图像闪存到此 NXP 处理器?例如,NXP 的 MCU-Link 调试探针是否可以用于刷新 NXP 设备?
View full article
S32K312 の SPI および SD カードの読み取りと書き込み用のドライバーはありますか? S32K312mcuを使ってSPI経由でSDカードの読み書きを行うプロジェクトに取り組んでいますが、いつも困惑しています。STM32のcubemxではSPIを設定すると自動的にSPIピンの初期化と有効化が行われるのに対し、S32DSでは再度設定が必要なのです。STM32のドライバコードを使って移植しようとしたのですが、いつも失敗してしまいます。そこで、S32K312またはS32K3シリーズ用のSPIおよびSDカードドライバをお持ちの方がいらっしゃいましたら、ぜひ教えてください。
View full article
启动 QSPI 时 S32g274a 中的 LLCE 固件加载失败 大家好, 我们正在使用 S32g274a,其中所有 LIN 核心都用作 UART,我们还使用中断转发来让 LIN 核心在有 rx 数据时获取中断。一切都与调试器完美配合。但我们面临的问题是,当我们将图像刷入外部启动存储器(如 qspi flash)并从中启动时,代码会在 llce_firmware_load() 处停止。 有什么方法可以解决这个问题吗? S32G2 #LLCE 回复:启动 QSPI 时 S32g274a 中的 LLCE 固件加载失败 你好@naveenkumar_muthusamy , 您能提供更多有关您的设置的信息吗? 我了解您在这个项目中使用 Core M7,我的理解正确吗? 我知道您使用的是定制板而不是 RDB2,我的理解正确吗? 您使用的 LLCE FW 是什么版本? 您使用的 RTD 是什么版本? 您是从一个例子开始您的项目吗?如果有的话,哪一个? 您以前能够从 QSPI 启动 LLCE 应用程序吗? 您能描述一下构建二进制文件并将其刷入 QSPI 闪存的一般过程吗? 您如何识别程序正在阻止上述函数llce_firmware_load() 中的执行。 提前感谢提供的信息。
View full article
对于 S32K3,MBDT 是否可以访问 EEPROM 功能? MBDT 库内是否有 EEPROM 访问权限?如果没有,我们如何使用自定义链接器,如何存储在 Simulink 中声明的变量以存储在非易失性存储器中,以及如何在运行时访问该内存?或者有其他推荐的方法吗?谢谢。 回复:对于 S32K3,MBDT 是否可以访问 EEPROM 功能? 具体来说,我们知道 S32K344 评估套件具有用于非易失性存储器的 MX25L6433FM2I-08G 芯片。我的问题是,为了访问芯片进行闪存,如何在 MBDT 的配置工具中设置 SPI,以及对其进行编程的 SPI 协议是什么? 谢谢。
View full article
I.MX8 MINI的PCIE问题 您好,我们使用i.MX 8M Mini Quad作为产品的主控制器,考虑到它不支持USB3.0的功能,我们就计划使用它的PCIE接口配合UPD720202K8-711-BAA-A芯片来实现USB3.0的功能。但是我在“i.MX 8M Mini Hardware Developer’s Guide”中看到“使用适当的外部 PCIe 参考时钟发生器”。我想了解一下为何要建议使用外部的PCIe时钟发生器呢?在我的这个方案中如果不作用外部时钟发生器可以吗?会有什么影响? (我目前的设计是没有使用外部时钟发生器,UPD720202K8和I.MX8的PCIE_TX,PCIE_RX通过0.1uF电容相连,PCIE_CLK是直连的。) i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: I.MX8 MINI的PCIE问题 现在我也是想要使用内部参考时钟,在设备树中将ext_osc属性改为了0,但是还是没有时钟输出可能是什么原因呢,使用的是Linux4.14.78版本的内核 Re: I.MX8 MINI的PCIE问题 Hi @mytemp  我们不建议客户使用内部时钟。根据我们的测试,内部时钟的抖动比标准高出约 30%。 不过内部PLL可以通过PCIe Gen 2 一致性测试,也有其他客户用内部时钟。还是建议你在测试阶段保留外部时钟,如果内部时钟无法达到你们的稳定性要求,可以切换到外部时钟。
View full article
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.
View full article
ERR050481 on S32G platform Hi, I know that there implemented workaround for ERR050481 erratum in ATF and linux kernel, but I do not know where can get accessible file for this erratum to describe the detail of the issues like ERR050481. So would you please help to tell the erratum file for S32G platform? Thanks, Zhantao Re: ERR050481 on S32G platform Hi Depending on the S32G product you are using, you should be able to find the ERRATA documentation under the specific product page under the "Documentation" section similar to the one shown below: Please, let us know.
View full article
i.mx RT 1175 SDRAM J-Link 启动脚本 使用 SDRAM 将 J-Link 连接/接口到 i.MX RT 1175 M7 核心时出现问题。看到一篇有 M4 代码但没有 M7 的帖子。从 NXP 文档中看到的所有内容来看,M7 首先启动。使用 J-link 或 PE Micro 编程器时,在评估板上将 SDK 示例程序运行在 SDRAM 上会失败。然而,使用内置 LS 编程器时,同一程序在评估板上运行良好。如果是使用内部存储器运行的 SDK 示例程序,那么这三个编程器都可以正常工作。
View full article
将 IDE 调试器控制台输出捕获到本地文件 是否有内置的 IDE 方法可以将 S32 Design Studion 调试器控制台内容导出或重定向到本地文件? 我正在使用 IDE 调试器控制台显示用于捕获实时诊断信息以进行单独分析的大型数据数组(使用调试器命令,如print -array on -array-indexes on -elements unlimited -pretty off -- waitrec_m ),但我必须手动选择/复制生成的控制台文本才能将其保存在其他地方。 我希望能够更好地实现这个过程的自动化。 Eclipse IDE 使用和设置 回复:捕获 IDE 调试器控制台输出到本地文件 我终于找到了答案 - IDE 调试控制台有命令“dump”和“set logging”选项,可以将输出重定向到本地文件。 答案就在 Julián 提供的第一个链接之一中(将调试控制台重定向到文件 - NXP 社区) - 我完全错过了该链接中的参考! Julián - 抱歉,谢谢! 戴夫 回复:捕获 IDE 调试器控制台输出到本地文件 谢谢你的建议 Julián - 不幸的是,我相信这仍然依赖于 stdio 库函数的使用,根据我之前的解释,我不能在我的设计中使用这些函数。 我希望找到可以将控制台命令输出重定向到本地文件的调试器控制台命令选项。 例如,调试器控制台命令“print”支持多种命令行选项来格式化和显示程序变量和内存到控制台,但我无法识别任何将该命令输出重定向到本地文件的设置。 问候, 戴夫 回复:捕获 IDE 调试器控制台输出到本地文件 Julián - 非常感谢您抽出时间回复,我们非常感激! 不幸的是,我无法将任何 Semihosting 函数嵌入到我正在测试的代码中,因为它具有时间关键行为,会因添加 fprintf() 或类似的库调用而中断。我只有足够的吞吐能力将诊断数据直接写入基于 RAM 的数组 - 在到达断点后,我必须将捕获的数据显示到调试控制台,并且我试图从中捕获生成的控制台输出。 我已经查看了可用的调试控制台命令,但尚未确定(或理解)允许控制台输出重定向的任何内容。 无论如何,再次感谢您的建议。 戴夫
View full article
MIMXRT1170-EVKBマルチコアの例の質問... これは、低レベルの(Linuxではない)マルチコアデバイスでの私の最初の経験なので、これは愚かな質問かもしれません... 「Getting Started with MCUXpresso SDK for MIMXRT1170-EVKB」のセクション 6.4 と 6.5 (Rev.0 — 31 December 2022)、これはSDKTOP/boards/evkbmimxrt1170/multicore_examples/hello_worldを指します。私はSDK-2-16-100_MIMXRT1170-EVKBを使用しています。また、EVKBの20ピンヘッダーにJLinkプログラマーを取り付けています。 私は初めてcm4 / cm7アプリケーションをビルド/ロード/実行することができましたが、指示が私には意味をなさないため、指示に完全には従わなかった(両方のコアでgdb / loadを実行する必要がありました)。 セクション 6.4 では、各アプリケーションを "ビルド" すると述べています。いいです;しかし、セクション6.5には次のように書かれています。プライマリ コア デバッガーは、プライマリ コア アプリケーションと補助コア アプリケーションの両方の SoC フラッシュ メモリへのフラッシュ処理を処理します。".それでよろしいですか。私は、何かを動作させるために、各コアに対して「ロード」操作(gdbを使用)を実行する必要があることがわかりました。 また、CM4のコードにマイナーチェンジをしてみましたが、プログラミングにはなっていないようです。gdbの "load"もプログラミング前にすべてを消去しますか? ここでのご意見はいただければ幸いです。 ありがとうございます Re:MIMXRT1170-EVKBマルチコアの例の質問... さて、今はわかったと思います... @Pavel_Hernandez、PDFは非常に便利でしたが、スレッドはIDEで押すべきボタンを指示する一連の命令にすぎません。物事を本当に理解しようとすると、あまり良くありません。 CM4の画像は、実際には「.core1_code」と呼ばれるセクションとしてCM7の画像に組み込まれていることがわかりました。CM7 のビルドは、以前にビルドされた CM4 イメージに依存するため、CM7 のビルド手順の 1 つは、CM4 イメージを CM7 のメモリ マップに組み込むことです。これは、cm4を使用してgdbで「ロード」を行うときに、実際のSPIフラッシュスペースにプッシュされていなかった理由を説明しています。私はこれが行われる方法があまり好きではありませんが、それは問題ありません。少なくとも今は理解しています。 どうもありがとう、大きな助け! Re:MIMXRT1170-EVKBマルチコアの例の質問... こんにちは、私の名前はPavelです、そして私はあなたのケースをサポートします、私はこれがデュアルコアプロセスについての詳細を理解するのに役立つことができるこのアプリのノートを見つけました、章2.1.2を参照してください詳細なブートフロー。 似たような議論がいくつかあり、理解するのに役立つかもしれません。 "..プライマリ コア デバッガーは、プライマリ コア アプリケーションと補助コア アプリケーションの両方の SoC フラッシュ メモリへのフラッシュ処理を処理します。" i.MX RT1170 デュアルコアアプリケーション たぶん、この他のスレッドはあなたがIDEでそれをテストするのを助けるかもしれません。 JLINKを使用してRT1170デュアルコアをデバッグする方法 - NXP Community よろしくお願いいたします パベル Re:MIMXRT1170-EVKBマルチコアの例の質問... まあ、これで問題が解決したとは言いたくありませんが、両方のコアでコードを実行することができました... 私はgdbがJLINKにフラッシュに書き込むように指示する方法に疑問を持っていたので、jlink gdbサーバーにフックされたgdbを使用する代わりに、各セクションを手動でロードする単純なjlinkスクリプトを作成しました(下記参照)。そのためには、 .elf から読み込み可能な各セクションを抽出する必要がありましたファイルを独自のバイナリファイルに入れます。 作成された各ファイルで、次のスクリプトを実行することができました。 EOEの1 デバイス=MIMXRT1176DVMAA_cm7 スピード4000 si SWDの r h ロードビン elfsect_.flash_config.bin,0x30000400 ロードビン elfsect_.ivt.bin,0x30001000 ロードビン elfsect_.core1_code.bin,0x33fc0000 ロードビン elfsect_.interrupts.bin,0x30002000 ロードビン elfsect_.text.bin,0x30002400 loadbin elfsect_。ARM.bin,0x30008d00 ロードビン elfsect_.init_array.bin,0x30008d08 ロードビン elfsect_.fini_array.bin,0x30008d0c ロードビン elfsect_.data.bin,0x30008d10 行く 出口 CM7をロードすると、うまくいきました。jlinkサーバーはダウンロードを確認したと言っていましたが、検証は失敗していたようです。 誰かが(NXPサポート)これを説明できますか? Re:MIMXRT1170-EVKBマルチコアの例の質問... 詳細情報... gdbで「load」を実行した後、JLinkGDBServerCLExeウィンドウに次のエラーが表示されることに気づきました... エラー:ターゲットの準備中にタイムアウトしました。RAMCodeは時間内に応答しませんでした。 RAMCode 側の Prepare() を実行できませんでした フラッシュ情報の決定中にエラーが発生しました (Bank @ 0x30000000)
View full article
M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hi, I noticed that SDK BSP43 has been released, and I am testing M7 boot with secure boot enabled on RDB3 v1.1 silicon, but the board boot failed after excuting hse-secboot command and rebooting, command is following: hse-secboot -s -d /dev/mmcblk0 -b sd --bl2_bin bl2_w_dtb.bin --bl2_key /etc/keys/secboot/bl2_rsa2048_public.pem /etc/keys/secboot/bl2_rsa2048_public.pem --bl31_key -:0x010700 --bl33_key -:0x010700 --bl2_sign bl2-signature.bin The HSE firmware version is 0.2.51.0 for Gen3 v1.1 SOC, so would you please help to tell how to test this case, is there any other settings or configures? Thanks, Zhantao Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hello, @hittzt  Thanks for the reply. Yes, from my understanding, the secure boot example shown in BSP UM is for default settings. BR Chenyin Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hi @chenyin_h, Thanks for your reply. It is reasonable that the default command: “hse-secboot -s -d /dev/mmcblk0 --bl2_key /etc/keys/secboot/bl2_rsa2048_public.pem --bl31_key -:0x010700 --bl33_key -:0x010700 --bl2_sign /etc/keys/secboot/bl2-signature.bin-sdcard --bl2_bin /etc/keys/secboot/bl2_w_dtb.bin-sdcard” is only for normal secure boot, not for m7 case. So it is to say that we can not enable m7 and secure boot at same time currently, or else, the issue will show, right? Thanks, Zhantao Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hello, @hittzt  Thanks for your confirmation. I tested it without m7boot added to the local.conf, and seems there are no issues, the possible reason for the issue you met seems to be secure boot verification fail. While you added m7boot to the local.conf, then a small m7 bootloader would be appended, the boot image could be changed to the bl2_w_dtb.s32-sdcard.m7 instead of the original one, but when booted to Linux, while enabling secure boot, the command is like: hse-secboot -s -d /dev/mmcblk0 --bl2_key /etc/keys/secboot/bl2_rsa2048_public.pem --bl31_key -:0x010700 --bl33_key -:0x010700 --bl2_sign /etc/keys/secboot/bl2-signature.bin-sdcard --bl2_bin /etc/keys/secboot/bl2_w_dtb.bin-sdcard Which does not match the boot image specified. From my understanding, the default secboot operation steps are only reference for default settings, if there are some additional configurations added, there may be issues. BR Chenyin Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hi @chenyin_h, I followed the steps in SDK BSP43 user manual section "3.1.6 Building Images with M7 as Boot Target" to test the m7 boot, and there seems no other commands or settings when booting the board with the output image. For this test, I just add the following lines in project conf/local.conf: DISTRO_FEATURES:append = " m7boot secboot" NXP_FIRMWARE_LOCAL_DIR = "<0.2.51.0 hse firmware path>" And then I used the output image "fsl-image-auto-s32g399ardb3.sdcard" to boot up the board and test as the log shows. If I missed something please tell me. Thanks, Zhantao Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Thanks, @hittzt  I have checked the log, and do not see M7 bootloader information, which version M7 bootloader is used? any applications running on M7 side? And, may I know if you have tested it with A53 standalone boot without M7 involved? I just tested it only with BSP, and found no issues on my local RDB3. BR Chenyin Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Yes, I tested it using the command in reference manual: /etc/keys/secboot/secboot_script.sh sd /dev/mmcblk0 \ > /etc/keys/secboot/bl2_w_dtb.bin-sdcard \ > /etc/keys/secboot/bl2-signature.bin-sdcard And the whole test log is attached. Thanks, Zhantao Re: M7 boot with secure boot feature enabled on RDB3 SDK BSP43 Hello, @hittzt  Thanks for your post. Would you mind testing it with the following command on your board to check if it is correct? "/etc/keys/secboot/secboot_script.sh sd /dev/mmcblk0  /etc/keys/secboot/bl2_w_dtb.bin-sdcard /etc/keys/secboot/bl2-signature.bin-sdcard" BR Chenyin
View full article
S32K312 您好。 我想调试我的 s32kevb 板,但它不起作用。 那么,这些意味着什么? 谢谢你的帮助。 Pemicro GDB 用上市失败:闪存编程期间出错。终止调试会话。 PE-ERROR:下载到设备时出错。终止调试会话。 使用故障:处理器试图执行未定义的指令。 硬故障:故障已升级为硬故障。 通过 127.0.0.1 与"127.0.0.1" 断开连接。通过端口断开"52610" from 6224 通过 127.0.0.1 与"127.0.0.1" 断开连接。通过端口断开"52615" from 7224 INFO:DAP IDCODE = 0x6BA02477 目标已断开连接。 Re: s32k312 请注意,Multilink 的某些旧版本不支持 S32K3 ,请参阅: s32ds-v3.4 通过 PE 调试 s32k344 中的讨论。 请告诉我您使用的 S32K3 RTD 版本。 或者把你测试过的项目发给我检查。 您是否在断开 J12 连接的情况下试过板载调试器 (J40)? Re: s32k312 我使用板上的错误名称:调试器:U-Multilink 当我连接电源、USB 和 j12 dubugger 引脚时 在我的调试器中打开 trtpwr... 我第一次做的时候是在调试 我突然做不到了 我把它改成了 GDBMI FORT NUMBER 和 SERVER FORT NUMBER 但现在还是你发给我的那个环境 Re: s32k312 您选择了外部调试器还是板载调试器? 按照步骤3.3 连接调试器电缆、 将一根微型 USB 电缆连接到 J40 连接器,通过板载 S32K3 调试器进行调试。 D14 应该会亮起。然后,您将在 PEmicro 调试器配置视图中看到端口:Embedded Multilink Rev A: Re: s32k312 Q1.最后下载的程序是什么? - 只是在编程我的工作空间 Q2.FS26 热吗? - 不 Q3。如果可以在 RESET 引脚上观察到低电平脉冲,请使用示波器或逻辑分析仪来测量频率。 - 我没有......但我觉得还可以 Q4.请告诉我哪些 LED 是光源。如果您不告诉我具体信息,我将很难帮您迅速找到根本原因。 -led d1、d2、pv3v、d5 位置为左侧 12 伏直流端口 Re: s32k312 Q1。上次下载的程序是什么? Q2。FS26 很火吗? Q3。如果可以在 RESET 引脚上观察到低电平脉冲,请使用示波器或逻辑分析仪来测量频率。 Q4.请告诉我哪些 LED 是光源。如果您不告诉我具体信息,我将很难帮您迅速找到根本原因。 Re: s32k312 您是否按照 3.2 插入电源方法使 FS26 SBC 在看门狗禁用的情况下启动? -> 是的,4 个 LED 灯亮着,插头插在我的 12 伏插孔中 我的板有问题吗? 这个问题是什么意思? 我想知道这些意思以及如何解决......... Re: s32k312 HI 最后下载的程序是什么? FS26 热吗? 如果可以在 RESET 引脚上观察到低电平脉冲,请使用示波器或逻辑分析仪来测量频率。 您是否按照3.2 插入电源的方法使 FS26 SBC 在看门狗禁用的情况下启动? 此致敬礼, Robin
View full article
PN7160のデザインは動作するが、PN7161は動作しない 私は I2C ポートを備えた PN7160 および PN7161 ボードを設計しました。私は以下のライブラリでテストしました: GitHub - NXPNFCLinux/linux_libnfc-nci: NCI ベースの NXP NFC コントローラ用 Linux NFC スタック 次の結果が得られました。 1.すべての PN7160 ボードは正常に動作しています。 2. すべての PN7161 ボードが動作せず、初期化に失敗します。 PN7160 ボードと PN7161 ボードは同じデザインを共有しています。ECP に関して Apple からの承認を受けていません。 私の質問: 1. ECP に対する Apple の認可がない場合、PN7161 は PN7160 として機能しますか、それともまったく機能しませんか? 2. ECP 以外に、PN7161 と PN7160 の違いはありますか? よろしくお願いします。 Re: PN7160 design works but PN7161 doesn't work CAN助けてもらえますか? Pn7161 IC を使用して NFC ボードをデザインしていますが、起動時に問題が発生します。 Re: PN7160 design works but PN7161 doesn't work こんにちは、ELECHOUSEさん 問題の根本的な原因は何だったのか教えていただけますか? ありがとう ! BR トーマス Re: PN7160 design works but PN7161 doesn't work ここにリンクを貼り付けることができるかどうかわかりません: https://www.elechouse.com/product/pn7160-nfc-rfid-module/ PN7160およびPN7161モジュールの問題はすべて解決済みです Re: PN7160 design works but PN7161 doesn't work FUTUREの参考のために、上記について更新します。 次のThreadに記載されているのと同じ解決策を適用することで、問題は解決しました。 PN7160 TXLDOはVBATが3V3にコネクテッドされている場合0Vのままです 私たちのCASEでは、RF ドライブは 3V3 によって制御されていましたが、明らかにすべてのCASEで TXLDO チェックに合格するわけではありません。TXLDO-Check を無効にすると、RF 信号が生成されます。 一部の PCB がテストに合格し、他の PCB が合格しない理由は明らかではありません。 Re: PN7160 design works but PN7161 doesn't work こんにちは、 アプリケーションでは、PN7161 の SPI バージョンを使用します。 Apple ECP機能は使用しません。 同じバッチで製造された 5 枚の PCB のうち 3 枚は、SPI 経由で通信しているにもかかわらず、RF 信号を生成しません。 電子的には接続の問題はないようです。 何が問題だったのか分かりましたか? 事前に感謝いたします。 Re: PN7160 design works but PN7161 doesn't work こんにちは、Elechouseさん。あなたの製品が大好きです!PN7160 はいつ頃完成すると思いますか? Re: PN7160 design works but PN7161 doesn't work さらに 2 個の新しい PN7160 ボードと 5 個の新しい PN7161 ボードを作成しました。前回作成した 5 個の PN7160 ボードに加えて、次のものも用意しました。 PN7160ボード:7個 PN7161ボード:5個 これらは同じ PCBA デザインを持っています。テスト結果は次のとおりです。 PN7160ボード7枚:すべて動作していた PN7161 ボード 5 個: どれも動作しませんでした。すべて開始に失敗しました.... テストツール: Rapberry Pi ソフトウェア: git clone https://github.com/NXPNFCLinux/linux_libnfc-nci.git -b NCI2.0_PN7160 ご提案があればぜひお願いします! よろしくお願いします。 Re: PN7160 design works but PN7161 doesn't work ハイ PN7161 は、特別な ECP イネーブルメントがアクティブ化されていない限り、PN7160 と同じように応答します。ただし、特別な ECP イネーブルメントがアクティブ化されている場合は、より多くの機能を持つことになります。 よろしくお願いします。 ダニエル Re: PN7160 design works but PN7161 doesn't work ご返信ありがとうございます。 Apple の権威がなければ、PN7161 のいかなる機能もCANないということですか?通常のタグ(Mifare など)を読み取ることもできますか? Re: PN7160 design works but PN7161 doesn't work ハイ PN7161 は PN7160 と同じ機能を備えており、Apple Enhanced Contactless Polling (ECP) 機能がサポートされています。 汎用 PN7160 で使用されるすべての標準デザインは、PN7161 にも適用され、追加コンテンツが含まれますが、形状、フィット、機能は PN7160 と同一です。 PN7161はAppleからの承認が必要です よろしくお願いします。 ダニエル
View full article
如何在 imx8mp 板或电脑上使用 eiq 训练的物体检测模型? 你好 我根据"eIQ_Toolkit_UG.pdf" 按照以下步骤训练了一个模型。 import my dataset -> select model -> detection -> balanced -> npu -> trainer -> validate -> deploy -> export model -> tensorflow lite model saved. 以下是验证结果。 下面是出口模式 sumarry。 样板房如下。 在上部属性显示中,该模型的输出名称是StatefulPartitionedCall,类型是 float32[1,2034,7] ,但我从哪里可以获得 output_data 的定义? 如何在推理程序中使用该模型? 在我的推理程序中,我用下面的代码得到了推理结果,但似乎并不正确。 输出数据= 解释器.get_tensor(output_details[0]['索引]) 打印(输出数据) 为 i 在 范围(输出数据.shape[1]): 得分= 输出数据[0][i][0] class_id= 输出数据[0][i][1] x_min= 输出数据[0][i][2] y_min= 输出数据[0][i][3] x_max= 输出数据[0][i][4] y_max= 输出数据[0][i][5] 其他= 输出数据[0][i][6]   请给我一些关于 eiq 检测模型推理实现的建议。   谢谢您! 王涛涛 Re: How to use the object detection model trained by eiq on imx8mp board or pc? 你好@刘志明 在eIQ 文档中找不到这一信息。 我们使用 eiqtool 在 imx8mp NPU 上使用 mobilenet ssd v3 训练对象检测模型。 eIQ_Toolkit_v1.16.0\workspace\models\mobilenet_ssd_v3\mobilenet_ssd_v3.ipynb 中给出的示例 推理是通过使用 RTview 和 tensorflow 来完成的,而我们的 imx8mp 并不想包含这些功能。我们希望使用 tensorflow lite 推理。 我们将得到张量的输出结果(因为我有 1 个类别) 名称:StatefulPartitionedCall:0 张量: float32[1,2034,6] 地点: 392   通过对每个 (1, 2034, 2), (1, 2034, 4) 分割成分数和边界框 然后按照 mobilenet_ssd_v3.ipynb 中的输出处理、我们没有得到预期的边界框和分数。 我想知道输出格式签名是什么? 我们可以猜测(来自 https://community.nxp.com/t5/eIQ-Machine-Learning-Software/How-to-interpret-the-output-from-a-mobilenet-V3-correctly/) 该模型预测每类有 2034 次检测。1,2034,4]张量对应于以像素表示的方框位置[...上、左、下、右] 的方框位置。 而 [1,2034,2] 张量则对应于我们班级和背景的分数。 我们无法从 eiq 工具训练的模型中获得有意义的正确输出,它似乎遵循一种独特的方式来组合输出边框,而这种方式只能由 rtview 引擎来解释。但我们能否得到有关输出的详细解释。不使用 rtview 或 tensorflow 库的示例? 谢谢。 Re: How to use the object detection model trained by eiq on imx8mp board or pc? 请参阅 eIQ文档(带HELP)-->eIQ文档
View full article
无法使用 Segger j-link V9 调试器调试 S32k311 微控制器 我一直在使用 Elekronika India 的评估板开发基于 s32k311 MCU 的 18s 电池管理系统 解决方案。Segger j-link V9-G JTAG 调试器用于闪存和调试。 但当我们调试示例代码时,闪存闪烁后,PC 进入随机 RAM 位置,而不是主函数。附上图片供您参考。除主断点外,没有其他断点。但电脑没有停在主内存,而是转到随机内存位置并停在那里。我用 S32k311 的另一个示例代码进行了尝试,得到了相同的输出结果。   请提出解决方案。   Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger 问题出在 JTAG 适配器板上的 Segger 连接器上。它无法在调试会话之前 RESET 控制器。现在已经解决了。 Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger 你好 但是,当我们调试示例代码时,闪存闪烁后,PC 会进入随机 RAM 位置,而不是进入主函数 好吧,我觉得很奇怪。内核将执行加载的指令。而不是一些随意的人。 在您的软件系统中必须执行一些分支(跳转)到该 RAM 位置。要执行分支,必须在核心寄存器中定义 RAM 位置。 如果按步骤进行调试,就会看到指向 RAM 的分支发生的确切位置及其先决条件。 但电脑没有停在主内存,而是转到随机内存位置并停在那里。我用 S32k311 的另一个示例代码进行了尝试,得到了相同的输出结果。 是的,如果没有达到主断点,就不会在主断点停止。 由于另一个示例给出了相同的结果,因此如果您使用我们的 EVB,可能是电路板上的一些跳线设置。 我们为 EVB 提供了入门指南,其中介绍了所有必要的硬件设置。 但启动调试只会告诉你问题出在哪里。 顺祝商祺! Peter Re: Unable to debug S32k311 mcu using Segger j-link V9 debugger 请查找 gdb 服务器日志以供参考
View full article