NRF52832学习笔记(30)——一从多主连接

一、简介

一个从机设备支持被多个主机设备同时连接。那么我们建立这样一对多的连接方式,代码的处理过程会变得非常麻烦吗,实际上并不是这样,对于我们开发者而言,如果大家对于连接句柄(conn_handle)的理解已经比较透彻,那么增加的难度真的很低。

1.1 连接句柄

在主机与从机发生连接的时候会进行连接句柄的分配。连接句柄的作用是在蓝牙数据进行分组的时候进行设备区分的。连接句柄相当于一个“令牌”,从设备一旦和主设备发生连接,从设备就给主设备分配一个“令牌”。从设备通过这个“令牌”来识别与区分主设备。

二、ble_app_multiperipheral

打开工程 不同SDK\examples\ble_peripheral\experimental\ble_app_multiperipheral

2.1 main

2.2 buttons_init

在按键操作里,有一从多主发送数据的操作,可先不看这里。

2.2.1 button_event_handler

2.2.2 led_status_send_to_all

遍历所有主机,给主机发送 LED 灯亮灭命令

2.3 ble_stack_init

ble_stack_init() 协议栈初始化函数基本结构没有变化,设备变化的地方有下面几个地方:

2.3.1 nrf_sdh_ble_default_cfg_set

定义了可以连接的主机最大数量为4

2.3.2 ble_evt_handler

ble协议栈的回调函数,看下其中对于连接和断开等GAP状态的处理。

BLE_GAP_EVT_CONNECTED 连接状态,调用连接成功的处理函数 on_connected()
BLE_GAP_EVT_DISCONNECTED 断开状态,调用连接成功的处理函数 on_disconnected()

2.3.3 on_connected

首先看一下连接的处理函数,相对于以前只支持一个连接的例程,这里新增了一个 nrf_ble_qwr_conn_handle_assign 函数处理,这个函数的功能是用于将连接句柄分配给 Queued Writes 模块的给定实例。

并且我们需要对当前连接的总数量进行判断,如果以及连接的主机数量少于4个,则继续开启广播,等待其他主机继续发起连接;如果连接的主机数量达到4个,则不再开启广播。

2.3.4 on_disconnected

再看一下断开连接的处理函数,先判断下是否有设备连接(periph_link_cnt == 0),如果没有设备连接,则返回err。然后我们再判断一下,当前连接数是否是最大连接数量减1(periph_link_cnt == (NRF_SDH_BLE_PERIPHERAL_LINK_COUNT - 1)),也就是说刚刚从满数量连接少了一个,这个时候我要需要重新开启广播,等待连接。

2.4 services_init

这里我们主要是 Queue Write 初始化时候,需要根据最大连接数量初始化多个 m_qwr 实例。LBS 的初始化部分是不需要改变的。

三、从机设备接收主机数据

3.1 ble_lbs_on_ble_evt

服务建立完成后。如果主机通过服务中的写属性,写一个数据给从机,从机会接收到这个数据,这时候从机就会从协议栈上产生一个 BLE_GATTS_EVT_WRITE 事件。这时候需要考虑调度服务来处理事件,就需要使用协议栈调度系统。调度系统在主函数 main.c 最开头,声明调用函数 BLE_LBS_DEF(m_lbs);。在服务函数 ble_lbs.h 文件中,声明该函数

/**@brief   Macro for defining a ble_lbs instance.
 *
 * @param   _name   Name of the instance.
 * @hideinitializer
 */
#define BLE_LBS_DEF(_name)                                                                          \
static ble_lbs_t _name;                                                                             \
NRF_SDH_BLE_OBSERVER(_name ## _obs,                                                                 \
                     BLE_LBS_BLE_OBSERVER_PRIO,                                                     \
                     ble_lbs_on_ble_evt, &_name)

我们采用观察者模型,来调度事件派发函数 ble_lbs_on_ble_evt。当协议栈需要通知应用程序一些有关它的事情时,协议栈事件就上抛给应用。

3.1.1 on_write

当接收到一个写事件时,验证这个写事件是发生在对应的特性上是一个基本任务,包括验证数据长度,回调函数是否已设置。如果所有都正确,则回调函数将会调用,并且把已经写入的值作为输入参数。

3.1.2 led_write_handler

处理 LED 特性写中,我们在服务结构体中设置了 led_write_handler 回调,当 LED 特性被写入的时候将会调用。这个回调函数通过上面的初始化结构体被设置,但这个回调函数还没有实现,只有 on_write() 函数又写入数据的时候才会触发。

形参 led_state 对应 on_write() 函数中 p_evt_write->data[0] 的数据。

四、从机设备发送通知数据

4.1 led_status_send_to_all

4.2 ble_lbs_on_button_change

下面这个函数,就是我们 notify 发送数据的函数,他的参数我们只需要配置4个。

  • type 配置为 BLE_GATT_HVX_NOTIFICATION,代表是 notify 属性的数据;
  • handle 我们需要配置为我们按键特征值的 value.handle,代表的是按键特征值的 Value这个列表的句柄;
  • p_data 就是我们需要发送的数据;
  • p_len 数据的长度。

• 由 Leung 写于 2020 年 10 月 9 日

• 参考:青风电子社区

猜你喜欢

转载自blog.csdn.net/qq_36347513/article/details/108973325