ESP32 IDF开发 应用篇㉒ 蓝牙BLE GAP和GATT协议专题讲解

1、博主写这篇技术文章的目的：

（1）、了解蓝牙协议；
（2）、了解GAP和GATT协议；

2、BLE协议简介

蓝牙协议是一系列的通信标准，通信双方需要共同按照这一标准进行正常的数据
发射和接收。

协议栈包括两个部分:控制器和主机。任何配置文件和应用程序都是建立在 GAP 和GATT 协议层上。
· GAP 层：直接与应用程序或配置文件（profiles）通信的接口，处理设
备发现和连接相关服务。另外还处理安全特性的初始化。
· GATT 层：定义了使用 ATT 的服务框架和配置文件（profiles）的结构。
BLE 中所有的数据通信都需要经过 GATT。
所以这种主要介绍GAP个GATT协议。
Ble耳机与手机的连接过程就是GAP，听音乐的数据传输过程就是GATT。

3、GAP

先来看看连接过程所需要的过程。
现在低功耗蓝牙（BLE）连接都是建立在 GATT (Generic Attribute Profile) 协议之上。GATT 是一个在蓝牙连接之上的发送和接收很短的数据段的通用规范，这些很短的数据段被称为属性（Attribute）。
详细介绍 GATT 之前，需要了解 GAP（Generic Access Profile），它在用来控制设备连接和广播。GAP 使你的设备可以被其他设备发现，并决定了你的设备是否可以或者怎样与其他设备进行交互。蓝牙耳机、小米手环等设备属于外围从机设备就可以与中央主设备连接。
（1）、设备角色：
GAP 给设备定义了若干角色，其中主要的两个是：外围设备（Peripheral）和中心设备（Central）。
·广播者 (Broadcaster)：处于这种⻆色的设备通过发送广播 (Advertising) 让接收者发现自己。这种角色只能发广播，不能被连接。
· 观察者 (Observer)：处于这种角色的设备通过接收⼴广播事件并发送扫描 (Scan) 请求。这种角色只能发送扫描请求，不能被连接。
·外围设备：这一般就是非常小或者简单的低功耗设备，用来提供数据，并连接到一个更加相对强大的中心设备。例如小米手环。
·中心设备：中心设备相对比较强大，用来连接其他外围设备。例如手机等。

（2）、数据的广播和扫描
在 GAP 中外围设备通过两种方式向外广播数据： Advertising Data Payload（广播数据）和 Scan Response Data Payload（扫描回复），每种数据最长可以包含 31 byte。这里广播数据是必需的，因为外设必需不停的向外广播，让中心设备知道它的存在。扫描回复是可选的，中心设备可以向外设请求扫描回复。
GAP 的广播工作流程如下图所示

外围设备会设定一个广播间隔，每个广播间隔中，它会重新发送自己的广播数据。广播间隔越长，越省电，同时也不太容易扫描到。
大部分情况下，外设通过广播自己来让中心设备发现自己，并建立 GATT 连接，从而进行更多的数据交换。

4、GATT

GATT 的全名是 Generic Attribute Profile，它定义两个 BLE 设备通过叫做 Service 和 Characteristic 的东西进行通信。一旦两个设备建立起了连接，GATT 就开始起作用了，这也意味着，你必需完成前面的 GAP 协议。这里需要说明的是，GATT 连接，必需先经过 GAP 协议。
GATT 连接需要特别注意的是：GATT 连接是独占的。也就是一个 BLE 外设同时只能被一个中心设备连接。一旦外设被连接，它就会马上停止广播，这样它就对其他设备不可见了。当设备断开，它又开始广播。
中心设备和外设需要双向通信的话，唯一的方式就是建立 GATT 连接。
（1）、GATT 通信事务
GATT 通信的双方是 C/S 关系。外设作为 GATT 服务端（Server），它维持了 ATT 的查找表以及 service 和 characteristic 的定义。中心设备是 GATT 客户端（Client），它向 Server 发起请求。需要注意的是，所有的通信事件，都是由客户端（也叫主设备，Master）发起，并且接收服务端（也叫从设备，Slave）的响应。
一旦连接建立，外设将会给中心设备建议一个连接间隔（Connection Interval）,这样，中心设备就会在每个连接间隔尝试去重新连接，检查是否有新的数据。但是，这个连接间隔只是一个建议，你的中心设备可能并不会严格按照这个间隔来执行，例如你的中心设备正在忙于连接其他的外设，或者中心设备资源太忙。
下图展示一个外设（GATT 服务端）和中心设备（GATT 客户端）之间的数据交换流程，可以看到的是，每次都是主设备发起请求：

（2）、GATT 结构

GATT 事务是建立在嵌套的Profiles, services 和 Characteristics之上的的，如下图所示：

Profile 并不是实际存在于 BLE 外设上的，它只是一个被 Bluetooth SIG 或者外设设计者预先定义的 Service 的集合。例如心率Profile（Heart Rate Profile）就是结合了 Heart Rate Service 和 device Information Service。所有官方通过 GATT Profile 的列表可以从这里找到。
Service 是把数据分成一个个的独立逻辑项，它包含一个或者多个 Characteristic。每个 Service 有一个 UUID 唯一标识。 UUID 有 16 bit 的，或者 128 bit 的。16 bit 的 UUID 是官方通过认证的，需要花钱购买，128 bit 是自定义的，这个就可以自己随便设置。
官方通过了一些标准 Service，完整列表在这里。以 Heart Rate Service为例，可以看到它的官方通过 16 bit UUID 是 0x180D，包含 3 个 Characteristic：Heart Rate Measurement, Body sensor Location 和 Heart Rate Control Point，并且定义了只有第一个是必须的，它是可选实现的。
Characteristic在 GATT 事务中的最低界别的是 Characteristic，Characteristic 是最小的逻辑数据单元，当然它可能包含一个组关联的数据，例如加速度计的 X/Y/Z 三轴值。与 Service 类似，每个 Characteristic 用 16 bit 或者 128 bit 的 UUID 唯一标识。你可以免费使用 Bluetooth SIG 官方定义的标准 Characteristic，使用官方定义的，可以确保 BLE 的软件和硬件能相互理解。当然，你可以自定义 Characteristic，这样的话，就只有你自己的软件和外设能够相互理解。

所有文章源代码：https://download.csdn.net/download/lu330274924/88518092