第2章 CAN总线基础

第2章：CAN总线基础

好，咱们今天聊聊CAN总线。说实话，这是车载嵌入式工程师的必修课。我当年刚入行时，觉得CAN协议挺复杂的，后来啃了几本手册、调了几个月的bug，才算真正摸透了。今天我把这些经验整理出来，希望能帮你少走弯路。

CAN，全称Controller Area Network，控制器局域网。这玩意儿是德国Bosch公司在1980年代发明的，初衷是为了解决汽车内部线束太多的问题。你想想看，一辆车里有几十个ECU，如果每个ECU之间都拉一堆线，那车重得飞不起来。

CAN总线的核心思想很简单：所有节点共享一条总线，通过报文ID来区分优先级。谁优先级高，谁先发。这有点像咱们开会，谁官大谁先发言。

关键特性：

我个人习惯把CAN总线比作一个「广播电台」。每个节点都在听，但只有匹配到ID的节点才会处理。我在项目中遇到过一个问题：某个传感器一直收不到数据，查了半天发现是终端电阻没焊好。嗯，这种低级错误，犯过一次就记住了。

CAN报文，说白了就是一串二进制数据。但它的结构很讲究。咱们先看标准格式（CAN 2.0A），11位ID的那种。

这里有个坑，我提醒你一下：ID越小，优先级越高。0x000是最高优先级，0x7FF是最低。我曾经在调试时，把两个节点的ID设反了，结果高优先级的消息一直发不出去。查了三天，最后发现是ID写错了。你说冤不冤？

小技巧：在实际项目中，我习惯把关键控制信号（比如刹车、油门）分配小ID，把诊断信息、状态信息分配大ID。这样能保证实时性。

CAN有两种基本帧类型：数据帧和远程帧。数据帧是「我发数据给你」，远程帧是「你发数据给我」。

数据帧（Data Frame）：

远程帧（Remote Frame）：

举个例子。假设你有一个温度传感器节点，你想知道当前温度。你可以发一个远程帧，ID设为温度传感器的ID。传感器收到后，就会回复一个数据帧，里面装着温度值。

我记得有一次，客户反映某个ECU偶尔会丢失数据。我抓了CAN报文一看，发现是远程帧和数据帧的ID冲突了。两个节点同时发相同ID的帧，总线仲裁时数据帧赢了，远程帧被覆盖。解决方案很简单：把远程帧的ID改一下，或者干脆不用远程帧，改用数据帧轮询。

避坑指南：我曾经在项目中遇到一个诡异的问题：某个节点一直收不到数据，但总线波形是正常的。最后发现是远程帧的DLC设错了。远程帧的DLC必须与期望接收的数据帧的DLC一致，否则接收节点会忽略。这个坑，我踩过，你别踩。

物理层，说白了就是线怎么接、电压怎么定。CAN总线用的是差分信号，两条线：CAN_H和CAN_L。

电气特性：

为什么用差分信号？因为抗干扰。你想想看，车载环境里电磁干扰多严重。如果单端信号，干扰一上来，信号就乱了。但差分信号不一样，干扰同时作用在两条线上，差分电压不变。嗯，这就是CAN能在发动机舱里稳定工作的原因。

终端电阻：

我见过太多新手在终端电阻上栽跟头。有人忘了焊，有人焊了两个在同一个节点上，还有人用了100Ω的。结果就是通信时好时坏，查得人崩溃。我的建议是：项目初期就把终端电阻焊好，用万用表量一下总线两端的电阻，应该是60Ω左右（两个120Ω并联）。

实际项目经验：

我在做某款新能源车的BMS（电池管理系统）时，遇到过CAN通信丢包的问题。排查了三天，最后发现是CAN_H和CAN_L线接反了。嗯，你没听错，就是接反了。因为那个接插件是国产的，引脚定义和标准的不一样。从那以后，我每次接CAN线都会用示波器确认一下波形。

总线长度与速率：

这个表你得记住。速率越高，总线越短。为什么？因为信号传输需要时间，速率高了，位时间短了，反射回来的信号会干扰下一个位。我建议你：车载环境一般用500 kbps或250 kbps，既能保证速度，又能覆盖整车长度。

个人习惯：我每次设计CAN网络时，都会预留20%的余量。比如理论最大长度100米，我最多用到80米。这样即使线束老化、接插件接触不良，系统也能稳定工作。

好了，CAN总线的基础知识就讲到这里。下一章咱们聊聊CAN驱动电路的硬件设计，包括收发器选型、电源设计、EMC防护等。这些都是实战中必须掌握的内容。