目录
[0 相关阅读](#0 相关阅读)
[1 引言](#1 引言)
[2 修改后的bootloader升级跳转流程图](#2 修改后的bootloader升级跳转流程图)
[3 修改sct分散加载文件](#3 修改sct分散加载文件)
[4 代码修改](#4 代码修改)
0 相关阅读
[BOOT/IAP] 实战技能分享,一劳永逸的解决BOOT跳转APP失败问题,含MDK AC5,AC6和IAR,同时制作了一个视频操作说明
1 引言
-
使用软复位功能
-
共享变量的使用(App和Boot使用同一个变量)
-
如何提高App上电启动速度
-
在业务代码规模不断增大的情况下,Bootloader 层的操作显得尤为关键。当系统在 Bootloader 层执行跳转操作之前,必须确保将外设初始化为默认状态。这是因为若存在初始化遗漏,可能会引发诸多难以预料的问题,例如系统运行不稳定、功能异常或数据错误等。
-
为有效规避此类风险,我们引入软复位机制。软复位具有独特的优势,它能够清除除特定寄存器外的所有寄存器值,从而促使单片机恢复至默认初始化状态。在这种情况下,Bootloader无需在初始化外设之后才进行跳转操作,而是可以在初始化外设之前直接跳转。如此一来,当跳转至应用程序(App)时,便无需再次执行重新初始化的逻辑,这不仅简化了操作流程,还提升了系统的整体效率和稳定性。
注:上文的"初始化"指的是"deInit"操作。
2 修改后的bootloader升级跳转流程图

在之前的bootloader跳转流程中,我们需要上电后初始化bootloader所需外设, 然后读取判断APP_Flag,也就是ota状态是否等于0x00,然后跳转App,但是加入共享变量后,上电后读取共享变量的操作可以在bootloader外设初始化之前,也就是说,上电后检测共享变量,然后立即跳转,无需初始化外设,跳转前也无需"deInit"。(这里描述的是将共享变量存在flash中的情况,flash中掉电不丢失,可以标志App状态,然后做到上电立即跳转,本次的流程/代码修改中先将共享变量存在SRAM中)
3 修改sct分散加载文件
; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************
LR_IROM1 0x08000000 0x00008000 { ; load region size_region
ER_IROM1 0x08000000 0x00008000 { ; load address = execution address
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
.ANY (+XO)
}
RW_IRAM1 0x20000000 0x0001FFF0 { ; RW data
.ANY (+RW +ZI)
}
MY_RAM 0x2001FFF0 UNINIT 0x0000000F { ;
.ANY (NO_INIT)
}
}
4 代码修改
ota 状态机修改部分:

main函数 修改部分:
cpp
uint32_t g_JumpInit __attribute__((at(0x2001FFF0))); // 上电立即跳转,APP & Bootloader 共享变量
int main(void)
{
// main函数开头(真开头)
// 升级固件验证完成后上电立即跳转
if (0x55AA55AA == g_JumpInit)
{
g_JumpInit = 0xFFFFFFFF;
JumptoApp();
}
// 时钟、外设初始化...
// ...
}