做低功耗物联网设备这几年气体传感模组是我觉得最能体现“设计功力”的一类项目。一块锂电池、一颗气体传感器、一个无线通信模块要把浓度数据稳定、准确、低功耗地传到云端中间要抠的细节比想象中多得多。很多人一开始只盯着传感器本身觉得选个贵一点的型号就完事了结果真做下来发现功耗刺客藏在信号调理电路里、藏在通信协议的握手流程里、藏在一次看似不起眼的定时唤醒里每一个地方都在悄悄偷电。这篇内容我从实际做过的一个气体传感模组项目出发把低功耗物联网设计从头到尾拆开讲。从传感器选型、信号链路搭建、无线通信选型到软件功耗策略、实测数据与避坑经验全部按真实开发流程梳理一遍。无论你是刚入门想做环境监测产品还是已经在做 IoT 终端但被续航问题折磨得头疼这篇文章应该都能给你一些可以直接抄作业的思路。1. 设计思路先行先算清功耗账再决定硬件选型1.1 气体监测产品的真实痛点气体传感模组这个品类听起来不复杂但用起来全是坑。工业安全场景要测一氧化碳、硫化氢、可燃气体环保场景要测 PM2.5、二氧化硫、氮氧化物室内空气质量场景要看甲醛、TVOC、二氧化碳。这些场景有一个共同特点终端设备安装位置往往比较偏要么挂在工厂车间顶上要么装在户外立杆上要么塞在通风管道里想频繁换电池或者拉电源线成本都受不了。所以我做这个项目时第一个硬指标就是单节锂电池供电目标续航 12 个月以上。一次充放电周期内不能出现因为电量耗尽导致的监测断档这对气体传感模组来说不是锦上添花是刚需。因为气体浓度是连续变化的物理量如果设备半夜悄悄断电第二天早上才发现数据断档那这个监测系统就失去了存在意义。第二个痛点是数据要准。低功耗和测量精度天然是矛盾的传感器需要稳定工作点信号调理电路需要足够低的噪声而低噪声放大器往往更耗电采样需要足够长的时间让信号稳定但单片机醒着越久平均功耗就越高。怎么在精度和功耗之间找到那个平衡点是整个设计里最花时间的地方。第三个痛点是环境适应。气体传感器对环境温度、湿度特别敏感冬天户外零下十几度传感器输出信号会漂夏天高湿环境凝露可能让电路板漏电。这些不是实验室里能完全模拟出来的必须靠实际部署后的数据来调。1.2 功耗预算所有设计动作的指挥棒拿到项目需求之后我没有马上去挑传感器型号而是先拉了一张功耗预算表。这张表是整个项目的指挥棒后面所有硬件选型和软件策略都要围着它转。假设电池是一节 18650 锂电池容量按 2600mAh、标称电压 3.7V 算可用能量大约是 9.6Wh。考虑电池自放电、低温容量衰减、保护板损耗实际能拿出来用的按 80% 算大概剩 7.7Wh。一年 8760 小时平均功率预算就是 7.7Wh / 8760h ≈ 0.88mW也就是平均电流大约 0.24mA。这个数字非常紧张。一个普通的 NB-IoT 模组发射的时候峰值电流能到 200mA 以上一个电化学气体传感器光是信号调理电路里的运放和偏置电路就可能吃掉 50 到 100µA一个常开着的 LoRa 接收机接收电流也在 10mA 以上。如果全部让它们同时工作一节电池撑不过一周。所以在设计之初我定了一条规矩系统里不能有任何一个“一直开着”的耗电大户。传感器可以间歇供电、信号链路可以分时使能、通信模组必须深度睡眠所有外设的供电都由单片机控制。也就是说这个模组要在 99% 的时间里处于休眠状态只在需要采样和上报的瞬间醒来干完活再睡回去。这个思路是所有低功耗物联网设备的地基。2. 传感器选型到底选半导体、电化学还是红外2.1 三种主流传感原理的能耗账气体传感器的类型直接决定了整个模组的功耗天花板。我拿常见的三种类型做了对比金属氧化物半导体式、电化学式、非色散红外式。金属氧化物半导体传感器像二氧化锡这类靠的是气体在加热表面的氧化还原反应改变电导率。它的核心功耗在加热器上为了达到工作温度加热丝通常需要加热到 300℃ 到 400℃典型加热功率在 150mW 到 800mW 之间。如果持续加热一节电池也就撑几天。虽然有脉冲加热、低占空比加热的工作方式但响应速度会变慢而且测量一致性很难保证。这种传感器便宜、灵敏度高对 TVOC、可燃气体比较适用但低功耗场景下必须想办法把加热器间歇化。电化学传感器用来测一氧化碳、硫化氢、氧气这类气体的靠的是气体在电极上发生电化学反应产生电流。它的特点是自身不发热工作电流极小主要功耗来自信号调理电路和偏置电压电路。整体来说整个传感部分的功耗能控制在 50µA 到 100µA 左右。而且它输出的是电流信号响应比较线性分辨率可以做到很低非常适合电池供电的工业安全监测设备。非色散红外传感器测二氧化碳、甲烷这类气体时很有优势因为它原理上是光学测量不依赖化学反应所以寿命长、抗干扰强。但它的功耗主要来自红外光源和探测器典型功耗在 30mW 到 100mW 量级而且成本高、体积大便携式的低功耗设备用起来很吃力。近几年有低功耗脉冲红外光源方案但整体功耗还是比电化学高一到两个数量级。从低功耗物联网这个维度看电压型半导体传感器确实很难处理即使设计脉冲加热电路电池侧的峰值电流也不小。而电化学传感器天然就是低功耗选手只要信号调理电路设计得当整体功耗低得让人感动。2.2 结合应用场景我最终锁定了电化学路线这个项目要测的是工业现场的一氧化碳浓度我最后选择了电化学一氧化碳传感器。原因有几个一是一氧化碳电化学传感器的技术非常成熟各大传感器厂家的产品线都很完整选择性好不太容易受其他气体干扰二是它的输出是电流信号和气体浓度成线性关系标定和校准的流程非常成熟三是它的功耗是真的低传感器本身几乎不耗电只要给它一个稳定的偏置电压它就能稳定输出电流信号。当然电化学传感器不是没有缺点。它的响应时间比半导体慢通常需要几十秒才能达到稳定读数低温环境下电解液活性下降输出会偏低寿命一般也就两到三年电解液干涸之后就得换传感器。但这些和低功耗的需求相比是可以接受的代价。我还考虑过一个方案用双传感器。一颗电化学传感器作为主测量一颗低成本的半导体传感器作为辅助判断用来快速感知气体浓度的突变然后再唤醒电化学传感器精确测量。这样既能发挥半导体传感器响应快的特点又能利用电化学传感器精度高的优势但代价是系统复杂度上升功耗管理也更难。后来评估下来当前项目场景一氧化碳浓度变化比较缓慢不需要那么快的响应索性就把这个方案砍了保持系统简单可靠。2.3 加热型传感器如果实在绕不开功耗怎么压虽然我这里选了电化学但不少做 TVOC 和空气质量监测的项目不得不选半导体传感器因为只有它们能覆盖超低成本的 TVOC 监测需求。如果你也遇到这种情况有几种降低功耗的思路可以参考。第一种是脉冲加热方案。半导体的敏感层在被测气体中响应速度很快通常几十毫秒就能建立信号所以不需要持续加热。可以在采样前加热 200ms 到 500ms让传感器工作点稳定下来后读取一次数据然后立刻关断加热。这样占空比可以压到 1% 到 5%平均功耗能降一个数量级。第二种是低温待机方案。有些半导体传感器在工作温度和待机温度下都有不同灵敏度待机时可以降低加热电压维持一个较低温度让传感器不至于完全失去活性同时功耗只有正常工作时的几分之一。等需要采样时再拉升到工作温度可以缩短加热稳定时间。第三种是降低采样频率。如果是室内空气质量监测TVOC 浓度变化很慢一分钟采一次和十分钟采一次用户感知上没有区别但功耗能差十倍。我见过不少项目把采样频率设得很高其实是因为不知道气体扩散的物理特性白白浪费电。3. 信号链路搭建把 nA 级电流变成能用的数据3.1 电化学传感器的信号调理电路电化学传感器的输出是电流信号微弱到什么程度呢一氧化碳浓度在 0 到 1000ppm 范围内时传感器的输出电流通常只有 0 到 100 纳安培到微安级别具体看传感器灵敏度和面积。这个信号不能直接进 ADC必须通过跨阻放大器TIA把电流转换成电压。先用一个低功耗精密运放搭成跨阻放大电路让传感器输出的微弱电流流经反馈电阻在输出端变成电压。反馈电阻的选择很关键灵敏度高的传感器输出电流大可以用小一点的反馈电阻浓度低、分辨率要求高的场景就得用大反馈电阻比如 1MΩ 到 10MΩ 量级才能把纳安级别的电流转成毫伏级别的电压。举个例子某款电化学一氧化碳传感器的灵敏度标称是 50nA/ppm如果目标分辨率是 1ppm取反馈电阻 10MΩ那么 1ppm 浓度对应的输出电压就是 50nA × 10MΩ 500mV。这个电压幅值够大了用普通 12 位 ADC 都能测出很细的变化。但大反馈电阻有个问题响应慢。因为没有并联反馈电容的话电路的带宽由反馈电阻和运放输入电容决定可能只有几赫兹。需要并联一个几十到几百皮法的电容用来做相位补偿稳定信号的同时让响应速度不至于太慢。我调这个电容的时候花了不少时间太小了容易震荡太大了响应迟钝最后是按照传感器的输出阻抗和运放的带宽来推算一个初值再实测调整。电化学传感器通常需要一个恒电位偏置电路。不同气体传感器的偏置电压不一样一氧化碳一般是 0V 到 300mV 之间二氧化硫需要 300mV 左右硫化氢可能更高。这个偏置电压要非常稳定不能用普通 LDO 的输出直接接上去最好用基准电压源分压加运放缓冲否则偏置电压的小幅波动会直接叠加在输出信号上导致测量噪声变大。3.2 运放与 ADC 的选型思路低功耗运放是信号链路里的决定因素。我踩过不少坑这里必须强调三个指标输入偏置电流、静态电流、输入失调电压。输入偏置电流如果太大会直接叠加在传感器的微弱电流上造成测量误差。电化学传感器输出的纳安级别电流配一个输入偏置电流几千皮安的运放是绝对不行的必须选输入偏置电流在几皮安量级的 CMOS 输入运放。失调电压也要尽量小否则零点偏置会让低浓度测量偏离实际。静态电流是功耗大头但也不是越小越好因为静态电流太低的运放往往噪声大、带宽窄用在信号调理里反而容易出现测量抖动。我最终选的方案是用一颗静态电流在 1µA 以下的双通道低功耗运放一通道做跨阻放大另一通道做电压跟随缓冲整颗运放的功耗可以和传感器偏置电路一起控制在 80µA 以内。加上偶尔给传感器供电的开关管漏电流整个模拟前端在休眠时彻底断电唤醒时再稳定工作。ADC 方面大多数单片机的内置 ADC 够用了但要留意两个问题。一是参考电压如果直接用 MCU 的电源电压做参考电池电压波动会直接影响测量精度最好是加一颗外部基准电压芯片。二是 ADC 的采样保持时间输入阻抗高的信号链路如果采样保持时间不够采样结果会偏小需要把采样保持时间设长一点。3.3 PCB 布局模拟链路的抗干扰细节低功耗和信号完整性经常互相打架。低功耗意味着走线细、过孔小、铺铜少但这些都会增加寄生电阻和噪声拾取。跨阻放大器的输入端是极高阻抗节点任何一点来自数字信号的串扰都会被放大成可见的测量噪声。我的经验是传感器信号线从接口到跨阻放大器的距离尽量短最好在 5mm 以内。这个信号线两侧加地线包边避免和 SPI、I2C 这类数字总线平行走线。跨阻放大器的反馈电阻和反馈电容要靠近运放引脚放置形成一个紧凑的反馈网络。模拟地和数字地单点连接不要让传感器地电流和单片机大电流地混流。电池电源进来之后先经过 π 型滤波再到模拟电路防止射频干扰通过电源耦合进传感器信号。另外还有一个藏在角落里的坑PCB 漏电流。在高湿环境下PCB 表面会吸附水分形成微弱的导电通路如果信号输入端和相邻走线之间存在电压差就会产生微安甚至纳安级别的漏电流直接干扰测量。解决办法是信号输入引脚周围铺一圈保护环走线接到和输入引脚同电位的节点上让漏电流被保护环吸收。4. 通信选型与协议裁剪无线部分才是真正的电老虎4.1 三种物联网通信方案的功耗对比传感器和信号链路搞定了接下来是通信。通信模组是整个系统里峰值电流最大的器件怎么选、怎么用直接决定续航。LoRa 的典型发射电流在 30mA 到 120mA 之间看发射功率和频段接收电流大约 10mA深度睡眠电流可以压到 2µA 以下。它的传输速率很低但穿透力强户外空旷环境传个几公里没什么问题。关键是 LoRa 的占空比可以压得很低一次数据上报就几百毫秒上完立刻关射频平均功耗能做到非常低。NB-IoT 的发射峰值电流更大网络附着和注册流程也比较复杂单次上报的电流开销比 LoRa 高一个量级。但它不需要自己搭网关直接用运营商基站适合分布范围广、不方便自己架设基础设施的场景。缺点是功耗确实大我做过的 NB-IoT 项目如果按每天上报一次计算两节 AA 电池撑一年就很吃力了。BLE 的峰值功耗介于两者之间广播电流约 10mA 到 30mA连接传输时电流几十毫安深度睡眠能到 1µA 以下。但它传不远一般在 10 米到 100 米范围适合设备就在手机或网关附近的场景。这个项目选 LoRa 的原因很简单设备分布在一个工厂园区里范围内自己架一台网关就能覆盖不需要依赖运营商网络。LoRa 的调制解调器在极低速率下接收灵敏度很高信号穿墙能力也够最关键的是深度睡眠功耗极低能和我们的低功耗设计目标完全对齐。4.2 少发一包数据电池多活一个月通信协议设计对功耗的影响非常大很多项目栽在这里。我见过一个项目把 LoRa 上报频率设成每 5 秒一次理由是“领导想看到实时曲线”。结果设备撑了三天就没电了。这个观念必须纠正气体验证场景里一分钟一次上报和五秒一次上报对业务判断的影响几乎没有但功耗差了十二倍。我采用的上报策略是分级上报。正常情况下设备每 5 分钟上报一次数据包含电池电压、传感器读数、温度补偿值一包数据就几十个字节LoRa 发射时间在几百毫秒量级。当检测到气体浓度超过设定阈值时自动切换为每 30 秒上报一次并把告警状态单独发一包高优先级数据触发网关报警。这样平时功耗极低关键时刻又能保证实时性。还有一种情况必须处理传感器刚上电时的数据不稳定。气体传感器通电后需要一段时间才能达到稳定工作状态如果上电之后立刻采样上报报出去的数据大概率是错的既浪费流量又误导后端。我的做法是传感器预热稳定后再做第一次有效采样如果预热时间太长可以把预热阶段的数据打上“无效”标记不上报只在本地保留。4.3 天线匹配和射频功耗的关系天线匹配看似是射频工程师的事但对低功耗设计影响巨大。如果天线和射频前端的阻抗匹配不好发射功率会反射回模组内部模组为了维持目标发射功率会自动加大输出电流飙升辐射效率反而更差。我建议模组预留天线匹配网络的位置在研发阶段实测 S11 参数调整串联电感和并联电容的取值让天线在工作频率上谐振。这个环节一定要用网络分析仪或者频谱仪做验证不能靠肉眼猜。PCB 天线的净空区面积、周围接地铺铜的距离、外壳塑料的介电常数都会影响天线性能这些因素在结构设计阶段就要预留好。另外射频屏蔽罩对功耗也有影响。如果射频部分对外的辐射干扰影响了传感器模拟链路系统为了提高信噪比就需要更长的采样时间或者软件上做更多滤波等效于功耗上升。所以射频和模拟电路在 PCB 布局上要分区放置必要时加屏蔽罩隔离。5. 低功耗软件策略休眠、唤醒和状态管理5.1 深度睡眠加定时唤醒的状态机硬件选型再省电软件上的功耗策略没做好就是白搭。我给自己定了一条规矩系统里不允许存在忙等轮询所有任务都必须由定时器或中断驱动。系统的典型工作流程是这样的MCU 上电初始化配置好时钟、IO 口、RTC进入深度睡眠模式此时全部外设断电只留 RTC 在跑。RTC 定时唤醒后MCU 先从深度睡眠中醒来打开传感器供电等预热时间结束进行采样采完数据后关闭传感器电源打开 LoRa 模组发送数据发送完立刻让 LoRa 模组进入睡眠然后 MCU 再次进入深度睡眠。整个过程的每一次状态切换都有明确的功耗目标并且在代码里做了功耗断言检查。这里有个很多人忽略的细节MCU 从深度睡眠唤醒后内部稳压器和时钟需要重新启动稳定如果唤醒后立刻开始采样ADC 参考电压可能还没稳定采出来的数据会偏。所以唤醒后要等一个固定的稳定时间再打开传感器和 ADC。这个时间虽然只有几毫秒但在高采样频率的场景下累积起来就是白白浪费的电流。5.2 采样策略采一次样值不值这么多电气体传感器的信号噪声比较大如果想得到稳定的读数常见做法是连续采几十个点做平均。但每一组采样都需要传感器稳定运行、ADC 工作、MCU 保持唤醒这些都是实打实的功耗开销。所以采样策略必须和功耗预算绑定。我的实测经验是电化学传感器加上信号调理电路之后输出信号的热噪声和高频干扰通常可以通过一次 16 次采样平均来处理不必采几百次。采样间隔可以放在 50 到 200 毫秒之间让 ADC 建立好再采样。相比连续高速采样 1000 次再平均这种稀疏采样方案在功耗上能省一半以上。另外一个经验是不要在传感器刚上电的瞬间做长时间连续采样。有些工程师为了让数据稳定把传感器预热时间和采样时间都设得很长结果平均功耗高的离谱。合理做法是传感器上电后先等几秒让偏置电路稳定然后用短促的采样窗口记录下来立即关断电充分体现间歇工作的优势。5.3 电池电量的实时估算低功耗设备必须有一套靠谱的电量计方案不能等电池彻底耗尽才发现问题。有两种实用方案一种是用专用电量计芯片通过库仑计精确统计充放电量精确度高但成本高、功耗也略大另一种是检测电池电压根据放电曲线估算剩余电量精度差一些但几乎零成本。我选了电压检测方案。在每次唤醒后、上报之前用单片机的 ADC 测量电池电压。电池在 LoRa 发射期间压降比较明显所以测量要在射频模块开启之前做否则测出来的电压会有很大偏差。然后根据电池型号的放电曲线做一个简单的分段线性映射估算剩余电量百分比。同时要留一道保险当电池电压降到保护阈值之下模组会强制进入一周只上报一次的模式牺牲实时性换取更长的紧急使用时间一直到电池彻底没电。这里要特别注意电池在低温环境的电压回落。锂电池在低温下内阻变大空载电压看起来还行一带负载电压就跳水。我见过因为只看空载电压而误判电池还有 60% 电量、实际一发射就低压关机的案例。所以电压检测必须带上负载进行至少在检测期间点亮 LoRa 或者打开一个大负载电阻模拟真实工作状态。6. 实测数据与避坑实录6.1 实测功耗数据到底有多低整个系统做完后我在实验室做了详细的功耗实测拿数据说话。待机状态MCU 深度睡眠、传感器断电、LoRa 睡眠整机电流实测约 8µA主要来自 RTC、DC-DC 静态电流和少量漏电流。采样状态传感器上电预热、ADC 采样、计算处理持续约 1.5 秒期间平均电流约 4mA。通信状态LoRa 发射峰值电流约 110mA持续约 300 毫秒。按照 5 分钟一个上报周期计算每周期内的总电量开销大概是8µA × 300 秒 4mA × 1.5 秒 110mA × 0.3 秒≈ 2.4mAs 6mAs 33mAs ≈ 41.4mAs平均电流是 41.4mAs / 300 秒 ≈ 0.14mA。这样算下来2600mAh 的电池理论续航接近 18000 多小时也就是两年以上留足设计余量后一年目标妥妥达成。这个数据是在室温、传感器稳定条件下测的。实际户外场景低温、高湿、传感器老化和电池自放电都会让实际续航偏低所以设计时我们特意把平均功耗压在预算的六成以下留足缓冲空间。6.2 传感器一致性、温度漂移与校准气体传感器的一致性是个大坑。同一型号、同一批次的两颗传感器在同样浓度的气体下输出可能差 10% 以上。这就要求设备出厂前必须做单点校准使用标准气对每个模组进行标定把传感器灵敏度系数写入闪存。校准过程不复杂但必须在恒温恒湿环境下进行否则标出来的系数是错的。温度漂移问题是电化学传感器固有的。温度升高电解液活性增强输出电流会变大。我在整机测试中发现从 20℃ 到 40℃一氧化碳传感器的输出在不改变气体浓度的情况下漂移了约 8%这在很多监测场景是不可接受的。解决办法是加温度补偿。在传感器附近放一颗高精度温度传感器建立温度和传感器输出的补偿模型。简单做法是实测几个温度点的传感器输出拟合一条补偿曲线查表修正。复杂一点的方式是进行双温度系数建模把温度和温度变化率都作为输入。我的经验是先做简单查表补偿效果不够再加二阶修正最后在我这个项目里温度漂移被压到了 2% 以内。6.3 常见问题排查快速定位功耗异常的清单我在这个项目里遇到过几个特别典型的问题这里整理成一份速查表给你排查时参考现象可能原因排查方法待机电流偏大外设供电开关没彻底关死漏电流大用万用表测各电源轨逐个断开外设定位待机电流突然波动MCU 在休眠态的外设中断配置不对被意外唤醒检查 RTC、外部中断、GPIO 上拉下拉配置采样电流明显偏高传感器预热时间太长用示波器抓电流波形精确测量预热时长发送后电流降不下来LoRa 模组发送后未进入睡眠模式检查发送完成中断处理调用睡眠指令电池电压测量不准测量时射频正在发射电压被拉低调整时序让电压测量避开射频发射窗口传感器读数缓慢漂移传感器长时间上电后温升导致内部温度变化增加温度补偿优化通风结构设计还有一个排查功耗问题的好工具示波器电流探头。把设备电源串联一个 10mΩ 的采样电阻用示波器抓整个唤醒上报周期的电流波形一眼就能看出哪个阶段功耗异常这个方法比逐段打日志高效多了。6.4 部署现场的几个“复活”经验设备做好之后我在几个模拟部署点跑了将近两个月的实际环境测试发现一开始犯了一个错误设备装在户外立杆上太阳直晒导致机壳内部温度飙到 60℃ 以上传感器数据明显偏高。后来在机壳内加了隔热设计把传感器远离发热器件数据才恢复正常。所以低功耗设计不只是电路板的事结构散热、传感器位置、外壳材料都直接影响测量质量。另一次问题是设备疑似死机数据长时间不上报。排查发现是传感器信号异常导致 MCU 陷入了一个异常循环没有回到深度睡眠。给系统加了一个看门狗设定最坏工作周期内必须喂狗否则强制复位。还有为了稳妥加了一个备用机制每次上报时记录状态字后端发现连续多次异常之后可以远程触发设备重启。这样即使程序有 bug也能靠远程手段恢复不用跑现场拆机。最后再分享一个小技巧做完整套设计后我最大的感受是低功耗不是某一个器件的功劳而是硬件、软件、结构、通信协议共同协力的结果。哪怕传感器很省电、MCU 很省电只要 LoRa 上报频率设错了或者 PCB 上有一个漏电点前面的努力都会前功尽弃。建议你从项目一开始就建立功耗预算表把每个环节的目标值写死后续每个器件的选型、每段代码的编写、每次通信策略的调整都拿这张表来对照。实测数据出来后再看哪些环节超出了预算逐个优化这样才能真正做出续航达标的低功耗物联网气体监测设备。抄作业的时候重点不要只抄电路图还要抄功耗计算的逻辑和排查问题的思路这部分经验比原理图值钱得多。
