1. 裸机编程基础：什么是裸机、裸机程序的特点、裸机开发环境搭建（以STM32为例）
1.1 到底什么是「裸机」？
很多刚入行的朋友问我：「裸机是不是就是没有操作系统的单片机程序？」
嗯，差不多是这个意思，但不够准确。
裸机（Bare-Metal），说白了就是你的程序直接跑在硬件上，中间没有操作系统这一层。没有 Linux，没有 RTOS，甚至连个调度器都没有。你的 main() 函数就是上帝，它说什么，CPU 就做什么。
我刚开始做嵌入式那会儿，用的就是纯裸机。一个 while(1) 大循环，里面轮询各种标志位，该点灯点灯，该读传感器就读传感器。简单粗暴，但很有效。
裸机的核心特征：
- 无操作系统内核
- 无任务调度
- 无内存管理单元（MMU）参与
- 程序直接操作寄存器
- 资源占用极低（RAM 可能只有几 KB）
你想想看，一个 8 位的 STM8 或者 Cortex-M0 内核的芯片，总共才 2KB RAM，你让它跑 Linux？不现实。裸机才是这些资源受限场景下的最优解。
1.2 裸机程序的特点
裸机程序有什么特点？我总结了几个关键点，都是我在项目里踩过坑之后才真正理解的。
1.2.1 实时性极强
因为没有操作系统调度，中断响应几乎是即时的。我在做一个电机控制项目时，要求 PWM 占空比更新必须在 1μs 内完成。用裸机，中断服务函数里直接写寄存器，搞定。换成 RTOS？光是上下文切换就不止这个时间。
1.2.2 代码体积小
裸机程序不需要加载内核、不需要文件系统、不需要驱动框架。一个简单的 LED 闪烁程序，编译出来可能就几百字节。我曾经在一个 8KB Flash 的芯片上塞下了一整套传感器采集 + 数据上报逻辑，换成带操作系统的方案，光内核就装不下。
1.2.3 开发调试直观
裸机调试非常直接。你写一个寄存器，用示波器量一下引脚，电平变化对不对一目了然。不像 Linux 驱动，出了问题你都不知道是硬件问题还是内核调度问题。
1.2.4 但也有明显的短板
裸机程序一旦复杂起来，维护成本会急剧上升。我记得有个项目，功能模块从 3 个增加到 8 个，while(1) 大循环里的轮询逻辑变得一团乱麻。后来不得不重构，引入了简单的状态机才稳住局面。
| 对比维度 | 裸机程序 | RTOS 程序 |
|---|---|---|
| 资源占用 | 极低（KB 级） | 较高（数十 KB 起） |
| 实时性 | 中断级响应 | 任务级响应（有调度延迟） |
| 代码复杂度 | 简单时很好，复杂时难维护 | 适合多任务场景 |
| 调试难度 | 低，直接看寄存器 | 中等，需考虑任务同步 |
| 典型应用 | 传感器、电机控制、小家电 | 智能家居、工业控制、物联网终端 |
1.3 裸机开发环境搭建（以 STM32 为例）
好，理论说完了，咱们来点实际的。怎么搭建一个能跑裸机程序的开发环境？
我以最常用的 STM32F103 系列为例，手把手带你走一遍。
1.3.1 你需要准备什么？
- 硬件：一块 STM32 开发板（推荐 STM32F103C8T6 核心板，便宜又好用）
- 调试器：ST-Link V2（淘宝 20 块钱那种就行）
- IDE：我建议用 STM32CubeIDE（免费，官方出品，集成了 CubeMX）
- 或者：Keil MDK（行业老牌，但收费）
我的个人习惯：学习阶段用 STM32CubeIDE，它帮你省去了手动配置时钟树和引脚映射的麻烦。等熟悉了底层，再切换到 Keil 或者 VSCode + GCC 组合，自由度更高。
1.3.2 安装步骤（精简版）
- 从 ST 官网下载 STM32CubeIDE，安装时一路默认即可。
- 安装 ST-Link 驱动，确保电脑能识别调试器。
- 打开 CubeIDE，新建 STM32 项目，选择你的芯片型号（比如 STM32F103C8）。
- 在 CubeMX 图形界面里配置时钟源（HSE、LSE）、时钟树（一般选 72MHz 主频）。
- 配置 GPIO：比如把 PC13 设为推挽输出，用来控制板载 LED。
- 生成代码，CubeIDE 会自动生成初始化代码和 main() 框架。
1.3.3 第一个裸机程序：点灯
代码生成后，你会在 main.c 里看到类似这样的结构：
int main(void)
{
HAL_Init(); // 初始化 HAL 库
SystemClock_Config(); // 配置系统时钟
MX_GPIO_Init(); // 初始化 GPIO
while (1)
{
HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin);
HAL_Delay(500); // 延时 500ms
}
}
这就是最经典的裸机程序。没有操作系统，没有任务调度，就是一个死循环，每隔 500ms 翻转一次 LED 引脚电平。
注意：HAL_Delay() 依赖 SysTick 中断。如果你在中断服务函数里调用它，会导致死锁。我曾经在这个坑里趴了一下午——中断里调延时，程序直接卡死。解决办法是用 DWT 计数器或者定时器做精确延时。
1.3.4 编译、下载、运行
点击工具栏的「锤子」图标编译，没有报错的话，再点「绿色虫子」图标下载调试。
如果一切顺利，你会看到板子上的 LED 开始一闪一闪。
嗯，这一刻很有成就感。虽然只是点个灯，但这是你从零开始控制硬件的第一步。
1.4 裸机程序的核心结构
为了让你对裸机程序有个整体认识，我画了一张结构图：
从这张图你可以看到，裸机程序其实就四层：用户代码 → HAL 库 → 寄存器 → 硬件。每一层都可以跳过，但跳过了就要自己承担更多工作量。
1.5 避坑指南：新手最容易犯的错
最后，分享几个我当年踩过的坑，希望能帮你省点时间：
- 时钟配置不对：芯片跑不起来，先查时钟树。我遇到过好几次，代码逻辑完全正确，但就是没反应，最后发现是 HSE 起振失败，系统跑在内部低速时钟上。
- 中断优先级搞乱：STM32 有抢占优先级和子优先级，配置不对会导致中断嵌套异常。我的建议是：统一用 HAL 库默认配置，别自己乱改，除非你很清楚自己在做什么。
- GPIO 模式选错：推挽输出和开漏输出不一样，上拉和下拉也不一样。驱动 LED 用推挽，驱动 I2C 用开漏。选错了，轻则功能异常，重则烧引脚。
- 忘记使能外设时钟：STM32 的外设默认是关闭时钟的，必须手动使能。我刚开始学的时候，配置完 GPIO 却发现引脚没反应，查了半天才发现忘了 __HAL_RCC_GPIOA_CLK_ENABLE()。
一个小技巧：调试裸机程序时，多用示波器或者逻辑分析仪看引脚波形。软件断点有时候会改变时序行为，但硬件波形不会骗人。我习惯在关键 GPIO 上预留测试点，出问题直接抓波形，比看代码快多了。
好了，第一章的内容就到这里。裸机编程是嵌入式开发的基石，别看它简单，但把基础打扎实了，后面学 BSP 和驱动开发才会事半功倍。