3、位错误（Bit Error）：发送器监控总线电平不一致时触发的错误，案例分析

位错误，说白了就是“自己打自己的脸”。

CAN协议里有个很特别的设计——发送器在发送每个位的同时，会实时监控总线上的实际电平。如果监控到的电平和自己发出去的不一致，那就立刻触发位错误。这个机制，是CAN总线自检能力的核心。

我刚开始接触CAN时，觉得这功能有点多余。后来踩了坑才明白，没有它，总线早就乱套了。

3.1 位错误的触发条件

触发条件其实就一条：

但这里有个例外——仲裁场和应答场不适用。仲裁时多个节点同时发，电平冲突是正常的。应答场里，接收器主动拉低显性位，发送器看到电平变化也是正常的。

所以，位错误真正生效的区域是：

• SOF（帧起始）——固定显性位
• 控制场——IDE、r0、DLC等
• 数据场——实际数据
• CRC场——校验序列
• CRC界定符——固定隐性位
• ACK界定符——固定隐性位
• EOF（帧结束）——7个隐性位

嗯，这里要注意：CRC界定符和ACK界定符必须是隐性位。如果发送器发隐性，却监控到显性，那一定是总线出问题了。

3.2 案例分析：一个真实的位错误场景

我记得有一次，帮客户排查一个CAN通信偶发中断的问题。现象很诡异——正常跑几小时没问题，但一遇到振动，通信就断。重启后又好了。

抓了波形一看，问题出在EOF的第6个位上。

正常EOF是7个隐性位。但那个节点在发送EOF时，第6个位突然被拉成了显性。发送器监控到电平不一致，立刻触发位错误，然后发送错误帧。

为什么会这样？

我查了半天，发现是CAN收发器的TX/RX引脚虚焊。振动时接触不良，导致发送器发出的隐性电平没真正送到总线上，反而被一个毛刺拉成了显性。

说白了，硬件问题引发了位错误。

3.3 位错误的典型场景

场景	原因	表现
总线短路	CAN_H/CAN_L短路到电源或地	显性位持续，发送隐性位时触发位错误
终端电阻异常	电阻开路或短路	信号反射，电平畸变
收发器故障	TX/RX引脚损坏	发送和监控路径不一致
时钟偏差	节点采样点偏移	采样到错误的电平值
电磁干扰	强干扰导致电平翻转	偶发性位错误，无规律

你想想看，这些场景里，最坑的是电磁干扰。因为它不固定，复现难，排查更难。

3.4 位错误后的协议行为

一旦发送器检测到位错误，它会：

1. 立即停止发送当前报文
2. 发送错误帧——6个显性位（主动错误标志）
3. 递增发送错误计数器（TEC）
4. 尝试重发原报文

这里有个关键点：错误帧的优先级高于普通报文。所以一旦触发位错误，总线会被错误帧抢占，其他节点都得等。

我曾经见过一个项目，因为总线短路导致位错误频发，结果一个节点在几分钟内就被总线关闭了。整车网络直接瘫痪。

3.5 如何定位位错误

我个人习惯用CAN示波器抓波形，而不是只看CANalyzer的统计计数。因为统计只能告诉你“有错误”，但波形能告诉你“错在哪”。

定位步骤：

• 第一步：抓取错误帧前后的完整波形
• 第二步：找到错误帧的起始位置（6个连续显性位）
• 第三步：往前推，找到触发错误的原始位
• 第四步：分析该位的电平是否符合预期

举个例子，如果错误帧出现在EOF的第6位，那说明发送器在第6位监控到了显性电平。这时候要查：

• 是不是有其他节点误拉低了总线？
• 是不是收发器故障？
• 是不是终端电阻匹配有问题？

3.6 位错误的网络健壮性设计

要减少位错误，不能只靠协议本身。硬件设计上也得下功夫。

我建议从这几个方面入手：

1. 终端电阻匹配——严格按ISO 11898要求，两端各120Ω。不要省，不要用单端电阻。
2. 共模扼流圈——在CAN_H/CAN_L上增加共模扼流圈，抑制共模干扰。
3. ESD保护——在收发器前端加TVS管，防止静电打坏收发器。
4. PCB布局——CAN走线要短，远离高频信号。差分对要等长。
5. 收发器选型——选带“显性超时”功能的收发器，防止总线被长时间拉低。

嗯，最后一条特别重要。我遇到过因为收发器故障导致总线一直被拉成显性，结果所有节点都发不出隐性位，整个网络死锁。换了带显性超时的收发器后，问题再没出现过。

3.7 总结

位错误，是CAN协议里最直接的错误检测机制。它不复杂，但很实用。

你只要记住：

• 位错误发生在发送器监控到电平不一致时
• 仲裁场和应答场除外
• 错误帧会打断正常通信
• 频繁位错误会导致节点总线关闭

排查时，别只看统计，抓波形才是王道。设计时，硬件防护要做足，别给位错误留机会。

说白了，位错误就是总线在告诉你：“我这儿出问题了，快来看看。” 你听懂了，就能把问题扼杀在摇篮里。