ESP32-BLE基础知识

一、存储模式

两种存储模式：

• 大端存储：低地址存高字节，如将0x1234存成[0x12,0x34]。
• 小端存储：低地址存低字节，如将0x1234存成[0x34,0x12]。

一般来说，我们看到的一些字符串形式的数字都是大端存储形式：

• UUID：4A98-xxxx-1CC4-E7C1-C757-F1267DD021E8，其中0x4A是高位
• 设备地址：aa:bb:bb:dd:ee:ff，其中0xaa是高位

但是以上的写法只是方便人们看，存到机器里面还得是字节的形式，怎么存也得根据芯片和软件的规定来看。

• 在ESP32的sdk里面，UUID都是以小端模式的16个字节去存储的。
• 对于设备地址，在ESP-IDF的Bluedriod协议栈下，是以大端存储的，即[0xaa,0xbb,0xcc,0xdd,0xee,0xff]，
• 如果使用NimBLE协议栈，则得反过来，用小端存成[0xff,0xee,0xdd,0xcc,0xbb,0xaa]。

有关数据发送：BLE中的数据都是以小端模式发送的，也就是先发送低位字节，再发送高位字节。假如要发送一个16位变量，即uint16_t data = 0x0001(就是订阅通知时要写到特征描述符里的数据)，实际上等同于发送了[0x01,0x00]两个字节。

有关数据接收：由于是小端模式发送，那么接收时也是先接收到低位字节，假如收到了一个4个字节的数据存在buf数组里，要将它合成为一个为整形，可以逐个取出来进行运算合成；而如果机器又刚好是以小端模式存储变量的(比如ESP32就是小端存储)，就可以直接 int data = *(int *)buf来获得这个整形变量，首先将byte类型的指针转换成int类型的指针，然后取值。

二、BLE设备地址

BLE 设备地址长度为 6 字节，外加 1 个比特表示地址类型。

BLE 规范定义了若干种地址类型：

• 公共地址（地址类型为 0）：是从 IEEE 获得的全球唯一的48位地址，高24位与厂家有关，同一厂家的芯片设备地址的高24位是一样的。
• 随机地址（地址类型为 1）：包括静态设备地址（最高 2 个比特为 0b11）、 可解析私有地址（最高 2 个比特为 0b01）、不可解析私有地址（最高 2 个比特为 0b00）三种。其中静态地址每次上电后重新随机生成，整个上电周期内不发生改变；而私有地址则是用在安全方面的，是可选的。

在另外一个角度来说，用于识别设备身份的只有公共地址和随机静态地址两种，设备必须设置这两种中的一种来对外表明自己的身份。

• 乐鑫是有在IEEE注册的，因而可以使用公共地址。当然也可以不使用公共地址，通过调用SDK中的相关的API设置，就可以对外显示随机静态地址。
• 随机静态地址其实更加常见，因为一些厂商会觉得IEEE注册费用过高，此时便只能使用静态设备地址了。这也是随机静态地址提出来的目的，就是为了替代公共地址。

三、PDU、DLE、MTU等与数据长度有关的名词

首先，需要知道PDU其实就是指的数据报文中的数据单元。对于BLE报文，仅定义了一种格式，即报文 = 前导字 + 访问地址 + PDU + CRC，如下图所示。其中PDU根据报文类型不同而不同。

对于传输给特性的报文，即应用层gatt的读、写、通知等操作对应的报文格式如下图所示：

PDU: 协议数据单元 （Protocol Data Unit）。对于上述数据报文，PDU的大小在2-257字节之间，具体又分为LL Header、Payload和MIC三个部分。其中Payload最大为251字节，包含L2CAP Header、ATT Header 和 ATT Payload 三部分，而ATT Payload 才是我们真正发送的数据（ATT Data），最大为244字节，简化版本的PDU示意图如下图所示。

DLE：数据长度扩展 (Data Length Extensions)。该功能在蓝牙核心规范 4.2 版本中引入，允许Payload容纳更多数据（最多 251 字节，默认为 27 字节）。即，在不开启DLE的情况下，一个数据帧的payload部分最多为27字节，除去两个Header共7个字节，有效数据仅有20个字节。而在开启DLE的情况下，单个数据包可以发送244个字节的有效数据。

MTU: 最大传输单元（Maximum Transmission Unit）。这是一个跟所使用协议栈有关的参数，是ATT层与L2CAP层可以交互的最大数据长度，或者说是应用层进行一次 GATT 操作（例如，写、读等操作）时可以发送的数据量。由于MTU已经包含了ATT Header的3个字节，因而调用一次相关函数api时可以传入的有效数据量最大为（MTU-3）。当MTU的设置大于单个数据包最大长度时，协议栈就会分包发送。以下是几种情况。

• MTU默认为23，最多发送20字节有效数据，加上两个Header后为27字节，在不开启DLE情况下，刚好能够一个数据包就发送完。
• MTU设置大于23，加上Header后将大于27字节。如果不开启DLE，Payload最多为27字节，那么数据将被分割成27字节的块进行发送。
• MTU设置为247，最多发送244字节有效数据，加上两个Header后为251字节，如果开启DLE，刚好能够一次发完。247是开启DLE情况下单个数据包能够发送完整的最大MTU。
• MTU设置大于247，即便开启DLE也必然会分成多个数据包进行发送。

总的来说，MTU更多的是一个应用层编程时的概念(尽管是在ATT层定义的)，芯片厂商在根据自己芯片的性能和资源去订制协议栈时，一般会设置MTU的最大值，目前最大MTU一般在500到1000之间。至于单个数据包的最大长度则是由蓝牙规范严格规定的，开启DLE时最多为251字节，当需要发送的有效数据大于244（即MTU大于247）时，就会发生分包。因此，编程时需要合理选择MTU，以减少分包导致的资源浪费。

另外，由于主从机协议栈处理数据的能力不同，因而需要主从机对MTU进行协商。比如A协议栈的MTU设置为555，即调用一个write函数就可以最多发送552个字节的有效数据，然而接收端B协议栈的处理能力可能较弱，或者内存不足接收不了那么多数据，也就无法从接收到的多个数据包中提取出这552个字节。为此，刚连接时，主从机都必须使用23字节的默认MTU进行通信，之后双方进行协商，使用两者提出的MTU之中较小的MTU进行后续的通信。

以上部分图片来自Nordic。