在办公室隔断墙后、仓库货架深处、电梯井道里，WiFi信号常常变得稀薄甚至消失。这时候有人会想到蓝牙——但传统蓝牙配对慢、耗电高，用在传感器或定位信标上并不现实。真正扛起‘补盲’任务的，其实是低功耗蓝牙（BLE）的广播模式。
它不是用来“连”的，是拿来“听”的
和WiFi不同，BLE广播模式不建立双向连接。设备（比如一个温湿度传感器）只管把自己当前的数据打包成一段短报文，以固定间隔（如200ms一次）向四周“喊话”：“我在3号冷库，温度12.3℃，电量87%”。周围任何支持BLE的手机、网关或边缘盒子，只要开着扫描功能，就能听见并解析这条消息。
为什么适合补WiFi覆盖短板？
一是功耗极低。一块CR2032纽扣电池，能让一个广播节点持续工作1年以上；二是部署简单。不用布线、不依赖AP，贴在金属货架侧面、嵌进消防栓箱盖内侧都能正常发播；三是成本透明。主流BLE SoC芯片单价已压到几块钱，比加装一个PoE WiFi中继器便宜得多。
实际怎么用？举个真例子
某连锁药店在阴凉库安装了20个BLE温感广播节点，每个节点每秒广播一次带校验码的温度数据包。库内角落放了一台树莓派+USB BLE适配器，运行轻量扫描程序，把收到的广播帧转成MQTT发到云端。IT人员发现，当某个节点连续5分钟没被扫到，系统自动标红该区域——后来查实是墙体新增了保温层，把信号全挡住了。这时他们没急着拉网线装AP，而是直接在隔壁房间多加了一个中继广播节点，靠BLE跳传把数据“接力”送出来。
典型广播数据结构（简化示意）
0x02 0x01 0x06 // 标志字节
0x0A 0xFF 0x4C 0x00 0x02 0x15 // Apple iBeacon前缀（可选）
0x12 0x34 0x56 0x78 0x90 0xAB 0xCD 0xEF 0x12 0x34 0x56 0x78 // UUID
0x00 0x01 // 主要值（如区域ID）
0xC8 // 次要值（如温度×10）
0xC5 // 发射功率（用于估算距离）注意：广播包最大31字节，所有信息必须精炼压缩。温度用整型、时间用相对偏移、状态用bit位编码——这是工程师日常抠出来的效率。
现在不少WiFi AP厂商也在AP里集成BLE扫描模块，让一台设备既发WiFi又收广播。这不意味着BLE要取代WiFi，而是各干各的活：WiFi传高清视频、同步数据库；BLE默默报个数、打个点、亮个灯——在覆盖不到的地方，它从不掉链子。