IoT无线选型指南：Wi-Fi 6、蓝牙LE与Combo方案对比

1. 选型之前先把三张牌的底牌看明白做 IoT 产品选无线方案最怕的不是技术难而是“看着都能用最后全踩坑”。Wi-Fi 6、蓝牙 LE、Combo 三选一表面上是协议之争实际上是在功耗、带宽、成本、生态四张桌子上同时下注。先给结论如果你做的是插电类设备智能插座、摄像头、网关Wi-Fi 6 是主场如果是纽扣电池供电、长时间待机、手机直连的设备手环、温湿度计、门锁蓝牙 LE 更合适如果既想保持低功耗又想保留 Wi-Fi 的远程控制能力Combo 模组几乎是唯一解。很多工程师看到“Combo”就觉得是“Wi-Fi 加蓝牙的简单叠加”其实不是。Combo 方案的核心价值不在于多一个蓝牙而在于二者共享一根天线、一套射频前端、一个协议栈协同调度。这种架构上的整合才是选型时真正要关注的差异点。1.1 三者的核心定位与适用边界先梳理清楚三者的本质区别后面所有决策才有依据。Wi-Fi 6802.11ax主打高吞吐、低时延、多设备并发。在 IoT 场景里Wi-Fi 6 最大的升级是 OFDMA 和 TWTTarget Wake Time目标唤醒时间。OFDMA 让多个设备在同一信道内并行传输解决了“智能家居设备一多路由器就卡”的老问题TWT 则允许设备与 AP接入点协商唤醒节奏在待机时大幅降低功耗。但坦白讲TWT 对电池供电的微型设备来说省电效果依然不如蓝牙 LE毕竟 Wi-Fi 的协议开销和射频功耗摆在那里。蓝牙 LEBLE低功耗是它的命根子。广播、扫描、连接、数据传输整套协议都是为“少干活”设计的。蓝牙 LE 5.x 以后2M PHY、长距离模式、广播扩展等特性让它的适用面更宽了但本质上它仍然是一个“近距离、低速率、低功耗”的方案穿墙能力和传输距离都比 Wi-Fi 弱不少。Combo把 Wi-Fi 和蓝牙 LE 封装在同一个模组里两种协议共用天线甚至共用部分射频链路。典型产品包括乐鑫 ESP32-C6、ESP32-S3、赛普拉斯现英飞凌CYW43022、瑞昱 RTL8720DN 等。Combo 的真正价值在于“设备同时具备远程联网能力和近场交互能力”比如智能门锁平时走 Wi-Fi 上报状态、接收远程开锁指令用户靠近时走蓝牙做近场快速配对和本地开锁体验完全是两个档次。1.2 选型先问自己五个问题我的习惯是不急着看芯片型号先问产品团队五个问题答案基本能圈定方案方向。第一供电方式是什么插电还是电池电池容量多少目标续航多久这个直接决定功耗预算基本能筛掉一半选项。 第二数据量多大是每天上报几次温度读数还是要传视频流Wi-Fi 6 面向的是后者前者用蓝牙 LE 绰绰有余。 第三是否需要手机直连如果设备必须支持手机 App 通过蓝牙配对、配置网络那蓝牙能力几乎必不可少哪怕选 Wi-Fi 方案也要带 BLE。 第四网络环境如何目标用户家里是只有一个路由器还是有 Mesh、企业级 APWi-Fi 6 的高级特性OFDMA、TWT、BSS Coloring在老旧路由器上根本发挥不出来。 第五成本敏感度消费级 IoT 对 BOM 成本极其敏感哪怕多 0.5 美元都要反复权衡。蓝牙 LE 单模芯片最便宜Wi-Fi 6 单模次之Combo 最贵。把这五个问题过一遍用排除法就能把选型范围缩到很窄。2. Wi-Fi 6 在 IoT 场景里的真实优势和代价Wi-Fi 6 在 IoT 领域经常被质疑“大材小用”这个看法有道理但不全面。对插电类设备而言Wi-Fi 6 带来的收益是实打实的尤其是大规模部署场景。2.1 OFDMA 解决的多设备并发难题先说 OFDMA 对智能家居的意义。过去 Wi-Fi 4/5 时代多个设备同时上传数据本质上是“轮流说话”每个设备都要等着信道空闲。家里几十个智能设备挂在同一个路由器下高峰期延迟飙升、丢包率上升体验极差。Wi-Fi 6 引入 OFDMA 之后一个信道内可以同时调度多个设备的传输相当于把单车道变成了多车道。实测下来在设备密度超过 20 个的环境下Wi-Fi 6 的平均时延能比 Wi-Fi 4 降低 50% 以上这个提升对用户感知非常明显。2.2 TWT 的省电效果到底如何TWT 一直是 Wi-Fi 6 宣传的重点但在 IoT 设备上省电效果有争议。原理上TWT 允许设备与 AP 约定各自的唤醒时间设备不需要一直监听信道可以进入深睡状态。问题在于TWT 的省电效果高度依赖 AP 端的实现质量。如果路由器是入门级 Wi-Fi 6 产品对 TWT 的支持可能只是“协议上支持”调度算法做得不好设备实际唤醒频率会比协商值高省电效果就打折扣。此外TWT 的建立过程涉及多次握手协商对内存和协议栈的开销也不小。我在实际项目里测过使用 Wi-Fi 6 TWT 的温湿度传感器2 节 AA 电池约 2000mAh每 10 分钟上报一次数据号称可以跑一年以上。但实际上路由器不同续航从 8 个月到 14 个月不等。所以选 Wi-Fi 6 做电池设备务必在多家路由器上做兼容性测试别信芯片厂商标的“理论值”。2.3 Wi-Fi 6 的成本和功耗代价代价同样明显。一颗支持 Wi-Fi 6 的 IoT 芯片成本通常比 Wi-Fi 4 方案贵 30% 到 50%。功耗方面即便有 TWT 加持Wi-Fi 6 的峰值功耗、射频发射功耗都显著高于蓝牙 LE。根据我手头的实测数据Wi-Fi 6 模组在 TX 状态下的峰值电流普遍在 250mA 到 400mA 之间取决于发射功率而蓝牙 LE 的峰值电流通常在 10mA 到 20mA 的量级。这个差距决定了凡是电池供电、数据量小、实时性要求不高的设备Wi-Fi 6 都不是最优选。3. 蓝牙 LE低功耗的极致但别指望它干重活蓝牙 LE 是 IoT 设备里当之无愧的“省电之王”。如果你做的是纽扣电池供电的小型传感器蓝牙 LE 几乎是最成熟的路径。3.1 蓝牙 LE 5.x 的关键参数与选型参考蓝牙 LE 5.x 引入的几个新特性让选型空间更大了。2M PHY能把物理层速率从 1Mbps 提升到 2Mbps代价是灵敏度下降约 5dB适合近距离高速率场景比如 OTA 固件升级。长距离模式Coded PHY通过冗余编码把灵敏度提升到 -100dBm 以下理论上能达到 1 公里级别的视距通信适合户外资产追踪、停车场传感器这类场景。广播扩展Advertising Extensions让广播数据包不再受限于 31 字节可以承载更多数据适合 Beacon 类应用。我在实际项目里通常会这样选室内消费类设备用 1M PHY 就够需要手机 App 频繁操作如解锁、配对的设备开 2M PHY 提升响应速度室外部署、传输距离要求高才考虑 Coded PHY同时要做好功耗上升的心理准备——Coded PHY 的传输时间变长平均电流会显著增加。3.2 低功耗硬指标平均电流怎么算蓝牙 LE 的功耗设计核心就是算平均电流。公式很简单平均电流 工作时间占比 × 工作电流 睡眠时间占比 × 睡眠电流比如一个温湿度传感器每 10 分钟采集并广播一次广播时长 10ms广播电流 10mA睡眠电流 2uA。那么平均电流大约是0.01/600× 10mA 599.99/600× 0.002mA ≈ 0.000167mA 0.00199mA ≈ 0.00216mA也就是 2.16uA。如果电池容量是 220mAhCR2032理论续航 220/0.00216 ≈ 10 万小时约 11 年。当然这只是理想值实际要考虑电池自放电、电压跌落、温度影响续航通常只有理论值的 50% 到 70%。这就是蓝牙 LE 的恐怖之处——把功耗细节做好之后纽扣电池用几年是常态。3.3 蓝牙 LE 的短板穿墙弱、依赖网关蓝牙 LE 的局限性也必须认清。首先是穿墙能力弱2.4GHz 频段本身穿透性就差蓝牙 LE 的发射功率通常在 0dBm 到 10dBm遇到一堵墙信号衰减 10dB 以上很正常。其次是“手机直连不等于云端联网”手机通过蓝牙连上设备但如果手机不在设备附近或 App 没打开远程控制就无从谈起。所以蓝牙 LE 设备通常还需要一个网关如智能音箱、专用网关来桥接云端这增加了部署成本。这也是为什么很多“全屋智能”产品最终选择了 Combo——既要用 Wi-Fi 保证云端在线又要用蓝牙保证手机近场直连和设备间本地联动。4. Combo 方案不是“两个都要”而是“一加一大于二”Combo 方案被讨论得最多但很多人对它的理解流于表面。它不是在 PCB 上同时放一颗 Wi-Fi 芯片和一颗蓝牙芯片而是从射频架构到协议栈都做深度整合的完整方案。它要解决的核心问题有三个天线共享、协议协同、成本控制。4.1 天线共享少一根天线省一大块成本如果 Wi-Fi 和蓝牙各用各的天线模块面积要增加约 30%PCB 成本、天线成本、结构件成本跟着上升而且天线之间的隔离度、天线效率都需要额外调优。Combo 方案通过射频开关或双频复用让 Wi-Fi 和蓝牙共用同一天线硬件成本显著下降。代价是两种协议不能真正做到同时收发需要通过时分复用TDMA来共享射频通道。时分复用的调度策略直接决定整体性能。目前主流实现是Wi-Fi 和蓝牙各自维护时隙芯片内部的共存机制如 PTAPacket Traffic Arbitration包流量仲裁根据优先级动态分配天线。语音、实时控制类蓝牙数据的优先级通常高于 Wi-Fi 背景流量。具体到模组厂商乐鑫的 ESP-C6 系列支持 Wi-Fi 6 BLE 5.0瑞昱的 RTL8720DN 也是类似的共享天线结构但共存调优的细节各有差异实际选型时要重点评估。4.2 协议协同一次配对处处方便Combo 的价值远不止天线共享更关键的是协议协同。最典型的应用是 Wi-Fi 配网设备通过蓝牙 LE 广播自身信息用户手机 App 通过蓝牙发现设备、读取 Wi-Fi 凭据、下发网络配置设备再切换到 Wi-Fi 联网。整个过程不需要用户在 App 里手动输入 Wi-Fi 密码也不用在设备端做复杂的配网按键操作对于智能门锁、摄像头、家电这类产品体验提升非常直观。另一个场景是低功耗待机。设备平时只开蓝牙 LE 监听指令功耗极低需要上报数据时唤醒 Wi-Fi 高速传输。这种“异构唤醒”机制充分利用了蓝牙 LE 的低功耗监听和 Wi-Fi 的高带宽传输典型的智能门锁方案就是这种模式——平时待机功耗控制在几十微安用户按门铃或靠近时瞬间唤醒 Wi-Fi 和云端完成认证与指令下发。4.3 Combo 的隐藏成本共存干扰与认证复杂度Combo 不是没有坑。Wi-Fi 和蓝牙同频段工作2.4GHz尽管共享天线但射频前端、协议栈之间的干扰仍然存在。设计时要注意天线布局、滤波电路、板级屏蔽必要时还要做射频隔离测试。我见过一个项目Combo 模组天线走线靠近摄像头 MIPI 信号线Wi-Fi 吞吐大幅下降最后只能重新改板浪费了整整一轮投板周期。此外Combo 方案的认证周期明显更长。Wi-Fi 6 的认证本身就比 Wi-Fi 4 复杂再加上蓝牙的 BQBBluetooth Qualification Body认证两者叠加后研发周期和测试成本都要预留充足余量。如果产品要发往欧美市场还要额外考虑 FCC/CE 的射频共存测试这些都是选型时容易被低估的隐性成本。5. 实操选型流程从需求到模组选择前面把三者的技术特征讲清楚了接下来是落地层面的实操流程。以下是我个人积累的一套选型方法经过多个项目的验证不一定是最优解但至少能帮你避开大部分坑。5.1 第一步明确产品形态与功耗预算先画出产品的供电架构和功耗预算表。用表格列出设备的工作状态运行、待机、睡眠和对应的电流、时长算出平均功耗再根据电池容量计算理论续航。如果理论续航低于目标值就得考虑换用更省电的协议或者压缩数据上报频率。例如智能门锁如果用 Wi-Fi 6 保持云端长连接平均电流可能在 5mA 的量级2 节 AA 电池 2000mAh 也就坚持 400 小时约 17 天完全不可接受而用蓝牙 LE 保持监听平均电流压到 20uA 以下续航轻松突破一年。5.2 第二步评估数据并发与延迟需求如果产品是传感器类数据量小、延迟要求宽松蓝牙 LE 足够了。如果产品是视频类、语音类实时性要求高Wi-Fi 6 必须上。如果是智能家居中控类设备需要同时连接多个传感器又要支持本地自动化和远程控制Combo 是最省心的选择。多设备并发的场景下还要考虑 AP 的容量Wi-Fi 6 能同时支撑的设备数是 Wi-Fi 4 的 4 倍以上这是大规模部署时的重要参考。5.3 第三步看生态兼容性和开发资源方案再好如果手里没有成熟的 SDK、参考设计、技术支持落地也会很痛苦。乐鑫的 ESP-IDF 生态目前在国内做 IoT 的开发体验相当不错文档和社区资料丰富赛普拉斯英飞凌的方案在汽车和工业场景中更扎实瑞昱的模组在成本控制上有优势。关键要看你的团队熟悉哪套工具链以及模组厂商能否提供本地化的技术支持。5.4 第四步做对比测试别只信规格书选型完成后要做一轮对比测试至少覆盖以下几个维度不同路由器下的 Wi-Fi 配网成功率、Wi-Fi 长时间稳定连接的重连策略、蓝牙 LE 在不同手机型号下的兼容性、Combo 模组的共存性能Wi-Fi 满吞吐时蓝牙指令下发延迟、整机功耗重点测平均电流而不是峰值。我建议至少准备 5 台以上不同品牌的路由器、10 台以上不同 Android/iOS 手机做兼容性摸底这个投入非常值得。6. 常见问题与排查技巧实录最后整理一下实际项目中高频踩坑的问题和排查思路都是真金白银换来的经验。6.1 Wi-Fi 配网总是超时怎么排查Wi-Fi 配网失败是 Combo 方案的常见痛点。排查时先确认设备端蓝牙广播是否正常再用手机 App 扫描 BLE 广播包看设备 MAC、SSID、RSSI 等数据是否符合预期。如果广播正常但配网不稳定优先检查 Wi-Fi 信道与蓝牙广播信道的冲突——Wi-Fi 占用 2.4GHz 的 1、6、11 信道时蓝牙跳频会避开重叠频段但某些低端路由器会开启 40MHz 频宽把 2.4GHz 频段占得很满导致蓝牙广播被严重干扰。解决方法是把路由器 2.4GHz 频宽改为 20MHz或在设备端延长配网超时时间如从 30 秒延长到 60 秒。6.2 蓝牙 LE 连接不稳定断开频繁大概率是射频匹配和天线设计的问题。先用网分测试天线阻抗是否在 50 欧姆附近再使用蓝牙抓包工具如 nRF Connect、Ellisys看链路层的错误包类型。如果 CRC 错误频繁说明信号质量差需要调整天线位置、增加匹配电路如果连接事件频繁丢失可能是系统 Tick 调度导致蓝牙协议栈响应不及时需要排查 MCU 中断优先级和低功耗模式的唤醒源配置。6.3 待机功耗比预期高问题出在哪首先用功耗分析仪测出待机电流看波形是否有周期性脉冲。如果待机电流在高位维持说明系统没有真正进入深睡模式大概率是外设没关干净、GPIO 漏电或 DC-DC 空载损耗超标。如果待机电流本身很低但平均功耗偏高问题出在周期性唤醒时间太长应压缩唤醒后执行任务的时间或者调低上报频率。还有一个容易被忽略的点模组的 flash 在深睡模式下如果没关掉待机电流可能多出十几微安很多数据手册不会明确标注这个细节。6.4 Combo 模组 Wi-Fi 传输时蓝牙指令延迟高这是典型的共存问题。Wi-Fi 独占信道发送大数据包时蓝牙数据包被迫等待延迟飙升。排查思路是先确认模组是否启用了 PTA 共存机制是否给蓝牙高优先级通道预留了时隙。如果芯片支持可以把蓝牙连接事件间隔调小提高蓝牙数据包抢占信道的频率。另外减少 Wi-Fi 的发送缓冲区长度如从 256KB 降到 128KB能缩短 Wi-Fi 单次占用信道的时间间接降低蓝牙延迟但也会对 Wi-Fi 吞吐产生一定影响需要做平衡。7. 模块选型速查表需求特征推荐方案理由插电设备数据量中等对延迟不敏感Wi-Fi4/6均可成本低、兼容性好插电设备多设备并发需低时延Wi-Fi 6OFDMA提升并发能力TWT降低待机功耗电池供电低数据量近场交互为主蓝牙 LE 5.x功耗极低手机直连方便成本最低电池供电需远程控制设备间联动ComboBLE监听Wi-Fi上报待机功耗低唤醒后高速传输视频/语音类对带宽要求高Wi-Fi 6高吞吐、低时延Wi-Fi 4难以支撑户外、远距离、低速率的资产追踪蓝牙 LE 长距离模式灵敏度高视距通信可达数百米这张表只能覆盖大类需求实际选型时一定要回到产品的具体场景里去推演功耗和交互流程必要时做一轮快速原型验证用实测数据说话。做 IoT 无线选型这么多年我最深的体会是没有“最好的协议”只有“最合适的产品设计”。Wi-Fi 6 再强放纽扣电池设备上就是灾难蓝牙 LE 再省电做视频传输就是笑话Combo 再全能成本敏感的产品用了就是自杀。把需求拆清楚、把功耗算明白、把成本摆上桌选择自然就清晰了。最后再提醒一句选型不是一锤子买卖芯片选定了后面想换牵涉天线、射频、协议栈、认证全链路代价极高。前期多花一周做调研和验证比后期改版省几个月这笔账一定要算清楚。