📚 课程目录第4章 CAN总线错误处理

4. CAN总线错误处理：错误类型、状态机与恢复机制

各位工程师朋友，咱们今天聊聊CAN总线的错误处理。说实话，这是CAN协议里最精妙的设计之一。我刚开始接触CAN时，觉得它不就是个通信协议嘛，能有多复杂？直到有一次在台架上调试，总线莫名其妙锁死，我才意识到——没有可靠的错误处理机制，再快的总线也是摆设。

CAN的错误处理，说白了就是一套“自我诊断+自动恢复”的体系。它不需要主节点干预，每个节点都能独立判断、自主行动。咱们从最基础的错误类型说起。

4.1 五种错误类型

CAN协议定义了五种错误。你想想看，一个报文在总线上跑，可能出问题的地方就这么多，CAN把每种情况都想到了。

错误类型	检测时机	谁检测	触发条件
位错误	发送节点发送位时	发送节点	发送位与总线电平不一致（仲裁场除外）
填充错误	接收节点接收时	所有节点	连续6个相同电平出现
CRC错误	CRC场接收后	接收节点	计算CRC与接收CRC不匹配
格式错误	固定格式场	所有节点	检测到非法电平（如CRC界定符为显性）
应答错误	应答场	发送节点	应答间隙未收到显性位

4.1.1 位错误

这个最直观。发送节点往总线上放一个位，同时回读总线电平。如果读回来的和自己发的不一样，那就是位错误。

但有个例外——仲裁期间。仲裁时发送节点主动让出总线，发隐性位读到显性位，这是正常行为，不触发错误。我见过不少新手在这里踩坑，调试时发现位错误计数器乱跳，其实是把仲裁当成了故障。

实战经验： 我曾经调试一个ECU，发现它频繁报位错误。查了半天，结果是CAN收发器的回环延迟太大，发送节点读回总线时已经过了采样点。后来调整了采样点位置，问题解决。所以位错误不一定是总线问题，也可能是时序问题。

4.1.2 填充错误

CAN协议规定：连续5个相同位后，必须插入一个相反位。这叫位填充。如果接收节点发现连续6个相同位，那就是填充错误。

你可能会问：为什么要搞位填充？原因很简单——同步。CAN节点靠电平跳变来同步时钟，没有跳变就会失步。位填充保证了总线上有足够的跳变沿。

注意： CRC场、ACK场和EOF场不进行位填充。这些场有固定格式，填充规则不适用。我曾经在代码里把CRC场也做了填充，结果整个网络都报格式错误，教训深刻。

4.1.3 CRC错误

CRC（循环冗余校验）是CAN报文的“指纹”。发送节点计算15位CRC（标准帧）或17位CRC（扩展帧），接收节点重新计算并比对。不一致就是CRC错误。

CAN的CRC多项式是精心设计的，能检测出所有单比特错误、双比特错误、奇数个错误以及大部分突发错误。实际项目中，CRC错误通常意味着总线干扰严重或物理层有问题。

4.1.4 格式错误

CAN报文里有些场是固定格式的，比如CRC界定符必须是隐性位，ACK界定符必须是隐性位，EOF必须是7个隐性位。如果这些地方出现显性位，就是格式错误。

格式错误通常意味着节点时序紊乱或总线被强干扰。我记得有一次，某个节点在EOF期间发送了显性位，导致全网节点都报格式错误。排查后发现是该节点的晶振漂移严重，位时序完全乱了。

4.1.5 应答错误

发送节点在ACK场发送隐性位，期待至少一个接收节点拉成显性位来确认。如果没人应答，就是应答错误。

应答错误最常见的原因是：总线上没有其他节点，或者接收节点都处于错误被动状态无法应答。我调试单节点系统时经常遇到这个，其实不是故障，是正常现象。

4.2 错误状态机

每个CAN节点内部有两个计数器：发送错误计数器（TEC）和接收错误计数器（REC）。这两个计数器决定了节点处于什么状态。

状态机分三种状态：

错误主动（Error Active）：TEC < 127 且 REC < 127。节点正常参与通信，检测到错误时发送主动错误帧（6个显性位）。
错误被动（Error Passive）：TEC > 127 或 REC > 127。节点可以收发，但检测到错误时只能发送被动错误帧（6个隐性位），且不能主动拉低总线。
总线关闭（Bus Off）：TEC > 255。节点完全断开总线，不发送任何数据，不参与任何通信。

  核心逻辑： 错误计数器只增不减？不是的。成功发送一次，TEC减1；成功接收一次，REC减1。但减的速度远小于增的速度——一个错误可能让计数器加8，而成功一次只减1。这种“重罚轻赏”的设计，保证了错误节点能快速被隔离。

我画了一张状态转换图，帮你理清逻辑：

4.3 错误恢复机制

错误恢复不是靠主节点发指令，而是每个节点自主完成。流程是这样的：

检测到错误：节点立即发送错误帧（主动或被动，取决于当前状态）。
错误帧中断当前报文：所有节点检测到错误帧后，丢弃当前报文。
总线空闲后重发：发送节点自动重发被中断的报文，优先级不变。
计数器调整：根据错误类型和当前状态，TEC/REC增加或减少。
状态迁移：如果计数器超限，节点进入更严重的错误状态。

避坑指南： 我曾经遇到一个项目，某个节点频繁进入总线关闭状态。查了三天，发现是它的CAN收发器供电不稳，导致发送时偶尔输出错误电平。每次错误都让TEC加8，几次就超255了。后来在收发器电源上加了个电容，问题解决。所以遇到总线关闭，别光看软件，先查硬件。

4.3.1 错误帧结构

错误帧分两种：

主动错误帧：6个显性位（错误标志）+ 8个隐性位（错误界定符）。这6个显性位会破坏位填充规则，让所有节点都检测到错误。
被动错误帧：6个隐性位（错误标志）+ 8个隐性位（错误界定符）。被动节点不能拉低总线，所以错误标志是隐性的。其他节点如果没检测到错误，就不会响应。

你想想看，被动错误帧其实很“弱势”——它只能“请求”其他节点注意，而不能强制中断。这也是为什么错误被动节点要尽快恢复，否则它的报文很容易被淹没。

4.3.2 恢复时间

从总线关闭恢复到错误主动，需要满足两个条件：

检测到128次连续11个隐性位（即总线空闲或帧间隔）。
TEC和REC都降到127以下。

128次这个数字不是随便定的。我算过，在500kbps速率下，128个空闲帧间隔大约需要2.3ms。这个时间足够让总线稳定下来，又不会让节点离线太久。

重要提醒： 总线关闭后，节点不能自动恢复通信。它必须等待128个连续11个隐性位。如果总线上一直有噪声或错误帧，这128个隐性位永远凑不齐，节点就永远恢复不了。所以总线关闭是一种“软锁死”，需要外部干预（比如复位节点）才能彻底解决。

4.4 错误处理的工程意义

CAN的错误处理机制，本质上是一种分布式容错。没有主节点，没有中心仲裁，每个节点自己判断、自己行动。这种设计在汽车这种高可靠性场景下特别重要——你总不能让一个故障节点拖垮整个网络。

我个人的经验是：调试CAN网络时，先看错误计数器。TEC和REC就像节点的“健康指标”，哪个计数器异常增长，哪个节点就有问题。很多总线故障，从计数器上就能看出端倪。

举个例子：如果所有节点的REC都在增长，那可能是总线物理层有问题（比如终端电阻不对、共模电压超标）。如果只有某个节点的TEC在增长，那大概率是这个节点自身有问题（比如位时序配置错误、晶振不准）。

嗯，错误处理这块内容不少，但核心就一句话：CAN用错误计数器+状态机，实现了节点的自我诊断和自动隔离。理解了这个，你就能看懂CAN总线上那些“莫名其妙”的故障了。