微信小程序低功耗蓝牙开发那些坑(二)

• 踩坑第二弹
  接着踩坑,我满心欢喜的完成了蓝牙连接不上的问题,结果第二天,领导告诉我,还是一样,跟昨天没有任何差别,我自己赶紧测试了一遍,发现没有问题,然而,领导用的是一个几年前的安卓手机.我赶紧去官网查,去贴吧找,经过一个小时的奋斗,得出一个结论--- 微信小程序官方都承认自己对部分安卓手机支持不好,于是乎,我顺利的掉进了第二个坑

小程序对低功耗蓝牙对安卓手机的连接支持不好问题

这个坑困扰我好几天,一直没有很好的解决方案,表现为:

.任何一台安卓手机用微信小程序连接低功耗蓝牙都有差不多40%的几率(平均)连接不上

我尝试了很多方法,几乎都要放弃了,结果测试小姑凉告诉我,只要退出微信小程序,再重新进来,又能正常使用.
这个现象给了我很大的启发,我想到了解决方案------多次重连,以下是我的思路
1.重连三次,
2.每次重连失败,都把蓝牙模块close 掉,然后重新open.
思路代码:

 // 蓝牙工具类
const BleUtils = BleUtils || {};
BleUtils.tryCount = 0; //重试次数
BleUtils.connect = (tryCount) => {
    if(tryCount == 3){
        console.log("重连三次了,放弃了");
        return ;
    }
    BleUtils.tryCount = tryCount;
     //关闭当前的蓝牙模块
    wx.closeBluetoothAdapter({
      success: (res) => {
        console.log("关闭蓝牙模块成功", res);
        //重新打开蓝牙模块
        wx.openBluetoothAdapter({ //初始化 蓝牙模块  成功 和 失败的回调
          success: res => {
            console.log('初始化蓝牙成功', res)
            that.getBluetoothAdapterState(); 
          },
          fail: err => {
            console.log('初始化蓝牙是否开启:', err);
            wx.hideLoading();
          },
          complete: function(res) {
            console.log('初始化蓝牙执行完成:', res)
          }
        })
      },
      fail: (err) => {
        console.log("关闭蓝牙模块出错", err);
      },
      complete: (res) => {
        console.log("关闭蓝牙模块完成的", res);
        // ignore
      },
    });
}
/**
  获取本机蓝牙适配器状态 判断用户是否开启蓝牙
 */
BleUtils.getBluetoothAdapterState = function() {
  const that = BleUtils;
  wx.getBluetoothAdapterState({
    success: res => {
      console.log('检测蓝牙是否开启成功', res)
      //discovering 是否正在搜索设备   
      //available 蓝牙适配器是否可用 
      if (res.available == false) {
        wx.showToast({
          title: '设备无法开启蓝牙连接',
          icon: 'none'
        })
        return;
      }
      if (res.discovering == false && res.available) {
        that.startBluetoothDevicesDiscovery()
     }
    },
    fail: err => {
      console.log('检测蓝牙是否开启失败:', err);
    },
    complete: (res) => {
      console.log('检测蓝牙是否开启完成:', res)
    }
  })
}
/**
 这个函数的作用就是只搜索和蓝牙锁相关的mac地址数据
 */
BleUtils.startBluetoothDevicesDiscovery = function() {
  const that = BleUtils;
  wx.startBluetoothDevicesDiscovery({
    services: [that.serviceId],
    allowDuplicatesKey: false,
    success: res => {
      console.log('搜索蓝牙信息失败', res)
      if (!res.isDiscovering) { //是否在搜索到了设备
        that.getBluetoothAdapterState()
      } else {
        that.onBluetoothDeviceFound() //设备参数返回成功 就去执行搜索设备
      }
    },
    fail: err => {
      console.log('搜索蓝牙信息失败', err)
      that.stopBluetoothDevicesDiscovery()
    },
    complete: function(res) {
      console.log('搜索蓝牙信息成功', res)
    }
  })
}
//安卓 是通过 deviceId 与mac 地址配对 然后ios是通过advertisData 通过建立  
// 这里的操作 安卓和ios建立蓝牙多是通过advertisData 转换成二进制来判断连接的
BleUtils.onBluetoothDeviceFound = function() { //搜索相对应的设备
  const that = BleUtils;
  wx.onBluetoothDeviceFound((res) => {
    console.log('搜索到的设备没配对成功', res)
    res.devices.forEach(device => {
      if ("这里是根据自己的情况判断获取到一个设备号"){
        that.stopBluetoothDevicesDiscovery() //设备已经搜索到，停止搜索
        console.log('设备已经搜索到，停止搜索')
        that.tryConnect();//创建连接
      }
    })
  })
}
/**
  停止蓝牙搜索
 */
BleUtils.stopBluetoothDevicesDiscovery = function() {
  console.log('停止搜索')
  wx.stopBluetoothDevicesDiscovery({
    success: function(res) {
      console.log('停止成功', res)
    },
    fail(err) {
      console.log('停止失败', err)
    },
    complete(res) {
      console.log('停止搜索执行', res)
    }
  })
}
/**
  尝试连接
*/
BleUtils.tryConnect = function(){
     wx.createBLEConnection({
      deviceId: that.deviceId,
      success: res => {
        console.log('连接蓝牙', res)
        if (res.errCode == 0) {
          wx.showToast({
            title: '蓝牙连接设备成功',
            icon: 'none'
          })
          //todo 连接成功后的操作 ...
        }
      },
      fail: err => {
        console.log('连接失败:', err)
        console.log('重连次数',BleUtils.tryCount);
        that.connect(BleUtils.tryCount + 1);
      },
      complete: function(res) {
        console.log('连接蓝牙执行', res)
      }
    })
}

经过测试,公司的测试机器,安卓ios 都可以了,万事大吉,领导非常满意,我也非常有成就感,似乎,一切都没有问题了,可是...算了,还是下一篇文章再说吧