1. 课程导论与开发环境搭建：STM32与HAL库概述、DMA与任务调度的重要性、开发板与IDE选择、工程模板创建
各位同学，欢迎来到这门实战课。我是你们的老朋友，一个在嵌入式圈子里摸爬滚打了十几年的工程师。今天咱们正式开始第一讲，先把地基打牢。
说实话，我见过太多人一上来就急着写代码，结果被DMA和RTOS折腾得死去活来。为什么？因为底层逻辑没理清。这一章，咱们不急着敲键盘，先把STM32、HAL库、DMA和任务调度这些概念串一遍，再把开发环境搭好。磨刀不误砍柴工嘛。
1.1 STM32与HAL库概述
STM32，不用我多介绍了吧？ARM Cortex-M内核的扛把子。从M0到M7，从低功耗到高性能，几乎覆盖了所有嵌入式场景。我个人习惯把STM32分成三类：
- 入门级：F0、G0系列，适合简单控制、替代8位机
- 主流级：F1、F4系列，性能均衡，生态最成熟
- 高性能：F7、H7系列，带DSP和FPU，适合复杂算法
咱们这门课主要基于STM32F4系列来讲，因为它的DMA控制器功能完整，而且市面上开发板最多。你手头如果是F1或H7，也没关系，原理完全通用，只是寄存器地址和通道数有差异。
再说HAL库。很多人觉得HAL库太臃肿，不如直接操作寄存器。嗯，这个观点我理解，但我不完全同意。HAL库的定位是可移植性和开发效率。我在项目中遇到过几次换芯片的情况——客户临时说要换型号，如果是寄存器版代码，那基本等于重写；但HAL库改个宏定义，再调一下时钟配置，就能跑起来。你想想看，这种场景下，那点性能损失完全可以接受。
核心观点：HAL库不是给你做产品量产用的，而是给你做快速原型验证和跨平台迁移用的。真正量产时，你可以基于HAL库生成的代码做针对性优化。
1.2 DMA与任务调度的重要性
好，接下来聊聊为什么咱们要把DMA和任务调度放在一起讲。
DMA，Direct Memory Access，直接存储器访问。说白了，就是让数据搬运这件事不占用CPU。CPU只需要告诉DMA控制器：「嘿，帮我把ADC的数据搬到内存里，搬完通知我。」然后CPU就可以去干别的事了。
我刚开始做嵌入式时，犯过一个低级错误：用CPU轮询方式读取ADC数据，结果CPU占用率飙到80%以上，系统响应慢得像蜗牛。后来换成DMA，CPU占用率直接降到5%。那一刻我才真正理解——DMA不是锦上添花，而是刚需。
那任务调度呢？在一个稍微复杂点的系统里，你不可能让CPU一直干一件事。比如一个数据采集系统，既要定时采集传感器数据，又要处理通信协议，还要响应按键中断。如果没有任务调度，代码会写成什么样？一个大循环里塞满各种标志位和延时，改一个功能就得动全局。我管这叫「面条代码」。
RTOS的任务调度，就是把这些功能拆成独立的任务，每个任务有自己的栈空间和优先级，由调度器决定谁先运行。DMA负责数据搬运，任务调度负责CPU时间分配——两者配合，才能让系统高效运转。
我的经验：DMA + RTOS的组合，特别适合数据流型应用，比如音频采集、传感器数据融合、高速通信。如果你的项目里数据吞吐量超过100KB/s，或者有多个周期性任务，那这套架构基本是标配。
下面这张图，展示了咱们课程的核心知识体系：
1.3 开发板与IDE选择
工欲善其事，必先利其器。咱们选开发板和IDE，得讲究。
| 项目 | 推荐方案 | 备选方案 |
|---|---|---|
| 开发板 | STM32F407VET6 最小系统板 | STM32F429I-DISCO / 正点原子探索者 |
| IDE | STM32CubeIDE（免费、集成CubeMX） | Keil MDK（收费但调试强）/ IAR |
| 调试器 | ST-Link V2（板载或独立） | J-Link / DAP-Link |
| RTOS | FreeRTOS（生态最好、资料最多） | RT-Thread / uC/OS-III |
我个人推荐STM32CubeIDE。为什么？因为它集成了CubeMX配置工具，图形化配置时钟、外设、DMA和FreeRTOS，直接生成初始化代码。你想想看，以前配个DMA要翻半天参考手册，现在点几下鼠标就搞定了。省下来的时间，用来理解原理和调试，不香吗？
注意：CubeIDE生成的代码默认使用HAL库，但有些配置项（比如DMA中断优先级）需要手动调整。我曾经因为没改DMA中断优先级，导致高优先级任务被DMA中断频繁打断，系统响应变慢。这个坑后面会详细讲。
1.4 工程模板创建
好，接下来咱们动手创建一个工程模板。这个模板会贯穿整个课程，所以每一步都要走稳。
步骤一：安装CubeIDE
去ST官网下载最新版STM32CubeIDE，安装过程一路默认就行。注意选对操作系统版本。
步骤二：新建工程
- 打开CubeIDE，点击 File → New → STM32 Project
- 在芯片选择界面，输入 STM32F407VET6（或者你手头的型号）
- 选择后点击 Next，输入工程名，比如
DMA_RTOS_Template - 点击 Finish，CubeMX会自动打开配置界面
步骤三：配置时钟
在CubeMX的 Pinout & Configuration 界面，找到 RCC，将HSE设置为 Crystal/Ceramic Resonator。然后切换到 Clock Configuration 标签页，配置如下：
HSE: 8MHz (外部晶振)
PLL_M: 8
PLL_N: 336
PLL_P: 2
SYSCLK: 168MHz
APB1: 42MHz (最大)
APB2: 84MHz (最大)这个配置是F407的经典超频方案，稳定且性能足够。我建议你记住这个参数，以后做F4项目基本都能用。
步骤四：添加FreeRTOS
在 Middleware 分类下，找到 FREERTOS，勾选 CMSIS_V1 或 CMSIS_V2（推荐V2，接口更规范）。然后配置一个默认任务：
Task Name: defaultTask
Priority: Normal
Stack Size: 256 words
Entry Function: StartDefaultTask步骤五：生成代码
点击右上角的 GENERATE CODE 按钮，CubeIDE会自动生成工程结构和初始化代码。生成完成后，你会看到左侧项目树里多了 Core、Drivers、Middlewares 等文件夹。
小技巧：生成代码后，建议先编译一次，确保没有错误。如果报错，多半是路径问题或芯片型号不匹配。检查一下Project → Properties → C/C++ Build → Settings里的芯片定义宏。
步骤六：验证模板
在 main.c 的 StartDefaultTask 函数里，加一个简单的LED闪烁代码：
void StartDefaultTask(void *argument)
{
for(;;)
{
HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5); // 假设LED在PA5
vTaskDelay(pdMS_TO_TICKS(500));
}
}下载到开发板，如果LED以500ms间隔闪烁，恭喜你，模板搭建成功！
嗯，到这里，咱们第一章的内容就差不多了。环境搭好了，模板建好了，后面就可以放心地往里面加DMA和任务调度的内容了。记住，好的开始是成功的一半——这个模板，咱们后面每一章都会用到。