蓝牙协议栈（五、(配置文件/剖面)）

深碍√TFBOYSˉ_ 2024-04-18 20:55 76阅读 0赞

在下文中，我们将解释如何在BTstack中使用各种蓝牙配置文件。

## GAP - 通用访问配置文件：经典 ##

GAP配置文件定义设备如何相互查找并为其他配置文件建立安全连接。如前所述，GAP功能在和之间分配。请检查两者。

### 变得可被发现 ###

必须将远程未连接的蓝牙设备设置为“可发现”，以便被执行查询扫描的设备看到。要变为可发现，应用程序可以使用输入参数1 调用gap\_discoverable\_control。如果要为设备提供有用的名称，应用程序可以通过调用gap\_set\_local\_name来设置其本地名称 。为了节省能源，一旦建立连接，您可以再次将设备设置为不可发现。请参阅[下面][Link 1]的清单 以获取示例。

int main(void)\{

...

// make discoverable

gap\_discoverable\_control(1);

btstack\_run\_loop\_execute();

return 0;

void packet\_handler (uint8\_t packet\_type, uint8\_t \*packet, uint16\_t size)\{

...

switch(state)\{

case W4\_CHANNEL\_COMPLETE:

// if connection is successful, make device undiscoverable

gap\_discoverable\_control(0);

...

### 发现远程设备 ###

要扫描远程设备，请使用hci\_inquiry命令。发现远程设备被报告为以下部分：

*  HCI\_EVENT\_INQUIRY\_RESULT，
 *  HCI\_EVENT-\_INQUIRY\_RESULT\_WITH\_RSSI，或
 *  HCI\_EVENT\_EXTENDED\_INQUIRY\_RESPONSE个事件。

每个响应至少包含蓝牙地址，设备类别，页面扫描重复模式和找到的设备的时钟偏移。后一事件添加有关接收信号强度的信息或提供扩展查询结果（EIR）。代码片段如[下面的][Link 2]清单 [所示][Link 2]。

void print\_inquiry\_results(uint8\_t \*packet)\{

int event = packet\[0\];

int numResponses = hci\_event\_inquiry\_result\_get\_num\_responses(packet);

uint16\_t classOfDevice, clockOffset;

uint8\_t rssi, pageScanRepetitionMode;

for (i=0; i<numResponses; i++)\{

bt\_flip\_addr(addr, &packet\[3+i\*6\]);

pageScanRepetitionMode = packet \[3 + numResponses\*6 + i\];

if (event == HCI\_EVENT\_INQUIRY\_RESULT)\{

classOfDevice = little\_endian\_read\_24(packet, 3 + numResponses\*(6+1+1+1) + i\*3);

clockOffset = little\_endian\_read\_16(packet, 3 + numResponses\*(6+1+1+1+3) + i\*2) & 0x7fff;

rssi = 0;

\} else \{

classOfDevice = little\_endian\_read\_24(packet, 3 + numResponses\*(6+1+1) + i\*3);

clockOffset = little\_endian\_read\_16(packet, 3 + numResponses\*(6+1+1+3) + i\*2) & 0x7fff;

rssi = packet \[3 + numResponses\*(6+1+1+3+2) + i\*1\];

printf("Device found: %s with COD: 0x%06x, pageScan %u, clock offset 0x%04x, rssi 0x%02x\\n", bd\_addr\_to\_str(addr), classOfDevice, pageScanRepetitionMode, clockOffset, rssi);

void packet\_handler (uint8\_t packet\_type, uint8\_t \*packet, uint16\_t size)\{

...

switch (event) \{

case HCI\_STATE\_WORKING:

hci\_send\_cmd(&hci\_write\_inquiry\_mode, 0x01); // with RSSI

break;

case HCI\_EVENT\_COMMAND\_COMPLETE:

if (COMMAND\_COMPLETE\_EVENT(packet, hci\_write\_inquiry\_mode) ) \{

start\_scan();

case HCI\_EVENT\_COMMAND\_STATUS:

if (COMMAND\_STATUS\_EVENT(packet, hci\_write\_inquiry\_mode) ) \{

printf("Ignoring error (0x%x) from hci\_write\_inquiry\_mode.\\n", packet\[2\]);

hci\_send\_cmd(&hci\_inquiry, HCI\_INQUIRY\_LAP, INQUIRY\_INTERVAL, 0);

break;

case HCI\_EVENT\_INQUIRY\_RESULT:

case HCI\_EVENT\_INQUIRY\_RESULT\_WITH\_RSSI:

print\_inquiry\_results(packet);

break;

...

默认情况下，既不报告RSSI值也不报告EIR。如果蓝牙设备实现蓝牙规范2.1或更高版本，则hci\_write\_inquiry\_mode命令可以报告此高级功能（标准结果为0，RSSI为1，RSSI和EIR为2）。

[此处][Link 3]提供[了][Link 3]完整的GAP查询示例。

### 配对设备 ###

默认情况下，蓝牙通信未经过身份验证，任何设备都可以与任何其他设备通信。蓝牙设备（例如，蜂窝电话）可以选择要求认证以提供特定服务（例如，拨号服务）。建立身份验证的过程称为配对。蓝牙为此提供了两种机制。

在符合蓝牙v2.0或更低规格的蓝牙设备上，必须在两侧输入PIN码（最多16字节ASCII）。对于没有完整I / O功能的嵌入式系统，这不是最佳选择。要使用PIN支持与旧设备配对，请参阅[下面的][Link 4]清单。

void packet\_handler (uint8\_t packet\_type, uint8\_t \*packet, uint16\_t size)\{

...

switch (event) \{

case HCI\_EVENT\_PIN\_CODE\_REQUEST:

// inform about pin code request

printf("Pin code request - using '0000'\\n\\r");

hci\_event\_pin\_code\_request\_get\_bd\_addr(packet, bd\_addr);

// baseband address, pin length, PIN: c-string

hci\_send\_cmd(&hci\_pin\_code\_request\_reply, &bd\_addr, 4, "0000");

break;

...

蓝牙v2.1规范引入了安全简单配对（SSP），这是一种更好的方法，因为它既提高了安全性，又更好地适应了嵌入式系统。使用SSP，设备首先交换其IO功能，然后采用多种方法之一来验证配对是否合法。如果蓝牙设备支持SSP，BTstack默认启用它，甚至自动接受SSP配对请求。根据使用BTstack的产品，这可能不是所希望的，应该用代码替换以与用户交互。

无论身份验证机制（PIN / SSP）如何，成功时，两个设备都将生成链接密钥。链接密钥可以存储在蓝牙模块本身或存储在持久存储中，请参见 [此处][Link 5]。下次设备连接并请求经过身份验证的连接时，两个设备都可以使用先前生成的链接密钥。请注意，如果某个设备丢失了链接密钥，则必须重复配对。

### 专用粘接 ###

除了常规绑定之外，蓝牙还提供“专用绑定”的概念，其中建立连接仅用于绑定设备。绑定过程结束后，连接将自动终止。BTstack通过gap\_dedicated\_bonding函数支持专用绑定。

## SPP - 串行端口配置文件 ##

SPP配置文件定义了如何设置虚拟串行端口和连接两个蓝牙设备。请记住，如果您尝试将数据作为数据包发送并读取有关[RFCOMM数据][RFCOMM]包边界的信息，则串行端口不会保留数据 [包边界][RFCOMM]。

### 访问远程设备上的SPP服务器 ###

要访问远程SPP服务器，首先需要查询远程设备的SPP服务。节[上询问远程SDP的服务][SDP] 展示了如何查询所有RFCOMM通道。对于SPP，您可以执行相同操作，但使用SPP UUID 0x1101进行查询。你已经确定了正确的RFCOMM通道后，你可以创建一个RFCOMM连接如图所示 [这里][Link 6]。

### 提供SPP服务器 ###

要提供SPP服务器，您需要提供具有特定RFCOMM频道号的RFCOMM服务，如[RFCOMM服务][RFCOMM 1]部分所述 。然后，您需要为其创建SDP记录，并通过调用sdp\_register\_service将其与SDP服务器一起发布 。BTstack提供 spp\_create\_sdp\_record函数，该函数需要大约200字节的空缓冲区，服务通道号和服务名称。看一下[SPP Counter示例][SPP Counter]。

## PAN - 个人区域网络配置文件 ##

PAN配置文件使用BNEP在蓝牙设备之间提供按需网络功能。PAN配置文件定义以下角色：

*  PAN用户（PANU）
 *  网络接入点（NAP）
 *  组Ad-hoc网络（GN）

PANU是一种蓝牙设备，通过点对点连接与GN或NAP或其他PANU蓝牙设备作为客户端进行通信。PANU或其他蓝牙设备可以随时终止连接。

NAP是一种蓝牙设备，通过使用BNEP和IP路由机制，在PANU之间提供路由网络数据包的服务。NAP还可以通过使用以太网数据包充当蓝牙网络和其他网络技术之间的桥梁。

GN角色使两个或更多个PANU能够通过无线网络相互交互，而无需使用额外的网络硬件。这些设备连接在微微网中，其中GN充当主设备，并通过使用BNEP与最多7个PANU从设备进行点对点或点对多点通信。

目前，BTstack仅支持PANU。

### 访问远程PANU服务 ###

要访问远程PANU服务，首先需要执行SDP查询以获取所请求的PANU UUID的L2CAP PSM。通过这两条信息，您可以使用bnep\_connect功能将BNEP连接到远程PANU服务 。在该科[PANU演示示例][PANU] 显示了这是如何实现的。

### 提供PANU服务 ###

要提供PANU服务，您需要提供具有服务UUID的BNEP服务，例如PANU UUID和最大以太网帧大小，如[BNEP服务][BNEP]部分[所述][BNEP]。然后，您需要为其创建SDP记录，并通过调用sdp\_register\_service将其与SDP服务器一起发布。BTstack 在src / pan.c中提供pan\_create\_panu\_sdp\_record函数，该 函数需要大约200字节的空缓冲区，描述和安全描述。

## HSP - 耳机配置文件 ##

HSP配置文件定义了蓝牙耳机应如何与其他蓝牙设备通信。它依赖于SCO，用于以64 kbit / s CVSD编码的音频和来自GSM 07.07的AT命令的子集，用于最小控制，包括振铃，接听电话，挂断和调节音量的能力。

HSP定义了两个角色： - 音频网关（AG） - 充当音频网关的设备，通常是移动电话或PC。 - 耳机（HS） - 一种充当AG远程音频输入和输出控制的设备。

有以下限制： - CVSD用于音频传输。 - 在耳机和音频网关之间，一次只支持一个音频连接。 - 配置文件仅提供基本的互操作性 - 例如，不包括在音频网关处理多个呼叫。 - 耳机用户界面的唯一假设是可以检测用户发起的动作（例如，按下按钮）。

％TODO：音频路径

## HFP - 免提配置文件 ##

HFP配置文件定义了如何使用支持蓝牙的设备（例如车载套件或耳机）通过音频网关设备（通常是移动电话）发出和接收呼叫。它依赖于SCO，用于以64 kbit / s CVSD编码的音频，以及来自GSM 07.07的更大AT命令子集，然后是HSP用于控制，包括振铃，拨打和接听电话，加入电话会议，接听，保持或拒绝一个电话，并调整音量。

HFP定义了两个角色： - 音频网关（AG） - 充当音频网关的设备，通常是移动电话。 - 免提单元（HF） - 用作AG远程音频输入和输出控制的设备。

％TODO：音频路径

## GAP LE - 低能耗的通用接入配置文件 ##

与GAP for Classic一样，GAP LE配置文件定义了如何发现以及如何连接蓝牙低功耗设备。蓝牙设备可以采用多种GAP角色，但最重要的角色是中心和外围角色。外围设备是提供信息或可以控制的设备。中央设备是消耗信息或控制外围设备的设备。在建立连接之前，设备首先要经历广告过程。

### 私人地址。 ###

为了更好地保护隐私，LE设备可以选择使用私有即随机蓝牙地址。此地址以用户指定的速率更改。为了允许以后重新连接，中央和外围设备将在绑定期间交换其身份解析密钥（IRK）。IRK用于验证新地址是否属于先前绑定的设备。

要使用专用地址切换隐私模式，请调用 gap\_random\_address\_set\_mode函数。可以使用gap\_random\_address\_set\_update\_period设置更新周期。

建立连接后，安全管理器将尝试解析对等蓝牙地址，如 [SMP部分所述][SMP]。

### 广告与发现 ###

只有在定期发送广告时，LE设备才是可发现且可连接的。广告包含最多31个字节的数据。要配置和启用广告广播，可以使用以下GAP功能：

*  gap\_advertisements\_set\_data
 *  gap\_advertisements\_set\_params
 *  gap\_advertisements\_enable

除广告数据外，外围角色的设备还可以提供扫描响应数据，必须由中央设备明确查询。可以使用gap\_scan\_response\_set\_data进行设置。

请查看[SPP和LE Counter示例][SPP_LE Counter]。

可以使用gap\_set\_scan\_parameters设置扫描参数 。可以使用gap\_start\_scan / gap\_stop\_scan启动/停止扫描。

最后，如果找到合适的设备，可以通过调用gap\_connect启动连接。与Bluetooth classic相比，LE连接建立没有超时。要取消此类尝试，可以调用gap\_connect\_cancel。

默认情况下，蓝牙设备在进入“已连接”状态时停止发送广告。但是，它不再开始在断开连接上广播广告。要重新启用它，请再次发送 hci\_le\_set\_advertise\_enable。

## GATT - 通用属性配置文件 ##

GATT简档使用ATT属性来表示GATT服务和GATT特征的分层结构。每项服务都有一个或多个特征。每个特征都附加了元数据，如其类型或属性。通过ATT操作查询和修改此特征和服务层次结构。

GATT定义了服务器和客户端角色。设备可以实现一个或两个GATT角色。

### GATT客户 ###

GATT客户端用于在对等设备上发现服务，特征及其描述符。它允许订阅GATT服务器上的特征已更改其值的通知或指示。

要执行GATT查询，它提供了丰富的界面。在调用查询之前，必须使用gatt\_client\_init初始化GATT客户端 一次。

为了允许模块化配置文件实现，GATT客户端可以由多个实体独立使用。

使用GAP LE API创建LE连接后，您可以使用gatt\_client\_get\_mtu查询连接MTU 。

对同一GATT服务器的多个GATT查询不能交错。因此，您可以使用状态机或类似工具按顺序执行查询，也可以使用gatt\_client\_is\_ready检查是否可以立即对特定连接执行GATT查询 ，如果未准备就绪，请稍后重试。作为GATT查询的结果，在GATT\_EVENT\_QUERY\_COMPLETE事件完成查询之前返回零到多个 le\_event。

有关可用GATT查询的更多详细信息，请参阅 [GATT Client API][]。

### GATT服务器 ###

GATT服务器存储数据并接受GATT客户端请求，命令和确认。GATT服务器发送对请求的响应，并在配置时，向GATT客户端异步发送指示和通知。

为了节省代码空间和内存，BTstack不提供GATT Server实现。相反，GATT配置文件的文本描述由GATT配置文件编译器直接转换为紧凑的内部ATT属性数据库。ATT协议服务器 - 由 - 和 - 根据编译数据库中提供的信息应答传入的ATT请求，并为动态属性提供读写回调。

GATT配置文件由简单的文本逗号分隔值（.csv）表示定义。虽然描述易于阅读和编辑，但它很紧凑，可以放在ROM中。

当前格式如[下面的][Link 7]清单[所示][Link 7]。

// import service\_name

\#import <service\_name.gatt>

PRIMARY\_SERVICE, \{SERVICE\_UUID\}

CHARACTERISTIC, \{ATTRIBUTE\_TYPE\_UUID\}, \{PROPERTIES\}, \{VALUE\}

...

PRIMARY\_SERVICE, \{SERVICE\_UUID\}

CHARACTERISTIC, \{ATTRIBUTE\_TYPE\_UUID\}, \{PROPERTIES\}, \{VALUE\}

...

UUID是16位（1800）或128位（00001234-0000-1000-8000-00805F9B34FB）。

值可以是字符串（“this is a string”），也可以是hex字节序列（例如01 02 03）。

属性可以是使用“|”组合的属性列表

读取/写入使用DYNAMIC标志定义的特性，通过回调转发到应用程序。否则，无法写入特征，它将返回指定的常量值。

添加NOTIFY和/或INDICATE会自动创建一个额外的客户端配置特性。

<table> 
 <tbody> 
 <tr> 
 <td> 属性 </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> 读 </td> 
 <td> 特征可以读取 </td> 
 </tr> 
 <tr> 
 <td> 写 </td> 
 <td> 可以使用写请求写入特征 </td> 
 </tr> 
 <tr> 
 <td> WRITE_WITHOUT_RESPONSE </td> 
 <td> 可以使用Write Command写入特征 </td> 
 </tr> 
 <tr> 
 <td> 通知 </td> 
 <td> 特征允许服务器通知 </td> 
 </tr> 
 <tr> 
 <td> 表明 </td> 
 <td> 特征允许服务器指示 </td> 
 </tr> 
 <tr> 
 <td> 动态 </td> 
 <td> 对特性的读或写由应用程序处理 </td> 
 </tr> 
 </tbody> 
</table>

要在访问特性之前要求加密或身份验证，您可以添加以下一个或多个属性：

<table> 
 <tbody> 
 <tr> 
 <td> 属性 </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> AUTHENTICATION_REQUIRED </td> 
 <td> 读写操作需要验证 </td> 
 </tr> 
 <tr> 
 <td> READ_ENCRYPTED </td> 
 <td> 读取操作需要加密 </td> 
 </tr> 
 <tr> 
 <td> READ_AUTHENTICATED </td> 
 <td> 读取操作需要身份验证 </td> 
 </tr> 
 <tr> 
 <td> WRITE_ENCRYPTED </td> 
 <td> 写操作需要加密 </td> 
 </tr> 
 <tr> 
 <td> WRITE_AUTHENTICATED </td> 
 <td> 写操作需要验证 </td> 
 </tr> 
 <tr> 
 <td> ENCRYPTION_KEY_SIZE_X </td> 
 <td> 要求加密大小&gt; = X，W [7..16] </td> 
 </tr> 
 </tbody> 
</table>

要使用已实施的GATT服务，您可以使用\#import导入它命令。查看[提供的服务列表][Link 8]。

BTstack仅提供ATT服务器，而GATT服务器逻辑主要由GATT编译器提供。虽然GATT通过UUID识别特征，但ATT使用Handles（16位值）。为了在不对属性ID进行硬编码的情况下识别特征，GATT编译器在生成的\* .h文件中创建定义列表。

与其他协议类似，可能无法随时发送。要发送通知，您可以调用att\_server\_request\_can\_send\_now来接收ATT\_EVENT\_CAN\_SEND\_NOW事件。

如果您的应用程序 在某些情况下无法处理att\_read\_callback中的ATT读取请求，则可以通过向btstack\_config.h添加ENABLE\_ATT\_DELAYED\_RESPONSE来启用对此的支持。现在，您可以存储请求的属性句柄，并在没有准备好数据时返回 ATT\_READ\_RESPONSE\_PENDING而不是提供的数据的长度。对于读取多个属性的ATT操作，您的att\_read\_callback 也可能被多次调用。为了让您知道att\_server已“请求”所有必需的属性句柄，您将获得具有 ATT\_READ\_RESPONSE\_PENDING属性句柄的最终att\_read\_callback。当您准备好所有请求的属性的数据后，您可以调用att\_server\_response\_ready，这将触发当前请求的处理。请记住，只有一个活动的ATT操作，并且它有30秒的超时时间，之后GATT客户端认为ATT服务器已不存在。

### 实施标准GATT服务 ###

标准GATT服务的实施包括以下4个步骤：

1.  确定完整的服务名称
2.  使用服务名称在Bluetooth SIG站点获取XML定义并转换为通用.gatt文件
3.  编辑.gatt文件以设置常量值并排除不需要的特征
4.  实现服务服务器，例如battery\_service\_server.c

步骤1：

为了便于为Bluetooth SIG定义的标准配置文件创建.gatt文件，可以使用工具/ convert\_gatt\_service.py脚本。在没有参数的情况下运行时，它会查询Bluetooth SIG网站并按其规范名称列出可用的服务，例如 org.bluetooth.service.battery\_service。

$ tool/convert\_gatt\_service.py

Fetching list of services from https://[www.bluetooth.com/specifications/gatt/services][www.bluetooth.com_specifications_gatt_services]

Specification Type | Specification Name | UUID

\-------------------------------------------------------+-------------------------------+-----------

org.bluetooth.service.alert\_notification | Alert Notification Service | 0x1811

org.bluetooth.service.automation\_io | Automation IO | 0x1815

org.bluetooth.service.battery\_service | Battery Service | 0x180F

...

org.bluetooth.service.weight\_scale | Weight Scale | 0x181D

To convert a service into a .gatt file template, please call the script again with the requested Specification Type and the output file name

Usage: tool/convert\_gatt\_service.py SPECIFICATION\_TYPE \[service\_name.gatt\]

第2步：

要将服务转换为.gatt文件，请使用请求的规范类型和输出文件名调用\* tool / convert\_gatt\_service.py。

$ tool/convert\_gatt\_service.py org.bluetooth.service.battery\_service battery\_service.gatt

Fetching org.bluetooth.service.battery\_service from

https://[www.bluetooth.com/api/gatt/xmlfile?xmlFileName=org.bluetooth.service.battery\_service.xml][www.bluetooth.com_api_gatt_xmlfile_xmlFileName_org.bluetooth.service.battery_service.xml]

Service Battery Service

\- Characteristic Battery Level - properties \['Read', 'Notify'\]

\-- Descriptor Characteristic Presentation Format - TODO: Please set values

\-- Descriptor Client Characteristic Configuration

Service successfully converted into battery\_service.gatt

Please check for TODOs in the .gatt file

第3步：

在大多数情况下，您需要自定义.gatt文件。请注意工具输出并查看生成的.gatt文件。

例如，在生成的电池服务的.gatt文件中

// Specification Type org.bluetooth.service.battery\_service// [https://www.bluetooth.com/api/gatt/xmlfile?xmlFileName=org.bluetooth.service.battery\_service.xml][https_www.bluetooth.com_api_gatt_xmlfile_xmlFileName_org.bluetooth.service.battery_service.xml]

// Battery Service 180F

PRIMARY\_SERVICE, ORG\_BLUETOOTH\_SERVICE\_BATTERY\_SERVICE

CHARACTERISTIC, ORG\_BLUETOOTH\_CHARACTERISTIC\_BATTERY\_LEVEL, DYNAMIC | READ | NOTIFY,

// TODO: Characteristic Presentation Format: please set values

\#TODO CHARACTERISTIC\_FORMAT, READ, \_format\_, \_exponent\_, \_unit\_, \_name\_space\_, \_description\_

CLIENT\_CHARACTERISTIC\_CONFIGURATION, READ | WRITE,

您可以删除有关CHARACTERISTIC\_FORMAT的行，因为如果有一个服务实例则不需要它。请将.gatt文件与[采用的规范][Link 9]进行比较。

第4步：

如上所述[，][Link 10]所有读/写请求都由应用程序处理。要将新服务实现为可重用模块，必须访问与此服务相关的所有读/写请求。

为此，ATT DB允许使用att\_server\_register\_can\_send\_now\_callback（）为特定句柄范围注册读/写回调。

由于句柄范围取决于应用程序的.gatt文件，因此可以使用gatt\_server\_get\_get\_handle\_range\_for\_service\_with\_uuid16查询主服务和辅助服务的句柄范围。

同样，您需要知道特定特征的属性句柄来处理特征读/写请求。您可以获取特征gatt\_server\_get\_value\_handle\_for\_characteristic\_with\_uuid16（）的属性值句柄。

除了属性值句柄之外，还需要客户端特征配置的句柄来支持指示/通知。您可以使用gatt\_server\_get\_client\_configuration\_handle\_for\_characteristic\_with\_uuid16（）获取此属性句柄

最后，为了独立于主应用程序发送通知和指示，可以使用att\_server\_register\_can\_send\_now\_callback在可以发送通知或指示时请求回调。

要了解它如何协同工作，请查看src / ble / battery\_service\_server.c中的Battery Service Server 。

[Link 1]: http://bluekitchen-gmbh.com/btstack/profiles/#lst:Discoverable
[Link 2]: http://bluekitchen-gmbh.com/btstack/profiles/#lst:DiscoverDevices
[Link 3]: http://bluekitchen-gmbh.com/btstack/examples/examples/#sec:gapinquiryExample
[Link 4]: http://bluekitchen-gmbh.com/btstack/profiles/#lst:PinCodeRequest
[Link 5]: http://bluekitchen-gmbh.com/btstack/porting/#sec:persistentStoragePorting
[RFCOMM]: http://bluekitchen-gmbh.com/btstack/%7Bprotocols/#sec:noRfcommPacketBoundaries%7D
[SDP]: http://bluekitchen-gmbh.com/btstack/profiles/#sec:querySDPProtocols
[Link 6]: http://bluekitchen-gmbh.com/btstack/protocols/#sec:rfcommClientProtocols
[RFCOMM 1]: http://bluekitchen-gmbh.com/btstack/protocols/#sec:rfcommServiceProtocols
[SPP Counter]: http://bluekitchen-gmbh.com/btstack/examples/examples/#sec:sppcounterExample
[PANU]: http://bluekitchen-gmbh.com/btstack/examples/examples/#sec:panudemoExample
[BNEP]: http://bluekitchen-gmbh.com/btstack/protocols/#sec:bnepServiceProtocols
[SMP]: http://bluekitchen-gmbh.com/btstack/protocols/#sec:smpProtocols
[SPP_LE Counter]: http://bluekitchen-gmbh.com/btstack/examples/examples/#sec:sppandlecounterExample
[GATT Client API]: http://bluekitchen-gmbh.com/btstack/profiles/#sec:gattClientAPIAppendix
[Link 7]: http://bluekitchen-gmbh.com/btstack/profiles/#lst:GATTServerProfile
[Link 8]: http://bluekitchen-gmbh.com/btstack/gatt_services/
[www.bluetooth.com_specifications_gatt_services]: http://www.bluetooth.com/specifications/gatt/services
[www.bluetooth.com_api_gatt_xmlfile_xmlFileName_org.bluetooth.service.battery_service.xml]: http://www.bluetooth.com/api/gatt/xmlfile?xmlFileName=org.bluetooth.service.battery_service.xml
[https_www.bluetooth.com_api_gatt_xmlfile_xmlFileName_org.bluetooth.service.battery_service.xml]: https://www.bluetooth.com/api/gatt/xmlfile?xmlFileName=org.bluetooth.service.battery_service.xml
[Link 9]: https://www.bluetooth.com/specifications/adopted-specifications
[Link 10]: http://bluekitchen-gmbh.com/btstack/profiles/#sec:GATTServerProfiles