当前位置：首页 > news >正文

STM32 CAN通信从入门到实战：核心原理、配置与双节点通信调试

news 2026/7/29 9:30:07

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.5V，CAN_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位数据长度码（DLC，0-8，表示后续数据场有多少个字节）。
数据场：真正要发送的数据，0-8个字节。CAN是面向内容寻址的，接收方只关心ID，不关心数据来自哪个节点。
CRC场：15位循环冗余校验码和1位CRC界定符，用于校验数据传输是否正确。
应答场（ACK）：发送方发出两个隐性位，任何正确接收到帧的节点（无论是不是目标节点）都会在ACK槽位回一个显性位，告诉发送方“我收到了”。如果发送方没收到这个应答，它会认为传输失败并启动重发。
帧结束（EOF）：7个连续的隐性位，表示帧结束。

这种基于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），用于同步。
时间段1（BS1）：包含传播时间段和相位缓冲段1，可以设置为1到16个Tq。
时间段2（BS2）：相位缓冲段2，可以设置为1到8个Tq。
再同步跳转宽度（SJW）：1到4个Tq，用于在再同步时调整位时间。

波特率 = APB1时钟频率 / (分频系数 * (1 + BS1 + BS2))

例如，STM32F103的APB1时钟为36MHz，要配置125Kbps的波特率（汽车常用）。我们选择分频系数为12，则Tq频率为3MHz，每个位时间为8微秒。设BS1=5 Tq， BS2=2 Tq，则总时间份额为1+5+2=8 Tq。波特率 = 3MHz / 8 = 375Kbps？不对。这里有个关键点：公式中的(1+BS1+BS2)就是总时间份额数。所以正确的计算是：波特率 = 36MHz / (12 * (1+5+2)) = 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表示不关心。例如，设置ID=0x123， Mask=0x7F0。那么所有ID的高7位（0x12x）必须匹配，低4位任意。这常用于接收一组ID连续的报文。

过滤器还有32位和16位尺度之分。32位尺度下，一个过滤器可以存一个32位的扩展ID（29位）或两个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将消息放入发送邮箱，硬件会自动发送。

接收则通常采用中断方式。使能接收FIFO（FIFO0或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， Prescaler=36， BS1=5， BS2=2）。
- 在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 问题一：根本收不到任何数据，发送似乎也没成功

检查清单：
1. 终端电阻：这是新手第一杀手。用万用表测量CAN_H和CAN_L之间的电阻，在总线两端都接120欧姆电阻的情况下，应该是60欧姆左右（并联结果）。如果电阻无穷大或很大，说明终端电阻没接或接触不良。
2. 波特率：再次用CubeMX或手动计算，确认两个节点的波特率分频、BS1、BS2设置完全一致。哪怕有一个参数不同，通信都无法建立。
3. 收发器电源与使能：确认TJA1050等收发器模块的VCC已供电（通常是5V或3.3V），并且STB（待机）引脚（如果有）已拉高或拉低至工作状态（查芯片手册）。
4. 引脚映射：确认STM32的CAN_RX和CAN_TX引脚是否与收发器模块的RXD和TXD正确交叉连接（控制器TX接收发器TX？不对！应该是控制器TX接收发器RXD，控制器RX接收发器TXD）。这里极易接反。
5. 工作模式：确认CAN外设已从初始化模式切换到正常模式（HAL_CAN_Start）。

5.2 问题二：能收到数据，但数据错误或时有时无

可能原因与解决：
1. 总线干扰：如果布线靠近电机、继电器等强干扰源，可能导致误码。确保使用双绞线，并尽可能远离干扰源。可以尝试降低波特率（如从1Mbps降到125Kbps）来增强抗干扰性。
2. 地线噪声：确保所有节点共地良好，地线回路尽量短粗。在复杂系统中，地电位差可能引入共模干扰。
3. 软件处理不及时：接收FIFO溢出。如果报文非常密集，而你的中断服务函数处理太慢或没有及时读取，可能导致FIFO溢出，新报文丢失。可以在中断里只做标记和拷贝，在主循环里处理业务逻辑。
4. 过滤器配置不当：你可能设置了过滤器，但ID或掩码设置错误，导致想收的报文被硬件过滤掉了。调试阶段，可以先将过滤器配置为不使能（FilterActivation = DISABLE），这样会接收所有报文，看看总线到底有没有数据。确认有数据后，再精细配置过滤器。

5.3 问题三：发送正常，但自己收不到自己的报文（自发自收测试失败）

理解与设置：这是一个常见的测试方法。CAN协议默认情况下，发送节点是不会接收自己发出的报文的，除非开启“回环模式”或“静默回环模式”进行自测试。在正常模式、硬件正常连接的情况下，自己发、自己收，需要另一个节点应答才行。如果你想做自发自收测试，有两种方法：
1. 硬件短接：将本节点的CAN_TX和CAN_RX在收发器后端（或通过软件配置）连接起来（注意电平匹配）。不推荐，容易损坏。
2. 使用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）就会顺畅很多。我建议你在吃透本篇笔记的基础上，找一个开发板亲手做一遍，遇到问题就对照第五部分来排查，这个过程积累的经验，比读十篇文档都管用。

查看全文

http://www.jsqmd.com/news/1286279/