android 从4.3系统开始可以连接BLE设备,这个大家都知道了。ios是从7.0版本开始支持BLE。
android 进入5.0时代时,开放了一个新功能,手机可以模拟设备发出BLE广播, 这个新功能其实是 对标于 iOS系统的手机模拟iBeacon设备。
先介绍一下BLE的广播, BLE设备之所以能被手机扫描到,是因为 BLE设备一直在每隔 一段时间广播一次,这个广播里面包含很多数据。
手机扫描BLE设备代码如下:
public void startScan(){ bluetoothAdapter.startLeScan(leScanCallback); } public void stopScan(){ bluetoothAdapter.stopLeScan(leScanCallback); } private LeScanCallback leScanCallback=new LeScanCallback() { @Override public void onLeScan(BluetoothDevice bluetoothdeivce, int rssi, byte[] scandata) { //把byte数组转成16进制字符串,方便查看 Log.e("TAG","scandata:"+ CYUtils.Bytes2HexString(scandata)); } };
ok,这段代码大家在做连接BLE设备进行通讯的时候,已经很熟悉了。其中的 byte数组 scandata就是 BLE设备的广播数据。
那么接下来,我们开始使用 手机1 模拟成BLE设备来发送广播,然后用手机2 来进行扫描查看广播数据 scandata
首先获取 BluetoothAdapter, 熟悉的代码:
BluetoothManager bluetoothManager = (BluetoothManager)getSystemService(Context.BLUETOOTH_SERVICE); bluetoothAdapter = bluetoothManager.getAdapter();
进行广播的时候需要用到BluetoothLeAdvertiser,进行实例化:
mBluetoothLeAdvertiser = bluetoothAdapter.getBluetoothLeAdvertiser();
实例化好之后就可以进行广播数据了,开启广播方法是:
BluetoothLeAdvertiser: public void startAdvertising(AdvertiseSettings settings, AdvertiseData advertiseData, final AdvertiseCallback callback)
其中, AdvertiseSettings 是广播的一些设置,比如,广播间隔,是否可以连接等等; AdvertiseData 就是广播数据了, AdvertiseCallback是广播回调,会告诉你广播成功还是失败。
先给一段完整广播代码如下:
public void startAction(View v){ byte[] broadcastData ={0x34,0x56}; mBluetoothLeAdvertiser.startAdvertising(createAdvSettings(true, 0), createAdvertiseData(broadcastData), mAdvertiseCallback); } public void stopAction(View v) { mBluetoothLeAdvertiser.stopAdvertising(mAdvertiseCallback); } public AdvertiseSettings createAdvSettings(boolean connectable, int timeoutMillis) { AdvertiseSettings.Builder mSettingsbuilder = new AdvertiseSettings.Builder(); mSettingsbuilder.setAdvertiseMode(AdvertiseSettings.ADVERTISE_MODE_LOW_LATENCY); mSettingsbuilder.setConnectable(connectable); mSettingsbuilder.setTimeout(timeoutMillis); AdvertiseSettings mAdvertiseSettings = mSettingsbuilder.build(); return mAdvertiseSettings; } public AdvertiseData createAdvertiseData(byte[] data) { AdvertiseData.Builder mDataBuilder = new AdvertiseData.Builder(); mDataBuilder.addManufacturerData(0x01AC, data); AdvertiseData mAdvertiseData = mDataBuilder.build(); return mAdvertiseData; } private AdvertiseCallback mAdvertiseCallback = new AdvertiseCallback() { @Override public void onStartSuccess(AdvertiseSettings settingsInEffect) { super.onStartSuccess(settingsInEffect); ToastUtils.showToast(MainActivity.this, "开启广播成功", 2000); } @Override public void onStartFailure(int errorCode) { super.onStartFailure(errorCode); ToastUtils.showToast(MainActivity.this, "开启广播失败 errorCode:" + errorCode, 2000); } };
其中,广播数据broadcastData 我暂时直接先定死为2个字节 0x3456,同样在createAdvertiseData里面
也有定死的数据 0x01AC . 开启成功之后
我们使用手机2 来扫描看下广播的数据是什么:
E/TAG: scandata:02011A05FFAC0134560000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
log打印出来的scandata 有效数据是 02011A05FFAC013456 . 给大家解释一下这个数据的意思
为了看清楚,我分段如下: 02011A 05 FF AC01 3456 (注,这里的都是16进制数字)
02011A这3个字节,02表示后面一段数据长度为2字节,01表示数据类型是flag ,1A就是flag的数据了
05 表示后面的一段数据长度为 5个字节, FF一个字节,AC01 两个字节,3456两个字节,加起来一共5个字节,老铁没毛病
FF,是一个数据类型,这是我们通过代码mDataBuilder.addManufacturerData(0x01AC, data); 添加广播数据时候设置的
ManufacturerData 是指设备厂商自定义数据,FF 就是代表下面的数据实体是厂商数据.
第一个参数0x01AC,是厂商id,id长度为2个字节,不足2个字节系统会补0,可以看到log打印出来的是 AC01,顺序是倒过来的,这点要注意!
如果我代码是这样写的 :
mDataBuilder.addManufacturerData(0xAC, data); //只写了一个字节的id
那么使用手机2 扫描出的scandata是:
E/TAG: scandata:02011A05FFAC0034560000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
可以看到,AC后面系统自动补了00
广播数据出除了可以添加ManufacturerData,还可以添加ServerUUID, 代码如下:
public AdvertiseData createAdvertiseData(byte[] data) { AdvertiseData.Builder mDataBuilder = new AdvertiseData.Builder(); mDataBuilder.addManufacturerData(0x01AC, data); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); AdvertiseData mAdvertiseData = mDataBuilder.build(); return mAdvertiseData; }
代码添加了一个 AE8F的 server uuid, 使用手机2 扫描的scandata 如下:
E/TAG: scandata:02011A05FFAC01345603038FAE00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
直接看03038FAE 这一段,第一个03 表示后面的一段数据长度为3个字节 第二个03 表示这个数据类型是 server uuid类型,uuid的数据就是8FAE,顺序是倒过来的!
有人会问: 如果 我把addServiceUuid代码放在 addManufacturerData 前面,扫描的数据顺序是什么样的呢?
答案 还是:
E/TAG: scandata:02011A05FFAC01345603038FAE00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
public AdvertiseData createAdvertiseData(byte[] data) { AdvertiseData.Builder mDataBuilder = new AdvertiseData.Builder(); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addManufacturerData(0x01AC, data); AdvertiseData mAdvertiseData = mDataBuilder.build(); return mAdvertiseData; }
扫描的结果是:
E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
直接看0503 8FAE E1FF 这一段, 05 表示后面的一段数据长度是5个字节,03表示数据类型是 server uuid, 8FAE是第一个uuid, E1FF是第二个uuid
这个ServerUUID 有什么用呢?
不知大家在扫描BLE设备的时候,有没有注意到这个方法:
BluetoothAdapter public boolean startLeScan(final UUID[] serviceUuids, final LeScanCallback callback)
这个方法也可以用来扫描BLE设备,但是多了一个参数, UUID数组, 这个扫描方法是用来过滤BLE设备用的,比如 你公司开发一个 蓝牙防丢器APP,你使用 startLeScan(callback)这个方法扫描的话,你会发现你扫描到周围的所有的BLE设备,同事戴的小米手环可能也被你扫描到,这样让用户来选择设备进行连接的话可能就比较迷糊,startLeScan(serviceUuids,callback) 这个方法在扫描的时候会过滤广播里的数据,只有符合的BLE设备才会被扫描回调。 所以,你们公司的蓝牙防丢器设备可以在广播字段里加入特定的server uuid, app扫描的时候可以过滤其他设备。
我们来实现一下这个功能, 修改 手机2 的扫描代码:
public void startScan(){ UUID[] serviceUuids = new UUID[] { UUID .fromString("0000ae8f-0000-1000-8000-00805f9b34fb") }; bluetoothAdapter.startLeScan(serviceUuids, leScanCallback); } public void stopScan(){ bluetoothAdapter.stopLeScan(leScanCallback); } private LeScanCallback leScanCallback=new LeScanCallback() { @Override public void onLeScan(BluetoothDevice bluetoothdeivce, int rssi, byte[] scandata) { //把byte数组转成16进制字符串,方便查看 Log.e("TAG","scandata:"+ CYUtils.Bytes2HexString(scandata)); } };
扫描结果是这样的:
05-23 16:13:30.522 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:30.625 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:30.735 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:30.847 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:30.955 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:31.061 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:31.192 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:31.283 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:31.369 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05-23 16:13:31.480 10197-10197/jiqi.blescandemo E/TAG: scandata:02011A05FFAC01345605038FAEE1FF0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
可以发现,扫描结果里面只会出现拥有 AE8F 这个uuid的 BLE设备,搜索不到其他设备
注意:部分手机使用startLeScan(serviceUuids,callback)这个方法过滤设备 会扫描不到设备,即使这个设备UUID符合过滤条件,我归结为手机/系统问题,如三星手机
这样,我们知道,广播数据可以添加ManufacturerData,还可以添加ServerUUID, 还有吗? 有,代码如下:
public AdvertiseData createAdvertiseData(byte[] data) { AdvertiseData.Builder mDataBuilder = new AdvertiseData.Builder(); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x64,0x12}); mDataBuilder.addManufacturerData(0x01AC, data); AdvertiseData mAdvertiseData = mDataBuilder.build(); return mAdvertiseData; }
扫描结果如下:
E/TAG: scandata:02011A05FFAC01345605038FAEE1FF05168FAE64120000000000000000000000000000000000000000000000000000000000000000000000000000000000
直接看05168FAE6412 这一段,05依然表示下面一段数据长度为5个字节,16表示数据类型为 server data, 8FAE表示这个数据的uuid是AE8F, 6412就是数据本体了.
那么这个 server data能做什么呢?比如有这样一个 产品:温度计,温度计硬件在广播字段里的server data里面加入它测量的温度,这样APP可以不连接温度计设备 只通过扫描就知道温度了,是不是很方便.
以下有几个坑请大家注意一下:
情况1:
public AdvertiseData createAdvertiseData(byte[] data) { AdvertiseData.Builder mDataBuilder = new AdvertiseData.Builder(); // mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x64,0x12}); mDataBuilder.addManufacturerData(0x01AC, data); AdvertiseData mAdvertiseData = mDataBuilder.build(); return mAdvertiseData; }
我注释了一句代码,广播字段里我没有 添加 ae8f这个 uuid,而直接添加了 ae8f的data 为 0x6412,那么扫描结果如何?
使用startLeScan(serviceUuids,callback)过滤 ae8f这个uuid,没有扫描结果;
使用startLeScan(callback),扫描结果如下:
E/TAG: scandata:02011A05FFAC0134560303E1FF05168FAE641200000000000000000000000000000000000000000000000000000000000000000000000000000000000000
可以看到是有 ae8f对应的数据 6412,但是server uuid里面是没有 ae8f的.
情况2:
代码顺序1:
mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb"),new byte[]{0x22,0x44}); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x54,0x12}); //扫描结果 E/TAG: scandata:02011A05FFAC01345605038FAEE1FF05168FAE54120000000000000000000000000000000000000000000000000000000000000000000000000000000000
代码顺序2:
mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x54,0x11}); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb"),new byte[]{0x22,0x43}); //扫描结果 E/TAG: scandata:02011A05FFAC01345605038FAEE1FF05168FAE54110000000000000000000000000000000000000000000000000000000000000000000000000000000000
代码顺序3:
mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x54,0x1A}); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb"),new byte[]{0x22,0x47}); //扫描结果 E/TAG: scandata:02011A05FFAC0134560503E1FF8FAE05168FAE541A0000000000000000000000000000000000000000000000000000000000000000000000000000000000
代码顺序4:
mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceUuid( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb")); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ffe1-0000-1000-8000-00805f9b34fb"),new byte[]{0x22,0x48}); mDataBuilder.addServiceData( ParcelUuid.fromString("0000ae8f-0000-1000-8000-00805f9b34fb"),new byte[]{0x54,0x1B}); //扫描结果 E/TAG: scandata:02011A05FFAC0134560503E1FF8FAE05168FAE541B0000000000000000000000000000000000000000000000000000000000000000000000000000000000
情况2总结:从上面4个代码顺序的结果来看,总是扫描到 ae8f这个uuid对应的数据,没有第二个 server data,但是为什么每次都是ae8f?我TM也不知道!!
AdvertiseData介绍完毕,下面再稍微介绍一下 AdvertiseSettings
AdvertiseSettings.Builder mSettingsbuilder = new AdvertiseSettings.Builder(); mSettingsbuilder.setAdvertiseMode(AdvertiseSettings.ADVERTISE_MODE_LOW_LATENCY); mSettingsbuilder.setConnectable(connectable); mSettingsbuilder.setTxPowerLevel(AdvertiseSettings.ADVERTISE_TX_POWER_HIGH); mSettingsbuilder.setTimeout(0); AdvertiseSettings mAdvertiseSettings = mSettingsbuilder.build();
setAdvertiseMode(int advertiseMode) 设置广播的模式,低功耗,平衡和低延迟三种模式; 对应 AdvertiseSettings.ADVERTISE_MODE_LOW_POWER ,ADVERTISE_MODE_BALANCED ,ADVERTISE_MODE_LOW_LATENCY 从左右到右,广播的间隔会越来越短
setConnectable(boolean connectable) 设置是否可以连接。 广播分为可连接广播和不可连接广播,一般不可连接广播应用在iBeacon设备上,这样APP无法连接上iBeacon设备
setTimeout(int timeoutMillis) 设置广播的最长时间,最大值为常量AdvertiseSettings.LIMITED_ADVERTISING_MAX_MILLIS = 180 * 1000; 180秒 设为0时,代表无时间限制会一直广播
setTxPowerLevel(int txPowerLevel) 设置广播的信号强度 常量有AdvertiseSettings.ADVERTISE_TX_POWER_ULTRA_LOW,ADVERTISE_TX_POWER_LOW,ADVERTISE_TX_POWER_MEDIUM,ADVERTISE_TX_POWER_HIGH 从左到右分别表示强度越来越强. 举例:当设置为ADVERTISE_TX_POWER_ULTRA_LOW时, 手机1和手机2放在一起,手机2扫描到的rssi信号强度为-56左右, 当设置为ADVERTISE_TX_POWER_HIGH 时, 扫描到的信号强度为-33左右, 信号强度越大,表示手机和设备靠的越近
好了,关于BluetoothLeAdvertiser 的用法介绍完毕!!!!
可能有人会说,bluetoothAdapter.startLeScan(leScanCallback); 这个方法过时了怎么办,那可以看一下我的另一篇文章
《android BLE 扫描BLE设备 BluetoothLeScanner》
源码附件:
模拟BLE广播源码:http://pan.baidu.com/s/1bptOQyb
手机2扫描打印的源码就不放出了,很简单。