2. CAN总线基础回顾：帧结构、标识符与仲裁机制

各位同学，咱们今天聊点实在的。CAN总线这东西，做车载的没人能绕开。我入行那会儿，第一次调CAN通信，愣是被一个优先级问题折腾了两天——后来发现是标识符配错了。嗯，从那以后，我对CAN帧结构就格外上心。

说白了，CAN总线就是车上各个ECU之间聊天用的“电话线”。但这条线上同时只能有一个人说话。谁来说？怎么决定？这就得靠帧结构和仲裁机制了。

2.1 CAN帧结构：数据是怎么打包的？

CAN总线上一共就五种帧：数据帧、远程帧、错误帧、过载帧、帧间隔。咱们平时打交道最多的，就是数据帧。我习惯把它拆成七段来看：

段名称	位数	作用
帧起始	1 bit	同步信号，告诉所有节点“我要发数据了”
仲裁段	12或32 bit	包含标识符，决定谁有发言权
控制段	6 bit	数据长度码（DLC），告诉别人我后面带多少字节
数据段	0~64 bit	真正的有效载荷，最多8字节
CRC段	16 bit	校验数据有没有传错
ACK段	2 bit	接收节点确认“我收到了”
帧结束	7 bit	收尾标记

你想想看，一个数据帧最多也就带8个字节。为什么？因为CAN总线最早是为汽车设计的，实时性要求高，数据量不大。我见过有人非要在CAN上跑大文件，结果总线负载率飙到80%以上，丢帧丢得亲妈都不认识。记住，CAN不是用来传大数据的。

2.2 CAN标识符与优先级：谁说了算？

CAN标识符，说白了就是每个消息的“身份证号”。这个号有两个版本：

• 标准帧（CAN 2.0A）：11位标识符，范围0~0x7FF
• 扩展帧（CAN 2.0B）：29位标识符，范围0~0x1FFFFFFF

这里有个关键点：标识符越小，优先级越高。为什么？因为CAN总线仲裁的时候，显性位（0）会覆盖隐性位（1）。你标识符前面0越多，就越容易抢到总线。

我在项目中遇到过一件事：某供应商把两个关键信号的标识符设成了0x100和0x101，结果0x101那个信号总是被延迟。后来我建议他们把紧急信号放到0x010以下，问题就解决了。说白了，标识符分配不是随便写的，得按消息的实时性要求来排。

2.3 CAN总线仲裁机制：怎么抢到发言权？

仲裁机制，是CAN总线最巧妙的设计之一。多个节点同时发数据怎么办？它们会逐位比较标识符。谁的标识符先出现显性位（0），谁就赢。

举个例子：

节点A：标识符 0x123 → 二进制 0001 0010 0011
节点B：标识符 0x456 → 二进制 0100 0101 0110

逐位比较：
第1位：A发0，B发0 → 继续
第2位：A发0，B发1 → A的显性位覆盖了B的隐性位 → A获胜

你看，A的标识符小，所以它赢了。输的那个节点会自动退出发送，等总线空闲了再重试。整个过程是无损仲裁——赢的节点继续发，数据不会被打断。

2.4 避坑指南：我踩过的几个坑

做CAN开发这么多年，有些坑我替你们踩过了：

• 标识符重复：两个节点用同一个标识符发数据，总线会乱套。我曾经在集成测试时遇到过，查了三天才发现是配置表写错了。
• 数据长度不匹配：发送方DLC写8，接收方只读4，剩下的数据就丢了。我建议你们在DBC文件里把每个信号的起始位和长度都标清楚。
• 总线负载过高：超过30%就要小心了。我见过一个项目，负载率干到60%，结果紧急消息延迟了200ms——这在安全相关的场景下是要出事的。

2.5 知识体系总览

下面这张图，是我自己总结的CAN总线基础框架。你把它记熟了，后面讲网关路由策略就好理解了。

好了，CAN总线的基础就复习到这儿。帧结构、标识符优先级、仲裁机制，这三样东西你吃透了，后面讲网关怎么路由、怎么转发，你就知道为什么有些消息能过、有些消息得等。咱们下节课见。

---

公众号:蓝海资料掘金营，微信deep3321