FreeRTOS在STM32上的落地实践：任务划分、信号量与临界区的那些坑
当单片机项目功能越来越多，前后台裸机程序开始力不从心：中断里塞满逻辑、时序互相干扰、功能难以扩展。这时引入FreeRTOS这样的实时操作系统，能让代码结构脱胎换骨。但很多开发者刚上手RTOS时，反而因为不熟悉它的机制踩了不少坑。本文分享STM32上落地FreeRTOS的实践经验。
首先是任务划分。合理的做法是让每个任务只干一件事：按键扫描、数据显示、通信处理、业务逻辑各占一个任务。任务之间的耦合要尽量松，通过队列或信号量通信，而不是全局变量满天飞。任务优先级要按实时性需求排：对时序敏感的放高优先级，但注意优先级反转问题，必要时用互斥量。
信号量和队列是RTOS通信的核心。队列适合传递数据，一个任务往里写、另一个任务阻塞读，天然实现了生产和消费的松耦合。信号量适合做同步和互斥，比如通知某个任务去处理刚发生的事件。记住一个原则：宁可多建几条队列，也不要在任务间直接共享大段缓冲区。
临界区是新手最容易出问题的地方。访问共享资源时要用互斥量保护，但互斥量不能用在中断服务函数里——中断里只能用带FromISR后缀的API。还有一点常被忽略：taskENTER_CRITICAL关闭的中断可能影响系统节拍，临界区代码一定要短，别在里面做耗时操作。
堆栈大小估算也是常见坑。每个任务都要独立的栈空间，开小了会栈溢出、程序莫名其妙跑飞。初始阶段可以给每个任务留足余量，再用uxTaskGetStackHighWaterMark查看实际剩余，逐步收紧。同时注意系统总堆（heap）配置，内存分配失败会导致任务创建失败。
调试RTOS程序不能再像裸机那样看全局变量了。好在STM32CubeIDE支持FreeRTOS插件，能实时查看任务状态、队列使用率。串口打印任务名和状态，也是排查调度问题的高效手段。遇到死锁或任务不运行，先检查是不是优先级设置导致某个任务永远抢不到CPU。
最后建议：不要把裸机思路硬搬到RTOS上。RTOS的价值在于“并发”和“隔离”，用好了代码可维护性大幅提升。给每个任务起清晰的名字、统一日志格式、保持代码整洁，你会发现几十个功能模块也能有条不紊地运行在小小MCU上。 |
|
|
|
|
|
|
|
|
