stm32利用bootloader与app实现远程升级

Balding Curry

已于 2023-05-31 11:21:02 修改

阅读量3.2k

点赞数 7

分类专栏： bootloader远程升级文章标签： stm32 嵌入式硬件单片机

于 2023-04-15 17:04:37 首次发布

本文链接：https://blog.csdn.net/ygf___/article/details/130171850

版权

bootloader远程升级专栏收录该内容

1 篇文章 1 订阅

订阅专栏

1、flash空间分配：

事先在flash开辟好空间，假设flash为128k，我这边给它分为五个区，分别为bootloader、标志位、application、application backup、标签ID。

（注：升级之前，app的代码烧录于application的flash存储区域内。用于app升级的bin文件大小一定要小于自己开辟的flash空间大小）

2、升级流程（以标签板为例）：

上位机发送一个升级指令，bootloader先判断是否收到升级指令，若收到升级指令，则进入升级状态。此时，将application backup的flash数据擦除，application backup区域开始接收app升级文件（即升级后的app代码）的数据包。若接收数据包失败，返回上位机一个接收失败的标志位，上位机再下发一个退出升级的标志位给bootloader，退出升级，然后（标签板）重启，（即从bootloader跳转到application的区域，读application的代码）；若数据包全部成功接收，上位机判断app升级文件里边的版本号跟bin文件的文件名是否一致，若不一致，上位机返回标签板ID；若一致，则app升级成功，返回一个升级成功标志位给bootloader（与此同时，将application区域作为下次储存app升级文件的备用区），退出升级（跳出bootloader，跳转到application backup），代码从application backup区域开始执行。

~~若下次还要升级，则擦除的是application区域的存储数据，然后接收数据包，在执行上述的操作。（Application与application backup的存储区域是交替使用的）~~

升级机制:

上位机发送一个升级指令，APP先判断是否收到升级指令，若收到升级指令，将擦除事先划分好的flash的特定区域，然后把升级指令的标志位写入该区域，然后执行系统复位；接着程序从bootloader开始执行，bootloader读存放升级指令标志位的flash的信息，若为升级指令的标志，则进入升级状态。

此时，将application backup的flash数据擦除,application backup区域开始接收app升级程序的数据包。1、若接收数据包失败，返回上位机一个接收失败的标志位，上位机再下发一个退出升级的指令给标签板，若bootloader成功收到退出升级指令，退出升级，然后（标签板）重启（即从bootloader跳转到application的区域，运行application的代码）﹔若无收到退出升级指令，则标签板死机;2、若数据包全部成功接收，上位机判断app升级文件里边的版本号跟bin文件的文件名是否一致，若不一致，上位机返回标签板ID;若一致，则app升级成功,返回一个升级成功标志位给标签板的bootloader (与此同时，将application区域作为下次储存app升级文件的缓存区），退出升级（跳出bootloader,执行application backup代码）。

3、注意事项：app升级文件的中断向量表的偏移地址需要修改；app的起始地址需要修改。

若app一开始烧录于flash的application区域时，IROM1需要修改为0x80004000，size根据代码大小来定。

（注：升级app文件的IROM1需要修改为0x80011000）

beyond compare软件可用于文件对比！！！