第一章：课程导论与硬件准备——为什么需要Bootloader？裸机与RTOS的鸿沟

各位同学，欢迎来到《从裸机到RTOS：系统移植与Bootloader调试优化实战》的第一章。

说实话，我见过不少工程师，裸机程序写得飞起，一提到RTOS就发怵。更别提Bootloader了，很多人觉得那是芯片原厂的事，跟自己没关系。但你想过没有——产品要升级固件怎么办？现场设备出bug怎么远程修复？系统启动太慢怎么优化？

这些问题的答案，都指向同一个东西：Bootloader。

1.1 裸机与RTOS之间，到底差了什么？

先看一个最简单的场景。你写了一个LED闪烁的裸机程序，main函数里一个while循环搞定。但如果你要在这个系统上同时处理按键扫描、LCD刷新、串口通信……你会发现代码越来越乱，实时性越来越差。

这就是裸机的天花板——所有任务串行执行，一个卡死，全家瘫痪。

我刚开始带项目时，有个同事坚持用裸机做多路数据采集。结果呢？串口中断一多，主循环里的LCD刷新就卡成PPT。后来换成FreeRTOS，三个任务各管各的，问题迎刃而解。说白了，RTOS不是炫技，是刚需。

1.2 Bootloader：系统启动的“第一公里”

好，现在你决定上RTOS了。但有个问题——你的芯片上电后，怎么知道该运行哪个程序？

芯片复位后，PC指针会指向一个固定地址（比如STM32F4的0x08000000）。这个地址里放的，就是你的程序。但如果你有多个程序呢？比如一个出厂固件、一个升级固件、一个备份固件……谁来决定启动哪个？

答案就是Bootloader。

我在一个工业网关项目里吃过亏。产品出货后才发现固件有bug，但设备已经部署到全国各地的变电站了。没有Bootloader，只能派人去现场烧录。那一次之后，我所有产品都强制要求带Bootloader，哪怕裸机程序也不例外。

1.3 开发板选型：为什么是STM32F4？

课程里我们统一用STM32F407VGT6这颗芯片。为什么选它？

• ARM Cortex-M4内核：带FPU，性能足够跑主流RTOS
• 1MB Flash + 192KB SRAM：空间充裕，能装下Bootloader+App
• 丰富的外设：USART/SPI/I2C/CAN/USB，覆盖绝大多数场景
• 生态成熟：HAL库、LL库、各种RTOS移植例程，网上资料一抓一把

我个人习惯用正点原子探索者或野火指南者，这两块板子电路设计规范，调试接口齐全。如果你手头有其他STM32F4系列的板子，也没问题，代码基本通用。

1.4 调试工具准备：J-Link与USART

工欲善其事，必先利其器。调试工具选对了，能省一半时间。

J-Link：你的“透视眼”

J-Link通过SWD接口连接开发板，可以做到：

• 单步调试、断点设置
• Flash烧录与擦除
• 实时变量查看
• RTT日志输出（这个后面会重点讲）

我建议用J-Link EDU Mini或者J-Link BASE，性价比高。淘宝上几十块的“山寨版”也能用，但稳定性看人品。我在一次培训课上用山寨J-Link，连续掉线三次，台下学员都笑了……从那以后，我正式场合只用正版。

USART：最朴素的“救命稻草”

串口调试虽然古老，但关键时刻比J-Link还管用。比如Bootloader还没初始化SWD时，串口是你唯一的输出通道。

准备一根USB转TTL模块（CH340或CP2102），接好TX/RX/GND，波特率设115200。配合串口助手（我用的是SecureCRT，你也可以用Putty或MobaXterm），就能看到芯片的“内心独白”了。

1.5 本章知识体系总览

下面这张图，把第一章的核心脉络串起来了。你可以把它当作整个课程的“导航地图”。

1.6 本章小结

这一章我们聊了三件事：

• 裸机到RTOS的鸿沟：不是代码量的差距，而是思维模式的转变
• Bootloader的必要性：它是系统启动的“守门员”，也是远程升级的“桥梁”
• 硬件与工具准备：STM32F4开发板 + J-Link + USART，这三样东西将贯穿整个课程