Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一

BLE 的HIDS服务,可以理解为BR/EDR HID在BLE 上的简化版,因BLE的特殊性,BR/EDR HID的部分feature在HIDS 中被移除。

本文将讨论Android 蓝牙BLE 中HIDS 服务如何接收 Data 并写入到Android 节点"/dev/uhid"的flow。----关于Android BR/EDR HID data 如何写入Android 节点,请参考之前文档;Android Bluetooth HID Host的理解及Report Data如何写入Android 节点之一_YingbinLi 蓝牙的博客-CSDN博客

本文继续以问答形式展开;

问题点 1原生BT中,GATT Client在连接上后问询Service DB的过程;

(一共4个阶段)

第一阶段:通过使用“Read By Group Type Request +Attribute Type: Primary Service”问询主服务;(后续有详细的API 调用flow)

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第1张图片

其第一包问询, Handle值从1开始到最大值(因此时GATT Client并不知晓GATT Server的实际最大Handle值是多少);

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第2张图片

 Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第3张图片

 这种Read By Group Type Request”形式问询,直到最后问询返回“Attribute Not Found”时才停止;

第一阶段的作用是:

 ---获取到了GATT Server Primary Service数量,且每个服务的Handle值范围;

如当前Sample第二次问询Service中,我们获取到了GATT Server支援HIDS

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第4张图片

第二阶段:基于第一阶段获取到的每个服务的Handle值范围,根据具体每个服务(Service)的起止Handle值(分2~3步)

通过“Read By Type Request+ Attribute Type :Include”问询是否支援Include

然后再通过“Read By Type Request+ Attribute Type :Characteristic Declaration”问询是否支援Characteristic;

如果是特定的Service:如Battery HID等,在前两步完成后,可能还有第三步操作:通过“Find Information Request”进行问询Information(后续有详细的API 调用flow)

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第5张图片

 第二阶段的作用:获取到每个服务(Service)是否包含Include,以及包含的特征(Chartcteristic)数量及每个特征的Handle起止值;

第三阶段:通过“Read By Type Request+ Attribute Type :PnP ID”问询类似BR/EDR 中的DI信息;

第四阶段具体很强针对性:如当前问询到某款游戏手柄支援Battery和HID,且在第二阶段知晓Battery特征中表示Battery Level的Handle是20;获取到HID中描述HID Information的Handle是24,表示HID 的Report Map的Handle是28;那么在第四阶段中,就针对性的使用“Read Request + Handle值”问询了Battery Level值、HID 的Information以及HID Report Map;

问题点2以上4个阶段的问询,是Java层触发,还是BlueDroid中自动执行的;

是Bluedroid内部在BLE连接后,先检测缓存中是否有Service,如果没有,就启动主动问询;

BLE callback连接上时,触发的API bta_gattc_conn

问题点3以上4个阶段的问询和DB callback APIs是;

BlueDroid中,GATT的接口定义在btif_gatt.cc中的btgattInterface( Andorid 8~11都是此定义);这里是GATT client GATT Server的接口;

而GATT Client的接口是:btgattClientInterface

  GATT Server的接口是:btgattServerInterface

BlueDroid GATT Client接收reponse的入口函数是gatt_client_handle_server_rsp

BlueDroid GATT Server接收request的入口函数是:gatt_server_handle_client_req

BlueDroid中表示BLE 连接上的API 是:btm_ble_connected

在原生中, BLE 相关UUID的定义在gattdefs.h中,

表示主服务UUID的是:GATT_UUID_PRI_SERVICE;

表示Include的UUID是:GATT_UUID_INCLUDE_SERVICE;

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第6张图片

原生BT中,代表opcode :

Read By Group Type Request是:GATT_REQ_READ_BY_GRP_TYPE;

Read By Group Type Response是GATT_RSP_READ_BY_GRP_TYPE;

Read By Type Request是:GATT_REQ_READ_BY_TYPE;

Find Information Request是:GATT_REQ_FIND_INFO;

Read Request是:GATT_REQ_READ;

定义在gatt_api.h中;

Android BLE HIDS Data ,从问询DB 到写入Android 节点的flow 之一_第7张图片

你可能感兴趣的:(Android,Bluetooth(安卓蓝牙),android,android,studio,ide)