1. 项目背景与需求分析

各位同学好，我是老张。做嵌入式这些年，我经手过不少物联网项目，但要说最接地气、最实用的，还得是能耗监测。今天咱们就聊聊这个项目的起点——背景分析和需求梳理。

说实话，我第一次接触能耗监测是在一个工厂改造项目里。老板说想看看每台机器到底吃了多少电，结果一查，发现电表数据全靠人工抄，一个月才一次。这哪叫监测？这叫猜。从那以后我就意识到，能耗监测这事儿，不是装个电表就完事了。

1.1 能耗监测的意义

为什么要做能耗监测？说白了就三个字：省、管、控。

• 省成本：电费是企业运营的大头。我见过一个案例，某数据中心通过精细监测，发现空调系统有30%的能耗浪费在无人区域。调整后一年省了十几万。
• 管设备：设备老化、异常运行都会导致能耗飙升。实时监测能帮你提前发现故障。我在项目中遇到过一台水泵，电流曲线突然抖动，一查是轴承磨损，换掉后能耗降了15%。
• 控策略：有了数据，你才能做智能调度。比如错峰用电、动态调压，这些都得靠实时能耗数据支撑。

1.2 无线通信技术选型

好，接下来是重头戏。无线通信怎么选？我见过太多人一上来就拍脑袋选WiFi，结果电池撑不过三天。你想想看，一个能耗监测节点，可能装在配电柜里、天花板夹层中，甚至户外电杆上。换电池？那成本比设备本身还高。

目前主流的方案就三种：BLE、WiFi、LoRa。咱们一个一个说。

技术	功耗	传输距离	数据速率	典型场景
BLE	极低（μA级）	10-100m	1-2 Mbps	室内短距、手机直连
WiFi	高（mA级）	50-100m	50-300 Mbps	家庭、办公室、有电源场景
LoRa	低（μA级）	2-15km	0.3-50 kbps	广覆盖、低速率、户外

BLE（蓝牙低功耗）

我个人习惯在室内短距场景优先考虑BLE。为什么？因为它的功耗控制做得最好。一个纽扣电池跑一年不是问题。而且现在手机都支持BLE，调试起来很方便。我记得有个项目做智能插座，用BLE广播能耗数据，手机靠近就能看，用户体验很好。

但要注意，BLE的传输距离有限，穿墙能力一般。如果你要覆盖整栋楼，那得加中继或者Mesh网络。

WiFi

WiFi的优势是速率高、生态成熟。但功耗是硬伤。你想想看，一个WiFi模块待机电流就要几十毫安，发射时上百毫安。用电池？不现实。所以WiFi只适合有稳定供电的场景，比如智能电表、工业设备。

我曾经踩过一个坑：客户要求用WiFi做无线传感器，结果电池版产品上市后投诉不断，用户说三天两头换电池。后来改成了BLE+网关方案，问题才解决。

LoRa

LoRa是远距离低功耗的王者。它的扩频技术让灵敏度做到-140dBm，郊区能传十几公里。我做过一个农业项目，在几百亩农田里部署温湿度传感器，用LoRa传数据，一个网关覆盖全场，电池用了两年多。

但LoRa的速率很低，适合传小数据包。你要传高清图片？那别想了。而且LoRa需要自建网关，部署成本比BLE高一些。

1.3 低功耗设计目标

好，通信选型定了，接下来就是核心中的核心——低功耗设计。咱们这个项目叫「低功耗无线能耗监测节点」，你想想看，如果节点本身比被监测设备还耗电，那不就成笑话了吗？

低功耗设计的目标，我总结为三个数字：1年、10μA、1秒。

• 1年：电池供电下，至少工作一年不换电池。这是底线。
• 10μA：系统平均电流控制在10微安以下。注意是平均，不是峰值。
• 1秒：数据采集和上报周期在1秒内完成，然后迅速进入休眠。

为什么会定这些目标？我跟你讲个真实案例。之前有个团队做智能水表，设计时没仔细算功耗，结果产品上市后平均电流50μA，用两节AA电池只能撑3个月。后来重新设计，把MCU休眠电流从5μA降到0.5μA，通信模块从定时唤醒改成事件触发，平均电流降到8μA，电池寿命直接拉到2年。

所以你看，低功耗设计不是玄学，是实打实的工程计算。咱们后面会详细讲每个模块怎么选型、怎么优化，但今天先把目标立在这。

1.4 本章小结

嗯，这一章咱们把项目的背景和需求理清楚了。能耗监测的意义在于省、管、控；无线通信选型要看功耗、距离、速率；低功耗设计的目标是1年、10μA、1秒。

下一章咱们会深入硬件选型，聊聊MCU、传感器、电源管理这些核心器件怎么挑。到时候我会把我这些年踩过的坑、总结的经验都抖出来。咱们下章见。