2. CAN协议基础：CAN数据帧结构、CAN远程帧、CAN错误帧、CAN过载帧、CAN帧间隔

各位同学，咱们今天聊聊CAN协议里最核心的东西——帧结构。说实话，我当年刚接触CAN总线时，被这几种帧搞得晕头转向。后来在项目里调试过几次总线故障，才真正理解了它们各自的分工。

CAN总线上一共就五种帧：数据帧、远程帧、错误帧、过载帧和帧间隔。你想想看，整个车载网络、工业控制，全靠这五种帧在跑。咱们一个一个来拆解。

2.1 数据帧——最常用的那个

数据帧，说白了就是用来发数据的。一个节点想告诉另一个节点"我现在转速是3000转"，那就发个数据帧。

标准CAN数据帧长这样：

SOF + 11位ID + RTR + IDE + r0 + DLC + 数据(0-8字节) + CRC + ACK + EOF

我习惯把数据帧分成三段来记：

• 起始段：SOF（1位显性位）+ 仲裁场（11位ID + RTR位）
• 数据段：控制场（IDE + r0 + DLC）+ 数据场（0~8字节）
• 结束段：CRC场（15位CRC + 1位CRC界定符）+ ACK场（2位）+ EOF（7位隐性位）

2.2 远程帧——只问不拿

远程帧很有意思。它不携带数据，只带一个ID。作用是：A节点告诉B节点"把你那个ID的数据发给我"。

你可能会问：为什么不用数据帧发个请求？嗯，CAN协议设计者考虑得更巧妙——远程帧的RTR位是隐性位，而数据帧的RTR是显性位。所以如果数据帧和远程帧同时发，数据帧赢。这保证了数据优先于请求。

// 远程帧结构（标准格式）
SOF + 11位ID + RTR(隐性) + IDE + r0 + DLC + CRC + ACK + EOF

2.3 错误帧——总线的"交警"

错误帧是CAN总线最牛的设计之一。任何节点发现错误，立刻发错误帧，把当前传输打断。

错误帧由两部分组成：

• 错误标志：6个连续显性位（主动错误）或6个连续隐性位（被动错误）
• 错误界定符：8个连续隐性位

为什么会这样设计？因为6个显性位会破坏任何正常帧的位填充规则。正常帧里最多5个连续相同位，6个显性位一出现，所有节点都知道"出事了"。

2.4 过载帧——"我忙，等会儿"

过载帧和错误帧长得有点像，但用途完全不同。过载帧是接收节点告诉总线："我处理不过来了，给我点时间。"

过载帧结构：

过载标志（6个显性位）+ 过载界定符（8个隐性位）

触发过载帧的条件有两个：

1. 接收节点内部条件没准备好（比如接收缓冲区满了）
2. 在帧间隔期间检测到显性位（这属于异常情况）

说实话，过载帧在实际工程中不太常见。现在的CAN控制器缓冲区都挺大的，一般不会轻易触发过载。但如果你在做高负载系统，比如多个传感器同时上报数据，那就要小心了。

2.5 帧间隔——总线的"呼吸"

帧间隔不是帧，是帧与帧之间的空闲时间。就像我们说话需要换气一样，CAN总线也需要"喘口气"。

帧间隔分两种情况：

节点状态	帧间隔长度	说明
主动错误节点	3个隐性位	正常通信时的间隔
被动错误节点	8个隐性位	发送失败后多等一会儿

这个设计很巧妙。被动错误的节点发送完一帧后，要多等8个位时间才能发下一帧。这相当于一种"惩罚机制"，让出错的节点少占用总线。

2.6 知识体系总览

下面这张图是我自己画的，把五种帧的关系梳理清楚了：

2.7 实际工程中的注意事项

讲完理论，咱们聊聊落地。我在几个量产项目里总结了几条经验：

• ID分配要留余量：别把0x000到0x7FF全用满，留一些给后期功能扩展。我吃过这个亏，后期加功能发现ID不够用，重构了一次。
• 数据长度别浪费：CAN帧最多8字节数据。能塞进一帧的就别拆成两帧，总线负载率能降不少。
• 错误处理要重视：每个节点都要有错误计数和状态切换逻辑。别让一个坏节点拖垮整个网络。
• 帧间隔别忽略：有些便宜的CAN收发器对帧间隔时序很敏感，选型时要注意。

好了，CAN的五种帧结构就讲到这里。这些是CAN协议的基石，后面的章节我们会基于这些帧结构，深入聊CAN的通信机制和配置方法。

---

可可精品资料库