1. 项目背景与核心价值
在嵌入式开发领域，程序烧录一直是个绕不开的话题。传统方式需要频繁插拔调试器，不仅效率低下，长期操作还可能损坏芯片的SWD接口。我在最近一个工业控制器项目中，就遇到了产线批量烧录的痛点——产线工人需要反复连接ST-Link，既影响效率又增加设备损耗。
这时候IAP（In Application Programming）技术就成了救命稻草。通过串口就能完成程序更新，无需专用烧录器，特别适合现场维护和批量生产。STM32F103ZET6作为经典Cortex-M3芯片，其内置的Flash控制器和丰富的通信接口，为IAP实现提供了硬件基础。
这个项目最吸引我的地方在于：用最基础的串口（甚至可以是USB转TTL）就能实现可靠的程序更新，成本几乎为零。想象一下，当设备安装在难以触及的位置时，维护人员只需连接串口线发送固件，就能完成远程升级——这比拆机箱接调试器优雅多了。
2. 硬件设计要点解析
2.1 最小系统搭建
STM32F103ZET6的IAP实现需要确保以下硬件条件：
- 稳定的电源电路（3.3V LDO+100nF去耦电容）
- 复位电路（10k上拉+100nF电容）
- 启动模式选择（BOOT0/BOOT1引脚配置）
- 串口通信接口（USART1的PA9/PA10）
关键提示：务必在PCB上预留串口电平转换电路。我吃过亏——直接用CH340G连接时，偶尔会出现数据丢包导致升级失败。后来改用MAX3232做电平转换，稳定性大幅提升。
2.2 存储空间规划
Flash地址分配是IAP设计的核心。以256KB Flash的STM32F103ZET6为例：
code复制0x08000000 - 0x08003FFF Bootloader区 (16KB)
0x08004000 - 0x0801FFFF 用户程序区 (112KB)
0x08020000 - 0x0803FFFF 备份区/参数区 (128KB)
这种分配方案保证了：
- Bootloader有充足空间实现协议解析和Flash操作
- 用户程序区避开中断向量表偏移问题
- 保留足够空间存储升级包和系统参数
3. Bootloader开发实战
3.1 启动流程设计
Bootloader的核心逻辑流程：
c复制void Bootloader_Main(void) {
HAL_Init();
SystemClock_Config();
UART_Init(115200);
if(Check_Update_Flag()) { // 检测升级触发条件
Receive_Firmware(); // 接收新固件
Verify_Checksum(); // 校验完整性
Flash_Write(); // 写入用户程序区
Jump_To_App(); // 跳转执行
} else {
Jump_To_App(); // 直接跳转
}
}
3.2 关键功能实现
3.2.1 串口协议设计
采用YMODEM协议的优势：
- 自带分包校验机制
- 支持128/1024字节两种包长
- 广泛兼容各类终端工具
实测传输效率对比：
| 协议类型 | 115200bps传输112KB耗时 |
|---|---|
| 自定义协议 | 12.8s |
| YMODEM | 9.5s |
3.2.2 Flash操作要点
c复制void Flash_Write(uint32_t addr, uint8_t *data, uint32_t len) {
HAL_FLASH_Unlock();
for(uint32_t i=0; i<len; i+=2) {
uint16_t word = data[i] | (data[i+1] << 8);
HAL_FLASH_Program(FLASH_TYPEPROGRAM_HALFWORD,
addr+i, word);
// 验证写入
if(*(volatile uint16_t*)(addr+i) != word) {
// 错误处理
}
}
HAL_FLASH_Lock();
}
血泪教训：一定要按半字(16bit)写入！我曾尝试单字节写入导致Flash数据异常。
4. 用户程序适配
4.1 中断向量表重映射
用户程序需要修改启动文件(startup_stm32f103xe.s)：
assembly复制; 修改向量表偏移寄存器
LDR R0, =0x08004000
LDR R1, =0xE000ED08
STR R0, [R1]
4.2 链接脚本配置
在Keil中设置：
code复制ROM1 0x08004000 0x0001C000 { ; 用户程序区
.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
.ANY (+RW +ZI)
}
5. 升级流程实操演示
5.1 硬件准备步骤
- 将BOOT0接高电平，BOOT1接低电平
- 连接USB转TTL到USART1（PA9-RX, PA10-TX）
- 上电启动进入Bootloader模式
5.2 软件操作流程
使用Tera Term发送固件：
- 菜单选择"File > Transfer > YMODEM > Send"
- 选择编译生成的.bin文件
- 等待传输完成（进度条显示）
- 断电切换BOOT0回低电平
- 重新上电运行新程序
6. 常见问题排查指南
6.1 升级失败典型案例
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 传输中途断开 | 串口波特率不稳定 | 改用硬件流控或降低波特率 |
| 校验失败 | Flash写入未按半字对齐 | 检查编程函数的数据对齐 |
| 跳转后死机 | 向量表地址未正确设置 | 确认用户程序链接脚本配置 |
| 反复进入Bootloader | 升级标志位未清除 | 在跳转前清除标志寄存器 |
6.2 性能优化技巧
- 双缓冲接收：开辟两个缓冲区交替接收，提升传输效率
c复制uint8_t buf[2][1024];
int current_buf = 0;
while(接收中) {
HAL_UART_Receive_DMA(&huart1, buf[current_buf], 1024);
处理另一个缓冲区数据();
current_buf ^= 1; // 切换缓冲区
}
- 压缩传输：在发送端使用LZ77压缩算法，实测可减少30%传输量
7. 进阶开发方向
7.1 安全增强方案
- 数字签名验证：在Bootloader中集成ECC签名校验
c复制bool Verify_Signature(uint8_t *fw, uint32_t len, uint8_t *sig) {
// 使用微型加密库实现
return ecc_verify(fw, len, sig, PUBLIC_KEY);
}
- AES加密传输：防止固件被截获分析
c复制void Decrypt_Firmware(uint8_t *data, uint32_t len) {
AES128_CBC_decrypt(data, len, KEY, IV);
}
7.2 无线升级实现
通过ESP8266转接方案：
- Bootloader初始化SPI接口连接WiFi模块
- 从HTTP服务器分块下载固件
- 写入Flash后校验跳转
实测在2.4GHz环境下，1MB固件升级约需90秒（需优化TCP窗口大小）
这个项目最让我惊喜的是，原本以为需要复杂硬件支持的IAP功能，竟然用最基础的串口就实现了。现在我们的产线工人只需点击一次发送按钮，就能同时给20台设备刷入新程序，效率提升了近10倍。下次我准备尝试结合蓝牙模块，实现手机APP直接升级——这或许就是嵌入式开发的魅力，总能用简单方案解决实际问题。