第二节：蓝牙Mesh技术基础

好，咱们今天聊聊蓝牙Mesh。说实话，我第一次接触这个技术的时候，脑子里全是问号——蓝牙不是点对点连接的吗？怎么还能组网？后来做项目踩了不少坑，才慢慢摸清楚门道。今天我把这些经验掰开揉碎了讲给你听。

一、蓝牙Mesh网络拓扑

蓝牙Mesh的拓扑结构，说白了就是「多对多」连接。跟传统蓝牙那种「一个手机连一个耳机」的星型拓扑完全不同。

我习惯把Mesh网络想象成一张渔网。每个节点就是网上的一个结，数据可以在结与结之间跳来跳去。你想想看，如果某个结断了，数据还能绕路走，这就是Mesh最大的优势——没有单点故障。

我在一个智能楼宇项目里用过这个特性。当时要控制整栋楼的灯光，传统蓝牙根本搞不定，换成Mesh之后，一个网关覆盖了12层楼，稳得很。

二、节点与中继

Mesh网络里有几种角色，我重点讲两个：节点和中继。

节点就是网络里的设备。可以是灯、传感器、开关，甚至是一个网关。每个节点都有一个唯一的地址，就像门牌号。

中继是Mesh的灵魂。它负责把收到的消息转发出去，让消息能跳得更远。默认情况下，所有节点都可以当中继，但我不建议这么干——功耗会飙升。

中继的工作机制是这样的：

1. 收到一个消息
2. 检查消息的TTL（生存时间）是否大于0
3. 如果大于0，TTL减1，然后转发出去
4. 如果TTL为0，直接丢弃

嗯，这里要注意：TTL默认是127，最大可以设到127。我一般设到10左右就够了，太大反而会造成网络拥塞。

三、发布/订阅模型

这个模型是蓝牙Mesh最巧妙的设计之一。它跟传统的「你发给我，我发给你」完全不同。

发布/订阅模型里，节点不关心消息发给谁，只关心消息发到哪个「主题」上。订阅者也不关心谁发的，只关心自己订阅的主题有没有新消息。

举个例子：

• 一个开关发布消息到「客厅灯控制」这个主题
• 所有订阅了「客厅灯控制」的灯都会收到消息
• 没订阅的灯完全不受影响

我曾经在一个项目中犯过傻——给每个灯单独发控制指令，结果代码写得又臭又长。后来改用发布/订阅模型，三行代码搞定。

四、消息缓存与重传机制

Mesh网络里，消息不是发一次就完事的。因为无线环境不稳定，丢包是家常便饭。所以蓝牙Mesh设计了缓存和重传机制。

消息缓存：每个节点都会缓存最近收到的消息。如果收到重复的消息，直接丢弃。这能防止消息在网络里无限循环。

我记得有一次调试，发现网络里消息越来越多，最后整个网络都卡死了。查了半天，原来是某个节点的缓存满了，导致重复消息无法被识别，一直在转发。从那以后，我养成了一个习惯——定期检查节点的缓存状态。

重传机制：发送者会多次发送同一条消息。默认是重传3次，间隔10-50毫秒随机。为什么要随机？因为如果所有节点都在同一时间重传，会造成碰撞。

重传的流程是这样的：

1. 发送者发出消息
2. 等待一个随机时间（10-50ms）
3. 如果没有收到确认，再次发送
4. 重复直到达到最大重传次数

你可能会问：「那如果网络特别差怎么办？」嗯，这时候就要考虑调整TTL和重传次数了。我一般会在代码里留一个配置接口，方便现场调试时调整。

小结

蓝牙Mesh的这几个基础概念，说白了就是：

• 拓扑：多对多，没有单点故障
• 节点和中继：各司其职，别让电池设备干重活
• 发布/订阅：解耦设计，灵活扩展
• 缓存和重传：保证可靠性，但别过度

下一节咱们会讲怎么实际搭建一个Mesh网络，到时候我会带着你一步步操作。记住，理论是基础，但真正上手踩坑才是最快的成长方式。