[参考译文] MSPM0G3519：MSPM0G3519 MCAN：如何实现物理外部环回以进行硬件验证？

Other Parts Discussed in Thread: MSPM0G3519, SYSCONFIG

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1614790/mspm0g3519-mspm0g3519-mcan-how-to-achieve-physical-external-loopback-for-hw-verification

器件型号： MSPM0G3519
主题： SysConfig 中讨论的其他器件

TI 团队大家好、

我们目前正在使用 MSPM0G3519 LaunchPad 和定制电路板进行设计验证 (DV) 流程。 我们的目标是使用单节点设置来验证 CAN 总线路径（GPIO + PCB 布线+收发器）的物理完整性。

我们通过 SysConfig 将 MCAN 模块配置为“外部环回模式“、期望信号从 TX 引脚流出、通过收发器、然后返回到 RX 引脚。 然而、我们观察到、即使我们以物理方式断开 CAN 收发器或切断 RX 布线、通信仍然成功。

在查阅 MSPM0 G 系列 80MHz 微控制器技术参考手册（修订版 C）（特别是第 26.4.11.1 节（外部环回模式）和图 26-11（随附于下面）后、我们找到了以下语句：

“在该模式下、MCAN 模块执行从 Tx 输出到 Rx 输入的内部反馈。 RX 输入引脚的实际值被 MCAN 模块忽略。“

对于我们的硬件验证测试、必须验证信号是否物理离开 MCU 并通过收发器返回。 TRM 中描述的内部反馈机制破坏了我们的物理层测试的目的。

我的问题：

1. MSPM0 MCAN 模块中是否有任何配置或“测试模式“允许我们强制内核在环回模式下对物理 RX 引脚进行采样？

2. 由于我们使用单个节点进行测试（总线上没有其他器件来提供 ACK）、因此我们不能简单地切换到“正常模式“、因为它会导致即时 ACK 错误“lastErrCode = 3“

3. 是否有建议的方法在单个节点上执行“物理环回“（TX 引脚->收发器-> RX 引脚）而不触发 ACK 错误、或者由于 M_CAN IP 架构、这在物理上是不可能的？

我们需要确认 M_CAN IP 是否能够在严格侦听物理 RX 引脚的同时忽略 ACK 错误。

感谢您的支持。