下载安卓的nrf connect等APP,国内用户很困难。

推荐使用下图所示的APP软件,它是一个安卓APP应用商店,能够直接下载nrf系列APP,包括nrf connect,nordic thingy,nrf toolbox,以及lightblue等。(你没看错,Lightblue也出安卓版了。)

 

这里上传了它的安装包:链接,密码见评论区。

(完)

上文中创建了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可以看到相关信息。

(完)