第1章 CAN通信基础

一、CAN通信基础：从入门到实战

说起CAN总线，得回到上世纪80年代。那时候汽车越来越智能，各种电子控制器（ECU）越来越多。你想想看，一个发动机ECU、一个ABS控制器、一个变速箱控制器……它们之间要互相通信，怎么办？

传统的做法是用一堆点对点的线。结果呢？一辆车里的线束比蜘蛛网还复杂。我记得有个老工程师跟我吐槽过，说那时候修车光理线就得半天。

所以，1983年，德国博世公司开始搞事情了。他们想设计一种总线——只用两根线，就能让所有节点互相通信。这就是CAN（Controller Area Network）的由来。1986年正式发布，后来成了ISO 11898标准。

说白了，CAN总线就是为工业现场和汽车电子量身定做的。它要解决的核心问题就三个：可靠、实时、低成本。

核心要点：CAN总线最初是为了解决汽车内部ECU之间的通信问题而设计的，后来扩展到工业自动化、医疗设备、机器人等领域。

很多初学者会问：RS485也能做多机通信，为什么非要用CAN？

嗯，这个问题我在项目里也纠结过。咱们直接上对比表：

我个人习惯是：电机控制这种对实时性要求高的场合，闭着眼睛选CAN。为什么？因为RS485是主从结构，主机要一个一个轮询从机。你想想看，如果电机突然需要紧急停止，还得等主机轮询到它？黄花菜都凉了。

CAN就不一样了。每个节点都能主动发数据，而且硬件自动仲裁——优先级高的帧先发，优先级低的自动退让。这在电机控制里太重要了。

我的经验：曾经在一个伺服驱动器项目中，客户坚持用RS485做多轴同步。结果调试时发现，当轴数超过6个，轮询周期就超过10ms，同步精度根本达不到要求。后来换成CAN，1ms内所有轴都能收到同步指令。所以，别在实时性上省钱。

CAN总线物理层，说白了就是两根线：CAN_H和CAN_L。它用的是差分信号传输。

什么叫差分信号？就是两根线上的电压差来表示逻辑状态。具体来说：

这里有个关键点：显性电平会覆盖隐性电平。也就是说，只要有一个节点发显性电平，总线上就是显性。这就是CAN仲裁的基础。

注意：CAN总线两端必须各接一个120Ω的终端电阻。我见过太多新手忘了接电阻，结果通信时好时坏。曾经有个同事调试了两天，最后发现是终端电阻没焊上……

物理层的其他参数：

CAN协议定义了四种帧类型：

咱们最常用的是数据帧。CAN2.0A是标准帧（11位ID），CAN2.0B是扩展帧（29位ID）。

一个标准数据帧的结构是这样的：

帧起始(1bit) + 仲裁场(12bit) + 控制场(6bit) + 数据场(0~8字节) + CRC场(16bit) + 应答场(2bit) + 帧结束(7bit)

我来拆开讲讲：

重点：CAN的ID不只是地址，它还决定了优先级。ID值越小，优先级越高。在电机控制中，我们通常把紧急停止、故障报警这类高优先级消息分配小ID。

扩展帧（CAN2.0B）和标准帧的区别主要在仲裁场：

说白了，扩展帧就是多了18位ID，总共29位。但要注意：扩展帧的优先级比标准帧低。因为标准帧的IDE位是显性，扩展帧的IDE位是隐性。

避坑指南：我曾经在一个项目中，把电机控制器的CAN ID设成了0x7FF（标准帧最大ID）。结果发现它总是抢不到总线，因为其他节点的ID都更小。后来我把紧急停止的ID改成0x001，故障报警改成0x002，普通控制命令用0x100以后。这样优先级就合理了。

好了，这一章咱们把CAN的基础讲完了。总结一下：

下一章，咱们会深入讲CAN控制器和收发器的选型，以及怎么在STM32上配置CAN外设。到时候我会拿实际项目中的电路图和代码来演示。

记住一句话：CAN通信在电机控制中不是「能不能用」的问题，而是「怎么用好」的问题。打好基础，后面才能玩得转。