启动流程基础：嵌入式系统启动过程、Bootloader的作用、启动模式

各位同学，今天我们来聊聊嵌入式系统里最基础、也最容易踩坑的一个话题——启动流程。说实话，我当年刚入行时，觉得这玩意儿不就是上电就跑吗？直到有一次，板子焊好了，程序烧进去了，结果死活起不来……嗯，从那以后，我再也不敢小看启动过程了。

嵌入式系统启动过程：从按下电源到main函数

一个典型的嵌入式系统，从你按下电源开关，到执行我们写的main函数，中间到底发生了什么？我把它拆成几个关键步骤：

1. 上电复位：CPU的复位引脚检测到高电平（或低电平，看芯片），内部寄存器被初始化成默认值。PC指针指向一个固定的复位向量地址。
2. 执行复位向量：CPU从复位向量地址取第一条指令。这个地址通常指向Boot ROM或者Flash的起始位置。
3. 初始化硬件：关闭看门狗、设置时钟、初始化堆栈指针。这一步通常由启动代码（startup.s）完成。
4. 拷贝数据段：把Flash里的已初始化全局变量搬到RAM里。BSS段清零。
5. 跳转到main：准备好C运行环境后，调用main函数。

你可能会问：为什么不能直接跑main？说白了，C语言需要堆栈、需要全局变量有确定的值。这些硬件环境，必须在main之前准备好。我记得有一次调试一个STM32项目，发现全局变量全是乱的，查了半天——原来是启动代码里忘了拷贝数据段。

Bootloader的作用：不只是“引导”这么简单

Bootloader，很多人觉得它就是个“跳板”，把程序从Flash搬到RAM就完事了。其实不然。我个人的理解是：Bootloader是嵌入式系统的“管家”，它负责在系统启动初期，决定接下来该干什么。

具体来说，Bootloader干这几件事：

• 硬件初始化：设置时钟、内存控制器、串口等。这些初始化通常比应用代码里的初始化更底层。
• 加载应用程序：从存储介质（Flash、SD卡、网络）读取应用程序镜像，放到RAM里，然后跳转执行。
• 提供更新机制：这是Bootloader最实用的功能。你可以通过串口、网口或者USB，把新固件烧进去。我在项目中遇到过，产品已经出货了，发现有个bug，全靠Bootloader的远程更新功能救场。
• 校验与安全：检查镜像的CRC或者签名，防止程序被篡改。做FCC认证时，这一点尤其重要——认证机构会检查你的固件是否有被恶意替换的风险。

启动模式：NOR/NAND Flash启动、SD卡启动

不同的存储介质，启动方式完全不同。我分别说说：

NOR Flash启动

NOR Flash的特点是支持XIP（eXecute In Place），也就是说，CPU可以直接在NOR Flash上执行代码，不需要先拷贝到RAM。这有什么好处？启动速度快，代码简单。但NOR Flash容量小、价格贵，一般只用来放Bootloader。

我记得早期做的一个路由器项目，就是用NOR Flash放Bootloader，NAND Flash放文件系统。NOR启动后，再从NAND加载内核。

NAND Flash启动

NAND Flash就不一样了。它不能XIP，因为它的接口是块设备，不是线性寻址的。所以CPU必须先把NAND里的前几KB代码（通常是Bootloader的第一阶段）拷贝到内部SRAM里执行，再由这段代码把完整的Bootloader加载到SDRAM。

这里有个坑：NAND Flash出厂时可能有坏块。我曾经遇到过，Bootloader刚好写在坏块上，板子直接变砖。后来我学乖了，在烧录时做坏块检测，并且Bootloader镜像留冗余备份。

特性	NOR Flash	NAND Flash
XIP支持	支持	不支持
启动方式	直接执行	需拷贝到RAM
容量	小（通常<64MB）	大（可达GB级）
坏块问题	无	有，需管理
典型用途	Bootloader	文件系统、大容量数据

SD卡启动

SD卡启动在开发阶段特别方便。你想想看，不用烧录器，不用JTAG，直接把镜像拷到SD卡里，插上就能跑。很多开发板（比如树莓派、BeagleBone）都支持SD卡启动。

SD卡启动的流程一般是：CPU内部的Boot ROM先检测SD卡是否存在，如果存在，就读取SD卡第一个扇区（MBR或GPT），找到启动分区，然后加载Bootloader。

我个人习惯在SD卡上放两个分区：一个FAT32分区放内核和设备树，一个ext4分区放根文件系统。这样在Windows下也能方便地更新内核。

一个简单的Bootloader代码示例

下面是一个极简的Bootloader伪代码，展示核心逻辑：

// 伪代码：Bootloader主流程
void bootloader_main(void) {
    // 1. 初始化硬件
    init_clock();       // 设置系统时钟
    init_uart();        // 初始化串口，用于打印信息
    init_sdram();       // 初始化SDRAM控制器

    // 2. 检查是否需要进入升级模式
    if (check_button_pressed()) {
        uart_puts("Entering update mode...\n");
        update_firmware();  // 通过串口或网络接收新固件
        return;
    }

    // 3. 从存储介质加载应用程序
    uart_puts("Loading application...\n");
    uint32_t app_addr = load_image_from_flash(APP_START_SECTOR);

    // 4. 校验镜像
    if (verify_crc(app_addr) != OK) {
        uart_puts("CRC check failed!\n");
        return;  // 进入错误处理
    }

    // 5. 跳转到应用程序
    uart_puts("Jumping to application...\n");
    jump_to_app(app_addr);
}

这段代码虽然简单，但涵盖了Bootloader的核心：初始化、检测升级、加载、校验、跳转。实际项目中，你还需要处理更多细节，比如看门狗喂狗、电源管理、多级Bootloader等。

总结

启动流程这东西，说难不难，说简单也不简单。关键是要理解：CPU上电后，它不知道你的程序在哪，也不知道该怎么跑。Bootloader就是那个“引路人”，告诉CPU该往哪走。

做FCC认证时，启动流程的稳定性也是考察点之一。认证机构会测试你的设备在异常掉电、反复重启时，能否可靠地进入正常工作状态。所以，把启动流程做扎实了，后面认证会省很多事。

下一章，我们会深入Bootloader的代码实现，包括如何从SD卡加载内核、如何实现固件升级。到时候我会分享一个我实际项目中用过的Bootloader架构，保证干货满满。