1. 项目概述从零开始理解CAN通信最近在整理嵌入式项目资料发现很多朋友对CAN通信这块又爱又怕。爱的是它在汽车电子、工业控制等领域无处不在是工程师的必备技能怕的是它协议栈看起来复杂各种帧格式、仲裁机制、错误处理让人头大。我自己也是从STM32的HAL库调CAN调得一头雾水开始慢慢啃手册、做实验才逐渐摸清了门道。这篇笔记我就把自己学习CAN通信的核心脉络和实操心得梳理出来目标是让你看完后不仅能理解CAN协议在“说什么”更能自己动手用一块STM32开发板把CAN通信跑起来完成两个节点之间的数据收发。无论你是正在做车载项目还是接触工业总线这篇内容都能提供一个清晰的入门路径和可靠的调试参考。CAN全称Controller Area Network中文叫控制器局域网。它本质上是一种串行通信协议最大的特点是多主、广播、基于优先级仲裁。想象一下公司开会谁有话要说有数据要发就举手发送报文如果两个人同时举手职位高的报文ID小的先讲其他人自动变成听众接收模式。这种机制保证了在复杂的网络环境中重要的消息总能优先传递不会因为总线冲突而导致系统瘫痪。我们常说的CAN通信的详细讲解往往就围绕这个核心机制展开。2. CAN通信核心原理深度拆解要玩转CAN死记硬背帧格式是没用的必须理解其设计哲学。它诞生于汽车电子首要任务是可靠和实时。一辆汽车里有几十甚至上百个ECU电子控制单元发动机转速、刹车信号、车门状态等信息需要实时共享。传统的点对点布线会变得极其复杂而CAN总线用两根线CAN_H和CAN_L就把所有节点串联起来极大地简化了线束。2.1 物理层差分信号与显性/隐性电平CAN的物理层采用差分信号传输这是其抗干扰能力的基石。两根线CAN_H和CAN_L平时都维持在约2.5V的隐性电平逻辑‘1’。当需要发送显性位逻辑‘0’时CAN_H被拉高至约3.5VCAN_L被拉低至约1.5V形成一个2V的电压差。接收端只关心这个电压差而不是对地的绝对电压因此共模噪声如发动机点火产生的电磁干扰会被极大地抑制。注意在实际布线时CAN_H和CAN_L必须使用双绞线并且两端需要各接一个120欧姆的终端电阻。这个电阻至关重要它用于阻抗匹配消除信号在总线末端的反射。如果通信不稳定第一个要检查的就是终端电阻是否接好、阻值是否正确。很多新手调试不通问题都出在这里。2.2 数据链路层帧格式与仲裁机制这是CAN协议的核心。我们主要接触两种帧数据帧和远程帧。数据帧用于发送数据远程帧用于请求某个ID的数据。这里我们重点剖析最常用的标准数据帧11位ID。一帧CAN报文就像一列火车由多个连续的部分组成帧起始SOF一个显性位0就像发车铃告诉所有节点“我要开始发送了”。仲裁场包含11位标识符ID和1位远程传输请求位RTR数据帧为显性0。仲裁就发生在这里。所有节点同时发送ID从最高位MSB开始逐位比较。每个节点在发送的同时也在监听总线。如果它发送了一个隐性位1但监听到的是显性位0它就立刻知道自己“竞争”失败自动退出发送转为接收并且不会破坏正在进行的传输。ID值越小优先级越高。控制场包含1位标识符扩展位IDE标准帧为显性0和4位数据长度码DLC0-8表示后续数据场有多少个字节。数据场真正要发送的数据0-8个字节。CAN是面向内容寻址的接收方只关心ID不关心数据来自哪个节点。CRC场15位循环冗余校验码和1位CRC界定符用于校验数据传输是否正确。应答场ACK发送方发出两个隐性位任何正确接收到帧的节点无论是不是目标节点都会在ACK槽位回一个显性位告诉发送方“我收到了”。如果发送方没收到这个应答它会认为传输失败并启动重发。帧结束EOF7个连续的隐性位表示帧结束。这种基于ID优先级的非破坏性仲裁是CAN实现多主、实时响应的关键。它保证了高优先级的消息延迟是确定且有上限的。2.3 错误处理与故障界定一个可靠的协议必须有强大的自愈能力。CAN节点有5种错误类型位错误、填充错误、CRC错误、格式错误、应答错误。每个节点内部有两个计数器发送错误计数器TEC和接收错误计数器REC。根据错误发生的频率节点会处于三种状态主动错误状态正常状态可以正常收发报文检测到错误时发送主动错误标志6个连续的显性位。被动错误状态错误计数较高节点可以收发但出错时只能发送被动错误标志6个连续的隐性位并且发送每帧之间要有额外延迟。总线关闭状态错误计数极高节点自动从总线脱离不再参与任何通信只能等待复位或满足恢复条件。这个机制能防止一个故障节点“拖死”整个网络体现了CAN的鲁棒性。3. STM32的CAN外设配置要点理论懂了我们上硬件。以常见的STM32F1/F4系列为例其内置的bxCAN外设功能很全。配置的关键在于理解几个核心概念和寄存器或HAL库函数。3.1 工作模式与波特率计算CAN外设有几种工作模式我们最常用的是正常模式。在初始化阶段必须先进入初始化模式来配置波特率、过滤器等然后再切换到正常模式开始通信。波特率计算是第一个拦路虎。CAN总线上的位时间被划分为4个段同步段SYNC_SEG固定为1个时间份额Tq用于同步。时间段1BS1包含传播时间段和相位缓冲段1可以设置为1到16个Tq。时间段2BS2相位缓冲段2可以设置为1到8个Tq。再同步跳转宽度SJW1到4个Tq用于在再同步时调整位时间。波特率 APB1时钟频率 / (分频系数 * (1 BS1 BS2))例如STM32F103的APB1时钟为36MHz要配置125Kbps的波特率汽车常用。我们选择分频系数为12则Tq频率为3MHz每个位时间为8微秒。设BS15 Tq BS22 Tq则总时间份额为1528 Tq。波特率 3MHz / 8 375Kbps不对。这里有个关键点公式中的(1BS1BS2)就是总时间份额数。所以正确的计算是波特率 36MHz / (12 * (152)) 36MHz / (12*8) 36MHz / 96 375Kbps。要达到125Kbps需要调整分频系数为36波特率 36MHz / (36 * 8) 125Kbps。实操心得波特率配置不对是通信失败的最常见原因。务必保证通信网络中的所有节点波特率设置完全一致包括分频系数、BS1、BS2。建议先用计算工具如STM32CubeMX算好再手动核对。调试时可以用示波器测量CAN_H和CAN_L之间的差分信号一个位的时长应该是1/波特率125Kbps对应8微秒。3.2 过滤器配置硬件筛选的艺术STM32的CAN有一个非常实用的硬件过滤器单元它能根据ID自动筛选报文减轻CPU负担。过滤器可以工作在两种模式标识符列表模式就像一个白名单只接收ID完全匹配的报文。标识符屏蔽位模式可以设置一个掩码Mask掩码位为1表示必须匹配为0表示不关心。例如设置ID0x123 Mask0x7F0。那么所有ID的高7位0x12x必须匹配低4位任意。这常用于接收一组ID连续的报文。过滤器还有32位和16位尺度之分。32位尺度下一个过滤器可以存一个32位的扩展ID29位或两个16位的标准ID。配置时需要根据你的ID类型和筛选需求灵活选择。// 示例使用HAL库配置一个过滤器接收标准ID为0x123的报文 CAN_FilterTypeDef sFilterConfig; sFilterConfig.FilterBank 0; // 使用过滤器0 sFilterConfig.FilterMode CAN_FILTERMODE_IDMASK; // 掩码模式 sFilterConfig.FilterScale CAN_FILTERSCALE_32BIT; // 32位尺度 sFilterConfig.FilterIdHigh 0x123 5; // 标准ID左移5位到高位寄存器 sFilterConfig.FilterIdLow 0x0000; sFilterConfig.FilterMaskIdHigh 0xFFFF 5; // 掩码所有位都必须匹配 sFilterConfig.FilterMaskIdLow 0x0000; sFilterConfig.FilterFIFOAssignment CAN_RX_FIFO0; // 匹配的报文放入FIFO0 sFilterConfig.FilterActivation ENABLE; sFilterConfig.SlaveStartFilterBank 14; if (HAL_CAN_ConfigFilter(hcan, sFilterConfig) ! HAL_OK) { Error_Handler(); }3.3 发送与接收流程配置好波特率和过滤器后就可以进行通信了。发送流程相对简单填充一个CAN_TxHeaderTypeDef结构体设置ID、DLC、帧类型等将数据填入数组然后调用HAL_CAN_AddTxMessage将消息放入发送邮箱硬件会自动发送。接收则通常采用中断方式。使能接收FIFOFIFO0或FIFO1非空中断当有报文存入FIFO时触发中断在中断服务函数中调用HAL_CAN_GetRxMessage读取报文。// 发送示例 uint8_t txData[8] {0x01, 0x02, 0x03, 0x04}; CAN_TxHeaderTypeDef txHeader; txHeader.StdId 0x456; // 标准ID txHeader.RTR CAN_RTR_DATA; // 数据帧 txHeader.IDE CAN_ID_STD; // 标准帧 txHeader.DLC 4; // 发送4个字节 txHeader.TransmitGlobalTime DISABLE; uint32_t txMailbox; if (HAL_CAN_AddTxMessage(hcan, txHeader, txData, txMailbox) ! HAL_OK) { // 发送错误处理 } // 在CAN接收中断服务函数中读取 void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { CAN_RxHeaderTypeDef rxHeader; uint8_t rxData[8]; HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, rxHeader, rxData); // 处理接收到的数据例如根据rxHeader.StdId进行不同的操作 }4. 双节点CAN通信实战搭建现在我们用两块STM32开发板比如常见的F103C8T6核心板搭建一个最简单的双节点通信测试环境。4.1 硬件连接与准备你需要准备两块STM32开发板带CAN外设如F103/F407。两个CAN收发器芯片模块如TJA1050或SN65HVD230。STM32的CAN外设是控制器需要收发器才能连接到物理总线。若干杜邦线。连接步骤如下电源确保两个收发器模块和两个开发板共地。控制器与收发器将STM32的CAN_TX引脚如PA12连接到收发器模块的TXD引脚将CAN_RX引脚如PA11连接到收发器模块的RXD引脚。组建总线将两个收发器模块的CAN_H连在一起CAN_L连在一起。终端电阻在总线最远的两端各接一个120欧姆电阻在CAN_H和CAN_L之间。对于只有两个节点的短距离测试在任意一个模块上接一个120欧姆电阻通常也能工作但规范做法是两端都接。4.2 软件代码编写我们以STM32CubeMX配合HAL库为例。CubeMX配置在Pinout视图启用CAN外设。在Configuration视图的CAN参数设置中将模式设为“Normal”。配置波特率参数例如125Kbps Prescaler36 BS15 BS22。在NVIC Settings中使能CAN RX0中断或RX1中断。生成代码后在main.c中补充用户代码。初始化CAN在main()函数中系统初始化后调用HAL_CAN_Start(hcan)启动CAN然后调用HAL_CAN_ActivateNotification(hcan, CAN_IT_RX_FIFO0_MSG_PENDING)激活接收中断。编写发送函数可以封装一个函数内部调用HAL_CAN_AddTxMessage。编写中断回调函数如上节示例在HAL_CAN_RxFifo0MsgPendingCallback中读取和处理数据。4.3 测试与验证编写一个简单的测试程序让节点A每隔1秒发送一帧ID为0x123数据为递增计数器的报文。节点B配置过滤器接收ID 0x123的报文并在收到后通过串口打印出来同时点亮一个LED。关键调试步骤确保硬件连接正确特别是CAN_H和CAN_L没有接反终端电阻已接。核对两边的波特率配置必须一字不差。在节点A发送函数后检查HAL_CAN_AddTxMessage的返回值并可以查询发送邮箱状态。在节点B如果进不了接收中断检查过滤器配置是否正确是否已激活接收中断。终极武器——CAN分析仪如果软件排查无果强烈建议使用USB-CAN分析仪如周立功、PCAN等。将其并联到总线上可以直观地看到总线上是否有报文、报文的ID和数据是什么、波特率是否正确。这是定位硬件问题还是软件问题的利器。5. 常见问题排查与调试心得实录在实际动手过程中你几乎一定会遇到下面这些问题。我把它们和我的排查思路整理出来希望能帮你快速脱坑。5.1 问题一根本收不到任何数据发送似乎也没成功检查清单终端电阻这是新手第一杀手。用万用表测量CAN_H和CAN_L之间的电阻在总线两端都接120欧姆电阻的情况下应该是60欧姆左右并联结果。如果电阻无穷大或很大说明终端电阻没接或接触不良。波特率再次用CubeMX或手动计算确认两个节点的波特率分频、BS1、BS2设置完全一致。哪怕有一个参数不同通信都无法建立。收发器电源与使能确认TJA1050等收发器模块的VCC已供电通常是5V或3.3V并且STB待机引脚如果有已拉高或拉低至工作状态查芯片手册。引脚映射确认STM32的CAN_RX和CAN_TX引脚是否与收发器模块的RXD和TXD正确交叉连接控制器TX接收发器TX不对应该是控制器TX接收发器RXD控制器RX接收发器TXD。这里极易接反。工作模式确认CAN外设已从初始化模式切换到正常模式HAL_CAN_Start。5.2 问题二能收到数据但数据错误或时有时无可能原因与解决总线干扰如果布线靠近电机、继电器等强干扰源可能导致误码。确保使用双绞线并尽可能远离干扰源。可以尝试降低波特率如从1Mbps降到125Kbps来增强抗干扰性。地线噪声确保所有节点共地良好地线回路尽量短粗。在复杂系统中地电位差可能引入共模干扰。软件处理不及时接收FIFO溢出。如果报文非常密集而你的中断服务函数处理太慢或没有及时读取可能导致FIFO溢出新报文丢失。可以在中断里只做标记和拷贝在主循环里处理业务逻辑。过滤器配置不当你可能设置了过滤器但ID或掩码设置错误导致想收的报文被硬件过滤掉了。调试阶段可以先将过滤器配置为不使能FilterActivation DISABLE这样会接收所有报文看看总线到底有没有数据。确认有数据后再精细配置过滤器。5.3 问题三发送正常但自己收不到自己的报文自发自收测试失败理解与设置这是一个常见的测试方法。CAN协议默认情况下发送节点是不会接收自己发出的报文的除非开启“回环模式”或“静默回环模式”进行自测试。在正常模式、硬件正常连接的情况下自己发、自己收需要另一个节点应答才行。如果你想做自发自收测试有两种方法硬件短接将本节点的CAN_TX和CAN_RX在收发器后端或通过软件配置连接起来注意电平匹配。不推荐容易损坏。使用CAN分析仪这是最标准的方法。用分析仪作为另一个节点发送请求帧或验证发送的帧是否正确。5.4 调试心得与高级技巧善用状态寄存器HAL库提供了HAL_CAN_GetError和HAL_CAN_GetState函数但更底层的信息在hcan.Instance-ESR错误状态寄存器和hcan.Instance-MSR主状态寄存器里。通过读取这些寄存器可以知道是哪种错误位错误、格式错误等、错误计数是多少这对定位深层问题非常有帮助。理解“监听模式”在CubeMX中可以将CAN模式设为“Silent”。在这个模式下节点只能接收不能发送也不会发送ACK位或错误帧。这就像是一个“网络监听器”非常适合用来监测总线流量而不干扰总线或者用于总线分析仪的搭建。关于帧类型除了数据帧还有远程帧。远程帧的RTR位为隐性1没有数据场用于请求另一个节点发送指定ID的数据。在汽车诊断中常用。配置发送远程帧时注意设置txHeader.RTR CAN_RTR_REMOTE。扩展帧标准帧ID是11位扩展帧是29位。当需要更多节点或更复杂的标识时使用扩展帧。配置时设置txHeader.IDE CAN_ID_EXT并使用ExtId字段。过滤器也需要相应配置为32位模式来处理29位ID。CAN通信的入门关键在于把物理层连接做扎实把波特率算准确然后通过一个简单的收发实验建立信心。一旦最基础的链路通了再去深入研究过滤器、错误管理、更复杂的网络管理协议如CANopen、J1939就会顺畅很多。我建议你在吃透本篇笔记的基础上找一个开发板亲手做一遍遇到问题就对照第五部分来排查这个过程积累的经验比读十篇文档都管用。