1、低功耗设计导论：为什么嵌入式Linux需要低功耗设计
说实话，十年前我刚接触嵌入式Linux时，压根没把功耗当回事。那时候大家比的是谁的功能多、谁的跑得快。电池不够？换大电池呗。
但现在不一样了。你想想看，一个智能手表，电池就那么一丁点大，却要跑Linux、连Wi-Fi、做语音识别。用户还指望它撑两天。这时候，功耗就成了硬指标。
为什么嵌入式Linux需要低功耗设计
我遇到过不少团队，产品功能都调通了，一测功耗直接傻眼——待机电流几十毫安，电池半天就没了。为什么会这样？
因为Linux本身是为服务器和桌面设计的。它默认的策略是“性能优先”，CPU空闲时也不一定进深睡眠，外设驱动更是只管功能不管功耗。你把它搬到电池设备上，不改就是灾难。
几个核心原因：
- 电池容量有限——IoT设备可能只有几百毫安时，撑几个月甚至几年
- 散热受限——可穿戴设备没有风扇，功耗高了直接烫手
- 用户体验敏感——手机一天一充还能忍，但传感器节点要是三天换次电池，谁受得了？
- 成本压力——大电池=大体积=高成本，低功耗设计能省下真金白银
核心观点：嵌入式Linux的低功耗设计，不是“省电”那么简单。它是在保证功能、响应速度和稳定性的前提下，把每一毫安时都用在刀刃上。
功耗与性能的权衡
这其实是个老话题了。我习惯用一个比喻：功耗和性能就像跷跷板的两头，你压下去一边，另一边就翘起来。
但实际项目中，这个权衡没那么简单。不是简单的“要性能就别省电，要省电就别要性能”。
| 场景 | 性能需求 | 功耗约束 | 常见策略 |
|---|---|---|---|
| 工业手持扫码 | 高（实时解码） | 中（8小时班次） | 动态调频+任务绑定 |
| 智能手表 | 中（偶尔高负载） | 高（1-2天续航） | 大小核+深度睡眠 |
| IoT传感器 | 低（定时上报） | 极高（数月-数年） | 间歇工作+外设关断 |
| 车载信息娱乐 | 高（持续运行） | 中（车载电源） | 多级电源域管理 |
你看，不同场景的权衡点完全不同。我做过一个工业手持项目，客户要求扫码响应时间小于200ms，同时电池要撑满一个班次。最后我们用了动态调频——扫码时CPU跑满，空闲时立刻降频。效果还不错。
我的经验：别一开始就追求极致省电。先把功能跑稳，再逐级优化。我曾经一上来就把CPU频率锁死到最低，结果UI卡得没法用——这就是典型的“过度优化”。
典型应用场景
IoT（物联网）
IoT设备是低功耗设计的主战场。你想想看，一个温湿度传感器，放在仓库角落里，没人给它换电池。它得自己想办法活一年甚至更久。
这类设备的特点：
- 大部分时间在睡觉，醒来干完活继续睡
- 通信功耗远大于计算功耗
- 对实时性要求不高，但可靠性要求高
我记得有个项目，客户抱怨设备电池只能用3个月。一查，Wi-Fi模块一直开着，每5秒发一次心跳包。改成MQTT长连接+30秒心跳，直接撑到8个月。嗯，有时候问题不在Linux内核，而在应用层的设计。
可穿戴设备
可穿戴设备对功耗的敏感度，怎么说呢，几乎是变态级别的。一个智能手表，电池可能只有200-300mAh，却要跑完整的Linux系统。
我见过最极端的案例：某款儿童手表，待机电流要求小于50μA。这意味着什么？意味着除了RTC和唤醒逻辑，其他所有模块都得彻底断电。
可穿戴设备的几个关键点：
- 大小核架构——大核干活，小核待命
- 快速唤醒——从深度睡眠到亮屏，不能超过100ms
- 外设精细管理——屏幕、蓝牙、传感器，每个都要单独控电
工业手持
工业手持设备是个有意思的品类。它不像手机那样追求轻薄，也不像IoT那样追求极低功耗。它要的是“稳定可靠地撑满一个班次”。
这类设备的特点：
- 工作环境恶劣（高温、震动、潮湿）
- 需要持续运行（不能频繁休眠）
- 外设多（扫码、RFID、打印、4G）
我做过一个物流手持终端，客户要求-20°C到60°C都能正常工作。低温下电池容量会下降30%以上，这就逼着我们在软件上把功耗压到极致。最后方案是：动态调频+外设按需供电+智能背光调节。
注意：工业手持设备最容易被忽略的是“外设待机功耗”。很多团队只盯着CPU，结果发现扫码模块待机就吃掉20mA。我的建议是：每个外设都要有独立的电源开关，软件上也要有对应的电源管理策略。
本章知识体系
下面这张图，是我个人习惯用来梳理低功耗设计知识体系的。它把整个课程的核心逻辑串起来了。
这张图把整个课程的核心逻辑串起来了。从“为什么需要”出发，到“权衡什么”，再到“在哪些场景下做”，最后落到“用什么技术实现”。后面的章节，我们会一层层把这些技术细节拆开来讲。
一句话总结：嵌入式Linux低功耗设计，不是某个技巧，而是一整套从硬件到软件、从内核到应用的系统工程。别指望一招鲜，吃遍天。