[参考译文] TCAN4550-Q1：当其他器件干预总线时、TCAN4550的工作模式是什么？

尊敬的 Alex：

很长一段时间！ Jonathan 将帮助跟进您的帖子。

您是否有 方框图摘要来分享系统的连接方式以及任何定序/时序相关信息(您可以直接通过电子邮件发送)。

尊敬的 Alex：

我们将需要监控和读取一些状态寄存器以确定正在发生的情况、但我根据您的描述初步考虑了可能发生的情况。

首先、当您说"似乎进入睡眠模式"时、您是否看到 SPI 通信开始失败、电压或电流电平会发生显著变化、或者通过一些其他可观察的事件？  数据表中的器件状态图给出了可能导致器件进入睡眠模式的因素的方框图、这些因素可能通过特定 SPI 写入、UVio 欠压计时器过期或 SWE 计时器过期来实现。   您正在进行哪些类型的观察？  是否也设置了任何中断位来指示任何错误条件？

此外、还有其他原因、即使器件不处于睡眠模式、TCAN4550也可能在总线上停止通信。  我认为、由于错误计数器增加到超过允许的限值、器件进入总线关闭状态的可能性更大。  当器件被"添加"到总线时、它们可以从根本上改变总线的阻抗、增加额外的反射和/或负载、这些反射和/或负载会导致时序错误、或者它们的设置可能与 TCAN4550的设置不兼容、从而引发错误标志。  如果新节点正确或错误地放置错误标志、TCAN4550发送错误计数器(TEC)将增加到进入名为 Bus Off 的保护状态的点、并且它将停止在总线上传输并设置 CCCR 寄存器中的 Initialization init 位。  MCU 必须清除此位、器件才能再次传输。

当节点被添加或从总线中移除时、总线上会出现一些中断、这种情况并不少见。  这些类型的中断"不应该"、但确实会发生。

您能否监控以下对初始调试非常重要的寄存器：

0x0800 (包含 MODE_SEL)

0x0820 (器件中断)

0x0824 (MCAN 中断)

0x1018 (包含 INIT 位的 CC 控制寄存器)

0x1040 (包含 TX 和 RX 错误计数器的错误计数器寄存器)

0x1044 (协议状态寄存器、包含最后接收到的错误类型的详细信息)

0x1050 (MCAN 中断)

可选寄存器、可提供关于正在发送和接收的消息操作的更多详细信息：

0x10A4 (如果使用 RX FIFO 0、则为 RX FIFO 0状态)

0x10B4 (如果使用 RX FIFO 1、则为 RX FIFO 1状态)

0x10C4 (TX FIFO/队列状态)

0x10CC (TX 缓冲区请求挂起、以查看是否有任何消息等待发送)

0x10D8 (TX 缓冲器传输发生、以查看是否正在传输消息)

0x10F4 (TX 事件 FIFO 状态、如果已配置)

当我们从寄存器中获得更多详细信息后、我们可以更好地确定根本原因。

此致、

Jonathan

你好 Ravi、已经有一段时间了。

已连接测试系统模块供您参考。

Jonathan、您好、感谢您的支持。

客户使用多种上电序列方法测试系统。在下面的一种情况下、他们遇到了一些问题、希望澄清原因并在 MCU 编码中加以防止。  

首先启动 TCAN4550 ECU (保持发送数据)、然后连接雷达(供电)、然后连接 CAN 读取器。

执行操作过程后、Rnd 发现 TCAN4550将停止发送数据、需要回收电力以进行恢复。  

我认为、正如您所说的、由于总线上的意外中断、它更有可能进入总线关闭状态。 (在查看器件状态图后不应是睡眠模式)

我将不得不转储您提到的寄存器并在此处进行更新。

如果就像您说的那样、您能否共享有关如何在发生这种情况时从总线关闭状态恢复中释放 TCAN4550的代码和流程？   

谢谢。

此致、

Alex