基于 Arm 的微控制器（参考译文帖）(Read Only) - 最近的话题

[参考译文] AM2612：EtherCAT 示例不会移至 ZNC 封装

admin — Tue, 21 Apr 2026 15:32:08 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1638906/am2612-ethercat-example-does-not-move-to-znc-pacakge

器件型号： AM2612

您好团队：

我尝试将 EtherCAT 子器件示例代码移至 ZNC 封装、但显示类似这样的错误。

我使用的是 2025.0.0.8 工业通信 SDK 和 CCS 20.4.1。

MCU+SDK 为 11.0.0.29

请检查。

此致、

TED

RE: [参考译文] AM2612：EtherCAT 示例不会移至 ZNC 封装

admin — Tue, 21 Apr 2026 17:00:01 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 TED：

此修复计划用于下一个 IND 通信 SDK 版本、即计划为 AM261 的前半部分发布

[参考译文] MSPM0L2117：有关启用 LCD/RTC 的运行/停止/待机模式电流消耗估算的阐释

admin — Mon, 20 Apr 2026 09:55:38 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1638256/mspm0l2117-clarification-on-current-consumption-estimation-for-run-halt-standby-with-lcd-rtc-enabled

器件型号： MSPM0L2117
主题中讨论的其他部件： ENERGYTRACE

您好、

我想澄清一下、MSPM0L211x 在低功耗用例下的电流消耗估算。

我们正在审查该器件是否能够满足以下客户要求：

产品关闭状态：0.5µA（待机）
活动状态：5µA（运行）
时钟假设：32kHz

预期运行条件如下。

用例 1：

计时器/计数器 1：开启
计时器/计数器 2：开启
LCD 驱动器：打开
交换机检测端口：打开
RTC：打开
CPU：暂停

用例 2：

计时器/计数器 1：关闭
计时器/计数器 2：关闭
LCD 驱动器：打开
交换机检测端口：打开
RTC：打开
CPU：运行+暂停

在查看数据表时、我们主要参考了第 7.5.1 节“运行/睡眠模式“和第 7.5.2 节“停止/待机模式“。

我们目前的理解是：

在第 7.5.1 节中、指定了运行/睡眠电流值、条件是所有外设都被禁用。
因此、列出的值无法直接应用于上述启用了 LCD、RTC 和开关检测端口的情况。
在第 7.5.2 节中、待机电流约为 1.6µA 典型值至 2.14µA 典型值（具体取决于条件）、因此从发布的数据来看、在待机模式下实现 0.5µA 已经很困难。

但是、我们不确定如何正确解读 32kHz 运行电流。

最初、我们考虑将运行电流估算为：

IDDRUN、每 MHz = 98µA 25°C 典型值下的 IDRU/MHz
因此、98µA /MHz× 0.032MHz =关于 3.1µA

但是、此结果似乎与同一表中所示的睡眠电流不一致：

IDDSLEEP、MCLK = LFCLK、CPU 暂停、32kHz = 25°C 时的 266µA 典型值

大约 3.1µA 的运行电流和 32kHz 的 266µA 的停止/睡眠电流在物理上似乎并不合理、因此我们怀疑这种线性调节方法无效。

您能否澄清以下几点？

频率为 32kHz 时、98µA 值不应线性缩小来估算运行电流、这是否正确？
对于 32kHz 的工作条件、估算运行状态下电流的正确方法是什么？
在上述情况 2（CPU 在 RUN 和 HALT 之间交替）下、电流是否应该根据占空比评估为平均电流、而不是评估为纯运行电流？
对于情况 1 和情况 2、启用 LCD 驱动器、RTC 和 GPIO/开关检测功能时、是否有任何已发布或推荐的方法来估算总电流？
根据您的经验、在 MSPM0L211x 上满足以下客户目标是否可行？
- 0.5µA 处于待机状态
- 32kHz 时、5µA 处于 RUN/ACTIVE 状态

如果有任何建议的测量条件、示例配置或应用手册可用于估算这些低功耗情况、我们将非常感谢您的指导。

谢谢、

Conor

RE: [参考译文] MSPM0L2117：有关启用 LCD/RTC 的运行/停止/待机模式电流消耗估算的阐释

admin — Tue, 21 Apr 2026 16:26:50 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Conor：

根据您的问题：

1.是的、参数 98µA kHz/MHz 值无法线性缩小以估算 32kHz 下的运行电流。它是通过在 32MHz 中运行的测试计算得出的。

2. 32kHz 频率下的工作功耗应该略高于采用 LFCLK 技术的 SLEEP 模式下的参数。但实际功耗应该通过实际测试得出。

3、CPU 运行功耗在很大程度上取决于运行频率和代码的执行情况。通常、可以基于 while 循环来测试 CPU 运行的电源。您可以在案例 2 中根据 50%的占空比进行测试、但占空比确实会影响您的最终结果。

4、您可能需要基于您所需的外设进行一个项目,我认为最消耗的将是由 LCD 产生的。如果您有 XDS110 调试器、则可以使用 EnergyTrace 工具进行测试。您可以查看 XDS110 Debug Probe 的 3.6 以了解能量跟踪的详细信息。

5.第一个、待机时为 0.5uA、当前设备无法满足这一要求。但是、您能否说明一下 SRAM 是否应保留在这种“待机“模式下？

[参考译文] AM2434：将 MCU_PLUS_SDK_am243x_12_00_00_26 中的工具更新为 Python 的当前版本

admin — Tue, 21 Apr 2026 08:23:23 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1638666/am2434-update-tools-in-mcu_plus_sdk_am243x_12_00_00_26-to-current-version-of-python

器件型号： AM2434

您好：

我正在努力解决 MCU_PLUS_SDK_am243x_12_00_00_26 中 genimage_am64x.py 的依赖关系问题、这需要 Python 3.9.1

Python V3.9 已停产、安装程序不可用。我无法在生产环境中使用不支持的工具、也无法迁移 genimage_am64x.py 以便与最新版本（如 3.14）配合使用。

请求：请将 SDK python 工具更新为至少支持的 Python 版本。

谢谢、

Steve

RE: [参考译文] AM2434：将 MCU_PLUS_SDK_am243x_12_00_00_26 中的工具更新为 Python 的当前版本

admin — Tue, 21 Apr 2026 14:28:40 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Steve Squires、

感谢您标记这个。我们已注意到您的请求、并将在确认问题后查看 Python 版本依赖项。

谢谢、

JOMY

[参考译文] C2000-CGT：C28x DWARF RA@CFA+0 中断链式展开

admin — Tue, 07 Apr 2026 13:43:12 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1633982/c2000-cgt-c28x-dwarf-ra-cfa-0-breaks-chained-unwinding

器件型号： C2000-CGT

C28x .debug_frame 在 CFA+0 处对 RA 进行编码、这违反 DWARF 规范§6.4.1。
CFA 必须标识调用方帧基址、而不是 RA 位置。这会破坏链接展开：

标准： CFA = CALLER_SP、RA = CFA+OFFSET
C28x： CFA = R20-N、 RA = CFA+0→CALLER_SP 错误

下一帧查找使用不正确的 SP、将堆栈重建中断到 1 级以上。

RA@CFA+0 是否有意为 C28x 行为？

当 RA 为 CFA+0 时、解压器应如何计算真正的调用方 SP？

我们能否获得这一 DWARF 实施的正式文件？

这可以防止在外部调试器中进行可靠的多帧回溯。标准 DWARF 工具完全失败。

我目前使用我们现有的经改编的 DWARF 读取工具、但我们只能获取部分调用栈。

使用 C2000_CGT_22_6_2

RE: [参考译文] C2000-CGT：C28x DWARF RA@CFA+0 中断链式展开

admin — Tue, 21 Apr 2026 12:50:10 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Alan、

在准备测试案例时、我能够识别出差异、呼叫堆栈现在可以正常工作。

不同之处在于返回地址的 FDE 规则。

CIE 正确地指示返回地址是从寄存器 26（RPC 寄存器）获取的。

但是、FDE 指定应通过偏移为 0x00 的 CFA 计算返回地址。

此规则似乎在我使用 C2000-CGT 构建的应用程序的所有 FDE 条目中始终使用。
常规 DWARF 将跳过此规则、因为该规则已包含在 CIE 中。

作为一种解决方法、我忽略了 FDE 条目的返回地址规则、因此展开现在可以正常工作。

再次感谢您的支持。

RE: [参考译文] AM2434：将 MCU_PLUS_SDK_am243x_12_00_00_26 中的工具更新为 Python 的当前版本

admin — Tue, 21 Apr 2026 10:10:43 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

嗨、Jomy、

我通过更新加密版本来解决这个问题：

bcrypt==4.2.1
cffi==1.17.1
construct==2.10.70
cryptography==44.0.3
paramiko==2.9.3
pycparser==2.22
pyelftools==0.31
PyNaCl==1.5.0
six==1.16.0

Original：

bcrypt==4.2.1
cffi==1.17.1
construct==2.10.70
cryptography==2.8
paramiko==2.9.3
pycparser==2.22
pyelftools==0.31
PyNaCl==1.5.0
six==1.16.0

这现在适用于 python 3.14.4。

Steve

RE: [参考译文] AM2434：将 MCU_PLUS_SDK_am243x_12_00_00_26 中的工具更新为 Python 的当前版本

admin — Tue, 21 Apr 2026 09:18:05 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Steve Squires 、

[quote] 无法迁移 genimage_am64x.py 以用于更新的内容、例如 3.14。[/quote]

能否分享您在使用最新的 Python 版本时遇到的具体问题？

谢谢

JOMY

RE: [FAQ] [参考译文] 【常见问题解答】AM13E23019：AM13E230x：ADC 常见问题解答

admin — Tue, 21 Apr 2026 09:00:46 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

[quote]最常见的 ADC 术语及其定义是什么？[/quote]

ACQPS（采集+采样时间）	定义采样电容器连接到输入通道的时长、以 ADCCLK 周期进行测量。
ADC（模数转换器）	将连续模拟信号（电压）转换为离散数字表示（数值）的电路。
ADCCLK（ADC 时钟）	驱动 ADC 内部运行的时钟信号、包括采样和转换。
ADCRESULT 寄存器	存储转换结果的数字输出值的 ADC 模块中的寄存器。
CHSEL（通道选择）	SOC 内的配置设置、指定 ADC 将采样的输入通道（引脚或内部信号）。
CMPSS	比较器子系统。与 ADC 配合使用、将采样值与基准电压进行比较。
CTL（控制）	可参阅用于配置和管理 ADC 模块的控制寄存器。
DMA（直接存储器存取）	一种硬件特性、无需 CPU 干预即可实现外设（如 ADC）和存储器之间的数据传输。
DL_ADC	DriverLib 函数用于管理 ADC 外设（例如） `DL_ADC_disableSequencer`。
ENOB（有效位数）	在考虑噪声和损失的情况下衡量 ADC 的实际分辨率。 ENOB 越高、表示精度越高。
ISR（中断服务例程）	一种在发生中断（例如 ADC 转换完成时）时由处理器自动执行的函数。
内部测试模式	一种硬件特性、可绕过外部引脚将内部模拟信号直接连接到 ADC 输入。
PGA（可编程增益放大器）	在 ADC 转换之前使用一个增加弱信号信号信号信号强度的放大器。
PPB（后处理块）	一个硬件模块在 CPU 传输之前对 ADC 数据执行信号调节/监控任务。
SDK（软件开发套件）	芯片制造商提供的工具和库可帮助进行应用开发。
SOC（转换开始）	表示 ADC 序列 (SOC0-SOC15) 中的单个转换配方或步骤。
SEQ（序列发生器）	ADC 中管理一系列 SOC 有序执行的块。
SYSCTL（系统控制）	一个模块控制系统级外设、包括时钟和电源管理。
TRM（技术参考手册）	介绍 ADC 架构、寄存器和功能的详细文档。
TRIGSEL（触发器选择）	一种配置设置、指定启动转换序列的事件（例如 PWM、计时器、GPIO）。
过采样	从同一信号采集多个样本并对其求平均值、以降低噪声并提高精度。

[quote]在硬件中的 ADC 后处理块中可以执行哪些操作？ [/报价]

PPB 旨在将常见的信号调节和监控任务直接卸载到硬件中、因此 CPU 不必处理每个 ADC 采样。 PPB 支持的一些操作包括：

偏移校正 ：自动从 ADC 结果中减去已编程的偏移量
误差计算： 计算 ADC 结果和基准值之间的差值。
限值检测（高/低阈值）： 将 ADC 结果与可编程限制进行比较、并在结果高于阈值上限或低于阈值下限时生成事件。
过零检测： 检测信号何时过零（或基准电平）
采样延迟捕获： 捕获与采样相关的时序信息
过采样（均值计算）： 在内部组合多个样本、从而提高噪声性能和有效分辨率。

硬件不支持 AM13E230x ADC 硬件中的减法或补码功能、但这个限制可以在软件中处理。

[quote] ADC 外设的工作温度范围是多少？[/quote]

ADC IP 本身旨在实现更宽的–40°C 至 155°C 范围；然而、器件级工作温度范围为：–40°C 至 125°C 结温。考虑到整体集成到 SoC 中、AM13E230x 应考虑的整体工作温度是–40°C 至 125°C。

[quote] AM13E230x ADC 的 ENOB（有效位数）是什么？[/quote]

AM13E230x ADC 的 ENOB 为 10.8 位。

[quote] AM13E230x ADC 是否支持突发模式？[/quote]

AM13E230x 上没有真正的突发模式、它按顺序执行预编程数量的转换。而对于每个 SOC、可以单独选择过采样数。在真突发模式下、会执行采样和转换；在 AM13E230x 上、仅执行采样、累积的和存储在后处理块 (PPB) 寄存器中。过采样映射到通常称为突发模式（硬件驱动的重复采样，无需 CPU 干预，通常通过触发中继器提供支持）。实际上、配置了触发源、ADC 每个周期采集编程数量的样本、可以选择通过 DMA 或序列结束中断来减少 CPU 负载。

[/quote]

[FAQ] [参考译文] 【常见问题解答】AM13E23019：AM13E230x：ADC 常见问题解答

admin — Tue, 21 Apr 2026 08:38:35 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1638678/faq-am13e23019-am13e230x-frequently-asked-adc-questions

部件号： AM13E23019

最常见的 ADC 术语及其定义是什么？
可以在硬件中的 ADC 后处理块中执行哪些操作？
ADC 外设的工作温度范围是多少？
AM13E230x ADC 的 ENOB（有效位数）是多少？
AM13E230x ADC 是否支持突发模式？

[参考译文] LAUNCHXL2-570LC43：Sci->；FLR 卡在 0x00000904 处

admin — Thu, 16 Apr 2026 21:13:48 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1637499/launchxl2-570lc43-sci--flr-stuck-at-0x00000904

部件号： LAUNCHXL2-570LC43
主题中讨论的其他器件： HALCOGEN、

我尝试遵循 LAUNCHXL2-570LC43 的 adcDisplay HALCOgen 示例。我已经尝试使用电路板上的所有 SCI、但没有看到任何文本传输到控制台。对于 SCI2/3/4、SCI->FLR 寄存器在初始化后似乎卡在 0x00000904 处、因此执行卡在无限循环中的以下行：

while ((sciREGX->FLR & 0x4)== 4)；/*等待直到繁忙*/

对于 SCI1、该值为 0x00000900、它不会卡在这条线路上、但我仍然在终端上看到没有数据。有一个端子从 CCS 连接到电路板、但 SCI2/3/4 寄存器仍然处于空闲状态。

请提供有关如何清除该位的任何指导。哪一个是可用于通过连接到 LaunchPad 的标准 USB 电缆与 CCS 通信的正确 SCI？文档似乎显示 LIN1/SCI3 可用、但此文档始终卡在 FLR 寄存器= 0x00000904 处

RE: [参考译文] LAUNCHXL2-570LC43：Sci->；FLR 卡在 0x00000904 处

admin — Tue, 21 Apr 2026 08:52:28 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、

首先、我建议您参考以下经过测试的 ADC 示例：

(+)【常见问题解答】TMS570LC4357：Hercules 控制器的示例和演示（例如 TMS570x、RM57x 和 RM46x 等）-基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

--
此致、
Jagadish。

RE: [参考译文] TMS570LC4357-TMS570：EP 使用 TMS570LC432XX 中的安全库

admin — Tue, 21 Apr 2026 08:45:33 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

这与以下线程重复：

TMS570LC4357-E2E：TMS570LC43 系列中的安全库 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI EP 支持论坛

[参考译文] TMS570LC4357-TMS570：EP 使用 TMS570LC432XX 中的安全库

admin — Mon, 13 Apr 2026 04:34:21 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1635614/tms570lc4357-ep-use-of-safety-libraries-in-tms570lc43xx

器件型号： TMS570LC4357-TMS570LC4357 EP
Thread 中讨论的其他器件： TMS570LC4357

使用 MCU TMS570LC4357 安全库即表示存在所有例外情况。
闪存自检是提供结果而没有任何例外情况的唯一 API
其他 API 提供未定义、数据、预取以及服务异常。

[参考译文] TMS570LC4357：冲突问题 b/w 偶数和奇数 HET PWM 捕获引脚

admin — Tue, 31 Mar 2026 08:30:54 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1631817/tms570lc4357-conflict-issue-b-w-even-and-odd-het-pwm-capturing-pins

器件型号： TMS570LC4357
主题中讨论的其他器件： HALCOGEN、

HII 团队/Jagadish,

我想要的配置详细信息、使其适用于捕获两个 het 对的 PWM、het1 和 het2 中提供了这些信息。

我面临的问题。
1) 启用 HR 共享时、Im 无法从 N+1 引脚捕获 PWM
2) 如果禁用了 HR 共享、Im 无法从任何引脚捕获 PWM
3) 如果 N 引脚分配给其他用途、则 Im 无法从 N+1 引脚捕获 PWM、o/p 引脚或 PWM o/p 引脚。如何解决此问题？
3) Im 无法使用捕获配置从 N 引脚捕获 PWM、从 N+1 引脚进行基于边沿的中断+RTI 配置、同时 o/p 相互参照。

请尽快提供上述问题的解决方案。谢谢你。

此致、
Sandeep Kalakota

RE: [参考译文] TMS570LC4357：冲突问题 b/w 偶数和奇数 HET PWM 捕获引脚

admin — Tue, 21 Apr 2026 08:44:11 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Sandeep：

尝试以下来自我们内部 AI 工具的建议、如果这对您没有帮助、我将尝试在我这边重新创建示例

#在 HET 引脚对上独立捕获 PWM 的解决方案 (TMS570LC4357)

##问题分析
当尝试使用不同的方法同时在相邻的 HET 引脚 (N 和 N+1) 上独立捕获 PWM 时、您会遇到冲突。这是由于 HET 架构在引脚对之间共享资源。

##根本原因
-** HET 引脚已配对**（0-1、2-3、4-5 等）
-** HR（高分辨率）共享逻辑会影响两种捕获方法**
-**指令 RAM 冲突**当两个引脚尝试同时捕获时
-*配对引脚之间的时基共享**

##**正确的解决方案：使用非相邻引脚**

### ✅ 推荐的方法

```c
/*使用非相邻的 HET 引脚进行独立捕获*/

//引脚配置 — 使用未配对的引脚
#define HET_CAPTURE_PIN_A 0 //对于 hetCapture
#define HET_CAPTURE_PIN_B 2 //针对边沿中断（非引脚 1）
//或
#define HET_CAPTURE_PIN_A 4 //对于 hetCapture
#define HET_CAPTURE_PIN_B 6 //用于边沿中断（不是引脚 5）

/*初始化 HET */
void PWM_void (Capture_Init)
｛
hetInit()；

/*为 htCapture 配置引脚 A（例如，引脚 0）*/
//在 HET RAM 中设置捕获指令
htREG1->PINS =(1 << HET_CAPTURE_PIN_A)；

/*为边沿中断（例如引脚 2）配置引脚 B */
gioInit()；
gioEnableNotification (hetREG1、(1 << HET_CAPTURE_PIN_B))；

//禁用两个引脚的 HR 共享
hetREG1->HRSHARE = 0x00000000；
}
```μ s

——

##**替代解决方案：如果必须使用相邻引脚**

相邻引脚 (N 和 N+1) 的配置

```c
/*相邻引脚的特殊配置*/

void Adjacent_Pin_Capture_Init (void)
｛
hetInit()；

/*方法 1：仅将两者与 htCapture API 一起使用*/
//配置引脚 N 的捕获
hetCAPTURE_Config_t capConfig_N =｛
.pin = 0、//引脚 N
.CAPTURE_MODE = hetCAPTURE_RISING_EDGE、
.capture_type = hetCAPTURE_PERIOD_MODE
}；

//配置引脚 N+1 的捕获
hetCAPTURE_Config_t capConfig_N1 =｛
.pin = 1、//引脚 N+1
.CAPTURE_MODE = hetCAPTURE_RISING_EDGE、
.capture_type = hetCAPTURE_PERIOD_MODE
}；

/*严重：正确配置 HR 共享*/
//选项 1：完全禁用 HR 共享
hetREG1->HRSHARE = 0x00000000；

/*在 HET RAM 中使用单独的指令槽*/
//确保说明至少相隔 4 个插槽
//在 HET 程序中配置（HET 组装）
}
```μ s

——

##**最佳实践实施**

###完整的工作示例

```c
#include “het.h"</s>“
#include “Gio.h"</s>“
#include “sys_common.h"</s>“

/*引脚定义 — 非相邻引脚*/
#define PWM_HETCAP_PIN 0 // HET[0]用于 hetCapture
#define PWM_EDGE_INT_PIN 2 // HET[2]、用于边沿中断

/*捕获变量*/
易失性 uint32_t hetcap_period = 0；
易失性 uint32_t hetcap_DUTY = 0；
易失性 uint32_t EDGE_TIMESTAMP[2]=｛0｝；
易失性 uint8_t edge_index = 0；

/* HET 捕获初始化*/
void HET_void (Capture_Init)
｛
hetInit()；

/*使用 HET 指令配置 HET[0]以进行捕获*/
//这应该在 HET 程序中完成

/*禁用 HR 共享以防止冲突*/
hetREG1->HRSHARE = 0x00000000；

/*将引脚方向设置为输入*/
htREG1->DIR &=~(1 << PWM_HETCAP_PIN)；

/*启用 HET */
htREG1->GCR = 0x01000001；
}

/*边沿中断初始化*/
void Edge_Interrupt_Init (void)
｛
gioInit()；

/*将 HET[2]配置为边沿中断的 GIO */
hetREG1->DIR &=~(1 << PWM_EDGE_INT_PIN)；//输入

/*在两个边沿上启用中断*/
gioEnableNotification (hetPORT1、(1 << PWM_EDGE_INT_PIN)；
gioNotification (hetPORT1、(1 << PWM_EDGE_INT_PIN)；

/*为两个边线配置*/
htREG1->INTPOL &=~(1 << PWM_EDGE_INT_PIN)；//两个边沿
}

/* HET 捕获 ISR 或轮询*/
void GET_HET_void (Capture_Data)
｛
//从 HET RAM 读取捕获数据
//实施取决于您的 HET 计划
hetCAP_PERIOD = hetRAM1->Instruction[CAP_INST_NUM].Data;
}

/*边沿中断 ISR */
void gioNotification（gioPORT_t *端口、Uint32 位）
｛
if (port == htPORT1 &&（位&(1 << PWM_EDGE_INT_PIN))
｛
/*读取当前时间*/
EDGE_TIMESTAMP[EDGE_INDEX]= hetREG1->CNT;
EDGE_INDEX =(EDGE_INDEX + 1)% 2；

/*如果需要、计算期间*/
if (EDGE_INDEX = 0)
｛
uint32_t period = EDGE_TIMESTAMP[1]- EDGE_TIMESTAMP[0]；
//处理期间
}
}
}

/*主函数*/
void main (void)
｛
_enable_irq()；

Capture_Init ();
Edge_Interrupt_Init ()；

while (1)
｛
get_get_get_het_ Capture_Data ();

//独立处理两个捕获
// HetCAP_PERIOD 和 EDGE_TIMESTAMP 是独立的
}
}
```μ s

——

##** HET 程序配置（HET 组装）**

```组件
；PIN 0 捕获的 HET 程序
;确保指令间距正确

CAP_0：电容
｛
NEXT_PROGRAM_ADDRESS = NEXT_INST；
引脚= 0；
CAPTURE_Condition =上升；
CAPTURE_mode =周期；
INTERRUPT_ENABLE =开启；
}

;保留插针对指令之间的间隙
nop｛next_program_address = NOP2；｝
NOP2 { next_program_address = NOP3;}
NOP3 { next_program_address = next_section;}

NEXT_SECTION：
;继续执行其它说明
```μ s

——

##**关键配置核对表**

```c
/*将这些设置应用于无冲突操作*/

void Apply_Critical_Settings (void)
｛
/* 1. 禁用 HR 共享*/
hetREG1->HRSHARE = 0x00000000；

/* 2. 将引脚配置为输入*/
htREG1->DIR &=~((1 << PWM_HETCAP_PIN)|(1 << PWM_EDGE_INT_PIN))；

/* 3. 如果不需要、则禁用拉取控制*/
htREG1->PULDIS |=((1 << PWM_HETCAP_PIN)|(1 << PWM_EDGE_INT_PIN))；

/* 4. 设置正确的引脚多路复用*/
htREG1->Fun &=~(1 << PWM_EDGE_INT_PIN)；// EDGE INT 引脚的 GIO 模式
htREG1->Fun |=(1 << PWM_HETCAP_PIN)；// HET 模式用于捕捉引脚

/* 5. 清除任何挂起的中断*/
htREG1->FLG = 0xFFFFFFFF；
gioREG->FLG = 0xFF；
}
```μ s

——

##**摘要**

### ✅ **推荐的解决方案:**
1.**使用非相邻 HET 引脚**（0 和 2、4 和 6 等）
2.**完全禁用 HRSHARE**
3.**正确配置引脚功能**(HET 与 GIO)
4.**如果可能、使用单独的时基**

### ⚠️**如果需要相邻引脚：**
1.使用**两个插针、仅使用 hetCapture **（非混合方法）
2.确保**HET 指令间距**（4 个以上插槽分开）
3.**禁用 HR 共享**
4.考虑**硬件限制**-可能无法正常工作

**冲突发生的原因是配对的引脚共享硬件资源。使用非相邻引脚可以完全消除这一问题。**

--
此致、
Jagadish。

RE: [参考译文] TMS570LC4357：尽管 UI 中出现上拉电阻 (TMS570LC4357)、HALCoGen 仍然不会为 N2HET2[22]设置 PSL 位

admin — Tue, 21 Apr 2026 08:34:37 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Savanah：

我们有一个内部 AI、可分析与此器件相关的所有文档和数据。我从 AI 工具得到了一些建议、首先我建议您参考这些建议。

#分析和确认

你已经发现了一个** HALCoGen bug 特定于 N2HET2[22]**。您的调查是彻底的、并清楚地表明了问题：

##问题
-** UI 设置**:选中 HET2[22]上拉复选框
-** DIL 文件**：显示`HET2_BIT22_pull.value=2`（正确-选择了上拉）
-**生成的代码**：`hetREG2->PSL = 0`（不正确 — 应设置位 22)
-**相邻引脚**：HET2[21]和 HET2[23]工作正常

这表明 HALCoGen 代码生成引擎在将 HET2[22]上拉配置转换为 PSL 寄存器值时存在错误。

##建议的权变措施

由于您仍然需要修改生成的代码、下面是最干净的方法：

###选项 1：在`hl_het.c`的用户代码部分中修改
```c
/*用户代码开头 (2)*/
/* HALCoGen 错误的权变措施 — HT2[22]上拉未正确生成*/
hetREG2->PSL |=(1U << 22u)；/*为 HET2[22]启用上拉电阻*/
/*用户代码结束*/
```μ s

###选项 2:创建自定义初始化函数
在应用代码（未生成代码）中：
```c
空应用程序 HET2PullupFix（空）
｛
/* HALCoGen v04.07.01 HET2[22]的错误变通办法*/
hetREG2->PSL |=(1U << 22U)；
}
```μ s

在`hetInit()`之后调用此。

##报告问题

我建议通过以下方式向 TI 报告此信息：
-** E2E 论坛**： e2e.ti.com/.../
-***TI 支持**：直接支持工单

包括您的发现：
- HALCoGen 版本: v04.07.01
-器件：TMS570LC4357ZWT (TMS5704357BZWTQQ1)
-受影响的引脚：仅 N2HET2[22]
-问题:尽管用户界面配置,但 PSL 寄存器位未设置

##附加验证

您可能还需要验证 PULDIS 寄存器是否正确设置为 0（启用上拉/下拉电阻，未禁用）：

```μ s
/*验证上拉电阻是否未禁用*/
hetREG2->PULDIS &=~(1U << 22U)；/*确保已启用拉动*/
hetREG2->PSL |=(1U << 22U)；/*选择上拉*/
```μ s

这是 HALCoGen 中针对该特定引脚的明显代码生成缺陷。您的变通方法是正确的。

--
此致、
Jagadish。

[参考译文] TMS570LC4357：尽管 UI 中出现上拉电阻 (TMS570LC4357)、HALCoGen 仍然不会为 N2HET2[22]设置 PSL 位

admin — Tue, 14 Apr 2026 14:22:21 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1636444/tms570lc4357-halcogen-does-not-set-psl-bit-for-n2het2-22-despite-pull-up-selection-in-ui-tms570lc4357

器件型号： TMS570LC4357
主题中讨论的其他器件： HALCOGEN

早上好、

我正在使用 TMS570LC4357（器件：TMS5704357BZWTQQ1）和 HALCoGen v04.07.01

我使用 HALCoGen 将各种 N2HET2 引脚配置为带上拉的输入。我观察到 N2HET2[22]出现意外行为、其中 UI 中的上拉选择不会反映在生成的寄存器配置中。

重现步骤：

创建新的/干净的 HALCoGen 项目、器件：TMS570LC4357ZWT
导航至“HET2"选项“选项卡、然后导航至“Pin 16-23“选项卡
滚动到位 22、选中“Bit 22 Pull“复选框、观察标签 HET2[22]
保存项目、生成代码
导航至 hl_het.c
观察 hetREG2->PSL = 0（请参阅第 2602 行）
检查[projectname].dil
观测
Driver.HET.VAR.HET2_BIT22_PULDIS.value=0x00000000、
Driver.HEET.VAR.HET2_BIT22_pull.value=2、 driver.HEET.VAR.HET2_BIT22_PSL.value=0x00000000

如您所见、pull.value 为 2（选择 pullup 时预期为 2）、但 PSL.value 仍为 0。

此外、我返回到 UI 并为位 21、22、23 选择了上拉配置。我看到了关于位 21 和 23 的 PSL 值的预期行为。因此,这似乎是特定于 N2HET2[22]。

现在、我将添加用户代码来强制选择这个上拉电阻。

谢谢您、

Savanah Evans

[参考译文] TMS570LC4357-TMS570：EP 系列安全库

admin — Mon, 13 Apr 2026 04:40:27 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1635616/tms570lc4357-ep-safety-libraries-in-tms570lc43-series

器件型号： TMS570LC4357-TMS570LC4357 EP
Thread 中讨论的其他器件： TMS570LC4357、 HALCOGEN

使用 MCU TMS570LC4357 安全库即表示存在所有例外情况。
闪存自检是提供结果而没有任何例外情况的唯一 API
其他 API 提供未定义、数据、预取以及服务异常。

RE: [参考译文] TMS570LC4357-TMS570：EP 系列安全库

admin — Tue, 21 Apr 2026 07:20:46 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Deepak：

试用以下内容：

验证 HALCoGen 设置 -使用正确的 MPU/ESM/VIM 配置重新生成代码
增加栈尺寸 -特别是 SVC 和中止栈
检查权限模式 -确保未在用户模式下运行
遵循初始化序列 -如第 7 点所示
启用所有外设时钟 安全库需要的元件
查看 TI 文档 - TMS570LC43xx SafeTITM 诊断库用户指南 (SPNU529)

还建议您参阅以下主题：

(+) TMS570LC43x SAFETI — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

--
此致、
Jagadish。

RE: [参考译文] AM2432：AM2432 OneWire 查询

admin — Tue, 21 Apr 2026 06:41:38 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

如前所述、当前的 SDK 产品不支持这一点。

[quote]在 AM2432 中是否有任何实现单线制协议的方法？[/quote]

有关更多详细信息、请参阅 www.ti.com/.../spma057e.pdf。

[参考译文] AM2432：AM2432 OneWire 查询

admin — Tue, 21 Apr 2026 05:08:10 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1638561/am2432-am2432-onewire-query

器件型号： AM2432

您好团队：

在我们的应用中、我们使用的是 AM2432 控制器、在该控制器中、我们必须实现单芯片功能。据我所知、oneWire 是完全面向软件的功能、可在通用输入/输出引脚上实现。我想知道 AM2432 是否从软件角度支持 oneWire 通信？

此外、是否有任何与 AM2432 进行 oneWire 通信的参考固件、应用手册、文档或示例？如果你有那么请与我们分享。

此致、

Nilesh

RE: [参考译文] AM2432：AM2432 OneWire 查询

admin — Tue, 21 Apr 2026 05:45:16 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Tushar、

感谢您的答复。

是否有任何方法可在 AM2432 中实现单线协议？

是否可以使用 AM2432 来实现？