1. 课程导入与实时系统认知

在嵌入式开发中，很多工程师第一次接触 STM32 时，都是从“点亮一颗 LED”开始的：配置时钟、初始化 GPIO、写一个 while(1) 循环，让灯按固定间隔闪烁。这种以主循环为核心、按顺序执行代码的结构，通常被称为裸机前后台系统——主循环负责后台任务，中断服务程序负责前台响应。它在功能简单、实时性要求不高的场景中非常有效，代码直观、资源占用小、调试也相对容易。

但当系统开始同时处理按键、串口命令、ADC 采样、PWM 输出、显示刷新、故障保护等多件事时，裸机结构会迅速暴露问题。假设主循环中有一段耗时 5 ms 的显示刷新代码，而一个过流保护信号通过外部中断触发，需要立即关闭 PWM 输出。如果保护逻辑只是置位一个标志，等待主循环处理，那么最坏情况下响应延迟可能超过 5 ms；对于电机控制或电源保护来说，这个延迟可能已经造成功率器件损坏。实时系统的核心矛盾，正是“事件发生的时刻”与“事件被处理的时刻”之间的差距。

从裸机走向实时架构，本质上是在解决三个问题：任务如何划分、任务何时执行、任务之间如何通信与共享资源。常见的演进路径可以概括为：

• 裸机主循环 + 中断：结构简单，但任务耦合度高，响应时间受最长任务影响。
• 时间片轮询：用定时器产生固定节拍，把不同任务分配到不同时间片，改善公平性，但仍无法抢占长任务。
• 前后台 + 状态机：把复杂逻辑拆成非阻塞状态机，减少单次执行时间，是裸机向实时过渡的重要一步。
• RTOS 多任务：由调度器按优先级抢占式调度，任务可阻塞、可同步，响应时间可分析，适合复杂实时系统。

STM32 在实时控制中的定位非常清晰：它基于 ARM Cortex-M 内核，具有确定性的中断响应、嵌套向量中断控制器（NVIC）、丰富的定时器、ADC、DAC、CAN、SPI、UART 等外设，以及 DMA 支持。以常见的 STM32F407 为例，主频可达 168 MHz，中断延迟通常在十几个时钟周期量级，配合硬件定时器触发 ADC 和 DMA，可以形成稳定的采样—计算—输出链路。这意味着 STM32 不仅能做“顺序执行”的控制，还能承载真正的实时任务调度。

下面这张图展示了从裸机到 RTOS 的典型演进关系，以及 STM32 在其中的关键硬件支撑。图中左侧是软件结构演进，右侧是对应的实时能力变化，底部是 STM32 提供的硬件基础。

理解这张图后，再来看本课程的学习路径。课程不会一上来就讲 RTOS API，而是先建立实时系统的判断标准：什么是硬实时、软实时和固实时；什么是截止时间、抖动、最坏执行时间；如何用示波器和 GPIO 翻转测量中断延迟。接着进入任务设计：任务如何划分、优先级如何分配、栈空间如何估算、任务间如何用队列、信号量、事件标志组通信。然后进入调度与同步：抢占式调度、时间片轮转、优先级反转与互斥量、死锁避免。最后落到工程实践：用 STM32CubeMX 配置 FreeRTOS，用 Keil 或 STM32CubeIDE 调试任务状态，用 Tracealyzer 或 GPIO 打点观察调度行为。

举个具体的教学示例。假设我们要做一个“电机过流保护 + 串口上报”的系统。裸机方案可能是：主循环每 10 ms 读一次 ADC，判断是否过流，同时处理串口接收。如果串口接收使用中断，过流判断放在主循环，那么当串口正在处理一帧长数据时，过流响应可能被推迟。RTOS 方案则可以建立三个任务：保护任务优先级最高，阻塞等待 ADC 中断给出的信号量，一旦过流立即关闭 PWM；采样任务优先级中等，周期 1 ms 读取 ADC 并做滤波；通信任务优先级最低，负责串口协议解析和上报。这样，保护任务的响应时间不再受通信任务影响，系统行为变得可预测。

需要强调的是，RTOS 不是银弹。任务划分不合理、优先级设置错误、栈空间不足、中断中调用阻塞 API，都会让系统变得比裸机更难调试。因此，本课程的目标不是“教会你用 FreeRTOS”，而是让你具备实时思维：在写第一行代码之前，先想清楚哪些事件必须多快响应、哪些任务可以等待、哪些资源需要保护、最坏情况下系统会怎样。

学习路径可以概括为四个阶段：认知阶段建立实时指标与测量方法；设计阶段掌握任务划分、优先级与栈估算；实现阶段使用 FreeRTOS 完成任务、队列、信号量、互斥量的编码与调试；优化阶段分析调度延迟、优先级反转、CPU 占用率，并进行针对性改进。每个阶段都会配合 STM32 上的可运行示例和可观察现象，让你不仅“知道”，还能“看到”和“测到”。