[参考译文] TCAN334：节点在带有 PCAN 适配器的 CAN 总线上单独工作、但在完整网络设备上一段时间后停止接收 ACK 位。

Daniel、您好！

感谢您在 E2E 上提出问题。

这个问题似乎与 CAN 控制器有关、而不是与 CAN 收发器有关。 CAN 收发器无法 检测阻塞模式并停止发送/接收消息、它也不关心发送/接收的消息是什么。 它只是中断 CAN 总线上的数字输入到差分信号、反之亦然。 CAN 控制器可能收到过多的错误位、因此停止通信。  

发生这种情况时、TCAN334是否在正常模式下工作(S 引脚下拉)？  

此致、

Sean

Sean、  

感谢您的响应。  

是的、有必要将其连接到控制器。  

当讨论错误位时、您是否指的是内部错误计数器、例如 RX 和 TX 计数器？ 当我们看到连接问题时、传输错误计数器变为128、器件进入被动错误状态。 错误计数器没有斜升时间、一次发生、就像物理连接断开一样。 我们已经全面测试了物理连接。 只需断开 CAN 软件(我们使用 PCAN-View)并重新连接它即可恢复器件上的正常行为。  

S 引脚也被下拉。  

你对我关于 RX FIFO 的问题有什么想法吗？ 完整的 RX FIFO 是否可能对其他 CAN 行为产生不利影响？  

谢谢你

Daniel、您好！

出现错误时、遇到错误的器件会向总线发送一个错误帧。 具有讽刺意味的是、如果该节点存在传输问题、则会导致其遇到另一个错误。 这些会堆叠、直到错误计数达到128、此时它会继续参与、但不会在检测到错误时主动中断(被动错误状态)。 如果错误计数继续增加并达到256、控制器将关闭并进入"总线关闭"状态、此时节点的通信将完全停止。  这可能需要几秒钟的时间、也可能"一次"、具体取决于您使用的通信速率和总线负载。  除了 ACK 误差、您是否看到过任何异常 CAN 波形？ 如果您认为有的话、请包括 TXD/RXD 和 CANH/L 波形。

对于您 的问题、请联系您的 MCU 供应商、因为 CAN 收发器不会处理这一问题。 如果您正在使用 MCAN、以便在相应的 Rx FIFO 满进入阻塞模式时接收到消息、该消息会被拒绝、在至少一条消息被读出并且 Rx FIFO Get 索引已递增之前、不会再将任何消息写入相应的 Rx FIFO。 由于消息丢失、可能会导致错误。  

此致、

Sean

Sean、  

感谢您的详细答复。 我将继续、把这个问题视为已经结束、并将我的问题发布到 MCU 组。 我们不会通过错误被动、所以在进入总线关闭状态之前、必须通过某种措施来阻止错误行为。 我将与 MCU 组一起深入探讨该问题。 感谢你的帮助。  

此致

DS