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)

其第一包问询, 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中;

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ble audio补丁原理是利用hidraw节点捕捉协议栈发送的语音数据,目前Android Blueroid将ble语音数据和按键信息通过hid发送出去,通过建立hidraw节点,可以从中捕捉到语音数据。目前通过ble hal实现从hidraw中读取遥控器语音数据,在Android框架层上就通过配置文件将ble hal导入到音频框架中,并通过绑定Android原生已有的耳麦设备来完成audio音频策略选择,通过apk检测ble连接状态,通知audio服务耳麦设备的状态就可以使得录音通路切换至ble hal,实现从ble获取录音数据功能。 打补丁前最好使用干净的环境,不要有别家方案ble补丁,否则可能会有不兼容问题。 补丁如若不能使用首先检查节点是否存在和其权限,正常节点权限如下: ls -l /dev/hidraw* crw-rw---- 1 system audio 241, 0 2018-12-18 13:42 /dev/hidraw0 audio用户组有读写权限。 2、如果selinux模式为Enforcing,可以通过logcat搜索avc关键字。有如下类似提示则为异常,提示进程没有权限,检查sepolicy是否设置正常: avc: denied { read } for name="/" dev="tmpfs" ino=6145 scontext=u:r:mediaserver:s0 tcontext=u:object_r:device:s0 tclass=dir permissive=0 //Android 5.0和6.0版本,audio hal被mediaserver进程加载 avc: denied { read } for name="/" dev="tmpfs" ino=8125 scontext=u:r:audioserver:s0 tcontext=u:object_r:device:s0 tclass=dir permissive=0 //Android 7.0版本,audio hal被audioserver进程加载 avc: denied { read } for name="hidraw" dev="sysfs" ino=16332 scontext=u:r:hal_audio_default:s0 tcontext=u:object_r:sysfs:s0 tclass=dir permissive=0 //Android 8.0和9.0版本,audio hal被android.hardware.audio@2.0-service进程加载 3、检查audio的配置,打上patch后,首先确认小机上文件是否有修改到,目前文件可能位于/vendor/etc或/system/etc目录下,其中/vendor/etc下的配置文件是优先解析的。确保文件无误后,通过dumpsys media.audio_policy查看ble hal是否正常加载。 以下是相关说明: AudioPolicyManager: 0xf20c5200 Command Thread: 0xf20af140 Tones Thread: 0xf20af020 ... - Available input devices: Device 1: - id: 3 - type: AUDIO_DEVICE_IN_BUILTIN_MIC - Profiles: Profile 0: - format: AUDIO_FORMAT_PCM_16_BIT - sampling rates:8000, 11025, 12000, 16000, 22050, 24000, 32000, 44100, 48000 - channel masks:0x000c, 0x0010 Device 2: - id: 20 - type: AUDIO_DEVICE_IN_WIRED_HEADSET //对应的数值是0x80000010 - name: RemoteDM1204 - Profiles: Available input devices指示当前可用设备,目前ble hal是和AUDIO_DEVICE_IN_WIRED_HEADSET设备绑定,如果需要录音走ble hal,AUDIO_DEVICE_IN_WIRED_HEADSET设备必须出现在可用设备中,如果没有,就可能是补丁中hidaudio.apk的问题。 HW Modules dump: ... - H
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值