1. 物联网无线通信概述：WiFi与BLE技术对比、混合组网的应用场景与优势
做物联网通信选型，我经常被问到同一个问题：「WiFi 和蓝牙，到底选哪个？」
说实话，这个问题本身就有问题。你想想看，一个家庭智能网关，既要跟云端高速通信，又要跟门口传感器低功耗交互——单一协议根本搞不定。我做了十几年嵌入式通信，踩过不少坑，今天就跟大家聊聊这两种技术到底怎么选、怎么搭。
1.1 WiFi 与 BLE：两种截然不同的设计哲学
先看一张对比表，把核心差异说清楚。
| 维度 | WiFi (802.11 b/g/n) | BLE 4.0/5.0 |
|---|---|---|
| 频段 | 2.4 GHz / 5 GHz | 2.4 GHz |
| 峰值速率 | 11 ~ 150 Mbps | 1 ~ 2 Mbps |
| 典型功耗 | ~200 mA (持续) | ~5 mA (广播/连接) |
| 通信距离 | 30 ~ 100 m (室内) | 10 ~ 100 m (BLE 5.0 可达 300 m) |
| 网络拓扑 | 星型 (AP + STA) | 星型、广播、Mesh |
| 连接建立时间 | 2 ~ 5 s | 3 ~ 6 ms |
| 数据包大小 | 最大 1500 字节 (MTU) | 最大 251 字节 (ATT MTU) |
| 应用场景 | 视频流、OTA、日志上传 | 传感器数据、控制指令、信标 |
核心结论：WiFi 是「高吞吐、高功耗」的管道，BLE 是「低功耗、低速率」的信使。两者不是替代关系，而是互补关系。
1.2 为什么需要混合组网？
我在一个智能家居项目中遇到过这样的场景：
- 网关需要从云端拉取固件，大小 2 MB，WiFi 下 10 秒搞定；
- 同一网关还要轮询 20 个温湿度传感器，每个传感器用纽扣电池供电，BLE 广播一次只耗 3 mA·ms；
- 用户手机靠近时，还要通过 BLE 快速发现设备并配网。
如果只用 WiFi，传感器电池撑不过一周。如果只用 BLE，固件升级能让你等到崩溃。所以，混合组网不是炫技，是刚需。
1.3 混合组网的典型架构
下面这张图是我自己项目里常用的分层结构，画出来大家一看就明白。
我的经验：网关芯片选型上，我推荐 ESP32 或 Linux + 双模模组。ESP32 自带 WiFi + BLE 双协议栈，成本低、生态好。如果要做多传感器并发，建议用 Linux 主机 + 独立 BLE 控制器，避免协议栈互相干扰。
1.4 混合组网的核心优势
说白了，混合组网就三个字：各取所长。具体来说：
- 功耗与性能的平衡：传感器走 BLE，网关和摄像头走 WiFi。我做过一个项目，20 个 BLE 传感器用 CR2032 电池跑了 18 个月，网关 WiFi 部分每天只工作 2 小时上传数据。
- 配网体验的优化：纯 WiFi 设备配网要输入 SSID/密码，用户体验很差。用 BLE 做配网通道，手机靠近就能发现设备，通过 BLE GATT 写入 WiFi 凭据，3 秒完成配网。这个方案我在多个产品里用过，用户反馈很好。
- 本地与云端的协同：WiFi 负责云端通信，BLE 负责本地控制。即使断网，手机也能通过 BLE 直接控制传感器，不影响本地自动化逻辑。
- 成本与灵活性的折中：BLE 芯片成本低（1~2 元），WiFi 芯片成本高（10~20 元）。混合组网让低成本节点用 BLE，高价值节点用 WiFi，整体方案更经济。
避坑提醒：我曾经在一个项目中同时用 WiFi 和 BLE 共用 2.4 GHz 天线，结果发现 WiFi 发包时 BLE 扫描成功率下降了 30%。后来加了天线切换开关和时分调度才解决。如果你用双模芯片，一定要做好射频共存设计。
1.5 典型应用场景速览
| 场景 | WiFi 负责 | BLE 负责 | 我踩过的坑 |
|---|---|---|---|
| 智能家居网关 | 云端通信、OTA | 传感器采集、配网 | BLE 连接数超过 8 个时，ESP32 内存溢出 |
| 工业数据采集 | 日志上传、远程配置 | 振动/温度传感器轮询 | WiFi 漫游时 BLE 连接断开，需加重连机制 |
| 医疗健康设备 | 数据同步到云平台 | 体征数据实时传输 | BLE 数据包丢包导致心率曲线断点 |
| 零售电子价签 | 批量更新价格库 | 单个标签唤醒与更新 | BLE 广播冲突导致部分标签未更新 |
1.6 本章小结
WiFi 和 BLE 不是对手，是搭档。WiFi 负责「搬砖」，BLE 负责「传话」。混合组网的核心思路就一句话：让合适的协议做合适的事。