1. 课程导入

各位同学好，我是你们的嵌入式系统讲师。今天咱们正式开始《Bootloader串口烧录与IAP编程看门狗处理与启动超时实战》的第一章。

先聊聊最基础的问题——什么是Bootloader？

说白了，Bootloader就是芯片上电后第一个运行的程序。它不负责你的业务逻辑，只做一件事：决定接下来该启动哪个应用程序。

我刚开始做嵌入式那会儿，总觉得Bootloader可有可无。后来有一次产品量产，发现几百台设备程序都烧错了版本……嗯，从那以后我再也不敢轻视Bootloader了。

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

你可以把Bootloader想象成一个看门大爷。它先检查环境是否正常，再决定让谁进门。

• 初始化硬件：时钟、内存、外设，这些都得先跑起来
• 检查启动条件：有没有新固件要烧录？当前固件是否完整？
• 跳转到应用程序：一切正常，就把控制权交给主程序
• 提供升级通道：这是IAP（In-Application Programming）的核心

我在一个工业控制项目中遇到过这样的情况：设备部署在偏远山区，现场无法用JTAG/SWD调试器。幸好Bootloader里集成了串口烧录功能，远程就能升级固件。你想想看，如果没有Bootloader，那台设备就得拆机返厂了。

1.2 常见的Bootloader方案对比

市面上Bootloader方案不少，我挑几个常用的给大家对比一下。

方案	适用场景	优点	缺点
MCU原厂Bootloader	STM32、NXP、GD32等	官方支持、稳定可靠	功能固定、定制困难
开源Bootloader	MCUboot、TinyUF2	社区活跃、可定制	学习成本高、调试复杂
自研Bootloader	量产产品、特殊需求	完全可控、体积最小	开发周期长、风险自担
U-Boot	Linux嵌入式系统	功能强大、生态完善	体积大、不适合MCU

1.3 Bootloader的启动流程

一个典型的Bootloader启动流程是这样的：

1. 上电复位：CPU从复位向量地址开始执行
2. 硬件初始化：关闭看门狗、配置时钟、初始化堆栈
3. 检查升级标志：检测某个GPIO电平或Flash中的标志位
4. 进入升级模式：如果检测到升级请求，进入串口/网络等待接收固件
5. 校验固件：CRC或MD5校验，确保固件完整
6. 跳转执行：修改向量表偏移，跳转到应用程序入口

为什么会先关闭看门狗？因为Bootloader初始化阶段可能耗时较长，看门狗容易超时复位。我早期一个项目就踩过这个坑——Bootloader里忘了喂狗，结果每次升级到一半就重启了。

1.4 Bootloader与IAP的关系

IAP（In-Application Programming）是Bootloader的核心能力之一。它允许设备在运行过程中更新自己的固件。

两者的关系可以这样理解：

• Bootloader：负责引导和升级管理
• IAP：是Bootloader实现升级功能的具体技术手段

没有Bootloader，IAP就无从谈起。没有IAP，Bootloader就只是个“跳转器”。

下面这张图展示了Bootloader在Flash中的布局和启动流程：

1.5 为什么选择串口烧录？

很多同学问我：现在都USB、网络了，为什么还要学串口烧录？

原因很简单：串口是嵌入式系统最后的退路。

• 硬件简单：TX、RX、GND三根线就能工作
• 协议透明：没有复杂的握手协议，调试方便
• 兼容性好：几乎所有MCU都带UART外设
• 成本极低：USB转串口模块几块钱就能买到

我在一个电力行业的项目中，设备用了CAN总线通信。但现场调试时CAN节点坏了，最后是靠串口Bootloader救回来的。你想想看，如果没有串口这个“保底方案”，那台设备就得报废了。

1.6 本章小结

这一章我们聊了Bootloader的基本概念、作用、常见方案对比，以及启动流程。核心就三点：

• Bootloader是独立的引导程序，不是应用程序的一部分
• 它负责初始化硬件、检查启动条件、提供升级通道
• 串口烧录是最可靠、最通用的升级方式