📚 课程目录第2章 STM32启动流程详解

2. STM32启动流程详解：从复位到main()的完整旅程

说实话，很多工程师写了几年STM32代码，却说不清芯片上电后到底干了什么。我刚开始做嵌入式时也是这样——反正代码能跑就行，管它怎么启动的。直到有一次做Bootloader开发，发现程序死活跳转不过去，才老老实实把启动流程啃了一遍。

今天我们就来彻底搞懂STM32的启动流程。这部分知识是Bootloader开发的基石，你想想看，连芯片怎么启动的都不清楚，怎么敢写升级程序？

2.1 三种启动模式

STM32复位后，首先会从BOOT0和BOOT1引脚的电平状态，决定从哪个存储器启动。我习惯把这三种模式记成「三选一」：

BOOT0	BOOT1	启动区域	映射地址	典型用途
0	任意	Main Flash	0x0800 0000	正常用户程序运行
1	0	System Memory	0x1FFF 0000	出厂Bootloader（串口下载）
1	1	SRAM	0x2000 0000	调试/临时运行

关键点：三种模式的区别在于复位后CPU从哪个地址取向量表。但无论哪种模式，物理存储器地址不变，只是CPU看到的地址映射不同。

我在一个量产项目中遇到过这样的坑：客户反馈说有些板子下载不了程序。排查了半天，发现是产线工人把BOOT0跳线帽插反了。从那以后，我设计的板子都强制把BOOT0拉低，用软件方式实现系统存储器启动。

2.2 向量表与中断向量

STM32上电后，CPU会做两件核心的事：

从0x0000 0000读取栈顶地址，初始化主堆栈指针MSP
从0x0000 0004读取复位向量，跳转到复位处理函数

嗯，这里要注意——虽然物理上Flash在0x0800 0000，但CPU复位后默认从0x0000 0000取数据。这是因为STM32内部做了地址重映射，把Flash映射到了0x0000 0000开始的区域。

向量表的结构其实很简单，就是一个32位地址数组：

; 向量表示例（STM32F407）
__Vectors       DCD     __initial_sp          ; 0x0000 0000: 栈顶地址
                DCD     Reset_Handler         ; 0x0000 0004: 复位向量
                DCD     NMI_Handler           ; 0x0000 0008: NMI
                DCD     HardFault_Handler     ; 0x0000 000C: 硬错误
                DCD     MemManage_Handler     ; 0x0000 0010: 内存管理
                DCD     BusFault_Handler      ; 0x0000 0014: 总线错误
                DCD     UsageFault_Handler    ; 0x0000 0018: 用法错误
                ; ... 后续中断向量依次排列

个人经验：做Bootloader时，向量表偏移是个关键操作。我习惯在跳转前用SCB->VTOR = APP_ADDRESS重新设置向量表位置，否则中断一进来就跑飞了。

2.3 启动文件分析

启动文件startup_stm32xxxx.s是芯片上电后执行的第一段代码。很多初学者觉得汇编难，直接跳过。我建议你至少读一遍，因为这里藏着不少关键细节。

以STM32F4系列为例，启动文件主要做这几件事：

定义向量表——就是上面说的那个地址数组
初始化堆栈——设置堆和栈的大小、地址
调用SystemInit()——配置系统时钟、PLL、Flash等待周期
初始化BSS段——清零未初始化的全局变量区域
拷贝数据段——从Flash加载已初始化的全局变量到SRAM
跳转到main()——终于进入C世界

我截取一段核心代码给大家看看：

; Reset handler
Reset_Handler   PROC
                EXPORT  Reset_Handler             [WEAK]
                IMPORT  SystemInit
                IMPORT  __main

                LDR     R0, =SystemInit
                BLX     R0          ; 调用SystemInit配置时钟
                LDR     R0, =__main
                BX      R0          ; 跳转到C库初始化，最终进入main()
                ENDP

曾经踩过的坑：有一次我修改了启动文件中的堆栈大小，结果程序跑起来总是莫名其妙地死机。查了两天才发现——堆栈设置太小，中断嵌套时栈溢出了。从那以后，我每次改启动文件都会算清楚栈空间够不够用。

2.4 启动流程全景图

为了让大家更直观地理解整个启动过程，我画了一张流程图：

2.5 向量表偏移——Bootloader的核心机制

做Bootloader开发时，最核心的一个概念就是向量表偏移。为什么需要它？

假设你的Bootloader在0x0800 0000，应用程序在0x0801 0000。当应用程序运行时，如果发生中断，CPU还是会去0x0800 0000找向量表——这就出问题了。

解决办法就是修改VTOR寄存器：

/* 设置向量表偏移到应用程序起始地址 */
#define APP_ADDRESS 0x08010000

void jump_to_app(void)
{
    uint32_t app_sp;      /* 应用程序栈顶地址 */
    uint32_t app_pc;      /* 应用程序复位向量 */
    
    /* 1. 关闭全局中断 */
    __disable_irq();
    
    /* 2. 设置向量表偏移 */
    SCB->VTOR = APP_ADDRESS;
    
    /* 3. 从应用程序向量表读取栈顶和复位向量 */
    app_sp = *(volatile uint32_t*)APP_ADDRESS;
    app_pc = *(volatile uint32_t*)(APP_ADDRESS + 4);
    
    /* 4. 设置主栈指针 */
    __set_MSP(app_sp);
    
    /* 5. 跳转到应用程序 */
    ((void (*)(void))app_pc)();
}

重要提醒：跳转前一定要关闭所有外设中断！我曾经因为忘了关定时器中断，跳转后应用程序一开中断就触发Bootloader里的中断处理函数，直接死循环。另外，如果使用了RTOS，记得在跳转前把SysTick也关了。

2.6 启动流程中的关键寄存器

除了VTOR，还有几个寄存器在启动过程中扮演重要角色：

寄存器	地址	作用	Bootloader关注点
VTOR	0xE000 ED08	向量表偏移寄存器	跳转前必须设置
MSP	R13（主堆栈指针）	存储栈顶地址	跳转前要更新为应用程序的栈顶
PSP	R13（进程堆栈指针）	进程模式下的栈指针	RTOS环境下需要处理
CONTROL	特殊功能寄存器	控制栈指针选择	确保跳转前回到特权模式

我的调试习惯：在调试Bootloader跳转问题时，我会在跳转前加一个断点，然后查看SCB->VTOR的值是否正确。如果VTOR设置对了但中断还是跑飞，那多半是MSP没更新对。

2.7 常见启动问题排查

最后分享几个我实际遇到过的启动问题，希望能帮你少走弯路：

程序下载后不运行——检查BOOT引脚电平，确认是否在Main Flash模式
中断不响应——检查VTOR是否设置正确，向量表是否对齐到512字节边界
复位后程序跑飞——检查启动文件中的堆栈大小，可能栈溢出覆盖了向量表
跳转到APP后死机——确认跳转前关闭了所有外设中断，清除了挂起位