📚 课程目录第1章 CAN协议概述

1. CAN协议概述：从起源到分层模型

大家好，欢迎来到《CAN协议栈从零到落地实战》的第一章。咱们今天不急着写代码，先聊聊CAN总线到底是什么、从哪来、跟其他总线比有什么底气，以及它那套经典的分层模型是怎么一回事。

我个人习惯，学任何协议之前，先搞清楚它的“出身”和“对手”。这样后面遇到坑的时候，你才知道当初为什么这么设计。

上世纪80年代，汽车电子开始爆发。车窗、ABS、发动机控制、仪表盘……每个功能都带一个ECU（电子控制单元）。

那时候ECU之间怎么通信？点对点连线。你想想看，一辆豪华车可能有上百个ECU，线束总长度能超过2公里，重量几十公斤。装配麻烦、故障率高、维修更是噩梦。

1983年，德国Bosch公司开始琢磨：能不能用两根线，把所有ECU挂上去，大家共享一条总线？

1986年，CAN（Controller Area Network）协议正式发布。初衷就一个：用最少的线，实现最可靠的实时通信。

我记得第一次在实验室看到CAN总线波形时，心里想：就这两根绞在一起的线，能扛住发动机舱的电磁干扰？后来发现，CAN的差分信号设计，确实有两把刷子。

  核心要点： CAN总线诞生于汽车行业对线束简化和可靠性提升的迫切需求。它不是学术论文里走出来的协议，而是被“拧螺丝”拧出来的工程方案。

很多初学者会问：CAN和RS485看起来都是差分信号，有什么区别？LIN又是什么？

咱们直接上对比表，一目了然：

特性	CAN	RS485	LIN
拓扑结构	多主总线	一主多从	一主多从
最大节点数	通常110个（标准帧）	32~256个（取决于驱动）	16个
通信速率	最高1 Mbps（CAN 2.0）	最高10 Mbps	最高20 kbps
总线仲裁	无损位仲裁（硬件实现）	无（需软件处理冲突）	无（主节点调度）
错误处理	完善的错误检测与重发	无（依赖上层协议）	简单校验
成本	中等	低	极低
典型应用	汽车动力、底盘、工业控制	工业现场总线、楼宇自动化	车门、车窗、座椅等低速车身控制

说白了，这三兄弟各有各的地盘：

CAN：适合实时性要求高、数据量中等、环境恶劣的场景。比如发动机和ABS之间的通信，丢一帧可能就出事故。
RS485：成本低、速率高，但协议层基本是裸的。你需要自己搞定谁先说话、冲突了怎么办。我在项目中遇到过RS485总线因为两个节点同时发送导致数据完全错乱的情况——嗯，从那以后我坚持用CAN做关键控制。
LIN：CAN的廉价小弟。速率低、节点少，但一根线就能跑（单线），成本极低。适合控制个车窗升降、后视镜折叠这种“慢动作”设备。

选型建议： 如果你的系统需要确定性实时响应，别犹豫，上CAN。如果只是传个温度、开关量，RS485或LIN更划算。别拿大炮打蚊子。

CAN协议参考了OSI七层模型，但只实现了最核心的三层。我习惯把它画成下面这张图：

咱们一层一层拆开看。

CAN物理层用一对差分线（CAN_H和CAN_L）传输信号。逻辑“0”叫显性位，逻辑“1”叫隐性位。显性位会覆盖隐性位——这个特性是后面总线仲裁的基础。

我建议你记住几个关键参数：

避坑提醒： 我曾经在一个项目中忘记在总线两端加终端电阻，结果通信时好时坏，示波器一看波形全是振铃。加了电阻之后，世界清净了。记住：CAN总线两端必须各有一个120Ω电阻，不是随便焊一个就行。

这一层是CAN最牛的地方。它又分成两个子层：

你想想看，多个节点同时发送时，CAN硬件通过ID仲裁，优先级高的自动获胜，优先级低的自动退出发送——整个过程不丢数据、不冲突。这就是CAN的“无损位仲裁”。RS485要实现同样的效果，得靠软件轮询或令牌传递，复杂得多。

物理层和数据链路层是CAN芯片（如SJA1000、MCP2515）帮你搞定的。但应用层需要你自己定义：

这就是CANopen、J1939、DeviceNet这些高层协议干的事。当然，你也可以自己定义一套简单的协议——我在早期项目中就这么干过，后来发现还是用现成的省心。

  一句话总结： 物理层负责“把信号发出去”，数据链路层负责“确保信号发对了”，应用层负责“信号代表什么意思”。三层各司其职，缺一不可。

咱们这一章把CAN的来龙去脉、跟其他总线的对比、以及分层模型都捋了一遍。你不需要记住所有细节，但脑子里要有这张分层图：