STM32 OTA需要注意问题

一、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文件即可;优点升级流程简单,缺点:需要制作多个包,且下载对应的包必须准确,需要管理好;

以上两种方案都能解决该问题;

相关推荐
m0_739312871 小时前
【STM32】项目实战——OV7725/OV2604摄像头颜色识别检测(开源)
stm32·单片机·嵌入式硬件
嵌入式小章1 小时前
基于STM32的实时时钟(RTC)教学
stm32·嵌入式硬件·实时音视频
TeYiToKu1 小时前
笔记整理—linux驱动开发部分(9)framebuffer驱动框架
linux·c语言·arm开发·驱动开发·笔记·嵌入式硬件·arm
基极向上的三极管2 小时前
【AD】3-4 在原理图中放置元件
嵌入式硬件
徐嵌3 小时前
STM32项目---水质水位检测
stm32·单片机·嵌入式硬件
徐嵌3 小时前
STM32项目---畜牧定位器
c语言·stm32·单片机·物联网·iot
lantiandianzi3 小时前
基于单片机的老人生活安全监测系统
单片机·嵌入式硬件·生活
东胜物联3 小时前
探寻5G工业网关市场,5G工业网关品牌解析
人工智能·嵌入式硬件·5g
stm32发烧友3 小时前
基于STM32的智能家居环境监测系统设计
stm32·嵌入式硬件·智能家居
hairenjing112311 小时前
使用 Mac 数据恢复从 iPhoto 图库中恢复照片
windows·stm32·嵌入式硬件·macos·word