📚 课程目录第1章 CAN总线基础

1. CAN总线基础：从物理层到仲裁机制

各位同学好，我是老周。做嵌入式这些年，调试过最多的通信接口就是CAN。说实话，刚入行时我也被CAN的协议细节搞得头大——什么显性隐性、位填充、仲裁丢失，听起来就绕。但后来我发现，只要把底层逻辑理清楚，CAN其实比UART、SPI这类总线更“讲道理”。

这一章咱们不急着上代码，先把CAN的底子打牢。你想想看，如果连报文长什么样、总线怎么判优先级都不知道，后面调试故障时根本无从下手。

CAN（Controller Area Network）是德国Bosch公司在80年代为汽车开发的串行通信协议。它最大的特点就是多主从、实时性强、可靠性高。我最早接触CAN是在一个车载BMS项目中，电池包内部几十个节点全靠两条线通信，当时就觉得这玩意儿真省线。

CAN协议的核心优势，我总结为四点：

关键认知：CAN不是RS485那种主从轮询模式。总线上每个节点地位平等，谁抢到总线谁说话。这一点在后续调试中非常重要——你永远不知道下一个发消息的是哪个节点。

CAN总线物理层就两根线：CAN_H 和 CAN_L。信号通过差分电压传输。我见过不少新手把CAN_H和CAN_L接反，结果通信死活调不通——嗯，这种坑我踩过不止一次。

CAN总线的电平状态分为两种：

状态	CAN_H电压	CAN_L电压	差分电压	逻辑值
显性（Dominant）	3.5V	1.5V	约2V	0
隐性（Recessive）	2.5V	2.5V	约0V	1

这里有个关键点：显性位会覆盖隐性位。也就是说，只要有一个节点拉低总线，总线就变成显性（逻辑0）。仲裁机制就是靠这个特性实现的——后面会细说。

实战经验：我曾经在一个项目中，CAN总线距离超过50米，终端电阻没加，结果波形反射严重，通信时好时坏。CAN总线两端必须各接一个120Ω终端电阻，这是硬性要求，别省。

CAN协议定义了四种帧类型：数据帧、远程帧、错误帧、过载帧。咱们重点讲数据帧和远程帧，因为平时调试打交道最多的就是它们。

数据帧负责把数据从发送节点传到接收节点。它的结构分7个段，我习惯用一张图来记：

数据帧里，仲裁场和数据场是咱们调试时最关注的。仲裁场的11位ID决定了这条报文的优先级——ID越小，优先级越高。数据场最多8字节，别想着一次传几百字节，CAN不是干这个的。

远程帧长得跟数据帧几乎一样，区别在于RTR位是隐性（1）。它的作用是：节点A发一个远程帧，节点B收到后，发对应的数据帧回来。

我见过有人用远程帧做轮询，但说实话，实际项目中用得不多。大部分场景都是节点主动上报数据，远程帧更多用在诊断协议里。

错误帧：当节点检测到总线错误时，主动发送6个连续显性位，强制终止当前报文。所有节点收到后，丢弃当前报文并重新同步。

过载帧：当接收节点来不及处理时，发送过载帧让发送方等一等。这个帧在实际调试中很少见到，除非你的MCU处理能力严重不足。

避坑指南：我曾经在一个项目中，总线上频繁出现错误帧，用CAN分析仪一看，原来是某个节点的晶振偏差太大，导致位时序对不上。CAN对时钟精度要求高，CMS32单片机内部时钟如果不校准，建议用外部晶振。

仲裁机制是CAN最巧妙的设计。多个节点同时发送时，总线通过线与特性自动决定谁赢。

过程是这样的：

说白了，就是ID值最小的节点赢。因为显性位（0）会覆盖隐性位（1），所以ID中0越靠前，优先级越高。

重要结论：CAN仲裁不会破坏数据。输掉仲裁的节点自动转为接收模式，等总线空闲后自动重发。整个过程对上层应用透明——你写代码时根本不用管仲裁逻辑，CAN控制器硬件全包了。

我举个例子你就明白了：假设节点A的ID是0x100，节点B的ID是0x200。同时发送时：

嗯，这就是为什么设计CAN网络时，关键报文（如刹车、转向）必须分配小ID。我在一个工程机械项目中，把紧急停止报文的ID设为0x001，确保它永远优先通过。

这一章的内容偏理论，但都是后面调试的基础。我建议你重点掌握：