多设备蓝牙协同通信实战 - 第1节

一、BLE核心概念：蓝牙低功耗的底层逻辑

做蓝牙开发这么多年，我经常被问到同一个问题：BLE和经典蓝牙到底有什么区别？说白了，BLE就是为物联网场景量身定做的——它不是为了传大文件，而是为了用极低的功耗，传小数据包。

1.1 物理层与信道

BLE工作在2.4GHz ISM频段，一共40个信道。其中3个是广播信道（37/38/39），剩下37个是数据信道。为什么这么设计？我刚开始也困惑过，后来在项目中踩过坑才明白——广播信道避开Wi-Fi的拥挤频段，能提高设备发现的成功率。

1.2 连接与广播

BLE有两种工作模式：广播模式和连接模式。广播模式就是设备不断往外喊话，告诉周围“我在这里”。连接模式则是两个设备建立专属通道，点对点通信。

我记得第一次做多设备协同项目时，以为广播模式就能搞定所有场景。结果发现广播包最大只有31字节，根本不够用。后来才改用连接模式，配合GATT服务，才把数据传完整。

二、GAP协议：设备发现与连接管理

GAP（Generic Access Profile）是BLE的“社交礼仪”。它定义了设备如何被发现、如何建立连接、以及连接后的角色分工。

2.1 设备角色

GAP定义了四种角色，我习惯把它们类比成现实中的场景：

• Broadcaster（广播者）：只发不收，比如蓝牙信标。我做过一个室内定位项目，用Broadcaster模式，设备只管发UUID，功耗极低。
• Observer（观察者）：只收不发，比如扫描设备。
• Peripheral（外设）：可以广播，也可以被连接。比如智能手环。
• Central（中心）：主动扫描并发起连接。比如手机。

2.2 广播数据格式

广播数据包的结构其实很简单，但很多人容易忽略细节。它由多个AD Structure组成，每个Structure包含：

AD Structure:
  - Length (1 byte): 整个AD Structure的长度
  - AD Type (1 byte): 数据类型标识
  - AD Data (N bytes): 实际数据

举个例子，如果你要广播一个16位的Service UUID，AD Type就是0x02，AD Data就是UUID本身。我见过不少新手把Length算错，导致广播包解析失败。

三、GATT协议：数据交互的骨架

GATT（Generic Attribute Profile）定义了连接后的数据交互方式。它基于属性协议（ATT），用“服务-特征-描述符”三层结构来组织数据。

3.1 层次结构

GATT的结构就像一本书：

• Service（服务）：相当于书的章节，比如“电池服务”、“设备信息服务”。
• Characteristic（特征）：相当于章节里的具体内容，比如“电池电量百分比”。
• Descriptor（描述符）：相当于内容的注释，比如“电量值的单位是百分比”。

3.2 数据交互方式

GATT定义了四种数据交互方式：

我个人习惯用Notify做实时数据传输，比如传感器数据上报。Indicate虽然更可靠，但每次都要等确认，延迟会高一些。在项目中，如果数据丢失可以容忍，Notify是更好的选择。

四、蓝牙5.0新特性：更快、更远、更灵活

蓝牙5.0是BLE的一个重要里程碑。我参与的第一个蓝牙5.0项目是智能仓储系统，当时就被它的新特性震撼到了。

4.1 2Mbps PHY

蓝牙5.0引入了2Mbps的物理层速率，比4.2的1Mbps快了一倍。这意味着同样的数据量，传输时间减半，功耗也相应降低。

4.2 长距离模式（Coded PHY）

蓝牙5.0支持Coded PHY，通过重复编码来提高接收灵敏度。有S=2和S=8两种编码方式，S=8时灵敏度可以提升约12dBm，理论距离能达到400米甚至更远。

我记得在户外环境测试时，用Coded PHY S=8模式，在300米外还能稳定接收数据。不过代价是数据速率降到了125kbps。说白了，就是用速度换距离。

4.3 广播扩展

蓝牙5.0的广播扩展（Advertising Extensions）是我最喜欢的新特性。它允许在数据信道上广播，广播包大小从31字节扩展到255字节，而且可以并发广播多个数据包。

4.4 其他重要特性

• 更多广播信道：除了37/38/39，还可以在数据信道上广播，减少信道拥堵。
• 改进的共存机制：与Wi-Fi、LTE的共存性能更好，减少干扰。
• 低功耗特性优化：通过更高效的协议栈，进一步降低功耗。

五、知识体系总览

下面这张图是我自己总结的BLE协议栈核心知识体系，涵盖了本章讲到的所有内容。你可以把它当作学习地图，随时回来对照。

六、本章小结

嗯，到这里我们就把BLE协议栈的核心概念过了一遍。从物理层的40个信道，到GAP的设备发现机制，再到GATT的数据交互骨架，最后是蓝牙5.0带来的新能力。这些内容看起来多，但说白了就是三件事：设备怎么找到对方、怎么建立连接、怎么交换数据。

我在做多设备协同项目时，最深的体会是：协议栈的理解深度，直接决定了项目的成败。很多人一上来就调代码，结果遇到问题根本不知道从哪查起。如果你能把GAP的角色和GATT的服务结构吃透，后面写代码会顺畅很多。