1. 为什么搞汽车电子的都在聊CAN总线1.1 一个“老工程师”的痛我最早接触CAN总线是十年前在一家做车载仪表盘的方案公司。那时候项目里最头疼的事情不是算法写不出来而是车上几十个ECU之间的“对话”怎么组织。以前常见的做法是每个功能单元拉几根独立的信号线复杂点的用模拟量、PWM或者串口点对点通信。结果车一复杂线束就成了灾难几十公斤重的线束、难以排查的隐性故障、想加一个功能就得重新走线。整车厂的朋友开玩笑说那会儿的新车发布会不如叫“线束发布会”。CAN总线就是为了解决这个问题被博世在1986年推出的。它的全称叫Controller Area Network控制器局域网本质上是一条串行通信总线让车上各个控制器——发动机ECU、ABS、变速箱、气囊、车身控制模块、仪表盘——都能挂到同一条线上互相传数据而且不需要主机仲裁谁有事谁发言。如今不光是汽车工业机器人、医疗设备、电梯、船舶、农业机械、光伏逆变器甚至部分3C产品里都能看到CAN的身影。凡是要求“线少、点多、实时性强、抗干扰好”的场合它都是首选。这篇博文我会从协议细节到电路设计从帧结构到故障排查把CAN总线翻个底朝天。不说废话全是干货适合正在做嵌入式、汽车电子、工业控制的朋友也适合刚入门想搞懂“为什么CAN能这么稳”的同学。1.2 CAN到底是怎样的一个总线先给一个整体认知CAN不是像UART那种简单的异步串口也不是像SPI那种主从结构。它最大的特点就是多主机和广播式通信。总线上任何一个节点只要总线空闲就可以主动发帧发的帧不是发给某个特定地址而是发给所有人——但每个节点会根据自己的验收滤波逻辑决定“这帧跟我有没有关系”。这不光是个技术选择还深刻影响了整个系统的架构思路。传统点对点通信你要知道“谁要和谁说话”连线是固定的CAN这种广播模型等于把整车变成了一个“微信群”大家在一个群里发消息关心的人自然关心不关心的忽略就行。新节点上线不用改线加个ECU就是并联到总线上软件层面配置好加收报文的筛选即可。我再打个比方如果你把一个带CAN的控制器比作一个公司员工那CAN总线就是公司的办公群。员工A发了一条“我这边的设备温度正常”所有员工都能看到但只有负责监控温度的员工B会处理这条信息。如果两个员工同时想发消息群规则规定“编号小的员工优先发言”——这种优先级仲裁机制就是CAN说的“无损仲裁”后面我会细讲。2. CAN总线的核心协议机制2.1 帧结构从SOF到EOF走一遍CAN总线上运行的信息单位叫“帧”。标准帧CAN 2.0A一共包含以下几个段我按发送顺序给你拆开SOFStart of Frame帧起始1位显性电平表示“我要开始发帧了”。仲裁段11位标识符ID 1位RTR远程发送请求位标准帧里RTR为0表示是数据帧为1表示请求远程帧。控制段1位IDE标识符扩展位 1位保留位 4位DLC数据长度代码DLC告诉你后面数据段有几个字节。数据段0到8字节这是真正要传输的数据。注意不是随便多长的最多8个字节。这是因为CAN诞生早期面对的是汽车控制这种短消息场景8个字节足够覆盖绝大多数控制参数还能保证实时性和低延迟。CRC段15位CRC校验码 1位CRC分界符用来检测传输中是否出现噪扰破坏。ACK段1位ACK槽 1位ACK分界符。发送端在ACK槽发送隐性位但任何正确接收该帧的节点都会在此时拉一个显性位相当于“我收到了”。发送端如果没看到显性位就知道没有节点正常接收会进行错误处理。EOFEnd of Frame帧结束连续7位隐性位。控制段里的IDE位很关键它决定这帧是标准帧还是扩展帧。标准帧仲裁段是11位ID扩展帧仲裁段是29位ID11位基础ID 18位扩展ID。如果IDE位是显性表示当前是标准帧如果是隐性表示是扩展帧。所以CAN总线上标准帧和扩展帧是可以混跑的只要有明确的IDE位区分。关于DLC我要多说一句DLC是个4位字段能表示的数值是0到15但CAN协议限制数据段最多8字节。你要是硬发一个DLC9的帧很多控制器会直接报错有些CAN IP会把它当成格式错误触发错误帧。所以做产品时DLC的设置千万不要超出8否则等于自己给自己埋雷。2.2 仲裁机制多个节点同时发数据怎么办这是CAN设计里最巧妙的部分也是很多新手理解起来最费劲的部分。假设节点A的ID是0x100节点B的ID是0x200两个节点同时开始发送。CAN总线物理层是线与逻辑显性位逻辑0会覆盖隐性位逻辑1。一旦一个节点发隐性但旁边节点在同一个位时间发显性总线上的状态就会变“显性”。每个发送节点在发每一位的同时都在回读总线电平一旦发现自己送出的是隐性位、总线上反馈的却是显性位就说明有更高优先级的节点在抢总线自己立刻退出发送转为接收状态。这个机制叫“非破坏性逐位仲裁”Non-Destructive Bitwise Arbitration。名字长道理其实很简单仲裁过程不打断高优先级帧的发送赢了的人继续发完整帧输了的人连发送状态都不用恢复直接切到接收即可。因为11位ID是高位在前数值越小优先级越高。所以设计产品时优先级高的报文——比如安全气囊、刹车相关——一定要分配较小的ID普通状态类报文用较大ID。有人问RTR位在这里起什么作用。在标准帧里仲裁段的最后一位就是RTR。数据帧的RTR为显性远程帧的RTR为隐性。如果两个帧的11位ID完全一样一个是数据帧、一个是远程帧两者同时发送数据帧会赢因为它在RTR位是显性。这个设计保证“数据永远优先于请求”避免了远程请求帧把总线占死。2.3 SRR位/RTR位远程帧与扩展帧的细节聊到SRR位就绕不开远程帧和扩展帧的恩怨。先说RTR位。RTR全称Remote Transmission Request远程发送请求位。数据帧里RTR为显性0远程帧里RTR为隐性1。远程帧的作用是一个节点不主动发数据而是向总线请求“某个ID的节点把你的最新数据发出来”。比如仪表盘想知道发动机转速就可以发一个ID0x0A的远程帧挂在总线上负责转速的ECU收到后就会把自己的数据帧发出来。这样做的好处是传感器节点不需要周期性发数据只有当别人需要时才回应节省总线负载。但也带来一个暗坑如果有两个节点同时发相同ID的远程帧和相同ID的数据帧数据帧优先级高远程帧会输掉仲裁这个我刚才说了。不过远程帧本身也参与仲裁远程帧和远程帧之间按ID比较优先级。这里很多开发者在实际项目里会遇到一个问题远程帧虽然请求数据但它自己不携带数据字节DLC字段的取值也有讲究——你的DLC应该和对应数据帧的数据长度一致否则接收方无法正确对应。再说扩展帧和SRR。扩展帧CAN 2.0B的仲裁段由11位基础ID 1位SRRSubstitute Remote Request替代远程请求位 1位IDE 18位扩展ID 1位RTR组成。看起来很不直观但本质是扩展帧想在标准帧的基础上“挤出”更多位数就重新编排了仲裁段。SRR位固定为隐性它替代了标准帧中RTR的位置告诉总线上其他节点“我在发扩展帧的后续部分”。因为SRR位永远是隐性所以在仲裁过程中一个标准帧和一个扩展帧如果基础ID前11位完全一样那么标准帧会在原来RTR的位置输出显性位从而抢赢扩展帧。也就是说同样ID条件下标准帧优先级高于扩展帧。这个设计业内很多人不知道或者知道但没细想。在混跑标准帧和扩展帧的系统里你安排ID时要额外注意别因为帧类型不同导致优先级和你预期的不一致。如果系统里既有标准帧又有扩展帧建议设计规则时明确规定标准帧优先或干脆全部用同一帧类型减少混乱。2.4 位填充与错误检测CAN的抗干扰能力不光是靠差分信号协议层面还有自家“纠察队”。现在的CAN控制器都有一个位填充机制发送方在连续发出5个相同电平的位之后必须自动插入1个反相位的填充位。比如一帧数据里连续出现5个“0”下一位本来该发什么就退后先补一个“1”再说。接收方同样在收到连续5个相同位后自动移除后续的填充位。这样做有两大作用第一防止数据模式里出现太长的连续相同电平导致接收方无法及时同步时钟。第二在错误检测上如果接收方看到连续6个相同位就说明总线上消息肯定坏了立刻以此触发错误帧。这就是为什么CRC之外还有一个Noise监测机制——误码不会只破坏数据段还会破坏位填充的规则。错误检测是CAN最严格的部分之一它把错误分成5类位错误发送时回读位与发送位不一致、填充错误连续6个相同位、CRC错误接收帧的CRC校验不过、形式错误帧格式的固定位场出现非法电平、应答错误发送方在ACK槽没收到显性电平。一旦节点检测到错误它会立即发出一个错误帧——6个连续显性位——把当前这帧主动“冲掉”不耽误后续通信。同时每个节点内部维护一个错误计数TEC和REC根据错误发生的位置和性质增增减减把节点状态分为错误主动、错误被动、总线关闭三种。这东西值得单独写一篇但这里只要记住CAN控制器不会被一次错误就“打死”而是通过这个复杂的状态机渐进式管理最终如果错误太严重才进入bus-off状态断开总线连接。3. 物理层与硬件电路3.1 差分信号CAN_H与CAN_L协议层说得再多最终都要落到物理层。CAN总线的物理层用的是差分信号两根线CAN_H高线和CAN_L低线以差分电压表示逻辑状态。显性Dominant状态下CAN_H大概在3.5V左右CAN_L大概在1.5V左右差分电压约2V隐性Recessive状态下两条线都被拉到2.5V附近差分电压接近0V。显性位能“覆盖”隐性位这就是前面说的线与机制在物理层的体现。这个差分设计让CAN天生有很强的共模抑制能力外部电磁干扰如果同时加到两线上差分放大器只会取两者之差干扰信号互相抵消。所以CAN能扛恶劣的汽车电磁环境这不是玄学是物理层面的优势。全程用一个典型的CAN收发器芯片比如TJA1050或者SN65HVD230它把来自控制器CAN控制器的TX/RX逻辑信号转换成CAN_H和CAN_L上的差分电平信号。控制器负责协议逻辑收发器负责电平转换和总线驱动。两者分工明确。这里有个一定会遇到的坑CAN控制器和收发器之间以及收发器和总线之间的地线关系。如果系统内多个节点的“地”电位不一致即使有差分信号的共模抑制能力也要保证收发器能承受一定的共模范围TJA1050大概能扛-12V到12V超出范围就会损坏芯片。所以在多节点分布环境下地线敷设不能草率最好用星型接地避免形成地环流。3.2 终端电阻两颗120欧姆的讲究但凡装过CAN的都知道总线上最显眼的元件就是终端电阻——通常在总线两端各放一个120欧姆电阻。这个电阻不是摆设它的作用是和总线电缆的特性阻抗匹配。CAN标准规定总线电缆的特性阻抗约为120欧姆总线上加两个120欧终端电阻并联后等效阻值为60欧姆目的就是抵消阻抗失配带来的信号反射。如果忘了装终端电阻或者只在一端装了高频信号到总线另一端就会产生反射可能导致位时序解析出错现象是总线明明能通但老是间歇性错误帧CRC错误计数一路涨。如果两端都没装总线在开环状态下电平可能乱漂测试时大概率根本通信不起来。另一个要注意的点终端电阻的位置应该是总线最远两端而不是设备内部随意并联。很多嵌入式单板会在板上直接集成一个可开关的120欧姆电阻模块串联成总线时你必须在最头和最尾的两个节点打开终端中间的节点全部关闭。我曾经在一次现场调试时遇到所有节点板子上的指针拨码都开着等于一堆120欧姆并联等效阻抗远低于标准结果波形严重失真排查了整整一天才发现问题。所以终端电阻安装位置这个细节真的是“一票否决”级别的关键点。3.3 保护电路设计汽车电磁环境恶劣总线上还有各种瞬态干扰静电放电、抛负载、雷击浪涌甚至故障状态下直接把12V或24V电源搭到总线上。光靠收发器芯片自己的ESD能力是不太够的。为了保证一整个控制器生命周期的可靠性外围电路必须做防护。比较典型的结构是TVS管跨接在CAN_H和CAN_L对地之间也可以加在两根线之间。选型时重点关注钳位电压要选低到能保护收发器比如SN65HVD230的最高耐受范围在-4V到16V左右同时又要高于正常信号电平免得正常通信都被钳掉。车速上常见的反压一点五倍于峰值电压的通用选法可以根据实际电压平台12V/24V调整。共模扼流圈串在总线入口两个绕组分别穿过CAN_H和CAN_L共模干扰会被高阻抗挡住差模信号正常通过。这个东西实测对抑制发动机点火等高共模噪声非常有效成本也不高强烈建议在汽车级应用中加上。串联电阻在CAN_H、CAN_L上分别串一个10欧到33欧左右的电阻用于限制瞬态电流和减小振铃。有些方案里还会在电阻后面再对地并一个小电容比如几十pF到100pF做简单低通滤波效果不错。但电容值不宜过大否则会滤掉高频边沿拖慢位时序。光耦或磁耦隔离在控制器和收发器之间做隔离常见于工业现场变频器附近、电机驱动柜。隔离之后控制器侧的地和总线侧的地完全分离开能彻底阻断地环路和共模电流价格和占用空间都上去了但换来了极高的可靠性。如果做汽车前装隔离这一步要看系统是否非要不可做工业设备我建议能加就加。我见过一个产品客户反馈“一开电机总线的节点就掉线”后来把共模扼流圈加上再在总线接口加TVS问题就消失了。原因就是电机启动瞬间地电位被拉偏共模干扰超过了收发器承受范围。保护电路不是锦上添花在这个场景里就是雪中送炭。3.4 读懂汽车CAN总线电路图网上搜“汽车CAN总线电路图”能找到很多从OBD诊断座的针脚定义到车身网络拓扑图类型多种多样。我以最常见的OBD-II诊断口为例教你如何快速读图。OBD-II诊断座是一个16针接口其中CAN相关的是端子6CAN_H端子14CAN_L端子4底盘地端子5信号地端子16电池正极常电一般是12V很多诊断仪通过OBD口接入整车CAN网络本质上就是挂了一个额外的CAN节点。车上一般至少有两路CAN高速CAN动力CAN和中速CAN车身CAN部分新车型还有私有CAN、诊断CAN、娱乐CAN。从电路图上你会看到不同颜色的线分别接到不同的ECU上每路都有一个“CAN总线收发器”芯片再经过共模电感、滤波和稳压后接到控制器的CAN_RX/CAN_TX引脚。读图时我建议按下顺序来先看总线拓扑是直线型还是星型终端电阻画在哪里有没有可选的跨接端子。再看接口保护有没有TVS、共模扼流圈走线是否成对且靠近。然后看供电CAN收发器的VCC引脚是否接了去耦电容地线是否和功率地分割。最后看控制器侧有没有串电阻限流CAN_RX/CAN_TX有没有上拉。新手最容易犯的错误是把CAN_H和CAN_L接反。接反的后果是总线完全不通因为差分信号反了逻辑电平全反。有些收发器还支持“反向检测”但没有检测的芯片就得靠测量静态差分电压来判断正常隐性时CAN_H和CAN_L都在2.5V附近显性时CAN_H约3.5V、CAN_L约1.5V。用万用表量一下就能识别线对不对别省这一步。4. 实操从配置到调试4.1 波特率配置与位时序CAN波特率不是随便填一个数字就行。控制器内部时分段结构决定了它能支持哪些波特率也会直接影响在总线上的信号质量。大多数CAN控制器把一位时间分成三段同步段SYNC_SEG、传播段PROP_SEG、相位缓冲段PHASE_SEG1和PHASE_SEG2。同步段固定为1个时间量子TQ其他几段长度可以用寄存器配置。比如STM32的bxCAN要配置BS1和BS2配合预分频器BRP得到实际波特率波特率 外设时钟 / (BRP × (1 BS1 BS2))举个例子外设时钟36MHz如果你要跑500kbps令BRP2实际分频3则时钟频率为12MHz再令BS18BS27则一位由18716个TQ组成波特率 12MHz / 16 750k明显不对所以我只是演示公式实际你来算的时候要保证每个段加起来的TQ总数对应目标波特率。很多人问CAN总线最大速率是多少严格说CAN 2.0标准在1Mbps下最长总线长度是40米左右。这是由CAN的位定时和环路延迟共同决定的包括收发器延迟、线路传播延迟、控制器采样点设置等。如果总线拉长到100米1Mbps是跑不动的你得降波特率比如500k、250k、125k甚至更低。所以实际项目里整车动力CAN常用500kbps车身CAN常用125kbps或250kbps工业设备里常见100kbps、50kbps等低速配置换来的是更远的布线距离和更强的抗干扰能力。4.2 从零搭建一套CAN测试环境做CAN开发一套好用的测试环境能省一半调试时间。按一个最小系统看你至少需要两块带CAN控制器的开发板STM32、S32K或者树莓派加CAN HAT都可以两个CAN收发器模块TJA1050模块、MCP2551模块都行两根双绞线长度1米就够试两个120欧电阻一个USB-CAN分析仪比如创芯科技的或者周立功的USBCAN系列根据预算来便宜的也有几十块的抓包用没问题一个示波器有条件就上观察物理层波形时必备。连接方式开发板A的CAN_TX/CAN_RX接到收发器A收发器A的CAN_H/CAN_L经过保护电路后接双绞线双绞线末端分别焊上120欧电阻收发器B类似但在双绞线另一端对称接上阻抗终端。接入USB-CAN分析仪另一端接电脑。接下来直接用上位机软件CANTest、pcanview等发送一帧标准帧比如ID0x123字节数据01 02 03 04 05 06 07 08波特率选500k。这时候开发板B如果正确接收并解析你能在B的串口终端上打印出相同数据同时在分析仪软件上看到总线上这帧的ID、DLC、数据的实时记录。到这一步最小系统就通了。实操时还有个很好的调试手段把总线挂在示波器上触发通道选择CAN_H对地你看到的显性/隐性波形应该是一个清晰的差分电平翻转上升沿和下降沿干净利落。如果波形上有毛刺、台阶或振铃就该检查总线长度、终端电阻、线材质量和保护电路了。看波形是排查CAN物理层问题的终极手段比对着寄存器猜高效得多。4.3 常见故障与排查技巧实录以下是我这些年真实踩过的坑整理成几类高发问题故障现象1总线完全不通收发器发烫大概率是CAN_H和CAN_L接反或者总线短路了。先断电用万用表量CAN_H对地、CAN_L对地、CAN_H对CAN_L之间的电阻。正常静态电阻应该是60欧左右两个120欧并联如果远小于60欧甚至接近0欧检查线束绝缘有没有磨破。如果测到120欧说明只有一端有终端电阻另一端忘装了。收发器发烫说明有持续大电流多半是电源接反或对地短路立刻断电检查。故障现象2能通信但错误帧很多CRC错误计数一直涨先确认总线长度是否超出当前波特率的极限再确认终端电阻位置对不对。如果都没问题用示波器观测波形有没有明显振铃。振铃解决方法是在终端电阻前串联一个小电感或者调整位时序采样点——把BS2调小一点采样点更靠后有时候能躲开边沿振铃区。故障现象3特定ID的帧收不到其他正常这个大概率不是总线问题而是接收节点的验收滤波配置不对。CAN控制器一般都有过滤器可以按ID范围、掩码模式过滤。你配置成“只接收ID0x100~0x1FF”那0x200肯定进不来。检查过滤器组即可。故障现象4系统一上电某个节点就把总线拉死其他节点全掉线如果某个节点程序有bug在总线空闲时不停地发送错误帧或垃圾帧会把整个网络拖垮。用分析仪抓包如果看到大量连续的错误帧试着把疑似节点逐个断开找到肇事者。还有一种隐蔽原因如果这个节点的晶振偏差太大位时序收不到别人的正常边沿也会导致持续错误。晶振精度在CAN里建议选±0.3%以内的普通±50ppm的陶瓷晶振也问题不大但千万别用RC振荡器跑CAN。故障现象5诊断仪连不上车但总线看起来是好的检查OBD口的CAN_H和CAN_L是不是被其他设备占用、终端电阻是不是在诊断线上造成额外负载。有些车OBD口上的CAN还带唤醒逻辑需要点火或上电唤醒后才能通信。4.4 避坑经验设计规范和选型建议做CAN产品我从一开始就建议把所有“能省但别省”的点全部做成模块接口加保护电路TVS 共模扼流圈 串联电阻这三件套成本不到几块钱能挡住90%的现场瞎接线问题。收发放到板载或模块化调试时出现问题可以单独测试收发器而不是拆整块主板。CAN_H和CAN_L尽量做成可插拔接头别焊死方便排查线序。在电路板丝印上标清楚CAN_H/CAN_L极性我见过太多因为不标极性导致产线装错的案例。CAN控制器引脚分TX/RX分别对应收发器的RXD/TXD个别开发板排针丝印混乱上电前先拿万用表确认否则上电就烧。选型方面收发器芯片目前主流的几个系列NXP的TJA1051/TJA1145、TI的SN65HVD230/231、NXP的TJA1044等。如果系统是3.3V逻辑电平就选支持3.3V供电的SN65HVD230如果是5V逻辑TJA1051更顺手。想支持CAN FD新的CAN二代标准数据段速率能到5Mbps甚至更高选TJA1057、TJA1044这类带CAN FD能力的型号。不过这里咱先不展开CAN FD那又是一个大话题等哪天单独讲。波特率选择上我给个建议整车通信能用500k就尽量500k够用工业现场如果传输距离超过50米优先降速率保稳定别追求虚高的波特率。很多人把波特率调到1M发现距离稍微拉长就失灵然后开始怀疑芯片质量其实是他自己没搞懂波特率和距离之间的物理制约。接着说一下软件侧配置很多人用STM32CubeMX直接拉CAN外设选波特率时工具会自动生成位时序参数。但工具生成的参数不一定是最优采样点。理想采样点应位于一位时间的75%到85%之间你可以在CubeMX里调整BS1和BS2让采样点落在这个区间。比如500k、8MHz APB时钟可设BRP1BS18BS27则一位由18716 TQ组成采样点位于(18)/1656.25%这明显不在75%~85%所以这种情况下更好用BRP2、BS111、BS24一位共111416 TQ采样点位置12/1675%就很标准。当然具体还要看时钟源频率和目标波特率别照抄我的数但思路就是这个思路。再用一个真实案例收个尾。去年做一款履带式机器人底盘四个驱动轮电机控制器加一个主控全部挂在一条500k的CAN总线上。刚联调时一切正常跑了几分钟后主控偶发收不到左前轮电机控制器的速度回传帧错误计数越来越高。排查过程很典型我先看物理层示波器抓CAN_H波形发现在80us的波形周期里偶尔出现一个深度振铃刚好和电机PWM开关频率一致。是逆变器产生的干扰串到总线上了。我再检查总线布线——总线上有一段双绞线和电机动力线平行走了一米多而且没有做屏蔽。把这段总线移走之后问题彻底消失。这个故事想说的其实是CAN协议本身很皮实但布线和接地的工程细节决定了你的系统能皮实到什么程度。协议保证的是“逻辑上的可靠”物理层保证的是“现场环境的可靠”两者缺一不可。如果你正在做的新产品第一次连CAN记得先拿示波器和万用表伺候一轮再写业务代码因为物理层不稳写再多协议栈也是白搭。这套思路基本上能应付市面上九成的CAN总线开发场景少走的弯路就是赚到的时间。
CAN总线从原理到实战：帧结构、仲裁机制与硬件设计要点
1. 为什么搞汽车电子的都在聊CAN总线1.1 一个“老工程师”的痛我最早接触CAN总线是十年前在一家做车载仪表盘的方案公司。那时候项目里最头疼的事情不是算法写不出来而是车上几十个ECU之间的“对话”怎么组织。以前常见的做法是每个功能单元拉几根独立的信号线复杂点的用模拟量、PWM或者串口点对点通信。结果车一复杂线束就成了灾难几十公斤重的线束、难以排查的隐性故障、想加一个功能就得重新走线。整车厂的朋友开玩笑说那会儿的新车发布会不如叫“线束发布会”。CAN总线就是为了解决这个问题被博世在1986年推出的。它的全称叫Controller Area Network控制器局域网本质上是一条串行通信总线让车上各个控制器——发动机ECU、ABS、变速箱、气囊、车身控制模块、仪表盘——都能挂到同一条线上互相传数据而且不需要主机仲裁谁有事谁发言。如今不光是汽车工业机器人、医疗设备、电梯、船舶、农业机械、光伏逆变器甚至部分3C产品里都能看到CAN的身影。凡是要求“线少、点多、实时性强、抗干扰好”的场合它都是首选。这篇博文我会从协议细节到电路设计从帧结构到故障排查把CAN总线翻个底朝天。不说废话全是干货适合正在做嵌入式、汽车电子、工业控制的朋友也适合刚入门想搞懂“为什么CAN能这么稳”的同学。1.2 CAN到底是怎样的一个总线先给一个整体认知CAN不是像UART那种简单的异步串口也不是像SPI那种主从结构。它最大的特点就是多主机和广播式通信。总线上任何一个节点只要总线空闲就可以主动发帧发的帧不是发给某个特定地址而是发给所有人——但每个节点会根据自己的验收滤波逻辑决定“这帧跟我有没有关系”。这不光是个技术选择还深刻影响了整个系统的架构思路。传统点对点通信你要知道“谁要和谁说话”连线是固定的CAN这种广播模型等于把整车变成了一个“微信群”大家在一个群里发消息关心的人自然关心不关心的忽略就行。新节点上线不用改线加个ECU就是并联到总线上软件层面配置好加收报文的筛选即可。我再打个比方如果你把一个带CAN的控制器比作一个公司员工那CAN总线就是公司的办公群。员工A发了一条“我这边的设备温度正常”所有员工都能看到但只有负责监控温度的员工B会处理这条信息。如果两个员工同时想发消息群规则规定“编号小的员工优先发言”——这种优先级仲裁机制就是CAN说的“无损仲裁”后面我会细讲。2. CAN总线的核心协议机制2.1 帧结构从SOF到EOF走一遍CAN总线上运行的信息单位叫“帧”。标准帧CAN 2.0A一共包含以下几个段我按发送顺序给你拆开SOFStart of Frame帧起始1位显性电平表示“我要开始发帧了”。仲裁段11位标识符ID 1位RTR远程发送请求位标准帧里RTR为0表示是数据帧为1表示请求远程帧。控制段1位IDE标识符扩展位 1位保留位 4位DLC数据长度代码DLC告诉你后面数据段有几个字节。数据段0到8字节这是真正要传输的数据。注意不是随便多长的最多8个字节。这是因为CAN诞生早期面对的是汽车控制这种短消息场景8个字节足够覆盖绝大多数控制参数还能保证实时性和低延迟。CRC段15位CRC校验码 1位CRC分界符用来检测传输中是否出现噪扰破坏。ACK段1位ACK槽 1位ACK分界符。发送端在ACK槽发送隐性位但任何正确接收该帧的节点都会在此时拉一个显性位相当于“我收到了”。发送端如果没看到显性位就知道没有节点正常接收会进行错误处理。EOFEnd of Frame帧结束连续7位隐性位。控制段里的IDE位很关键它决定这帧是标准帧还是扩展帧。标准帧仲裁段是11位ID扩展帧仲裁段是29位ID11位基础ID 18位扩展ID。如果IDE位是显性表示当前是标准帧如果是隐性表示是扩展帧。所以CAN总线上标准帧和扩展帧是可以混跑的只要有明确的IDE位区分。关于DLC我要多说一句DLC是个4位字段能表示的数值是0到15但CAN协议限制数据段最多8字节。你要是硬发一个DLC9的帧很多控制器会直接报错有些CAN IP会把它当成格式错误触发错误帧。所以做产品时DLC的设置千万不要超出8否则等于自己给自己埋雷。2.2 仲裁机制多个节点同时发数据怎么办这是CAN设计里最巧妙的部分也是很多新手理解起来最费劲的部分。假设节点A的ID是0x100节点B的ID是0x200两个节点同时开始发送。CAN总线物理层是线与逻辑显性位逻辑0会覆盖隐性位逻辑1。一旦一个节点发隐性但旁边节点在同一个位时间发显性总线上的状态就会变“显性”。每个发送节点在发每一位的同时都在回读总线电平一旦发现自己送出的是隐性位、总线上反馈的却是显性位就说明有更高优先级的节点在抢总线自己立刻退出发送转为接收状态。这个机制叫“非破坏性逐位仲裁”Non-Destructive Bitwise Arbitration。名字长道理其实很简单仲裁过程不打断高优先级帧的发送赢了的人继续发完整帧输了的人连发送状态都不用恢复直接切到接收即可。因为11位ID是高位在前数值越小优先级越高。所以设计产品时优先级高的报文——比如安全气囊、刹车相关——一定要分配较小的ID普通状态类报文用较大ID。有人问RTR位在这里起什么作用。在标准帧里仲裁段的最后一位就是RTR。数据帧的RTR为显性远程帧的RTR为隐性。如果两个帧的11位ID完全一样一个是数据帧、一个是远程帧两者同时发送数据帧会赢因为它在RTR位是显性。这个设计保证“数据永远优先于请求”避免了远程请求帧把总线占死。2.3 SRR位/RTR位远程帧与扩展帧的细节聊到SRR位就绕不开远程帧和扩展帧的恩怨。先说RTR位。RTR全称Remote Transmission Request远程发送请求位。数据帧里RTR为显性0远程帧里RTR为隐性1。远程帧的作用是一个节点不主动发数据而是向总线请求“某个ID的节点把你的最新数据发出来”。比如仪表盘想知道发动机转速就可以发一个ID0x0A的远程帧挂在总线上负责转速的ECU收到后就会把自己的数据帧发出来。这样做的好处是传感器节点不需要周期性发数据只有当别人需要时才回应节省总线负载。但也带来一个暗坑如果有两个节点同时发相同ID的远程帧和相同ID的数据帧数据帧优先级高远程帧会输掉仲裁这个我刚才说了。不过远程帧本身也参与仲裁远程帧和远程帧之间按ID比较优先级。这里很多开发者在实际项目里会遇到一个问题远程帧虽然请求数据但它自己不携带数据字节DLC字段的取值也有讲究——你的DLC应该和对应数据帧的数据长度一致否则接收方无法正确对应。再说扩展帧和SRR。扩展帧CAN 2.0B的仲裁段由11位基础ID 1位SRRSubstitute Remote Request替代远程请求位 1位IDE 18位扩展ID 1位RTR组成。看起来很不直观但本质是扩展帧想在标准帧的基础上“挤出”更多位数就重新编排了仲裁段。SRR位固定为隐性它替代了标准帧中RTR的位置告诉总线上其他节点“我在发扩展帧的后续部分”。因为SRR位永远是隐性所以在仲裁过程中一个标准帧和一个扩展帧如果基础ID前11位完全一样那么标准帧会在原来RTR的位置输出显性位从而抢赢扩展帧。也就是说同样ID条件下标准帧优先级高于扩展帧。这个设计业内很多人不知道或者知道但没细想。在混跑标准帧和扩展帧的系统里你安排ID时要额外注意别因为帧类型不同导致优先级和你预期的不一致。如果系统里既有标准帧又有扩展帧建议设计规则时明确规定标准帧优先或干脆全部用同一帧类型减少混乱。2.4 位填充与错误检测CAN的抗干扰能力不光是靠差分信号协议层面还有自家“纠察队”。现在的CAN控制器都有一个位填充机制发送方在连续发出5个相同电平的位之后必须自动插入1个反相位的填充位。比如一帧数据里连续出现5个“0”下一位本来该发什么就退后先补一个“1”再说。接收方同样在收到连续5个相同位后自动移除后续的填充位。这样做有两大作用第一防止数据模式里出现太长的连续相同电平导致接收方无法及时同步时钟。第二在错误检测上如果接收方看到连续6个相同位就说明总线上消息肯定坏了立刻以此触发错误帧。这就是为什么CRC之外还有一个Noise监测机制——误码不会只破坏数据段还会破坏位填充的规则。错误检测是CAN最严格的部分之一它把错误分成5类位错误发送时回读位与发送位不一致、填充错误连续6个相同位、CRC错误接收帧的CRC校验不过、形式错误帧格式的固定位场出现非法电平、应答错误发送方在ACK槽没收到显性电平。一旦节点检测到错误它会立即发出一个错误帧——6个连续显性位——把当前这帧主动“冲掉”不耽误后续通信。同时每个节点内部维护一个错误计数TEC和REC根据错误发生的位置和性质增增减减把节点状态分为错误主动、错误被动、总线关闭三种。这东西值得单独写一篇但这里只要记住CAN控制器不会被一次错误就“打死”而是通过这个复杂的状态机渐进式管理最终如果错误太严重才进入bus-off状态断开总线连接。3. 物理层与硬件电路3.1 差分信号CAN_H与CAN_L协议层说得再多最终都要落到物理层。CAN总线的物理层用的是差分信号两根线CAN_H高线和CAN_L低线以差分电压表示逻辑状态。显性Dominant状态下CAN_H大概在3.5V左右CAN_L大概在1.5V左右差分电压约2V隐性Recessive状态下两条线都被拉到2.5V附近差分电压接近0V。显性位能“覆盖”隐性位这就是前面说的线与机制在物理层的体现。这个差分设计让CAN天生有很强的共模抑制能力外部电磁干扰如果同时加到两线上差分放大器只会取两者之差干扰信号互相抵消。所以CAN能扛恶劣的汽车电磁环境这不是玄学是物理层面的优势。全程用一个典型的CAN收发器芯片比如TJA1050或者SN65HVD230它把来自控制器CAN控制器的TX/RX逻辑信号转换成CAN_H和CAN_L上的差分电平信号。控制器负责协议逻辑收发器负责电平转换和总线驱动。两者分工明确。这里有个一定会遇到的坑CAN控制器和收发器之间以及收发器和总线之间的地线关系。如果系统内多个节点的“地”电位不一致即使有差分信号的共模抑制能力也要保证收发器能承受一定的共模范围TJA1050大概能扛-12V到12V超出范围就会损坏芯片。所以在多节点分布环境下地线敷设不能草率最好用星型接地避免形成地环流。3.2 终端电阻两颗120欧姆的讲究但凡装过CAN的都知道总线上最显眼的元件就是终端电阻——通常在总线两端各放一个120欧姆电阻。这个电阻不是摆设它的作用是和总线电缆的特性阻抗匹配。CAN标准规定总线电缆的特性阻抗约为120欧姆总线上加两个120欧终端电阻并联后等效阻值为60欧姆目的就是抵消阻抗失配带来的信号反射。如果忘了装终端电阻或者只在一端装了高频信号到总线另一端就会产生反射可能导致位时序解析出错现象是总线明明能通但老是间歇性错误帧CRC错误计数一路涨。如果两端都没装总线在开环状态下电平可能乱漂测试时大概率根本通信不起来。另一个要注意的点终端电阻的位置应该是总线最远两端而不是设备内部随意并联。很多嵌入式单板会在板上直接集成一个可开关的120欧姆电阻模块串联成总线时你必须在最头和最尾的两个节点打开终端中间的节点全部关闭。我曾经在一次现场调试时遇到所有节点板子上的指针拨码都开着等于一堆120欧姆并联等效阻抗远低于标准结果波形严重失真排查了整整一天才发现问题。所以终端电阻安装位置这个细节真的是“一票否决”级别的关键点。3.3 保护电路设计汽车电磁环境恶劣总线上还有各种瞬态干扰静电放电、抛负载、雷击浪涌甚至故障状态下直接把12V或24V电源搭到总线上。光靠收发器芯片自己的ESD能力是不太够的。为了保证一整个控制器生命周期的可靠性外围电路必须做防护。比较典型的结构是TVS管跨接在CAN_H和CAN_L对地之间也可以加在两根线之间。选型时重点关注钳位电压要选低到能保护收发器比如SN65HVD230的最高耐受范围在-4V到16V左右同时又要高于正常信号电平免得正常通信都被钳掉。车速上常见的反压一点五倍于峰值电压的通用选法可以根据实际电压平台12V/24V调整。共模扼流圈串在总线入口两个绕组分别穿过CAN_H和CAN_L共模干扰会被高阻抗挡住差模信号正常通过。这个东西实测对抑制发动机点火等高共模噪声非常有效成本也不高强烈建议在汽车级应用中加上。串联电阻在CAN_H、CAN_L上分别串一个10欧到33欧左右的电阻用于限制瞬态电流和减小振铃。有些方案里还会在电阻后面再对地并一个小电容比如几十pF到100pF做简单低通滤波效果不错。但电容值不宜过大否则会滤掉高频边沿拖慢位时序。光耦或磁耦隔离在控制器和收发器之间做隔离常见于工业现场变频器附近、电机驱动柜。隔离之后控制器侧的地和总线侧的地完全分离开能彻底阻断地环路和共模电流价格和占用空间都上去了但换来了极高的可靠性。如果做汽车前装隔离这一步要看系统是否非要不可做工业设备我建议能加就加。我见过一个产品客户反馈“一开电机总线的节点就掉线”后来把共模扼流圈加上再在总线接口加TVS问题就消失了。原因就是电机启动瞬间地电位被拉偏共模干扰超过了收发器承受范围。保护电路不是锦上添花在这个场景里就是雪中送炭。3.4 读懂汽车CAN总线电路图网上搜“汽车CAN总线电路图”能找到很多从OBD诊断座的针脚定义到车身网络拓扑图类型多种多样。我以最常见的OBD-II诊断口为例教你如何快速读图。OBD-II诊断座是一个16针接口其中CAN相关的是端子6CAN_H端子14CAN_L端子4底盘地端子5信号地端子16电池正极常电一般是12V很多诊断仪通过OBD口接入整车CAN网络本质上就是挂了一个额外的CAN节点。车上一般至少有两路CAN高速CAN动力CAN和中速CAN车身CAN部分新车型还有私有CAN、诊断CAN、娱乐CAN。从电路图上你会看到不同颜色的线分别接到不同的ECU上每路都有一个“CAN总线收发器”芯片再经过共模电感、滤波和稳压后接到控制器的CAN_RX/CAN_TX引脚。读图时我建议按下顺序来先看总线拓扑是直线型还是星型终端电阻画在哪里有没有可选的跨接端子。再看接口保护有没有TVS、共模扼流圈走线是否成对且靠近。然后看供电CAN收发器的VCC引脚是否接了去耦电容地线是否和功率地分割。最后看控制器侧有没有串电阻限流CAN_RX/CAN_TX有没有上拉。新手最容易犯的错误是把CAN_H和CAN_L接反。接反的后果是总线完全不通因为差分信号反了逻辑电平全反。有些收发器还支持“反向检测”但没有检测的芯片就得靠测量静态差分电压来判断正常隐性时CAN_H和CAN_L都在2.5V附近显性时CAN_H约3.5V、CAN_L约1.5V。用万用表量一下就能识别线对不对别省这一步。4. 实操从配置到调试4.1 波特率配置与位时序CAN波特率不是随便填一个数字就行。控制器内部时分段结构决定了它能支持哪些波特率也会直接影响在总线上的信号质量。大多数CAN控制器把一位时间分成三段同步段SYNC_SEG、传播段PROP_SEG、相位缓冲段PHASE_SEG1和PHASE_SEG2。同步段固定为1个时间量子TQ其他几段长度可以用寄存器配置。比如STM32的bxCAN要配置BS1和BS2配合预分频器BRP得到实际波特率波特率 外设时钟 / (BRP × (1 BS1 BS2))举个例子外设时钟36MHz如果你要跑500kbps令BRP2实际分频3则时钟频率为12MHz再令BS18BS27则一位由18716个TQ组成波特率 12MHz / 16 750k明显不对所以我只是演示公式实际你来算的时候要保证每个段加起来的TQ总数对应目标波特率。很多人问CAN总线最大速率是多少严格说CAN 2.0标准在1Mbps下最长总线长度是40米左右。这是由CAN的位定时和环路延迟共同决定的包括收发器延迟、线路传播延迟、控制器采样点设置等。如果总线拉长到100米1Mbps是跑不动的你得降波特率比如500k、250k、125k甚至更低。所以实际项目里整车动力CAN常用500kbps车身CAN常用125kbps或250kbps工业设备里常见100kbps、50kbps等低速配置换来的是更远的布线距离和更强的抗干扰能力。4.2 从零搭建一套CAN测试环境做CAN开发一套好用的测试环境能省一半调试时间。按一个最小系统看你至少需要两块带CAN控制器的开发板STM32、S32K或者树莓派加CAN HAT都可以两个CAN收发器模块TJA1050模块、MCP2551模块都行两根双绞线长度1米就够试两个120欧电阻一个USB-CAN分析仪比如创芯科技的或者周立功的USBCAN系列根据预算来便宜的也有几十块的抓包用没问题一个示波器有条件就上观察物理层波形时必备。连接方式开发板A的CAN_TX/CAN_RX接到收发器A收发器A的CAN_H/CAN_L经过保护电路后接双绞线双绞线末端分别焊上120欧电阻收发器B类似但在双绞线另一端对称接上阻抗终端。接入USB-CAN分析仪另一端接电脑。接下来直接用上位机软件CANTest、pcanview等发送一帧标准帧比如ID0x123字节数据01 02 03 04 05 06 07 08波特率选500k。这时候开发板B如果正确接收并解析你能在B的串口终端上打印出相同数据同时在分析仪软件上看到总线上这帧的ID、DLC、数据的实时记录。到这一步最小系统就通了。实操时还有个很好的调试手段把总线挂在示波器上触发通道选择CAN_H对地你看到的显性/隐性波形应该是一个清晰的差分电平翻转上升沿和下降沿干净利落。如果波形上有毛刺、台阶或振铃就该检查总线长度、终端电阻、线材质量和保护电路了。看波形是排查CAN物理层问题的终极手段比对着寄存器猜高效得多。4.3 常见故障与排查技巧实录以下是我这些年真实踩过的坑整理成几类高发问题故障现象1总线完全不通收发器发烫大概率是CAN_H和CAN_L接反或者总线短路了。先断电用万用表量CAN_H对地、CAN_L对地、CAN_H对CAN_L之间的电阻。正常静态电阻应该是60欧左右两个120欧并联如果远小于60欧甚至接近0欧检查线束绝缘有没有磨破。如果测到120欧说明只有一端有终端电阻另一端忘装了。收发器发烫说明有持续大电流多半是电源接反或对地短路立刻断电检查。故障现象2能通信但错误帧很多CRC错误计数一直涨先确认总线长度是否超出当前波特率的极限再确认终端电阻位置对不对。如果都没问题用示波器观测波形有没有明显振铃。振铃解决方法是在终端电阻前串联一个小电感或者调整位时序采样点——把BS2调小一点采样点更靠后有时候能躲开边沿振铃区。故障现象3特定ID的帧收不到其他正常这个大概率不是总线问题而是接收节点的验收滤波配置不对。CAN控制器一般都有过滤器可以按ID范围、掩码模式过滤。你配置成“只接收ID0x100~0x1FF”那0x200肯定进不来。检查过滤器组即可。故障现象4系统一上电某个节点就把总线拉死其他节点全掉线如果某个节点程序有bug在总线空闲时不停地发送错误帧或垃圾帧会把整个网络拖垮。用分析仪抓包如果看到大量连续的错误帧试着把疑似节点逐个断开找到肇事者。还有一种隐蔽原因如果这个节点的晶振偏差太大位时序收不到别人的正常边沿也会导致持续错误。晶振精度在CAN里建议选±0.3%以内的普通±50ppm的陶瓷晶振也问题不大但千万别用RC振荡器跑CAN。故障现象5诊断仪连不上车但总线看起来是好的检查OBD口的CAN_H和CAN_L是不是被其他设备占用、终端电阻是不是在诊断线上造成额外负载。有些车OBD口上的CAN还带唤醒逻辑需要点火或上电唤醒后才能通信。4.4 避坑经验设计规范和选型建议做CAN产品我从一开始就建议把所有“能省但别省”的点全部做成模块接口加保护电路TVS 共模扼流圈 串联电阻这三件套成本不到几块钱能挡住90%的现场瞎接线问题。收发放到板载或模块化调试时出现问题可以单独测试收发器而不是拆整块主板。CAN_H和CAN_L尽量做成可插拔接头别焊死方便排查线序。在电路板丝印上标清楚CAN_H/CAN_L极性我见过太多因为不标极性导致产线装错的案例。CAN控制器引脚分TX/RX分别对应收发器的RXD/TXD个别开发板排针丝印混乱上电前先拿万用表确认否则上电就烧。选型方面收发器芯片目前主流的几个系列NXP的TJA1051/TJA1145、TI的SN65HVD230/231、NXP的TJA1044等。如果系统是3.3V逻辑电平就选支持3.3V供电的SN65HVD230如果是5V逻辑TJA1051更顺手。想支持CAN FD新的CAN二代标准数据段速率能到5Mbps甚至更高选TJA1057、TJA1044这类带CAN FD能力的型号。不过这里咱先不展开CAN FD那又是一个大话题等哪天单独讲。波特率选择上我给个建议整车通信能用500k就尽量500k够用工业现场如果传输距离超过50米优先降速率保稳定别追求虚高的波特率。很多人把波特率调到1M发现距离稍微拉长就失灵然后开始怀疑芯片质量其实是他自己没搞懂波特率和距离之间的物理制约。接着说一下软件侧配置很多人用STM32CubeMX直接拉CAN外设选波特率时工具会自动生成位时序参数。但工具生成的参数不一定是最优采样点。理想采样点应位于一位时间的75%到85%之间你可以在CubeMX里调整BS1和BS2让采样点落在这个区间。比如500k、8MHz APB时钟可设BRP1BS18BS27则一位由18716 TQ组成采样点位于(18)/1656.25%这明显不在75%~85%所以这种情况下更好用BRP2、BS111、BS24一位共111416 TQ采样点位置12/1675%就很标准。当然具体还要看时钟源频率和目标波特率别照抄我的数但思路就是这个思路。再用一个真实案例收个尾。去年做一款履带式机器人底盘四个驱动轮电机控制器加一个主控全部挂在一条500k的CAN总线上。刚联调时一切正常跑了几分钟后主控偶发收不到左前轮电机控制器的速度回传帧错误计数越来越高。排查过程很典型我先看物理层示波器抓CAN_H波形发现在80us的波形周期里偶尔出现一个深度振铃刚好和电机PWM开关频率一致。是逆变器产生的干扰串到总线上了。我再检查总线布线——总线上有一段双绞线和电机动力线平行走了一米多而且没有做屏蔽。把这段总线移走之后问题彻底消失。这个故事想说的其实是CAN协议本身很皮实但布线和接地的工程细节决定了你的系统能皮实到什么程度。协议保证的是“逻辑上的可靠”物理层保证的是“现场环境的可靠”两者缺一不可。如果你正在做的新产品第一次连CAN记得先拿示波器和万用表伺候一轮再写业务代码因为物理层不稳写再多协议栈也是白搭。这套思路基本上能应付市面上九成的CAN总线开发场景少走的弯路就是赚到的时间。
