1. Bootloader基础概念
大家好，我是你们的嵌入式系统讲师。今天咱们来聊聊Bootloader——这个在嵌入式开发中绕不开的话题。
说实话，我刚开始做嵌入式那会儿，对Bootloader也是一知半解。总觉得它就是一段启动代码，跑完就完事了。直到有一次，我在一个工业控制项目里，因为固件升级把设备搞成了砖头……嗯，从那以后，我才真正重视起Bootloader来。
什么是Bootloader？
Bootloader，说白了就是一段特殊的程序。它在芯片上电后最先运行，负责把真正的应用程序加载到内存里，然后跳转过去执行。
你想想看，STM32H7上电后，CPU会从0x08000000地址开始执行。这个地址放的是什么？就是Bootloader。它就像个引路人，带着系统一步步走向正轨。
核心定义：Bootloader是嵌入式系统中，在应用程序运行之前执行的一段独立固件程序。它的主要职责是初始化硬件、加载并验证应用程序，然后跳转到应用程序入口。
Bootloader在嵌入式系统中的作用
我习惯把Bootloader比作电脑的BIOS。没有它，系统也能跑，但有了它，很多事情就方便多了。
具体来说，Bootloader有这几个关键作用：
- 硬件初始化：配置时钟、内存、外设等，为应用程序准备好运行环境
- 固件升级：通过串口、USB、网络等接口接收新固件，写入Flash
- 安全校验：检查固件的完整性、合法性，防止恶意代码注入
- 启动管理：支持多版本固件、回滚机制、恢复模式等
- 系统恢复：当应用程序崩溃时，Bootloader能提供恢复入口
我在一个物联网项目中就吃过亏。当时产品已经量产了，突然发现有个bug需要修复。如果没有Bootloader，就得拆机用烧录器一个个刷。有了Bootloader，远程推送一个固件包就搞定了。你说省不省事？
为什么STM32H7需要Bootloader？
这个问题问得好。STM32H7本身是有内置Bootloader的，出厂就固化在ROM里。那为什么我们还要自己写一个？
原因有这么几个：
| 原因 | 说明 |
|---|---|
| 功能受限 | 内置Bootloader只支持固定的通信接口和协议，灵活性差 |
| 安全需求 | 内置Bootloader没有加密校验，容易被恶意利用 |
| 定制化 | 不同项目有不同的升级策略、校验方式、回滚机制 |
| 双备份 | STM32H7的Flash很大，可以做A/B分区，实现安全升级 |
| 性能优化 | 内置Bootloader启动慢，自己写的可以做到毫秒级启动 |
我的建议：除非你的产品非常简单，否则一定要自己写Bootloader。内置的那个，只适合开发调试用。我在量产项目中从来不用内置Bootloader，原因就是——不安全、不灵活。
另外，STM32H7的Flash架构也决定了我们需要一个强大的Bootloader。它有两块Flash：一块是TCM接口的，速度极快；另一块是AXI接口的，容量大。怎么合理分配这两块Flash，怎么实现无缝切换，这些都是Bootloader要考虑的。
注意：STM32H7的Flash有2MB，但并不是所有地址都能随便写。有些区域是系统保留的，有些是选项字节。写Bootloader时一定要仔细看参考手册，不然很容易把芯片锁死。我曾经就因为这个，连续烧了三块开发板……
Bootloader的工作流程
简单来说，Bootloader的工作流程是这样的：
- 上电复位，CPU从0x08000000开始执行
- 初始化堆栈指针、时钟、必要外设
- 检查是否有升级请求（比如检测某个GPIO电平、或者收到特定命令）
- 如果有升级请求，进入升级模式，接收并写入新固件
- 如果没有升级请求，校验应用程序的完整性
- 校验通过，跳转到应用程序入口
- 校验失败，进入等待模式或恢复模式
你看，逻辑其实不复杂。但每个环节都有很多细节。比如跳转前要关闭中断、要重新设置向量表偏移、要清理外设状态……这些坑，我当年都踩过。
好了，这一章就到这里。下一章我们开始动手，搭建STM32H7的开发环境，写一个最简单的Bootloader出来。到时候你就知道，这东西其实没那么神秘。