2. 低功耗设计基础：功耗来源与设计方法论

各位好，我是老李。做嵌入式这些年，我见过太多产品因为功耗问题翻车了。有的设备电池撑不过一周，有的芯片摸上去烫手，还有的干脆在低温环境下启动不了。说白了，功耗问题不解决，再牛的功能也是白搭。

这一章，咱们就聊聊功耗到底从哪来，怎么权衡性能，以及我这些年总结的设计套路。

2.1 功耗来源：三个“吃电大户”

芯片的功耗，说白了就三部分：动态功耗、静态功耗、还有漏电流。我习惯把它们比作“三个吃电大户”。

2.1.1 动态功耗

动态功耗是芯片干活时消耗的能量。你想想看，每次信号从0变1，或者从1变0，都要给电容充放电。这个充放电的过程，就是动态功耗的来源。

公式很简单：P_dynamic = C × V² × f

其中C是负载电容，V是工作电压，f是时钟频率。注意那个V的平方——电压一降，功耗是平方级下降。我在做仿生定位系统时，就靠这个公式把功耗砍掉了60%。

2.1.2 静态功耗

静态功耗是芯片“闲着”的时候也在吃的电。晶体管即使不开关，只要电源还连着，就有电流流过。这个电流叫漏电流。

我遇到过最坑的一次：一个传感器节点，休眠时电流标称1μA，结果实测50μA。查了半天，发现是某个IO口没配置好，内部上拉电阻一直在漏电。嗯，这种坑踩过一次就记住了。

功耗类型	主要来源	影响因素	典型占比（主动模式）
动态功耗	信号翻转、电容充放电	电压、频率、负载电容	70%~90%
静态功耗	漏电流、偏置电流	工艺、温度、电压	10%~30%
漏电流	亚阈值漏电、栅极漏电	温度、阈值电压	5%~15%

2.2 功耗与性能的权衡

做低功耗设计，最头疼的就是这个权衡。你想跑得快，就得给高电压、高频率；你想省电，就得降频降压。但性能不够，功能又实现不了。

我个人习惯用“能量效率”这个指标来思考。说白了，就是每焦耳能量能干多少活。举个例子：

• 跑100MHz，功耗50mW，每秒处理100万条指令 → 效率：20条指令/μJ
• 跑50MHz，功耗15mW，每秒处理50万条指令 → 效率：33条指令/μJ

你看，降频后效率反而更高。为什么？因为电压也跟着降了，动态功耗是V²下降的。

2.3 低功耗设计方法论

做低功耗设计，不能靠“拍脑袋”。我总结了一套方法论，分三个层次：

2.3.1 系统级设计

先从架构上想清楚。比如仿生定位系统，没必要让主控一直跑着。我习惯把任务分成“紧急”和“非紧急”：

• 紧急任务：传感器中断、定位计算 → 立即处理
• 非紧急任务：数据记录、状态上报 → 攒一批再处理

这样主控大部分时间可以睡大觉。我曾经把一个系统从“一直跑”改成“事件驱动”，功耗直接降了80%。

2.3.2 电路级设计

到了电路层面，我常用的招数：

1. 电源门控：不用的模块直接断电。注意断电后IO口要处理，不然会有漏电路径。
2. 时钟门控：不用的时钟树直接关掉。很多MCU都支持外设时钟独立开关。
3. 电压调节：用DCDC代替LDO。DCDC效率能到90%以上，LDO只有50%~70%。

2.3.3 软件级设计

软件层面的功耗优化，往往被忽视。其实这里大有文章可做：

• 轮询改中断：别让CPU空转等事件。用中断唤醒，睡得更香。
• 批量处理：攒够一批数据再唤醒处理，减少唤醒次数。
• 动态频率调整：任务重时跑高频，任务轻时跑低频。

// 伪代码示例：动态频率调整
void task_scheduler() {
    if (workload > HIGH_THRESHOLD) {
        set_cpu_freq(100);  // 跑100MHz
    } else if (workload > LOW_THRESHOLD) {
        set_cpu_freq(50);   // 跑50MHz
    } else {
        set_cpu_freq(10);   // 跑10MHz，省电
        enter_sleep();      // 没事就睡
    }
}

2.4 知识体系总览

下面这张图，是我画的本章节知识结构。你看一眼，心里就有数了。

这张图把本章的核心逻辑串起来了。你从功耗来源入手，理解三个“吃电大户”；然后学会权衡性能与功耗，找到效率拐点；最后用系统-电路-软件三层方法论去落地。环环相扣，缺一不可。

---

公众号:蓝海资料掘金营，微信deep3321