1. 为什么整车到处都有CAN总线从线束困境到通信革命我最早接触CAN总线是在一台老款德系车的诊断接口上当时只是拿OBD工具读故障码并没有多想。后来真正动手做ECU之间的通信调试才意识到CAN总线并不是「一根线传数据」那么简单它背后解决的是汽车电子系统里一个非常现实的问题ECU越来越多线束越来越沉点对点通信根本撑不住。早期车载ECU之间的通信基本是一对一拉线。一个刹车开关信号要送给ABS、发动机、仪表、车身控制模块每一路都得单独走线既占空间又增加重量故障点也跟着翻倍。到了现代车型一台车的ECU数量动辄几十个如果还按点对点布线线束的直径和重量会成为灾难。CAN总线的核心思路就是把所有节点挂到同一对双绞线上用一套统一的多主通信协议共享信号谁有数据谁就发不需要专门的主站去轮询。这一下就把拓扑从「蜘蛛网」变成了「一 bus 多挂点」。这也是为什么你翻开任何一本车载电子书的目录CAN总线几乎永远排在通信协议的第一位。它不光是博世在1986年为了解决线束问题推出的串行总线协议更是后来整个车载网络从动力、底盘、车身到诊断的地基。到了今天哪怕是在工业设备、医疗器械、电梯控制系统里你也能看到CAN总线的身影因为它把「可靠」「实时」「低成本」这三个词平衡得相当好。如果说你只是想看懂汽车电路图里的CAN_H、CAN_L或者想自己用STM32、Arduino搭一个CAN通信实验这篇文章对你就是合适的。我会把协议帧结构、物理层电平、仲裁机制、分支长度、保护电路这些容易让人卡壳的点逐个掰开讲清楚。下面从物理层开始因为大量实测故障最后都出在物理层。2. 物理层才是CAN的第一道门槛电平、隐性位与终端电阻很多人学CAN的第一反应是先背帧格式但协议跑得通的前提是先保证物理层波形干净。CAN总线物理层用的是差分信号两条线分别叫CANH高线和CANL低线平时空闲时两条线都处于同一电位附近此时总线呈现隐性recessive状态对应逻辑1当某个节点要发送显性dominant位时它会把CANH拉高、CANL拉低形成差分电压对应逻辑0。2.1 CANH与CANL上的显性电平是怎么形成的以最常见的ISO 11898-2高速CAN标准为例隐性状态下CANH和CANL大致都在2.5V附近差分电压约0V显性状态下CANH会被驱动到约3.5VCANL被拉到约1.5V差分电压约2V。接收端判定的阈值通常在0.5V~0.9V左右只要差分电压超过这个区间就识别为显性位。这里有一个非常关键的细节显性位能「压过」隐性位是依靠物理驱动能力实现的而不是靠仲裁逻辑判断。任何节点只要想发显性位就把总线拉出差分电压而隐性位实际上是什么都没驱动靠终端电阻把两条线拉回同一电位。也就是说在总线上显性位是「主动输出」隐性位是「被动释放」。这个特性直接决定了下文要讲的无损仲裁机制也解释了为什么CAN总线上不允许出现持续超过一定时间的显性电平——如果有人把CANH对地短路整个总线都会被锁死在显性状态所有节点都发不出报文。我今年调试一台电动巡检车时就遇到过一次「总线锁死」的故障。现象是整个网络所有节点都报Bus Off示波器一看CANH被死死压在12VCANL在2.5V差分电压超出规范值太多。排查到最后是某节点的CANH线内部绝缘破损直接搭到了电源线上。这种问题靠软件永远查不出来必须从物理层入手。2.2 为什么终端电阻必须是120欧姆终端电阻是CAN总线物理层最容易理解错的部分。很多人以为这是个「可选项」实际上它是反射抑制的关键。高速CAN总线规定在总线物理距离最远的两个端点各接一个120欧姆电阻两个并联后等效60欧姆。为什么是这个值因为CAN总线使用的双绞线特征阻抗通常在120欧姆左右终端电阻匹配了传输线阻抗信号到达线缆末端时才不会被反射回来产生振铃和波形畸变。如果终端电阻缺失或阻值不对波特率较高时波形上会出现明显的过冲和台阶采样点刚好落在台阶上就会误判位电平。实测中1米以内的短距离实验板缺一个终端电阻往往还能跑通但一旦线长超过两三米或者挂载节点增多丢帧率和错误帧就会飙升。所以做CAN实验时最稳妥的做法是遵守规范在总线两端老老实实各放一个120欧姆电阻。2.3 12V还是24V都无所谓但共地必须认真CAN物理层本身不要求固定的供电电压它是差分信号只要收发器工作在合理范围内就行。车载环境里有的系统用12V有的是24V这不直接影响CAN电平因为CAN收发器内部有稳压和电平转换电路自己会生成所需的隐性电平和显性电平。真正影响通信稳定性的是各个节点之间的参考地。差分信号理论上不依赖共地但实际上每个CAN收发器的CANH/CANL输出都是相对于本地地来驱动的如果节点间地电位差太大共模电压会超出收发器允许范围一般收发器的共模输入范围是-2V到7V左右比如TJA1050接收端就可能收不到正确电平。所以长距离CAN布线时除了双绞信号线还要考虑辅助地线或者等电位连接这在工业现场尤其重要。另外值得注意的是不同速率标准下的物理层参数不完全一样。ISO 11898-2的高速CAN最高1Mbps用上面说的2.5V/3.5V/1.5V体系而ISO 11898-3的低速容错CAN最高125kbps电平体系不同隐性时CANH和CANL分别被拉到0V和5V显性时CANH约1.5V、CANL约3.5V差分方向相反。现在多数乘用车高速动力网络用的是高速CAN车身低速网络有些用容错CAN。做开发前先确认自己面对的是哪一种不要拿高速CAN收发器直接去接低速容错CAN网络电平体系不兼容会一直报错。3. 一帧CAN报文的长什么样标准帧与扩展帧逐位拆解物理层搞定之后就可以看协议层了。CAN协议里一个最基本的信息单位叫帧你从网络上抓到的每一个报文都是按帧格式组织的。帧的核心结构包括帧起始、仲裁场、控制场、数据场、CRC场、ACK场和帧结束。看到这里先别慌不需要全部死记只需要理解每个场在干什么尤其要搞懂仲裁场和控制场里那几位标志位因为很多软件配置的坑都出在这里。3.1 从帧起始到ACK逐字段过一遍一帧标准数据帧CAN 2.0A从1位显性帧起始SOF开始接着是11位标识符ID然后是一位RTR位远程发送请求位再是一位IDE位标识符扩展位和一位保留位r0之后是4位DLC数据长度码再往后是0到8字节的数据场然后是15位CRC和1位CRC界定符接着是ACK场含1位ACK槽和1位ACK界定符最后是7位隐性帧结束EOF。帧间还有至少3位隐性间歇场。扩展帧CAN 2.0B在标准帧的基础上多了18位扩展标识符IDE位变成隐性来表示「这是扩展帧」帧结构相应加长。这也是很多初学CAN的人容易混的地方标准帧和扩展帧的ID长度不同仲裁机制也因此有微妙差异。CRC场是很多人容易忽略却非常重要的部分。CAN的CRC是15位的CRC-15多项式覆盖范围从帧起始一直到CRC场之前的所有位包括填充位之前的原始数据。接收方会独立计算一遍如果和发送方带的CRC不一致就认为帧出错并发送错误帧。这里有一个关键点CRC是逐帧计算并附加在帧尾部的而不是对连续数据流做长时间校验所以每一帧都是独立的错误不会跨帧传递。3.2 SRR位到底替代了谁扩展帧与RTR、SRR的纠葛这是本次最值得展开的部分也是很多人在网上搜「CAN总线SRR位」时想搞清楚的问题。SRR全称是Substitute Remote Request中文常译作「替代远程请求位」。它只存在于扩展帧2.0B的仲裁场里位置在扩展ID的18位之后、IDE位之前宽度是1位。为什么会有这个位这要从标准帧的仲裁场设计说起。标准帧在11位ID之后有一位RTR位用来区分这是数据帧RTR显性逻辑0还是远程帧RTR隐性逻辑1。到了设计扩展帧时仲裁场里多出了18位扩展ID如果仍然把RTR放在固定位置标准帧和扩展帧在仲裁时的位对齐就会发生错位没法公平比较。所以扩展帧把RTR位的位置「让」给了SRR位并且规定SRR位始终发送隐性位真正的RTR位被挪到了后面去。换句话说SRR位在时间位置上对应的是标准帧的RTR位但它不表达「是否远程帧」这个信息它只是一个固定为隐性的填充位用来保证标准帧与扩展帧在仲裁时能对齐比较。这也是「替代远程请求」这个名字的由来它替代了RTR原先占的那个位。实际仲裁时有个很有意思的规则如果一个标准帧和一个扩展帧的ID前半部分相同、同时在总线上竞争发送权标准帧与扩展帧会在SRR位上相遇。标准帧在该位置发送的是RTR位如果标准帧是数据帧RTR显性而扩展帧的SRR固定为隐性于是显性优先标准帧赢得仲裁。这就是为什么业界常说「同等ID优先级下标准帧优先于扩展帧」。但如果标准帧发的是远程帧RTR隐性那它和扩展帧的SRR同为隐性仲裁就要继续往后比IDE位此时标准帧的IDE显性、扩展帧的IDE隐性标准帧仍然优先。所以SRR位是一个看起来不起眼、但影响帧间抢占顺序的关键位。配置CAN控制器时如果你开启了扩展帧收发硬件会自动生成SRR1不需要软件手动设置。真正需要你在意的是编写过滤器时如何匹配ID以及帧类型选择对仲裁优先级的影响。3.3 数据场8字节的天花板与CAN FD的破局传统CANCAN 2.0规定了一帧数据场最多8字节。这在很多场景下是足够的比如转发一个车速值、一个温度值8字节绰绰有余。但遇到需要整包固件升级OTA、批量传输诊断数据或传感器原始波形时8字节就明显不够用了一包数据要拆成几十上百帧效率很低。为了提高效率CAN FDCAN with Flexible Data rate应运而生。它把数据场上限提升到64字节并且在数据段使用更高的可变速率传输从仲裁段的最高1Mbps提升到数据段的2Mbps甚至更高同时保持与传统CAN节点的兼容性。CAN FD的帧结构里FDF位扩展数据帧标志位取代了原有保留位r0的位置DLC也有新的编码方式来支持更长的数据长度。如果是从传统CAN升级到CAN FD需要注意控制器和收发器都必须支持FD传统CAN节点收到FD帧会报格式错误。所以混网阶段一般先保持传统CAN通信等所有节点都支持FD之后再统一切换到FD模式。这是实际上车企量产时常见的过渡策略。4. 多节点抢总线时为什么数据不丢无损仲裁的底层逻辑CAN总线之所以被广泛应用于安全关键系统一个核心能力是「无损仲裁」。意思是多个节点同时发数据时不靠冲突检测后重发而是直接在位级别上分出胜负赢得仲裁的节点继续发送输掉的节点自动转为接收数据不损坏总线带宽也不浪费。这是以太网CSMA/CD做不到的也是CAN的一大亮点。4.1 显性位覆盖隐性位如何实现「先到先得」无损仲裁的物理基础就是第2章讲的显性/隐性特性。当一个隐性位和一个显性位同时在总线上出现时总线电平表现为显性而一个隐性位等于「没驱动」任何节点的隐性位都不会影响总线的显性电平。于是仲裁过程可以这样理解所有竞争节点同时开始发送自己的帧每一位都在总线上「投票」显性相当于投了「我要赢」隐性相当于「我放弃」。仲裁从帧起始之后的ID位开始按位比较。每个竞争节点都在发送自己ID位的同时回读总线上的实际电平。如果自己发的是隐性1但读到总线上是显性0说明有其他节点发了优先级更高的ID那么自己立刻停止发送转入接收状态。因为每一位的比较是实时的、逐位的所以仲裁过程没有额外的时间开销这就是「无损」。ID数值越小显性位出现得越早仲裁优先级越高。这就是为什么CAN报文ID的分配要谨慎网络上不能随便分配ID必须保证高优先级事件比如安全气囊触发、刹车状态使用较小的ID数值普通信息如车窗位置、温度使用较大的ID。实际项目中ID规划表往往比代码实现还重要。4.2 SRR在仲裁中的隐藏角色回到SRR位你会发现它的作用在仲裁机制里被放大了。前文已经说过标准帧的RTR位与扩展帧的SRR位在时序上是同一个位置。如果标准帧发的是数据帧RTR显性则标准帧一定在SRR位击败扩展帧。这意味着在同一个11位基础ID相同的情况下标准数据帧优先级高于扩展帧哪怕扩展帧后面跟着18位扩展ID也轮不到它参与后续比较。但有一种例外你需要知道如果标准帧是远程帧RTR隐性SRR位同为隐性两者比较不出来继续往后比。扩展帧下一位置是IDE隐性标准帧下一位置是IDE显性于是标准帧仍然获胜。总结一句话就是标准帧在仲裁上几乎总是压过同ID扩展帧。只有一种极端情况是标准帧与扩展帧在ID位就分出胜负的场景——即两者的ID值不同那当然是谁的ID数值小谁赢跟标准/扩展帧类型无关。设计多节点网络时如果你既用了标准帧又用了扩展帧要特别小心这个规则。曾经有个同行在开发车辆网关项目时把传感器节点配置成扩展帧ID0x123网关内部用标准帧ID0x123去应答结果发现传感器永远抢不到总线发送权——就是因为这个仲裁规则。后来把传感器改成标准帧问题立刻消失。4.3 标识符与优先级设计实战建议结合上面的仲裁规则实际项目里ID规划有几个可操作的技巧。第一把实时性要求最高、故障安全最关键的信号分配到最小ID段比如0x001~0x01F给动力与安全系统第二周期性报文和事件报文分区间管理避免大周期信号占用小ID第三尽量全网统一使用标准帧或扩展帧混用会增加出问题的概率第四如果要兼容第三方设备先查清对方的帧格式和ID段不要想当然。如果用的是CAN FD仲裁段保持标准ID编码方式数据段使用更高的比特率分配ID时仍然遵循「小ID高优先」的原则。实测表明仲裁机制的有效性依赖所有节点遵循同样的波特率——仲裁段的位时间必须一致否则不同速率的节点在电平采样上会出现偏差可能在仲裁过程中误判断。5. 工程落地中最容易翻车的地方拓扑、分支长度与终端方式协议层面懂了也会配置控制器了很多人以为CAN通信就能稳定跑。但真正拿到现场最常出的问题往往在物理拓扑和接线方式上而这些问题也是网上关于「CAN总线并联分支的长度是指哪个长度」这类热词出现的根本原因。5.1 并联分支长度到底指哪段热词背后的物理意义先给出定义并联分支长度stub length指的是从总线主线到一个CAN节点收发器之间的那一段支线长度。也就是说当一根CAN总线像串葫芦一样经过每个节点附近时从主线分叉到节点引脚的这段线就叫分支。规范里建议分支线要尽量短经典的CAN参考设计通常要求分支长度不超过0.3米慢速工业场合可以放宽到1米左右具体上限与波特率有关。为什么分支长度有严格限制因为CAN总线工作时的位时间很短比如1Mbps下每一位只有1微秒。如果分支太长信号从主线传到节点收发器再反射回来反射波会在采样点附近叠加出振铃导致某个节点采到的电平与其他节点不一致。波特率越高允许的分支越短。还有人会问能不能把多个节点挂在同一段很长的分支上答案是否定的。从拓扑角度看那等于把多个节点的收发器并联在一条支线上支线成了一个「伪主干」反射会变得非常复杂可靠性急剧下降。现场操作时我的做法是先画拓扑图标出每一段主线的走向和每个节点的接入点然后量算分支实际长度超过0.5米就重新走线或调整节点位置。曾有项目里一个传感器节点因为安装位置限制分支线走了将近1.5米通信速率是500kbps结果那个节点间歇性掉线。后来把分支缩短到0.2米问题立刻消失。这个案例充分说明节点位置布局在CAN工程里不是末节细节而是核心设计。5.2 终端电阻位置错了会怎样终端电阻必须放在总线物理长度的两个最远端。所谓最远端是信号传输路径上的两端而不是逻辑上的某个主控。很多人以为终端电阻应该放在主控端和某个中间节点端这是错误的。如果终端电阻没放在最远端信号到达线缆物理末端时仍会发生反射哪怕反射幅度不大也会影响高波特率下的采样稳定性。自己动手搭实验网络时有一种快速检查终端电阻是否到位的方法整条总线断电用万用表在任意接入点量CANH与CANL之间的直流电阻。如果测得约60欧姆说明两端各有一个120欧姆电阻终端匹配正确如果测得约120欧姆说明只在一端接了电阻如果测得几兆欧甚至开路说明两个终端电阻都缺失。测的时候记得先断开所有节点的电源因为带电状态下收发器内部电路会影响测量结果。5.3 星型、菊花链与混合拓扑的选择标准CAN总线推荐的是直线拓扑即一根主干线串起所有节点每节点用最短分支接入。但在实际工程里受空间限制很多人会搞星型连接将多个节点的分支集中到一个汇流点。星型拓扑的问题在于每个分支上都会产生反射多个反射在汇流点叠加后波形质量会很差而且星型结构很难在物理链路的两端准确定位终端位置。如果迫不得已要用星型可以引入CAN集线器hub或CAN中继器来隔离分支每个分支单独作为一段总线处理。但更推荐的方案是仔细布线尽量做成一条主干串联。在某些大型工业设备上节点分散在好几个柜子里如果柜内节点较多可以在每个柜内经端子排过渡再统一汇入主总线让每个分支维持在最短长度。我们在实验里还测过一种「菊花链」接法每个节点接线端子一进一出信号从第一个节点进来又出去到下一个节点。这种接法在低速、短距、节点少的场合能工作但不建议用于高速长距因为每一节点的进出端子都会引入寄生电容和阻抗不连续节点一多波形就变差。主干短分支依然是默认首选。6. 保护设计从汽车电路图看CAN节点怎么扛住干扰很多嵌入式爱好者自己画CAN节点电路时往往只放一个收发器接上终端电阻就跑。如果只是实验室里玩这没问题但一旦放到汽车或工业现场问题就会暴露。汽车环境相当残酷电瓶抛负载时的浪涌可以达到几十伏到上百伏静电放电ESD随时可能通过线束传导进收发器电机、继电器产生的电磁干扰也会耦合到CAN线束上。不做好保护设计收发器芯片很容易损坏通信也随之瘫痪。6.1 CAN收发器需要防什么ESD、浪涌与共模干扰先列一下汽车电子环境里CAN接口面临的主要威胁ESD静电放电、浪涌surge、电快速瞬变脉冲群EFT以及持续的共模干扰。ESD常见于设备插拔连接器时人体或线缆上的静电瞬间释放电压可高达数千伏浪涌则多来自电瓶抛负载、感性负载开关等持续时间较长、能量较大EFT是继电器触点分合时产生的快速脉冲群频率很高容易在长线缆上耦合出干扰。共模干扰则来自电机、点火系统等以同相方式同时出现在CANH和CANL上不会直接产生差分电压但会抬高或压低收发器的共模电位超过允许范围就会误码。保护电路的设计思路是分级泄放先用瞬态抑制器件TVS吸收大的瞬态能量再用共模电感滤除高频共模干扰最后靠收发器内部保护电路兜底。除此之外还可以增加串联电阻来限流并联滤波电容来滤除高频杂波。注意所有保护器件的地必须接到节点的模拟地或信号地并且保证接地阻抗尽量低否则泄放路径不畅保护效果大打折扣。6.2 典型节点电路图逐元件解读一个典型的CAN节点接口电路从总线侧到收发器侧通常包含以下器件终端电阻若该节点位于总线末端、共模电感或磁珠、TVS管/ESD保护二极管、串联电阻、滤波电容然后是CAN收发器最后是MCU的CAN控制器。这里以常见的TJA1051收发器为例画一下元件布置逻辑。总线进来先经过共模电感CMC它的作用是让CANH和CANL上的共模干扰相互抵消同时让差分信号顺利通过。共模电感后面接TVS管到地TVS的方向需要注意对CAN而言一般选用双向TVS因为CANH和CANL的电位可能高于地也可能低于地单向TVS会有保护盲区。TVS的钳位电压也要与收发器的极限电压匹配过高起不到保护作用过低又会在正常工作时导通影响信号质量。比如收发器极限电压是±25V有的车规收发器是-27V到40VTVS的钳位电压一般选在十几伏到二十几伏之间。在收发器的CANH、CANL引脚上还可以各串一个几十欧姆的电阻比如60欧姆用于限流和抑制振铃。滤波电容则从各信号线对地接一个小电容如100pF到1nF容值不能太大否则会滤波掉CAN信号的高频成分影响边沿速率。收发器的VCC引脚要接去耦电容VIO如果有的话按逻辑电平接MCU侧电源。收发器TXD/RXD分别接MCU的CAN_TX/CAN_RX注意TXD为低电平有效发送显性位也就是TXD0时输出显性。6.3 共模电感怎么选、Vbat钳位怎么接共模电感的选型主要看两个参数额定电流和共模阻抗。额定电流要大于实际工作电流CAN收发器静态电流很小一般几十毫安以内所以选几百毫安的共模电感即可共模阻抗则根据你要抑制的频段来选通常几百欧姆到几千欧姆之间。不要选阻抗过大的型号否则差分信号分量也会受到影响。如果空间有限也可以用磁珠替代共模电感但磁珠对差模信号也有一定阻抗会影响信号边沿不如共模电感合适。关于Vbat钳位这里说的是车载节点里CAN收发器如果直接由电池电源供电需要做反接保护和过压钳位。常见做法是在电源入口串联一个防反接二极管或者用PMOS防反接电路再在电源线对地并联TVS如SMBJ系列吸收抛负载浪涌。有些收发器本身支持直接接到电池比如TJA1051有INH引脚用于控制外部稳压器但再接一个防反接和保护电路总归更稳妥。画电路图时还有一条容易被忽略的连接器端的CANH和CANL焊盘之间最好预留一个终端电阻位方便在实车调整时决定该节点是否作为终端节点。另外CANH/CANL走线要尽量平行且靠近差分阻抗控制在120欧姆附近不要为了美观把两条线绕得远远的这会破坏差分信号的平衡性。良好的PCB布局也能大幅降低EMI风险这跟电路图上的保护器件同样重要。7. 故障排查实战示波器看波形和一些容易误判的情况最后这部分是这几年帮朋友和同事处理CAN问题积累下来的排查心得。很多故障不用猜示波器一挂就能看个八九不离十。7.1 波形判读的几个核心观察点把示波器两个通道分别接到CANH和CANL差分探头更方便直接用普通探头也完全可以触发方式选CAN触发如果示波器支持或者用下降沿触发抓显性位起始。观察几个关键点一是看隐性电平是否在2.5V附近。如果CANH和CANL的空闲电位明显偏离比如一个2.2V一个2.8V说明总线存在异常负载或某个收发器故障。如果隐性电平远高于或低于2.5V可能是有节点电源异常或保护器件漏电。二是看显性位差分电压。高速CAN标准要求显性差分至少1.2V典型约2V。如果只有0.8~1.0V说明驱动能力不足可能是总线过长、节点过多、终端电阻过小比如有人用了两个60欧整体只有30欧或者某个节点收发器性能衰减。如果差分电压超过3V又可能是CANH对地或CANL对地短路等异常。三是看帧末的ACK槽。发送节点发出的帧在ACK槽会释放总线为隐性而正常接收节点会在这个位置回一个显性位ACK。如果总线上没有任何节点应答发送节点会收到ACK错误并重发。实际操作中用CAN分析仪或者CANScope等工具可以直接看有没有ACK这个比示波器更直观。但如果手边只有示波器你也可以观察帧间隔是否存在大量连续重发帧这通常意味着没有节点正确应答。四是看波形的边沿。显性到隐性、隐性到显性的边沿应该陡峭如果边沿变得很缓、有过冲、振铃多半是终端电阻缺失、分支过长或PCB布局导致的寄生电容过大。边沿变缓在高波特率下最容易引发误码。7.2 一些容易误判的情况故障排查中最容易踩的坑是「软件配置看起来都对但总线就是不通信」的情况。有一次现场调试波特率、ID、滤波全部检查过好几遍还是收不到报文。最后发现是CAN收发器的RS引脚静音控制引脚悬空了TJA1050的RS引脚如果悬空收发器会进入静音模式只能接收不能发送——还傻傻以为代码有问题。还有一种常见情况是「发得出收不回」。某个节点能往总线上发数据但收不到其他节点的数据。排查后发现收发器的RXD输出电路有问题比如上拉电阻没接或者RXD引脚对地短路。从示波器看总线波形完全是好的差分电平正常数据也在传输问题出在RXD到MCU的链路上。关于波特率不匹配有个容易绕晕的误区两个节点波特率不同步有时不是完全收不到帧而是出现大量错误帧、Bus Off或偶尔能收到一帧又丢一帧。这是因为CAN控制器的采样点落在错误的位时间位置上偶尔、恰好采样到了正确电平就会收到个别帧。判断波特率是否匹配最可靠的方法是看空闲状态和SOF位的持续时间用示波器量一帧完整的时间除以预期位数就能反推实际波特率。最后再提一个真正有用的经验当总线出现大量错误帧时不要立刻怀疑收发器硬件损坏先用CAN分析仪看一下错误帧是哪一种错误类型。CAN控制器会捕捉错误类型比如位错误、填充错误、CRC错误、格式错误、ACK错误。每种错误对应的故障方向不同位错误一般指向仲裁冲突或总线电平异常填充错误和CRC错误通常指向信号质量差、波特率偏差ACK错误则说明没有接收节点。错误类型是排查的第一入口比盲改代码有效得多。我个人在实际项目里还有一个习惯任何CAN节点上电前先断开总线量各节点的CANH/CANL对地电阻和CANH-CANL间电阻确认没有短路、没有接反再去跑协议测试。这个动作看起来简单但能避免大量烧收发器、找bug的时间。CAN总线的坑大多不在协议文档里而在你接线的那几十厘米导线上。把物理层搞扎实协议层的问题往往不攻自破。
CAN总线从物理层到仲裁机制：SRR位、终端电阻与故障排查实战
1. 为什么整车到处都有CAN总线从线束困境到通信革命我最早接触CAN总线是在一台老款德系车的诊断接口上当时只是拿OBD工具读故障码并没有多想。后来真正动手做ECU之间的通信调试才意识到CAN总线并不是「一根线传数据」那么简单它背后解决的是汽车电子系统里一个非常现实的问题ECU越来越多线束越来越沉点对点通信根本撑不住。早期车载ECU之间的通信基本是一对一拉线。一个刹车开关信号要送给ABS、发动机、仪表、车身控制模块每一路都得单独走线既占空间又增加重量故障点也跟着翻倍。到了现代车型一台车的ECU数量动辄几十个如果还按点对点布线线束的直径和重量会成为灾难。CAN总线的核心思路就是把所有节点挂到同一对双绞线上用一套统一的多主通信协议共享信号谁有数据谁就发不需要专门的主站去轮询。这一下就把拓扑从「蜘蛛网」变成了「一 bus 多挂点」。这也是为什么你翻开任何一本车载电子书的目录CAN总线几乎永远排在通信协议的第一位。它不光是博世在1986年为了解决线束问题推出的串行总线协议更是后来整个车载网络从动力、底盘、车身到诊断的地基。到了今天哪怕是在工业设备、医疗器械、电梯控制系统里你也能看到CAN总线的身影因为它把「可靠」「实时」「低成本」这三个词平衡得相当好。如果说你只是想看懂汽车电路图里的CAN_H、CAN_L或者想自己用STM32、Arduino搭一个CAN通信实验这篇文章对你就是合适的。我会把协议帧结构、物理层电平、仲裁机制、分支长度、保护电路这些容易让人卡壳的点逐个掰开讲清楚。下面从物理层开始因为大量实测故障最后都出在物理层。2. 物理层才是CAN的第一道门槛电平、隐性位与终端电阻很多人学CAN的第一反应是先背帧格式但协议跑得通的前提是先保证物理层波形干净。CAN总线物理层用的是差分信号两条线分别叫CANH高线和CANL低线平时空闲时两条线都处于同一电位附近此时总线呈现隐性recessive状态对应逻辑1当某个节点要发送显性dominant位时它会把CANH拉高、CANL拉低形成差分电压对应逻辑0。2.1 CANH与CANL上的显性电平是怎么形成的以最常见的ISO 11898-2高速CAN标准为例隐性状态下CANH和CANL大致都在2.5V附近差分电压约0V显性状态下CANH会被驱动到约3.5VCANL被拉到约1.5V差分电压约2V。接收端判定的阈值通常在0.5V~0.9V左右只要差分电压超过这个区间就识别为显性位。这里有一个非常关键的细节显性位能「压过」隐性位是依靠物理驱动能力实现的而不是靠仲裁逻辑判断。任何节点只要想发显性位就把总线拉出差分电压而隐性位实际上是什么都没驱动靠终端电阻把两条线拉回同一电位。也就是说在总线上显性位是「主动输出」隐性位是「被动释放」。这个特性直接决定了下文要讲的无损仲裁机制也解释了为什么CAN总线上不允许出现持续超过一定时间的显性电平——如果有人把CANH对地短路整个总线都会被锁死在显性状态所有节点都发不出报文。我今年调试一台电动巡检车时就遇到过一次「总线锁死」的故障。现象是整个网络所有节点都报Bus Off示波器一看CANH被死死压在12VCANL在2.5V差分电压超出规范值太多。排查到最后是某节点的CANH线内部绝缘破损直接搭到了电源线上。这种问题靠软件永远查不出来必须从物理层入手。2.2 为什么终端电阻必须是120欧姆终端电阻是CAN总线物理层最容易理解错的部分。很多人以为这是个「可选项」实际上它是反射抑制的关键。高速CAN总线规定在总线物理距离最远的两个端点各接一个120欧姆电阻两个并联后等效60欧姆。为什么是这个值因为CAN总线使用的双绞线特征阻抗通常在120欧姆左右终端电阻匹配了传输线阻抗信号到达线缆末端时才不会被反射回来产生振铃和波形畸变。如果终端电阻缺失或阻值不对波特率较高时波形上会出现明显的过冲和台阶采样点刚好落在台阶上就会误判位电平。实测中1米以内的短距离实验板缺一个终端电阻往往还能跑通但一旦线长超过两三米或者挂载节点增多丢帧率和错误帧就会飙升。所以做CAN实验时最稳妥的做法是遵守规范在总线两端老老实实各放一个120欧姆电阻。2.3 12V还是24V都无所谓但共地必须认真CAN物理层本身不要求固定的供电电压它是差分信号只要收发器工作在合理范围内就行。车载环境里有的系统用12V有的是24V这不直接影响CAN电平因为CAN收发器内部有稳压和电平转换电路自己会生成所需的隐性电平和显性电平。真正影响通信稳定性的是各个节点之间的参考地。差分信号理论上不依赖共地但实际上每个CAN收发器的CANH/CANL输出都是相对于本地地来驱动的如果节点间地电位差太大共模电压会超出收发器允许范围一般收发器的共模输入范围是-2V到7V左右比如TJA1050接收端就可能收不到正确电平。所以长距离CAN布线时除了双绞信号线还要考虑辅助地线或者等电位连接这在工业现场尤其重要。另外值得注意的是不同速率标准下的物理层参数不完全一样。ISO 11898-2的高速CAN最高1Mbps用上面说的2.5V/3.5V/1.5V体系而ISO 11898-3的低速容错CAN最高125kbps电平体系不同隐性时CANH和CANL分别被拉到0V和5V显性时CANH约1.5V、CANL约3.5V差分方向相反。现在多数乘用车高速动力网络用的是高速CAN车身低速网络有些用容错CAN。做开发前先确认自己面对的是哪一种不要拿高速CAN收发器直接去接低速容错CAN网络电平体系不兼容会一直报错。3. 一帧CAN报文的长什么样标准帧与扩展帧逐位拆解物理层搞定之后就可以看协议层了。CAN协议里一个最基本的信息单位叫帧你从网络上抓到的每一个报文都是按帧格式组织的。帧的核心结构包括帧起始、仲裁场、控制场、数据场、CRC场、ACK场和帧结束。看到这里先别慌不需要全部死记只需要理解每个场在干什么尤其要搞懂仲裁场和控制场里那几位标志位因为很多软件配置的坑都出在这里。3.1 从帧起始到ACK逐字段过一遍一帧标准数据帧CAN 2.0A从1位显性帧起始SOF开始接着是11位标识符ID然后是一位RTR位远程发送请求位再是一位IDE位标识符扩展位和一位保留位r0之后是4位DLC数据长度码再往后是0到8字节的数据场然后是15位CRC和1位CRC界定符接着是ACK场含1位ACK槽和1位ACK界定符最后是7位隐性帧结束EOF。帧间还有至少3位隐性间歇场。扩展帧CAN 2.0B在标准帧的基础上多了18位扩展标识符IDE位变成隐性来表示「这是扩展帧」帧结构相应加长。这也是很多初学CAN的人容易混的地方标准帧和扩展帧的ID长度不同仲裁机制也因此有微妙差异。CRC场是很多人容易忽略却非常重要的部分。CAN的CRC是15位的CRC-15多项式覆盖范围从帧起始一直到CRC场之前的所有位包括填充位之前的原始数据。接收方会独立计算一遍如果和发送方带的CRC不一致就认为帧出错并发送错误帧。这里有一个关键点CRC是逐帧计算并附加在帧尾部的而不是对连续数据流做长时间校验所以每一帧都是独立的错误不会跨帧传递。3.2 SRR位到底替代了谁扩展帧与RTR、SRR的纠葛这是本次最值得展开的部分也是很多人在网上搜「CAN总线SRR位」时想搞清楚的问题。SRR全称是Substitute Remote Request中文常译作「替代远程请求位」。它只存在于扩展帧2.0B的仲裁场里位置在扩展ID的18位之后、IDE位之前宽度是1位。为什么会有这个位这要从标准帧的仲裁场设计说起。标准帧在11位ID之后有一位RTR位用来区分这是数据帧RTR显性逻辑0还是远程帧RTR隐性逻辑1。到了设计扩展帧时仲裁场里多出了18位扩展ID如果仍然把RTR放在固定位置标准帧和扩展帧在仲裁时的位对齐就会发生错位没法公平比较。所以扩展帧把RTR位的位置「让」给了SRR位并且规定SRR位始终发送隐性位真正的RTR位被挪到了后面去。换句话说SRR位在时间位置上对应的是标准帧的RTR位但它不表达「是否远程帧」这个信息它只是一个固定为隐性的填充位用来保证标准帧与扩展帧在仲裁时能对齐比较。这也是「替代远程请求」这个名字的由来它替代了RTR原先占的那个位。实际仲裁时有个很有意思的规则如果一个标准帧和一个扩展帧的ID前半部分相同、同时在总线上竞争发送权标准帧与扩展帧会在SRR位上相遇。标准帧在该位置发送的是RTR位如果标准帧是数据帧RTR显性而扩展帧的SRR固定为隐性于是显性优先标准帧赢得仲裁。这就是为什么业界常说「同等ID优先级下标准帧优先于扩展帧」。但如果标准帧发的是远程帧RTR隐性那它和扩展帧的SRR同为隐性仲裁就要继续往后比IDE位此时标准帧的IDE显性、扩展帧的IDE隐性标准帧仍然优先。所以SRR位是一个看起来不起眼、但影响帧间抢占顺序的关键位。配置CAN控制器时如果你开启了扩展帧收发硬件会自动生成SRR1不需要软件手动设置。真正需要你在意的是编写过滤器时如何匹配ID以及帧类型选择对仲裁优先级的影响。3.3 数据场8字节的天花板与CAN FD的破局传统CANCAN 2.0规定了一帧数据场最多8字节。这在很多场景下是足够的比如转发一个车速值、一个温度值8字节绰绰有余。但遇到需要整包固件升级OTA、批量传输诊断数据或传感器原始波形时8字节就明显不够用了一包数据要拆成几十上百帧效率很低。为了提高效率CAN FDCAN with Flexible Data rate应运而生。它把数据场上限提升到64字节并且在数据段使用更高的可变速率传输从仲裁段的最高1Mbps提升到数据段的2Mbps甚至更高同时保持与传统CAN节点的兼容性。CAN FD的帧结构里FDF位扩展数据帧标志位取代了原有保留位r0的位置DLC也有新的编码方式来支持更长的数据长度。如果是从传统CAN升级到CAN FD需要注意控制器和收发器都必须支持FD传统CAN节点收到FD帧会报格式错误。所以混网阶段一般先保持传统CAN通信等所有节点都支持FD之后再统一切换到FD模式。这是实际上车企量产时常见的过渡策略。4. 多节点抢总线时为什么数据不丢无损仲裁的底层逻辑CAN总线之所以被广泛应用于安全关键系统一个核心能力是「无损仲裁」。意思是多个节点同时发数据时不靠冲突检测后重发而是直接在位级别上分出胜负赢得仲裁的节点继续发送输掉的节点自动转为接收数据不损坏总线带宽也不浪费。这是以太网CSMA/CD做不到的也是CAN的一大亮点。4.1 显性位覆盖隐性位如何实现「先到先得」无损仲裁的物理基础就是第2章讲的显性/隐性特性。当一个隐性位和一个显性位同时在总线上出现时总线电平表现为显性而一个隐性位等于「没驱动」任何节点的隐性位都不会影响总线的显性电平。于是仲裁过程可以这样理解所有竞争节点同时开始发送自己的帧每一位都在总线上「投票」显性相当于投了「我要赢」隐性相当于「我放弃」。仲裁从帧起始之后的ID位开始按位比较。每个竞争节点都在发送自己ID位的同时回读总线上的实际电平。如果自己发的是隐性1但读到总线上是显性0说明有其他节点发了优先级更高的ID那么自己立刻停止发送转入接收状态。因为每一位的比较是实时的、逐位的所以仲裁过程没有额外的时间开销这就是「无损」。ID数值越小显性位出现得越早仲裁优先级越高。这就是为什么CAN报文ID的分配要谨慎网络上不能随便分配ID必须保证高优先级事件比如安全气囊触发、刹车状态使用较小的ID数值普通信息如车窗位置、温度使用较大的ID。实际项目中ID规划表往往比代码实现还重要。4.2 SRR在仲裁中的隐藏角色回到SRR位你会发现它的作用在仲裁机制里被放大了。前文已经说过标准帧的RTR位与扩展帧的SRR位在时序上是同一个位置。如果标准帧发的是数据帧RTR显性则标准帧一定在SRR位击败扩展帧。这意味着在同一个11位基础ID相同的情况下标准数据帧优先级高于扩展帧哪怕扩展帧后面跟着18位扩展ID也轮不到它参与后续比较。但有一种例外你需要知道如果标准帧是远程帧RTR隐性SRR位同为隐性两者比较不出来继续往后比。扩展帧下一位置是IDE隐性标准帧下一位置是IDE显性于是标准帧仍然获胜。总结一句话就是标准帧在仲裁上几乎总是压过同ID扩展帧。只有一种极端情况是标准帧与扩展帧在ID位就分出胜负的场景——即两者的ID值不同那当然是谁的ID数值小谁赢跟标准/扩展帧类型无关。设计多节点网络时如果你既用了标准帧又用了扩展帧要特别小心这个规则。曾经有个同行在开发车辆网关项目时把传感器节点配置成扩展帧ID0x123网关内部用标准帧ID0x123去应答结果发现传感器永远抢不到总线发送权——就是因为这个仲裁规则。后来把传感器改成标准帧问题立刻消失。4.3 标识符与优先级设计实战建议结合上面的仲裁规则实际项目里ID规划有几个可操作的技巧。第一把实时性要求最高、故障安全最关键的信号分配到最小ID段比如0x001~0x01F给动力与安全系统第二周期性报文和事件报文分区间管理避免大周期信号占用小ID第三尽量全网统一使用标准帧或扩展帧混用会增加出问题的概率第四如果要兼容第三方设备先查清对方的帧格式和ID段不要想当然。如果用的是CAN FD仲裁段保持标准ID编码方式数据段使用更高的比特率分配ID时仍然遵循「小ID高优先」的原则。实测表明仲裁机制的有效性依赖所有节点遵循同样的波特率——仲裁段的位时间必须一致否则不同速率的节点在电平采样上会出现偏差可能在仲裁过程中误判断。5. 工程落地中最容易翻车的地方拓扑、分支长度与终端方式协议层面懂了也会配置控制器了很多人以为CAN通信就能稳定跑。但真正拿到现场最常出的问题往往在物理拓扑和接线方式上而这些问题也是网上关于「CAN总线并联分支的长度是指哪个长度」这类热词出现的根本原因。5.1 并联分支长度到底指哪段热词背后的物理意义先给出定义并联分支长度stub length指的是从总线主线到一个CAN节点收发器之间的那一段支线长度。也就是说当一根CAN总线像串葫芦一样经过每个节点附近时从主线分叉到节点引脚的这段线就叫分支。规范里建议分支线要尽量短经典的CAN参考设计通常要求分支长度不超过0.3米慢速工业场合可以放宽到1米左右具体上限与波特率有关。为什么分支长度有严格限制因为CAN总线工作时的位时间很短比如1Mbps下每一位只有1微秒。如果分支太长信号从主线传到节点收发器再反射回来反射波会在采样点附近叠加出振铃导致某个节点采到的电平与其他节点不一致。波特率越高允许的分支越短。还有人会问能不能把多个节点挂在同一段很长的分支上答案是否定的。从拓扑角度看那等于把多个节点的收发器并联在一条支线上支线成了一个「伪主干」反射会变得非常复杂可靠性急剧下降。现场操作时我的做法是先画拓扑图标出每一段主线的走向和每个节点的接入点然后量算分支实际长度超过0.5米就重新走线或调整节点位置。曾有项目里一个传感器节点因为安装位置限制分支线走了将近1.5米通信速率是500kbps结果那个节点间歇性掉线。后来把分支缩短到0.2米问题立刻消失。这个案例充分说明节点位置布局在CAN工程里不是末节细节而是核心设计。5.2 终端电阻位置错了会怎样终端电阻必须放在总线物理长度的两个最远端。所谓最远端是信号传输路径上的两端而不是逻辑上的某个主控。很多人以为终端电阻应该放在主控端和某个中间节点端这是错误的。如果终端电阻没放在最远端信号到达线缆物理末端时仍会发生反射哪怕反射幅度不大也会影响高波特率下的采样稳定性。自己动手搭实验网络时有一种快速检查终端电阻是否到位的方法整条总线断电用万用表在任意接入点量CANH与CANL之间的直流电阻。如果测得约60欧姆说明两端各有一个120欧姆电阻终端匹配正确如果测得约120欧姆说明只在一端接了电阻如果测得几兆欧甚至开路说明两个终端电阻都缺失。测的时候记得先断开所有节点的电源因为带电状态下收发器内部电路会影响测量结果。5.3 星型、菊花链与混合拓扑的选择标准CAN总线推荐的是直线拓扑即一根主干线串起所有节点每节点用最短分支接入。但在实际工程里受空间限制很多人会搞星型连接将多个节点的分支集中到一个汇流点。星型拓扑的问题在于每个分支上都会产生反射多个反射在汇流点叠加后波形质量会很差而且星型结构很难在物理链路的两端准确定位终端位置。如果迫不得已要用星型可以引入CAN集线器hub或CAN中继器来隔离分支每个分支单独作为一段总线处理。但更推荐的方案是仔细布线尽量做成一条主干串联。在某些大型工业设备上节点分散在好几个柜子里如果柜内节点较多可以在每个柜内经端子排过渡再统一汇入主总线让每个分支维持在最短长度。我们在实验里还测过一种「菊花链」接法每个节点接线端子一进一出信号从第一个节点进来又出去到下一个节点。这种接法在低速、短距、节点少的场合能工作但不建议用于高速长距因为每一节点的进出端子都会引入寄生电容和阻抗不连续节点一多波形就变差。主干短分支依然是默认首选。6. 保护设计从汽车电路图看CAN节点怎么扛住干扰很多嵌入式爱好者自己画CAN节点电路时往往只放一个收发器接上终端电阻就跑。如果只是实验室里玩这没问题但一旦放到汽车或工业现场问题就会暴露。汽车环境相当残酷电瓶抛负载时的浪涌可以达到几十伏到上百伏静电放电ESD随时可能通过线束传导进收发器电机、继电器产生的电磁干扰也会耦合到CAN线束上。不做好保护设计收发器芯片很容易损坏通信也随之瘫痪。6.1 CAN收发器需要防什么ESD、浪涌与共模干扰先列一下汽车电子环境里CAN接口面临的主要威胁ESD静电放电、浪涌surge、电快速瞬变脉冲群EFT以及持续的共模干扰。ESD常见于设备插拔连接器时人体或线缆上的静电瞬间释放电压可高达数千伏浪涌则多来自电瓶抛负载、感性负载开关等持续时间较长、能量较大EFT是继电器触点分合时产生的快速脉冲群频率很高容易在长线缆上耦合出干扰。共模干扰则来自电机、点火系统等以同相方式同时出现在CANH和CANL上不会直接产生差分电压但会抬高或压低收发器的共模电位超过允许范围就会误码。保护电路的设计思路是分级泄放先用瞬态抑制器件TVS吸收大的瞬态能量再用共模电感滤除高频共模干扰最后靠收发器内部保护电路兜底。除此之外还可以增加串联电阻来限流并联滤波电容来滤除高频杂波。注意所有保护器件的地必须接到节点的模拟地或信号地并且保证接地阻抗尽量低否则泄放路径不畅保护效果大打折扣。6.2 典型节点电路图逐元件解读一个典型的CAN节点接口电路从总线侧到收发器侧通常包含以下器件终端电阻若该节点位于总线末端、共模电感或磁珠、TVS管/ESD保护二极管、串联电阻、滤波电容然后是CAN收发器最后是MCU的CAN控制器。这里以常见的TJA1051收发器为例画一下元件布置逻辑。总线进来先经过共模电感CMC它的作用是让CANH和CANL上的共模干扰相互抵消同时让差分信号顺利通过。共模电感后面接TVS管到地TVS的方向需要注意对CAN而言一般选用双向TVS因为CANH和CANL的电位可能高于地也可能低于地单向TVS会有保护盲区。TVS的钳位电压也要与收发器的极限电压匹配过高起不到保护作用过低又会在正常工作时导通影响信号质量。比如收发器极限电压是±25V有的车规收发器是-27V到40VTVS的钳位电压一般选在十几伏到二十几伏之间。在收发器的CANH、CANL引脚上还可以各串一个几十欧姆的电阻比如60欧姆用于限流和抑制振铃。滤波电容则从各信号线对地接一个小电容如100pF到1nF容值不能太大否则会滤波掉CAN信号的高频成分影响边沿速率。收发器的VCC引脚要接去耦电容VIO如果有的话按逻辑电平接MCU侧电源。收发器TXD/RXD分别接MCU的CAN_TX/CAN_RX注意TXD为低电平有效发送显性位也就是TXD0时输出显性。6.3 共模电感怎么选、Vbat钳位怎么接共模电感的选型主要看两个参数额定电流和共模阻抗。额定电流要大于实际工作电流CAN收发器静态电流很小一般几十毫安以内所以选几百毫安的共模电感即可共模阻抗则根据你要抑制的频段来选通常几百欧姆到几千欧姆之间。不要选阻抗过大的型号否则差分信号分量也会受到影响。如果空间有限也可以用磁珠替代共模电感但磁珠对差模信号也有一定阻抗会影响信号边沿不如共模电感合适。关于Vbat钳位这里说的是车载节点里CAN收发器如果直接由电池电源供电需要做反接保护和过压钳位。常见做法是在电源入口串联一个防反接二极管或者用PMOS防反接电路再在电源线对地并联TVS如SMBJ系列吸收抛负载浪涌。有些收发器本身支持直接接到电池比如TJA1051有INH引脚用于控制外部稳压器但再接一个防反接和保护电路总归更稳妥。画电路图时还有一条容易被忽略的连接器端的CANH和CANL焊盘之间最好预留一个终端电阻位方便在实车调整时决定该节点是否作为终端节点。另外CANH/CANL走线要尽量平行且靠近差分阻抗控制在120欧姆附近不要为了美观把两条线绕得远远的这会破坏差分信号的平衡性。良好的PCB布局也能大幅降低EMI风险这跟电路图上的保护器件同样重要。7. 故障排查实战示波器看波形和一些容易误判的情况最后这部分是这几年帮朋友和同事处理CAN问题积累下来的排查心得。很多故障不用猜示波器一挂就能看个八九不离十。7.1 波形判读的几个核心观察点把示波器两个通道分别接到CANH和CANL差分探头更方便直接用普通探头也完全可以触发方式选CAN触发如果示波器支持或者用下降沿触发抓显性位起始。观察几个关键点一是看隐性电平是否在2.5V附近。如果CANH和CANL的空闲电位明显偏离比如一个2.2V一个2.8V说明总线存在异常负载或某个收发器故障。如果隐性电平远高于或低于2.5V可能是有节点电源异常或保护器件漏电。二是看显性位差分电压。高速CAN标准要求显性差分至少1.2V典型约2V。如果只有0.8~1.0V说明驱动能力不足可能是总线过长、节点过多、终端电阻过小比如有人用了两个60欧整体只有30欧或者某个节点收发器性能衰减。如果差分电压超过3V又可能是CANH对地或CANL对地短路等异常。三是看帧末的ACK槽。发送节点发出的帧在ACK槽会释放总线为隐性而正常接收节点会在这个位置回一个显性位ACK。如果总线上没有任何节点应答发送节点会收到ACK错误并重发。实际操作中用CAN分析仪或者CANScope等工具可以直接看有没有ACK这个比示波器更直观。但如果手边只有示波器你也可以观察帧间隔是否存在大量连续重发帧这通常意味着没有节点正确应答。四是看波形的边沿。显性到隐性、隐性到显性的边沿应该陡峭如果边沿变得很缓、有过冲、振铃多半是终端电阻缺失、分支过长或PCB布局导致的寄生电容过大。边沿变缓在高波特率下最容易引发误码。7.2 一些容易误判的情况故障排查中最容易踩的坑是「软件配置看起来都对但总线就是不通信」的情况。有一次现场调试波特率、ID、滤波全部检查过好几遍还是收不到报文。最后发现是CAN收发器的RS引脚静音控制引脚悬空了TJA1050的RS引脚如果悬空收发器会进入静音模式只能接收不能发送——还傻傻以为代码有问题。还有一种常见情况是「发得出收不回」。某个节点能往总线上发数据但收不到其他节点的数据。排查后发现收发器的RXD输出电路有问题比如上拉电阻没接或者RXD引脚对地短路。从示波器看总线波形完全是好的差分电平正常数据也在传输问题出在RXD到MCU的链路上。关于波特率不匹配有个容易绕晕的误区两个节点波特率不同步有时不是完全收不到帧而是出现大量错误帧、Bus Off或偶尔能收到一帧又丢一帧。这是因为CAN控制器的采样点落在错误的位时间位置上偶尔、恰好采样到了正确电平就会收到个别帧。判断波特率是否匹配最可靠的方法是看空闲状态和SOF位的持续时间用示波器量一帧完整的时间除以预期位数就能反推实际波特率。最后再提一个真正有用的经验当总线出现大量错误帧时不要立刻怀疑收发器硬件损坏先用CAN分析仪看一下错误帧是哪一种错误类型。CAN控制器会捕捉错误类型比如位错误、填充错误、CRC错误、格式错误、ACK错误。每种错误对应的故障方向不同位错误一般指向仲裁冲突或总线电平异常填充错误和CRC错误通常指向信号质量差、波特率偏差ACK错误则说明没有接收节点。错误类型是排查的第一入口比盲改代码有效得多。我个人在实际项目里还有一个习惯任何CAN节点上电前先断开总线量各节点的CANH/CANL对地电阻和CANH-CANL间电阻确认没有短路、没有接反再去跑协议测试。这个动作看起来简单但能避免大量烧收发器、找bug的时间。CAN总线的坑大多不在协议文档里而在你接线的那几十厘米导线上。把物理层搞扎实协议层的问题往往不攻自破。
