一、OTA设计思路(问题)
1、根据stm32f405 flash分布,最初将flash划分为四个区域,分别是Bootloader、APP1、APP2、参数区,设备上电后,进入Bootloader程序,判断OTA参数,根据参数来确定跳转到哪个APP区域,下载逻辑互为备份,举例说明:当程序运行在APP1时,OTA时先将固件下载到APP2区域,设置标志,复位芯片,Bootloader启动,读取标志,跳转到APP2,当程序运行在APP2时,OTA时先将固件下载到APP1区域,设置标志,复位芯片,Bootloader启动,读取标志,跳转到APP1,实际使用中存在,Bootloader永远无法跳转到APP2的问题(说明:Bootloader地址:0x08000000,APP1地址:0x08020000,APP2地址:0x08080000,参数地址:0x080e0000),问题原因:
- 由于在使用keil编译APP的时候,需要指定地址,这个地址会关系到栈顶指针、中断向量表,并且这个地址会关联到APP bin文件的内容,而Bootloader跳转的时候,会首先读取bin文件第4-8个字节的内容,这个4-8字节又是在编译的时候设置的,指向的是APP1(0x08020000)区域,所以哪怕OTA下载到APP2区域,APP2内的bin文件4-8个直接指向的也是APP1区域的地址(0x08020000)
bin文件编译器地址设置:
bin文件内容,里面很多跟编译地址关联的内容,这里试举一例:
二、需要解决以上问题,有两种方案:
1、不通过Bootloader程序来判断直接跳转到某个APP区,而是固定跳转到APP1区域,把APP2区域当成永久备份区,当有固件下载时,先放到APP2区域,设置升级标志,设备复位后,Bootloader读取标志,让后将APP2内固件搬运到APP1,再跳入APP1区域执行;优点是固件制作简单,缺点是过程有点长,需要控制好文件准确无误;
2、另外一种方式是根据APP1和APP2不同的地址设置keil,制作两个不同地址的bin文件,升级的时候单片机首先上报运行在哪个APP区,需要哪一个区的bin文件,下载对应区域的bin文件即可;优点升级流程简单,缺点:需要制作多个包,且下载对应的包必须准确,需要管理好;
以上两种方案都能解决该问题;