📚 课程目录第3章 Boot ROM初始化（上）

3. Boot ROM初始化（上）：堆栈指针初始化、中断向量表重定位、关键寄存器配置

芯片上电复位后，第一件事是什么？

不是跑操作系统，也不是加载应用。是Boot ROM里的那一段固化代码开始执行。这段代码虽然短，但责任重大——它要建立起整个系统的信任根。

我个人习惯把Boot ROM初始化分成三个阶段：堆栈准备好、中断向量表放对位置、关键寄存器配到位。今天咱们先聊这三个。

3.1 堆栈指针初始化：信任根的第一块砖

堆栈指针（SP）没配好，连函数调用都跑不了。你想想看，C语言里的局部变量、函数返回地址，全得靠栈。SP指向一个无效地址，系统一上电就崩。

核心原则：SP必须在第一条C函数调用之前完成初始化。通常由启动代码中的汇编指令完成。

我在项目中遇到过一种情况：某款MCU的Boot ROM默认把SP指向内部SRAM的末尾，但SRAM只有16KB，而Boot ROM代码本身也占了一部分。结果SP初始化后直接踩到了Boot ROM自己的数据区。嗯，这问题排查了整整两天。

正确的做法是什么？

确认栈空间大小——根据芯片手册，算清楚Boot ROM阶段需要多少栈。我个人建议至少预留1KB，复杂场景下4KB起步。
选择栈基址——通常放在SRAM的最高地址，向下生长。比如SRAM范围是0x20000000~0x20003FFF，SP就设成0x20004000。
对齐检查——ARM Cortex-M要求SP必须8字节对齐，否则某些指令会触发异常。我吃过这个亏，后来每次写启动代码都加一句对齐断言。

; 典型的ARM Cortex-M启动代码片段
ldr r0, =_estack      ; 栈顶地址，由链接器提供
msr msp, r0           ; 设置主堆栈指针
; 此时SP已就绪，可以安全调用C函数了

小技巧：调试阶段可以在SP初始化后立即读回SP值，确认写入正确。我习惯加一段自检代码，打印SP值到调试串口。

3.2 中断向量表重定位：别让中断跑偏

中断向量表是CPU响应中断时的“电话本”。CPU收到中断信号，就去查这个表，找到对应的处理函数地址。

问题来了：Boot ROM阶段，向量表默认放在Flash的起始地址（比如0x00000000）。但后续我们要把应用代码也放在Flash里，甚至可能从RAM启动。向量表不挪走，中断就会跳到错误的地方。

注意：中断向量表重定位必须在使能任何中断之前完成。否则中断一触发，CPU直接跑飞。

我记得有一次调试一个USB设备枚举失败的问题。折腾了三天，最后发现是中断向量表没重定位，USB中断来了却跳到了Boot ROM里的默认处理函数——一个空的死循环。哎，这种低级错误最折磨人。

重定位的步骤大致如下：

步骤1：在链接脚本中定义向量表的新基址。通常放在SRAM的高地址区域，或者Flash的某个固定偏移处。
步骤2：将向量表从Flash拷贝到新位置。注意，向量表里包含栈顶指针和所有异常/中断入口地址，一个都不能少。
步骤3：写CPU的特殊寄存器，告诉它新向量表在哪。ARM Cortex-M用的是VTOR（Vector Table Offset Register）。
步骤4：读回VTOR确认写入成功。这一步很多人省略，但我建议别省。

// 以ARM Cortex-M4为例
#define SCB_VTOR (*(volatile uint32_t *)0xE000ED08)

void relocate_vector_table(uint32_t new_base) {
    // 1. 拷贝向量表（假设原表在0x00000000，大小256字节）
    uint32_t *src = (uint32_t *)0x00000000;
    uint32_t *dst = (uint32_t *)new_base;
    for (int i = 0; i < 64; i++) {  // 64个32位字 = 256字节
        dst[i] = src[i];
    }
    // 2. 设置VTOR
    SCB_VTOR = new_base;
    // 3. 确认
    if (SCB_VTOR != new_base) {
        // 错误处理：重定位失败
        while(1);
    }
}

避坑指南：我曾经在拷贝向量表时忘了处理栈顶指针。栈顶指针是向量表的第一个元素，拷贝后必须确保它指向有效的栈空间。否则重定位后第一次中断就会栈溢出。

3.3 关键寄存器配置：给芯片“上紧发条”

堆栈和向量表搞定后，接下来就是配寄存器。Boot ROM阶段需要配置的寄存器不多，但个个致命。

我按优先级排了个清单：

寄存器类别	典型寄存器	配置目的	踩坑记录
时钟系统	RCC_CR, RCC_CFGR	选择时钟源、配置PLL、设置系统时钟	某次忘了等PLL锁定，直接切时钟，芯片跑飞
电源管理	PWR_CR, PWR_CSR	配置电压调节器、使能LDO	电压域没配好，外设寄存器写不进去
Flash控制器	FLASH_ACR	配置等待周期、使能预取缓冲	等待周期设少了，Flash读取数据出错
系统控制	SCB_SCR, SCB_SHPR	设置异常优先级、配置系统控制	优先级分组没设，中断嵌套乱套

时钟配置是重中之重。说白了，芯片就是个数字电路，没时钟啥也干不了。我一般按这个顺序来：

先使能外部晶振（HSE）——等待它稳定。别急着切时钟，等就完了。
配置PLL——算好倍频系数和分频系数，确保输出频率在芯片规格内。
等待PLL锁定——检查PLL锁定标志位。我见过有人跳过这一步，结果系统时钟不稳定，外设通信乱码。
切换系统时钟——从内部RC振荡器切到PLL输出。切换后立即读回确认。
配置Flash等待周期——系统时钟频率越高，Flash读取需要的等待周期越多。这个配错了，程序跑着跑着就挂。

// 时钟配置伪代码
void system_clock_init(void) {
    // 1. 使能HSE
    RCC->CR |= RCC_CR_HSEON;
    while(!(RCC->CR & RCC_CR_HSERDY));  // 等待HSE就绪
    
    // 2. 配置PLL (8MHz HSE -> 72MHz)
    RCC->CFGR |= RCC_CFGR_PLLMUL9;     // 8MHz * 9 = 72MHz
    RCC->CR |= RCC_CR_PLLON;
    while(!(RCC->CR & RCC_CR_PLLRDY));  // 等待PLL锁定
    
    // 3. 配置Flash等待周期 (72MHz需要2个等待周期)
    FLASH->ACR = FLASH_ACR_LATENCY_2;
    
    // 4. 切换系统时钟到PLL
    RCC->CFGR |= RCC_CFGR_SW_PLL;
    while((RCC->CFGR & RCC_CFGR_SWS) != RCC_CFGR_SWS_PLL);
}

警告：配置Flash等待周期时，一定要先配好再切高频时钟。顺序反了，Flash读取跟不上CPU速度，直接取指令失败。

电源管理寄存器也容易出问题。有些芯片有多个电压域，Boot ROM阶段必须确保核心电压域和I/O电压域都稳定。我遇到过一种情况：Boot ROM配了核心电压，但忘了使能某个外设的电压域，结果那个外设的寄存器读回来全是0xFFFFFFFF。排查了半天才发现是电源没供上。

3.4 本章小结：一张图看懂Boot ROM初始化流程

说了这么多，咱们用一张SVG图把整个流程串起来。这张图我画了好几次才满意，希望能帮你建立整体认知。

这张图把今天的三个核心知识点串起来了。从上电复位开始，先配堆栈指针，再挪向量表，最后配关键寄存器。每一步都有它的道理，顺序错了系统就起不来。

我个人觉得，Boot ROM初始化就像盖房子打地基。地基没打好，后面装修得再漂亮也没用。堆栈指针是地基的钢筋，向量表是地基的框架，关键寄存器是地基的水泥。三者缺一不可。

课后自检清单：

你的启动代码里，SP初始化是否在第一条C函数调用之前？
中断向量表重定位后，是否确认了VTOR写入成功？
时钟切换前，是否等待了PLL锁定？
Flash等待周期是否与系统时钟频率匹配？

嗯，今天就聊到这儿。这三个点看似基础，但我在实际项目中见过太多人在这上面栽跟头。下次咱们接着聊Boot ROM初始化的下半部分——安全相关的初始化，包括信任根建立、安全区域划分、以及如何防止恶意代码在启动阶段搞破坏。