第3章：CAN总线错误处理机制

大家好，我是老张。今天咱们聊聊CAN总线的错误处理机制。说实话，这玩意儿在项目里太重要了。我见过不少工程师，波形调得漂漂亮亮，结果一上电就跑飞了——多半是错误处理没搞明白。

CAN总线的可靠性，说白了就靠这套错误机制撑着。你想想看，汽车上那么多ECU，万一哪个节点发错了数据，整个网络不就乱套了？所以CAN设计者搞了一套很聪明的方案。

3.1 错误类型：五种错误

CAN协议定义了五种错误类型。我习惯把它们分成两类：数据层面的错误和协议层面的错误。

3.1.1 位错误（Bit Error）

这个最好理解。发送节点往总线上发一个显性位（0），结果自己读回来是个隐性位（1）。那肯定出问题了。

我在项目中遇到过这种情况：某次调试，一个节点老是报位错误。查了半天，发现是它的CAN收发器供电纹波太大，导致输出电平不稳定。嗯，电源问题经常被忽略。

3.1.2 填充错误（Stuff Error）

CAN总线有个规则：连续发送5个相同电平后，必须插入一个相反电平。这叫位填充。如果接收方发现连续6个相同电平，那就是填充错误。

为什么会这样？说白了是为了同步。没有电平跳变，节点就没法校准时钟。你想想看，高速通信时时钟漂移多可怕。

3.1.3 CRC错误

CRC校验大家应该不陌生。发送节点计算一个15位的CRC校验码，接收节点重新算一遍。对不上？那就是CRC错误。

我个人习惯在调试时特别关注CRC错误计数。如果这个值持续增长，说明总线干扰很严重。我曾经在一个项目中，CRC错误率高达5%，后来发现是终端电阻没焊好。

3.1.4 形式错误（Form Error）

CAN帧的某些字段有固定格式。比如CRC界定符必须是隐性位，ACK界定符也必须是隐性位。如果检测到显性位，那就是形式错误。

3.1.5 应答错误（ACK Error）

发送节点发完数据后，会在ACK槽等待一个显性位。如果有任何接收节点正确收到了数据，就会拉低ACK槽。如果发送节点读到的是隐性位，说明没人应答——这就是应答错误。

我记得有一次，客户说他们的设备发数据总是不成功。我一查，CAN总线根本没接其他节点。你想想看，就一个节点在发，谁来应答？

3.2 错误状态机：三个状态

每个CAN节点内部都有一个错误计数器。发送错误计数（TEC）和接收错误计数（REC）。根据这两个值，节点会处于三种状态之一。

状态	条件	行为
主动错误	TEC ≤ 127 且 REC ≤ 127	正常通信，检测到错误时发送主动错误帧
被动错误	TEC > 127 或 REC > 127	只能发送被动错误帧，不能主动干扰总线
总线关闭	TEC > 255	完全断开与总线的连接

3.2.1 主动错误状态

这是正常状态。节点检测到错误时，会发送6个显性位组成的主动错误帧。这玩意儿会覆盖总线上的正常数据，强制所有节点知道出错了。

说白了，主动错误节点是个"暴脾气"——发现问题就大声嚷嚷，让所有人都停下来。

3.2.2 被动错误状态

当错误计数超过127，节点就变成"被动错误"了。这时候它检测到错误，只能发送6个隐性位。你想想看，隐性位是会被显性位覆盖的。所以被动错误节点基本是个"哑巴"——它喊了，但别人可能听不见。

3.2.3 总线关闭状态

这是最严重的状态。当TEC超过255，节点就彻底断开连接。它不再参与任何总线通信，直到用户手动恢复或者硬件复位。

我曾经遇到一个案例：某ECU在整车测试中频繁进入总线关闭状态。查了三天，发现是它的CAN收发器共模电压范围不够，在发动机启动瞬间被干扰了。换了个宽共模范围的收发器，问题解决。

3.3 错误恢复机制

CAN的错误恢复很有意思。它不是简单的"出错就重发"，而是有一套完整的流程：

1. 检测到错误 → 发送错误帧
2. 所有节点丢弃当前数据
3. 发送节点自动重发（如果还在主动错误状态）
4. 重发成功 → 错误计数减1
5. 重发失败 → 错误计数加8

这个机制保证了：偶尔的干扰不会导致系统崩溃，但持续的故障会让问题节点被隔离。

3.4 避坑指南

最后分享几个我踩过的坑：

• 不要忽视错误计数器的读取：很多MCU的CAN控制器都提供错误计数器寄存器。我建议在诊断功能里加上这个，能提前发现隐患。
• 终端电阻不是万能的：我见过有人以为加了终端电阻就能解决所有问题。其实错误处理机制更多是软件层面的，硬件基础还是要做好。
• 被动错误状态要报警：如果你的系统有故障指示灯，建议在节点进入被动错误状态时就点亮。别等到总线关闭了才处理。

好了，关于CAN总线的错误处理机制，今天就聊到这儿。下一章我们讲讲实际调试中怎么用示波器抓错误帧，以及如何分析错误原因。到时候我会分享一个我处理过的真实案例，挺有意思的。