一、场景:
目前正在做一个小程序连接低功耗蓝牙板的功能。主要是用于硬件操作类。
二、描述:
1、使用完后,发现Android版本小程序在wx.createBLEConnection(OBJECT)下api不太稳定。连接时长有时候快,有时候慢。快的时候能达到正常的理想速度(1-1.5秒),慢的话能达到5-10秒。
尝试使用Android原生app,使用
BluetoothGatt mBluetoothGatt = mDevice.connectGatt(this.mContext, true, this);
进行连接,发现并没有达到小程序那么大的概率出现连接慢的问题。小程序连接蓝牙慢的概率会在10%左右,而使用原生app连接的话,最多2%左右,甚至更低。
不过原生app在尝试断开蓝牙后,有进行释放BluetoothGatt对象,如下
public void disconnect(){
mBluetoothGatt.disconnect();
mBluetoothGatt.discoverServices();
mBluetoothGatt.close();
mBluetoothGatt = null;
}
多次尝试直接不释放BluetoothGatt对象的前提下,只是单纯的
mBluetoothGatt.disconnect();
下次连接直接mBluetoothGatt.connect();
同样会出现和小程序一样的大概率连接慢,甚至连不上的问题。
PS:蓝牙板的广播频率已经调成50毫秒一下了
2、第二个问题:连接蓝牙了,进行写动作,有延时200毫秒左右开始写特征值数据,经常会__10008__错误,不让写。而且调用wx.closeBLEConnection(OBJECT)会出现无法断开的现象,实际蓝牙还处在和手机连接中。此时无论如何操作都无法断开蓝牙,只能选择结束微信进程。
以上问题在IOS上未出现。
三、建议
希望小程序开发团队能抽空看下低功耗蓝牙的这个问题,我相信很大部分开发者在Android上都基本头大无助了,转而放弃小程序使用原生app去了,这是很遗憾的一件事。
感谢反馈!
这里的意思是不释放的前提下,反而大概率连接慢,连不上吗?
小程序closeBleConnection接口是有释放资源的.
原生app会有这样的现象吗?
最近安卓低功耗蓝牙也在做调整,争取年后第一个版本更新,方便留下微信,我们一起来调一下修改完的效果是否达到预期,感谢。
@包磊 Baolei
人为点的。这玩意还搞啥自动化呐~
我这边是已经有现成的成型的app了的,只是现在接到需求要做小程序版的。使用人群和人数不大,10-20万人的场景就行了。基本没啥性能方面的特殊要求。比较偏门的一个东西
@陈斌
1、测试case就是扫连测试吧?可以看一下HCI日志,分析一下慢的原因:微信小程序测试和原生App测试的HCI都分析一下,估计可能有小程序HCI日志里会有和原生HCI日志不同的东西
2、毫秒级这个有点夸张吧?蓝牙连接间隔你们定的是毫秒级么?那功耗问题可要考虑了。
3、小米2我测过,性能还不错,也出现了问题么?我提供一下我的测试参数,你看一下:开扫,扫到后停扫,调用连接,连接成功后,各种指令通信,然后调用断开,等10s,再开扫,循环测试N次。方便提供一下你的参数交流一下么?
4、closeBleConnection没有断开的情况,社区里很早就有人提过了,估计小程序SDK没改彻底吧?这个只能微信自己改了
PS:关键还是分析HCI日志,没准能发现硬件的Bug呢?
写了大半年的蓝牙,小程序问题最大的就是出在这个两个方法上:
wx.createBLEConnection();
wx.closeBLEConnection()。
连接速度不稳定,android大多数情况都是好几秒后才连接成功,大大的影响到了用户的体验。
android的wx.closeBLEConnection断开不及时,每次执行该方法后,设备没有正常断开。
就因为这两点无数小程序开发者伤透了脑筋。
@包磊 Baolei
1、连接时长是根据wx.createBLEConnection()
接口从调用开始计时到结束complete的时长。这个时长并不是说每次都慢,而是一定的概率出现慢。
2、一旦连接成功success回调之后,呐就很快了。到notify可写的特征值都是毫秒级的,基本就是瞬间完成。
3、目前测试的手机有古董级别的三星S4、小米2。高端机也就是各品牌的旗舰机了。速度上旗舰机确实是会比古董机好很多很多。
4、针对closeBleConnection有时候无法断开连接的情况,让硬件工程师搞定了,连接上设备1秒内不进行指令交互,直接断开了。不过这个办法是这边需求刚好可以这么做。
PS:判断不是手机的问题的依据是使用原生app进行多次连接测试,每次安排测试次数>=200次连接以上。
这次反馈的问题点,并不是一定每次连接都速度慢,是有一定的概率出现,而且较大的概率。对比使用原生app后这种连接慢的概率会低很多。我这边是有单独做了一个原生Android版本的demo给同事们测的,测试结果是也会有概率出现连接慢。但是不会和小程序一样的大概率。小程序概率大概会在10%左右,而使用原生app概率会在2-3%之间。