1. 为什么需要休眠：物联网设备的功耗困境与电池寿命挑战
做物联网这些年，我见过太多产品「死」在电池上。不是功能不行，不是通信协议选错，而是——电池撑不住。你想想看，一个温湿度传感器，放在仓库角落里，没人管它。如果它每秒钟都在发数据，电池能撑几天？
这就是我们今天要聊的核心问题：功耗困境。说白了，物联网设备天生就活在「既要又要」的矛盾里——既要保持在线，又要省电；既要实时响应，又不能频繁换电池。
1.1 物联网设备的「不可能三角」
我在一个智能水表项目里吃过亏。当时客户要求：每天上报一次数据，电池用10年。我们选了当时最火的NB-IoT模组，结果实测下来，待机电流3μA，看起来不错对吧？但一联网，峰值电流冲到200mA，持续2秒。算下来，一天一次上报，电池容量根本撑不到3年。
为什么会这样？因为物联网设备面临一个不可能三角：
| 维度 | 要求 | 矛盾点 |
|---|---|---|
| 实时性 | 数据上报快、响应及时 | 频繁唤醒 → 功耗高 |
| 通信距离 | 覆盖广、穿墙好 | 发射功率大 → 功耗高 |
| 电池寿命 | 3年、5年、甚至10年 | 容量有限 → 必须休眠 |
这三个目标，你最多只能同时满足两个。想实时又远距离？那电池肯定扛不住。想省电又远距离？那就得牺牲实时性，让设备大部分时间都睡着。
核心结论：休眠不是「偷懒」，而是物联网设备在功耗约束下的必然选择。没有休眠机制，绝大多数无线设备连3个月都撑不过去。
1.2 电池容量与设备功耗的「鸿沟」
我们来看一组真实数据。这是我在一个LoRa网关项目中统计的：
| 设备类型 | 电池容量 | 工作模式 | 理论寿命 | 实际寿命 |
|---|---|---|---|---|
| 温湿度传感器 | 2400 mAh (2节AA) | 每10分钟上报一次 | 2.5年 | 1.8年 |
| 智能门锁 | 3000 mAh (4节AA) | 每天开关10次 | 1年 | 8个月 |
| 资产追踪器 | 500 mAh (纽扣电池) | 每小时定位一次 | 6个月 | 3个月 |
看到没？实际寿命往往只有理论值的一半甚至更少。为什么？因为理论计算时，我们只算了「工作电流 × 工作时间」，但忽略了几个关键因素：
- 电池自放电：锂电池每年自放电约2-5%，碱性电池更严重
- 温度影响：低温下电池容量会打折扣，-20°C时可能只剩60%
- 脉冲电流：无线发射时的瞬间大电流，会拉低电池电压，导致设备提前关机
- 休眠电流：很多芯片标称的「1μA待机」在实际电路中根本达不到
我曾经踩过的坑：在一个智能门锁项目里，我们选了标称待机电流0.5μA的MCU，结果整机待机电流测出来是12μA。查了三天才发现，是板子上一个上拉电阻没关，白白多吃了10μA。所以，永远不要相信芯片手册上的「典型值」，一定要实测。
1.3 不休眠的代价：一个真实案例
2019年我参与过一个智慧农业项目。客户要求大棚里的传感器每5秒上报一次温度、湿度、光照和CO₂浓度。我们用了ESP32 + WiFi方案，没做深度休眠——因为觉得5秒一次，休眠也省不了多少。
结果呢？
- 设备工作电流：平均80mA（WiFi连接状态）
- 电池：3节18650并联，共9000mAh
- 理论续航：9000 / 80 = 112.5小时 ≈ 4.7天
- 实际续航：3天半
客户要求至少撑一个生长周期（3个月）。我们最后被迫改成每30分钟上报一次，并加入了深度休眠模式。休眠时电流降到10μA，工作时才唤醒。最终续航达到了2个月——虽然还是不够，但比3天强太多了。
这个案例让我深刻意识到：不休眠的物联网设备，就是一次性的。
1.4 功耗分布：设备的时间都去哪了？
我们来看一个典型的物联网设备功耗分布。这是我用示波器抓的一个NB-IoT模组的工作波形：
电流 (mA)
200 | ██
| ██
150 | ██
| ██
100 | ██
| ██
50 | ██
| ██
10 | ████████████████████████████████
1 | ████████████████████████████████
0 |____________________________________ 时间
↑ 休眠期 ↑ 唤醒期 ↑ 工作期 ↑ 休眠期
(99.8%时间) (0.1%) (0.1%)这张图说明了一个关键事实：设备99%以上的时间都在休眠。真正干活的时间，可能连0.2%都不到。但就是这0.2%的工作时间，消耗了总电量的80%以上。
我的经验：优化物联网设备功耗，永远优先优化「工作态」的功耗，而不是「休眠态」。把工作电流从200mA降到100mA，比把休眠电流从10μA降到5μA，效果明显得多。当然，两者都要做，但优先级要搞清楚。
1.5 不同无线技术的功耗对比
选无线通信技术时，功耗是核心考量。我整理了一份常用技术的对比：
| 技术 | 峰值电流 | 休眠电流 | 典型占空比 | 电池寿命(2000mAh) |
|---|---|---|---|---|
| WiFi (ESP32) | ~200mA | ~10μA | 1% | ~10天 |
| BLE (nRF52) | ~15mA | ~1μA | 0.1% | ~1年 |
| LoRa (SX1276) | ~120mA | ~2μA | 0.01% | ~3年 |
| NB-IoT (BC95) | ~200mA | ~3μA | 0.05% | ~2年 |
| Zigbee (CC2530) | ~30mA | ~1μA | 0.1% | ~1.5年 |
注意，这里的电池寿命是理论值，实际还要打6-8折。我个人建议：选无线技术时，先算「每比特能耗」——也就是传输1比特数据需要消耗多少能量。LoRa虽然峰值电流高，但传输速率低、占空比小，每比特能耗反而比WiFi低得多。
1.6 知识体系：本章核心逻辑
下面这张图，是我梳理的本章知识结构。它帮你理解「为什么需要休眠」这个问题的全貌：
这张图把本章的逻辑串起来了。从核心矛盾出发，三个困境互相叠加，最终导致电池寿命崩盘。而休眠唤醒机制，就是打破这个困局的关键手段。
1.7 小结：休眠不是选项，是必需品
说了这么多，其实就一句话：没有休眠，就没有物联网。你想想看，如果每个传感器都像手机一样每天充电，那物联网的部署成本会高到无法接受。
我个人习惯把物联网设备的功耗优化比作「理财」：
- 休眠 = 存钱（把能量存起来，不浪费）
- 唤醒 = 花钱（只在需要的时候花）
- 占空比 = 预算（规划好什么时候花、花多少）
接下来的章节，我们会深入拆解各种休眠模式、唤醒源、以及实际项目中的调优技巧。但今天这一章，我希望你记住一个数字：99%——你的设备，99%的时间都应该在睡觉。