做 IoT 设备选型最绕不开的就是通信方式。Wi-Fi 6、蓝牙 LE、Combo双模组合这三个词基本上每个硬件项目立项时都会被拿出来讨论一轮。我自己这些年做过智能门锁、环境监测传感器、家庭中控屏也帮朋友看过不少产品的无线方案说实话大部分项目选错不是需求没想清楚而是对这三条技术路线的本质差异理解不够透。这篇文章就把我在实际选型中总结的方法、算过的账、踩过的坑一次性讲明白。先回答一个很多新手会问的问题Wi-Fi 6、蓝牙 LE 和 Combo 到底有什么区别简单说Wi-Fi 6 是 Wi-Fi 标准的最新代际适合高速率、低延迟、持续供电的设备蓝牙 LE 是低功耗蓝牙适合电池供电、小数据量、需要手机直连的设备Combo 则是把两者集成在一个模块里让设备在两种网络中按需切换。选哪个不只看参数表还要看产品形态、安装位置、功耗预算和运维方式。这篇内容适合正在做产品选型的硬件工程师、刚入行的嵌入式开发以及想了解 IoT 无线方案的创业者或者产品经理。我会把原理讲得容易理解同时给出可以直接用的评估步骤和数据参考。1. 选型之前先把这个账算清楚很多开发者上来就盯着协议本身争论其实选型本质上是在算一笔账——用功耗换带宽用成本换体验用复杂度换灵活性。把这笔账里的几项关键指标列清楚方案基本就浮出水面了。1.1 四个核心维度距离、速率、功耗、成本无线选型最核心的维度无非是这四项通信距离、数据速率、功耗水平、模块成本。每一项背后都有物理条件限制不是厂商想标多少就是多少。通信距离上Wi-Fi 6 和蓝牙 LE 在理想环境下都宣称能到百米级但实际使用有巨大差异。Wi-Fi 6 在室内一般 20 到 50 米穿一堵墙后信号衰减明显蓝牙 LE 在开放空间 30 到 80 米穿墙后经常不到 10 米。这个差距来自发射功率和频段特性。Wi-Fi 的发射功率通常能做到 20 dBm 以上蓝牙 LE 为了省电和合规多数在 10 dBm 以内。数据速率方面差距就更大了。Wi-Fi 6 单流理论速率可以到 600 Mbps 以上实际使用几十 Mbps 没问题传视频、传图片都很轻松。蓝牙 LE 在 LE 2M 模式下物理层速率也才 2 Mbps刨去协议开销实际吞吐量能稳定跑到 700 kbps 到 1.4 Mbps 已经算不错了。所以“蓝牙能不能传视频”这种问题答案很简单不能哪怕勉强传体验也差得没法用。功耗方面蓝牙 LE 的统治力是压倒性的。一颗 CR2032 纽扣电池用蓝牙 LE 广播温度数据跑一两年很常见。但 Wi-Fi 设备如果保持常连接几周甚至几天就得充电。原因不只是发射功率更关键的是 Wi-Fi 的协议栈复杂、连接维持开销大接收状态下也要持续监听信标报文而蓝牙 LE 可以设计成大部分时间深度睡眠。模块成本上现阶段一个成熟的双频 Wi-Fi 6 模组批量价格大约在 20 到 40 元人民币蓝牙 LE 模组大约 6 到 15 元Combo 模组则要 35 元起步根据品牌和功能上不封顶。成本是选型中非常现实的一关有些产品光模组价格就对整个物料清单影响巨大。1.2 无线协议的本质差异从物理层看选型如果只看接口和协议栈Wi-Fi 和蓝牙 LE 都差不多都是收发数据。但物理层的设计思路完全不同这决定了它们各自的优劣边界。Wi-Fi 追求的是在有限频段内把吞吐量做大。Wi-Fi 6 引入了 OFDMA 和 MU-MIMO可以把信道划分成更小的资源单元同时服务多个设备这在设备密集的智能家居环境中非常管用。调制方式最高到 1024-QAM单次符号能携带的比特数大幅提升。但这些高性能特性都需要较高的信噪比才能发挥出来设备离路由器远、信号差时调制阶数会自动降下来速率也会跟着缩水。蓝牙 LE 追求的是极简可靠。它采用 GFSK 调制抗干扰能力强对射频前端要求低成本自然低。蓝牙 LE 5.0 以后支持的 Coded PHY 技术可以通过重复编码把灵敏度做到 -120 dBm 以下代价是速率降到 125 kbps。这在链路预算上是一个非常有用的选项——当你的设备要尽量延长电池寿命并且传输的数据量又很小125 kbps 的速率完全够用。这里要提醒一点很多人看到蓝牙 LE 的理论速率有 2 Mbps就以为它可以替代低速 Wi-Fi。实际项目中蓝牙 LE 传一张 100 KB 的图片在稳定连接下要将近 1 秒这还没算重传和最坏情况。而 Wi-Fi 传同样大小的数据只要几十毫秒。差异的本质在于调制方式和协议效率不是软件层优化能弥补的。1.3 别忽略生态与供应链约束技术指标之外生态是很多人选型时容易忽略的隐形成本。Wi-Fi 的好处是设备直接接入现有路由器网络手机端通过云平台或者局域网 API 就能访问和互联网天然打通。但代价是设备本身要做完整的网络协议栈包括 TCP/IP、TLS、HTTP/MQTT 等对主控的算力和内存有要求。蓝牙 LE 的生态优势在于手机原生支持。iOS 和 Android 系统都内置了完善的 BLE 协议栈手机 App 可以直接扫描、连接、读写 GATT 服务不需要额外配网。但纯 BLE 设备要上云通常得借助手机做网关——手机不在设备附近时数据就传不出去。这是很多团队在评估“到底要不要上 Wi-Fi”时最纠结的地方。还有一个现实问题模组认证和供应渠道。Wi-Fi 6 模组因为要过 FCC、CE、SRRC 等认证上市周期长而且和芯片原厂、模组厂商的绑定很深。蓝牙 LE 模组因为功率低、射频设计成熟认证相对容易可选供应商很多量产风险更小。Combo 模组因为同时涉及两种无线协议射频共存调优复杂能做得好的厂商其实不多选型时一定要找有量产案例的供应商。提示选型不是比较参数表而是把产品的供电方式、安装位置、数据量、交互频率、运维成本全部换算成一条链路预算和一笔成本账。账算完了方案往往就呼之欲出了。2. 三条主流路线的优点、代价与适用边界在具体产品上没有完美的协议只有更匹配的方案。把 Wi-Fi 6、蓝牙 LE、Combo 三条路线的适用边界讲透选型就会顺很多。2.1 Wi-Fi 6高吞吐与低延迟的应用边界Wi-Fi 6 最大的价值是把吞吐和并发能力推到了一个此前 Wi-Fi 4/5 达不到的水准。对 IoT 设备来说最直接的受益是 OFDMA 技术当多个设备同时在线路由器不再需要用“排队”的方式一个一个处理而是可以在同一个频段内切片并行处理每个设备分到的时延显著降低。这对安装了十几个 Wi-Fi 设备的智能家居环境来说体验提升非常明显。Wi-Fi 6 还引入了 TWT目标唤醒时间机制设备可以和路由器约定好唤醒时间没数据时不监听信道可以降低待机功耗。理论上一颗电池供电的传感器如果只做低频上报用 Wi-Fi 6 的 TWT 也能做到月级别的续航。但要注意TWT 的功耗优化效果严重依赖路由器端的实现很多家用路由器并没有把 TWT 调度做好实际省电效果会打折扣。那 Wi-Fi 6 适合什么设备我总结下来有三类第一类是需要持续供电、数据量大、要求实时性的设备比如智能摄像头、可视门铃、中控屏第二类是延迟敏感的设备比如无线音箱多房间同步播放对时延抖动要求很高第三类是路由器已经升级到 Wi-Fi 6 的家庭环境里的高性能智能家居设备。但这不代表 Wi-Fi 6 适合所有 IoT 设备。它的启动过程复杂从上电到连上路由器通常需要 1 到 3 秒工作电流在几十到几百毫安级别模块面积和成本都偏高。如果产品只是每隔几分钟上报一个温度值用 Wi-Fi 6 就好比开着货车去送一封信能耗和成本的浪费太明显了。2.2 蓝牙 LE低功耗与生态便利性的甜蜜点蓝牙 LE 的核心设计哲学可以总结为两个字省电。通过极短的广播窗口、快速连接、深度睡眠和低频唤醒它在同等电池容量下可以实现远超 Wi-Fi 的续航时间。很多做穿戴和传感器的团队首选就是蓝牙 LE这是有道理的。蓝牙 LE 5.x 带来的增强也值得关注。它增加了 2M PHY 提高速率引入了 Coded PHY 增强距离还支持 AoA/AoD 定位BLE Mesh 也已经相当成熟。去年我参与一个仓储资产追踪项目用的是支持 AoA 的蓝牙 LE 定位方案精度可以做到 1 米以内成本比 UWB 方案低一个量级。如果你想做低功耗、低成本、中等精度的室内定位蓝牙 LE 几乎是没有对手的选项。蓝牙 LE 对手机生态的支持是它另一个巨大的天然优势。设备不需要联网只要在手机旁边App 就能直接发现并连接它。这极大简化了设备的配网和调试流程。很多 Wi-Fi 设备把配网做成用户吐槽的重灾区而蓝牙 LE 设备的连接体验可以做得非常顺滑。但蓝牙 LE 的边界也很清晰速率上限低、数据报文小不适合传输音视频或大批量文件除非组 Mesh 网络或者依赖手机网关否则难以实现真正的设备远程访问。如果你要做的产品必须独立联网不想依赖用户手机那纯蓝牙 LE 方案很难走通。不过这里也要纠正一个误区BLE Mesh 虽然能把设备规模做得很大但整体吞吐量还是受限于单跳速率主要适合命令类、状态类的小数据交互对数据量需求大的场景并不合适。2.3 Combo 方案当“既要又要”成为硬需求Combo 模块就是在一个芯片或一个模组里同时集成 Wi-Fi 和蓝牙 LE。它的价值不在于两个功能简单拼在一起而在于系统可以按需使用两者的优点平时用蓝牙 LE 保持低功耗连接在需要传大量数据或远程访问时切换到 Wi-Fi。我见过最典型的 Combo 案例是智能门锁。门锁要支持指纹、密码平时绝大部分时间处于待机状态用户靠近时得在 1 秒内完成身份验证并上报开锁记录。如果只有 Wi-Fi功耗扛不住如果只有蓝牙 LE远程开锁和视频能力受限。用 Combo 方案蓝牙 LE 负责低功耗唤醒和本地交互Wi-Fi 负责远程控制和固件升级各干各擅长的活。另一个典型场景是智能音箱带屏或智能中控屏。这类设备本身是持续供电的数据交互频繁需要 Wi-Fi 6 的高带宽同时又要做蓝牙 LE 的 Mesh 组网或者手机靠近发现用 Combo 模组可以在一个模组上解决两种需求相比分别采购两颗芯片PCB 面积和天线布局都更紧凑。但是 Combo 也有明显代价。最直接的是功耗即使只走蓝牙 LECombo 芯片中 Wi-Fi 射频电路的存在也会带来一定的漏电和待机电流增量。而且两套协议同时运行会产生射频共存干扰这是非常棘手的工程问题我在第 4 部分会专门讲。成本上Combo 模组价格基本等于同等级 Wi-Fi 模组加上蓝牙模组的总和再打个折但依然是单模方案的数倍。所以我的建议是只有当设备在同一个产品生命周期内既需要低功耗本地连接又需要高带宽远程通信Combo 才有必要。如果产品只需要其中一个功能就不要为用不上的另一半买单。一句话总结Wi-Fi 6 是给“富”设备的——供电富裕、算力富裕、数据量也大蓝牙 LE 是给“穷”设备的——电池紧巴、数据量小、靠手机中转Combo 是给“贪心”的设备的——两个都要但你也得接受更高的成本和更复杂的调试。3. 一条可复制的选型流程与实战模板前面讲了很多原理这里拿出一套我自己在项目里反复使用的选型流程按步骤走下来基本能把方案定在大概率正确的方向上。3.1 五步选型法从需求到型号第一步把需求量化成指标。不要只说“要远程控制”要写清楚数据上报频率多少秒一次单次数据量多少字节最大允许延迟多少毫秒设备供电是电池还是电源适配器安装位置距离路由器或手机大约几米有没有穿墙。这些会直接影响链路预算和功耗测算。第二步算链路预算。链路预算公式很简单发射功率dBm 发射天线增益dBi 接收天线增益dBi 路径损耗dB≥ 接收灵敏度dBm。举个例子蓝牙 LE 发射功率 0 dBm接收灵敏度 -95 dBm室内 10 米路径损耗大约 60 dB那么余量就是 0 35天线增益合一假设各 2 dBi60 -25等等这个算法不对。让我重新说。链路余量 发射功率 发射天线增益 接收天线增益 路径损耗 接收灵敏度因为灵敏度是负数减负数等于加上它的绝对值。用实际数字蓝牙 LE 发射 0 dBm收发天线增益合计 4 dBi10 米室内路径损耗约 60 dB接收灵敏度 -95 dBm则链路余量 0 4 - 60 - (-95) 39 dB。这个余量已经覆盖了多径衰落和干扰余量算是可靠。如果余量低于 10 dB基本就是不可用状态需要调整协议或者加大发射功率。同样的算法可以套到 Wi-Fi 6 上。Wi-Fi 6 路由器的发射功率通常在 20 dBm 左右设备接收灵敏度在 -85 dBm 上下取决于速率如果隔两堵墙路径损耗到 80 dB链路余量 20 4 - 80 85 29 dB看起来还行但实际因为路由器内置天线的增益和不同墙体损耗差异余量往往会进一步缩水。第三步估算功耗和续航。如果是电池供电查模组数据手册的各个状态电流比如广播/连接平均电流、深度睡眠电流、Wi-Fi 发射峰值电流然后按你的业务频率算平均电流。比如一颗 2400 mAh 电池设备每小时醒来一次发送一次数据平均电流 100 uA理论上续航可以达到 2400 / 0.1 / 24 1000 天。实际要考虑电池自放电、低温容量衰减、峰值电流拉低电压等因素一般要乘以 0.6 到 0.7 的安全系数。第四步确定网络拓扑。设备是直连路由器、直连手机还是通过另一个网关设备转发蓝牙 LE 的设备如果想上云要么用户手机常驻在附近要么配一个专门的网关。Wi-Fi 则天然直连互联网但前提是你的部署环境有可靠的路由器。这一步直接决定了是否需要购买网关硬件会显著影响整个项目的 BOM 成本。第五步评估模组和认证。把候选模组的型号、尺寸、天线形式、认证状态列出来。优先选已经拿到 SRRC、FCC、CE 认证的模组可以极大缩短产品上市周期。另外要确认模组厂商是否提供稳定的 SDK 和足够的技术支持——如果项目组嵌入式人手不足这个甚至比芯片本身性能更关键。3.2 用一张评估表快速打分如果把上面五个维度的信息填到一张表里选型会变成一项按图索骥的工作。这张表我每次开会都会放出来用来对齐团队认知。评估维度权重建议Wi-Fi 6 表现蓝牙 LE 表现Combo 表现电池续航潜力20%低周级高月/年级中月级需慎重设计数据吞吐20%高Mbps级低kbps级高依赖Wi-Fi手机生态15%需配网原生支持两者兼有远程访问15%直接支持需网关直接支持模块成本15%中低高认证与量产难度10%中低中高射频复杂度5%低低高表格里的权重不同产品会不一样。比如做一次性可穿戴设备电池续航权重可能占 50%做智能摄像头数据吞吐可能占 40%。建议团队在项目启动时就完成这张权重的对齐避免后续在技术路线选择上反复摇摆。3.3 三个实战案例的选型复盘第一个案例是电池供电的温湿度传感器要求续航两年每分钟上报一次数据安装位置在室内距离路由器大概 15 米隔一堵墙。这个场景我直接排除了 Wi-Fi因为 Minuit 一轮询的上报频率Wi-Fi 的功耗完全无法接受。最终选了蓝牙 LE 5.0 模组发射功率 4 dBm用 Coded PHY S2 模式实测平均电流只有 45 uA。配合一节 18650 电池理论续航远超两年。第二个案例是带屏的智能家居中控屏7 寸屏常供电需要快速加载设备状态、控制灯光和窗帘也要支持蓝牙 Mesh 接入一些传感器和门锁。这个产品选的 Combo 方案Wi-Fi 6 走控制命令和 UI 数据蓝牙 LE 负责 Mesh 组网的本地服务。实际跑下来用 Wi-Fi 6 的 OFDMA 特性同时控制 8 个设备时延在 50 ms 以内比之前用 Wi-Fi 4 方案时经常出现的 200 ms 延迟好太多了。第三个案例是智能门锁同样选的是 Combo但组合方式和中控屏完全不同。门锁平时的门锁状态、报警事件都走蓝牙 LE便于手机靠近时快速连接只有在用户远程查看开锁记录、升级固件或者查看电池状态时才让 Wi-Fi 启动连接路由器。通过这种按需唤醒 Wi-Fi 的策略我们把待机功耗控制在了 20 uA 以下同时又保住了远程能力。这就是 Combo 方案的典型设计思路不要让 Wi-Fi 常连接而是把它当作一个按需调用的资源。提示选型不是选完芯片就结束真正的选型持续到产品定义冻结。建议在原型阶段同时准备两套候选方案进行实测对比尤其要测功耗和弱信号表现不要只看数据手册。4. 实际开发中那些不写在文档里的坑选型只是第一步后面调试和量产才是真正考验水平的阶段。无线领域里很多问题在数据手册上是看不出来的只有实际做完一个完整项目才会深有体会。4.1 共存干扰问题的实际表现与规避手段Combo 模组最常见的噩梦就是 Wi-Fi 和蓝牙 LE 同时工作时互相干扰。原因很简单2.4 GHz 频段就是那 80 MHz 带宽Wi-Fi 信道和蓝牙信道的跳频范围高度重叠。蓝牙 LE 在 2.402 到 2.480 GHz 之间跳频Wi-Fi 的 2.4G 20 MHz 信道也占用了其中一段。当两者同时收发时蓝牙的跳频很容易跳到 Wi-Fi 正在用的信道造成蓝牙丢包或者 Wi-Fi 吞吐下降。解决共存问题的手段按优先级排序是第一天线布局要拉开空间距离尽量让两根天线之间至少有 20 dB 的隔离度这在小型产品里不太容易做到第二使用时分机制让 Wi-Fi 和蓝牙 LE 错开传输窗口比如在 Wi-Fi 需要传输大文件时暂时暂停蓝牙广播第三利用模组本身的共存接口如 PTA 接口让两颗射频芯片协商避让这是硬件层面最可靠的手段第四在软件层做优先级管理比如蓝牙 LE 连接事件不可打断Wi-Fi 传输可以片状错开。实际测试中如果产品结构很紧凑、天线距离拉不开我建议优先考虑支持 PTA 接口的 Combo 模组然后让软件团队在驱动里调好优先策略。别指望单靠改频段或者降功率解决所有干扰问题那只能缓解不能根除。4.2 配网与连接体验是产品的隐形门槛很多人把精力集中在功能实现上却忽略了配网体验。一台 Wi-Fi 设备第一次上电用户要用手机 App 来配置网络如果配网流程做得不好退货率会非常难看。早期 Wi-Fi IoT 设备常用的 SmartConfig 模式在很多路由器上已经不好用了因为不少路由器开启了 AP 隔离或者组播过滤SmartConfig 直接失效。现在比较顺滑的思路是 BLE Wi-Fi 的 Combo 配网设备开机后先广播蓝牙 LE 服务手机 App 扫描到设备后通过蓝牙把 Wi-Fi 的 SSID 和密码发送给设备设备再自动连接路由器。这个流程对用户非常友好这也是很多中高端设备即使主通信走 Wi-Fi也要集成一颗蓝牙 LE 芯片的原因之一。如果你做的是单 Wi-Fi 模组要重视 Easy ConnectDPP这种新配网方式它比 WPS 安全也比 SmartConfig 稳定但需要手机端的配合。还有一个容易忽略的细节路由器对设备数量的限制。很多家用路由器连接设备数超过二三十个之后就会出现随机掉线的问题。如果你的设备是强依赖远程访问的一定要在用户指南里提示“建议将路由器升级为支持 Wi-Fi 6 的型号”因为 Wi-Fi 6 的 OFDMA 在多设备并发场景下的提升是实打实的。4.3 功耗、认证与天线调试的实战提醒电池供电的低功耗设备最大的坑在于“标称功耗”和“实际功耗”的巨大差异。我见过不少团队看数据手册觉得 10 uA 的睡眠电流很理想结果样品做出来整机睡眠电流是 200 uA找半天原因发现是外部的 Flash 芯片、传感器、LED 指示灯的漏电在捣乱。低功耗是一个系统工程不只是芯片的功劳外围元件的选取、电路的上下拉电阻、电源轨的漏电流全部要纳入预算。做天线调试时更建议直接到正规的微波暗室或者用频谱仪加网络分析仪测量 S11 参数和辐射效率。我见过太多团队因为没有测天线的条件只盯着 RSSI 值看结果天线匹配不良发射功率上不去距离和稳定性都很差。如果公司没有仪器至少也要用矢量网络分析仪配合简易天线调试工具做一次匹配调试。认证方面需要提醒的是Wi-Fi 6 模组在部分地区对发射功率有严格限制比如某些国家在 5 GHz 频段要求 DFS 和 TPC 功能模组需要额外做软件配置和过测会推高认证成本和时间。蓝牙 LE 则要留意各国对跳频、发射功率和占空比的规定。选模组之前先确认目标市场然后让模组厂商提供已在目标市场过认证的模组列表这能省掉非常多麻烦。4.4 常见问题速查表把这些年调试中遇到的典型问题整理成一张速查表方便大家现场排查。问题现象可能原因排查方向蓝牙连接频繁断开与 Wi-Fi 共存干扰严重增加天线隔离、调 PTA 优先级Wi-Fi 吞吐量远低于标称值信号弱、路由器开了兼容模式查看协商速率切换 40/80 MHz电池续航远低于预期外围元件漏电、没有进入深度睡眠逐模块测量电流排除漏电路径设备离路由器稍远就连不上天线匹配差、发射功率被压低网络分析仪测 S11检查模组配置配网总是不成功路由器开启 AP 隔离、手机 App 兼容问题换配网方式优先用 BLE 或 DPP同时收发时蓝牙大量丢包时分机制未开启、共存配置错误检查模组联合驱动配置和 PTA排查无线问题我习惯的套路是先把硬件/天线问题排除再查配置/驱动最后才考虑环境因素。很多团队一上来就怀疑协议栈和云端结果折腾几周发现是天线没有扣紧或者走线阻抗不对那就太冤枉了。提示原型阶段一定要把射频测试线预留出来。很多模组有传导测试接口可以在不依赖天线的情况下把模组的发射功率和接收灵敏度测准。这样出了问题可以快速判断是模组本身问题还是天线问题。最后聊几句选型的个人体会我从第一次做带无线的产品到现在最大的感悟是选型不是选“最好”的技术而是选“最不坏”的妥协。Wi-Fi 6、蓝牙 LE 和 Combo 没有绝对的优劣只有是不是适合你当前的供电、成本、体验和量产节奏。记得有一款早期产品因为当时贪图 Combo 的功能全面忽略了模组成本和天线布局空间导致量产时射频一致性出了问题返工了好几次。后来再遇到类似需求我会先问自己一句这功能用户真的需要吗有没有更简单、更低成本的实现路径最后给一个小建议如果团队经验还不够做原型验证时别急着锁方案。尽量把 Wi-Fi 和蓝牙的调试接口、测试点都留出来甚至可以同时做两套候选模块的底板。前期多花一点时间和几块 PCB 的钱换来的是一年后的稳定量产。无线方案的坑越早踩代价越低。
做 IoT 设备选型最绕不开的就是通信方式。Wi-Fi 6、蓝牙 LE、Combo双模组合这三个词基本上每个硬件项目立项时都会被拿出来讨论一轮。我自己这些年做过智能门锁、环境监测传感器、家庭中控屏也帮朋友看过不少产品的无线方案说实话大部分项目选错不是需求没想清楚而是对这三条技术路线的本质差异理解不够透。这篇文章就把我在实际选型中总结的方法、算过的账、踩过的坑一次性讲明白。先回答一个很多新手会问的问题Wi-Fi 6、蓝牙 LE 和 Combo 到底有什么区别简单说Wi-Fi 6 是 Wi-Fi 标准的最新代际适合高速率、低延迟、持续供电的设备蓝牙 LE 是低功耗蓝牙适合电池供电、小数据量、需要手机直连的设备Combo 则是把两者集成在一个模块里让设备在两种网络中按需切换。选哪个不只看参数表还要看产品形态、安装位置、功耗预算和运维方式。这篇内容适合正在做产品选型的硬件工程师、刚入行的嵌入式开发以及想了解 IoT 无线方案的创业者或者产品经理。我会把原理讲得容易理解同时给出可以直接用的评估步骤和数据参考。1. 选型之前先把这个账算清楚很多开发者上来就盯着协议本身争论其实选型本质上是在算一笔账——用功耗换带宽用成本换体验用复杂度换灵活性。把这笔账里的几项关键指标列清楚方案基本就浮出水面了。1.1 四个核心维度距离、速率、功耗、成本无线选型最核心的维度无非是这四项通信距离、数据速率、功耗水平、模块成本。每一项背后都有物理条件限制不是厂商想标多少就是多少。通信距离上Wi-Fi 6 和蓝牙 LE 在理想环境下都宣称能到百米级但实际使用有巨大差异。Wi-Fi 6 在室内一般 20 到 50 米穿一堵墙后信号衰减明显蓝牙 LE 在开放空间 30 到 80 米穿墙后经常不到 10 米。这个差距来自发射功率和频段特性。Wi-Fi 的发射功率通常能做到 20 dBm 以上蓝牙 LE 为了省电和合规多数在 10 dBm 以内。数据速率方面差距就更大了。Wi-Fi 6 单流理论速率可以到 600 Mbps 以上实际使用几十 Mbps 没问题传视频、传图片都很轻松。蓝牙 LE 在 LE 2M 模式下物理层速率也才 2 Mbps刨去协议开销实际吞吐量能稳定跑到 700 kbps 到 1.4 Mbps 已经算不错了。所以“蓝牙能不能传视频”这种问题答案很简单不能哪怕勉强传体验也差得没法用。功耗方面蓝牙 LE 的统治力是压倒性的。一颗 CR2032 纽扣电池用蓝牙 LE 广播温度数据跑一两年很常见。但 Wi-Fi 设备如果保持常连接几周甚至几天就得充电。原因不只是发射功率更关键的是 Wi-Fi 的协议栈复杂、连接维持开销大接收状态下也要持续监听信标报文而蓝牙 LE 可以设计成大部分时间深度睡眠。模块成本上现阶段一个成熟的双频 Wi-Fi 6 模组批量价格大约在 20 到 40 元人民币蓝牙 LE 模组大约 6 到 15 元Combo 模组则要 35 元起步根据品牌和功能上不封顶。成本是选型中非常现实的一关有些产品光模组价格就对整个物料清单影响巨大。1.2 无线协议的本质差异从物理层看选型如果只看接口和协议栈Wi-Fi 和蓝牙 LE 都差不多都是收发数据。但物理层的设计思路完全不同这决定了它们各自的优劣边界。Wi-Fi 追求的是在有限频段内把吞吐量做大。Wi-Fi 6 引入了 OFDMA 和 MU-MIMO可以把信道划分成更小的资源单元同时服务多个设备这在设备密集的智能家居环境中非常管用。调制方式最高到 1024-QAM单次符号能携带的比特数大幅提升。但这些高性能特性都需要较高的信噪比才能发挥出来设备离路由器远、信号差时调制阶数会自动降下来速率也会跟着缩水。蓝牙 LE 追求的是极简可靠。它采用 GFSK 调制抗干扰能力强对射频前端要求低成本自然低。蓝牙 LE 5.0 以后支持的 Coded PHY 技术可以通过重复编码把灵敏度做到 -120 dBm 以下代价是速率降到 125 kbps。这在链路预算上是一个非常有用的选项——当你的设备要尽量延长电池寿命并且传输的数据量又很小125 kbps 的速率完全够用。这里要提醒一点很多人看到蓝牙 LE 的理论速率有 2 Mbps就以为它可以替代低速 Wi-Fi。实际项目中蓝牙 LE 传一张 100 KB 的图片在稳定连接下要将近 1 秒这还没算重传和最坏情况。而 Wi-Fi 传同样大小的数据只要几十毫秒。差异的本质在于调制方式和协议效率不是软件层优化能弥补的。1.3 别忽略生态与供应链约束技术指标之外生态是很多人选型时容易忽略的隐形成本。Wi-Fi 的好处是设备直接接入现有路由器网络手机端通过云平台或者局域网 API 就能访问和互联网天然打通。但代价是设备本身要做完整的网络协议栈包括 TCP/IP、TLS、HTTP/MQTT 等对主控的算力和内存有要求。蓝牙 LE 的生态优势在于手机原生支持。iOS 和 Android 系统都内置了完善的 BLE 协议栈手机 App 可以直接扫描、连接、读写 GATT 服务不需要额外配网。但纯 BLE 设备要上云通常得借助手机做网关——手机不在设备附近时数据就传不出去。这是很多团队在评估“到底要不要上 Wi-Fi”时最纠结的地方。还有一个现实问题模组认证和供应渠道。Wi-Fi 6 模组因为要过 FCC、CE、SRRC 等认证上市周期长而且和芯片原厂、模组厂商的绑定很深。蓝牙 LE 模组因为功率低、射频设计成熟认证相对容易可选供应商很多量产风险更小。Combo 模组因为同时涉及两种无线协议射频共存调优复杂能做得好的厂商其实不多选型时一定要找有量产案例的供应商。提示选型不是比较参数表而是把产品的供电方式、安装位置、数据量、交互频率、运维成本全部换算成一条链路预算和一笔成本账。账算完了方案往往就呼之欲出了。2. 三条主流路线的优点、代价与适用边界在具体产品上没有完美的协议只有更匹配的方案。把 Wi-Fi 6、蓝牙 LE、Combo 三条路线的适用边界讲透选型就会顺很多。2.1 Wi-Fi 6高吞吐与低延迟的应用边界Wi-Fi 6 最大的价值是把吞吐和并发能力推到了一个此前 Wi-Fi 4/5 达不到的水准。对 IoT 设备来说最直接的受益是 OFDMA 技术当多个设备同时在线路由器不再需要用“排队”的方式一个一个处理而是可以在同一个频段内切片并行处理每个设备分到的时延显著降低。这对安装了十几个 Wi-Fi 设备的智能家居环境来说体验提升非常明显。Wi-Fi 6 还引入了 TWT目标唤醒时间机制设备可以和路由器约定好唤醒时间没数据时不监听信道可以降低待机功耗。理论上一颗电池供电的传感器如果只做低频上报用 Wi-Fi 6 的 TWT 也能做到月级别的续航。但要注意TWT 的功耗优化效果严重依赖路由器端的实现很多家用路由器并没有把 TWT 调度做好实际省电效果会打折扣。那 Wi-Fi 6 适合什么设备我总结下来有三类第一类是需要持续供电、数据量大、要求实时性的设备比如智能摄像头、可视门铃、中控屏第二类是延迟敏感的设备比如无线音箱多房间同步播放对时延抖动要求很高第三类是路由器已经升级到 Wi-Fi 6 的家庭环境里的高性能智能家居设备。但这不代表 Wi-Fi 6 适合所有 IoT 设备。它的启动过程复杂从上电到连上路由器通常需要 1 到 3 秒工作电流在几十到几百毫安级别模块面积和成本都偏高。如果产品只是每隔几分钟上报一个温度值用 Wi-Fi 6 就好比开着货车去送一封信能耗和成本的浪费太明显了。2.2 蓝牙 LE低功耗与生态便利性的甜蜜点蓝牙 LE 的核心设计哲学可以总结为两个字省电。通过极短的广播窗口、快速连接、深度睡眠和低频唤醒它在同等电池容量下可以实现远超 Wi-Fi 的续航时间。很多做穿戴和传感器的团队首选就是蓝牙 LE这是有道理的。蓝牙 LE 5.x 带来的增强也值得关注。它增加了 2M PHY 提高速率引入了 Coded PHY 增强距离还支持 AoA/AoD 定位BLE Mesh 也已经相当成熟。去年我参与一个仓储资产追踪项目用的是支持 AoA 的蓝牙 LE 定位方案精度可以做到 1 米以内成本比 UWB 方案低一个量级。如果你想做低功耗、低成本、中等精度的室内定位蓝牙 LE 几乎是没有对手的选项。蓝牙 LE 对手机生态的支持是它另一个巨大的天然优势。设备不需要联网只要在手机旁边App 就能直接发现并连接它。这极大简化了设备的配网和调试流程。很多 Wi-Fi 设备把配网做成用户吐槽的重灾区而蓝牙 LE 设备的连接体验可以做得非常顺滑。但蓝牙 LE 的边界也很清晰速率上限低、数据报文小不适合传输音视频或大批量文件除非组 Mesh 网络或者依赖手机网关否则难以实现真正的设备远程访问。如果你要做的产品必须独立联网不想依赖用户手机那纯蓝牙 LE 方案很难走通。不过这里也要纠正一个误区BLE Mesh 虽然能把设备规模做得很大但整体吞吐量还是受限于单跳速率主要适合命令类、状态类的小数据交互对数据量需求大的场景并不合适。2.3 Combo 方案当“既要又要”成为硬需求Combo 模块就是在一个芯片或一个模组里同时集成 Wi-Fi 和蓝牙 LE。它的价值不在于两个功能简单拼在一起而在于系统可以按需使用两者的优点平时用蓝牙 LE 保持低功耗连接在需要传大量数据或远程访问时切换到 Wi-Fi。我见过最典型的 Combo 案例是智能门锁。门锁要支持指纹、密码平时绝大部分时间处于待机状态用户靠近时得在 1 秒内完成身份验证并上报开锁记录。如果只有 Wi-Fi功耗扛不住如果只有蓝牙 LE远程开锁和视频能力受限。用 Combo 方案蓝牙 LE 负责低功耗唤醒和本地交互Wi-Fi 负责远程控制和固件升级各干各擅长的活。另一个典型场景是智能音箱带屏或智能中控屏。这类设备本身是持续供电的数据交互频繁需要 Wi-Fi 6 的高带宽同时又要做蓝牙 LE 的 Mesh 组网或者手机靠近发现用 Combo 模组可以在一个模组上解决两种需求相比分别采购两颗芯片PCB 面积和天线布局都更紧凑。但是 Combo 也有明显代价。最直接的是功耗即使只走蓝牙 LECombo 芯片中 Wi-Fi 射频电路的存在也会带来一定的漏电和待机电流增量。而且两套协议同时运行会产生射频共存干扰这是非常棘手的工程问题我在第 4 部分会专门讲。成本上Combo 模组价格基本等于同等级 Wi-Fi 模组加上蓝牙模组的总和再打个折但依然是单模方案的数倍。所以我的建议是只有当设备在同一个产品生命周期内既需要低功耗本地连接又需要高带宽远程通信Combo 才有必要。如果产品只需要其中一个功能就不要为用不上的另一半买单。一句话总结Wi-Fi 6 是给“富”设备的——供电富裕、算力富裕、数据量也大蓝牙 LE 是给“穷”设备的——电池紧巴、数据量小、靠手机中转Combo 是给“贪心”的设备的——两个都要但你也得接受更高的成本和更复杂的调试。3. 一条可复制的选型流程与实战模板前面讲了很多原理这里拿出一套我自己在项目里反复使用的选型流程按步骤走下来基本能把方案定在大概率正确的方向上。3.1 五步选型法从需求到型号第一步把需求量化成指标。不要只说“要远程控制”要写清楚数据上报频率多少秒一次单次数据量多少字节最大允许延迟多少毫秒设备供电是电池还是电源适配器安装位置距离路由器或手机大约几米有没有穿墙。这些会直接影响链路预算和功耗测算。第二步算链路预算。链路预算公式很简单发射功率dBm 发射天线增益dBi 接收天线增益dBi 路径损耗dB≥ 接收灵敏度dBm。举个例子蓝牙 LE 发射功率 0 dBm接收灵敏度 -95 dBm室内 10 米路径损耗大约 60 dB那么余量就是 0 35天线增益合一假设各 2 dBi60 -25等等这个算法不对。让我重新说。链路余量 发射功率 发射天线增益 接收天线增益 路径损耗 接收灵敏度因为灵敏度是负数减负数等于加上它的绝对值。用实际数字蓝牙 LE 发射 0 dBm收发天线增益合计 4 dBi10 米室内路径损耗约 60 dB接收灵敏度 -95 dBm则链路余量 0 4 - 60 - (-95) 39 dB。这个余量已经覆盖了多径衰落和干扰余量算是可靠。如果余量低于 10 dB基本就是不可用状态需要调整协议或者加大发射功率。同样的算法可以套到 Wi-Fi 6 上。Wi-Fi 6 路由器的发射功率通常在 20 dBm 左右设备接收灵敏度在 -85 dBm 上下取决于速率如果隔两堵墙路径损耗到 80 dB链路余量 20 4 - 80 85 29 dB看起来还行但实际因为路由器内置天线的增益和不同墙体损耗差异余量往往会进一步缩水。第三步估算功耗和续航。如果是电池供电查模组数据手册的各个状态电流比如广播/连接平均电流、深度睡眠电流、Wi-Fi 发射峰值电流然后按你的业务频率算平均电流。比如一颗 2400 mAh 电池设备每小时醒来一次发送一次数据平均电流 100 uA理论上续航可以达到 2400 / 0.1 / 24 1000 天。实际要考虑电池自放电、低温容量衰减、峰值电流拉低电压等因素一般要乘以 0.6 到 0.7 的安全系数。第四步确定网络拓扑。设备是直连路由器、直连手机还是通过另一个网关设备转发蓝牙 LE 的设备如果想上云要么用户手机常驻在附近要么配一个专门的网关。Wi-Fi 则天然直连互联网但前提是你的部署环境有可靠的路由器。这一步直接决定了是否需要购买网关硬件会显著影响整个项目的 BOM 成本。第五步评估模组和认证。把候选模组的型号、尺寸、天线形式、认证状态列出来。优先选已经拿到 SRRC、FCC、CE 认证的模组可以极大缩短产品上市周期。另外要确认模组厂商是否提供稳定的 SDK 和足够的技术支持——如果项目组嵌入式人手不足这个甚至比芯片本身性能更关键。3.2 用一张评估表快速打分如果把上面五个维度的信息填到一张表里选型会变成一项按图索骥的工作。这张表我每次开会都会放出来用来对齐团队认知。评估维度权重建议Wi-Fi 6 表现蓝牙 LE 表现Combo 表现电池续航潜力20%低周级高月/年级中月级需慎重设计数据吞吐20%高Mbps级低kbps级高依赖Wi-Fi手机生态15%需配网原生支持两者兼有远程访问15%直接支持需网关直接支持模块成本15%中低高认证与量产难度10%中低中高射频复杂度5%低低高表格里的权重不同产品会不一样。比如做一次性可穿戴设备电池续航权重可能占 50%做智能摄像头数据吞吐可能占 40%。建议团队在项目启动时就完成这张权重的对齐避免后续在技术路线选择上反复摇摆。3.3 三个实战案例的选型复盘第一个案例是电池供电的温湿度传感器要求续航两年每分钟上报一次数据安装位置在室内距离路由器大概 15 米隔一堵墙。这个场景我直接排除了 Wi-Fi因为 Minuit 一轮询的上报频率Wi-Fi 的功耗完全无法接受。最终选了蓝牙 LE 5.0 模组发射功率 4 dBm用 Coded PHY S2 模式实测平均电流只有 45 uA。配合一节 18650 电池理论续航远超两年。第二个案例是带屏的智能家居中控屏7 寸屏常供电需要快速加载设备状态、控制灯光和窗帘也要支持蓝牙 Mesh 接入一些传感器和门锁。这个产品选的 Combo 方案Wi-Fi 6 走控制命令和 UI 数据蓝牙 LE 负责 Mesh 组网的本地服务。实际跑下来用 Wi-Fi 6 的 OFDMA 特性同时控制 8 个设备时延在 50 ms 以内比之前用 Wi-Fi 4 方案时经常出现的 200 ms 延迟好太多了。第三个案例是智能门锁同样选的是 Combo但组合方式和中控屏完全不同。门锁平时的门锁状态、报警事件都走蓝牙 LE便于手机靠近时快速连接只有在用户远程查看开锁记录、升级固件或者查看电池状态时才让 Wi-Fi 启动连接路由器。通过这种按需唤醒 Wi-Fi 的策略我们把待机功耗控制在了 20 uA 以下同时又保住了远程能力。这就是 Combo 方案的典型设计思路不要让 Wi-Fi 常连接而是把它当作一个按需调用的资源。提示选型不是选完芯片就结束真正的选型持续到产品定义冻结。建议在原型阶段同时准备两套候选方案进行实测对比尤其要测功耗和弱信号表现不要只看数据手册。4. 实际开发中那些不写在文档里的坑选型只是第一步后面调试和量产才是真正考验水平的阶段。无线领域里很多问题在数据手册上是看不出来的只有实际做完一个完整项目才会深有体会。4.1 共存干扰问题的实际表现与规避手段Combo 模组最常见的噩梦就是 Wi-Fi 和蓝牙 LE 同时工作时互相干扰。原因很简单2.4 GHz 频段就是那 80 MHz 带宽Wi-Fi 信道和蓝牙信道的跳频范围高度重叠。蓝牙 LE 在 2.402 到 2.480 GHz 之间跳频Wi-Fi 的 2.4G 20 MHz 信道也占用了其中一段。当两者同时收发时蓝牙的跳频很容易跳到 Wi-Fi 正在用的信道造成蓝牙丢包或者 Wi-Fi 吞吐下降。解决共存问题的手段按优先级排序是第一天线布局要拉开空间距离尽量让两根天线之间至少有 20 dB 的隔离度这在小型产品里不太容易做到第二使用时分机制让 Wi-Fi 和蓝牙 LE 错开传输窗口比如在 Wi-Fi 需要传输大文件时暂时暂停蓝牙广播第三利用模组本身的共存接口如 PTA 接口让两颗射频芯片协商避让这是硬件层面最可靠的手段第四在软件层做优先级管理比如蓝牙 LE 连接事件不可打断Wi-Fi 传输可以片状错开。实际测试中如果产品结构很紧凑、天线距离拉不开我建议优先考虑支持 PTA 接口的 Combo 模组然后让软件团队在驱动里调好优先策略。别指望单靠改频段或者降功率解决所有干扰问题那只能缓解不能根除。4.2 配网与连接体验是产品的隐形门槛很多人把精力集中在功能实现上却忽略了配网体验。一台 Wi-Fi 设备第一次上电用户要用手机 App 来配置网络如果配网流程做得不好退货率会非常难看。早期 Wi-Fi IoT 设备常用的 SmartConfig 模式在很多路由器上已经不好用了因为不少路由器开启了 AP 隔离或者组播过滤SmartConfig 直接失效。现在比较顺滑的思路是 BLE Wi-Fi 的 Combo 配网设备开机后先广播蓝牙 LE 服务手机 App 扫描到设备后通过蓝牙把 Wi-Fi 的 SSID 和密码发送给设备设备再自动连接路由器。这个流程对用户非常友好这也是很多中高端设备即使主通信走 Wi-Fi也要集成一颗蓝牙 LE 芯片的原因之一。如果你做的是单 Wi-Fi 模组要重视 Easy ConnectDPP这种新配网方式它比 WPS 安全也比 SmartConfig 稳定但需要手机端的配合。还有一个容易忽略的细节路由器对设备数量的限制。很多家用路由器连接设备数超过二三十个之后就会出现随机掉线的问题。如果你的设备是强依赖远程访问的一定要在用户指南里提示“建议将路由器升级为支持 Wi-Fi 6 的型号”因为 Wi-Fi 6 的 OFDMA 在多设备并发场景下的提升是实打实的。4.3 功耗、认证与天线调试的实战提醒电池供电的低功耗设备最大的坑在于“标称功耗”和“实际功耗”的巨大差异。我见过不少团队看数据手册觉得 10 uA 的睡眠电流很理想结果样品做出来整机睡眠电流是 200 uA找半天原因发现是外部的 Flash 芯片、传感器、LED 指示灯的漏电在捣乱。低功耗是一个系统工程不只是芯片的功劳外围元件的选取、电路的上下拉电阻、电源轨的漏电流全部要纳入预算。做天线调试时更建议直接到正规的微波暗室或者用频谱仪加网络分析仪测量 S11 参数和辐射效率。我见过太多团队因为没有测天线的条件只盯着 RSSI 值看结果天线匹配不良发射功率上不去距离和稳定性都很差。如果公司没有仪器至少也要用矢量网络分析仪配合简易天线调试工具做一次匹配调试。认证方面需要提醒的是Wi-Fi 6 模组在部分地区对发射功率有严格限制比如某些国家在 5 GHz 频段要求 DFS 和 TPC 功能模组需要额外做软件配置和过测会推高认证成本和时间。蓝牙 LE 则要留意各国对跳频、发射功率和占空比的规定。选模组之前先确认目标市场然后让模组厂商提供已在目标市场过认证的模组列表这能省掉非常多麻烦。4.4 常见问题速查表把这些年调试中遇到的典型问题整理成一张速查表方便大家现场排查。问题现象可能原因排查方向蓝牙连接频繁断开与 Wi-Fi 共存干扰严重增加天线隔离、调 PTA 优先级Wi-Fi 吞吐量远低于标称值信号弱、路由器开了兼容模式查看协商速率切换 40/80 MHz电池续航远低于预期外围元件漏电、没有进入深度睡眠逐模块测量电流排除漏电路径设备离路由器稍远就连不上天线匹配差、发射功率被压低网络分析仪测 S11检查模组配置配网总是不成功路由器开启 AP 隔离、手机 App 兼容问题换配网方式优先用 BLE 或 DPP同时收发时蓝牙大量丢包时分机制未开启、共存配置错误检查模组联合驱动配置和 PTA排查无线问题我习惯的套路是先把硬件/天线问题排除再查配置/驱动最后才考虑环境因素。很多团队一上来就怀疑协议栈和云端结果折腾几周发现是天线没有扣紧或者走线阻抗不对那就太冤枉了。提示原型阶段一定要把射频测试线预留出来。很多模组有传导测试接口可以在不依赖天线的情况下把模组的发射功率和接收灵敏度测准。这样出了问题可以快速判断是模组本身问题还是天线问题。最后聊几句选型的个人体会我从第一次做带无线的产品到现在最大的感悟是选型不是选“最好”的技术而是选“最不坏”的妥协。Wi-Fi 6、蓝牙 LE 和 Combo 没有绝对的优劣只有是不是适合你当前的供电、成本、体验和量产节奏。记得有一款早期产品因为当时贪图 Combo 的功能全面忽略了模组成本和天线布局空间导致量产时射频一致性出了问题返工了好几次。后来再遇到类似需求我会先问自己一句这功能用户真的需要吗有没有更简单、更低成本的实现路径最后给一个小建议如果团队经验还不够做原型验证时别急着锁方案。尽量把 Wi-Fi 和蓝牙的调试接口、测试点都留出来甚至可以同时做两套候选模块的底板。前期多花一点时间和几块 PCB 的钱换来的是一年后的稳定量产。无线方案的坑越早踩代价越低。
)
)
