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

CAN总线基础：从协议到物理层，一个老工程师的实战理解

大家好，我是老李。做嵌入式Linux驱动十几年了，CAN总线是我打交道最多的通信协议之一。今天咱们聊聊CAN总线的基础，这些东西看着简单，但很多坑都藏在基础里。

先问大家一个问题：为什么汽车、工业控制这些领域，这么多年了还是离不开CAN？说白了，CAN总线在设计之初就瞄准了「高可靠、实时性强、抗干扰」这几个硬指标。你想想看，一辆车上几十个ECU，要是通信出问题，那可是要命的事。

CAN（Controller Area Network）是德国Bosch公司在1980年代开发的。我记得第一次接触CAN是在一个车载项目中，当时被它的多主从架构惊到了——所有节点都能主动发数据，不需要主机轮询。

CAN协议的核心特点，我总结为以下几点：

关键认知：CAN不是像UART那样点对点通信，而是一个总线网络。所有节点都挂在两根线上，通过差分信号传输。这个设计决定了它的抗干扰能力。

CAN的物理层，说白了就是两根线——CAN_H和CAN_L。但这两根线的设计很有讲究。

这里有个坑，我踩过好几次。高速CAN的终端电阻必须加在总线两端，不是每个节点都加。我曾经在一个项目里，每个节点都焊了120Ω电阻，结果总线负载太重，通信直接瘫痪。嗯，这个教训挺深刻的。

差分信号是CAN抗干扰的核心武器。原理很简单：信号用两根线之间的电压差来表示，而不是对地电压。

为什么会这样设计？你想想看，如果外界有电磁干扰，它会同时作用在两根线上。差分接收器只关心两根线的差值，共模干扰就被抵消了。这就是所谓的「共模抑制」。我在一个电机驱动项目中，CAN总线就贴着变频器的动力线走，换成RS485早就废了，但CAN愣是稳如老狗。

实战技巧：调试时用示波器看CAN_H和CAN_L的波形，不要只看差分信号。我习惯同时抓三路：CAN_H、CAN_L、以及它们的差值。这样能快速判断是共模问题还是差模问题。

CAN总线推荐的是直线拓扑（也叫干线-支线拓扑）。所有节点都挂在一条主干线上，每个节点通过尽量短的支线接入。

拓扑规则，我列个清单：

避坑指南：千万不要用星型拓扑或环型拓扑！我曾经在一个项目中，客户非要搞成星型连接，结果信号反射严重，误码率飙升。最后老老实实改成直线拓扑，问题立刻解决。CAN的物理层设计就是为直线拓扑优化的，别跟它对着干。

下面这张图，是我画的一个典型CAN总线拓扑结构，大家可以参考：

CAN协议定义了四种帧类型，但平时打交道最多的就是数据帧和远程帧。我重点说说数据帧。

一个标准CAN数据帧（11位ID）的结构如下：

这里有个细节，我当年调试时困惑了很久：为什么数据场最多只有8字节？其实这是为了满足实时性要求。8字节的数据，在1 Mbps下传输只需要不到0.1毫秒。如果数据量太大，总线会被长时间占用，其他节点的实时性就保证不了。

调试技巧：用can-utils工具抓包时，注意看DLC字段。如果DLC显示8但实际数据只有3字节，说明发送方可能填了无效数据。我习惯在驱动层加一个过滤，只处理有效字节，避免被垃圾数据干扰。

CAN没有单独的时钟线，所有节点靠总线上的信号边沿来同步。每个位时间被分成四个段：

采样点通常设置在Phase_Seg1和Phase_Seg2之间。我建议采样点设置在87.5%左右，这个位置最稳定。为什么？因为总线上的信号需要时间传播，采样点太靠前可能采到不稳定信号，太靠后又可能错过下一个位。

避坑指南：我曾经在一个项目中，所有节点的波特率都配成500k，但就是通信不稳定。最后用示波器一量，发现有一个节点的晶振偏差太大，导致位时序错位。从那以后，我每次做CAN项目都会先检查所有节点的晶振精度，要求至少±0.1%以内。

CAN总线的基础，说白了就是三件事：差分信号抗干扰、非破坏性仲裁保证实时性、直线拓扑保证信号完整性。这些概念看着简单，但每一个背后都有深刻的工程考量。