STM32串口环形队列IAP固件更新方案
基于STM32串口环形队列的IAP实现方案1. 项目概述1.1 系统架构本方案实现了一种基于STM32F103C8T6微控制器的串口IAP(In-Application Programming)系统采用环形队列缓冲机制解决有限SRAM空间下的固件更新问题。系统将64KB Flash空间划分为四个功能区域BootLoader区(0x08000000-0x08002800)10KBAPP1区(0x08002800-0x08008C00)25KBAPP2区(0x08008C00-0x0800F000)25KB参数存储区(0x0800F000-0x08010000)4KB1.2 设计挑战STM32F103C8T6仅有20KB SRAM无法一次性缓存完整的应用程序固件(通常5-6KB)。本设计采用1KB环形缓冲区在9600波特率下实现稳定传输57600波特率勉强可用115200波特率则无法满足需求。2. 硬件设计2.1 核心器件选型主控芯片STM32F103C8T6Cortex-M3内核64KB Flash20KB SRAM通信接口USART1PA9/PA10调试接口SWD保留SWD调试功能禁用JTAG以释放GPIO2.2 关键电路设计复位电路标准RC复位电路确保可靠上电复位时钟电路16MHz外部晶振通过PLL倍频至72MHz系统时钟串口电路USART1通过CH340等USB转串口芯片与PC通信按键电路PA0连接按键用于强制进入BootLoader模式3. 软件实现3.1 环形队列实现环形队列是解决有限SRAM空间的核心数据结构主要接口包括typedef struct { unsigned char *buf; // 缓冲区指针 unsigned char *head; // 读指针 unsigned char *tail; // 写指针 unsigned int capacity; // 缓冲区容量 } _loopList_s; // 创建环形队列 static int Create(_loopList_s* p, unsigned char *buf, unsigned int len); // 读取数据 static int Read(_loopList_s* p, void *buf, unsigned int len); // 写入数据 static int Write(_loopList_s* p, const void *buf, unsigned int len); // 获取可读数据量 static int Get_CanRead(_loopList_s* p); // 获取可写空间 static int Get_CanWrite(_loopList_s* p);3.2 BootLoader设计BootLoader是系统启动的第一个程序主要功能包括应用程序检查验证APP1/APP2的有效性固件更新通过串口接收新固件并写入Flash应用程序跳转验证通过后跳转到用户程序关键代码流程int main(void) { // 硬件初始化 NVIC_SetPriorityGrouping(NVIC_PriorityGroup_2); Systick_Configuration(); Usart1_Configuration(9600); // 检查强制更新按键 if(GPIO_ReadInputDataBit(GPIOA,GPIO_Pin_0) SET) { temp16 FLAG_NONE; STMFLASH_Write(FLASH_PARAM_ADDR,temp16,1); } // 应用程序检查 App_Check(); // 初始化环形队列 _list.Create(list1,rxbuf,sizeof(rxbuf)); // 主循环处理固件更新 while(1) { Update_Check(); } }3.3 应用程序设计APP1和APP2采用相同架构主要区别在于中断向量表偏移// APP1设置 SCB-VTOR FLASH_APP1_ADDR; // APP2设置 SCB-VTOR FLASH_APP2_ADDR;固件更新目标APP1更新APP2区域APP2更新APP1区域更新流程static void Update_Check(void) { if(update) { // 检测到更新命令 // 擦除目标区域 for(u8 i35;i60;i) { STMFLASH_Erase(FLASH_BASE i*STM_SECTOR_SIZE,512); } // 从环形队列读取并写入Flash while(1) { if(_list.Get_CanRead(list1)1) { _list.Read(list1,temp8,2); temp16 (u16)(temp8[1]8) | temp8[0]; STMFLASH_Write(write_flsh_addr,temp16,1); write_flsh_addr2; } // 更新完成处理 if(applen rxlen rxlen) { temp16 FLAG_APP2; STMFLASH_Write(FLASH_PARAM_ADDR,temp16,1); SoftReset(); } } } }4. 关键问题与解决方案4.1 Flash擦除与写入速度不匹配问题现象APP2更新APP1时环形队列溢出根本原因未预先擦除APP1区域导致写入时需要先擦除再写入速度远低于串口接收速度解决方案在开始更新前先擦除目标区域限制串口波特率(9600bps以下)适当增大环形缓冲区(本设计使用1KB)4.2 双应用程序备份机制设计考虑采用APP1和APP2双备份设计而非单一应用程序缓存区设计原因包括可靠性更高即使一个应用程序损坏另一个仍可工作更新过程更安全新固件完全写入后再切换避免中途断电导致系统崩溃回滚更方便保留上一个可用版本发现问题可快速恢复4.3 中断向量表处理关键点BootLoader不需要重定位向量表用户程序必须正确设置SCB-VTOR跳转前禁用所有中断跳转后重新初始化跳转代码void IAP_RunApp(uint32_t appAddr) { // 检查栈顶地址是否合法 if(((*(vu32*)appAddr)0x2FFE0000)0x20000000) { // 禁用所有中断 __disable_irq(); // 设置主堆栈指针 __set_MSP(*(vu32*)appAddr); // 跳转到应用程序 ((void(*)(void))*(vu32*)(appAddr4))(); } }5. 参数存储区设计4KB参数存储区用于保存关键系统状态地址偏移长度内容说明0x00002BAPP标记0xAAAA表示运行APP10xBBBB表示APP20x00022B固件长度高16位记录接收到的固件长度0x00042B固件长度低16位记录接收到的固件长度6. 性能优化建议波特率选择实测9600bps最稳定57600bps勉强可用115200bps不推荐缓冲区大小1KB缓冲区适合5-6KB应用程序更大程序需适当增加Flash写入优化提前擦除目标扇区采用半字(16bit)写入模式批量写入减少操作次数校验机制可增加CRC校验确保固件完整性7. 扩展应用本方案可扩展应用于远程固件更新(结合无线模块)多版本固件管理安全启动(增加签名验证)参数配置存储(利用剩余Flash空间)
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2454852.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!