1. CAN总线概述：从起源到应用，一个老工程师的实战笔记
大家好，我是老张。做嵌入式这行快十五年了，今天咱们聊聊CAN总线。
说实话，我刚入行那会儿，对CAN总线也是一头雾水。记得第一次调试CAN通信，板子死活不通，折腾了两天。后来才发现，原来是终端电阻没焊。嗯，这种坑，我替你们踩过了。
1.1 CAN协议的起源——它为什么诞生？
CAN的全称是Controller Area Network，控制器局域网。1986年，德国博世公司搞出来的。
为什么要搞这个？
你想想看，那时候汽车里的电子设备越来越多。空调、ABS、发动机控制、车窗……每个模块之间都要连线。传统的点对点通信，线束多得吓人。一辆车光线束就有几公里长，重达几十公斤。
这显然不行。
所以博世就想：能不能搞一条总线，让所有设备都挂上去，互相通信？
于是，CAN总线诞生了。1986年正式发布，1993年成为国际标准（ISO 11898）。
核心要点：CAN总线最初就是为了解决汽车电子设备之间的通信问题。它是一条共享总线，所有节点都能在上面发消息。
1.2 CAN总线的特点——为什么它这么能打？
我这些年用过不少通信协议，RS232、RS485、I2C、SPI……但说实话，CAN总线有几个特点，让我一直离不开它。
1.2.1 多主通信，谁都能说话
传统的主从通信，比如I2C，只有一个主机。主机不问，从机就不能说话。
CAN不一样。总线上任何一个节点，随时都可以发起通信。谁先抢到总线，谁就说话。
这在实际项目中太有用了。比如一个传感器检测到异常，它能立刻报警，不用等主机来问。
1.2.2 非破坏性仲裁，不丢数据
多个节点同时发数据怎么办？
CAN总线用了一个很巧妙的方法：按优先级仲裁。优先级高的报文继续发，优先级低的自动退让。
而且，这个过程不破坏任何数据。高优先级的报文完整发送，低优先级的等总线空闲了再发。
我做过一个项目，总线上挂了20多个节点，紧急信号永远能第一时间发出去。这就是仲裁机制的好处。
1.2.3 错误检测与自动重发
CAN总线有5种错误检测机制：位错误、填充错误、CRC错误、格式错误、应答错误。
一旦检测到错误，发送节点会自动重发。这个重发是硬件完成的，软件不用管。
我曾经在一个工业现场遇到过强电磁干扰，RS485通信经常丢包。换成CAN之后，问题迎刃而解。因为CAN的检错和重发机制太强了。
1.2.4 实时性好，延迟可预测
CAN总线的报文是固定格式的，每个报文都有优先级。高优先级的报文，最坏情况下的延迟时间是可以计算出来的。
这一点对汽车、工业控制来说，至关重要。刹车信号必须毫秒级响应，不能因为总线上有其他报文就卡住。
个人经验：我建议你在设计CAN网络时，一定要给关键信号分配高优先级。比如刹车、急停这些，ID越小优先级越高。我曾经见过一个项目，把紧急停止信号的ID设成了0x7FF（最低优先级），结果紧急情况时信号被堵住了……嗯，后来改方案了。
1.3 CAN与RS485对比——谁更胜一筹？
很多初学者会问：CAN和RS485都是差分信号，有什么区别？
我直接给你列个表，一目了然。
| 对比项 | CAN总线 | RS485 |
|---|---|---|
| 通信方式 | 多主通信，任意节点可发起 | 主从通信，需主机轮询 |
| 仲裁机制 | 非破坏性位仲裁，按优先级 | 无仲裁，需软件处理冲突 |
| 错误处理 | 硬件自动检错+自动重发 | 无硬件检错，需软件实现 |
| 最大节点数 | 理论上110个（实际建议40以内） | 理论上256个 |
| 通信距离 | 40m@1Mbps，1km@50kbps | 1200m@115.2kbps |
| 数据帧结构 | 标准帧11位ID，扩展帧29位ID | 无固定帧结构，自定义 |
| 实时性 | 高，延迟可预测 | 低，依赖主机轮询周期 |
| 成本 | 略高（需要CAN控制器+收发器） | 低（只需收发器） |
| 典型应用 | 汽车、工业控制、医疗设备 | 工业现场、楼宇自动化 |
说白了，RS485就是个物理层标准，只规定了电气特性。上层协议全靠你自己写。CAN总线从物理层到数据链路层都定义好了，拿来就能用。
我个人的习惯是：如果节点数少于10个，通信量不大，用RS485省钱。如果节点多、实时性要求高、环境恶劣，果断上CAN。
避坑指南：我曾经在一个项目中，用RS485挂了15个节点，主机轮询一圈要200ms。后来有个节点需要实时响应，根本做不到。最后全部改成CAN，问题解决。所以，选型时一定要想清楚你的实时性要求。
1.4 CAN总线的应用领域——它都在哪里发光？
CAN总线最早用在汽车上，但现在它的应用范围已经非常广了。
1.4.1 汽车电子——老本行
这是CAN总线的主战场。一辆现代汽车，少说有几十个ECU（电子控制单元）。
- 发动机控制模块（ECM）
- 变速箱控制模块（TCM）
- 防抱死制动系统（ABS）
- 车身控制模块（BCM）
- 仪表盘、空调、车窗、门锁……
这些模块之间，全靠CAN总线通信。你踩一脚油门，发动机、变速箱、ESP（车身稳定系统）都要协同工作。没有CAN，根本做不到。
1.4.2 工业自动化——越来越火
工厂里的PLC、传感器、执行器、变频器……很多都用CAN总线。
特别是CANopen协议，在工业领域非常流行。我做过一个自动化产线项目，用了30多个CANopen节点，控制电机、采集温度、读取编码器。稳定运行了三年，没出过问题。
1.4.3 医疗设备——要求高
医疗设备对可靠性的要求极高。CT机、X光机、病人监护仪……这些设备内部，CAN总线用来传输控制指令和状态数据。
我记得有个做呼吸机的客户，选型时直接说：别的总线不考虑，就要CAN。因为CAN的检错机制能保证数据不出错，人命关天的事，不能马虎。
1.4.4 机器人——协同控制
工业机器人、协作机器人、AGV（自动导引车）……这些设备里，CAN总线用来连接各个关节的伺服驱动器。
一个六轴机器人，六个关节电机，每个电机都有一个驱动器。它们通过CAN总线实时交换位置、速度、力矩信息，才能协同运动。
1.4.5 其他领域
- 船舶电子：发动机监控、导航设备
- 农业机械：拖拉机、收割机的电控系统
- 电梯控制：轿厢、门机、楼层控制器之间的通信
- 轨道交通：列车门控、空调、照明系统
一句话总结：只要是需要多个设备之间可靠、实时通信的场景，CAN总线都是首选之一。它不一定是速度最快的，但一定是最稳的。
1.5 小结——学CAN，值不值？
我做了这么多年嵌入式，CAN总线是我用得最多的通信协议之一。它设计精巧、可靠性高、实时性好。
如果你做汽车电子、工业控制、机器人相关的工作，CAN总线是必须掌握的技能。就算你做消费电子，了解CAN也会让你对通信协议的理解更深一层。
下一章，咱们开始讲CAN的物理层。我会从差分信号、电平标准、终端电阻这些最基础的东西讲起。嗯，都是实战干货，别错过。
对了，如果你在学习过程中遇到问题，欢迎来找我交流。我的联系方式在页脚。