2、错误帧机制：错误帧的组成结构、主动错误与被动错误状态、错误计数器的计算规则
大家好，我是老李。今天咱们聊聊CAN总线里一个特别关键，但很多人又容易搞混的话题——错误帧机制。
说实话，我刚开始做CAN开发那会儿，最怕的就是总线上突然冒出一堆错误帧。示波器一抓，波形乱成一团，根本不知道从哪下手。后来摸爬滚打了好几年，才慢慢把这块吃透。今天我把这些经验掰开揉碎了讲给你听。
2.1 错误帧的组成结构
错误帧长什么样？说白了，它由两部分组成：错误标志和错误界定符。
先看错误标志。它分两种：
- 主动错误标志：连续6个显性位（000000）
- 被动错误标志：连续6个隐性位（111111）
嗯，这里要注意：主动错误标志是主动去破坏总线，强制拉低。被动错误标志则是“弱弱地”发个隐性信号，不跟别人抢。
再看错误界定符。它固定是8个隐性位。作用是告诉总线上其他节点：“这个错误帧结束了，大家恢复正常通信吧。”
完整错误帧结构：
错误标志（6位） + 错误界定符（8位） = 14位
但实际总线上，因为错误标志叠加，长度可能更长。
我在项目中遇到过一种情况：某个节点发错误帧时，其他节点也检测到错误，同时发错误标志。结果总线上的显性位被拉长到12位甚至18位。第一次看到这种波形时，我还以为设备坏了，后来才明白这是正常的错误叠加现象。
2.2 主动错误与被动错误状态
CAN节点有3种状态：主动错误、被动错误和总线关闭。今天重点讲前两种。
| 状态 | 发送错误计数器 | 接收错误计数器 | 行为特征 |
|---|---|---|---|
| 主动错误 | 0 ~ 127 | 0 ~ 127 | 检测到错误时，发主动错误标志（显性） |
| 被动错误 | 128 ~ 255 | 128 ~ 255 | 检测到错误时，发被动错误标志（隐性） |
你想想看，为什么要有这两种状态？
主动错误节点像个“暴脾气”，一发现不对劲，立刻拉低总线，强制中断当前通信。这保证了错误能被快速发现。但问题来了——如果某个节点频繁出错，它一直拉低总线，其他节点就没法正常通信了。
所以CAN协议设计了被动错误状态。当节点错误太多，计数器超过127，它就变成“老好人”。检测到错误时只发隐性位，不干扰总线。说白了，就是让这个节点“闭嘴”，别影响别人。
我的经验：调试时如果发现总线上偶尔出现错误帧，但通信还能继续，多半是某个节点进入了被动错误状态。这时候别急着换硬件，先查错误计数器，往往能找到问题根源。
2.3 错误计数器的计算规则
错误计数器怎么算？这是很多人的知识盲区。我当年也在这上面栽过跟头。
CAN控制器内部有两个计数器：
- TEC（发送错误计数器）
- REC（接收错误计数器）
规则其实不复杂，我总结成几句话：
发送错误时：
- 发送节点检测到错误：TEC加8
- 发送节点发送主动错误标志后，又检测到错误：TEC再加8
接收错误时：
- 接收节点检测到错误：REC加1
- 接收节点作为错误标志的接收方：REC加1
成功发送或接收时：
- 成功发送一帧：TEC减1
- 成功接收一帧：REC减1（前提是REC > 0）
避坑指南：我曾经遇到过一个案例，某个节点TEC一直涨到200多，但REC始终是0。查了半天发现是发送引脚虚焊，导致数据发不出去，但接收没问题。所以计数器不对称时，往往能帮你定位故障方向。
这里有个细节很多人忽略：计数器不是线性增减的。比如发送错误时一次加8，但成功发送一次只减1。这意味着什么？
说白了，错误惩罚很重。你犯一次错，要成功发8次才能抵消。这种设计就是为了让频繁出错的节点快速进入被动状态，保护总线。
2.4 状态转换的临界点
状态切换的阈值，我建议你记牢：
- TEC或REC ≥ 128：进入被动错误状态
- TEC ≥ 256：进入总线关闭状态
- TEC和REC都降到127以下：回到主动错误状态
嗯，这里要注意：总线关闭是终极惩罚。节点一旦进入这个状态，就彻底不参与总线通信了。必须通过硬件复位或协议复位才能恢复。
实际应用建议：
1. 设计时给每个节点留出读取TEC/REC的接口，调试时能救命。
2. 如果发现某个节点频繁进入被动状态，别只盯着软件，先检查终端电阻、线缆长度、接地等物理层问题。
3. 被动错误状态下，节点仍然可以接收数据，但发送受限。这个特性可以用来做故障诊断。
我记得有一次现场调试，一台设备总是丢数据。用CAN分析仪一看，TEC在120到130之间反复跳。原来是总线线缆太长，信号反射导致位错误。加了终端电阻后，计数器就稳定在个位数了。
所以你看，错误计数器不只是个数字，它是总线健康的“晴雨表”。学会看它，很多问题一眼就能找到方向。