2、Bootloader基础概念：Bootloader的作用、启动流程（ROM->Bootloader->App）、双分区备份机制
各位同学，咱们今天聊聊Bootloader。说实话，这玩意儿在呼吸机里看着不起眼，但要是没它，整个系统就跟没地基的房子一样——随时可能塌。我做了这么多年嵌入式固件，见过太多因为Bootloader设计不合理导致的“变砖”事故。嗯，咱们今天就把这块硬骨头啃下来。
2.1 Bootloader到底在干嘛？
说白了，Bootloader就是系统上电后第一个跑起来的程序。它的任务很纯粹：初始化硬件，然后跳转到真正的应用程序（App）。你想想看，MCU刚上电时，时钟没配、内存没初始化、外设都处于默认状态，这时候直接跑App？那肯定不行。
我个人习惯把Bootloader比作“看门大爷”。它先检查门锁（硬件状态），再确认主人身份（固件校验），最后才放行。具体来说，Bootloader干这几件事：
- 硬件初始化：配时钟、设PLL、初始化SDRAM或Flash控制器。我在项目中遇到过，某次因为PLL配置参数写错，Bootloader死活跑不起来，折腾了两天才发现是寄存器延时没给够。
- 固件校验：检查App的CRC或签名。呼吸机这种设备，固件被篡改可不是闹着玩的。
- 升级管理：检测是否有新固件需要烧录。如果有，就进入升级模式；如果没有，直接跳转。
- 跳转执行：清理现场，设置堆栈指针，然后跳转到App的入口地址。
核心要点：Bootloader不能依赖App的任何资源。它必须自给自足——自己的中断向量表、自己的堆栈、自己的时钟配置。否则一旦App出问题，Bootloader也跟着瘫痪，那就真成“砖头”了。
2.2 启动流程：ROM → Bootloader → App
这个流程，我建议你把它刻在脑子里。呼吸机的启动过程大致分三步：
- ROM阶段：芯片出厂固化的启动代码。它做最基础的事——从指定的启动介质（比如内部Flash）读取第一段代码。这段代码通常只有几百字节，负责把Bootloader从存储介质搬到RAM里。
- Bootloader阶段：咱们自己写的启动加载程序。它完成硬件初始化、固件校验、升级判断。如果一切正常，就准备跳转到App。
- App阶段：真正的呼吸机控制程序。包括通气模式、报警逻辑、传感器采集等。
为什么会分成三个阶段？你想想看，ROM代码是芯片厂商写的，咱们改不了。Bootloader是咱们自己写的，可以灵活控制。App是业务逻辑，需要频繁更新。这三层各司其职，互不干扰。
我曾经在一个项目里犯过傻——把Bootloader和App的中断向量表放在同一个位置。结果App一启动，中断全跑偏了。嗯，后来我学乖了，Bootloader和App各自维护独立的中断向量表，跳转前必须重新映射。
小技巧：跳转到App前，记得关掉全局中断、清理外设状态、恢复默认时钟。否则App一启动就收到一堆莫名其妙的中断，直接死给你看。
2.3 双分区备份机制
这是呼吸机Bootloader里最核心的设计之一。说白了，就是准备两份App固件——一份运行，一份备份。升级时只擦写非运行区，万一升级失败，还能回滚到旧版本。
我见过太多因为升级断电导致设备变砖的案例。呼吸机这种设备，你总不能跟病人说“不好意思，机器坏了，您先憋会儿气”？所以双分区备份是必须的。
具体怎么分？我一般这样设计Flash布局：
| 分区 | 起始地址 | 大小 | 说明 |
|---|---|---|---|
| Bootloader | 0x08000000 | 64KB | 启动加载程序 |
| App A（运行区） | 0x08010000 | 512KB | 当前运行的固件 |
| App B（备份区） | 0x08090000 | 512KB | 升级目标或回滚备份 |
| 参数区 | 0x08110000 | 64KB | 校准参数、配置信息 |
升级流程是这样的：
- Bootloader检测到升级请求，把新固件写入App B区。
- 写入完成后，校验App B的CRC。如果校验通过，就把启动标志指向App B。
- 下次重启时，Bootloader根据启动标志跳转到App B。
- 如果App B运行异常（比如看门狗超时），Bootloader自动切回App A。
注意：双分区不是简单的“存两份”。你还需要一个可靠的“启动计数器”和“回滚标志”。我曾经遇到过，升级后App跑了两天突然崩溃，结果因为没记录回滚标志，系统直接卡死在半路上。后来我加了一个“启动成功”标志位——App正常运行后主动置位，Bootloader每次启动时检查这个标志，如果没置位就自动回滚。
2.4 避坑指南
做Bootloader这么多年，我踩过的坑能写本书。这里挑几个最要命的：
- 中断向量表偏移：App的向量表必须放在它自己的起始地址。跳转前用SCB->VTOR重新设置偏移量。忘了这步，所有中断都指向Bootloader的向量表，App根本收不到中断。
- 堆栈指针恢复：跳转前要从App的起始地址读取栈顶指针（第一个字），然后手动设置MSP。否则App一启动就用Bootloader的栈，分分钟溢出。
- 外设状态清理：DMA、定时器、UART这些外设，在跳转前必须复位。否则App初始化时可能遇到外设还在跑的情况，直接冲突。
- Flash擦写保护：Bootloader所在扇区必须加写保护。我见过有人升级时不小心把Bootloader区给擦了，那真是叫天天不应。
总结一下：Bootloader是呼吸机的“守门员”。它不负责治病救人，但负责确保治病救人的程序能正确运行。双分区备份是最后一道防线——哪怕升级失败，设备也能回滚到可用状态。嗯，这些概念听起来简单，但真正实现时，每一个细节都可能要你的命。
下一章咱们聊聊Bootloader的具体实现——怎么在STM32上写一个最小可用的Bootloader。到时候我会把代码一行行拆开讲，保证你听完就能上手。