第4章关键参数对功耗的影响

4、关键参数对功耗的影响：扩频因子（SF）与传输时间、发射功率等级、数据包长度、信道活动检测（CAD）功耗

好，咱们来聊聊几个真正决定功耗的关键参数。说实话，很多刚入行的朋友喜欢盯着芯片手册上的“休眠电流”看，觉得那个数字越小越好。但我在实际项目中踩过坑之后才明白，真正吃掉电池电量的，往往是这几个参数的选择。

扩频因子，也就是SF，是LoRa最核心的魔法。它决定了数据在空中飞多久。

为什么SF越大，传输时间越长？

简单说，SF值每增加1，数据在空中停留的时间就翻倍。SF7传一个包可能只要40毫秒，SF12就得花将近1.5秒。你想想看，发射功率不变，但工作时间拉长了30多倍，这电量消耗自然就上去了。

我在一个农业传感器项目里就吃过这个亏。当时为了追求最远的通信距离，所有节点都设成了SF12。结果电池容量算得挺准，实际续航却少了将近一半。后来一查，问题就出在SF上——大部分节点其实离网关很近，根本不需要那么高的SF。

核心结论：SF每增加1，传输时间翻倍，功耗也近似翻倍。别盲目用高SF。

我的建议：用ADR（自适应数据速率）功能。让网关根据信号质量自动调整SF。我习惯在固件里留一个手动覆盖的接口，万一ADR抽风，还能人工干预。

发射功率这个参数，大家最容易理解——功率越大，耗电越多。但这里有个容易被忽略的细节。

功率等级与电流的关系

LoRa芯片通常支持从-4 dBm到+22 dBm的发射功率。每增加3 dBm，发射电流大约增加一倍。但注意，不是所有功率等级都线性变化。比如从+14 dBm升到+17 dBm，电流可能从40mA跳到80mA，但再往上到+20 dBm，可能就得120mA了。

我曾经做过一个测试：在市区环境里，+14 dBm和+20 dBm的通信成功率只差了5%。但功耗却差了3倍。你说这值不值？

避坑指南：我曾经遇到一个客户，非要把所有节点都设成+22 dBm，觉得这样最保险。结果网关那边收到的信号强度都-80 dBm了，完全没必要。后来我帮他改成+14 dBm，电池续航从3个月延长到了8个月。记住，够用就好。

数据包长度对功耗的影响，很多人会忽略。其实道理很简单：包越长，空中时间越长，耗电越多。

有效载荷 vs 空中时间

LoRa的空中时间计算公式里，有效载荷长度是一个关键变量。我举个例子：

你看，数据量大了5倍，空中时间长了3倍。但实际传感器数据往往只需要几个字节——温度、湿度、电压值，加起来可能不到10个字节。

经验之谈：我习惯把数据压缩到极致。比如温度值用有符号整数表示，湿度用百分比乘以10，这样两个值只需要3个字节。别发字符串，别发JSON，那是给Web开发用的，不是给电池供电的设备用的。

CAD是LoRa里一个很特别的功能。它用来检测信道是否被占用，避免冲突。但很多人不知道，CAD本身也是要耗电的。

CAD的工作原理

CAD会打开接收机，快速扫描信道，判断是否有LoRa前导码。这个过程大约持续一个符号周期的时间。对于SF7，一个符号周期大约1ms，电流约10mA。看起来不多，但如果你的设备频繁做CAD，比如每100ms做一次，那累积起来就相当可观了。

我记得有个项目，设备需要实时响应网关的指令，所以CAD间隔设得很短。结果一算，CAD消耗的电量占了总功耗的30%以上。后来我们优化了策略：平时用较长的CAD间隔，只有在特定时间段才缩短间隔。

优化建议：

这几个参数不是孤立的。它们之间会相互影响，甚至相互制约。

举个例子：

你想降低功耗，把SF从12降到7。但SF7的灵敏度比SF12差了大约12dB。这意味着你可能需要提高发射功率来补偿。结果SF省下来的电，又被发射功率吃回去了。

反过来，如果你降低发射功率，可能就得用更高的SF来保证通信质量。这又是一个权衡。

我的做法：先确定通信距离要求，然后选择最低的SF和最低的发射功率组合，保证通信成功率在95%以上。然后在这个基础上，再优化数据包长度和CAD策略。说白了，就是先保证能通，再考虑省电。

嗯，这几个参数讲完了。你可能会觉得有点复杂，但实际做几个项目就熟了。记住一点：没有绝对最优的参数组合，只有最适合你应用场景的配置。下一章咱们聊聊如何用这些参数来建立功耗模型，真正算清楚电池能用多久。