STM32 OTA与BootLoader开发实战指南

1. 项目概述

在嵌入式系统开发中，OTA（Over-The-Air）技术已经成为现代物联网设备必备的核心功能之一。作为一名长期从事STM32开发的工程师，我想分享一个完整的OTA和BootLoader开发案例，重点讲解外设功能开发的关键实现细节。

这个项目基于STM32F103C8T6开发板，通过构建完整的BootLoader系统，实现了固件的远程更新功能。相比简单的串口烧录，这套方案具有以下技术优势：

• 支持断点续传，即使更新过程中断电也不会导致设备变砖
• 采用双Bank设计，确保系统更新失败时能自动回滚
• 通过校验机制保证固件完整性
• 最小化CPU资源占用，适合实时性要求高的场景

2. 硬件架构设计

2.1 核心硬件选型

项目使用的主控芯片是STM32F103C8T6，这是一款性价比极高的Cortex-M3内核MCU，主要外设资源包括：

• 64KB Flash（实际可用约60KB）
• 20KB SRAM
• 3个USART接口
• 2个SPI接口
• 2个I2C接口

存储器件选型考虑：

1. W25Q64（8MB SPI Flash）：

   • 用于存储待升级的固件镜像
   • 支持扇区擦除（4KB）、块擦除（32KB/64KB）
   • 最高80MHz时钟频率

2. AT24C02（2KB I2C EEPROM）：

   • 存储设备配置参数
   • 记录固件版本信息
   • 保存BootLoader状态标志

2.2 硬件连接方案

开发板与各模块的连接采用最小系统设计：

code复制[STM32F103C8T6]――――[USB转串口模块]
    |――――[W25Q64 Flash模块] 
    |――――[AT24C02 EEPROM模块]
    |――――[OLED显示屏](调试用)

具体引脚分配如下表所示：

硬件设计注意事项：

1. SPI Flash的VCC引脚建议增加0.1uF去耦电容
2. I2C总线必须接上拉电阻（通常4.7K）
3. 串口线路在长距离传输时应考虑增加TVS二极管保护

3. 软件架构设计

3.1 工程目录结构

采用模块化设计思想，工程目录组织如下：

code复制OTA_BootLoader/
├── CMSIS/               // 内核支持文件
├── Hardware/
│   ├── AT24C02/         // EEPROM驱动
│   ├── MyFLASH/         // 内部Flash操作
│   ├── MyI2C/          // 软件I2C实现
│   ├── MySPI/          // 软件SPI实现  
│   └── W25Q64/         // SPI Flash驱动
├── Libraries/          // 标准外设库
├── User/
│   ├── main.c          // 主程序
│   ├── serial.c        // 串口+DMA实现
│   └── stm32f10x_it.c  // 中断服务程序
└── MDK-ARM/            // Keil工程文件

3.2 内存分配策略

针对STM32F103C8T6的有限资源，采用以下内存优化方案：

1. Flash空间划分：

   • 0x08000000-0x08002FFF：BootLoader区（12KB）
   • 0x08003000-0x0800FFFF：应用程序区（52KB）
   • 0x08010000-0x0801FFFF：备份区（64KB）

2. RAM使用规划：

   • 栈空间：2KB
   • 堆空间：1KB
   • DMA缓冲区：4KB
   • 全局变量区：13KB

4. 核心功能实现

4.1 串口DMA数据接收

4.1.1 环形缓冲区设计

采用三重缓冲机制确保数据完整性：

1. 物理缓冲区：2048字节的静态数组
2. 数据块描述结构体数组（10个元素）
3. 管理结构体（包含IN/OUT指针）

c复制typedef struct {
    uint8_t *start;     // 数据起始地址
    uint8_t *end;       // 数据结束地址
} UCB_URxBuffptr;

typedef struct {
    uint16_t URxCounter;             // 缓冲区使用计数
    UCB_URxBuffptr URxDataPtr[10];   // 数据块指针数组  
    UCB_URxBuffptr *URxDataIN;       // 写入指针
    UCB_URxBuffptr *URxDataOUT;      // 读取指针
    UCB_URxBuffptr *URxDataEND;      // 数组末尾标记
} UCB_CB;

4.1.2 DMA配置关键点

1. 使用DMA1通道5（USART1_RX）
2. 配置为外设到内存模式
3. 开启循环模式（实际测试发现普通模式更稳定）
4. 设置传输完成中断

c复制void DMA_Config(void) {
    DMA_InitTypeDef DMA_InitStructure;
    
    DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&USART1->DR;
    DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)U0_RxBuff;
    DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralSRC;
    DMA_InitStructure.DMA_BufferSize = U0_RX_MAX + 1;
    DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Disable;
    DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable;
    DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte;
    DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte;
    DMA_InitStructure.DMA_Mode = DMA_Mode_Normal;
    DMA_InitStructure.DMA_Priority = DMA_Priority_High;
    DMA_InitStructure.DMA_M2M = DMA_M2M_Disable;
    DMA_Init(DMA1_Channel5, &DMA_InitStructure);
    
    USART_DMACmd(USART1, USART_DMAReq_Rx, ENABLE);
    DMA_Cmd(DMA1_Channel5, ENABLE);
}

4.1.3 串口空闲中断处理

当检测到总线空闲时，执行以下操作：

1. 计算本次接收数据长度
2. 更新当前数据块的end指针
3. 移动IN指针到下一个可用位置
4. 重置DMA配置

c复制void USART1_IRQHandler(void) {
    if(USART_GetITStatus(USART1, USART_IT_IDLE) == SET) {
        USART1->SR;  // 清除IDLE标志
        USART_ReceiveData(USART1);
        
        // 计算接收数据长度
        uint16_t len = (U0_RX_MAX + 1) - DMA_GetCurrDataCounter(DMA1_Channel5);
        U0CB.URxCounter += len;
        
        // 更新当前数据块信息
        U0CB.URxDataIN->end = &U0_RxBuff[U0CB.URxCounter - 1];
        
        // 移动IN指针
        if(++U0CB.URxDataIN > U0CB.URxDataEND) {
            U0CB.URxDataIN = &U0CB.URxDataPtr[0];
        }
        
        // 检查缓冲区空间
        if(U0_RX_SIZE - U0CB.URxCounter < U0_RX_MAX) {
            U0CB.URxDataIN->start = U0_RxBuff;
            U0CB.URxCounter = 0;
        } else {
            U0CB.URxDataIN->start = &U0_RxBuff[U0CB.URxCounter];
        }
        
        // 重置DMA
        DMA_Cmd(DMA1_Channel5, DISABLE);
        DMA_SetCurrDataCounter(DMA1_Channel5, U0_RX_MAX + 1);
        DMA1_Channel5->CMAR = (uint32_t)U0CB.URxDataIN->start;
        DMA_Cmd(DMA1_Channel5, ENABLE);
    }
}

4.2 EEPROM数据存储

4.2.1 AT24C02驱动实现

关键函数包括：

• 单字节写入
• 页写入（8字节）
• 单字节读取
• 连续读取

c复制void AT24C02_WritePage(uint8_t WordAddress, uint8_t* Data_Array) {
    MyI2C_Start();
    MyI2C_SendByte(0xA0);
    MyI2C_ReceiveAck();
    MyI2C_SendByte(WordAddress);
    MyI2C_ReceiveAck();
    
    for(uint8_t i=0; i<8; i++) {
        MyI2C_SendByte(Data_Array[i]);
        MyI2C_ReceiveAck();
    }
    
    MyI2C_Stop();
    Delay_ms(5);  // 必须的写入延时
}

4.2.2 数据存储策略

1. 版本信息存储：

   • 地址0x00：固件主版本号
   • 地址0x01：固件次版本号
   • 地址0x02：固件修订号

2. 状态标志存储：

   • 地址0x10：BootLoader状态（0xA5表示需要更新）
   • 地址0x11：固件校验和

3. 参数存储：

   • 地址0x20开始：设备配置参数

注意事项：

1. EEPROM每个字节有10万次写入寿命，应避免频繁写入同一地址
2. 页写入时不能跨页，否则会回卷到页首覆盖数据
3. 每次写入后需要5ms左右的编程时间

4.3 SPI Flash操作

4.3.1 W25Q64驱动增强

在原有驱动基础上增加：

• 64KB块擦除功能
• 多扇区连续写入
• 数据校验功能

c复制void W25Q64_Erase64K(uint8_t BlockNumber) {
    W25Q64_WriteEnable();
    
    MySPI_Start();
    MySPI_SwapByte(0xD8);  // 64KB块擦除指令
    MySPI_SwapByte((BlockNumber*64*1024) >> 16);
    MySPI_SwapByte((BlockNumber*64*1024) >> 8);
    MySPI_SwapByte(BlockNumber*64*1024);
    MySPI_Stop();
    
    W25Q64_WaitBusy();  // 等待擦除完成
}

4.3.2 固件存储方案

1. 块分配：

   • Block 0：固件镜像A
   • Block 1：固件镜像B
   • Block 2：配置参数
   • Block 3-127：预留

2. 镜像头结构：

   • 0-3字节：'F','W','S','T'
   • 4-7字节：固件大小
   • 8-11字节：CRC32校验值
   • 12-15字节：版本号
   • 16-255字节：预留

4.4 内部Flash编程

4.4.1 Flash操作封装

关键功能实现：

• 多页擦除
• 多字编程
• 读保护设置

c复制void MyFLASH_WriteFlash(uint32_t StartAddress, uint32_t *wData, uint32_t wnum) {
    FLASH_Unlock();
    FLASH_ClearFlag(FLASH_FLAG_BSY | FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPRTERR);
    
    while(wnum >= 4) {
        FLASH_ProgramWord(StartAddress, *wData);
        StartAddress += 4;
        wData++;
        wnum -= 4;
    }
    
    FLASH_Lock();
}

4.4.2 编程注意事项

1. 必须先擦除后写入
2. 每次写入必须对齐到4字节边界
3. 编程过程中不能断电
4. 建议关闭所有中断再进行Flash操作

5. 系统调试与优化

5.1 串口DMA性能测试

在不同波特率下的数据传输稳定性：

实际项目中选择921600波特率作为最佳平衡点。

5.2 Flash编程速度优化

通过实测得到的各存储器件操作耗时：

优化措施：

1. 提前擦除Flash区域
2. 采用双缓冲机制
3. 批量写入减少操作次数

5.3 常见问题排查

1. DMA数据丢失：

   • 检查缓冲区是否溢出
   • 确认DMA优先级设置
   • 验证时钟配置是否正确

2. EEPROM写入失败：

   • 测量I2C总线波形
   • 检查上拉电阻值
   • 确认器件地址是否正确

3. SPI Flash识别错误：

   • 读取JEDEC ID验证
   • 检查片选信号时序
   • 确认供电电压稳定

6. 项目总结

通过这个项目的开发，我总结了以下几点重要经验：

1. 缓冲区设计是DMA应用的关键，合理的大小和结构能显著提升系统稳定性。在本项目中，2048字节的缓冲区配合10个数据块描述符的结构，在测试中即使连续传输10MB数据也未出现丢失。

2. Flash操作必须考虑意外断电的情况。我们的解决方案是在写入前先保存状态到EEPROM，并在重启时检查状态标志，确保能恢复中断的更新过程。

3. 对于资源受限的MCU，内存管理需要特别关注。我们通过精确计算各模块的内存需求，并采用静态分配方式，避免了动态内存分配带来的不确定性。

这个BootLoader系统目前已经稳定运行在多个产品中，支持通过串口、蓝牙和Wi-Fi等多种方式进行固件更新。后续计划增加差分升级功能，以进一步减少传输数据量。