微信小程序蓝牙教程--完整版亲测

#使用mpvue 开发小程序过程中 简单介绍一下微信小程序蓝牙连接过程

#在蓝牙连接的过程中部分api需要加定时器延时1秒到2秒左右再执行，原因为何不知道，小程序有这样的要求

#1首先是要初始化蓝牙：openBluetoothAdapter()

```js

if (wxopenBluetoothAdapter) {

wxopenBluetoothAdapter({

        success: function(res) {

            / 获取本机的蓝牙状态 /

            setTimeout(() => {

                getBluetoothAdapterState()

            }, 1000)

        },

        fail: function(err) {

            // 初始化失败

        }

    })

    } else {    

    }

```

#2检测本机蓝牙是否可用：

#  要在上述的初始化蓝牙成功之后回调里调用

```js

getBluetoothAdapterState() {

    var that= this;

    thattoastTitle= '检查蓝牙状态'

wxgetBluetoothAdapterState({

        success: function(res) {

startBluetoothDevicesDiscovery()

},

        fail(res) {

            consolelog(res)

}

})

}

```

#3 开始搜索蓝牙设备：

```js

startBluetoothDevicesDiscovery() {

    var that= this;

    setTimeout(() => {

wxstartBluetoothDevicesDiscovery({

            success: function(res) {

/ 获取蓝牙设备列表 /

                thatgetBluetoothDevices()

},

            fail(res) {

}

})

}, 1000)

}

```

#4 获取搜索到的蓝牙设备列表

# / thatdeviceName 是获取到的蓝牙设备的名称， 因为蓝牙设备在安卓和苹果手机上搜到的蓝牙地址显示是不一样的，所以根据设备名称匹配蓝牙/

```js

getBluetoothDevices() {

    var that= this;

    setTimeout(() => {

wxgetBluetoothDevices({

            services: [],

            allowDuplicatesKey: false,

            interval: 0,

            success: function(res) {

                if (resdeviceslength> 0) {

                    if (JSONstringify(resdevices)indexOf(thatdeviceName) !== -1) {

                        for (let i = 0; i < resdeviceslength; i++) {

                            if (thatdeviceName === resdevices[i]name) {

/ 根据指定的蓝牙设备名称匹配到deviceId /

                                thatdeviceId = thatdevices[i]deviceId;

                                setTimeout(() => {

                                    thatconnectTO();

}, 2000);

};

};

} else {

}

} else {

}

},

            fail(res) {

                consolelog(res, '获取蓝牙设备列表失败=====')

}

})

}, 2000)

},

```

#5连接蓝牙

# 匹配到的蓝牙设备ID 发送连接蓝牙的请求， 连接成功之后 应该断开蓝牙搜索的api，然后去获取所连接蓝牙设备的service服务

```js

connectTO() {

wxcreateBLEConnection({

        deviceId: deviceId,

        success: function(res) {

            thatconnectedDeviceId = deviceId;

/ 4获取连接设备的service服务 /

thatgetBLEDeviceServices();

wxstopBluetoothDevicesDiscovery({

                success: function(res) {

                    consolelog(res, '停止搜索')

},

                fail(res) {

}

})

},

        fail: function(res) {

}

})

}

```

#6 获取蓝牙设备的service服务,获取的serviceId有多个要试着连接最终确定哪个是稳定版本的service 获取服务完后获取设备特征值

```js

getBLEDeviceServices() {

    setTimeout(() => {

wxgetBLEDeviceServices({

            deviceId: thatconnectedDeviceId,

            success: function(res) {

                thatservices= resservices

/ 获取连接设备的所有特征值 /

thatgetBLEDeviceCharacteristics()

},

            fail: (res) => {

}

})

}, 2000)

},

```

#7获取蓝牙设备特征值

# 获取到的特征值有多个，最后要用的事能读，能写，能监听的那个值的uuid作为特征值id，

```js

getBLEDeviceCharacteristics() {

            setTimeout(() => {

wxgetBLEDeviceCharacteristics({

                    deviceId: connectedDeviceId,

                    serviceId: services[2]uuid,

                    success: function(res) {

                        for (var i = 0; i < rescharacteristicslength; i++) {

                            if ((rescharacteristics[i]propertiesnotify || rescharacteristics[i]propertiesindicate) &&

                                (rescharacteristics[i]propertiesread && rescharacteristics[i]propertieswrite)) {

                                consolelog(rescharacteristics[i]uuid, '蓝牙特征值 ==========')

/ 获取蓝牙特征值 /

                                thatnotifyCharacteristicsId = rescharacteristics[i]uuid

// 启用低功耗蓝牙设备特征值变化时的 notify 功能

thatnotifyBLECharacteristicValueChange()

}

}

},

                    fail: function(res) {

}

})

}, 1000)

},

```

#8启动notify 蓝牙监听功能 然后使用 wxonBLECharacteristicValueChange用来监听蓝牙设备传递数据

#接收到的数据和发送的数据必须是二级制数据， 页面展示的时候需要进行转换

```js

notifyBLECharacteristicValueChange() { // 启用低功耗蓝牙设备特征值变化时的 notify 功能

            var that= this;

            consolelog('6启用低功耗蓝牙设备特征值变化时的 notify 功能')

wxnotifyBLECharacteristicValueChange({

                state: true,

                deviceId: thatconnectedDeviceId,

                serviceId: thatnotifyServicweId,

                characteristicId: thatnotifyCharacteristicsId,

                complete(res) {

/用来监听手机蓝牙设备的数据变化/

wxonBLECharacteristicValueChange(function(res) {

//

                        thatbalanceData += thatbuf2string(resvalue)

                        thathexstr += thatreceiveData(resvalue)

})

},

                fail(res) {

                    consolelog(res, '启用低功耗蓝牙设备监听失败')

                    thatmeasuringTip(res)

}

})

},

/转换成需要的格式/

buf2string(buffer) {

                    var arr = Arrayprototypemapcall(new Uint8Array(buffer), x => x)

                    return arrmap((char, i) => {

                        return StringfromCharCode(char);

                    })join('');

},

receiveData(buf) {

return thishexCharCodeToStr(thisab2hex(buf))

},

/转成二进制/

ab2hex (buffer) {

              var hexArr = Arrayprototypemapcall(

                  new Uint8Array(buffer), function (bit) {

                      return ('00' + bittoString(16))slice(-2)

}

)

              return hexArrjoin('')

},

/转成可展会的文字/

hexCharCodeToStr(hexCharCodeStr) {

              var trimedStr = hexCharCodeStrtrim();

              var rawStr = trimedStrsubstr(0, 2)toLowerCase() === '0x' trimedStrsubstr(2) : trimedStr;

              var len = rawStrlength;

              var curCharCode;

              var resultStr= [];

              for (var i = 0; i < len; i = i+ 2) {

                  curCharCode = parseInt(rawStrsubstr(i, 2), 16);

                  resultStrpush(StringfromCharCode(curCharCode));

}

              return resultStrjoin('');

},

```

# 向蓝牙设备发送数据

```js

sendData(str) {

    let that= this;

    let dataBuffer = new ArrayBuffer(strlength)

    let dataView = new DataView(dataBuffer)

    for (var i = 0; i < strlength; i++) {

        dataViewsetUint8(i, strcharAt(i)charCodeAt())

}

    let dataHex = thatab2hex(dataBuffer);

    thiswriteDatas = thathexCharCodeToStr(dataHex);

wxwriteBLECharacteristicValue({

        deviceId: thatconnectedDeviceId,

        serviceId: thatnotifyServicweId,

        characteristicId: thatnotifyCharacteristicsId,

        value: dataBuffer,

        success: function (res) {

            consolelog('发送的数据：' + thatwriteDatas)

            consolelog('message发送成功')

},

        fail: function (res) {

},

        complete: function (res) {

}

})

},

```

# 当不需要连接蓝牙了后就要关闭蓝牙，并关闭蓝牙模块

```js

// 断开设备连接

closeConnect() {

if (thatconnectedDeviceId) {

wxcloseBLEConnection({

            deviceId: thatconnectedDeviceId,

            success: function(res) {

thatcloseBluetoothAdapter()

},

            fail(res) {

}

})

} else {

thatcloseBluetoothAdapter()

}

},

// 关闭蓝牙模块

closeBluetoothAdapter() {

wxcloseBluetoothAdapter({

        success: function(res) {

},

        fail: function(err) {

}

})

},

```

#在向蓝牙设备传递数据和接收数据的过程中，并未使用到read的API 不知道有没有潜在的问题，目前线上运行为发现任何的问题

#今天的蓝牙使用心得到此结束，谢谢

首先要和开发板的蓝牙连接，得找个合适的蓝牙调试工具，网上查了查，已经有人总结了比较好的：

几款常用的ble调试app（nRF Connect、BLE调试助手、LightBlue）

非常感谢你的回复。 你给的这个例子是 *** 作socket的，读到数据后要自己解析，需自己实现很多的代码，实际上android的sdk库已封装了很多的类，来对蓝牙的service，charactic等。

像所有的网络传输协议一样，应用层能感知到的丢包有可能产生于应用层之下的所有层。

对于蓝牙BLE而言，进一步细化从机到主机的数据传输场景(假设使用的是Notify方式传输)，其数据传输路径为：

1、从机的应用层产生数据。

2、从机将数据从Host上位机转交给Controller下位机。

3、从机Controller通过调制器，将数据在连接事件的射频Tx阶段发出。

4、主机Controller同时开启射频Rx阶段，接收无线电波并通过解调器还原数字信号。

5、主机将数据从Controller下位机转交给Host上位机。

6、主机的应用层接收数据。

根据上面的流程，进一步分析一下可能产生数据丢包的环节。

在步骤2中，Host调用HCI函数将数据提交给Controller发送之前，会先将数据存放在Controller的数据缓冲区中，不同的蓝牙芯片这个缓冲区的大小不同，比如Ti CC2541的射频缓冲区只有4个PDU(420字节)的大小。在缓冲区存满后继续调用HCI的Notify等函数会返回缓存区满状态位标识。这是第一个有可能产生丢包的位置，若缓冲区满且开发者没有对此状态位进行校验，则应用层产生的数据会在传递给链路层之前丢失。

在步骤3、4中，从机的Controller在连接事件的Tx阶段，会通过射频依次发送缓冲区数据，并在下一个Rx阶段根据捕获和解析对端主机的数据包，从其链路层报头中读取NESN来确认其在上一个Tx阶段发送的数据包是否被对端主机链路层正确接收。由于链路层数据包序列号校验机制(SN和NESN)和重传机制的存在，基本可以保证数据在物理层和链路层阶段不会产生丢包，这跟互联网的传输层TCP协议校验数据包序列和完整性基本类似。

之所以上面用“基本”二字，是因为这里还是存在第二个有可能产生丢包的位置。由于BLE中使用的CRC校验是弱CRC，其只能保障传输字节的全部偶数位和部分奇数位不产生错误，并无法保证所有数据在传输过程中不出错。那么一个可能性极小的场景是：CRC弱校验通过，但实际上NESN出现了错误，而将本来应该是0的位识别成了1，或者相反。而这个位差错让本来应该是错误的序列号交替变成了正确的。

在步骤5中，主机将数据从Controller向上派发到Host，并转到应用层触发回调通知。这里是第三个可能产生丢包的地方。原因同步骤2，但这里还有一点小区别，就是notify跟indicate的区别(反向传输中的write with/without response也是同理)，其本质区别是数据接收成功的判断标志是以链路层确认为准还是以应用层确认为准。前者是notify采用的方式，而后者是indicate采用的方式。可见如果采用notify做数据传输，链路层到应用层这一步依然是有丢包的可能，比如链路层的数据传输速率大于应用层的回调函数中对数据处理的速率，导致Host中数据缓冲区持续增长，当缓冲区满后，主机的Controller将丢弃无法继续保存的数据，并不会通知对端设备重传。

而indicate方式下，每一个数据包的成功确认都是以应用层回调处理执行完成为标志，而通常数据的逻辑处理是一个耗时的 *** 作，并且由于数据是在连接事件内接受到，但同一个连接事件在开始的时候主从机两端的数据就已经准备好，由于连接事件的持续事件极短，在这段时间内Controller的所有工作都集中在射频的发射上，而不会从Host上位机接受数据和响应，甚至有的蓝牙芯片会有选项在这段时间内直接挂起CPU，以防止其他中断信号同步到达，干扰到射频数据的发送效率。所以在indicate方式下，一个数据包至少要横跨两个甚至更多的连接事件时长才可以确认到达，从而发送下一个数据包，这就是有响应的数据发送方式比无响应要慢的原因。

最后一点，由于Android *** 作系统封装了蓝牙低层驱动和实现，以上的6个步骤即使都正确完成，也只是意味着Bluez或者Bluedroid这一层正确拿到了数据，但App要接收到这些数据还存在一个从 *** 作系统到App的数据派发过程，indicate的数据确认是在App得到数据派发并执行完成回调后确认，但notify会在Bluedroid接受到数据后即完成链路层确认。而Bluedroid向App的数据派发又存在一个缓冲区，当蓝牙连接而App没有运行的情况下缓冲区满依然会产生丢包。(Android好像很难模拟这种情况，iOS在通过调试器终止App进程的时候经常会造成蓝牙连接链路不同步断开)

以上就是关于微信小程序蓝牙教程--完整版亲测全部的内容，包括:微信小程序蓝牙教程--完整版亲测、esp32不使用蓝牙助手连接蓝牙、蓝牙BLE开发，如何持续读取设备端的数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！