2.4 无线通信模块


2.4 无线通信模块

本节摘要:通信模块拿下节点五到八成的能耗,也被称为"账本的大头"。本节剖析收发器在发送、接收、空闲监听、过载上如何花钱,随后横向对比 Zigbee、BLE、LoRa、Sigfox 等常见协议的频段、速率、距离与功耗,最后给出按距离与数据量选通信方式的判断方法。

感知、处理都讲完了,来到整本账的最大支出:如何把数据用无线电撩出去。

通信四笔开销:钱各花在哪

发送(Transmission):把数据经收发器发射出去。开销由发射功率、数据量、距离决定。距离翻倍,所需功率近似以平方甚至更高次方上涨。

接收(Reception):接收同样花钱,有时接近发送。很多人在"省电 = 少发"上做文章,却忘了"常开接收"同样在烧电。

空闲监听(Idle Listening):收发器开着等待可能来的数据,其实啥也没来。这是高频浪费源,占空比协议就是专治它。

过载(Overhearing):收到与本节点无关的包也花电。地址过滤能减少这类无效接收。

发送 > 接收 ≈ 空闲监听 > 过载 这四笔中,最多能省下的是"空闲监听与过载"——少开、精准开。

常用无线协议家族对账

市面上没有"万能通信"。选哪家取决于你更缺带宽还是更缺能量:

协议 频段 距离 速率 功耗 适合
Zigbee 2.4GHz 10–100m 250kbps 低~中 大规模自组网、智能家居
BLE 2.4GHz 10m 级 1–2Mbps 很低 短距、健康穿戴
LoRa Sub-GHz 数百m–数km 0.3–50kbps 很低 广域、低频、省电
Sigfox Sub-GHz 数km 低频 很低 超低速率物联网
WiFi 2.4/5GHz 数十m 高速 高带宽节点(少用)

经验排序一句话:要距离选 LoRa/Sigfox,要自组网选 Zigbee,要贴身低功耗选 BLE,只有需要大量数据的节点才考虑 WiFi——而且要在充电方便的场景。 越省电的协议往往速率越低、时延越大,这是"离带宽换续航"的代价,必须清醒。

通信功率链路的直觉

无线通信的"电量"不只是发射那一瞬。发送一帧之前,往往要唤醒收发器、预置晶振与射频、竞争信道;发送之后还要等确认。这些"边角料时钟"加起来可能比数据本身还贵。所以协议层的优化(占空比、唤醒调度、低功率监听)往往比"调低一档功率"更能省电。这正是第三章 MAC 层的舞台。

💡 关键直觉:在通信这个大头里,真正的省电空间常常不在"发多大力",而在"少开多久"。把收发器的开启时长砍半,比把发射功率砍一半更见效。

一个具体案例:LoRa 节点怎么做到数年续航

设想一个野外土壤墒情节点,选用 LoRa。典型设置是:每 30 分钟醒来,采样一次,用 200 字节把数据发到数公里外的网关,然后立刻深睡。因为 LoRa 低频低功耗,加上业务是"低频小包",节点才能以两颗 AA 电池撑数年。若换成 WiFi,同样频率可能几个月就没电——不是 LoRa 更"高级",而是数据模型刚好匹配"长距、低频、小包"。

⚠️ 常见坑:为了"能传得远"盲目上调发射功率。功率调高,距离未必线性变远(路径损耗吃掉大半),电池却显著缩水。链路预算够用就好,正弦波里那点余量不值得用续航换。

链路预算的一页粗算

选发射功率常让人纠结,其实一张链路预算就能定心。它把"发射功率到接收灵敏度之间有多少富余"算清楚,富余够用就别再往上加功率:

链路预算 ≈ 发射功率 - 发射损耗 - 路径损耗 - 接收损耗 - 接收灵敏度 例: 14dBm 发射 - 2dB 端损 - 115dB 路径 - 2dB 端损 - (-120dBm) 灵敏度 ≈ 15dB 余量 如果算出来余量健康,功率再加只会让电池缩水,距离却几乎不动

因为路径损耗常以"距离的幂次"增长,功率翻两倍、距离也未必能拉长多少。真被距离卡住,换频段、上天线增益(但要注意天线会放大噪声)、或把网关往上挪,往往比闷头加功率更划算。记账同理:超支不解决问题,把钱花在值得的环节才算数。

接收窗口也要记账:唤醒调度怎么做

说完发送,回来看最容易被漏掉的"接收"。若收发器常开等包,空闲监听的账会非常难看。省电不是"永远不开",而是约定每个人何时开、开多久

约定式: 全网固定时间点一起醒、一起收(同步,靠时钟对齐,见 4.4) 异步式: 发方清晨醒并发 preambler长唤醒码,收方平时打盹、靠短采样探查 选法: 同步省得更彻底但要全局时钟;异步实现简单但香态有额外开销

不管哪种,核心都是把"开着等"变成"定时、短时地听",这正是第三章 MAC 层真正要解决的舞台问题。理解这一页,你看占空比协议就不再是一堆公式,而是一部"如何精确安排开关机时刻"的作息表。

天线不是玄学:三个能省电的细节

  • 净空与匹配:天线周围不许有金属地平面贴着,匹配电路焊接对不对,直接决定"发射出去的到底有几分、又反弹回来烧掉几分"。
  • 方向性取向:节点朝汇聚方向摆放,能少用一枚增益就能省下发射功率;天线的放置往往被当成"最后一步"草率处理,却常常是救回距离的关键。
  • 避免反射驻波:外壳里乱堆金属会让驻波比走高,表现为"发不远、接收差",却查不出毛病——先查天线段总没错。

把这三件做对,往往"同样的芯片,距离和续航都长一截"。它们不花代码一行,却很吃工程耐心。

通信模块与整个账本的关系

站在本节的末尾回望:通信模块是节点里"最会花钱的那位"。它决定了你能传多快、传多远,也决定了电池能撑多久。真正把它用好,靠的不只是选对主协议——沉睡要怎么醒、醒了怎么发、发完怎么秒睡,这整串节奏(留待第三章 MAC 层)才是把通信电费压下来的关键。 读完本节,你至少能分清"发送、接收、空闲监听、过载"四笔账各在哪、哪笔最该先砍,也就为后面讲协议省电打好了最硬的一块地基。

本节要点回顾

  • 四笔开销:发送、接收、空闲监听、过载,后两者最易省。
  • 协议对账:Zigbee 自组网 / BLE 贴身 / LoRa 长距省电。
  • 带宽换续航:越省电往往越低速、越大时延。
  • 省电重心:少开、精准开,比调低功率更有效。
  • 案例:低频小包 + 长距协议 = 数年续航。

收发器会花钱,怎么让它少花、有节律地花,正是第三章 MAC 层的工作。下一节我们先看保证这笔账能花下去的底气——能量供给与电源管理。


作者与出处
原作者: 灏天文库
来源:灏天文库
整理: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U