做嵌入式这几年UART、I2C、SPI都是老朋友但真正让我觉得“像个通信工程师”的是开始啃STM32的CAN外设之后。原因很简单在汽车、机器人和工业现场CAN总线是默认的“老大哥”而它在微控制器上的硬件实现又不像串口那样一配就通。很多人第一次调CAN都在波特率、终端电阻和过滤器上翻过车包括我自己。这篇文章把我折腾STM32内置bxCAN控制器的经验重新梳理一遍边讲原理边给可复用的配置代码顺便把那些文档里不会写的坑一并挖出来。如果你是刚学STM32、但只写过UART和GPIO的开发者或者正要从单片机开发转向汽车电子、工业控制方向又或者是在面试前想快速搞懂CAN的核心概念这篇文章都适合你。我会从物理层开始讲再到bxCAN的寄存器和HAL库代码最后给出实际调车时遇到的现象和排查套路。读完后你至少能独立完成一个“STM32板 CAN收发器”的节点并且知道挂了之后该先动哪里。1. CAN总线为什么难学协议层与物理层的底层逻辑1.1 物理层两根线和一个收发器很多人第一次接触CAN上来就看数据手册里的帧格式结果一头雾水。我建议反过来先搞清楚物理层。CAN总线在物理上就是两根线CAN_H和CAN_L采用差分传输。静止状态下两根线都维持在大概2.5V此时叫隐性电平对应逻辑1当某个节点驱动总线时CAN_H被拉高到大约3.5VCAN_L被拉低到大约1.5V形成约2V的差分电压这就是显性电平对应逻辑0。这里有个关键点STM32内部集成的bxCAN控制器只负责逻辑协议它本身没有物理层收发能力。你必须在外围接一个CAN收发器芯片常见的有TJA1050、MCP2551、SN65HVD230之类MCU的CAN_TX和CAN_RX引脚连接到收发器的TXD和RXD再由收发器驱动CAN_H和CAN_L两条线。所以调CAN的第一件事就是确认你板子上有收发器不是光靠引脚直接就能挂总线。为什么用差分两根线而不像UART那样一根线对地核心原因是抗干扰。外界电磁干扰通常会同时叠加到CAN_H和CAN_L上造成共模干扰但接收端比较的是两根线之间的差值共模噪声被抵消了。相当于两个人吵架背景噪音同时盖住两个耳朵但人脑关心的是声音差反而能听清对方。终端电阻也是新手容易忽略的点。CAN总线规范要求在物理总线两端各接一个120欧电阻这是因为双绞线本身的特征阻抗大约是120欧终端匹配电阻可以吸收到达线端的信号反射避免波形振铃导致误码。两个120欧在总线两端并联之后你直接量不通电总线上的CAN_H和CAN_L应该能看到约60欧的直流电阻。这个技巧很有用我排查现场总线故障时第一件事就是断电量电阻判断终端电阻有没有接对、有没有接多。1.2 帧结构与仲裁CAN上了电线长啥样物理层之后就要看协议层。CAN标准帧长这样先是起始位SOF然后仲裁场是11位ID加一个RTR远端发送请求位接着控制场是IDE扩展标志位和DLC数据长度再往后是0到8字节的数据场、15位CRC校验、ACK应答槽最后是EOF结束符。扩展帧则在仲裁场用29位ID通过IDE位区分适用于系统复杂度比较高的场景。我打个比方CAN帧就像一列火车SOF是车头鸣笛提醒所有节点注意ID是车厢上的编号标签但它不只是地址更是这列车的优先通行证DLC告诉接收方后面拉了8节还是2节车厢CRC是货单校验防止中途掉包。所有节点挂在同一条总线上每个节点都能看到这列火车经过但只对自己感兴趣的ID做出响应。说到“多主”和“仲裁”这是CAN和其他总线最不一样的地方。任何节点在总线空闲时都可以发起发送如果两个节点同时发送怎么办CAN用了“先仲裁后发送”的机制每个发送节点在发每一位的同时回读总线电平如果发现总线上的电平和自己发送的不一致比如自己发的是隐性1、但读到的是显性0说明有更高优先级的节点也在发送当前节点立刻退出仲裁转为接收状态等总线空闲再重发。因为显性0覆盖隐性1所以ID数值越小的帧优先级越高。这在设计报文时是个大坑如果你把某种低频但实时性要求高的报文分配了大ID它在总线上会被小ID报文不断抢占可能一直发不出去。我见过一个系统门禁状态帧ID设为0x700而心跳帧ID设为0x100结果总线上心跳每10ms发一次门禁状态帧优先级偏低在总线繁忙时延迟特别大。后来把ID分配表整体重新规划才解决。远程帧、错误帧、过载帧也值得知道。远程帧是通知某个ID的节点“请把你的数据发出来”但现代设计中远程帧用得越来越少因为它容易引发总线竞争。错误帧则是当某个节点检测到错误时主动在总线上发出错误标志相当于大声喊“这帧烂了”让所有节点丢弃这帧数据并重新同步。过载帧用于接收节点太忙时要求延迟下一帧报文一般也少见。1.3 位同步与波特率容差为什么两边必须对齐CAN是异步串行通信没有单独的时钟线收发双方靠什么对齐靠位时间。每个位时间被分成若干份最小时间单元Tq典型结构是同步段加TSEG1加TSEG2。同步段固定是1个Tq用于检测边沿跳变TSEG1包含传播段和相位缓冲段1TSEG2是相位缓冲段2。采样点就在TSEG1结束的时刻。波特率不是随便设的它等于位时钟频率除以整个位时间的Tq数量。比如位时钟是9MHz一个位时间占18个Tq那波特率就是9MHz除以18等于500kbps。CAN控制器在帧起始沿做一次硬同步后续数据位边沿到来时再做重同步通过调整相位缓冲段来吸收节点之间的时钟偏差所以CAN允许各节点晶振误差在一定范围内一般要求容差在1%以内。理解了位时间结构你就知道波特率不匹配为什么会让总线直接废掉。两个节点波特率差太多双方采样点落在错误位置接收方检错机制连续报错甚至把自己打成Bus-off离线。所以调试任何CAN网络第一步永远是确认所有节点的位时间配置一致。2. STM32 bxCAN外设设计与配置要点2.1 bxCAN的硬件分工一个内置的邮局STM32内置的bxCAN全称是Basic Extended CAN它支持CAN 2.0A和CAN 2.0B规范也就是标准帧和扩展帧都能处理。硬件上它做了大量本来要软件做的事情自动进行位填充、CRC计算、错误检测、错误计数、自动重传甚至还集成了发送邮箱和接收FIFO。具体资源因型号略有差异以常见的F1/F4系列为例一般有3个发送邮箱、2个接收FIFO、28个过滤器组。3个发送邮箱意味着你可以连续提交3帧待发送报文它们会在硬件层面排队按优先级依次送上总线。2个接收FIFO分别称为FIFO0和FIFO1报文到达时先进入分配好的FIFO再由你读取。我习惯把bxCAN比作一个内置邮局。单片机是写信的人只要写一封信投进邮箱发送邮箱邮局负责按邮政规范封装、贴条码、运输还会自动处理丢件重寄。而收件一端邮局先帮你把信件分拣到不同篮子FIFO还会用硬件挡掉白名单以外的垃圾邮件这就是过滤器。我们编程时只需要关心“投信”和“取信”协议细节不用自己逐位去抠。硬件自动重传这个特性要特别注意。bxCAN默认在发送失败时自动重传直到成功或总线关闭。这个设计在总线上有故障、某个节点掉线时会让发送节点一直占用总线疯狂重传把整条总线拖死。在恶劣的通信环境下我会把自动重传关掉宁可丢一帧不强占总线。2.2 四种工作模式环回模式是调试神器bxCAN支持四种工作模式从调试到上线都会用到正常模式就是收发都开启连接真实总线正常工作。静默模式只接收、不发送适合做总线监听器用一块板子挂在总线上观察其他节点在发什么。环回模式则是控制器自发自收也就是内部把发送回流到接收路径不经过外部引脚也不影响真实总线。静默环回模式就是既不让报文发出去又在内部自发自收主要用于测试底层协议。环回模式简直是单板调试的救命稻草。我在没有分析仪、没有第二个节点的时候先用环回模式跑一遍确认HAL库驱动、FIFO中断、过滤器和接收回调都正常再切到正常模式去接真实总线。这样能把“软件问题”和“物理层问题”分开排查避免一开始就陷入一堆接线怀疑。当然环回模式的限制是它完全不经过物理层收发器所以它验证不了外部芯片、终端电阻和总线电平。如果你用环回模式自测通过但一接真实总线就收不到问题十有八九出在收发器电路或线上。2.3 报文过滤器硬件白名单过滤器是bxCAN非常实用的硬件功能。每个过滤器组可以配置成32位掩码模式、32位列表模式或者16位模式组合。它的本质是在硬件层面做报文ID匹配只有通过过滤器的报文才会进入接收FIFO否则直接被丢弃CPU不用去处理无关帧。掩码模式可以理解为通配符匹配。掩码位为1表示报文ID的这一位必须与配置ID一致掩码位为0表示这位不管。比如你要接收ID范围0x120到0x12F的所有标准帧可以配置ID为0x120掩码为0x7F0也就是ID低4位任意都能通过。列表模式则是精确匹配每个过滤器只能接收指定的一个或几个精确ID适合固定ID集合的节点。新手最常见的错误是把掩码当成比较值反着填导致过滤器把所有帧全挡掉或者全放行。后面我会给具体的32位掩码配置代码配上注释。3. 实操从CubeMX到一个能收能发的CAN节点3.1 引脚、时钟与初始化用CubeMX配置CAN外设很快但有两个地方要自己确认。一个是引脚映射不同系列CAN引脚位置不同比如有的型号CAN1_RX/TX可在PA11/PA12、PB8/PB9、PD0/PD1等多组引脚间选择确保硬件连接的是同一组引脚。另一个是时钟源CAN外设时钟来自APB1不是主频波特率计算必须以APB1时钟为基准。假设一个很常见的F1平台配置系统时钟72MHzAPB1分频2那么APB1时钟36MHzCAN外设时钟就是36MHz。在CubeMX里把CAN1打开选择波特率500kbps工具会自动算出分频值和时间段参数但最好自己会验算因为换到不同系列时APB1时钟可能不同直接抄配置会踩坑。初始化代码用HAL库写出来大约长这样不同HAL版本字段名有差异我标注在注释里void MX_CAN1_Init(void) { hcan.Instance CAN1; hcan.Init.TimeTriggeredMode DISABLE; hcan.Init.AutoBusOff ENABLE; // 总线关闭后自动恢复 hcan.Init.AutoWakeUp DISABLE; hcan.Init.AutoRetransmission ENABLE; // 自动重传开关 hcan.Init.ReceiveFifoLocked DISABLE; hcan.Init.TransmitFifoPriority DISABLE; hcan.Init.NominalBitTimePrescaling 4; // 预分频 hcan.Init.NominalSyncJumpWidth 1; // SJW hcan.Init.NominalTimeSeg1 13; // TSEG1 hcan.Init.NominalTimeSeg2 4; // TSEG2 hcan.Init.Protocol CAN_PROTOCOL_CAN; if (HAL_CAN_Init(hcan) ! HAL_OK) { Error_Handler(); } }如果你用的CubeMX版本比较早生成的代码里字段名可能是旧版写法Prescaler、SyncJumpWidth、TimeSeg1、TimeSeg2。遇到编译报错不要慌把字段名对着新版HAL函数库改过来就行。另外GPIO初始化中CAN_TX配置为复用推挽输出CAN_RX配置为带有上拉的复用输入速度选High这样波形质量更好。3.2 例跑500kbps波特率怎么计算出来的这里完整算一遍500kbps的配置过程。已知APB1时钟36MHz希望波特率500kbps采样点大约80%。CAN的位时间由SyncSeg、TSEG1、TSEG2组成TSEG1等于传播段加相位缓冲段1。公式是波特率 APB1时钟 / (预分频 × (1 TSEG1 TSEG2))先把位时钟算出来。取预分频4位时钟 36MHz / 4 9MHz。9MHz除以期望波特率500kbps得到每个位时间需要18个Tq。因为同步段固定占1个Tq剩下17个Tq分给TSEG1和TSEG2。取TSEG1 13TSEG2 4总位时间 1 13 4 18正好500kbps。采样点 (1 13) / 18 ≈ 77.8%落在80%附近业界常用范围之内。不同波特率的参数可以列成一张表现场换波特率时直接替换目标波特率APB1时钟预分频TSEG1TSEG2SJW采样点500kbps36MHz4134177.8%250kbps36MHz4134177.8%125kbps36MHz16134177.8%注意250kbps的位时钟9MHz每个位时间需要36Tq配置18Tq时得到500k所以要重算。9MHz除以250k等于36Tq1 TSEG1 TSEG2 36还是取TSEG1 29、TSEG2 6这样采样点是30/36约83.3%。这里我不把表格硬填只是想提醒你换波特率时一定要重新算特别是TSEG1和TSEG2受寄存器位宽限制不能无限加大。bxCAN的TSEG1最大16个Tq、TSEG2最大8个Tq如果算出来超过上限就要先改预分频再重新分配。3.3 过滤器配置代码只放行需要的帧初始化完成后先配置过滤器。下面是一个很实用的例子只接收标准帧ID为0x123的报文其他全拦掉。32位掩码模式下标准帧ID存放在FilterIdHigh的高11位也就是左移5位这个细节最容易错。void CAN_Filter_Config(void) { CAN_FilterTypeDef filter {0}; filter.FilterBank 0; // 使用过滤器组0 filter.FilterMode CAN_FILTERMODE_IDMASK; // 掩码模式 filter.FilterScale CAN_FILTERSCALE_32BIT; // 32位滤波器 filter.FilterIdHigh 0x123u 5; // 标准帧ID左移5位 filter.FilterIdLow 0; filter.FilterMaskIdHigh 0x7FFu 5; // 掩码全1表示ID必须完全匹配 filter.FilterMaskIdLow 0; filter.FilterFIFOAssignment CAN_FILTER_FIFO0; // 通过后进入FIFO0 filter.FilterActivation ENABLE; HAL_CAN_ConfigFilter(hcan, filter); }如果你想测试“过滤器是不是挡住帧了”有一个临时调试技巧把FilterMaskIdHigh和FilterMaskIdLow全部设为0这时掩码全是0所有标准帧和扩展帧都会放行先确认接收链路通再慢慢收紧过滤条件。我自己调板子时经常先全放行抓到几帧真实报文确认ID再回填过滤配置比一次到位盲调效率高得多。过滤器的行为很多人一开始会混淆掩码位是1表示这个位必须匹配0表示任意。千万不要反过来。如果你配置掩码0x7FF左移5位等于要求ID的11位全部匹配只收一个固定ID如果掩码是0等于一个都不管全收。3.4 发送流程与接收中断核心代码这样写发送一帧报文的核心是这个流程初始化发送头结构体填充ID、类型、数据长度调用HAL_CAN_AddTxMessage提交到一个空闲邮箱最后由硬件发送。发送函数只是把报文提交进邮箱不代表已经发出去真正的完成要看发送邮箱的回调函数。CAN_TxHeaderTypeDef TxHeader {0}; uint8_t TxData[8] {0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08}; uint32_t TxMailbox 0; TxHeader.IDE CAN_ID_STD; // 标准帧 TxHeader.StdId 0x123; // 标准帧ID TxHeader.RTR CAN_RTR_DATA; // 数据帧 TxHeader.DLC 8; // 8字节数据 TxHeader.TransmitGlobalTime DISABLE; if (HAL_CAN_AddTxMessage(hcan, TxHeader, TxData, TxMailbox) HAL_OK) { // 请求已提交等发送完成回调 }发送完成回调是HAL库定义的弱函数在发送成功后由中断调用。要注意的是三个邮箱对应三个回调函数分别叫HAL_CAN_TxMailbox0CompleteCallback、HAL_CAN_TxMailbox1CompleteCallback、HAL_CAN_TxMailbox2CompleteCallback。实际开发中我一般只在邮箱0回调里做一个计数不写复杂逻辑因为回调里跑太久会影响中断实时性。接收侧先使能接收通知再等待回调触发。HAL库的写法是HAL_CAN_Start(hcan); // 启动CAN外设 HAL_CAN_ActivateNotification(hcan, CAN_IT_RX_FIFO0_MSG_PENDING); // 使能FIFO0接收中断然后在回调里取数据void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *CanHandle) { CAN_RxHeaderTypeDef RxHeader {0}; uint8_t RxData[8] {0}; if (HAL_CAN_GetRxMessage(CanHandle, CAN_RX_FIFO0, RxHeader, RxData) HAL_OK) { // 根据RxHeader.StdId或RxHeader.ExtId判断报文ID // 根据RxHeader.DLC和RxData处理有效数据 } }很多新手在这里栽跟头启动CAN用HAL_CAN_Start但如果不调用HAL_CAN_ActivateNotification接收中断永远不会触发。另外GetRxMessage之后数据是拷到你的缓冲区的如果不处理就丢掉FIFO里这一帧就没了。在FIFO被读空之前新报文可以继续进来但FIFO深度有限如果读的速度跟不上总线速度FIFO会溢出丢帧。所以接收回调里最好只做“搬数据”把原始报文放进自己的队列具体解析放到主循环或低优先级任务里。4. 踩坑与排障我的CAN调试实录4.1 现象一加了代码但收不到任何报文这是最常见的情况。查这个问题的顺序很重要。先看硬件打开环回模式自发自收如果自己的报文能收到说明HAL驱动和过滤器配置没问题问题在外部物理链路。如果环回模式也收不到问题就在代码本身重点查滤波器是不是挡掉了帧、中断有没有被占用、FIFO回调有没有写对编号。环回模式测试通过之后接真实总线仍然收不到我一般先量CAN_H和CAN_L对地电压。静态时应都在2.5V附近显性时CAN_H大约3.5V、CAN_L大约1.5V。如果CAN_H和CAN_L没有压差很可能收发器没工作、供电问题或者两根线接反了、根本没挂到总线上。再检查收发器TXD和RXD引脚是否有波形没有波形说明MCU侧配置就有问题。过滤器导致收不到也是一个高频原因。临时把掩码全清零放行所有帧如果马上能收到就说明过滤器写得太死。检查FilterIdHigh和FilterMaskIdHigh的位移特别是标准帧ID在32位滤波器里占据高11位很多人把ID直接赋值忘了左移5位。4.2 现象二总线上一串错误帧如果你用分析仪或者挂在另一个节点上看到总线不断出现错误帧先别急着改软件。错误的根源经常是物理层问题。第一个检查项是波特率一致性。两个节点波特率配置不同接收方会不断产生位填充或CRC错误。把每个节点的位时间参数算清楚再对一遍确保不仅波特率数值一致采样点位置也不要差太远。第二个检查项是终端电阻。短距离调试时少一个120欧可能还能工作多一个却会出奇怪问题。我遇到过三个开发板调成一条总线每块板都带120欧跳线且都默认接上总线等效阻抗变成40欧波形畸变导致偶发错误帧。正确做法是只在总线两端接两个120欧中间节点断开终端电阻。第三个检查项是地电位。CAN虽然靠差分传输但节点之间依然需要共同的参考地。如果你用两个独立电源分别供电没有把GND连在一起共模电压会漂移得离谱收发器容易烧毁或无法识别显隐性。多节点调试时先把所有节点的GND可靠连接再加一个公共终端配置问题能消掉一大半。如果有示波器同时探CAN_H和CAN_L观察输出波形是否干净。正常波形应该有陡峭的边沿、稳定的隐性电平平台和明显的显性压差。波形拖泥带水、边沿圆润多半是线太长、分支太多、或终端不匹配。4.3 现象三偶发数据错、CRC错误、Bus-off这种“时好时坏”的问题最磨人。偶发错误往往不是单个原因我建议按概率排序排查。第一采样点位置不合理。如果采样点太靠前或太靠后总线延迟和节点时钟偏差会导致采到边沿附近的信号这时把采样点调整到75%到80%之间能明显提高容错。第二线缆质量问题或布线方式。CAN总线总是用双绞线且线路上避免星形结构最好用菊花链方式串联各节点。线缆长度也有影响500kbps下几十米内通常没问题但超过百米最好降速到125kbps或更低。第三节点供电纹波。收发器供电纹波大会直接影响驱动能力给CAN收发器的电源加一个100nF去耦电容靠近芯片引脚放很多疑难杂症能消失。总线关闭也是常见可疑点。当错误计数超过255bxCAN会进入Bus-off离线状态。如果初始化时AutoBusOff是ENABLE它会在离线后自动恢复如果是DISABLE就得软件干预。排查时查看CAN外设的ESR寄存器错误状态标志以及IER中断使能寄存器里有没有打开错误中断这样可以第一时间定位是谁把总线搞挂的。我建议在调试早期就打开错误中断做一个错误回调把ErrorCode用串口打印出来。HAL库默认提供了一个HAL_CAN_ErrorCallback你可以重写它。每次总线上出现错误这个回调都会触发配合错误计数器能直观看到是谁在制造错误帧。4.4 现象四发送一直超时或卡在邮箱发送超时的根源往往是发送失败后一直重传或者邮箱被占满。开了自动重传之后如果总线上存在严重错误节点会一直在三个邮箱之间排队重传看似程序卡死实际上是在反复轰炸总线。排查时先看邮箱状态。HAL库有HAL_CAN_IsTxMessagePending函数返回TRUE表示邮箱里有报文尚未发送完成。如果一直为TRUE要么是总线本身有问题要么是帧ID优先级太低、在高负载总线上抢不到总线。把全部节点暂时只保留一个高优先级小ID的发送帧如果立即发送成功说明是优先级和负载问题。另一种情况是程序逻辑反复调用发送API比如在定时器中断里每次塞很多帧发送邮箱只有3个队列满了之后新的报文只能等到有邮箱空出来。我的习惯是设计一个用户层的发送队列先放进环形缓冲区再由发送完成回调里按优先级和状态机决定发哪一帧这样不会把硬件邮箱撑爆也不会让高优先级帧被低优先级帧堵住。还有一个容易忽视的坑远程帧。如果你接收方收到一个远程帧会触发发送请求实际上在bxCAN中远程帧的请求会驱动对应ID的邮箱自动发送前提是你要为这个ID预先填充好待发数据。如果没做这个设置远程帧请求会一直挂起表现为某邮箱占用率居高不下。4.5 排查速查表照着查能少走弯路现象可能原因检查手段解决办法完全收不到帧过滤器挡掉、引脚配置错、中断没开启掩码全0放行环回模式自测核对滤波器ID与移位开接收通知收到错误帧波特率不匹配、没有共地、终端电阻不对查CAN_ESR错误码示波器看波形统一位时间参数先连GND重置终端偶发CRC错误采样点不佳、线缆过长、电源纹波大逻辑分析仪抓几帧统计错误调采样点到80%降波特率加去耦电容发送超时卡邮箱总线繁忙、优先级低、自动重传查邮箱挂起状态停掉其他节点调整ID优先级关闭AutoRetransmission总线上Bus-off错误计数越界、有节点持续干扰读错误计数器逐节点断电排查逐个节点上线定位故障点两个板单独都好挂一起就不通终端电阻数量不对、共模电压漂移量CAN_H与CAN_L之间的电阻只留总线两端120欧所有GND连一起排查思路我总结成一句话先物理层再错误帧最后过滤器和软件逻辑。很多人卡在收不到数据这一关一上来就怀疑程序结果折腾半天发现是接线或终端问题。我自己习惯的做法是桌上常备一个CAN分析仪和一段双绞线调试前先把“裸总线”量一遍确认物理层OK再写应用层协议。我个人在实际操作中的体会是调CAN最怕蒙着头改代码。如果你能熟练用环回模式、错误计数、示波器差分波形这三件套大部分问题都能在半小时内定位。还有一个小习惯想分享量产产品上一定留CAN_TX和CAN_RX的测试焊盘现场排查时直接夹测试夹比抱着整机拆壳强太多。备用的一包120欧电阻和一根双绞线也是我调试箱里永远不拿出来的东西。把每个试验配置记在小本子上尤其是波特率参数组和过滤器掩码因为它们在排查时是你判断对错的第一手依据。
做嵌入式这几年UART、I2C、SPI都是老朋友但真正让我觉得“像个通信工程师”的是开始啃STM32的CAN外设之后。原因很简单在汽车、机器人和工业现场CAN总线是默认的“老大哥”而它在微控制器上的硬件实现又不像串口那样一配就通。很多人第一次调CAN都在波特率、终端电阻和过滤器上翻过车包括我自己。这篇文章把我折腾STM32内置bxCAN控制器的经验重新梳理一遍边讲原理边给可复用的配置代码顺便把那些文档里不会写的坑一并挖出来。如果你是刚学STM32、但只写过UART和GPIO的开发者或者正要从单片机开发转向汽车电子、工业控制方向又或者是在面试前想快速搞懂CAN的核心概念这篇文章都适合你。我会从物理层开始讲再到bxCAN的寄存器和HAL库代码最后给出实际调车时遇到的现象和排查套路。读完后你至少能独立完成一个“STM32板 CAN收发器”的节点并且知道挂了之后该先动哪里。1. CAN总线为什么难学协议层与物理层的底层逻辑1.1 物理层两根线和一个收发器很多人第一次接触CAN上来就看数据手册里的帧格式结果一头雾水。我建议反过来先搞清楚物理层。CAN总线在物理上就是两根线CAN_H和CAN_L采用差分传输。静止状态下两根线都维持在大概2.5V此时叫隐性电平对应逻辑1当某个节点驱动总线时CAN_H被拉高到大约3.5VCAN_L被拉低到大约1.5V形成约2V的差分电压这就是显性电平对应逻辑0。这里有个关键点STM32内部集成的bxCAN控制器只负责逻辑协议它本身没有物理层收发能力。你必须在外围接一个CAN收发器芯片常见的有TJA1050、MCP2551、SN65HVD230之类MCU的CAN_TX和CAN_RX引脚连接到收发器的TXD和RXD再由收发器驱动CAN_H和CAN_L两条线。所以调CAN的第一件事就是确认你板子上有收发器不是光靠引脚直接就能挂总线。为什么用差分两根线而不像UART那样一根线对地核心原因是抗干扰。外界电磁干扰通常会同时叠加到CAN_H和CAN_L上造成共模干扰但接收端比较的是两根线之间的差值共模噪声被抵消了。相当于两个人吵架背景噪音同时盖住两个耳朵但人脑关心的是声音差反而能听清对方。终端电阻也是新手容易忽略的点。CAN总线规范要求在物理总线两端各接一个120欧电阻这是因为双绞线本身的特征阻抗大约是120欧终端匹配电阻可以吸收到达线端的信号反射避免波形振铃导致误码。两个120欧在总线两端并联之后你直接量不通电总线上的CAN_H和CAN_L应该能看到约60欧的直流电阻。这个技巧很有用我排查现场总线故障时第一件事就是断电量电阻判断终端电阻有没有接对、有没有接多。1.2 帧结构与仲裁CAN上了电线长啥样物理层之后就要看协议层。CAN标准帧长这样先是起始位SOF然后仲裁场是11位ID加一个RTR远端发送请求位接着控制场是IDE扩展标志位和DLC数据长度再往后是0到8字节的数据场、15位CRC校验、ACK应答槽最后是EOF结束符。扩展帧则在仲裁场用29位ID通过IDE位区分适用于系统复杂度比较高的场景。我打个比方CAN帧就像一列火车SOF是车头鸣笛提醒所有节点注意ID是车厢上的编号标签但它不只是地址更是这列车的优先通行证DLC告诉接收方后面拉了8节还是2节车厢CRC是货单校验防止中途掉包。所有节点挂在同一条总线上每个节点都能看到这列火车经过但只对自己感兴趣的ID做出响应。说到“多主”和“仲裁”这是CAN和其他总线最不一样的地方。任何节点在总线空闲时都可以发起发送如果两个节点同时发送怎么办CAN用了“先仲裁后发送”的机制每个发送节点在发每一位的同时回读总线电平如果发现总线上的电平和自己发送的不一致比如自己发的是隐性1、但读到的是显性0说明有更高优先级的节点也在发送当前节点立刻退出仲裁转为接收状态等总线空闲再重发。因为显性0覆盖隐性1所以ID数值越小的帧优先级越高。这在设计报文时是个大坑如果你把某种低频但实时性要求高的报文分配了大ID它在总线上会被小ID报文不断抢占可能一直发不出去。我见过一个系统门禁状态帧ID设为0x700而心跳帧ID设为0x100结果总线上心跳每10ms发一次门禁状态帧优先级偏低在总线繁忙时延迟特别大。后来把ID分配表整体重新规划才解决。远程帧、错误帧、过载帧也值得知道。远程帧是通知某个ID的节点“请把你的数据发出来”但现代设计中远程帧用得越来越少因为它容易引发总线竞争。错误帧则是当某个节点检测到错误时主动在总线上发出错误标志相当于大声喊“这帧烂了”让所有节点丢弃这帧数据并重新同步。过载帧用于接收节点太忙时要求延迟下一帧报文一般也少见。1.3 位同步与波特率容差为什么两边必须对齐CAN是异步串行通信没有单独的时钟线收发双方靠什么对齐靠位时间。每个位时间被分成若干份最小时间单元Tq典型结构是同步段加TSEG1加TSEG2。同步段固定是1个Tq用于检测边沿跳变TSEG1包含传播段和相位缓冲段1TSEG2是相位缓冲段2。采样点就在TSEG1结束的时刻。波特率不是随便设的它等于位时钟频率除以整个位时间的Tq数量。比如位时钟是9MHz一个位时间占18个Tq那波特率就是9MHz除以18等于500kbps。CAN控制器在帧起始沿做一次硬同步后续数据位边沿到来时再做重同步通过调整相位缓冲段来吸收节点之间的时钟偏差所以CAN允许各节点晶振误差在一定范围内一般要求容差在1%以内。理解了位时间结构你就知道波特率不匹配为什么会让总线直接废掉。两个节点波特率差太多双方采样点落在错误位置接收方检错机制连续报错甚至把自己打成Bus-off离线。所以调试任何CAN网络第一步永远是确认所有节点的位时间配置一致。2. STM32 bxCAN外设设计与配置要点2.1 bxCAN的硬件分工一个内置的邮局STM32内置的bxCAN全称是Basic Extended CAN它支持CAN 2.0A和CAN 2.0B规范也就是标准帧和扩展帧都能处理。硬件上它做了大量本来要软件做的事情自动进行位填充、CRC计算、错误检测、错误计数、自动重传甚至还集成了发送邮箱和接收FIFO。具体资源因型号略有差异以常见的F1/F4系列为例一般有3个发送邮箱、2个接收FIFO、28个过滤器组。3个发送邮箱意味着你可以连续提交3帧待发送报文它们会在硬件层面排队按优先级依次送上总线。2个接收FIFO分别称为FIFO0和FIFO1报文到达时先进入分配好的FIFO再由你读取。我习惯把bxCAN比作一个内置邮局。单片机是写信的人只要写一封信投进邮箱发送邮箱邮局负责按邮政规范封装、贴条码、运输还会自动处理丢件重寄。而收件一端邮局先帮你把信件分拣到不同篮子FIFO还会用硬件挡掉白名单以外的垃圾邮件这就是过滤器。我们编程时只需要关心“投信”和“取信”协议细节不用自己逐位去抠。硬件自动重传这个特性要特别注意。bxCAN默认在发送失败时自动重传直到成功或总线关闭。这个设计在总线上有故障、某个节点掉线时会让发送节点一直占用总线疯狂重传把整条总线拖死。在恶劣的通信环境下我会把自动重传关掉宁可丢一帧不强占总线。2.2 四种工作模式环回模式是调试神器bxCAN支持四种工作模式从调试到上线都会用到正常模式就是收发都开启连接真实总线正常工作。静默模式只接收、不发送适合做总线监听器用一块板子挂在总线上观察其他节点在发什么。环回模式则是控制器自发自收也就是内部把发送回流到接收路径不经过外部引脚也不影响真实总线。静默环回模式就是既不让报文发出去又在内部自发自收主要用于测试底层协议。环回模式简直是单板调试的救命稻草。我在没有分析仪、没有第二个节点的时候先用环回模式跑一遍确认HAL库驱动、FIFO中断、过滤器和接收回调都正常再切到正常模式去接真实总线。这样能把“软件问题”和“物理层问题”分开排查避免一开始就陷入一堆接线怀疑。当然环回模式的限制是它完全不经过物理层收发器所以它验证不了外部芯片、终端电阻和总线电平。如果你用环回模式自测通过但一接真实总线就收不到问题十有八九出在收发器电路或线上。2.3 报文过滤器硬件白名单过滤器是bxCAN非常实用的硬件功能。每个过滤器组可以配置成32位掩码模式、32位列表模式或者16位模式组合。它的本质是在硬件层面做报文ID匹配只有通过过滤器的报文才会进入接收FIFO否则直接被丢弃CPU不用去处理无关帧。掩码模式可以理解为通配符匹配。掩码位为1表示报文ID的这一位必须与配置ID一致掩码位为0表示这位不管。比如你要接收ID范围0x120到0x12F的所有标准帧可以配置ID为0x120掩码为0x7F0也就是ID低4位任意都能通过。列表模式则是精确匹配每个过滤器只能接收指定的一个或几个精确ID适合固定ID集合的节点。新手最常见的错误是把掩码当成比较值反着填导致过滤器把所有帧全挡掉或者全放行。后面我会给具体的32位掩码配置代码配上注释。3. 实操从CubeMX到一个能收能发的CAN节点3.1 引脚、时钟与初始化用CubeMX配置CAN外设很快但有两个地方要自己确认。一个是引脚映射不同系列CAN引脚位置不同比如有的型号CAN1_RX/TX可在PA11/PA12、PB8/PB9、PD0/PD1等多组引脚间选择确保硬件连接的是同一组引脚。另一个是时钟源CAN外设时钟来自APB1不是主频波特率计算必须以APB1时钟为基准。假设一个很常见的F1平台配置系统时钟72MHzAPB1分频2那么APB1时钟36MHzCAN外设时钟就是36MHz。在CubeMX里把CAN1打开选择波特率500kbps工具会自动算出分频值和时间段参数但最好自己会验算因为换到不同系列时APB1时钟可能不同直接抄配置会踩坑。初始化代码用HAL库写出来大约长这样不同HAL版本字段名有差异我标注在注释里void MX_CAN1_Init(void) { hcan.Instance CAN1; hcan.Init.TimeTriggeredMode DISABLE; hcan.Init.AutoBusOff ENABLE; // 总线关闭后自动恢复 hcan.Init.AutoWakeUp DISABLE; hcan.Init.AutoRetransmission ENABLE; // 自动重传开关 hcan.Init.ReceiveFifoLocked DISABLE; hcan.Init.TransmitFifoPriority DISABLE; hcan.Init.NominalBitTimePrescaling 4; // 预分频 hcan.Init.NominalSyncJumpWidth 1; // SJW hcan.Init.NominalTimeSeg1 13; // TSEG1 hcan.Init.NominalTimeSeg2 4; // TSEG2 hcan.Init.Protocol CAN_PROTOCOL_CAN; if (HAL_CAN_Init(hcan) ! HAL_OK) { Error_Handler(); } }如果你用的CubeMX版本比较早生成的代码里字段名可能是旧版写法Prescaler、SyncJumpWidth、TimeSeg1、TimeSeg2。遇到编译报错不要慌把字段名对着新版HAL函数库改过来就行。另外GPIO初始化中CAN_TX配置为复用推挽输出CAN_RX配置为带有上拉的复用输入速度选High这样波形质量更好。3.2 例跑500kbps波特率怎么计算出来的这里完整算一遍500kbps的配置过程。已知APB1时钟36MHz希望波特率500kbps采样点大约80%。CAN的位时间由SyncSeg、TSEG1、TSEG2组成TSEG1等于传播段加相位缓冲段1。公式是波特率 APB1时钟 / (预分频 × (1 TSEG1 TSEG2))先把位时钟算出来。取预分频4位时钟 36MHz / 4 9MHz。9MHz除以期望波特率500kbps得到每个位时间需要18个Tq。因为同步段固定占1个Tq剩下17个Tq分给TSEG1和TSEG2。取TSEG1 13TSEG2 4总位时间 1 13 4 18正好500kbps。采样点 (1 13) / 18 ≈ 77.8%落在80%附近业界常用范围之内。不同波特率的参数可以列成一张表现场换波特率时直接替换目标波特率APB1时钟预分频TSEG1TSEG2SJW采样点500kbps36MHz4134177.8%250kbps36MHz4134177.8%125kbps36MHz16134177.8%注意250kbps的位时钟9MHz每个位时间需要36Tq配置18Tq时得到500k所以要重算。9MHz除以250k等于36Tq1 TSEG1 TSEG2 36还是取TSEG1 29、TSEG2 6这样采样点是30/36约83.3%。这里我不把表格硬填只是想提醒你换波特率时一定要重新算特别是TSEG1和TSEG2受寄存器位宽限制不能无限加大。bxCAN的TSEG1最大16个Tq、TSEG2最大8个Tq如果算出来超过上限就要先改预分频再重新分配。3.3 过滤器配置代码只放行需要的帧初始化完成后先配置过滤器。下面是一个很实用的例子只接收标准帧ID为0x123的报文其他全拦掉。32位掩码模式下标准帧ID存放在FilterIdHigh的高11位也就是左移5位这个细节最容易错。void CAN_Filter_Config(void) { CAN_FilterTypeDef filter {0}; filter.FilterBank 0; // 使用过滤器组0 filter.FilterMode CAN_FILTERMODE_IDMASK; // 掩码模式 filter.FilterScale CAN_FILTERSCALE_32BIT; // 32位滤波器 filter.FilterIdHigh 0x123u 5; // 标准帧ID左移5位 filter.FilterIdLow 0; filter.FilterMaskIdHigh 0x7FFu 5; // 掩码全1表示ID必须完全匹配 filter.FilterMaskIdLow 0; filter.FilterFIFOAssignment CAN_FILTER_FIFO0; // 通过后进入FIFO0 filter.FilterActivation ENABLE; HAL_CAN_ConfigFilter(hcan, filter); }如果你想测试“过滤器是不是挡住帧了”有一个临时调试技巧把FilterMaskIdHigh和FilterMaskIdLow全部设为0这时掩码全是0所有标准帧和扩展帧都会放行先确认接收链路通再慢慢收紧过滤条件。我自己调板子时经常先全放行抓到几帧真实报文确认ID再回填过滤配置比一次到位盲调效率高得多。过滤器的行为很多人一开始会混淆掩码位是1表示这个位必须匹配0表示任意。千万不要反过来。如果你配置掩码0x7FF左移5位等于要求ID的11位全部匹配只收一个固定ID如果掩码是0等于一个都不管全收。3.4 发送流程与接收中断核心代码这样写发送一帧报文的核心是这个流程初始化发送头结构体填充ID、类型、数据长度调用HAL_CAN_AddTxMessage提交到一个空闲邮箱最后由硬件发送。发送函数只是把报文提交进邮箱不代表已经发出去真正的完成要看发送邮箱的回调函数。CAN_TxHeaderTypeDef TxHeader {0}; uint8_t TxData[8] {0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08}; uint32_t TxMailbox 0; TxHeader.IDE CAN_ID_STD; // 标准帧 TxHeader.StdId 0x123; // 标准帧ID TxHeader.RTR CAN_RTR_DATA; // 数据帧 TxHeader.DLC 8; // 8字节数据 TxHeader.TransmitGlobalTime DISABLE; if (HAL_CAN_AddTxMessage(hcan, TxHeader, TxData, TxMailbox) HAL_OK) { // 请求已提交等发送完成回调 }发送完成回调是HAL库定义的弱函数在发送成功后由中断调用。要注意的是三个邮箱对应三个回调函数分别叫HAL_CAN_TxMailbox0CompleteCallback、HAL_CAN_TxMailbox1CompleteCallback、HAL_CAN_TxMailbox2CompleteCallback。实际开发中我一般只在邮箱0回调里做一个计数不写复杂逻辑因为回调里跑太久会影响中断实时性。接收侧先使能接收通知再等待回调触发。HAL库的写法是HAL_CAN_Start(hcan); // 启动CAN外设 HAL_CAN_ActivateNotification(hcan, CAN_IT_RX_FIFO0_MSG_PENDING); // 使能FIFO0接收中断然后在回调里取数据void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *CanHandle) { CAN_RxHeaderTypeDef RxHeader {0}; uint8_t RxData[8] {0}; if (HAL_CAN_GetRxMessage(CanHandle, CAN_RX_FIFO0, RxHeader, RxData) HAL_OK) { // 根据RxHeader.StdId或RxHeader.ExtId判断报文ID // 根据RxHeader.DLC和RxData处理有效数据 } }很多新手在这里栽跟头启动CAN用HAL_CAN_Start但如果不调用HAL_CAN_ActivateNotification接收中断永远不会触发。另外GetRxMessage之后数据是拷到你的缓冲区的如果不处理就丢掉FIFO里这一帧就没了。在FIFO被读空之前新报文可以继续进来但FIFO深度有限如果读的速度跟不上总线速度FIFO会溢出丢帧。所以接收回调里最好只做“搬数据”把原始报文放进自己的队列具体解析放到主循环或低优先级任务里。4. 踩坑与排障我的CAN调试实录4.1 现象一加了代码但收不到任何报文这是最常见的情况。查这个问题的顺序很重要。先看硬件打开环回模式自发自收如果自己的报文能收到说明HAL驱动和过滤器配置没问题问题在外部物理链路。如果环回模式也收不到问题就在代码本身重点查滤波器是不是挡掉了帧、中断有没有被占用、FIFO回调有没有写对编号。环回模式测试通过之后接真实总线仍然收不到我一般先量CAN_H和CAN_L对地电压。静态时应都在2.5V附近显性时CAN_H大约3.5V、CAN_L大约1.5V。如果CAN_H和CAN_L没有压差很可能收发器没工作、供电问题或者两根线接反了、根本没挂到总线上。再检查收发器TXD和RXD引脚是否有波形没有波形说明MCU侧配置就有问题。过滤器导致收不到也是一个高频原因。临时把掩码全清零放行所有帧如果马上能收到就说明过滤器写得太死。检查FilterIdHigh和FilterMaskIdHigh的位移特别是标准帧ID在32位滤波器里占据高11位很多人把ID直接赋值忘了左移5位。4.2 现象二总线上一串错误帧如果你用分析仪或者挂在另一个节点上看到总线不断出现错误帧先别急着改软件。错误的根源经常是物理层问题。第一个检查项是波特率一致性。两个节点波特率配置不同接收方会不断产生位填充或CRC错误。把每个节点的位时间参数算清楚再对一遍确保不仅波特率数值一致采样点位置也不要差太远。第二个检查项是终端电阻。短距离调试时少一个120欧可能还能工作多一个却会出奇怪问题。我遇到过三个开发板调成一条总线每块板都带120欧跳线且都默认接上总线等效阻抗变成40欧波形畸变导致偶发错误帧。正确做法是只在总线两端接两个120欧中间节点断开终端电阻。第三个检查项是地电位。CAN虽然靠差分传输但节点之间依然需要共同的参考地。如果你用两个独立电源分别供电没有把GND连在一起共模电压会漂移得离谱收发器容易烧毁或无法识别显隐性。多节点调试时先把所有节点的GND可靠连接再加一个公共终端配置问题能消掉一大半。如果有示波器同时探CAN_H和CAN_L观察输出波形是否干净。正常波形应该有陡峭的边沿、稳定的隐性电平平台和明显的显性压差。波形拖泥带水、边沿圆润多半是线太长、分支太多、或终端不匹配。4.3 现象三偶发数据错、CRC错误、Bus-off这种“时好时坏”的问题最磨人。偶发错误往往不是单个原因我建议按概率排序排查。第一采样点位置不合理。如果采样点太靠前或太靠后总线延迟和节点时钟偏差会导致采到边沿附近的信号这时把采样点调整到75%到80%之间能明显提高容错。第二线缆质量问题或布线方式。CAN总线总是用双绞线且线路上避免星形结构最好用菊花链方式串联各节点。线缆长度也有影响500kbps下几十米内通常没问题但超过百米最好降速到125kbps或更低。第三节点供电纹波。收发器供电纹波大会直接影响驱动能力给CAN收发器的电源加一个100nF去耦电容靠近芯片引脚放很多疑难杂症能消失。总线关闭也是常见可疑点。当错误计数超过255bxCAN会进入Bus-off离线状态。如果初始化时AutoBusOff是ENABLE它会在离线后自动恢复如果是DISABLE就得软件干预。排查时查看CAN外设的ESR寄存器错误状态标志以及IER中断使能寄存器里有没有打开错误中断这样可以第一时间定位是谁把总线搞挂的。我建议在调试早期就打开错误中断做一个错误回调把ErrorCode用串口打印出来。HAL库默认提供了一个HAL_CAN_ErrorCallback你可以重写它。每次总线上出现错误这个回调都会触发配合错误计数器能直观看到是谁在制造错误帧。4.4 现象四发送一直超时或卡在邮箱发送超时的根源往往是发送失败后一直重传或者邮箱被占满。开了自动重传之后如果总线上存在严重错误节点会一直在三个邮箱之间排队重传看似程序卡死实际上是在反复轰炸总线。排查时先看邮箱状态。HAL库有HAL_CAN_IsTxMessagePending函数返回TRUE表示邮箱里有报文尚未发送完成。如果一直为TRUE要么是总线本身有问题要么是帧ID优先级太低、在高负载总线上抢不到总线。把全部节点暂时只保留一个高优先级小ID的发送帧如果立即发送成功说明是优先级和负载问题。另一种情况是程序逻辑反复调用发送API比如在定时器中断里每次塞很多帧发送邮箱只有3个队列满了之后新的报文只能等到有邮箱空出来。我的习惯是设计一个用户层的发送队列先放进环形缓冲区再由发送完成回调里按优先级和状态机决定发哪一帧这样不会把硬件邮箱撑爆也不会让高优先级帧被低优先级帧堵住。还有一个容易忽视的坑远程帧。如果你接收方收到一个远程帧会触发发送请求实际上在bxCAN中远程帧的请求会驱动对应ID的邮箱自动发送前提是你要为这个ID预先填充好待发数据。如果没做这个设置远程帧请求会一直挂起表现为某邮箱占用率居高不下。4.5 排查速查表照着查能少走弯路现象可能原因检查手段解决办法完全收不到帧过滤器挡掉、引脚配置错、中断没开启掩码全0放行环回模式自测核对滤波器ID与移位开接收通知收到错误帧波特率不匹配、没有共地、终端电阻不对查CAN_ESR错误码示波器看波形统一位时间参数先连GND重置终端偶发CRC错误采样点不佳、线缆过长、电源纹波大逻辑分析仪抓几帧统计错误调采样点到80%降波特率加去耦电容发送超时卡邮箱总线繁忙、优先级低、自动重传查邮箱挂起状态停掉其他节点调整ID优先级关闭AutoRetransmission总线上Bus-off错误计数越界、有节点持续干扰读错误计数器逐节点断电排查逐个节点上线定位故障点两个板单独都好挂一起就不通终端电阻数量不对、共模电压漂移量CAN_H与CAN_L之间的电阻只留总线两端120欧所有GND连一起排查思路我总结成一句话先物理层再错误帧最后过滤器和软件逻辑。很多人卡在收不到数据这一关一上来就怀疑程序结果折腾半天发现是接线或终端问题。我自己习惯的做法是桌上常备一个CAN分析仪和一段双绞线调试前先把“裸总线”量一遍确认物理层OK再写应用层协议。我个人在实际操作中的体会是调CAN最怕蒙着头改代码。如果你能熟练用环回模式、错误计数、示波器差分波形这三件套大部分问题都能在半小时内定位。还有一个小习惯想分享量产产品上一定留CAN_TX和CAN_RX的测试焊盘现场排查时直接夹测试夹比抱着整机拆壳强太多。备用的一包120欧电阻和一根双绞线也是我调试箱里永远不拿出来的东西。把每个试验配置记在小本子上尤其是波特率参数组和过滤器掩码因为它们在排查时是你判断对错的第一手依据。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
