3. CAN总线仲裁机制：逐位仲裁原理、ID优先级、显性电平与隐性电平

好，咱们今天聊一个CAN总线里特别有意思的话题——仲裁机制。

说实话，我刚接触CAN的时候，最让我觉得巧妙的就是这个仲裁。你想想看，总线上那么多节点，凭什么它们能同时发数据而不打架？这背后就是逐位仲裁在起作用。

3.1 显性电平与隐性电平：总线上的“0”和“1”

先搞清楚最基础的东西。CAN总线上的信号，不是我们平时说的TTL电平（5V代表1，0V代表0）。它用的是差分信号，两根线：CAN_H和CAN_L。

但这里有个关键点——电平分两种：显性和隐性。

• 显性电平：对应逻辑“0”。CAN_H比CAN_L高，典型差值约2V。我习惯叫它“强势电平”。
• 隐性电平：对应逻辑“1”。CAN_H和CAN_L电压接近，差值约0V。说白了就是“弱势电平”。

嗯，这里要注意：这个“覆盖”特性，是整个仲裁机制的基础。没有它，后面的一切都无从谈起。

3.2 逐位仲裁原理：谁先发“0”，谁就赢

好，现在多个节点同时开始发送报文。它们怎么决定谁先说话？

答案是：逐位比较ID。

每个CAN报文都有一个标识符（ID），这个ID就是仲裁的依据。节点发送时，从ID的最高位开始，一位一位地往总线上放。每放一位，就监听一下总线电平。

我举个例子你就明白了：

• 节点A的ID：0x123（二进制：0001 0010 0011）
• 节点B的ID：0x456（二进制：0100 0101 0110）

它们同时开始发。第一位，A发0（显性），B发0（显性）。总线是0，平手。

第二位，A发0（显性），B发1（隐性）。这时候，A的显性电平覆盖了B的隐性电平。总线看到的是0。

B发现：我发的是1，但总线上是0。嗯，说明有别人在发0，而且优先级比我高。B立刻停止发送，转为接收模式。

A继续发完剩下的位。仲裁结束。

3.3 ID优先级：数字越小，优先级越高

从上面的例子你能看出来：ID值越小，优先级越高。

为什么？因为ID越小，高位上出现0（显性）的机会就越多。而显性电平能压住隐性电平。

咱们用表格对比一下：

ID（二进制）	ID（十进制）	优先级	说明
000 0000 0001	1	最高	高位全是0，几乎必赢
011 1111 1111	511	中等	高位有1，容易被压
111 1111 1111	2047	最低	高位全是1，基本抢不过别人

你想想看，如果一个紧急报文（比如刹车信号）的ID是0x001，一个普通报文（比如车窗状态）的ID是0x7FF。同时发送时，刹车信号肯定先抢到总线。这就是设计者的意图——让关键信息优先通过。

3.4 仲裁的细节：非破坏性仲裁

这里有个词叫“非破坏性仲裁”。什么意思？

就是说，仲裁过程中，没有节点被“破坏”或“损坏”。输掉的节点只是停止发送，转为接收。它下次还可以再抢。

这和以太网的CSMA/CD不一样。以太网冲突了，双方都停，等随机时间再重试。CAN不是这样——赢的继续发，输的安静听。效率高很多。

我个人觉得，这是CAN总线最优雅的设计之一。没有数据丢失，没有重传浪费，一切都在毫秒级完成。

3.5 扩展帧与标准帧的仲裁差异

CAN有标准帧（11位ID）和扩展帧（29位ID）。它们能共存吗？能。但仲裁时要注意：

• 标准帧的IDE位（标识符扩展位）是显性（0）。
• 扩展帧的IDE位是隐性（1）。

所以，如果标准帧和扩展帧的ID前11位相同，标准帧会赢。因为IDE位它发0，扩展帧发1，显性压隐性。

我记得有一次，客户抱怨说他的扩展帧报文总是发不出去。我一查，总线上有个标准帧的ID前11位和它一样。嗯，这就是原因。解决方案？要么改ID，要么别混用。

3.6 实际项目中的仲裁问题

最后，分享几个我在项目中踩过的坑：

1. ID分配太密集：两个节点ID只差1，仲裁时容易出边界问题。建议至少间隔4以上。
2. 忽略RTR位：远程帧的RTR位是隐性，数据帧是显性。所以数据帧优先级高于远程帧。别搞反了。
3. 总线负载过高：如果总线上全是高优先级报文，低优先级的可能永远发不出去。这叫“饿死”。需要做总线调度。

好，这一章就到这儿。下一章咱们聊聊CAN的帧格式，看看报文里每个位都是干什么用的。