在无线通信领域,蓝牙是最基础又常用的能力。蓝牙组网十分简单,两设备间做个配对就可以建立起连接,其通信距离理论值为10米至100米以内,是近距离通信应用场景的首选。今天我们想跟大家分享小程序连接蓝牙的能力。
目前蓝牙最为普遍的两种规格为蓝牙基础率/增强数据率 (BR/EDR) 和低功耗 (LE) 蓝牙。
蓝牙基础率/增强数据率 (BR/EDR) 是经典的蓝牙协议,常用在对数据传输带宽有一定要求的场景上,比如需要传输音频数据的蓝牙音箱等;
低功耗 (LE) 蓝牙是从蓝牙4.0起支持的协议,特点就是耗电极低、传输速度更快,常用在对续航要求较高且只需小数据量传输的各种智能电子产品中,包括心率监测仪器、体温计、血糖仪、智能穿戴设备、胎压监测和电子烟等等,应用场景广泛,所以小程序在很早的版本(基础库 1.1.0)就优先支持了低功耗蓝牙能力。
我们在开发基于低功耗蓝牙接口的小程序时,需要先理解一下蓝牙在连接和通信过程中的一些概念。
工作模式
低功耗蓝牙协议给设备定义了若干角色,其中最主要的角色是:外围设备(Peripheral)与中心设备(Central)。
1
外围设备是用来提供数据,通过不停地向外广播数据,让中心设备发现自己。
2
中心设备会扫描外围设备,发现有外围设备存在后,可以与之建立连接,之后就可以使用外围设备提供的服务(Service)。一般而言,手机会担任中心设备的角色,利用外围设备提供的数据进行处理或展示等等。因此,小程序提供低功耗蓝牙接口是默认设定手机为中心设备的。
通信协议
在两个蓝牙设备建立连接之后,双方的数据交互是基于一个叫做 GATT (Generic Attribute Profile) 的规范,根据该规范可以定义出一个个配置文件(Profile),描述该蓝牙设备提供的服务(Service)。
在整个通信过程中,有三个最主要的概念:配置文件(Profile)、服务(Service)、特性(Characteristic)。
1
Profile 并不真实存在于蓝牙设备中,它只是被蓝牙标准预先定义的一些 Service 的集合,如果蓝牙设备之间要相互兼容,它们只要支持相同的 Profile 即可。一个蓝牙设备可以支持多个 Profile。
2
Service 可以理解为蓝牙设备提供的服务,一个设备可以提供多个服务,比如电量信息服务、系统信息服务等。每个 Service 又包含多个 Characteristic 特性值,比如电量信息服务就会有个 Characteristic 表示电量数据,同时还会有一个 16bit 或 128bit 的 UUID 唯一标识该服务,像微信硬件平台的蓝牙智能灯的主服务 UUID 为 0xFEE7。16 bit 的 UUID 实际上是 128 bit 的缩短版,接收方收到后会补上蓝牙的 UUID 基数,目的是为了提高传输效率。
3
Characteristic 是在 GATT 规范中最小的逻辑数据单元,由一个 value 和多个描述特性的 Desciptor 组成。实际上,在与蓝牙设备打交道,主要就是通过读写 Characteristic 的 value 完成。同样的,Characteristic 也是通过一个 16bit 或 128bit 的 UUID 唯一标识。
总结一下,如下图所示,我们可以简单地理解为:每个蓝牙设备可能提供多个 Service,每个 Service 可能有多个 Characteristic,我们根据蓝牙设备的协议用对应的 Characteristic 进行读写即可达到与其通信的目的。
在理解了上面的模式和概念后,接下来我们看看如何可以使用小程序提供的蓝牙接口。
Step 1 :扫描并发现蓝牙外围设备
扫描并发现蓝牙外设。如果蓝牙功能未开启,可监听蓝牙状态变化以便自动进入下一步,提升用户体验。
Step 2 :连接蓝牙外围设备
若之前连接过某个设备,可跳过扫描步骤,直接传入 deviceId 连接。
Step 3 :查找蓝牙外围设备的服务
Step 4 : 读写指定服务的特性值
基本上,小程序暴露出来的蓝牙接口都是系统级 API ,但在使用流程上对安卓和 iOS 两个平台做了统一,因此在使用这一套接口时也会出现一些因系统限制而导致的问题,在这里我们整理了一些常见的问题供开发者参考:
1
在安卓上,部分机型无定位权限或者是定位开关未打开时会搜不到设备。原因是蓝牙功能是可以获取到定位的,系统基于安全考量,使用蓝牙接口时必须要有定位权限,否则搜索不到;
2
在安卓上,部分机型获取设备服务时会多出 00001800 和 00001801 UUID 的服务,这是系统行为,注意不要使用这两个服务;
3
建立连接和关闭连接必须要成对调用。如果未能及时关闭连接释放资源,容易导致 state 133 GATT ERROR的异常;
4
与蓝牙设备通信的 MTU(最大传输单元)系统限定为 20 字节,如果超过则会出错,这里应该根据蓝牙设备协议进行分片传输。
更多有关小程序连接蓝牙功能的信息,可查阅[接口文档]。
蓝牙基础率/增强数据率 (BR/EDR) 是经典的蓝牙协议,这种是市场上的蓝牙打印机所普遍使用的吧,微信为何优先支持一个没用的低功耗蓝牙呢?何时才能搞定经典蓝牙啊,等了很久了,等待这个连接打印机打印外卖订单呢。
建议新版本加上MACBook 蓝牙调试功能,目前调试只能写,就像调试代码看不到画面,瞎写一样难受。 手机看效果实在太低。
目前有一些BUG 给你们罗列一下:
1.手机如果重复打开小程序(前一个已经关闭的情况下),在打开蓝牙扫码后会无法扫码设备。 调用搜索函数后直接没有任何返回,停在哪里的。必须重启小程序才会出现。尤其是IOS会更加严重,直接开启扫码就消失了,没有任何回调。
2.用于搜索函数过滤uuid 大部分情况下都是好使的,但是如果遇到兼容问题,例如新的android 8.1 那么过滤的uuid会变成128bit,这就导致写入的16Bit无法使用了,直接扫描不到设备。(为了兼容性问题被迫放弃过滤功能)
3.目前使用的UUID其实全部都是128Bit的,如果全部都过滤成16bit的话使用起来会极大便利,因为我在操作自己的产品的时候,其实可以免除UUID服务和特征值获取这个步骤,让连接效率极大提升。
4.连接状态函数目前也有点问题,连接成功目前指的是建立通信成功,但是服务其实还没有获取成功,这个时候如果只是获取了部分UUID特征值并进行写操作将会失败,只能在连接成功后还必须操作一个UUID来确认是否准备完成。 (因为信息不对,所以连接成功的作用就变得不太实用)
5.读操作读回来的是 arraybuffer 数据,其实只是20字节的数据,为何不直接加个转换,默认是16进制数据,使用者也可以减少了一步转换,工作效率更高。目前直接获取的数据还无法直接看到,必须转一次。
6.其实MACBook 能调试BLE才是最重要的,不能调试实在太难受了,效率极低,我只做蓝牙功能的小程序开发,以上是使用半年的感受。
7.搜索设备的函数有时候会没有效果,啥设备都搜索不到。目前不知道啥原因,要关掉蓝牙和微信重新扫码才能重新扫描到设备。 概率大概1/10
可以加微信吗,请问小程序蓝牙如何监听已连接蓝牙的广播包啊,就是蓝牙设备有数据发过来立刻就能接收到,就像微信公众号的硬件平台一样,我没发现如何获取那个广播数据...没找到,谢谢了
已连接为啥还要收广播?
这个问题我也发现过,从最早做微信公众号的蓝牙硬件开始,到现在微信公众号的蓝牙已经被微信放弃,无奈转战小程序来开发,还是一堆的坑,而且官方的人响应还很慢,基本不解决问题
已连接的设备是不会再发广播包了。。。你这个要明白
强烈建议 提供接口实现手机作为外围设备模式
先把vivo手机连接蓝牙的bug解决一下吧!!
其实,连接都不是最懵的.当你要在安卓上联系读取才是最想让人死的..... 那个速度 让人心生怀疑....
还有就是各厂家安卓非要打开各种 隐藏在不知道哪里的权限才能 使用BLE.... 客户根本找不到... 简直了
连续读取
可以加微信吗,请问小程序蓝牙如何监听已连接蓝牙的广播包啊,就是蓝牙设备有数据发过来立刻就能接收到,就像微信公众号的硬件平台一样,我没发现如何获取那个广播数据...没找到,谢谢了
搜索到的蓝牙列表中为什么筛选掉了手机蓝牙设备(只有其他智能蓝牙设备)?使业务逻辑无法进行
这个问题你解决了吗
并没有
我的也是只能搜索到一部分,去掉过滤后搜到很多但不能用
小程序啥时候可以支持蓝牙 广播 功能, 有计划吗
请问监听的方法和写入的方法是异步进行的嘛,为什么经常不回调监听里的事件
请问外围设备如果想向小程序发送很多条数据,每条数据应该都超过20k,有几十条上百条这样子的话,能进行传输吗?再次重生,是蓝牙设备向小程序传输数据。
请问支持芯片BK3432的蓝牙吗