2、启动流程深度解析：MCU上电复位流程、向量表重映射机制、启动模式选择（BOOT0/BOOT1）

各位好，我是老周。今天咱们聊聊MCU上电后到底发生了什么。很多人写Bootloader，上来就调库、刷Flash，结果板子跑不起来，连个灯都不亮。其实问题往往出在最基础的启动流程上。

我刚开始做嵌入式那会儿，也踩过这个坑。有一次调试一块STM32F4的板子，上电后程序死活不跑。查了两天，最后发现是BOOT0引脚电平没拉对。嗯，从那以后，我每次画板子都会再三确认启动模式的选择。

这一章，咱们就把MCU从复位到执行第一条指令的完整路径拆开来看。你搞懂了这些，后面调试Bootloader会顺手很多。

2.1 上电复位流程：从复位到第一条指令

MCU上电后，内部逻辑会经历一个固定的状态序列。说白了，就是芯片自己先做个“体检”，然后才去执行你的代码。

这个流程大致分三步：

1. 电源稳定与复位释放：VDD上升到阈值后，内部POR（上电复位）电路会保持复位状态一段时间，等时钟稳定。这个时间一般是几毫秒。
2. 硬件初始化：复位释放后，CPU内核会做三件事——加载栈指针（SP）、加载程序计数器（PC）、启动时钟。注意，此时Flash控制器、中断控制器等外设还没完全就绪。
3. 取指执行：CPU从PC指向的地址取出第一条指令并执行。对于Cortex-M内核，这个地址就是0x00000004处的向量（复位向量）。

我在项目中遇到过一种情况：芯片上电后偶尔能跑、偶尔不能跑。后来用示波器抓了VDD上升沿，发现电源纹波太大，导致POR电路误触发。解决办法很简单——在电源引脚上加一个100nF去耦电容，问题就解决了。

2.2 向量表重映射机制

向量表是什么？说白了，就是一张“中断服务函数地址表”。CPU发生中断或异常时，会去这张表里查对应的处理函数地址。

默认情况下，向量表放在Flash起始地址（0x08000000或0x00000000）。但当你写Bootloader时，你的应用程序（APP）通常放在Flash的后半段，比如0x08020000。这时候问题来了——APP的中断向量表还在0x08000000吗？显然不是。

所以我们需要向量表重映射。Cortex-M3/M4提供了SCB->VTOR寄存器，你可以把向量表的基地址改成APP的起始地址。

// 以STM32F4为例，将向量表重映射到0x08020000
#define APP_BASE_ADDR 0x08020000

void vector_table_remap(void)
{
    // 先关闭全局中断
    __disable_irq();
    
    // 设置VTOR寄存器
    SCB->VTOR = APP_BASE_ADDR;
    
    // 重新使能全局中断
    __enable_irq();
}

我记得有一次帮客户调试OTA升级，APP跑起来后一按按键就死机。查了半天，发现APP代码里忘了调用VTOR重映射。按键中断触发后，CPU去Bootloader的向量表里找处理函数，结果地址不对，直接进HardFault。嗯，这种问题其实很常见。

2.3 启动模式选择（BOOT0/BOOT1）

大多数MCU都支持多种启动模式。以STM32为例，通过BOOT0和BOOT1引脚的电平组合，你可以选择从Flash、系统存储器（内置Bootloader）或SRAM启动。

BOOT0	BOOT1	启动区域	典型用途
0	X	主Flash（0x08000000）	正常运行用户程序
1	0	系统存储器（0x1FFF0000）	内置Bootloader，用于串口/USB下载
1	1	SRAM（0x20000000）	调试或临时运行代码

你想想看，为什么要有这些模式？

• Flash模式：正常产品运行时的选择。上电直接跑你的固件。
• 系统存储器模式：芯片出厂时预置了一段Bootloader代码，支持UART、USB、CAN等接口下载固件。当你的Flash被锁死或固件损坏时，这个模式就是救命稻草。
• SRAM模式：主要用于调试。你可以把代码下载到SRAM里运行，不擦写Flash，适合频繁修改代码的场景。

2.4 启动流程全景图

下面这张图把整个启动流程串起来了。从你按下复位键开始，到APP的main函数执行，中间经历了哪些环节，一目了然。

2.5 常见故障与排查思路

搞清楚了启动流程，咱们来看看实际调试中经常遇到的几个问题。

• 上电后无反应，调试器连不上：先量VDD和GND，再查复位引脚电平。我遇到过有人把复位引脚直接接地，芯片一直处于复位状态。
• 程序跑飞，进入HardFault：检查向量表前两个字是否有效。用调试器读一下0x00000000和0x00000004的内容，SP应该是RAM地址，PC应该是Flash地址。
• 中断不响应：大概率是VTOR没重映射。在APP的启动代码开头加一句VTOR赋值，问题通常能解决。
• Bootloader跳转后死机：跳转前要关闭所有外设中断、恢复默认时钟配置。我习惯在跳转前调用DeInit()系列函数清理外设状态。