1、Bootloader 基础概念
大家好，欢迎来到《MCU-Boot 工程部署与故障排查实战》的第一章。
咱们直接开门见山。Bootloader 是什么？说白了，它就是 MCU 上电后第一个跑起来的程序。你想想看，芯片一上电，CPU 从复位向量指向的地址开始执行——那个地址里放的，通常就是 Bootloader。
我刚开始做嵌入式那会儿，总觉得 Bootloader 就是个“跳板”，没啥技术含量。后来踩了几个坑才明白，这东西要是没写好，整个产品都起不来。
1.1 什么是 Bootloader
Bootloader 是一段固化在 MCU 非易失性存储器（通常是 Flash）中的引导程序。它的核心任务就两个：
- 初始化硬件——把时钟、内存、外设这些基础资源准备好
- 加载并跳转——把真正的应用程序从存储介质搬到 RAM 里，然后跳过去执行
你可以把它理解成 MCU 世界的“开机引导”。PC 上有 BIOS/UEFI，手机上有 AB 分区引导，MCU 里就是 Bootloader。
关键认知：Bootloader 本身也是一个完整的嵌入式程序，它有自己的链接脚本、中断向量表、启动流程。它不是“半成品”，而是一个独立的软件实体。
1.2 Bootloader 在 MCU 中的角色
我习惯把 Bootloader 的角色归纳为三个层次：
| 角色 | 说明 | 我见过的坑 |
|---|---|---|
| 硬件管家 | 初始化时钟、PLL、Flash 控制器、RAM 控制器 | 有人把 Bootloader 的时钟配置和 App 不一致，跳转后直接跑飞 |
| 升级管家 | 通过 UART/SPI/I2C/USB/CAN 等接口接收固件，写入 Flash | 我遇到过升级中途断电，Flash 写了一半，变砖了 |
| 安全看门人 | 校验固件签名、CRC、版本号，防止非法或损坏的固件运行 | 曾经有个项目没做校验，刷了个错误版本的固件，产线全停 |
嗯，这里要特别强调一下：Bootloader 和应用程序是两个独立的工程。它们有各自的链接脚本、各自的 Flash 分区、各自的中断向量表。很多人第一次做 Bootloader 时，把 App 的代码和 Bootloader 编译到一起——这其实就失去了 Bootloader 的意义。
1.3 常见 Bootloader 协议介绍
Bootloader 要跟外部通信，就得有协议。我整理了几种最常见的：
1.3.1 YModem 协议
这是最经典的串口升级协议。XModem 的升级版，支持批量文件传输、CRC16 校验。
- 优点：实现简单，工具多（SecureCRT、Tera Term 都支持）
- 缺点：速度慢，单包最大 1024 字节
- 适用场景：小规模产线烧录、调试阶段
我的经验：YModem 的 CRC 校验是强制的。我曾经偷懒没做 CRC 验证，结果串口线接触不良，固件传了一半全是乱码，刷进去直接变砖。从那以后，我所有 Bootloader 的接收流程都加了 CRC 校验。
1.3.2 MCUboot 协议
这是开源社区用得最多的 Bootloader 框架，支持 MCU 全系列。它的协议核心是 image header + image body + trailer 的结构。
// MCUboot image header 结构（简化版）
struct image_header {
uint32_t magic; // 魔数，用于识别固件格式
uint32_t image_size; // 固件大小
uint32_t flags; // 标志位（加密、压缩等）
uint16_t version_major; // 主版本号
uint16_t version_minor; // 次版本号
uint32_t checksum; // 校验和
};- 优点：功能完整（双区备份、回滚、加密验证）
- 缺点：代码量大，对 Flash 和 RAM 有要求
- 适用场景：需要 OTA 升级的产品、对安全性要求高的场景
1.3.3 自定义私有协议
很多公司会自己定义一套简单的协议。我见过最精简的版本：
帧格式: [帧头(0xAA)] [长度(1字节)] [命令(1字节)] [数据(N字节)] [CRC(2字节)]
常见命令:
0x01 - 握手
0x02 - 擦除扇区
0x03 - 写入数据
0x04 - 校验固件
0x05 - 跳转执行- 优点：灵活、轻量、可控
- 缺点：需要自己写上位机工具，维护成本高
- 适用场景：资源受限的 MCU、产线专用工具
1.3.4 协议对比
| 协议 | 传输方式 | 校验方式 | 典型速率 | 代码量 |
|---|---|---|---|---|
| YModem | 串口 | CRC16 | ~115200 bps | ~2KB |
| MCUboot | 串口/SPI/以太网 | SHA256 + 签名 | 取决于传输层 | ~20KB+ |
| 自定义协议 | 任意 | 自定义 | 自定义 | ~1KB |
1.4 Bootloader 的核心工作流程
不管用哪种协议，Bootloader 的基本流程都差不多。我画了一张图，帮你理清思路：
这个流程看起来简单，但每个环节都有坑。举个例子：
- 硬件初始化：时钟配置错了，App 跑起来可能频率不对，串口波特率对不上
- 检测升级请求：GPIO 电平检测要加去抖，我遇到过上电瞬间电平抖动导致误进入升级模式
- 写入 Flash：一定要先擦除再写入，而且擦除是按扇区来的，不能只擦一个字节
- 校验固件：CRC 或 SHA 校验不能省，否则刷了个坏固件，设备就废了
重要提醒：Bootloader 一旦跑起来，就不能依赖 App 的任何代码或数据。中断向量表、全局变量、外设配置——全部要自己重新初始化。我见过有人直接在 Bootloader 里调用 App 的函数，结果地址对不上，直接 HardFault。
1.5 小结
这一章我们聊了 Bootloader 的基本概念。说白了，它就是 MCU 的“开机引导程序”，负责初始化硬件、管理升级、保障安全。
常见的协议有 YModem、MCUboot 和自定义协议。选哪个，取决于你的项目需求——资源紧张就用 YModem，安全性要求高就用 MCUboot，产线定制化强就自己写一个。
嗯，第一章就到这里。内容不多，但都是基础中的基础。后面的章节我们会一步步深入，从 Flash 分区设计到中断向量表重定向，再到实际调试技巧。咱们慢慢来。