1. 课程导论与开发环境搭建
各位同学好，我是你们这门课的老朋友。做了十几年嵌入式开发，从8位单片机一路折腾到现在的双核Cortex-M7，踩过的坑比走过的路还多。今天咱们正式开始《STM32物联网通信协议栈配置与RTOS移植实战》的第一章。
这一章说白了就是“磨刀不误砍柴工”。我会带你把整个物联网项目的全景看清楚，把FreeRTOS和通信协议栈的选型逻辑理明白，最后把Keil、IAR和STM32CubeMX的环境搭好。嗯，这部分虽然基础，但基础不牢，后面写代码会很难受。
1.1 STM32物联网项目全景
先说说物联网项目到底长什么样。我见过很多新手一上来就写代码，结果写到一半发现硬件资源不够，或者协议栈选错了，整个项目推倒重来。所以咱们先看全局。
一个典型的STM32物联网节点，通常包含这几层：
- 感知层：传感器采集数据（温度、湿度、加速度等）
- 控制层：STM32主控芯片，跑RTOS和协议栈
- 通信层：Wi-Fi、NB-IoT、LoRa、BLE等无线模块
- 云平台层：MQTT/CoAP协议对接阿里云、AWS、ThingsBoard等
- 应用层：手机APP、Web仪表盘、边缘网关
咱们这门课聚焦在控制层和通信层的交叉地带——也就是STM32上怎么把RTOS和通信协议栈配置好、移植稳、跑得溜。
核心观点：物联网项目的成败，60%取决于前期架构设计和协议栈选型，30%取决于RTOS的任务划分，只有10%是纯代码实现。别不信，我吃过这个亏。
下面这张图是我自己总结的STM32物联网项目知识体系，你可以把它当作整个课程的地图：
1.2 FreeRTOS与通信协议栈选型
选型这件事，我个人的习惯是“够用就好，别炫技”。很多同学喜欢追新，一上来就上最新版的RTOS或者协议栈，结果文档不全、社区不活跃，出了问题没人问。
为什么选FreeRTOS？
市面上RTOS很多，uC/OS、RT-Thread、FreeRTOS、ThreadX……为什么咱们选FreeRTOS？
| 对比项 | FreeRTOS | uC/OS-III | RT-Thread | ThreadX |
|---|---|---|---|---|
| 开源协议 | MIT（商业友好） | 商业收费 | Apache 2.0 | 微软MIT |
| STM32支持 | 原生支持，CubeMX集成 | 需手动移植 | 部分BSP | Azure RTOS集成 |
| 内存占用 | 极小（4KB ROM起） | 中等 | 较大（组件多） | 中等 |
| 社区生态 | 最活跃，资料最多 | 逐渐萎缩 | 国内活跃 | 微软生态 |
| 学习曲线 | 平缓 | 中等 | 中等 | 中等 |
我的建议：如果你做商业产品，FreeRTOS的MIT协议最省心。如果是学习，FreeRTOS的文档和例程也是最全的。我曾经在一个工业项目里用uC/OS，后来客户要求开源审查，折腾了好久才换成FreeRTOS。
通信协议栈怎么选？
物联网通信协议栈，说白了就是解决“数据怎么从设备到云端”的问题。常见的几种：
- MQTT：发布/订阅模式，适合低带宽、不稳定网络，物联网首选
- CoAP：类HTTP的RESTful协议，基于UDP，适合资源受限设备
- LwIP：轻量级TCP/IP协议栈，让STM32能跑TCP/UDP
- BLE：低功耗蓝牙，适合短距离、低功耗场景
- LoRaWAN：远距离、低速率，适合广域网传感器
咱们这门课重点讲MQTT + LwIP + BLE这三个。为什么？因为这三个组合能覆盖80%以上的物联网应用场景。Wi-Fi联网用MQTT，有线以太网用LwIP，手机直连用BLE。
注意：协议栈不是越多越好。我曾经见过一个项目，工程师把MQTT、CoAP、HTTP、WebSocket全堆上去了，结果Flash爆了，任务调度也乱套。选2-3个最核心的就行。
1.3 Keil/IAR开发环境配置
环境配置这块，我见过太多同学卡在第一步。其实说白了就三步：装软件、配芯片包、建工程。
Keil MDK配置要点
- 安装Keil MDK：建议用5.38及以上版本，对Cortex-M7支持更好
- 安装芯片包：通过Pack Installer安装STM32F4xx和STM32H7xx的DFP包
- 配置编译器：ARM Compiler 6（AC6）比AC5优化更好，代码密度更高
- 调试器设置：ST-Link或J-Link，SWD模式，速度建议4MHz以上
避坑指南：我曾经在Keil里忘了勾选“Use MicroLIB”，结果printf死活打不出来。MicroLIB是精简版C库，嵌入式开发必开。
IAR EWARM配置要点
- 安装IAR EWARM：建议8.50以上版本
- 配置芯片支持：IAR自带芯片包，但需要手动添加STM32的器件描述文件
- 优化等级：调试阶段用None或Low，发布阶段用High+Speed
- 链接脚本：IAR的.icf文件比Keil的.sct更灵活，但上手难度稍高
| 对比项 | Keil MDK | IAR EWARM |
|---|---|---|
| 上手难度 | 低（界面友好） | 中等（配置项多） |
| 编译优化 | AC6优化不错 | 公认最优，代码密度高 |
| 调试体验 | 一般 | 优秀（支持RTOS插件） |
| 价格 | 中等 | 较贵 |
| 社区资源 | 最多 | 较少 |
我个人习惯用Keil做快速原型验证，用IAR做正式产品发布。IAR的优化确实强，同样的代码能省出10%-15%的Flash空间。
1.4 STM32CubeMX工程生成
STM32CubeMX是ST官方出的图形化配置工具。说实话，这工具刚出来的时候我挺抵触的，觉得“代码生成器不靠谱”。后来用习惯了才发现——真香。
CubeMX能做什么？
- 引脚分配：图形化点选，自动解决冲突
- 时钟树配置：拖拽设置主频，自动计算分频系数
- 外设初始化：UART、SPI、I2C、DMA等一键生成代码
- 中间件集成：FreeRTOS、LwIP、FATFS、USB等直接勾选
- 工程导出：支持Keil、IAR、STM32CubeIDE、Makefile
实战步骤：生成第一个FreeRTOS工程
- 新建项目：选择芯片型号，比如STM32F407VGT6
- 配置时钟：HSE外部晶振8MHz，PLL倍频到168MHz
- 配置调试接口：SYS -> Debug -> Serial Wire（不配这个，下载器连不上）
- 使能FreeRTOS：Middleware -> FREERTOS -> Interface: CMSIS_V2
- 创建任务：Tasks and Queues -> Add Task，比如StartTask、SensorTask
- 生成代码：Project Manager -> Project -> Generate Code
小技巧：生成代码后，不要手动修改CubeMX生成的代码块（/* USER CODE BEGIN */ 和 /* USER CODE END */ 之间的区域）。我刚开始总忍不住手改，结果重新生成时全被覆盖了，欲哭无泪。
生成的工程结构
Project/
├── Core/
│ ├── Inc/ # 头文件
│ ├── Src/ # 源文件
│ │ ├── main.c
│ │ ├── freertos.c # FreeRTOS配置和任务
│ │ └── stm32f4xx_hal_msp.c
│ └── Startup/ # 启动文件
├── Drivers/
│ ├── CMSIS/ # ARM内核抽象层
│ └── STM32F4xx_HAL_Driver/ # HAL库
├── Middlewares/
│ └── FreeRTOS/ # FreeRTOS源码
└── .ioc # CubeMX配置文件这个结构很清晰。你只需要关注Core/Src/main.c和Core/Src/freertos.c这两个文件。其他文件CubeMX帮你管好了。
重要提醒：.ioc文件是CubeMX的配置文件，一定要加入版本控制。我见过有人丢了.ioc文件，整个工程的外设配置全得重来，那叫一个痛苦。
好了，第一章的内容就到这里。环境搭好了，后面咱们就可以直接上手写代码了。记住，嵌入式开发没有捷径，但好的工具和习惯能让你少走很多弯路。