手把手教你为STM32F10x单片机实现OTA升级（含HEX文件解析源码）

张

张建站

2026/4/23 17:11:24

10分钟阅读

手把手教你为STM32F10x单片机实现OTA升级含HEX文件解析源码在嵌入式开发中固件升级是一个常见但至关重要的需求。想象一下当你的设备已经部署在现场而你需要修复一个关键bug或添加新功能时OTAOver-The-Air技术就显得尤为重要。本文将带你从零开始为STM32F10x系列单片机实现一个完整的OTA升级方案包括Bootloader设计、HEX文件解析、Flash操作等核心内容。1. OTA升级基础概念OTA升级是指通过无线或有线通信方式远程更新设备固件的技术。对于嵌入式系统而言一个可靠的OTA方案需要解决以下几个核心问题固件完整性确保传输过程中固件数据没有损坏升级可靠性即使在升级过程中断电设备也能恢复空间管理合理分配Flash存储空间支持新旧版本切换在STM32平台上典型的OTA实现需要两个关键组件Bootloader负责固件接收、验证和更新应用程序实际的功能代码可以被Bootloader更新注意Bootloader和应用程序需要分别编译且它们的存储地址不能重叠2. Flash空间规划以STM32F103C8T6为例64KB Flash我们可以这样划分存储空间区域起始地址大小用途Bootloader0x0800000012KB存放Bootloader代码应用程序0x0800300044KB主程序运行区域备份区0x0800E0008KB临时存储新固件这种划分确保了Bootloader有足够空间实现复杂逻辑应用程序有充足空间运行备份区可以完整存储一个应用程序副本3. Bootloader设计与实现Bootloader是OTA升级的核心其主要工作流程如下初始化硬件时钟、串口、Flash等检查升级标志如果需要升级接收新固件并验证将新固件从备份区复制到应用程序区跳转到应用程序执行3.1 关键函数实现跳转函数是Bootloader中最关键的部分之一void jumpToApplication(void) { // 检查应用程序栈指针是否有效 if (((*(__IO uint32_t*)ApplicationAddress) 0x2FFE0000) 0x20000000) { // 设置主堆栈指针 __set_MSP(*(__IO uint32_t*) ApplicationAddress); // 获取复位向量地址并跳转 uint32_t jumpAddress *(__IO uint32_t*)(ApplicationAddress 4); void (*appEntry)(void) (void (*)(void))jumpAddress; appEntry(); } }Flash操作是另一个核心功能包括擦除和编程uint8_t EraseFlash(uint32_t baseAddress, uint32_t size) { FLASH_Unlock(); FLASH_ClearFlag(FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPRTERR); for (uint32_t i 0; i size; i FLASH_PAGE_SIZE) { if (FLASH_ErasePage(baseAddress i) ! FLASH_COMPLETE) { FLASH_Lock(); return 1; // 擦除失败 } } FLASH_Lock(); return 0; // 成功 }4. HEX文件解析实战HEX文件是Intel定义的一种标准格式用于存储二进制数据。在OTA升级中我们需要解析HEX文件并将其写入Flash。一个典型的HEX记录格式如下:10010000214601360121470136007EFE09D2190140:起始符10数据长度0100地址00记录类型214601360121470136007EFE09D21901数据40校验和以下是HEX文件解析的核心代码uint8_t HEX_ParseLine(uint8_t *data, uint8_t len) { // 校验起始符 if(data[0] ! :) return 1; // 计算校验和 uint8_t crc 0; for(uint8_t i 1; i len-1; i) { crc data[i]; } if((0x100 - crc) ! data[len-1]) return 2; // 解析记录类型 uint8_t type data[3]; uint16_t addr (data[1] 8) | data[2]; switch(type) { case 0x00: // 数据记录 return handleDataRecord(data, addr, data[4]); case 0x01: // 文件结束记录 return handleEndRecord(); case 0x04: // 扩展线性地址记录 return handleExtAddrRecord(data); default: return 3; // 不支持的类型 } }5. 完整升级流程实现一个健壮的OTA升级流程应该包含以下步骤初始化阶段初始化串口通信初始化Flash接口检查升级标志固件接收阶段接收HEX文件数据解析并写入备份区计算校验和固件切换阶段擦除应用程序区从备份区复制到应用程序区设置升级完成标志应用程序启动验证应用程序完整性跳转到应用程序以下是升级状态机的实现示例typedef enum { OTA_IDLE, OTA_RECEIVING, OTA_VALIDATING, OTA_UPDATING, OTA_COMPLETE, OTA_ERROR } OTA_State; void OTA_Handler(void) { static OTA_State state OTA_IDLE; switch(state) { case OTA_IDLE: if(checkUpgradeFlag()) { state OTA_RECEIVING; sendAck(READY); } break; case OTA_RECEIVING: if(receiveHexLine()) { state OTA_VALIDATING; } break; case OTA_VALIDATING: if(validateFirmware()) { state OTA_UPDATING; } else { state OTA_ERROR; } break; case OTA_UPDATING: if(copyFirmware()) { state OTA_COMPLETE; } else { state OTA_ERROR; } break; case OTA_COMPLETE: jumpToApplication(); break; case OTA_ERROR: handleError(); state OTA_IDLE; break; } }6. 调试技巧与常见问题在实际开发中你可能会遇到以下问题跳转失败检查应用程序的向量表是否正确重定位确保应用程序编译时设置了正确的Flash起始地址Flash写入错误确保在写入前已擦除目标扇区检查Flash解锁序列是否正确执行HEX文件解析错误验证HEX文件格式是否正确检查校验和计算是否正确调试时可以添加详细的日志输出#define DEBUG_LOG(fmt, ...) \ printf([%s:%d] fmt \r\n, __func__, __LINE__, ##__VA_ARGS__) void flashWriteDebug(uint32_t addr, uint16_t data) { DEBUG_LOG(Writing 0x%04X to 0x%08lX, data, addr); FLASH_ProgramHalfWord(addr, data); }7. 进阶优化方向当基础功能实现后可以考虑以下优化差分升级只传输变化的部分减少升级数据量断点续传支持升级过程中断后继续传输安全验证添加数字签名验证固件合法性多备份机制保留多个版本以便回滚差分升级的实现思路typedef struct { uint32_t offset; uint16_t length; uint8_t data[]; } DiffBlock; void applyDiffPatch(uint8_t *diffData, uint32_t diffSize) { DiffBlock *block (DiffBlock *)diffData; while((uint8_t *)block diffData diffSize) { uint32_t addr ApplicationAddress block-offset; for(uint16_t i 0; i block-length; i) { FLASH_ProgramByte(addr i, block-data[i]); } block (DiffBlock *)((uint8_t *)block sizeof(DiffBlock) block-length); } }在实际项目中我遇到过因为Flash擦除不彻底导致升级失败的情况。后来发现是因为在擦除前没有正确等待Flash操作完成。添加以下检查后问题解决while(FLASH_GetStatus() ! FLASH_COMPLETE) { // 等待Flash操作完成 }