1. Bootloader基础概念

各位同学好，我是老周。做嵌入式开发十几年了，从8位机一路做到32位ARM内核，今天咱们聊聊Bootloader。说实话，很多工程师做了好几年项目，对Bootloader的理解还停留在“不就是个启动代码嘛”的阶段。但真正踩过坑的人都知道——Bootloader没写好，后面全白干。

1.1 什么是Bootloader

Bootloader，直译就是“引导加载程序”。说白了，它是芯片上电后第一个运行的程序。它的任务很简单：初始化硬件、准备好运行环境，然后把控制权交给真正的应用程序。

我习惯把它比作“看门大爷”。你想想看，公司开门第一件事是什么？不是直接干活，而是先让看门大爷检查水电、开门、确认安全。Bootloader就是MCU的看门大爷。

在CMS32系列MCU上，Bootloader通常存放在Flash的起始区域（比如0x00000000开始），而应用程序则放在后面的地址空间。两者在物理上是隔离的，逻辑上却是协作关系。

特性	Bootloader	应用程序
存放位置	Flash起始地址（如0x0000）	Flash偏移地址（如0x4000）
运行时机	上电最先运行	Bootloader跳转后运行
主要功能	硬件初始化、固件更新、跳转	业务逻辑、用户功能
更新频率	几乎不更新	频繁更新

1.2 Bootloader在嵌入式系统中的作用

很多刚入行的朋友问我：“Bootloader能不能省掉？反正程序直接跑不就行了？”我的回答是：可以省，但你会后悔。

Bootloader在嵌入式系统里至少干三件大事：

1. 硬件初始化——时钟、内存、外设，这些必须在应用程序跑之前搞定。我在一个项目中遇到过，有人把时钟初始化放在应用程序里，结果Bootloader跳转后时钟配置被覆盖，系统直接死机。
2. 固件更新——这是Bootloader最核心的价值。没有Bootloader，你只能通过烧录器更新固件。有了它，你可以通过UART、I2C、SPI甚至无线方式远程升级。我做过一个智能电表项目，现场部署了10万台设备，全靠Bootloader的远程升级功能，省了上百万的人工费。
3. 安全校验——检查应用程序的完整性、合法性。防止程序跑飞、防止恶意固件注入。嗯，这里要注意，安全校验不是可选项，是必选项。

1.3 CMS32启动流程概述

CMS32系列MCU基于ARM Cortex-M0+内核，启动流程和标准ARM Cortex-M系列基本一致，但有一些CMS32特有的细节。我画了一张流程图，方便大家理解：

这张图我解释一下关键步骤：

• 上电复位：芯片上电后，硬件自动从Flash地址0x00000000读取栈顶指针（SP），从0x00000004读取复位向量（PC）。这是ARM Cortex-M内核的固定行为，改不了。
• 跳转Reset_Handler：硬件拿到PC值后，直接跳转到Reset_Handler函数。这个函数在启动文件（startup_xxx.s）里定义。
• 系统初始化：Reset_Handler里会调用SystemInit()，完成时钟配置、外设时钟使能等。CMS32的时钟树比较复杂，我建议在这里把HCLK、PCLK都配好，后面应用程序直接复用。
• 判断跳转条件：这是Bootloader的核心逻辑。检查有没有升级请求（比如按键按下、串口收到特定数据、标志位有效），如果没有，就跳转到应用程序；如果有，就进入Bootloader升级模式。

1.4 CMS32启动文件结构

启动文件是Bootloader的“地基”。CMS32的启动文件通常包含以下内容：

; CMS32 startup_xxx.s 关键结构
                AREA    RESET, DATA, READONLY
                EXPORT  __Vectors
                EXPORT  __Vectors_End
                EXPORT  __Vectors_Size

__Vectors       DCD     __initial_sp          ; 栈顶指针
                DCD     Reset_Handler         ; 复位向量
                DCD     NMI_Handler           ; NMI中断
                DCD     HardFault_Handler     ; 硬错误
                ; ... 其他中断向量 ...

                AREA    |.text|, CODE, READONLY
Reset_Handler   PROC
                EXPORT  Reset_Handler
                ; 1. 关闭全局中断
                CPSID   I
                ; 2. 初始化系统时钟
                BL      SystemInit
                ; 3. 初始化数据段（搬运RW段、清零ZI段）
                BL      __main
                ; 4. 进入主函数（Bootloader主逻辑）
                B       main
                ENDP

这里有几个关键点：

• 向量表：从0x0000开始，第一个是栈顶指针，第二个是复位向量。CMS32的向量表大小通常是16字节对齐，我习惯留够256字节（64个中断向量），方便后续扩展。
• Reset_Handler：启动后第一个执行的C函数。注意，这里要先关中断（CPSID I），防止初始化过程中被中断打断。
• __main：这是C运行时库函数，负责数据段搬运和BSS段清零。没有它，全局变量和静态变量都是乱的。

1.5 Bootloader与应用程序的内存布局

这是很多新手容易搞混的地方。CMS32的Flash通常从0x00000000开始，Bootloader和应用程序怎么划分？我一般这样安排：

地址范围	内容	大小
0x00000000 - 0x00003FFF	Bootloader（含向量表）	16KB
0x00004000 - 0x000040FF	应用程序向量表	256B
0x00004100 - 0x0001FFFF	应用程序代码	~112KB
0x00020000 - 0x0003FFFF	参数存储区 / OTA备份区	128KB

为什么Bootloader只占16KB？因为它的功能单一，不需要太多代码。我见过有人把Bootloader做到64KB，其实没必要。CMS32的Flash虽然便宜，但省下来的空间给应用程序不好吗？

另外，应用程序的向量表要偏移。CMS32支持向量表偏移寄存器（VTOR），在应用程序初始化时设置：

/* 应用程序中设置向量表偏移 */
#define APP_VECTOR_TABLE_ADDR   0x00004000U

void SystemInit(void)
{
    /* 设置向量表偏移寄存器 */
    SCB->VTOR = APP_VECTOR_TABLE_ADDR;
    
    /* 其他初始化代码... */
}

这一步千万不能忘。我有个学员，应用程序写好了，下载进去就是不跑。查了两天，发现VTOR没设置，中断全跑飞了。嗯，这种坑踩一次就记住了。