[参考译文] MSPM0G3507：MCAN 控制器中的状态(&quot；总线关闭&quot；状态)

您好、Christian：

1.第一季度和第二季度：

我尝试 在 LP-MSPM0G3507中测试了 mcan_multi_message_tx_lp_MSPM0G3507_nortos_ticlang 示例、同时未连接任何 CAN 收发器来产生总线关闭条件。 但在我的测试中、在首次进行 MCAN 传输时、MCAN_ECR.TEC 将达到248。 从 TRM 来看、TEC 支持0到255之间的值。

那么、您能否说明一下、在 TEC 达到128后、TEC 不会增加的结论是从哪里得出的？  

2.问题3：

API DL_MCAN_RESET()可以重置 TEC 和 BO 状态。

此致、

Pengfei

Unknown 说：

那么、您能否说明从何处得出 TEC 达到128倍后不会增加的结论？  [报价]

这是我在硬件上看到的(重现性的)内容。

Unknown 说：

但是在我的测试中、首次进行 MCAN 传输时、MCAN_ECR.TEC 将达到248。

为什么只有248？ 它应该达到255、对吧？

Unknown 说：

API DL_MCAN_RESET ()可以重置 TEC 和 BO 状态。

好的。 我将在可以使 硬件上的 MCU 再次进入 BO 状态时尝试该操作。 正如我 在最初的帖子中提到的那样、到目前为止、这只发生了一次。

[/quote]

您好、Christian：

Unknown 说：

为什么只有248？ 它应该高达255、对吗？

我认为这可能与传输数据的大小和结构有关。 需要多做一个测试来证明这一点。  

此致、

Pengfei

尊敬的 Pengfei：

附加信息：

我认为 、有一次 我在原型板上(错误地)运行固件时看到 MCU 进入 BO 状态 没有 CAN 收发器 安装。 这与错误计数器最终达到248的情况相同、但是 CAN 控制器进入 BO 状态。

 在原型板上  类似的操作 、我无法让 CAN 控制器 将其传输错误计数器增加 到128之后  切勿进入 BO 状态 .

基本上、如果我知道这是 CAN 控制器的 功能、则不存在这个问题。 我只是 想了解原因、并找到一些 描述这种行为的文档。

您好、Christian：

Unknown 说：

我认为 有一次 、当我在原型板上(错误地)运行固件时、看到 MCU 进入 BO 状态 没有 CAN 收发器 安装。 这与错误计数器最终达到248的情况相同、但 CAN 控制器进入 BO 状态。

是的、我要做的就是改变总线关闭状态、看看这个数字是否会不同。 目前没有太多关于 TRM 中 CAN 总线关闭的描述。

此致、

Pengfei

你好 Pengfei ...只是想知道你是否在这段时间取得了任何进展?

您好、Christian：

我尝试将 MSPM0连接到 CAN 收发器、以便与其他注意事项进行 CAN 通信。 当我使 CAN 总线 CANH 和 CANL 短接连接并持续传输数据时、TEC 会增加到248、并发出总线关闭标志。 因此我认为值"248"是 MSPM0 MCAN 中 BusOff 的阈值。

此致、

Pengfei

尊敬的 Pengfei：

Unknown 说：

当我使 CAN 总线 CANH 和 CANL 短接并持续传输数据时、TEC 将增至248、并发出 BusOff 标志

那么、基本上与 没有 CAN 收发器时相同、对吧？

Unknown 说：

因此、我认为值"248"是 MSPM0 MCAN 中 BusOff 的阈值。

这也是我认为的。 但是、我希望看到这种行为 有案可查  某些文档中的某个位置。

更大的问题仍然是：
为什么 CAN 控制器(看似)将 TEC 限制为128、在 存在 CAN 收发器时绝不会进入 BO 状态？

您现在应该能够重现该场景。

Chris、您好！

抱歉、我们没有这样的文档来准确描述 BUSOFF 行为、但我认为它是由 CAN 协议定义的标准过程。 您可以尝试在官方 CAN 标准手册中找到它。  

否、我是说我通过连接 CAN 收发器进行测试、如果我短接连接 CAN 总线、它也会进入 BO 状态、TEC 达到248。

此致、

Pengfei

尊敬的 Pengfei：

Unknown 说：

我认为这是一个由 CAN 协议定义的标准过程

不、不是。 否则、我不会问。  即使 TI 在这种背景下提供的(小尺寸)文档也会说出一些不同的信息：

Unknown 说：

否、我是说我是通过连接 CAN 收发器测试了

如果您不使总线短路并使其保持开路而不使用终端、那么您应该能够看到 与我看到的相同的行为。