第3章低功耗设计原则

3. 低功耗设计原则：阿姆达尔定律在功耗中的应用、功耗与性能的权衡、功耗预算分配策略

做嵌入式这么多年，我越来越觉得低功耗设计不是简单的“省电”。它更像一门平衡的艺术。你想想看，一味地降频降压，性能就没了；一味追求高性能，电池又扛不住。这中间的门道，说白了就是三个核心原则：阿姆达尔定律怎么用在功耗上、功耗与性能怎么权衡、以及功耗预算怎么分配。

阿姆达尔定律，搞计算机体系结构的人都熟。它原本说的是系统性能提升受限于瓶颈部分的比例。但你知道吗？这个定律在功耗优化上同样适用。

核心思想：系统总功耗的降低，受限于功耗占比最高的那个模块。

举个例子。假设你的MCU在运行时，CPU核心占了60%的功耗，外设占了30%，内存占了10%。你花大力气把内存功耗砍掉一半，总功耗只降了5%。但如果你把CPU核心的功耗优化20%，总功耗就能降12%。

关键结论：优先优化功耗占比最大的模块，收益才最明显。

我在项目中遇到过这样的情况：一个无线传感器节点，我们花了三周优化射频驱动，功耗降了15%。但后来一测，发现射频只占系统总功耗的20%。反倒是那个一直跑着的定时器，占了40%的功耗。嗯，方向错了，白费力气。

所以，做功耗优化前，先做功耗剖析（Profiling）。别凭感觉，拿数据说话。

功耗和性能，天生就是一对冤家。你想跑得快，就得付出更多能量。但这里有个误区：高性能不一定等于高功耗。

为什么？因为现代芯片有动态电压频率调整（DVFS）和时钟门控。你可以在低负载时降频降压，在高负载时快速完成任务然后进入休眠。这种“跑得快、睡得更久”的策略，往往比一直中速运行更省电。

我建议你记住一个公式：

功耗 ∝ 电压² × 频率 × 活动因子

电压的影响是平方级的。所以，降低电压比降低频率更有效。但电压不能无限降，得保证芯片能稳定工作。

我的经验：在STM32L4系列上，我曾经把CPU频率从80MHz降到16MHz，同时把电压从1.8V降到1.2V。功耗从12mA降到了3mA。但任务执行时间只增加了2倍。算下来，总能耗反而降低了。

这里有个权衡点：性能余量。你不需要让CPU一直跑在最高频率。根据任务的实际需求，动态调整频率和电压。说白了，够用就好。

避坑指南：我曾经在一个项目中，为了省电把频率降得太低，结果中断响应延迟超标，导致数据丢包。后来我加了一个“紧急模式”，在中断到来时临时提升频率。嗯，这才解决问题。

功耗预算，就像你手里的钱。你得知道每个模块能花多少“电费”。

第一步：确定总功耗预算。比如你的电池是1000mAh，设备要工作10天，那平均电流不能超过4.17mA。

第二步：分解到各个工作模式。设备通常有：

第三步：分配每个模式的功耗占比。

平均电流 = 0.05×45 + 0.9×0.8 + 0.05×0.008 ≈ 2.25 + 0.72 + 0.0004 ≈ 2.97mA。嗯，在预算内。

核心原则：让系统尽可能多地待在低功耗模式。活跃模式要短而快，休眠模式要长而稳。

我建议你在设计初期就画一张功耗分配图。下面是我常用的一个框架图，帮你理清思路。

这张图的核心逻辑是：从总预算出发，按工作模式分解，再细化到每个模块。最后核算平均电流，确保不超预算。

我的习惯：在项目初期，我会用Excel建一个功耗模型。把每个模式的时间、电流、电压都列出来。这样调整参数时，能立刻看到对总功耗的影响。省得后期返工。

最后说一句：功耗预算不是一成不变的。随着项目推进，你会发现某些模块的实际功耗比预期高。这时候就得重新分配。说白了，动态调整才是常态。