[参考译文] MSPM0L1306：MSPM0L1306：同步 LIN 中断阈值和 UART 成帧错误检测

两种选择：

1.使用 Mcal Lin

2.基于 SDK、尝试使用以下方法：

3.其他方法:在 LIN UART Rx 处添加延迟,然后读取输入 IO 的逻辑。

  延迟可能为 CPU/计时器/LINCNT 延迟、输入 IO 读取可以是 LIN Rx 连接到另一个 IO。

注意：建议使用最新的 SDK： C：\ti\mspm0_sdk_2_11_00_07\examples\nortos\LP_MSPM0G3507\lin

您好、Helic、感谢您的答复。

我们的约束条件：

1. MCAL LIN 不是一种选择、因为我们是一家二级供应商。

2.双 UART 方法要求将收发器 RXD 路由到第二个 MCU 引脚。 我们客户的硬件已完成并正在验证、因此我们关闭了此流程。

3.延迟 GPIO 读取是一个没有鉴定的单点采样;不够稳健,无法进行一致性级别中断检测。

4、我还查看了参考引用的 SDK 示例 (`LP_MSPM0G3507\LIN\LIN_Responder`)。 它会在同步后禁用 LIN 计数器、并仅在帧结束时重新启用它、从而使 FRMERR 在 PID/数据/校验和期间可用、对吗？

但这还不够、因为中断可能随时出现、包括中帧（主设备中止，冲突等按照一致性测试的场景）、因此也不能在数据阶段禁用计数器。

所以、

1.对于在 LIN 计数器禁用时到达中帧的中断、唯一的指示是 RX = 0x00 时的 FRMERR、这对应于大约 9.5 Tbit 的显性时间、低于 11Tbit 中断阈值。 TI 如何建议在此配置中将此类中断鉴定为所需的阈值？

2. TI 是否有一个涵盖 MSPM0L1306 上的同步中断阈值和组帧错误检测（用于处理序列外中断信号）的验证参考？

3.此外、幻灯片中的序列标记为“需要进一步验证“。 这会影响客户的产品鉴定、因此我们非常感谢 TI 所确认的立场。

此致、
Zaigham

您好、Helic、感谢您到目前为止的讨论。

我假设您所指的 MCAL 实现是第三方、而不是 TI 参考代码。 请确认。

要清楚地了解我们的记录、同步 11 Tbit 中断阈值检测和全帧帧帧错误检测是否是 MSPM0L1306 用于 LIN 的 UART 的已知限制？ 鉴于此、TI 是否建议为需要这两者的应用使用更高版本的器件（例如带 LINCTL.EN_FRM_ERR 的 MSPM0L211x/122x）、以实现通过汽车认证的完整 LIN 栈？

是同步的 11 位中断阈值检测和全帧成帧错误检测 MSPM0L1306 UART 在 LIN 使用中的一个已知限制

TRM 中对此进行了说明、当启用 LIN 时、标准 UART 不支持帧错误检测。

]对于需要这两者的应用、TI 是否建议使用更新的器件（例如带 LINCTL.EN_FRM_ERR 的 MSPM0L211x/122x）？

支持 Unicomm-UART 的设备。

我假设您所指的 MCAL 实现是第三方、而不是 TI 参考代码。 请确认。

Mcal 由 TI 提供、使用一点复杂的方法来检测帧错误。

您可以联系当地支持团队获取访问链接。