第1章 CAN协议基础

1. CAN协议基础：从起源到物理层，一个工程师的实战笔记

大家好，我是老张。做BMS嵌入式开发十几年了，CAN总线几乎天天打交道。今天咱们聊聊CAN协议的基础，这部分内容看似简单，但很多坑都藏在这里。我刚开始接触CAN时也犯过迷糊，后来才明白——基础不牢，后面调试起来真要命。

上世纪80年代，汽车里的电子设备越来越多。空调、ABS、发动机控制、车窗……每个模块都独立工作，线束多得吓人。我记得看过一张老款奔驰的线束图，密密麻麻像蜘蛛网，维修师傅看了都头疼。

德国博世公司看不下去了。1986年，他们推出了CAN总线——Controller Area Network，控制器局域网。说白了，就是让所有电子模块共用两根线通信。你想想看，原来每个传感器都要单独拉线到ECU，现在一根总线搞定，成本降了，可靠性还高了。

为什么叫“控制器局域网”？因为最初就是给汽车控制器之间通信用的。后来发现这东西太实用了，工业自动化、医疗设备、甚至咱们做BMS的，全都在用。

核心要点：CAN总线诞生的初衷是解决汽车电子设备之间的“线束灾难”和“数据共享”问题。它天生就是为多主、实时、可靠通信设计的。

很多新手问我：“老张，CAN和RS485到底选哪个？”我一般会反问：“你的系统需要多主通信吗？需要实时性吗？”

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

我在BMS项目中遇到过一件事：早期用RS485做电池包通信，结果因为多个从机同时发送数据，总线冲突导致数据乱码。后来换成CAN，硬件自动仲裁，问题迎刃而解。说白了，如果你的系统需要多个设备“抢着说话”，CAN是唯一选择。

我的建议：BMS系统强烈推荐CAN。电池包内多个模组、BMU、BCU之间需要实时交互电压、温度、电流数据，RS485的轮询机制根本扛不住。我曾经在48V轻混项目里试过RS485，结果采样周期拉长到200ms，SOC估算直接崩了。

嗯，这里要注意。CAN物理层是很多人忽略的地方，但恰恰是它决定了通信的可靠性。

CAN总线用两根线：CAN_H和CAN_L。传输的是差分信号——两根线上的电压差代表逻辑状态。为什么这么做？

CAN总线只有两种逻辑状态：

关键点来了：显性位会覆盖隐性位。这就是CAN总线仲裁的基础——谁先发0，谁就赢得总线控制权。

避坑指南：我曾经在项目里犯过一个低级错误——CAN终端电阻没接对。CAN总线两端各需要120Ω终端电阻，用来消除信号反射。有一次我偷懒只接了一个，结果通信距离超过10米就开始丢包。查了两天才发现是终端电阻的问题。记住：终端电阻必须接在总线两端，不是中间！

下面这张图是我自己画的，把CAN物理层的核心逻辑串起来了：

调试CAN总线时，示波器是必备工具。我一般会这样测：

如果测出来CAN_H和CAN_L都是0V，那大概率是收发器没供电或者烧了。如果差分电压只有0.5V，说明总线负载太重，节点数太多了。

实战经验：有一次在BMS台架测试中，CAN通信时断时续。我拿示波器一看，CAN_H波形上有个明显的“台阶”——原来是终端电阻焊在了PCB中间，导致信号反射。重新焊到总线两端后，波形干净得像教科书一样。

CAN物理层看似简单，但它是整个通信系统的基石。差分信号给了你抗干扰能力，显隐性电平给了你仲裁机制，终端电阻保证了信号完整性。这三样缺一不可。

我见过太多BMS项目，软件协议写得天花乱坠，结果物理层没做好，通信就是不稳定。记住：物理层是1，协议层是0。没有1，再多的0也没用。