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

STM32F103 CAN总线Bootloader开发实战：从设计到实现

news 2026/3/27 4:09:50

1. 为什么需要CAN总线Bootloader

第一次接触Bootloader这个概念时，我也是一头雾水。直到有一次在产线上看到工人拿着烧录器挨个给设备刷程序，才明白Bootloader的价值所在。想象一下，如果你的设备已经装在汽车底盘或者工业控制柜里，要升级程序还得拆外壳、接调试器，那得多麻烦？这就是我们要开发CAN总线Bootloader的根本原因。

STM32F103这颗芯片在工控领域应用非常广泛，而CAN总线又是汽车和工业领域最常用的通信协议之一。把这两者结合起来做Bootloader，相当于给你的设备装了个"空中升级"系统。我做过统计，使用Bootloader后，产线程序烧录效率能提升3倍以上，后期维护成本更是直线下降。

这里有个实际案例：去年给某新能源汽车厂家做BMS系统时，他们的电池包装在底盘下面，每次召回升级都要拆车。我们开发了CAN Bootloader后，4S店用诊断仪就能完成程序更新，单次升级节省工时费用就超过20万。

2. 硬件设计要点

2.1 芯片选型与最小系统

STM32F103C8T6这颗芯片我用了不下1000片，性价比确实高。72MHz主频跑Bootloader绰绰有余，内置的CAN控制器支持2.0B协议，最关键的是Flash支持页擦除，这对IAP编程太重要了。

画原理图时要注意几个关键点：

CAN收发器推荐用TJA1050，便宜又稳定
记得在CAN_H和CAN_L之间加120Ω终端电阻
BOOT0引脚要留跳线帽，方便进入系统存储器模式
供电部分最好加个LC滤波，我吃过电源干扰导致CAN通信失败的亏

2.2 电路设计踩坑记录

第一次设计时没注意隔离，结果CAN总线上的浪涌直接把MCU打坏了。后来改用ISO1050做隔离，成本是高了些，但再没出过问题。还有一次遇到Flash写入失败，查了三天才发现是电源纹波太大，后来在VDD和VDDA都加了10μF钽电容才解决。

3. 软件架构设计

3.1 内存空间规划

Flash划分是Bootloader设计的核心。我的经验是：

Bootloader区给20KB（0x08000000-0x8004FFF）
应用程序区从0x08005000开始
最后留2KB做参数存储区

对应的链接脚本要这样配置：

MEMORY { BOOTROM (rx) : ORIGIN = 0x08000000, LENGTH = 20K APPROM (rx) : ORIGIN = 0x08005000, LENGTH = 44K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 20K }

3.2 双程序切换机制

这里有个关键技巧：在Bootloader里判断是否要跳转应用时，不能简单检查Flash内容，还要验证CRC。我有次遇到芯片异常复位导致标志位错误，结果Bootloader死循环。后来改成下面这个逻辑就稳了：

void jump_to_app(void) { if(((*(__IO uint32_t*)APP_ADDRESS) & 0x2FFE0000) == 0x20000000) { uint32_t crc = calculate_app_crc(); if(crc == stored_crc) { // 跳转代码 } } }

4. CAN通信协议实现

4.1 数据帧格式设计

经过多次迭代，我总结出这个稳定可靠的帧格式：

字段	长度	说明
帧头	1字节	固定0xAA
序号	2字节	大端序
类型	1字节	0x01数据 0x02命令
数据	8字节	有效载荷
CRC	2字节	CRC-16/CCITT

实际测试发现，加入序号字段后，重传机制好做很多。建议波特率设为500kbps，这个速率在工业环境下最稳定。

4.2 通信状态机实现

写CAN通信最怕的就是状态混乱，我设计的状态机经历了5个版本的迭代：

typedef enum { STATE_IDLE, STATE_WAIT_ACK, STATE_RECEIVING, STATE_VERIFY, STATE_ERROR } boot_state_t; // 状态处理函数 void handle_can_rx(uint32_t id, uint8_t* data) { switch(current_state) { case STATE_IDLE: if(data[0] == START_CMD) { prepare_reception(); current_state = STATE_RECEIVING; } break; // 其他状态处理... } }

5. Flash编程关键技术

5.1 安全擦写流程

Flash操作最怕的就是意外断电，我总结的安全流程是：

先擦除目标扇区
写入数据时每页加校验和
最后写入结束标志和CRC

关键代码片段：

void flash_program_page(uint32_t addr, uint8_t *data) { HAL_FLASH_Unlock(); // 擦除目标扇区 FLASH_EraseInitTypeDef erase; erase.TypeErase = FLASH_TYPEERASE_PAGES; erase.PageAddress = addr; erase.NbPages = 1; uint32_t error; HAL_FLASHEx_Erase(&erase, &error); // 编程数据 for(int i=0; i<FLASH_PAGE_SIZE; i+=4) { HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, addr+i, *(uint32_t*)(data+i)); } HAL_FLASH_Lock(); }

5.2 校验机制设计

早期版本我只做了简单的校验，结果遇到几次数据错误导致设备变砖。后来改成三级校验：

每帧数据有CRC16校验
每页数据有累加和校验
整个固件有SHA-1校验

虽然增加了些开销，但再没出现过数据错误的情况。

6. 上位机开发要点

6.1 文件解析技巧

处理.srec文件时要注意：

地址可能是非连续的
要处理S0/S1/S2/S3等不同记录类型
校验和计算要准确

我写的解析函数核心逻辑：

void parse_srec(FILE *file) { char line[256]; while(fgets(line, sizeof(line), file)) { if(line[0] != 'S') continue; uint8_t type = line[1] - '0'; uint8_t len = hex_to_byte(line+2); uint32_t addr = get_address(line, type); // 处理数据记录 if(type >=1 && type <=3) { uint8_t data[256]; parse_data(line, data); add_to_flash_map(addr, data, len-3); } } }