STM32 bootloader APP 复位执行流程

原创已于 2023-04-14 16:13:48 修改 · 3k 阅读

12 ·

CC 4.0 BY-SA版权

文章标签：

#STM32 #bootloader #复位执行流程

于 2019-07-09 09:30:41 首次发布

本文介绍了STM32 bootloader APP复位执行流程。测试环境包括STM32f105RC的flash空间分配和boot option设置。复位执行时，代码从特定地址开始，依次执行bootloader和app的复位代码。最后还给出进入app后的注意事项，如外设寄存器清理、避免误操作RAM等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

STM32 bootloader APP 复位执行流程

测试环境

1、STM32f105RC flash空间分配 bootloadr [0x800 0000 0x801 8000] app[0x801 8000]；
2、boot option：flash区

复位执行流程

1、boot option 选择flash后， flash重映像到0x00 00000【同时 0x800 0000也可以正常访问，代码一样】；
2、RESET后，代码从0x00 0000处执行，首先取sp指针；
3、从0x00 0004处取出复位向量【地址为0x80*********，处于flash真实物理区】；
4、执行复位代码，跳入bootloader的main函数中；
5、bootloader执行完毕后，由bootlaodr取出app的复位向量；
6、执行app复位代码，跳入app的main函数中；
7、至此，复位执行完成，app正常运行。

写在最后

1、进入app中，外设等寄存器尽量“干净”；
2、bootloader退出后，不要有误操作RAM的动作【尤其关注bootloader中有启用DMA行为】
3、进入app中，及时重定向中断向量表【SCB->VTOR】；而且，查找代码中所有SCB->VTOR，避免别处误改此值，尤其有USB移植代码的程序。

尽量“干净”方法补充：
1）hal库：HAL_DeInit();
2）关闭所有中断：__set_PRIMASK(1)
3）boot检测方式尽量简单

关于HAL库：HAL_DeInit(); 作用范围解释
翻看HAL_DeInit(); 可知，仅仅是对外设(APB1 APB2 AHB1 AHB2 AHB3 挂接的设备，比如CAN TIM GPIO DMA等)进行反初始化，涉及到ARM核（比如NVIC system timer等）并未进行反初始化，需要特别注意！！！！