3. 设备联网技术选型：Wi-Fi、蓝牙、ZigBee、LoRa、NB-IoT、5G对比分析与选型策略
好，咱们进入正题。设备联网，说白了就是给传感器找个「上网」的路。这条路怎么选，直接决定了你的项目是省心省钱，还是天天跑现场擦屁股。
我见过太多团队，一上来就拍脑袋选Wi-Fi，结果工厂里信号一塌糊涂。也有人迷信LoRa，觉得能传几公里就是万能药，结果数据量稍微大点就卡死。嗯，今天咱们就把这些主流技术扒开揉碎，看看它们到底适合什么场景。
3.1 六大技术核心参数对比
先上一张硬核对比表。这张表我每次做方案都会拿出来对照，省了不少弯路。
| 技术 | 频段 | 传输距离 | 速率 | 功耗 | 成本（模组） | 典型场景 |
|---|---|---|---|---|---|---|
| Wi-Fi | 2.4/5GHz | 室内50m | 高（Mbps级） | 高 | 低（20-50元） | 智能家居、视频监控 |
| 蓝牙/BLE | 2.4GHz | 10-100m | 中（1-2Mbps） | 低 | 极低（5-15元） | 穿戴设备、信标 |
| ZigBee | 2.4GHz | 室内100m | 低（250kbps） | 低 | 低（15-30元） | 智能照明、楼宇自控 |
| LoRa | Sub-1GHz | 2-15km | 极低（0.3-50kbps） | 极低 | 中（30-60元） | 抄表、农业、物流 |
| NB-IoT | 授权频段 | 1-10km | 低（200kbps） | 低 | 中（25-50元） | 市政、井盖、烟感 |
| 5G | Sub-6/毫米波 | 100-500m | 极高（Gbps级） | 高 | 高（200-500元） | 自动驾驶、远程医疗 |
3.2 逐个技术拆解
3.2.1 Wi-Fi：家用之王，工业之殇
Wi-Fi的优势很明显：速度快、生态成熟、手机直连。你家里那堆智能灯泡、插座，基本都是Wi-Fi的。
但我在工业项目里吃过它的亏。有一次给一个仓库做温湿度监测，用了Wi-Fi模块。结果货架一多，信号被金属货架反射得乱七八糟，丢包率飙到30%。后来一查，Wi-Fi在2.4GHz频段上抗干扰能力其实很弱，微波炉、蓝牙、甚至隔壁的Wi-Fi都能干扰它。
3.2.2 蓝牙/BLE：短距低功耗的万金油
BLE（低功耗蓝牙）是我个人比较喜欢的技术。功耗极低，一颗纽扣电池能跑一年。而且现在手机都支持，调试起来很方便。
不过它的短板也很明显：距离短，组网能力弱。虽然有了蓝牙Mesh，但节点数一多，网络延迟就会变大。我做过一个蓝牙Mesh的灯光控制项目，50个节点时延迟还能接受，到100个节点时，开灯要等2秒，体验很差。
说白了，蓝牙适合做「点对点」或者「小范围星型网络」。比如你用一个手机去读一个传感器的数据，这种场景它最拿手。
3.2.3 ZigBee：自组网的隐形冠军
ZigBee这技术，说实话，有点「闷声发大财」的意思。它最大的特点是自组网（Mesh），节点之间可以互相中继。你想想看，一个1000平米的厂房，只要每隔20米放一个ZigBee节点，信号就能像接力赛一样传遍全场。
我做过一个智能楼宇项目，用了300多个ZigBee节点控制灯光和窗帘。部署的时候几乎没费什么劲，节点上电后自动组网，网络拓扑自己就画出来了。这一点，Wi-Fi和蓝牙都做不到。
但ZigBee也有坑：速率低，只有250kbps。传个开关指令没问题，想传音频或图片？别想了。另外，不同厂家的ZigBee设备互操作性很差，买之前一定要确认协议栈版本。
3.2.4 LoRa：远距离的「慢郎中」
LoRa这技术，我第一次接触时觉得它像个「怪物」。用极低的功耗，能传十几公里。这在物联网领域简直是降维打击。
它的核心秘密是扩频技术。说白了，就是把信号在很宽的频带上「铺开」，这样就算信号很弱，接收端也能把它「捞」出来。代价就是速率极低，通常只有几百bps到几十kbps。
我在一个农业项目中用过LoRa。农田里没有Wi-Fi，4G信号也时有时无。我们在田里放了20多个土壤湿度传感器，用LoRa网关统一收集数据。效果出奇的好，电池用了两年都没换。
3.2.5 NB-IoT：运营商的亲儿子
NB-IoT是运营商主推的技术，说白了就是「简化版的4G」。它用授权频段，所以干扰少，安全性高。而且它直接连到运营商基站，不需要自己搭网关。
我做过一个智慧井盖项目，用的就是NB-IoT。井盖分布在城市各个角落，自己搭网关根本不现实。NB-IoT模组插上SIM卡，上电就能联网，省心得很。
不过NB-IoT也有缺点：它依赖运营商网络覆盖。有些偏远地区基站没升级，信号就很差。另外，它不支持移动性，设备不能频繁切换基站。你要是给共享单车用NB-IoT，那定位会飘到天上去。
3.2.6 5G：为「大场面」而生
5G，大家都听过。速度快、延迟低、连接数多。但说实话，在普通传感器领域，5G有点「杀鸡用牛刀」。
它真正适合的场景是：高清视频回传、远程实时控制、自动驾驶。比如一个工厂里的AGV小车，需要实时上传视频并接收控制指令，那5G是唯一的选择。
但5G的功耗和成本摆在那里。一个5G模组要几百块，功耗是LoRa的几十倍。你给一个温度传感器配5G？那成本比传感器本身还贵，不划算。
3.3 选型策略：三步走
说了这么多，到底怎么选？我总结了一个「三步走」策略，你可以直接套用。
- 第一步：看供电
- 电池供电，要求3年以上：LoRa 或 NB-IoT
- 电池供电，要求1年：BLE 或 ZigBee
- 市电供电：Wi-Fi、5G 随便选
- 第二步：看距离
- 室内同一房间：Wi-Fi、BLE、ZigBee
- 室内跨楼层/大厂房：ZigBee（Mesh）
- 室外几公里：LoRa 或 NB-IoT
- 室外跨城市：NB-IoT（依赖运营商）
- 第三步：看数据量
- 开关量、温湿度（几字节/次）：LoRa、ZigBee、NB-IoT
- 音频、图片（几百KB/次）：Wi-Fi、5G
- 高清视频（Mbps级）：5G、Wi-Fi 6
3.4 一个真实案例
最后分享一个我去年做的项目。一个冷链物流公司，需要在冷藏车里监测温度，数据实时上传到云端。
需求是这样的：
- 每辆车装3个温度传感器
- 电池供电，要求续航2年
- 数据每5分钟上报一次
- 车辆在行驶中，网络可能断断续续
我当时排除了Wi-Fi（功耗高）、5G（成本高）、蓝牙（距离短）。最后选了LoRa + 4G网关的方案。
具体做法：车里用LoRa传感器，数据发给车内的LoRa网关。网关用4G把数据传到云端。这样传感器功耗极低，网关虽然功耗高但可以用车载电源。车辆行驶中信号不好时，网关本地缓存数据，等网络恢复再上传。
这个方案运行了一年多，没出过问题。你看，选型不是选「最好的」，而是选「最合适的」。
好了，这一章就到这里。下一章咱们聊聊数据聚合的具体实现，包括边缘节点的计算模型和协议转换。到时候见。