Android蓝牙低功耗(BLE)API尚未准备就绪

概述我正在开发一个健身应用程序,该应用程序支持两个BLE传感器(心律,步幅).我最终得到了两个有限制的服务(每个传感器一个),这些服务由我的主要活动调用和界定.它可以在带有KitKat的Nexus7II上运行.我花了几天时间尝试使应用程序达到稳定状态.全新重新启动后,Gatt连接和通知可以正常

我正在开发一个健身应用程序,该应用程序支持两个BLE传感器(心律,步幅).我最终得到了两个有限制的服务(每个传感器一个),这些服务由我的主要活动调用和界定.它可以在带有KitKat的Nexus 7 II上运行.我花了几天时间尝试使应用程序达到稳定状态.全新重新启动后,Gatt连接和通知可以正常工作.我遇到的问题是,在一个或两个设备断开连接并需要重新连接后,设备又恢复了工作状态.由于其他人也曾报告过类似的问题,因此我开发并测试了各种方案,包括在活动重新启动时保持服务和连接畅通,关闭连接和服务器,然后重新启动,仅关闭而不断开连接,等待之前重新连接等.目前,使用一个传感器,我可以使应用程序大部分时间重新连接.使用两个传感器时,大多数情况下不会重新建立连接.考虑到每周都有许多新的BLE设备,Android BLE API是如此脆弱,真是太可惜了.我想知道是否还有其他人对多个BLE传感器感到幸运,是否愿意分享他们的方法来使它正常工作.

解决方法:

这不是一个非常有问题的问题,但是您的评论表明知道0x85的含义会有所帮助. AndroID BLE API取自Samsung的第二个BLE API,但并非Samsung定义的所有常量都可以实现.

0x85 = 133(您也可以在日志中看到)是GATT_ERROR.基本上,这意味着出了点问题,可能是外围设备超出了设备范围,或者是蓝牙芯片刚刚搞砸了.我发现在onConnectionStateChange的BluetoothGatt上调用connect()是一个不错的解决方案,因为它会等待一切整理好并在可能的情况下进行连接.

0x8D = 141 GATT_ALREADY_OPEN这很容易解释.

需要注意的另一件事是确保蓝牙发生的任何事情顺序发生.在上一个 *** 作的结果发生之前,有多个线程将命令发送到BluetoothGatt往往不是一件好事.

总结

以上是内存溢出为你收集整理的Android蓝牙低功耗(BLE)API尚未准备就绪全部内容，希望文章能够帮你解决Android蓝牙低功耗(BLE)API尚未准备就绪所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。