4. 蓝牙Mesh引入：Mesh网络概念、为什么需要Mesh、Mesh与BLE的关系、Mesh的典型应用场景

好，咱们进入第四章。前面三章我们把 BLE 的基础打扎实了，从广播、连接到 GATT 服务，你基本能搭一个经典的一对一或一对多蓝牙应用。但有个问题一直卡着——覆盖范围和设备数量。

你想想看，一个智能灯泡离手机 30 米，信号就断断续续了。一百个设备同时连一个手机，GATT 连接数直接爆掉。怎么办？蓝牙 Mesh 就是来解这个局的。

核心一句话：蓝牙 Mesh 不是 BLE 的替代品，而是 BLE 的“组网升级包”。它让蓝牙设备从“点对点”变成“多对多”，覆盖范围从几十米扩展到整栋楼。

Mesh 网络，说白了就是“人人都是中继”。传统蓝牙是星型拓扑——手机是中心，外围设备只能跟手机说话。Mesh 不一样，每个节点既能收发消息，也能转发消息。

举个例子。你在一栋办公楼里装 50 个 Mesh 灯控节点。最远的灯离网关 100 米，直接通信肯定不行。但中间那 48 个灯可以接力转发。消息从网关出发，跳 3-4 次就到了最远的灯。这就是 Mesh 的多跳（Multi-hop）能力。

我个人习惯把 Mesh 网络拆成三个核心角色：

嗯，这里要注意：不是所有节点都必须当中继。电池供电的传感器可以关闭中继功能，只发不收，省电。我在项目中遇到过客户把所有节点都开中继，结果电池设备两天就没电了——避坑指南：低功耗节点务必关闭中继和扫描功能。

传统 BLE 的痛点，我列几个你感受一下：

你想想看，一个智能楼宇项目，几百个传感器分布在各个角落。用传统 BLE，你得在每个房间放一个网关，成本翻倍。用 Mesh，一个网关加一堆中继节点就搞定了。

我曾经做过一个办公楼照明项目，客户要求 200 个灯控节点，覆盖 5 层楼。一开始想用 BLE 广播方式控制，结果发现广播包在密集环境下冲突严重，丢包率超过 30%。后来换成 Mesh，消息走多跳路径，丢包率降到 1% 以下。嗯，从那以后我对 Mesh 的可靠性有了切身体会。

很多人以为 Mesh 是 BLE 5.0 之后的新协议，其实不是。Mesh 是在 BLE 4.0/4.2 的广播和扫描机制上构建的应用层协议。它没有改动 BLE 的物理层和链路层，只是重新定义了数据包的格式和转发规则。

我画了一张图，帮你理清这个关系：

看到没？Mesh 是站在 BLE 的肩膀上。它用 BLE 的广播包来承载 Mesh 消息，用扫描来接收消息。所以任何支持 BLE 4.0 以上的芯片，理论上都能跑 Mesh。我建议你在选型时注意两点：

避坑指南：我曾经在 nRF51822（16KB RAM）上硬跑 Mesh，结果堆栈溢出，设备反复重启。后来换成 nRF52832 才稳定。记住：Mesh 协议栈比普通 BLE 协议栈重得多，别在资源紧张的芯片上硬上。

Mesh 不是万能药，但在某些场景下，它比 Wi-Fi、Zigbee 都合适。我列几个我实际接触过的案例：

这是 Mesh 最成熟的应用。每个灯都是一个节点，支持开关、调光、色温控制。你想想看，一个工厂车间几百盏灯，用 Mesh 组网，手机 App 或者墙上的面板都能控制任意一盏灯。而且灯本身是市电供电，不担心中继功耗。

传感器（温度、湿度、光照、人体红外）采集数据，通过 Mesh 网络上报给中央控制器。执行器（窗帘电机、空调阀门、排风扇）接收控制指令。我曾经帮一个写字楼做过能耗监测系统，每层 30 个传感器，5 层楼共 150 个节点，Mesh 网络跑了一年多，没出过问题。

在仓库里部署 Mesh 信标节点，资产标签（低功耗节点）定期广播位置信息。好友节点帮标签缓存数据，标签可以深度睡眠，一颗纽扣电池用两年。嗯，这里要注意：资产追踪场景对实时性要求不高，但节点密度要大，否则定位精度不够。

每个房间一个 Mesh 网关节点，连接房间内的灯、空调、窗帘。客人用手机扫码就能控制房间设备。酒店管理后台可以统一管理所有房间的状态。Mesh 的好处是不需要额外布线，利用已有的供电线路就能组网。

注意：Mesh 不适合高实时性场景（比如工业运动控制），因为多跳转发会引入几十到几百毫秒的延迟。也不适合大数据量传输（比如音视频流），因为 Mesh 消息最大只有 11 字节有效载荷。Mesh 是为控制类和传感类数据设计的。

好，我们捋一下这章的核心：