一、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文件即可；优点升级流程简单，缺点：需要制作多个包，且下载对应的包必须准确，需要管理好；
以上两种方案都能解决该问题；