BLE低功耗蓝牙详解,解决读写、通知失败问题

开发公司的智能锁,通过蓝牙控制,是一种低功耗蓝牙,由于之前没做过,一路磕磕碰碰总算完成了,在此写下总结,帮助需要的朋友少走一些弯路,主要解决蓝牙读写数据和设置通知失败的问题。

开发步骤:

  1. 检测蓝牙是否可用,绑定蓝牙服务
  2. 使用BluetoothAdapter.startLeScan来扫描低功耗蓝牙设备
  3. 在扫描到设备的回调函数中会得到BluetoothDevice对象,并使用BluetoothAdapter.stopLeScan停止扫描
  4. 使用BluetoothDevice.connectGatt来获取到BluetoothGatt对象
  5. 执行BluetoothGatt.discoverServices,这个方法是异步操作,在回调函数onServicesDiscovered中得到status, 通过判断status是否等于BluetoothGatt.GATT_SUCCESS来判断查找Service是否成功
  6. 如果成功了,则通过BluetoothGatt.getService来获取BluetoothGattService
  7. 接着通过BluetoothGattService.getCharacteristic获取BluetoothGattCharacteristic
  8. 然后通过BluetoothGattCharacteristic.getDescriptor获取BluetoothGattDescriptor

首先1-2步都是固定步骤,没什么好说的,按照Android提供的Demo写就可以了,第3步扫描到设备会回调,在回调中,一般根据设备名称找到想要连接的设备,然后连接,获取到BluetoothGatt对象,然后在BluetoothGatt.discoverServices中会找到很多Services,根据硬件工程师提供的UUID连接你需要的Services;

//Ble服务发现回调
mBleService.setOnServicesDiscoveredListener(newBleService.OnServicesDiscoveredListener() {
@Override
public voidonServicesDiscovered(BluetoothGatt gatt,intstatus) {
List services = gatt.getServices();
for(BluetoothGattService service : services) {
if(service.getUuid().toString().equals(UUID_KEY_DATA)) {
LogUtil.d("蓝牙服务找到了");
mReadCharacteristic= service.getCharacteristic(UUID_READ);
mWriteCharacteristic= service.getCharacteristic(UUID_WRITE);
break;
}
}
}
});

//设置通知
private BluetoothGatt mBluetoothGatt;
BluetoothGattCharacteristic characteristic;
boolean enabled;
...
mBluetoothGatt.setCharacteristicNotification(characteristic, enabled);
...
BluetoothGattDescriptor descriptor = characteristic.getDescriptor(
UUID.fromString(SampleGattAttributes.CLIENT_CHARACTERISTIC_CONFIG));
descriptor.setValue(BluetoothGattDescriptor.ENABLE_NOTIFICATION_VALUE);
mBluetoothGatt.writeDescriptor(descriptor);
//写入
if(mBluetoothGatt!=null) {
characteristic.setValue(value);
returnmBluetoothGatt.writeCharacteristic(characteristic);
}
//读取
mBluetoothGatt.readCharacteristic(characteristic);

读写和设置通知有几个重载的方法,这里就只列举其中一种,可以根据需求来写。
找到Services后再根据硬件工程师提供的UUID找到读写和通知的UUID,然后就能进行读写操作了。这里有一个地方需要注意!!!读写和设置通知都是单步操作,必须执行完一个才能执行第二个,否则会操作失败。,之前我在这个地方纠结了很久,网上搜索了很久找不到答案,官方demo里面也没有关于读写的操作,网上大部分写的都是仿照官方demo写的原理之类的。通知打开或关闭其实也是一次写入的操作,这个在官方demo中有。
后来我查看源码,终于找到了解决的办法。(还是要多看源码,少搜索,养成了习惯就不好了,依赖性强,不会独立解决问题)在源码BluetoothGatt类中,有读写和通知的具体代码,都包含了下面这段代码,所以判断都是单步操作。

synchronized(mDeviceBusy) {
if(mDeviceBusy)return false;
mDeviceBusy=true;
}

通过搜索mDeviceBusy=false找到了解决的答案,在每次执行写、读、通知操作后都会有一个是否成功的回调,在回调中设置了mDeviceBusy=false,所以在回调中可以继续下一步操作了;在BluetoothGattCallback 中可以重写以下回调,根据具体业务逻辑来重写,都是异步操作。

// 发现Services回调
@Override
public voidonServicesDiscovered(BluetoothGatt gatt,intstatus) {
if(mOnServicesDiscoveredListener!=null) {
mOnServicesDiscoveredListener.onServicesDiscovered(gatt, status);
}

if(status == BluetoothGatt.GATT_SUCCESS) {
broadcastUpdate(ACTION_GATT_SERVICES_DISCOVERED);
}else{
Log.w(TAG,"onServicesDiscovered received: "+ status);
}

}
// 读操作回调
@Override
public voidonCharacteristicRead(BluetoothGatt gatt,
BluetoothGattCharacteristic characteristic,intstatus) {
if(mOnDataAvailableListener!=null) {
mOnDataAvailableListener.onCharacteristicRead(gatt, characteristic, status);
}
}
//写操作回调
@Override
public voidonCharacteristicWrite(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic,intstatus) {
super.onCharacteristicWrite(gatt, characteristic, status);
String address = gatt.getDevice().getAddress();
for(inti =0; i < characteristic.getValue().length; i++) {
Log.i(TAG,"address: "+ address +",Write: "+ characteristic.getValue()[i]);
}
if(mOnDataAvailableListener!=null) {
mOnDataAvailableListener.onCharacteristicWrite(gatt, characteristic,status);
}
}
//通知写入回调
@Override
public voidonDescriptorWrite(BluetoothGatt gatt, BluetoothGattDescriptor descriptor,
intstatus) {
if(mOnDataAvailableListener!=null) {
mOnDataAvailableListener.onDescriptorWrite(gatt, descriptor,status);
}
}
//通知收到数据的回调
@Override
public voidonCharacteristicChanged(BluetoothGatt gatt,
BluetoothGattCharacteristic characteristic) {
if(mOnDataAvailableListener!=null) {
mOnDataAvailableListener.onCharacteristicChanged(gatt, characteristic);
}
}

最后在BLE低功耗蓝牙中最重要的三个操作完成了,剩下就是一些收尾工作,最后说几点需要注意的地方,释放该释放的资源避免内存泄漏,这可以参考官方demo来写;扫描到需要设备后记得停止扫描;打开通知后,记得关闭通知,提高蓝牙的性能。
BLE官方demo
官方讲解

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,717评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,501评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,311评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,417评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,500评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,538评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,557评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,310评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,759评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,065评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,233评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,909评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,548评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,172评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,420评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,103评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,098评论 2 352

推荐阅读更多精彩内容