一、为什么嵌入式设备要搞低功耗
咱们日常见的智能门锁、手环、温湿度传感器这些小玩意儿，大多是靠电池供电的，要是功耗太大，没几天就得换电池，用户体验直接拉胯。就算是插电的设备，功耗高了也会发热、费电，还可能影响内部零件的寿命。所以低功耗对嵌入式设备来说，真的是刚需。
FreeRTOS是嵌入式领域用得特别多的操作系统，它轻量、灵活，刚好适合做低功耗的调度。不过很多人用FreeRTOS的时候，还是会遇到功耗降不下来的问题，要么是任务没安排好，要么是没用到系统自带的低功耗功能，今天就把这些实用的策略讲透。
二、用FreeRTOS搞低功耗的核心策略
2.1 先把任务调度优化好
任务调度是FreeRTOS的核心，要是任务安排得乱，系统就会一直忙，功耗自然下不来。最关键的就是“让系统该忙的时候忙，该睡的时候睡”。
举个例子，你做一个智能温湿度传感器，本来只需要每10秒采集一次数据、发一次信号，结果你把采集任务的优先级设得太高，系统一直轮询这个任务，或者任务的栈设得太大，浪费内存还拖慢调度。
优化的核心是用FreeRTOS的“空闲任务”机制，空闲任务是系统里优先级最低的任务，只有当所有高优先级任务都没事做的时候，才会跑这个任务。咱们可以在空闲任务里让系统进入低功耗模式，比如休眠、待机，这样就能省很多电。
2.2 利用FreeRTOS的Tickless模式
很多人不知道FreeRTOS有个专门为低功耗设计的Tickless模式，默认是关的。这个模式的核心逻辑是：系统平时是靠一个固定频率的“滴答中断”来计时的，比如每1毫秒产生一次中断，系统就得醒过来处理，就算没事做也得醒，这就费电。而Tickless模式会把这些短时间的滴答中断攒起来，比如接下来10秒都没有任务要跑，那系统就直接睡10秒，中间不会被滴答中断吵醒，只有到点了才醒过来处理任务。
2.2.1 Tickless模式的配置步骤
第一步是在FreeRTOS的配置文件里开开关，把configUSE_TICKLESS_IDLE设成1；第二步是告诉系统，空闲任务要等多久才让系统进入低功耗，比如等10毫秒，要是10毫秒内有任务要跑，就不用睡太久，这个时间设成configEXPECTED_IDLE_TIME_BEFORE_SLEEP；第三步是要自己写一个函数，告诉系统进入低功耗模式的时候要做什么，这个函数叫vApplicationSleep()，系统会把“要睡多久”这个参数传给你，你根据这个参数设置硬件的休眠时间。
2.3 硬件低功耗模式的适配
不同的硬件，低功耗模式不一样，比如有的单片机有休眠模式（CPU停了，外设还能工作）、待机模式（CPU停了，大部分外设也停了，只有少数外设能唤醒）、掉电模式（几乎全停，只有专门的唤醒源能唤醒）。咱们要根据自己的需求选模式，比如智能门锁，平时要检测按键、指纹，那可以选休眠模式，让按键检测的外设一直工作，CPU休眠，有人按按键就唤醒；要是温湿度传感器，平时啥都不用干，就可以选待机模式，等定时器到点了唤醒。
举个具体的适配例子，用STM32L4系列的单片机，这个系列专门做低功耗的，咱们把它的待机模式适配到FreeRTOS的Tickless模式里。
2.3.1 硬件适配的具体代码
首先得配置FreeRTOS的Tickless模式，然后写vApplicationSleep()函数，设置硬件的休眠时间。
// 技术栈：STM32L4系列单片机 + FreeRTOS V10.4.6
#include "FreeRTOS.h"
#include "task.h"
#include "stm32l4xx_hal.h"
// 系统滴答的周期，单位是毫秒，这里是1ms
#define configTICK_RATE_HZ 1000
// 自己写的休眠函数，系统会传入要休眠的时间（单位是系统滴答数）
void vApplicationSleep(TickType_t xExpectedIdleTime)
{
// 先把系统的滴答计数器暂停，避免休眠的时候计数不准
portDISABLE_INTERRUPTS();
SysTick->CTRL &= ~SysTick_CTRL_ENABLE_Msk;
// 计算要休眠的时间，单位是毫秒，因为1个滴答是1ms
uint32_t sleepTimeMs = xExpectedIdleTime * (1000 / configTICK_RATE_HZ);
// 配置RTC作为唤醒源，因为STM32L4的待机模式下，只有RTC、按键这些能唤醒
HAL_RTCEx_SetWakeUpTimer_IT(&hrtc, sleepTimeMs / 1000, RTC_WAKEUPCLOCK_RTCCLK_DIV16);
// 进入待机模式
HAL_PWR_EnterSTANDBYMode();
// 唤醒之后，重新开系统滴答
SysTick->CTRL |= SysTick_CTRL_ENABLE_Msk;
portENABLE_INTERRUPTS();
}
// 一个采集温湿度的任务，每10秒跑一次
void vSensorTask(void *pvParameters)
{
TickType_t xLastWakeTime = xTaskGetTickCount();
while(1)
{
// 采集温湿度的代码，这里简化
// 比如读取传感器数据、处理、发送
// 任务等待10秒，中间系统会进入低功耗
vTaskDelayUntil(&xLastWakeTime, pdMS_TO_TICKS(10000));
}
}
int main(void)
{
// 初始化硬件，比如时钟、RTC、传感器这些
HAL_Init();
SystemClock_Config();
MX_RTC_Init();
MX_SENSOR_Init();
// 创建任务
xTaskCreate(vSensorTask, "SensorTask", 128, NULL, 2, NULL);
// 启动FreeRTOS调度
vTaskStartScheduler();
while(1);
}
这个代码里，vApplicationSleep()函数是核心，系统算出来接下来10秒没有任务要跑，就会调用这个函数，把系统设成待机模式，10秒后RTC自动唤醒，然后任务继续跑，中间不会被滴答中断吵醒，功耗就能降很多。
2.4 合理设置任务的优先级和栈大小
任务优先级设得不合理，会导致高优先级任务一直占着CPU，系统没法进入空闲任务，自然不能休眠。比如你把一个采集任务的优先级设得比所有任务都高，那系统就会一直跑这个任务，就算采集完了也不会让CPU休息。
栈大小设得太大也不好，栈是RAM里的空间，RAM是一直耗电的，栈越大，耗电越多。所以要根据任务的实际需求设栈，比如一个简单的采集任务，栈设128字节就够了，别设成1024字节，浪费还费电。
三、应用场景分析
低功耗策略适合所有靠电池供电的嵌入式设备，比如：
- 智能门锁：平时休眠，只有按键、指纹识别模块工作，有人操作才唤醒；
- 环境监测传感器：比如农田里的温湿度传感器，每几分钟采集一次数据，平时休眠；
- 穿戴设备：手环、手表，平时休眠，只有心率检测、屏幕点亮的时候工作；
- 低功耗网关：比如LoRa网关，平时大部分时间休眠，只有收到数据的时候才唤醒处理。
四、技术的优缺点和注意事项
4.1 优点
- 功耗降得明显：用了Tickless模式和硬件低功耗，功耗能降到原来的十分之一甚至更低，电池寿命能延长好几倍；
- 适配性强：FreeRTOS的低功耗策略是通用的，只要硬件支持低功耗模式，就能适配；
- 灵活可控：可以根据自己的需求调整休眠时间、低功耗模式，适合不同的设备。
4.2 缺点
- 开发难度增加：要适配硬件低功耗模式，得对硬件的寄存器、外设很熟悉，新手可能会踩坑；
- 调试麻烦：系统休眠的时候，调试器连不上，出问题了不好找原因；
- 唤醒时间有延迟：硬件从休眠模式唤醒到正常工作，需要一定的时间，比如STM32L4从待机模式唤醒，可能需要几毫秒到几十毫秒，对实时性要求特别高的设备可能会有影响。
4.3 注意事项
- 唤醒源要选对：比如你用RTC唤醒，那RTC的时钟配置一定要对，不然休眠时间不准；要是用按键唤醒，那按键的中断要配置好，休眠的时候不能关；
- 任务的时间要精准：要是任务的等待时间设得不对，比如本来要等10秒，结果设成了9秒，系统就会频繁唤醒，功耗反而会升高；
- 外设要及时关：进入低功耗模式之前，要把不需要的外设关掉，比如串口、SPI，不然外设还在工作，功耗降不下来；
- 调试的时候可以先关低功耗：等任务调度、逻辑都调通了，再开低功耗，不然出问题了不知道是低功耗的问题还是代码的问题。
五、文章总结
用FreeRTOS做嵌入式设备的低功耗，核心就是“让系统该忙的时候忙，该睡的时候睡”，具体就是优化任务调度、开Tickless模式、适配硬件低功耗模式，还要注意任务的优先级、栈大小这些细节。
虽然开发的时候会有一点难度，比如适配硬件、调试麻烦，但只要把这些策略用对，功耗就能降得很明显，电池寿命也能大大延长，对嵌入式设备来说，这个投入是非常值得的。
评论
围绕“利用FreeRTOS实现嵌入式设备低功耗运行的策略”参与讨论