第十五章：物联网通信——LoRa、NB-IoT、ZigBee、MQTT协议与典型架构
聊到物联网通信，我脑子里第一个蹦出来的画面，是几年前在某个偏远农场调试设备。那地方连手机信号都时有时无，更别提Wi-Fi了。客户要求把土壤湿度数据每隔一小时传回服务器，距离得有五公里远。当时我就在想，这活儿要是用蓝牙或者Wi-Fi干，估计得把基站建到田埂上。最后我们选了LoRa，问题迎刃而解。
物联网通信，说白了就是解决「物」怎么把话说出去的问题。但「物」和「人」不一样——它可能没电、没网、藏在角落里。所以，选对协议比写对代码更重要。今天我就把几个主流方案掰开揉碎讲清楚。
15.1 四大通信协议：各显神通
15.1.1 LoRa：远距离、低功耗的「长跑冠军」
LoRa 的全称是 Long Range，它最大的本事就是「传得远」。在开阔地带，一个 LoRa 节点能轻松覆盖 5-15 公里。功耗还特别低，一节电池用上三五年是常事。
我习惯把 LoRa 比作「摩尔斯电码」——它一次只能传很少的数据，几十个字节那种。但胜在穿透力强，哪怕隔着几堵墙，信号也能过去。
- 工作频段：470-510MHz（中国）、868/915MHz（欧美）
- 传输速率：0.3-50 kbps
- 通信距离：2-15 km（视环境）
- 功耗：接收电流约10mA，休眠电流低至2μA
我在项目中遇到过一个问题：LoRa 节点多了，数据碰撞很严重。后来发现，LoRaWAN 协议里有个 ADR（自适应数据速率）机制，能自动调整速率和发射功率。嗯，这个一定要开。
15.1.2 NB-IoT：运营商的「亲儿子」
NB-IoT 是 3GPP 标准的一部分，说白了就是跑在蜂窝网络上的物联网协议。它最大的优势是「不用自己建网」——直接用运营商的基站就行。
你想想看，如果你要部署一万个水表，每个水表都自己搭网关，那成本得多高？用 NB-IoT，插上 SIM 卡就能用。不过代价是，它依赖基站覆盖，偏远地区可能没信号。
| 特性 | LoRa | NB-IoT |
|---|---|---|
| 网络归属 | 私有/自建 | 运营商 |
| 频段 | 非授权频段 | 授权频段 |
| 时延 | 较高（秒级） | 较低（秒级） |
| 成本 | 模块约$5-10 | 模块约$8-15 |
15.1.3 ZigBee：短距离组网的「老黄牛」
ZigBee 的特点是「自组网」。每个节点都能当路由器，信号可以一跳一跳地传过去。一个 ZigBee 网络最多能挂 65000 个节点，特别适合智能家居这种场景。
我曾经帮朋友调试一套智能灯控系统，用了 ZigBee。一开始死活连不上，后来发现是协调器（Coordinator）的 PAN ID 冲突了。ZigBee 的组网过程其实挺讲究的——节点入网要经过「发现-关联-认证」三步，少一步都不行。
// ZigBee 节点入网流程（伪代码）
1. 节点发送 Beacon Request
2. 协调器回复 Beacon（包含 PAN ID、信道信息）
3. 节点发送 Association Request
4. 协调器分配 16位短地址
5. 节点确认，入网完成15.1.4 MQTT：应用层的「消息快递员」
前面三个都是物理层/链路层的协议，MQTT 不一样，它跑在 TCP/IP 之上。它的核心机制是「发布-订阅」——设备把数据发到 Broker（代理服务器），其他设备订阅感兴趣的主题就能收到。
MQTT 有个很贴心的设计叫「QoS（服务质量）」。QoS 0 只管发不管到，QoS 1 保证至少到一次，QoS 2 保证恰好到一次。我一般用 QoS 1，既可靠又不会太耗资源。
// MQTT 发布示例（使用 Paho 库）
#include <MQTTClient.h>
MQTTClient client;
client.begin("broker.emqx.io", 1883);
client.publish("sensor/temperature", "25.6");
// 订阅端
client.subscribe("sensor/temperature");
client.onMessage([](String topic, String payload) {
Serial.println("收到温度: " + payload);
});15.2 物联网的典型架构
搞了这么多年物联网，我总结出一个规律：不管什么项目，架构都逃不出下面这张图。
这张图我画了无数遍，每次给新人讲物联网，我都会指着它说：记住这四个层次，你就抓住了物联网的骨架。
15.2.1 感知层：万物互联的「五官」
这一层负责采集数据。温度、湿度、光照、压力、位置……所有物理世界的信号，都得靠传感器变成电信号。我见过最离谱的项目，是在猪耳朵上挂温度传感器，监测猪的体温来判断是否生病。嗯，物联网的想象力确实没有边界。
15.2.2 网络层：数据的「高速公路」
数据采集上来之后，怎么传出去？这就是网络层的事。LoRa 网关、NB-IoT 基站、ZigBee 协调器，都属于这一层。网络层还负责协议转换——比如把 LoRa 的私有协议转成 MQTT 的 JSON 格式，方便上层处理。
15.2.3 平台层：数据的「大脑」
数据到了云端，不能光存着。平台层负责清洗、存储、分析。我习惯用时序数据库（比如 InfluxDB）来存物联网数据，因为传感器数据天生就是时间序列。规则引擎也很重要——比如温度超过 50 度就触发告警，这种逻辑在平台层配置最方便。
15.2.4 应用层：用户的「界面」
最后，数据要变成人能看懂的东西。一个仪表盘、一个手机 App、一条短信告警，都属于应用层。我见过很多项目，感知层和网络层做得很好，但应用层一塌糊涂——数据堆在那里没人看。记住，物联网的最终目的是「让人做决策」，不是「收集数据」。
15.3 如何选型？我的经验法则
每次做新项目，我都会问自己三个问题：
- 距离多远？ 超过 1 公里，LoRa 或 NB-IoT；100 米以内，ZigBee 或 Wi-Fi。
- 功耗多低？ 电池供电选 LoRa 或 NB-IoT；市电供电随便选。
- 数据量多大？ 几个字节选 LoRa；几百 KB 选 Wi-Fi 或 4G。
举个例子：智能水表，距离远、功耗低、数据量小，LoRa 或 NB-IoT 都行。智能音箱，距离近、功耗无所谓、数据量大，Wi-Fi 最合适。
好了，关于物联网通信的协议和架构，我就聊这么多。这些东西看着多，其实核心就一句话：选对协议，搭好架构，剩下的就是填坑了。嗯，填坑也是乐趣的一部分，不是吗？