理解stm32的boot和app

??412

1270人浏览 · 2025-09-09 14:46:15

??412 · 2025-09-09 14:46:15 发布

boot和app其实没什么区别，只是位置不同的2段代码，只不过先运行boot然后才运行app。

拿一个点灯工程的例子来说，我们编译烧录到单片机里去，运行，灯被点亮了。其实这一段代码我们可以把它叫做app。

那么我想在点灯之前干一些其他事情，比如说开一个定时器或者串口，那我们就可以在app中初始化定时器或者串口，然后编译烧录运行，就可以用定时器或者串口了，每次想增加什么功能，我就修改源代码然后编译烧录进入，覆盖掉我之前的旧代码。

那客户那边需要我升级我的点灯程序，把它变成呼吸灯，但是它不想把我以前的点灯功能丢掉，，客户想要它先点灯然后在变成呼吸灯，我想这个简单啊，就在我点灯代码的后面加一个呼吸道不就行了吗，好改完重新烧录，实现功能了。

但是客户想要高级的升级方式，像蓝牙、串口、无线升级等方法，那我不能在像以前一样用连接后在烧录的方式了，我需要的是把升级的部分发送给单片机，然后让它自己给自己升级。

前提概念

1. 我们要理解stm32(以f103c8t6为例子)的boot启动流程，就必须要知道一些基本知识点

- 芯片上电的第一条代码不是从main函数开始的

阅读Cortex权威指南里的内容可以找到

- boot0和boot1的作用

通俗易懂的话来说，他们的电平组合决定stm32上电后的第一条代码从哪里开始执行，一般来说把boot0引脚接地也就是低电平，从Flash(0x08000000)中读取第一条代码。

- 中断向量表(是boot或者app的一部分)

现在我们默认代码存放的起始地址为0x08000000，那么中断向量表就存放在这个位置，顺序依次是MSP(堆栈指针值)，ResetHandler....，(更多细节可以阅读Cortex3权威指南)中断向量值，我们就只看前2个MSP和ResetHandler中断向量，

上电后读取的第一条代码就是获取MSP堆栈指针的值，然后进入读取ResetHandler地址中，ResetHandler在启动文件startup_stm32f100xb.s中我们可以找到这个函数干了什么

; Reset handler
Reset_Handler    PROC
                 EXPORT  Reset_Handler             [WEAK]
     IMPORT  __main
     IMPORT  SystemInit
                 LDR     R0, =SystemInit      // 先跳转到SystemInit这个函数运行
                 BLX     R0
                 LDR     R0, =__main          //之后才运行main函数
                 BX      R0
                 ENDP

上面内容是ResetHandler中的内容，它会先跳转到SystemInit这个函数中去运行，然后才运行main函数，现在我们就知道了单片机的第一条代码不是从main函数开始的，而是先读取堆栈指针值，然后进入复位函数中。

SystemInit里面我们就只需要知道，它使用了STM32的VTOR寄存器进行中断向量表重定向，什么意思呢，就是原本中断向量表表的位置是从0x08000000开始，但是我给VTOR寄存器一个值0x08002000后，原本中断向量表的位置就从0x08002000开始，这是把boot和app划分为2个部分的关键，有boot和没boot的关键区别就在与有没有重定向。下面我会详细说明

2. 当我们有一些基础知识后，我们在来看。