最近接了个智能门锁的项目主控芯片选型倒是没费太多功夫整个团队却在无线方案上吵了两周走 Wi-Fi 6 直连、用蓝牙 LE还是一步到位上 Combo 模块三家方案商给的参考设计都很有道理评审会开完一轮又一轮最后靠拆了几台竞品机才把方向定下来。这种纠结做 IoT 产品的朋友应该都不陌生。Wi-Fi 6、蓝牙 LE、Combo 组合方案这三条路线基本覆盖了目前消费级和工业级 IoT 设备能在 2.4GHz 频段用到的所有主流无线选择但每一条路都远没有名字看上去那么简单。这篇文章会把自己做选型时的思考框架和踩坑记录完整拆开讲一遍Wi-Fi 6 的 TWT 到底能把待机功耗压到多少蓝牙 LE 在哪些场景会撞上吞吐天花板Combo 模块的真实成本与 2.4GHz 共存问题怎么解。不管你是刚入行的嵌入式工程师还是要拍板硬件方案的产品负责人希望这份梳理能帮你把一道选择题变成填空题。1. 选错无线方案的代价为什么项目立项时最该先碰这个1.1 三个我真实见过的翻车场景先说第一个一个做环境监测传感器的团队为了图省事全系产品都用了一个老款 Wi-Fi 模组。CR2032 纽扣电池理论上标称能用一年实际上每 10 分钟上报一次温湿度两个月就掉到 20% 以下。Wi-Fi 从连接、保持关联到 TCP/TLS 建连、HTTP 上传每一环都在消耗电流那 10 分钟一次的唤醒看上去频率不高但一次完整上报的峰值电流 100mA 以上、持续时间 1 到 3 秒折算到平均功耗上非常恐怖。选型时只盯着峰值功耗低没算平均功耗这是最常见的坑。第二个方向相反一个做宠物喂食器的团队坚持全 BLE理由是低功耗、成本低。结果产品要在没有网关的情况下支持手机远程查看剩余粮量甚至摄像头抓拍蓝牙 LE 那点吞吐传一张图要磨蹭十几秒用户真实体验奇差。第三个是 Combo 的翻车。做智能音箱的团队在 Wi-Fi 和 BLE 同时开启时蓝牙音频断断续续查到最后是模块内部两个射频共享天线却没有做好共存仲裁Wi-Fi 一忙就把 BLE 的连接事件挤掉了。这三个例子有一个共同点三类方案本身都没毛病问题出在选型时只考虑这一项技术能不能实现需求没有把功耗预算、吞吐需求、射频共存、认证排期和供应商能力放一起算总账。1.2 无线方案牵一发而动全身无线选型影响的绝不只是那一颗模组。它直接决定你用什么样的系统电压和电池拓扑决定 MCU 需要多大的 RAM 和 Flash 去跑协议栈决定产品要过哪些认证、周期多长决定 APP 是走局域网直连还是要云平台中转决定 OTA 升级是 10 秒完成还是让用户等十分钟。换句话说越到后面才发现无线方案选错了推倒重来的成本就越高。立项阶段花一天把选型框架拉清楚比打样之后再回来改便宜十倍不止。2. Wi-Fi 6 在物联网里的真实角色不是快而是省与密很多人一听 Wi-Fi 6 的第一个反应是快那是手机、路由器的语境是跑测速、看 4K 视频的语境。在 IoT 设备上Wi-Fi 6 能带来的核心价值其实是另外三个词省电、抗拥塞、安全合规。这三个词决定了它跟老 Wi-Fi 模组的本质区别也正是它们让IoT 用 Wi-Fi 6从杀鸡用牛刀变成了一种合理选项。2.1 TWT把待机功耗从小时级拉到周级的关键TWTTarget Wake Time目标唤醒时间是 802.11ax 引入的机制。传统 Wi-Fi 的省电模式靠 DTIM Beacon 周期唤醒即使没数据也要定时醒来听 AP 的指示TWT 则允许设备和 AP 协商一套明确的唤醒时间表设备可以在绝大部分时间深度睡眠只在约定的时间窗口醒来收发数据。我做过一个很粗的估算假设某低功耗 Wi-Fi 6 模组在唤醒窗口内接收平均电流 60mA窗口长度 60ms如果 TWT 间隔设为 1 秒平均电流约 3.6mA间隔拉到 10 秒平均就降到 0.36mA 左右再加上深度休眠时微安级的静态功耗一节 220mAh 的 CR2032 理论上能维持数十天到上百天。当然实际续航还会受重连、关联保活、TCP keepalive、固件更新等因素影响不可能只按这一个公式算但量级感就是从这里来的。提示TWT 的收益强依赖路由器/AP 侧是否支持。如果目标用户家里还是三年前的老路由设备会自动回退到普通省电模式TWT 等于没开。所以做消费类产品时要么在需求里明确建议搭配支持 Wi-Fi 6 的路由器要么在固件里做降级兼容逻辑不能用 TWT 去赌所有用户的环境。2.2 OFDMA 与高密度场景一屋几十个设备不再打架IoT 设备密集部署时的体验很大程度上取决于信道效率。最早的 Wi-Fi 是排队发言的 CSMA/CA 机制几十台智能家居设备连到同一台 AP靠随机退避来避让设备一多碰撞、重传、等待都会堆起来。OFDMA 把信道细分成了多个资源单元Resource UnitAP 可以在同一个时间片里调度多台设备并行传输。对低速率、小报文的智能家居设备来说这相当于把一条单车道改成了多车道并行延迟和功耗都能得到改善。配合 BSS Coloring 做空间复用、MU-MIMO 做多用户并发Wi-Fi 6 在大量设备接入同一 AP的场景里优势非常明显。这也是为什么现在做智能门锁、家庭中心、多传感器套装这类产品路由器一升级到 Wi-Fi 6整体连接稳定性肉眼可见地变好。2.3 WPA3 与 Matter认证和安全上的硬门槛Wi-Fi CERTIFIED 6 强制要求支持 WPA3这是很容易被忽略的点。WPA3 用 SAE 替换了 WPA2 的 PSK 四次握手针对离线字典攻击的防护更好。很多老产品用的 WPA2-PSK 在暴力破解面前已经有点吃力消费用户可能没感知但采购名单和运营商准入清单卡得很严尤其在北美运营商渠道设备不支持 WPA3 往往直接进不了准入名单。另外Matter 协议把 Wi-Fi 和 Thread 作为主要的 IP 层传输同时要求 Matter 设备在配网阶段使用 BLE 进行发现和配网。这意味着如果你的产品要打 Matter 标除了运营 Wi-Fi大概率还缺不了一颗支持 BLE 的协处理器或 Combo 模块。这也是 2024 年以后很多 Wi-Fi 产品设计图上多出 BLE 的原因。2.4 Wi-Fi 6 真正适用的 IoT 品类选 Wi-Fi 6 单模的时候我会先问三个问题设备是否持续供电或至少能经常充电单次上报或串流的数据量是否明显超过几百 KB是否必须通过路由器/云平台访问而不是手机直连三问都打勾的才适合纯 Wi-Fi 路线。典型品类是 IP 摄像头、可视门铃、智能音箱、家庭网关、工业数据记录仪。靠纽扣电池的低速率传感器在绝大多数情况下都不该走这条路。3. 蓝牙 LE适合跑得更久但要知道它的三块短板3.1 先厘清概念蓝牙 LE 不是低功耗版蓝牙那么简单经常有人搜蓝牙 le 是什么意思其实这个命名本身就容易误导。BLEBluetooth Low Energy并不是传统蓝牙BR/EDR的低功耗版本它在 4.0 时代就是一套全新的协议栈物理层和链路层都重新设计过只是同属蓝牙 SIG 的伞形体系。它跟经典蓝牙不能直接互通一个设备如果只有经典蓝牙另一个只有 BLE二者是聊不上的。所以做选型前先搞清楚自己对标的到底是 4.0/5.x 的 BLE还是老式经典蓝牙这是第一层。BLE 从 4.0 一路走到现在每一代都在为低功耗、低成本设备增加能力5.0 带来 2M PHY速率翻倍、Coded PHY距离更远和扩展广播5.1 加入 AoA/AoD 方向定位5.2 定下 LE Audio 和增强版 ATT5.4 则推出 PAwR 和电子价签ESLprofile让海量低频、低成本标签设备有了标准化的低功耗连接方式。3.2 速率、距离与并发三个数字帮你定边界BLE 物理层最高是 2Mbps 的 2M PHY但那是空口速率经过协议栈、GATT/ATT、数据分片和重传以后应用层实际吞吐通常落在 50 到 800kbps 区间。一个很直观的例子给设备做 OTA如果固件是 1MB按比较理想的 200kbps 应用层吞吐算也要 40 秒以上用户压根等不住。一旦业务里有频繁传图、传音频、传大文件的需求BLE 就不是主力通道只适合做配网和低频控制。距离方面Coded PHY 能提升接收灵敏度理论上可以把范围拉到几百米但实际室内隔墙后的表现要打折多数 BLE 设备在室内稳定覆盖也就 20 到 50 米。更重要的其实是并发和角色模型手机这类 Central 设备连接数量有限几台到十几台基本是极限而 Peripheral 只能被一个 Central 连接。想要一屋子几十个传感器自发并行通信BLE 点对点就不好使了需要 Mesh 或者广播加周期响应的机制来兜底。3.3 BLE Mesh 的适用场景与翻车现场BLE Mesh 基于泛洪消息靠转发节点一级级广播扩散优点是基础设施简单、节点可以很便宜缺点是广播风暴会造成时延不确定和大网络带宽浪费。适合的是大量节点、低频次、小消息的控制类场景比如全屋灯光、窗帘电机、楼宇传感网。不适合的是需要稳定低时延、大数据量或频繁双向交互的场景。我之前看过一个团队用 BLE Mesh 做会议室预约面板的集中管理几十个节点每 5 秒做一次全局状态同步结果高峰期消息风暴把整个网格拖到卡顿。后来改成每个面板单独连 BLE或者只用广播上报状态Mesh 只保留关键的开关指令通道。所以不要被Mesh 万能的错觉带跑先估消息量和频次再决定要不要上。3.4 手机生态与免路由器蓝牙独有的交付优势BLE 的不可替代性很大程度来自手机生态安卓和 iOS 底层都原生支持 BLE不需要配路由器密码不需要搞复杂的配网流程手机扫码或者靠近就能完成配对和密钥交换。对消费类产品来说这意味着激活流程、离线配置、设备本地面板控制都能在无网环境下完成这是 Wi-Fi 做不到的。价格账也要算进去一颗纯 BLE SoC 的成本通常只有 Wi-Fi SoC 的 1/2 甚至 1/3功耗还低一个量级。所以很多出货量大的小家电、体脂秤、温湿度计默认就是 BLE不是设计者保守是成本和体验综合下来确实最合理。只要业务不碰高带宽BLE 永远是那个不会得罪人的底牌。4. Combo 方案两全其美的代价与工程真相4.1 Combo 模块的典型架构与工作模式Combo也叫 Combo SoC/模块就是把 Wi-Fi 和蓝牙 LE 集成到一颗芯片或一个模组里共享射频前端、晶振和天线通过内置固件协同调度。目前市面上像乐鑫 ESP32-C6Wi-Fi 6 BLE 5.0 802.15.4、Silicon Labs 的 SiWx917Wi-Fi 6 BLE 5.1、NXP 的 RW612 这类方案已经可以在低成本的两层板上同时提供 Wi-Fi 6 和 BLE。工作模式上有两种常见形态一种是轮换模式同一时刻只让一个协议工作哪个协议需要发送就切谁适合低频业务另一种是并发模式两个协议交替抢占射频时间片BLE 的 connection event 到了要发Wi-Fi 的帧也要发由底层仲裁逻辑决定谁先谁后。芯片设计越成熟这种并发切换的效率和丢包控制就越好。4.2 同频射频共存2.4GHz 上的打架问题怎么解既然 Wi-Fi 和 BLE 都跑在 2.4GHz二者在同一颗芯片上同时工作本质上就是在一个公共频段上抢空气。如果不做协调Wi-Fi 一广播BLE 的接收灵敏度就会被压下去表现为连接事件丢失、重传率升高、功耗上涨严重的时候蓝牙音频断断续续。工程上常见的手段有三类。第一类是 PTAPacket Traffic Arbitration用专用引脚把两个协议栈的优先级信号交给射频前端仲裁比如 BLE 的连接事件优先级最高Wi-Fi 让它先发第二类是时间片划分把某个时隙固定给 BLE其余时间给 Wi-Fi适合能接受一定延迟的产品第三类是用双天线分开走代价是成本和体积。实际量产项目里 PTA 是绝对主流但 PTA 的配置很考验模组厂商的 SDK 成熟度这也是选模块时要重点压测的项目。提示做 Combo 产品联调时一定要专门做一个高负载混合测试让 Wi-Fi 满速下载和 BLE 连续数据交互同时跑观察丢包、时延和模块外壳温度。很多模块单跑一个协议很稳两个协议叠满就露馅这个问题在评审文档里往往不会写。4.3 智能门锁、健康监测仪、白色家电谁适合 Combo我判定要不要上 Combo通常会看设备是否同时需要两类截然不同的连接能力。智能门锁是最典型的平时锁芯主控靠 BLE 做低功耗侦听和手机靠近解锁平均电流能压到几十微安撑两年没问题同时它又需要 Wi-Fi 去上报开门记录、远程下发临时密码、执行 OTA 升级。这两类需求一个要极低功耗常驻一个要高带宽短突发任何单一协议都覆盖不全只能 Combo。健康监测类产品同理体脂秤、血压计、血糖仪平时数据量很小用 BLE 对接手机 APP 很舒服但如果要接健康云平台、让子女远程看数据还是得借 Wi-Fi 的通道。白色家电更倾向于本地 BLE Mesh 组网 网关统一 Wi-Fi 上云的分层架构这种形态下家电本体用 BLE 或者单模也够但若想省掉网关、让每台家电直连云平台就得 Combo。组合方案的本质是把选择权留给用户和环境代价是成本、功耗和调试复杂度都比单模高一档。4.4 成本、认证与开发资源的真实账成本上一颗 Combo SoC 的价格大致是单模 Wi-Fi 模组的 1.2 到 1.8 倍、纯 BLE 模组的 2 倍以上。表面看差几块钱对出货几十万台的消费单品来说就是百万级的成本差异。认证层面Combo 模组要同时走 Wi-Fi 和蓝牙两套认证体系排期几乎翻倍还要考虑两套天线底噪互相干扰的杂散测试。从软件上看同时维护两套协议栈、处理两个协议共用 buffer 和任务调度的复杂度也不是单模项目能比的。所以 Combo 不是加个模组那么简单建议立项时把多出来的 4 到 8 周研发周期和至少 1 名专职无线工程师算进排期。5. 一套可复用的选型决策表把需求量化成指标5.1 四维拆解法功耗、带宽、成本、生态抛开供应商 PPT选型最终要回到四个可以量化的维度。第一是功耗预算。先定电池容量和期望寿命反推平均电流预算比如 CR2032 是 220mAh想要撑满两年平均电流必须低于 220000uAh/(24×365×2)h ≈ 12.6uA。这个 12.6uA 同时毙掉了纯 Wi-Fi 周期上报和BLE 持续常连两类设计除非业务允许设备绝大部分时间深度休眠。这个简单的除法能把很多不切实际的方案直接筛掉。第二是带宽需求。估一下单位时间内最大的瞬时数据量以及这种高负载出现的频率。持续高于 1Mbps 的业务比如视频流、批量文件传输、多路音频推流基本只有 Wi-Fi 或者 Combo 里的 Wi-Fi 通道能做长期只有几十 kbps 甚至更低、单次报文也就几十到几百字节的BLE 就够处于中间地带、且数据是周期性小报的Wi-Fi 6 配合 TWT 的低功耗模式也能接受。第三是成本预算。芯片成本只是起点天线、滤波器、隔离器件、屏蔽罩、认证测试、云端流量、售后 LOG 排查每一项都要摊进物料和运营成本。高端旗舰可以承受 Combo 的溢价百元以内的普惠智能家居单品很多硬指标是按供应商 BOM 表一张张卡下来的多三块钱都过不了立项会。第四是生态位置。设备在用户家里到底扮演什么角色是直接被手机操控的终端还是被当成网关/中心来中转数据要不要兼容 Matter、Siri、Alexa、小爱这些平台平台的接入门槛不一样协议选择就会不一样。尤其当产品要进入别人的生态链时很多决定权其实不在你手里。5.2 典型品类的推荐方案矩阵我把过去几年评审过的品类做了一个大致矩阵供参考。产品品类推荐无线方案核心理由纽扣电池温湿度传感器BLEBLE Mesh 可选平均电流预算 12.6uA只有 BLE 能长期休眠可视门铃 / IP 摄像头Wi-Fi 6可选 Combo持续供电视频上传需要高吞吐Combo 用于 BLE 配网和门卡感应智能门锁ComboBLE 低功耗常驻 Wi-Fi 远程/OTA智能照明BLE Mesh / Thread本地控制网络节点多、消息小、成本敏感智能音箱 / 网关Wi-Fi 6 BLE Combo双通道Wi-Fi 高速联网BLE 做中继和近场配对电动牙刷BLE手机直连短交互无持续联网需求这个矩阵不是绝对的但可以作为一个讨论起点。同一个品类不同品牌策略走量还是走高端也可能切换方案。5.3 给无线模块供应商的三个加分项与三个减分项选型到供应商层面我一般只看三件事。加分的是SDK 与工具链完善sample code 覆盖常见协议组合场景模组在目标频段和温度范围内的实测数据透明尤其有共存压测报告器件的生命周期管理做得好敢承诺多年供货。减分的是文档东一榔头西一棒槌技术支持响应靠销售转达参考设计只给最短链路天线、匹配、滤波全让客户自己踩以及很重要的一条——模块厂商对低功耗深睡电流和共存并发这两项指标含糊其辞这不代表没有问题只代表他们不敢写清楚。6. 量产之前必须补的课认证、天线、OTA 与工具链6.1 认证与合规清单认证是硬排期建议立项当天就排进去。Wi-Fi 产品通常需要过各销售区域的无线电和网络安全认证北美 FCC、欧盟 CE/RED、日本 MIC 或 TELEC、国内型号核准 SRRC具体清单以目标市场和模组厂商的集成认证状态为准。蓝牙侧则要走蓝牙 SIG 成员的资格认证Declaration ID。这些认证周期从几周到几个月不等。模组如果已经拿了模块级认证整机认证会简化不少但天线无源指标和杂散发射测试仍然要过自己的那一轮。做海外运营商项目的话还会叠加运营商准入测试这一项经常卡在最前面。6.2 天线设计与外壳耦合打样阶段最容易忽略天线是选型时一眼带过、实测时崩溃最多的环节。同一颗模组用原厂参考板测试灵敏度能做到 -95dBm换到你自己的紧凑 PCB又被塑料外壳和电池盖一围直连态灵敏度可能掉 5 到 10dB隔墙就从稳连变成频繁重连。所以打样阶段务必做三件事一是留天线净空和参考地的仿真确认二是做至少两版不同位置的 PCB 天线或 IPEX 外置天线对比三是在整机状态带电池、带金属件、带外壳涂层下测吞吐和回退别在裸板上测完就签字。我自己就吃过亏一款手持设备天线底下铺了一条完整的 GND 铜皮裸板还挺好装上双面胶和外壳后吞吐直接腰斩。后来把天线区域的铜皮开窗、改 Y 型地枝匹配又调了 π 型匹配网络才算回来。这类问题在校准和认证之前发现成本是最低的。6.3 OTA 与设备管理平台对接无线方案定了OTA 通道怎么走也要提前想。BLE OTA 适合小体积固件几十到几百 KB和低频更新Wi-Fi OTA 适合全量镜像和快速批量升级。Combo 产品常见的做法是平时 BLE 负责监控告警和参数小改Wi-Fi 负责整包升级再配合双分区、签名校验、断点续传和失败回滚。另外设备上云之后要在物联网平台侧把设备影子、OTA 任务、日志上报和远程诊断接口一并设计好——很多项目固件写完了才开始想平台接口结果为了塞数据反复改协议非常痛苦。6.4 我和团队在联调阶段踩过的几个具体坑第一个是手机并发连接的假象。调试时同事用自己手机连设备一下连了好几个 BLE 外设模块这边看着像断连其实是手机作为 Central 设备能维护的连接数有限部分老机型只有 7 个左右。这是平台限制不是模块 bug排查前先把自己手机上的海量连接清出去。第二个是电流测量的精度容易被忽略。低功耗产品测深睡电流普通万用表根本抓不到微安级的脉冲要用积分电流计或者示波器配低噪声电流探头再配合触发模式专门看唤醒窗口的波形。不然你会把模块正常工作的几十毫秒电流尖峰当成异常白白调三四天。第三个是 Combo 的共存优先级在低电量下会退化。某些模块在电池电压低于阈值后会在降电流模式下自动降低 BLE 的发射功率或调长连接间隔导致门锁开锁响应变慢。这类 firmware 行为文档里往往不会写全必须拿整机实测一遍低电量场景。第四个是参考设计好看升级路径难。有些模块只给了最小系统不考虑后续要加 PA/LNA、加第二个频段或换天线等量产发现信号不够想升级方案整个 PCB 都要重画。所以选模块时最好同时问一句这颗料往后一两代能不能 pin-to-pin 兼容这决定了你这个产品能迭代几版。最后说一点个人体会无线选型这件事本质上是把产品定位、功耗预算、用户环境、运营成本四个变量同时放在一张表里算平衡而不是技术栈 PK。我见过很多团队在 Wi-Fi 6 和 BLE 之间反复比参数最后发现卡住他们的其实是 OTA 时间太长、认证排期不够或者是用户家里路由器太老。把这些落地问题前置到选型阶段比花两星期争论协议优劣高效得多。下次再拿到立项需求不妨先做一件事把平均电流预算按公式算出来把最大单次数据量写下来然后你会发现答案往往已经自己浮出水面了。