1. 为什么CAN总线是嵌入式工程师绕不开的一道坎搞嵌入式开发的人迟早会撞上CAN总线。不管你是在做汽车电子、工业控制、医疗器械还是机器人只要涉及到多个节点之间的可靠通信CAN几乎都是默认选项。我见过太多人面试时被问到“CAN和UART有什么区别”“CAN为什么能抗干扰”“仲裁机制怎么工作的”就卡壳了也见过工作两三年的工程师调CAN通信时连示波器都不接全靠猜。CAN总线的核心价值在于它用一套非常优雅的机制解决了多节点通信中的三个核心问题——总线冲突、错误检测、故障隔离。这不是随便哪个通信协议都能同时做到的。UART只能点对点I2C距离短且抗干扰差SPI没有多主能力RS485虽然能多节点但缺乏完善的错误处理机制。CAN把这些短板全补上了而且成本极低一颗CAN收发器芯片几毛钱就能搞定。这篇文章适合谁看如果你是嵌入式新手正在学STM32或Linux下的CAN驱动开发这篇能帮你建立完整的知识框架如果你是有经验的工程师但CAN调试总是靠试错这篇能帮你理清底层逻辑以后排查问题不再靠蒙如果你在准备嵌入式面试CAN几乎是必考题这篇覆盖了从原理到实操的完整链路。我写这篇的原则很简单不堆砌手册内容只讲实际开发中真正用得上的东西。数据手册上有的参数我不重复但数据手册上不会告诉你的坑我会一个一个拆开讲。2. CAN总线的核心机制拆解2.1 差分信号与显性隐性电平CAN抗干扰的物理根基CAN总线用两根线传输信号CAN_H和CAN_L。这两根线上的电压差决定总线状态。当CAN_H约3.5V、CAN_L约1.5V时压差约2V这是显性电平逻辑0当两根线都约2.5V时压差接近0V这是隐性电平逻辑1。为什么用差分信号因为干扰通常是共模的——两根线同时受到相同的电磁干扰电压同时升高或降低但压差不变。接收端只关心压差共模干扰被自然抵消。这就是CAN能在汽车发动机舱那种强电磁环境下稳定工作的根本原因。注意显性电平对应逻辑0隐性对应逻辑1这和很多人的直觉相反。记住一个口诀“0是强势的1是弱势的”。仲裁时显性会覆盖隐性这个特性直接决定了CAN的仲裁机制。实际接线时CAN_H接CAN_HCAN_L接CAN_L不能交叉。总线两端各需要接一个120Ω终端电阻中间节点不需要接。很多人调试时忘记接终端电阻短距离低速通信可能勉强能通但一旦速率提高或距离拉长通信就会随机出错。2.2 CAN帧结构每一帧数据到底长什么样标准CAN帧CAN 2.0A的结构如下字段长度作用帧起始SOF1位显性电平标志帧开始仲裁段12位11位ID RTR位控制段6位IDE 保留位 4位DLC数据段0-8字节实际传输的数据CRC段16位15位CRC 1位界定符ACK段2位ACK槽 界定符帧结束EOF7位隐性电平扩展帧CAN 2.0B的仲裁段是29位ID多了一个SRR位和IDE位。CAN FD则把数据段扩展到最多64字节并且数据段可以切换到更高的波特率。DLC数据长度码是4位取值0-8对应0-8字节数据。CAN FD中DLC取值9-15对应12、16、20、24、32、48、64字节。这个映射关系不是线性的写驱动时需要查表转换。2.3 非破坏性仲裁CAN最精妙的设计CAN最让人拍案叫绝的设计就是非破坏性仲裁。多个节点同时发送时不会像以太网那样碰撞后全部退让重发而是优先级高的帧继续发送优先级低的自动退出且退出的帧会在总线空闲后自动重试不需要上层干预。具体过程每个节点发送ID时逐位监听总线。如果自己发隐性1但检测到显性0说明有更高优先级的节点在发送立即停止发送转为接收。ID数值越小优先级越高因为显性0在仲裁中“赢”过隐性1。举个例子节点A发送ID0x100二进制1 0000 0000节点B发送ID0x200二进制10 0000 0000。仲裁从最高位开始A的第一位是0显性B的第一位是1隐性A赢B退出。整个过程没有任何数据被破坏A的帧完整发出。实操心得设计CAN网络时安全相关的报文一定要分配最小的ID。比如刹车信号、碰撞信号用0x000-0x0FF车身控制用0x100-0x3FF诊断报文用0x700以上。这个习惯在汽车电子开发中是硬性规范。2.4 错误检测与故障隔离CAN的自我保护机制CAN有五重错误检测机制位错误发送方监听到的位与发送的位不一致仲裁段除外填充错误连续6个相同电平后必须插入一个相反电平违反则报错CRC错误接收方计算的CRC与帧中CRC不符格式错误固定格式字段出现非法电平ACK错误发送方在ACK槽没有收到任何节点的显性应答每个节点维护两个错误计数器TEC发送错误计数和REC接收错误计数。错误时计数器增加成功时减少。根据计数值节点处于三种状态错误主动TEC和REC都小于128正常参与通信检测到错误时发送主动错误帧错误被动任一计数器超过127仍能通信但检测到错误时只发送被动错误帧不干扰总线总线关闭TEC超过255节点自动脱离总线不再发送任何帧这个机制保证了故障节点不会永久拖垮整个总线。我遇到过一块CAN收发器损坏的板子它一直在发错误帧但因为错误计数器很快涨到255进入总线关闭状态总线上其他节点只受了短暂影响就恢复正常了。3. 嵌入式开发中CAN的实操配置3.1 硬件选型与电路设计要点选CAN收发器芯片最常用的是TJA1050经典但已不推荐新设计使用、TJA1051TJA1050的升级版支持更低功耗、SN65HVD2303.3V供电适合STM32等3.3V MCU、MCP25515V供电Microchip经典款。选型时重点看三个参数供电电压要和MCU电平匹配、最高速率一般1Mbps足够CAN FD需要5Mbps以上、待机电流电池供电场景要关注。典型电路连接// STM32F103 TJA1050 典型连接 // PA11 - CAN_RX - TJA1050的RXD // PA12 - CAN_TX - TJA1050的TXD // TJA1050的VCC接5VGND接地 // CAN_H和CAN_L接总线两端各接120Ω电阻注意TJA1050的TXD引脚内部有上拉如果MCU复位期间PA12浮空TXD被拉高收发器进入隐性状态不会干扰总线。但有些收发器没有这个特性设计时要在TXD上加外部上拉电阻。PCB布局时CAN_H和CAN_L要走差分对等长、紧耦合远离电源和时钟线。终端电阻放在连接器附近不要放在芯片旁边。如果总线上有多个连接器电阻放在最远端的那个连接器上。3.2 STM32 CAN外设初始化实战以STM32F103的bxCAN外设为例初始化步骤如下// 1. 使能时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_CAN1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); // 2. 配置GPIO GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin GPIO_Pin_11; // CAN_RX GPIO_InitStructure.GPIO_Mode GPIO_Mode_IPU; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin GPIO_Pin_12; // CAN_TX GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. CAN外设配置 CAN_InitTypeDef CAN_InitStructure; CAN_InitStructure.CAN_TTCM DISABLE; // 时间触发模式关闭 CAN_InitStructure.CAN_ABOM ENABLE; // 自动离线恢复 CAN_InitStructure.CAN_AWUM ENABLE; // 自动唤醒 CAN_InitStructure.CAN_NART DISABLE; // 自动重传开启 CAN_InitStructure.CAN_RFLM DISABLE; // 接收FIFO不锁定 CAN_InitStructure.CAN_TXFP DISABLE; // 发送优先级由ID决定 CAN_InitStructure.CAN_Mode CAN_Mode_Normal; CAN_InitStructure.CAN_SJW CAN_SJW_1tq; CAN_InitStructure.CAN_BS1 CAN_BS1_8tq; CAN_InitStructure.CAN_BS2 CAN_BS2_7tq; CAN_InitStructure.CAN_Prescaler 4; // 波特率分频 CAN_Init(CAN1, CAN_InitStructure);波特率计算公式波特率 APB1时钟 / (Prescaler × (1 BS1 BS2))假设APB1时钟为36MHzPrescaler4BS18BS27则 波特率 36000000 / (4 × (1 8 7)) 36000000 / 64 562500bps这不是标准波特率。要得到500kbps需要调整参数。常用配置Prescaler4BS19BS28则36000000/(4×18)500000bps。实操心得采样点位置很重要。BS1和BS2的比例决定了采样点在位时间的哪个位置。推荐采样点在75%-80%处即BS1/(BS1BS2)≈75%。上面BS19、BS28的配置采样点在(19)/(198)71%略偏低但可接受。如果通信距离长可以适当提高采样点比例。3.3 过滤器配置只接收你需要的报文CAN外设的过滤器决定了哪些报文会被接收。STM32F103有14个过滤器组每个组可以配置为屏蔽位模式或标识符列表模式。// 配置过滤器0只接收ID0x123的标准帧 CAN_FilterInitTypeDef CAN_FilterInitStructure; CAN_FilterInitStructure.CAN_FilterNumber 0; CAN_FilterInitStructure.CAN_FilterMode CAN_FilterMode_IdMask; CAN_FilterInitStructure.CAN_FilterScale CAN_FilterScale_32bit; CAN_FilterInitStructure.CAN_FilterIdHigh 0x123 5; // ID左移5位 CAN_FilterInitStructure.CAN_FilterIdLow 0x0000; CAN_FilterInitStructure.CAN_FilterMaskIdHigh 0xFFFF; // 所有位都必须匹配 CAN_FilterInitStructure.CAN_FilterMaskIdLow 0xFFFF; CAN_FilterInitStructure.CAN_FilterFIFOAssignment CAN_Filter_FIFO0; CAN_FilterInitStructure.CAN_FilterActivation ENABLE; CAN_FilterInit(CAN_FilterInitStructure);屏蔽位模式中Mask某位为1表示该位必须匹配为0表示不关心。比如要接收0x120-0x12F的所有IDMask设为0xFFF0Id设为0x120。注意过滤器配置必须在CAN外设处于初始化模式时进行也就是CAN_Init之后、CAN_ITConfig之前。运行中修改过滤器需要先进入初始化模式。3.4 Linux下的CAN配置与调试在嵌入式Linux如i.MX6、AM335x上CAN通常通过SocketCAN接口操作。配置步骤# 加载CAN驱动 modprobe can modprobe can_raw modprobe can_dev # 配置CAN接口波特率500kbps ip link set can0 type can bitrate 500000 ip link set can0 up # 发送标准帧 cansend can0 123#1122334455667788 # 接收报文 candump can0 # 查看统计信息 ip -details -statistics link show can0SocketCAN的编程接口和普通socket类似#include linux/can.h #include linux/can/raw.h int s socket(PF_CAN, SOCK_RAW, CAN_RAW); struct sockaddr_can addr; struct ifreq ifr; strcpy(ifr.ifr_name, can0); ioctl(s, SIOCGIFINDEX, ifr); addr.can_family AF_CAN; addr.can_ifindex ifr.ifr_ifindex; bind(s, (struct sockaddr *)addr, sizeof(addr)); struct can_frame frame; frame.can_id 0x123; frame.can_dlc 8; memcpy(frame.data, tx_data, 8); write(s, frame, sizeof(frame));实操心得Linux下调试CANcandump和cansend是最常用的两个工具。candump -l can0可以把报文记录到文件canplayer可以回放。分析问题时先用candump确认总线上有没有数据再用示波器看波形质量最后才查代码。4. CAN通信调试中的典型问题与排查方法4.1 通信完全不通的排查流程这是最常见的问题。按以下顺序排查能解决90%的情况第一步检查硬件连接。用万用表测CAN_H和CAN_L之间的电阻总线两端各接120Ω时断电状态下测得的电阻应该是60Ω左右两个120Ω并联。如果测到120Ω说明只接了一个终端电阻如果测到无穷大说明没接或断线。第二步检查收发器供电。测收发器VCC引脚电压是否正常。有些板子5V和3.3V混用收发器没供上电MCU这边完全正常但总线没信号。第三步用示波器看波形。MCU的TX引脚应该有数据波形收发器的CAN_H和CAN_L应该有差分波形。如果TX有波形但CAN_H/CAN_L没有说明收发器没工作或损坏。第四步检查波特率。总线上所有节点必须使用相同的波特率。我遇到过两个节点一个用500k一个用250k结果就是完全通不了但示波器上看波形都有很容易误判。第五步检查过滤器配置。如果发送正常但接收不到大概率是过滤器配错了。临时把过滤器设为全通Mask全0确认能收到所有报文后再逐步收紧。4.2 偶发性通信错误的分析思路通信时好时坏比完全不通更难查。常见原因和排查方法现象可能原因排查方法高负载时出错总线负载率过高用CAN分析仪测负载率超过70%要考虑优化特定节点加入后出错该节点波特率偏差大测该节点实际波特率检查晶振精度电机启动时出错电磁干扰检查屏蔽线接地增加共模电感长距离通信出错终端电阻不匹配测总线电阻检查线缆阻抗随机出现位错误采样点设置不当调整BS1/BS2比例用示波器看采样点位置实操心得总线负载率超过50%就要警惕了。CAN的仲裁机制在低负载时表现很好但负载率高了以后低优先级报文可能长时间发不出去。计算负载率的方法所有报文位数之和除以总线带宽。比如500kbps总线上每秒传输2000帧标准帧每帧约110位负载率2000×110/50000044%。4.3 常见问题速查表问题原因解决方案上电后通信正常运行一段时间后断开错误计数器溢出进入总线关闭使能自动恢复ABOM检查干扰源发送成功但对方收不到过滤器配置错误检查接收方过滤器Mask和ID只能接收不能发送TX引脚配置错误或收发器TXD无上拉检查GPIO模式加外部上拉多节点通信时部分节点收不到终端电阻过多或过少确保只有两端各一个120ΩCAN FD通信失败收发器不支持CAN FD更换支持CAN FD的收发器如TJA1044Linux下can0无法up驱动未加载或设备树配置错误检查dmesg确认设备树CAN节点报文ID正确但数据错乱字节序问题确认发送和接收方的字节序约定低优先级报文一直发不出去总线负载过高优化报文周期提高低优先级报文ID4.4 用CAN分析仪抓包分析的技巧CAN分析仪如周立功USBCAN、Peak PCAN是调试CAN的利器。几个实用技巧触发抓包设置ID触发只在特定ID出现时开始记录避免海量数据淹没关键信息。过滤显示抓包后按ID过滤只看关心的报文。分析偶发问题时先全量抓再过滤。时间戳分析看报文周期是否稳定。如果某个报文周期抖动很大说明发送节点被高优先级报文阻塞了。错误帧统计分析仪能统计错误帧数量和类型。如果错误帧集中在某个ID附近说明发送该ID的节点有问题。注意CAN分析仪本身也是总线上的一个节点会参与ACK应答。如果总线上只有一个节点加分析仪通信能正常进行但拔掉分析仪后单节点无法通信因为没有其他节点给ACK。这是新手常踩的坑——以为单节点能发数据实际上没有ACK发送会失败。5. CAN在实际项目中的应用经验5.1 汽车电子中的CAN网络设计汽车上的CAN网络通常分多条总线动力CAN500kbps连接发动机、变速箱、ABS、车身CAN125kbps连接车窗、灯光、门锁、信息CAN100kbps连接仪表、音响。不同总线之间通过网关转发。设计汽车CAN网络时报文ID分配有严格规范。以某主机厂规范为例0x000-0x0FF安全相关刹车、转向、安全气囊0x100-0x1FF动力系统发动机、变速箱0x200-0x2FF底盘系统ABS、ESP0x300-0x3FF车身系统灯光、门窗0x400-0x4FF信息娱乐0x700-0x7FF诊断报文每个报文的发送周期、超时时间、默认值都有明确定义。接收方如果在超时时间内没收到报文要用默认值替代保证功能安全。5.2 工业控制中的CAN应用工业场景下CAN常用于PLC与远程IO之间的通信。和汽车不同工业CAN更关注实时性和确定性。CANopen协议在工业中应用广泛它定义了PDO过程数据对象和SDO服务数据对象PDO用于实时数据交换SDO用于参数配置。CANopen的PDO传输有两种模式同步模式收到SYNC报文后发送和事件触发模式数据变化时发送。同步模式适合周期性数据事件触发适合报警和状态变化。实操心得工业现场干扰大CAN线一定要用屏蔽双绞线屏蔽层单端接地接控制柜地不要两端都接否则会形成地环路。如果现场变频器多在CAN收发器前加共模电感能显著降低误码率。5.3 嵌入式面试中CAN相关高频问题准备嵌入式面试的话以下问题几乎必考CAN和UART的区别CAN是多主差分总线有仲裁和错误处理UART是点对点单端无仲裁无错误处理。CAN为什么能实现无破坏仲裁因为显性电平覆盖隐性电平发送隐性但检测到显性的节点自动退出且退出的帧会在总线空闲后自动重发。CAN的终端电阻为什么是120Ω因为CAN线缆特性阻抗约120Ω终端匹配电阻等于特性阻抗时反射最小。CAN FD和CAN 2.0的区别数据段最长64字节数据段可变速率CRC算法增强新增ESI位。错误主动和错误被动的区别错误主动节点检测到错误时发送主动错误帧6个显性位会破坏总线数据错误被动节点发送被动错误帧6个隐性位不影响总线。5.4 CAN代码分层设计建议实际项目中CAN代码建议分三层硬件抽象层封装CAN外设的初始化、发送、接收寄存器操作。这一层和具体MCU相关换平台时只改这一层。协议层处理报文打包解包、ID过滤、超时管理、信号解析。这一层和具体协议相关自定义协议或CANopen换协议时改这一层。应用层业务逻辑调用协议层接口收发数据。这一层和具体产品相关。// 硬件抽象层接口示例 typedef struct { void (*init)(uint32_t baudrate); int (*send)(uint32_t id, uint8_t *data, uint8_t len); int (*recv)(uint32_t *id, uint8_t *data, uint8_t *len); } can_hal_t; // 协议层接口示例 typedef struct { void (*pack_and_send)(uint32_t id, void *signal); int (*recv_and_unpack)(uint32_t id, void *signal); void (*timeout_check)(void); } can_protocol_t;这样分层的好处是换MCU时只改HAL层换协议时只改协议层应用层代码几乎不动。我做过一个项目从STM32F103换到GD32F303因为HAL层封装得好半天就完成了移植。6. CAN FD与未来趋势CAN FDFlexible Data-rate是CAN 2.0的升级版主要改进三点数据段扩展到64字节、数据段速率可切换仲裁段保持低速保证可靠性数据段切高速提高吞吐量、CRC算法增强从15位扩展到17位或21位。升级到CAN FD需要注意收发器必须支持CAN FD普通TJA1050不支持要用TJA1044、TJA1051等。MCU的CAN控制器必须支持CAN FDSTM32F103不支持要用STM32G4、STM32H7等。网络中的所有节点最好都支持CAN FD虽然CAN FD节点能和CAN 2.0节点共存但CAN FD帧会被CAN 2.0节点判为错误帧。实际项目中如果现有CAN 2.0网络负载率不高没必要急着升级CAN FD。CAN FD的价值在于需要传输大量数据如OTA升级、标定数据的场景。我做过一个项目用CAN FD传输标定数据64字节数据段2Mbps数据速率传输时间从原来的几十秒缩短到几秒。CAN XL是下一代标准数据段扩展到2048字节速率更高但目前芯片生态还不成熟实际项目用得很少。对于大多数嵌入式开发者来说掌握CAN 2.0和CAN FD就足够应对当前需求了。最后分享一个我调试CAN时的小习惯每次上电后先发一帧固定ID的心跳报文用分析仪确认总线通信正常后再跑业务逻辑。这个习惯帮我省了很多排查时间——如果心跳都发不出去问题肯定在底层配置不用往上查了。 
长河君 · 2026/10/9 7:35:48 · 阅读 1.2k CAN总线从原理到实战：嵌入式工程师必备的通信协议指南
1. 为什么CAN总线是嵌入式工程师绕不开的一道坎搞嵌入式开发的人迟早会撞上CAN总线。不管你是在做汽车电子、工业控制、医疗器械还是机器人只要涉及到多个节点之间的可靠通信CAN几乎都是默认选项。我见过太多人面试时被问到“CAN和UART有什么区别”“CAN为什么能抗干扰”“仲裁机制怎么工作的”就卡壳了也见过工作两三年的工程师调CAN通信时连示波器都不接全靠猜。CAN总线的核心价值在于它用一套非常优雅的机制解决了多节点通信中的三个核心问题——总线冲突、错误检测、故障隔离。这不是随便哪个通信协议都能同时做到的。UART只能点对点I2C距离短且抗干扰差SPI没有多主能力RS485虽然能多节点但缺乏完善的错误处理机制。CAN把这些短板全补上了而且成本极低一颗CAN收发器芯片几毛钱就能搞定。这篇文章适合谁看如果你是嵌入式新手正在学STM32或Linux下的CAN驱动开发这篇能帮你建立完整的知识框架如果你是有经验的工程师但CAN调试总是靠试错这篇能帮你理清底层逻辑以后排查问题不再靠蒙如果你在准备嵌入式面试CAN几乎是必考题这篇覆盖了从原理到实操的完整链路。我写这篇的原则很简单不堆砌手册内容只讲实际开发中真正用得上的东西。数据手册上有的参数我不重复但数据手册上不会告诉你的坑我会一个一个拆开讲。2. CAN总线的核心机制拆解2.1 差分信号与显性隐性电平CAN抗干扰的物理根基CAN总线用两根线传输信号CAN_H和CAN_L。这两根线上的电压差决定总线状态。当CAN_H约3.5V、CAN_L约1.5V时压差约2V这是显性电平逻辑0当两根线都约2.5V时压差接近0V这是隐性电平逻辑1。为什么用差分信号因为干扰通常是共模的——两根线同时受到相同的电磁干扰电压同时升高或降低但压差不变。接收端只关心压差共模干扰被自然抵消。这就是CAN能在汽车发动机舱那种强电磁环境下稳定工作的根本原因。注意显性电平对应逻辑0隐性对应逻辑1这和很多人的直觉相反。记住一个口诀“0是强势的1是弱势的”。仲裁时显性会覆盖隐性这个特性直接决定了CAN的仲裁机制。实际接线时CAN_H接CAN_HCAN_L接CAN_L不能交叉。总线两端各需要接一个120Ω终端电阻中间节点不需要接。很多人调试时忘记接终端电阻短距离低速通信可能勉强能通但一旦速率提高或距离拉长通信就会随机出错。2.2 CAN帧结构每一帧数据到底长什么样标准CAN帧CAN 2.0A的结构如下字段长度作用帧起始SOF1位显性电平标志帧开始仲裁段12位11位ID RTR位控制段6位IDE 保留位 4位DLC数据段0-8字节实际传输的数据CRC段16位15位CRC 1位界定符ACK段2位ACK槽 界定符帧结束EOF7位隐性电平扩展帧CAN 2.0B的仲裁段是29位ID多了一个SRR位和IDE位。CAN FD则把数据段扩展到最多64字节并且数据段可以切换到更高的波特率。DLC数据长度码是4位取值0-8对应0-8字节数据。CAN FD中DLC取值9-15对应12、16、20、24、32、48、64字节。这个映射关系不是线性的写驱动时需要查表转换。2.3 非破坏性仲裁CAN最精妙的设计CAN最让人拍案叫绝的设计就是非破坏性仲裁。多个节点同时发送时不会像以太网那样碰撞后全部退让重发而是优先级高的帧继续发送优先级低的自动退出且退出的帧会在总线空闲后自动重试不需要上层干预。具体过程每个节点发送ID时逐位监听总线。如果自己发隐性1但检测到显性0说明有更高优先级的节点在发送立即停止发送转为接收。ID数值越小优先级越高因为显性0在仲裁中“赢”过隐性1。举个例子节点A发送ID0x100二进制1 0000 0000节点B发送ID0x200二进制10 0000 0000。仲裁从最高位开始A的第一位是0显性B的第一位是1隐性A赢B退出。整个过程没有任何数据被破坏A的帧完整发出。实操心得设计CAN网络时安全相关的报文一定要分配最小的ID。比如刹车信号、碰撞信号用0x000-0x0FF车身控制用0x100-0x3FF诊断报文用0x700以上。这个习惯在汽车电子开发中是硬性规范。2.4 错误检测与故障隔离CAN的自我保护机制CAN有五重错误检测机制位错误发送方监听到的位与发送的位不一致仲裁段除外填充错误连续6个相同电平后必须插入一个相反电平违反则报错CRC错误接收方计算的CRC与帧中CRC不符格式错误固定格式字段出现非法电平ACK错误发送方在ACK槽没有收到任何节点的显性应答每个节点维护两个错误计数器TEC发送错误计数和REC接收错误计数。错误时计数器增加成功时减少。根据计数值节点处于三种状态错误主动TEC和REC都小于128正常参与通信检测到错误时发送主动错误帧错误被动任一计数器超过127仍能通信但检测到错误时只发送被动错误帧不干扰总线总线关闭TEC超过255节点自动脱离总线不再发送任何帧这个机制保证了故障节点不会永久拖垮整个总线。我遇到过一块CAN收发器损坏的板子它一直在发错误帧但因为错误计数器很快涨到255进入总线关闭状态总线上其他节点只受了短暂影响就恢复正常了。3. 嵌入式开发中CAN的实操配置3.1 硬件选型与电路设计要点选CAN收发器芯片最常用的是TJA1050经典但已不推荐新设计使用、TJA1051TJA1050的升级版支持更低功耗、SN65HVD2303.3V供电适合STM32等3.3V MCU、MCP25515V供电Microchip经典款。选型时重点看三个参数供电电压要和MCU电平匹配、最高速率一般1Mbps足够CAN FD需要5Mbps以上、待机电流电池供电场景要关注。典型电路连接// STM32F103 TJA1050 典型连接 // PA11 - CAN_RX - TJA1050的RXD // PA12 - CAN_TX - TJA1050的TXD // TJA1050的VCC接5VGND接地 // CAN_H和CAN_L接总线两端各接120Ω电阻注意TJA1050的TXD引脚内部有上拉如果MCU复位期间PA12浮空TXD被拉高收发器进入隐性状态不会干扰总线。但有些收发器没有这个特性设计时要在TXD上加外部上拉电阻。PCB布局时CAN_H和CAN_L要走差分对等长、紧耦合远离电源和时钟线。终端电阻放在连接器附近不要放在芯片旁边。如果总线上有多个连接器电阻放在最远端的那个连接器上。3.2 STM32 CAN外设初始化实战以STM32F103的bxCAN外设为例初始化步骤如下// 1. 使能时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_CAN1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); // 2. 配置GPIO GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin GPIO_Pin_11; // CAN_RX GPIO_InitStructure.GPIO_Mode GPIO_Mode_IPU; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin GPIO_Pin_12; // CAN_TX GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. CAN外设配置 CAN_InitTypeDef CAN_InitStructure; CAN_InitStructure.CAN_TTCM DISABLE; // 时间触发模式关闭 CAN_InitStructure.CAN_ABOM ENABLE; // 自动离线恢复 CAN_InitStructure.CAN_AWUM ENABLE; // 自动唤醒 CAN_InitStructure.CAN_NART DISABLE; // 自动重传开启 CAN_InitStructure.CAN_RFLM DISABLE; // 接收FIFO不锁定 CAN_InitStructure.CAN_TXFP DISABLE; // 发送优先级由ID决定 CAN_InitStructure.CAN_Mode CAN_Mode_Normal; CAN_InitStructure.CAN_SJW CAN_SJW_1tq; CAN_InitStructure.CAN_BS1 CAN_BS1_8tq; CAN_InitStructure.CAN_BS2 CAN_BS2_7tq; CAN_InitStructure.CAN_Prescaler 4; // 波特率分频 CAN_Init(CAN1, CAN_InitStructure);波特率计算公式波特率 APB1时钟 / (Prescaler × (1 BS1 BS2))假设APB1时钟为36MHzPrescaler4BS18BS27则 波特率 36000000 / (4 × (1 8 7)) 36000000 / 64 562500bps这不是标准波特率。要得到500kbps需要调整参数。常用配置Prescaler4BS19BS28则36000000/(4×18)500000bps。实操心得采样点位置很重要。BS1和BS2的比例决定了采样点在位时间的哪个位置。推荐采样点在75%-80%处即BS1/(BS1BS2)≈75%。上面BS19、BS28的配置采样点在(19)/(198)71%略偏低但可接受。如果通信距离长可以适当提高采样点比例。3.3 过滤器配置只接收你需要的报文CAN外设的过滤器决定了哪些报文会被接收。STM32F103有14个过滤器组每个组可以配置为屏蔽位模式或标识符列表模式。// 配置过滤器0只接收ID0x123的标准帧 CAN_FilterInitTypeDef CAN_FilterInitStructure; CAN_FilterInitStructure.CAN_FilterNumber 0; CAN_FilterInitStructure.CAN_FilterMode CAN_FilterMode_IdMask; CAN_FilterInitStructure.CAN_FilterScale CAN_FilterScale_32bit; CAN_FilterInitStructure.CAN_FilterIdHigh 0x123 5; // ID左移5位 CAN_FilterInitStructure.CAN_FilterIdLow 0x0000; CAN_FilterInitStructure.CAN_FilterMaskIdHigh 0xFFFF; // 所有位都必须匹配 CAN_FilterInitStructure.CAN_FilterMaskIdLow 0xFFFF; CAN_FilterInitStructure.CAN_FilterFIFOAssignment CAN_Filter_FIFO0; CAN_FilterInitStructure.CAN_FilterActivation ENABLE; CAN_FilterInit(CAN_FilterInitStructure);屏蔽位模式中Mask某位为1表示该位必须匹配为0表示不关心。比如要接收0x120-0x12F的所有IDMask设为0xFFF0Id设为0x120。注意过滤器配置必须在CAN外设处于初始化模式时进行也就是CAN_Init之后、CAN_ITConfig之前。运行中修改过滤器需要先进入初始化模式。3.4 Linux下的CAN配置与调试在嵌入式Linux如i.MX6、AM335x上CAN通常通过SocketCAN接口操作。配置步骤# 加载CAN驱动 modprobe can modprobe can_raw modprobe can_dev # 配置CAN接口波特率500kbps ip link set can0 type can bitrate 500000 ip link set can0 up # 发送标准帧 cansend can0 123#1122334455667788 # 接收报文 candump can0 # 查看统计信息 ip -details -statistics link show can0SocketCAN的编程接口和普通socket类似#include linux/can.h #include linux/can/raw.h int s socket(PF_CAN, SOCK_RAW, CAN_RAW); struct sockaddr_can addr; struct ifreq ifr; strcpy(ifr.ifr_name, can0); ioctl(s, SIOCGIFINDEX, ifr); addr.can_family AF_CAN; addr.can_ifindex ifr.ifr_ifindex; bind(s, (struct sockaddr *)addr, sizeof(addr)); struct can_frame frame; frame.can_id 0x123; frame.can_dlc 8; memcpy(frame.data, tx_data, 8); write(s, frame, sizeof(frame));实操心得Linux下调试CANcandump和cansend是最常用的两个工具。candump -l can0可以把报文记录到文件canplayer可以回放。分析问题时先用candump确认总线上有没有数据再用示波器看波形质量最后才查代码。4. CAN通信调试中的典型问题与排查方法4.1 通信完全不通的排查流程这是最常见的问题。按以下顺序排查能解决90%的情况第一步检查硬件连接。用万用表测CAN_H和CAN_L之间的电阻总线两端各接120Ω时断电状态下测得的电阻应该是60Ω左右两个120Ω并联。如果测到120Ω说明只接了一个终端电阻如果测到无穷大说明没接或断线。第二步检查收发器供电。测收发器VCC引脚电压是否正常。有些板子5V和3.3V混用收发器没供上电MCU这边完全正常但总线没信号。第三步用示波器看波形。MCU的TX引脚应该有数据波形收发器的CAN_H和CAN_L应该有差分波形。如果TX有波形但CAN_H/CAN_L没有说明收发器没工作或损坏。第四步检查波特率。总线上所有节点必须使用相同的波特率。我遇到过两个节点一个用500k一个用250k结果就是完全通不了但示波器上看波形都有很容易误判。第五步检查过滤器配置。如果发送正常但接收不到大概率是过滤器配错了。临时把过滤器设为全通Mask全0确认能收到所有报文后再逐步收紧。4.2 偶发性通信错误的分析思路通信时好时坏比完全不通更难查。常见原因和排查方法现象可能原因排查方法高负载时出错总线负载率过高用CAN分析仪测负载率超过70%要考虑优化特定节点加入后出错该节点波特率偏差大测该节点实际波特率检查晶振精度电机启动时出错电磁干扰检查屏蔽线接地增加共模电感长距离通信出错终端电阻不匹配测总线电阻检查线缆阻抗随机出现位错误采样点设置不当调整BS1/BS2比例用示波器看采样点位置实操心得总线负载率超过50%就要警惕了。CAN的仲裁机制在低负载时表现很好但负载率高了以后低优先级报文可能长时间发不出去。计算负载率的方法所有报文位数之和除以总线带宽。比如500kbps总线上每秒传输2000帧标准帧每帧约110位负载率2000×110/50000044%。4.3 常见问题速查表问题原因解决方案上电后通信正常运行一段时间后断开错误计数器溢出进入总线关闭使能自动恢复ABOM检查干扰源发送成功但对方收不到过滤器配置错误检查接收方过滤器Mask和ID只能接收不能发送TX引脚配置错误或收发器TXD无上拉检查GPIO模式加外部上拉多节点通信时部分节点收不到终端电阻过多或过少确保只有两端各一个120ΩCAN FD通信失败收发器不支持CAN FD更换支持CAN FD的收发器如TJA1044Linux下can0无法up驱动未加载或设备树配置错误检查dmesg确认设备树CAN节点报文ID正确但数据错乱字节序问题确认发送和接收方的字节序约定低优先级报文一直发不出去总线负载过高优化报文周期提高低优先级报文ID4.4 用CAN分析仪抓包分析的技巧CAN分析仪如周立功USBCAN、Peak PCAN是调试CAN的利器。几个实用技巧触发抓包设置ID触发只在特定ID出现时开始记录避免海量数据淹没关键信息。过滤显示抓包后按ID过滤只看关心的报文。分析偶发问题时先全量抓再过滤。时间戳分析看报文周期是否稳定。如果某个报文周期抖动很大说明发送节点被高优先级报文阻塞了。错误帧统计分析仪能统计错误帧数量和类型。如果错误帧集中在某个ID附近说明发送该ID的节点有问题。注意CAN分析仪本身也是总线上的一个节点会参与ACK应答。如果总线上只有一个节点加分析仪通信能正常进行但拔掉分析仪后单节点无法通信因为没有其他节点给ACK。这是新手常踩的坑——以为单节点能发数据实际上没有ACK发送会失败。5. CAN在实际项目中的应用经验5.1 汽车电子中的CAN网络设计汽车上的CAN网络通常分多条总线动力CAN500kbps连接发动机、变速箱、ABS、车身CAN125kbps连接车窗、灯光、门锁、信息CAN100kbps连接仪表、音响。不同总线之间通过网关转发。设计汽车CAN网络时报文ID分配有严格规范。以某主机厂规范为例0x000-0x0FF安全相关刹车、转向、安全气囊0x100-0x1FF动力系统发动机、变速箱0x200-0x2FF底盘系统ABS、ESP0x300-0x3FF车身系统灯光、门窗0x400-0x4FF信息娱乐0x700-0x7FF诊断报文每个报文的发送周期、超时时间、默认值都有明确定义。接收方如果在超时时间内没收到报文要用默认值替代保证功能安全。5.2 工业控制中的CAN应用工业场景下CAN常用于PLC与远程IO之间的通信。和汽车不同工业CAN更关注实时性和确定性。CANopen协议在工业中应用广泛它定义了PDO过程数据对象和SDO服务数据对象PDO用于实时数据交换SDO用于参数配置。CANopen的PDO传输有两种模式同步模式收到SYNC报文后发送和事件触发模式数据变化时发送。同步模式适合周期性数据事件触发适合报警和状态变化。实操心得工业现场干扰大CAN线一定要用屏蔽双绞线屏蔽层单端接地接控制柜地不要两端都接否则会形成地环路。如果现场变频器多在CAN收发器前加共模电感能显著降低误码率。5.3 嵌入式面试中CAN相关高频问题准备嵌入式面试的话以下问题几乎必考CAN和UART的区别CAN是多主差分总线有仲裁和错误处理UART是点对点单端无仲裁无错误处理。CAN为什么能实现无破坏仲裁因为显性电平覆盖隐性电平发送隐性但检测到显性的节点自动退出且退出的帧会在总线空闲后自动重发。CAN的终端电阻为什么是120Ω因为CAN线缆特性阻抗约120Ω终端匹配电阻等于特性阻抗时反射最小。CAN FD和CAN 2.0的区别数据段最长64字节数据段可变速率CRC算法增强新增ESI位。错误主动和错误被动的区别错误主动节点检测到错误时发送主动错误帧6个显性位会破坏总线数据错误被动节点发送被动错误帧6个隐性位不影响总线。5.4 CAN代码分层设计建议实际项目中CAN代码建议分三层硬件抽象层封装CAN外设的初始化、发送、接收寄存器操作。这一层和具体MCU相关换平台时只改这一层。协议层处理报文打包解包、ID过滤、超时管理、信号解析。这一层和具体协议相关自定义协议或CANopen换协议时改这一层。应用层业务逻辑调用协议层接口收发数据。这一层和具体产品相关。// 硬件抽象层接口示例 typedef struct { void (*init)(uint32_t baudrate); int (*send)(uint32_t id, uint8_t *data, uint8_t len); int (*recv)(uint32_t *id, uint8_t *data, uint8_t *len); } can_hal_t; // 协议层接口示例 typedef struct { void (*pack_and_send)(uint32_t id, void *signal); int (*recv_and_unpack)(uint32_t id, void *signal); void (*timeout_check)(void); } can_protocol_t;这样分层的好处是换MCU时只改HAL层换协议时只改协议层应用层代码几乎不动。我做过一个项目从STM32F103换到GD32F303因为HAL层封装得好半天就完成了移植。6. CAN FD与未来趋势CAN FDFlexible Data-rate是CAN 2.0的升级版主要改进三点数据段扩展到64字节、数据段速率可切换仲裁段保持低速保证可靠性数据段切高速提高吞吐量、CRC算法增强从15位扩展到17位或21位。升级到CAN FD需要注意收发器必须支持CAN FD普通TJA1050不支持要用TJA1044、TJA1051等。MCU的CAN控制器必须支持CAN FDSTM32F103不支持要用STM32G4、STM32H7等。网络中的所有节点最好都支持CAN FD虽然CAN FD节点能和CAN 2.0节点共存但CAN FD帧会被CAN 2.0节点判为错误帧。实际项目中如果现有CAN 2.0网络负载率不高没必要急着升级CAN FD。CAN FD的价值在于需要传输大量数据如OTA升级、标定数据的场景。我做过一个项目用CAN FD传输标定数据64字节数据段2Mbps数据速率传输时间从原来的几十秒缩短到几秒。CAN XL是下一代标准数据段扩展到2048字节速率更高但目前芯片生态还不成熟实际项目用得很少。对于大多数嵌入式开发者来说掌握CAN 2.0和CAN FD就足够应对当前需求了。最后分享一个我调试CAN时的小习惯每次上电后先发一帧固定ID的心跳报文用分析仪确认总线通信正常后再跑业务逻辑。这个习惯帮我省了很多排查时间——如果心跳都发不出去问题肯定在底层配置不用往上查了。