2. MCU启动流程与RTOS入口：从复位向量到main函数的硬件初始化，RTOS启动前的准备工作。
大家好，我是你们的老朋友。今天我们来聊聊MCU上电后，在进入你的main函数之前，到底发生了什么。说白了，就是芯片从“睡醒”到“干活”的这段路。
很多刚接触RTOS的朋友，总觉得把RTOS的启动代码往main函数里一塞就完事了。嗯，我当年也这么干过，结果板子死活跑不起来。后来才发现，是硬件初始化没做好，RTOS一启动就崩了。
所以，这节课我们就把MCU的启动流程彻底捋一遍。你想想看，只有把地基打牢了，上面盖的楼才稳当，对吧？
2.1 复位向量：芯片的第一口“奶”
MCU上电或复位后，CPU会去一个固定的地址取第一条指令。这个地址，就是复位向量。它通常存放在Flash或ROM的最开始位置。
我个人习惯把复位向量理解成一张“地图”。芯片一醒来，先看地图，才知道自己该往哪儿走。
核心要点：复位向量里存的不是代码，而是栈顶指针（MSP）的初始值和复位中断服务函数（Reset_Handler）的地址。
以ARM Cortex-M系列为例，启动文件（startup_xxx.s）里会这样定义：
__Vectors DCD __initial_sp ; 栈顶指针
DCD Reset_Handler ; 复位中断
DCD NMI_Handler ; NMI中断
DCD HardFault_Handler ; 硬错误中断
; ... 其他中断向量
你看，第一个32位字是栈顶地址，第二个才是复位处理函数。为什么这么设计？因为CPU一上电，第一条指令执行前，栈指针必须有效。否则，你连个局部变量都定义不了。
避坑指南：我曾经在一个项目里，因为链接脚本写错了，导致栈顶地址指向了未初始化的RAM区域。结果芯片一跑就进HardFault。查了两天才发现，是__initial_sp的值不对。所以，复位向量里的栈顶地址，一定要指向有效的、已初始化的RAM空间。
2.2 Reset_Handler：硬件初始化的“总指挥”
复位向量指向了Reset_Handler，那这个函数里到底干了啥？说白了，就是三件事：
- 初始化全局变量：把.data段从Flash拷贝到RAM，把.bss段清零。
- 配置系统时钟：设置PLL、分频器，让CPU跑在目标频率上。
- 调用main函数：一切就绪后，跳转到C世界的入口。
我们来看一个典型的Reset_Handler伪代码：
Reset_Handler PROC
; 1. 初始化全局变量
LDR R0, =__etext ; Flash中.data的起始地址
LDR R1, =__data_start ; RAM中.data的起始地址
LDR R2, =__data_size ; .data段大小
BL memcpy ; 从Flash拷贝到RAM
LDR R0, =__bss_start ; .bss起始地址
LDR R1, =__bss_size ; .bss段大小
BL memset ; 清零
; 2. 配置系统时钟
BL SystemInit ; 标准库函数，配置时钟
; 3. 跳转到main
BL main
ENDP
这里有个细节：SystemInit函数。它通常由芯片厂商提供，负责配置系统时钟、Flash等待周期等。我建议你不要随意修改这个函数，除非你非常清楚自己在做什么。
注意：有些低功耗MCU，在SystemInit里会关闭不必要的时钟源。如果你的RTOS需要用到某个外设，记得在RTOS启动前重新使能对应的时钟。我曾经有个同事，就是因为没开TIM时钟，RTOS的调度器直接罢工了。
2.3 进入main之前：RTOS的“预备役”
好了，现在CPU跑到了main函数。但RTOS还没启动呢。这时候，我们需要做一些准备工作。我个人习惯把这一步叫做“RTOS的预备役”。
具体来说，包括：
- 初始化硬件外设：比如UART、GPIO、定时器。这些是RTOS运行的基础。
- 配置中断优先级：RTOS通常需要独占一个SysTick或定时器中断。中断优先级必须设置正确，否则RTOS可能被其他中断“饿死”。
- 初始化RTOS内核：调用RTOS的初始化函数，比如FreeRTOS的
vTaskStartScheduler()。
你想想看，如果UART没初始化，你连调试信息都打印不出来。如果中断优先级没配好，RTOS的调度器可能被高优先级中断频繁打断，导致任务切换不及时。
这里我分享一个我自己的习惯：
我的做法：在main函数里，我会先调用一个Board_Init()函数，把所有硬件外设初始化好。然后再调用RTOS的初始化函数。这样，RTOS启动时，所有硬件资源都是就绪状态。
int main(void)
{
/* 硬件初始化 */
Board_Init(); // 包含时钟、GPIO、UART、定时器等
/* RTOS初始化 */
RTOS_Init(); // 创建任务、队列、信号量等
/* 启动RTOS调度器 */
vTaskStartScheduler();
/* 正常情况下不会执行到这里 */
while(1);
}
避坑指南：我曾经在一个项目里，把RTOS的启动放在了硬件初始化之前。结果RTOS一启动，就试图访问一个还没初始化的UART外设，直接导致硬件错误。从那以后，我都是先初始化硬件，再启动RTOS。顺序很重要，千万别搞反了。
2.4 中断向量表重定位：RTOS的“隐形开关”
有些MCU支持中断向量表重定位。什么意思呢？就是你可以把中断向量表从Flash搬到RAM里。这样做的好处是，RTOS可以在运行时动态修改中断向量，比如实现中断嵌套或优先级调整。
但要注意，不是所有MCU都支持这个功能。如果你的MCU不支持，强行重定位会导致中断响应异常。
我记得有一次，我在一个Cortex-M0+的芯片上尝试重定位向量表，结果所有中断都失效了。查了手册才发现，M0+根本不支持这个功能。所以，用之前一定要看芯片手册。
2.5 总结：RTOS启动前的“三步走”
好了，我们来总结一下。从复位向量到RTOS启动，其实就三步：
| 步骤 | 内容 | 关键点 |
|---|---|---|
| 第一步 | 复位向量 | 确保栈顶指针有效，Reset_Handler地址正确 |
| 第二步 | Reset_Handler | 初始化全局变量、配置系统时钟 |
| 第三步 | main函数 | 先初始化硬件外设，再启动RTOS |
你想想看，这三步环环相扣。哪一步出了问题，RTOS都跑不起来。所以，别小看这些“底层”工作。我见过太多工程师，花了好几天调试RTOS，最后发现是启动代码的问题。
嗯，这节课就到这里。下一节，我们会深入RTOS的调度器，看看任务到底是怎么切换的。到时候，我会分享一些我调试调度器时的“血泪史”。
记住：地基不牢，地动山摇。把启动流程搞明白，你的RTOS之路就成功了一半。