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)
其第一包问询, Handle值从1开始到最大值(因此时GATT Client并不知晓GATT Server的实际最大Handle值是多少);
这种“Read By Group Type Request”形式问询,直到最后问询返回“Attribute Not Found”时才停止;
第一阶段的作用是:
---获取到了GATT Server 的Primary Service数量,且每个服务的Handle值范围;
如当前Sample第二次问询Service中,我们获取到了GATT Server支援HIDS,
第二阶段:基于第一阶段获取到的每个服务的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)
第二阶段的作用:获取到每个服务(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;
原生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中;