1. Bootloader 基础概念
各位同学好，我是你们的讲师。在嵌入式这行摸爬滚打了十几年，量产烧录的坑踩过不少。今天咱们开始《CMS32 Bootloader 开发与量产烧录实战》的第一章。
这一章，我不打算直接扔代码。咱们先把地基打牢。你想想看，如果连 Bootloader 是什么、为什么需要它都不清楚，后面写代码很容易跑偏。
1.1 什么是 Bootloader
Bootloader，直译过来就是“引导加载程序”。说白了，它是一段芯片上电后最先执行的代码。这段代码体积很小，但责任重大——它负责把真正的应用程序（也就是你的业务逻辑）从某个地方搬运到内存里，然后跳转过去执行。
我习惯把它比作电脑的 BIOS。你按下电源键，BIOS 先自检、初始化硬件，最后才把操作系统从硬盘加载到内存。嵌入式 Bootloader 干的也是类似的活。
核心定义：Bootloader 是固化在芯片非易失性存储器（如 Flash）中的一段独立程序，负责初始化硬件、加载并启动主应用程序，或提供固件升级能力。
这里有个关键点：Bootloader 和应用程序是物理隔离的。它们通常存放在 Flash 的不同区域，互不干扰。我见过不少新手把 Bootloader 和应用程序混在一起编译，结果升级一次就把自己搞死了——这叫“把梯子抽了”，非常危险。
1.2 Bootloader 在嵌入式系统中的作用
Bootloader 到底解决了什么问题？我总结了三个核心作用：
| 作用 | 说明 | 实际场景 |
|---|---|---|
| 固件升级 | 通过串口、CAN、USB、无线等方式接收新固件，写入 Flash | 产品出厂后修复 Bug、增加功能，不用拆机 |
| 系统启动 | 初始化时钟、内存、外设，校验应用程序完整性，然后跳转 | 上电后检查 App 的 CRC，防止跑飞 |
| 安全引导 | 验证固件签名，防止恶意代码注入 | 车规、医疗设备必须有的安全机制 |
你可能会问：“我的产品从来不需要升级，还要 Bootloader 吗？”
嗯，这个问题我当年也问过。后来有一次，客户要求修改一个通信协议，产品已经发货 5000 台。如果没有 Bootloader，就得全部召回，那成本……你懂的。从那以后，我所有项目都标配 Bootloader，哪怕只是留个串口升级接口。
我的建议：即使产品初期没有升级需求，也建议预留 Bootloader 空间。Flash 分区时多留 8KB 或 16KB，成本几乎为零，但给后期维护留了一条后路。
1.3 CMS32 系列芯片概述
咱们这门课的主角是 CMS32 系列。这是中微半导体基于 ARM Cortex-M0+ 内核推出的 32 位 MCU。我选择它作为教学平台，原因有三：
- 性价比高：在 8 位机的价格区间，提供了 32 位机的性能
- 资源适中：Flash 从 32KB 到 128KB，RAM 从 4KB 到 16KB，非常适合 Bootloader 教学
- 量产工具成熟：支持 CMS-ICE 和 CMS-Writer，量产烧录方案完整
下面这张图展示了 CMS32 芯片内部的 Flash 分区结构，这也是我们后续开发 Bootloader 的基础。
从图上你能看到，我把 Flash 分成了三个区域：
- Bootloader 区：存放引导代码，包含独立的向量表。这部分在量产时一次性烧录，后续不再修改。
- 应用程序区：存放用户业务代码。升级时只擦写这个区域。
- 参数区：存放校准数据、升级标志、运行日志。即使升级 App，这些参数也要保留。
重要提醒：Bootloader 和 App 的向量表必须独立！我曾经见过有人把 App 的向量表放在 Bootloader 区域，结果一升级就把中断向量覆盖了，系统直接死机。记住：每个固件都有自己的向量表，且必须放在各自区域的起始地址。
1.4 CMS32 启动流程
理解了分区结构，咱们再看看芯片上电后到底发生了什么。CMS32 的启动流程可以概括为以下几步：
- 硬件复位：芯片上电或复位后，硬件从 0x00000000 地址加载栈指针，从 0x00000004 地址加载复位向量，跳转到 Bootloader 入口。
- Bootloader 初始化：关闭全局中断，配置系统时钟，初始化串口等升级外设。
- 检查升级标志：读取参数区中的升级标志。如果为真，进入升级模式；否则继续。
- 校验应用程序：计算 App 区的 CRC 或校验和，与存储的参考值对比。通过则跳转，失败则等待升级。
- 跳转到 App：修改向量表偏移寄存器（VTOR），设置栈指针，然后跳转到 App 的复位向量。
这个流程看起来简单，但每一步都有坑。比如第 5 步，跳转前必须确保关闭了所有外设中断，否则 App 启动时可能触发意外中断。我早期一个项目就因为这个原因，App 启动后串口莫名其妙收到乱码，查了两天才发现是 Bootloader 里开了接收中断没关。
一个小技巧：在跳转到 App 之前，可以先把所有外设时钟复位一遍。CMS32 的每个外设都有复位寄存器，调用一下就能保证外设回到默认状态，避免干扰 App 的初始化。
1.5 本章小结
这一章我们聊了 Bootloader 的基本概念、它在系统中的作用，以及 CMS32 芯片的 Flash 分区和启动流程。这些都是后续开发的基础。你不需要现在就记住所有细节，但脑子里要有这张分区图——它会在后面每一章都出现。