上文中创建了GATT客户端YQS_C，本文深入代码，理解它的实现脉络。

阅读本文前，请先阅读“解读自定义GATT服务”一文。

（1）通用和定制

nrf connect是一个通用的主机程序，它能够扫描、连接任何从机设备，并能发现、解析任意的GATT服务。

实现这样的通用主机程序，逻辑比较复杂，需要依次发现所有的服务，再发现每个服务下的特征，再发现每个特征下的描述符。

实际中更常见的是针对某个GATT服务所做的GATT客户的，比如nus对应的nus_c，hrs对应的hrs_c。

实现这样的定制主机程序，逻辑比较简单，而且可以充分利用SDK中的ble_db_discovery库函数。

我们这里讨论的是定制的主机程序，针对yqs设计相应的yqs_c程序。

（2）UUID

先确定基础UUID，与YQS的基础UUID一致。

利用函数sd_ble_uuid_vs_add写入协议栈，并利用函数ble_db_discovery_evt_register注册到ble_db_discovery中。

（3）Discovery事件处理

Discovery事件会订阅到main.c –> db_disc_handler中。

处理函数为ble_yqs_c_on_db_disc_evt。实际运行时，仅关注一个事件：BLE_DB_DISCOVERY_COMPLETE，即发现GATT完毕事件。

在该事件中，可以读取YQS从设备的GATT服务和特征的全部信息，包括：

• 服务的UUID
• 该服务的句柄范围（该范围的第一个值为服务句柄）
• 特征的数目
• 各个特征的句柄、UUID、属性、值
• 描述符的句柄

（4）基础事件处理

所谓基础事件包括连接、断开等。

（5）发送数据

发送数据即对指定的Char Handle执行write：sd_ble_gattc_write，其中的write_op参数将决定是执行write 还是write no response。

（6）使能CCCD

实际上，使能CCCD就是向CCCD Handle执行write操作。write的数据内容为{0x00, 0x01}。

（7）接收数据

只有使能的从机的CCCD以后，才可以接收数据。

接收数据后主机端产生BLE_GATTC_EVT_HVX事件，进一步触发on_hvx回调函数。

在该函数中可以获得收到的数据内容。

（8）声明YQS_C

与GATT服务端类似，也需要先进行声明：BLE_YQS_C_DEF(m_ble_yqs_c);。

（9）初始化YQS_C

在系统初始化阶段，初始化YQS_C：yqs_c_init。

初始化过程中会关联事件回调函数，以告诉系统一些关键事件节点。

（10）初始化Discovery

对于主机而言，Discovery是一个特殊操作， 在函数db_discovery_init中进行专门的初始化。

（完）

前面创建了一个YQS服务，属于GAP Server，也称为从机。本文创建一个GAP Client，即主机，来连接和发现YQS设备。

阅读本文之前，请先阅读前文。

（1）工程框架

打开nus_c工程<SDK Dir>\14.2.0\examples\ble_central\ble_app_nus_c。

编译下载到开发板中，确保工程能够正常运行。

通过RTT Viewer可以看到相关打印日志。

（2）添加yqs_c

复制以下两个文件：

• <SDK Dir>\14.2.0\components\ble\ble_services\ble_nus\ble_nus_c.c
• <SDK Dir>\14.2.0\components\ble\ble_services\ble_nus\ble_nus_c.h

粘贴到ble_app_nus_c目录下，放在main.c的同级目录。

将该目录的相对路径（../../../）添加到工程的User Include Directory中，如下：

将文件重命名为：

• ble_yqs_c.c
• ble_yqs_c.h

并将两个文件拖放到nRF_BLE_Services中，如下图：

（3）移植YQS

打开ble_yqs_c.c，做全局替换，注意区分大小写：

• NUS –> YQS
• nus –> yqs

对ble_yqs_c.h做同样操作。

将YQS_BASE_UUID中的0x9E改成0x9D，如下：

{{0x9D, 0xCA, 0xDC, 0x24, 0x0E, 0xE5, 0xA9, 0xE0, 0x93, 0xF3, 0xA3, 0xB5, 0x00, 0x00, 0x40, 0x6E}}

打开sdk_config.h，在BLE_TPS_ENABLED下方增加一个项目，如下：

// <q> BLE_TPS_ENABLED  - ble_tps - TX Power Service
#ifndef BLE_TPS_ENABLED
#define BLE_TPS_ENABLED 0
#endif

// <q> BLE_YQS_C_ENABLED  - ble_yqs_c - Youqun Client
#ifndef BLE_YQS_C_ENABLED
#define BLE_YQS_C_ENABLED 1
#endif

在BLE_TPS_BLE_OBSERVER_PRIO下方添加一个项目如下：

// <o> BLE_TPS_BLE_OBSERVER_PRIO  
// <i> Priority with which BLE events are dispatched to the TX Power Service.
#ifndef BLE_TPS_BLE_OBSERVER_PRIO
#define BLE_TPS_BLE_OBSERVER_PRIO 2
#endif

// <o> BLE_YQS_C_BLE_OBSERVER_PRIO  
// <i> Priority with which BLE events are dispatched to the Youqun Client.
#ifndef BLE_YQS_C_BLE_OBSERVER_PRIO
#define BLE_YQS_C_BLE_OBSERVER_PRIO 2
#endif 

同时修改禁用BLE_NUS_C_ENABLE，如下：

// <q> BLE_NUS_C_ENABLED  - ble_nus_c - Nordic UART Central Service

#ifndef BLE_NUS_C_ENABLED
#define BLE_NUS_C_ENABLED 0
#endif

找到NRF_SDH_BLE_VS_UUID_COUNT，确保其值为1，如下：

// <o> NRF_SDH_BLE_VS_UUID_COUNT - The number of vendor-specific UUIDs. 
#ifndef NRF_SDH_BLE_VS_UUID_COUNT
#define NRF_SDH_BLE_VS_UUID_COUNT 1
#endif

（4）调用YQS

这个工程实际上是一个可以运行的nus主机工程，我们只要将所有的nus替换成yqs即可。

做全局替换，区分大小写：

• NUS –> YQS
• nus –> yqs

此时编译通过，应该可以正常运行。在RTT Viewer中可以看到相应的输出。

但是如果在另一个开发板中跑YQS从机工程，会发现它们无法建立连接及通信。

（5）设备连接

yqs主机发现设备广播数据后，如果检测到了YQS UUID，则连接设备，否则继续扫描。

但是我们的YQS基于ble_app_template实现的，广播包中包含的UUID是0x180A，而不是YQS UUID。这个问题与GATT 服务运行机制无关，这里我们简单的修改一下，越过这个问题。

找到m_yqs_uuid，并做如下修改：

/**@brief YQS uuid. */
static ble_uuid_t const m_yqs_uuid =
{
    .uuid = 0x180A/*BLE_UUID_YQS_SERVICE*/,
    .type = BLE_UUID_TYPE_BLE/*YQS_SERVICE_UUID_TYPE*/
};

这时候再编译运行，即可发现和连接YQS从机设备。

通过RTT Viewer可以看到相关信息。

（完）