Android 蓝牙4.0开发
1、 权限和相关属性
“android:required="true"表示apk只有在具有bluetooth_le属性的系统里运行,这个4.3之前android系统没有
<uses-featureandroid:name="android.hardware.bluetooth_le"android:required="true"/>
<uses-permissionandroid:name="android.permission.BLUETOOTH"/>
<uses-permissionandroid:name="android.permission.BLUETOOTH_ADMIN"/>
2、 程序开妈操作蓝牙之前,先判断ble是否支持
if(!getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE)) {
Toast.makeText(this,R.string.ble_not_supported, Toast.LENGTH_SHORT).show();
finish();
}
3、 打开、关闭蓝牙
先获取蓝牙的一个代理
final BluetoothManager bluetoothManager =
(BluetoothManager)getSystemService(Context.BLUETOOTH_SERVICE);
mBluetoothAdapter = bluetoothManager.getAdapter();
发intent通知系统打开蓝牙
if(!mBluetoothAdapter.isEnabled()) {
if (!mBluetoothAdapter.isEnabled()){
Intent enableBtIntent = newIntent(BluetoothAdapter.ACTION_REQUEST_ENABLE);
startActivityForResult(enableBtIntent, REQUEST_ENABLE_BT);
}
}
也可以使用 enable 和disable函数来打开关闭
4、 搜索ble设备
mHandler.postDelayed(newRunnable() {
@Override
public void run() {
mScanning = false;
mBluetoothAdapter.stopLeScan(mLeScanCallback);
}
}, SCAN_PERIOD);
mScanning = true;
mBluetoothAdapter.startLeScan(mLeScanCallback);
//SCAN_PERIOD是10000,表示每次的搜索时间为10秒
需要注意的是mLeScanCallback,在4.3之前的api是通过注册广播来处理搜索时发生的一些事件,而支持ble的新的api中,是通过回调的方式来处理的,mLeScanCallback就是一个接口对象,看一下实现:
privateBluetoothAdapter.LeScanCallback mLeScanCallback =
newBluetoothAdapter.LeScanCallback() {
@Override
public void onLeScan(finalBluetoothDevice device, int rssi, byte[] scanRecord) {
runOnUiThread(new Runnable() {
@Override
public void run() {
mLeDeviceListAdapter.addDevice(device);
mLeDeviceListAdapter.notifyDataSetChanged();
}
});
}
};
5、 连接
4.3之前的api是通过socket方式在蓝牙之间互相通信,连接的结果是返回一个socket对象
在支持4.0蓝牙的新的api中,返回的是BluetoothGatt对象
可以将BluetoothGatt对象看成是远程设备的一个代理
mBluetoothGatt = device.connectGatt(this, false,mGattCallback);
mGattCallback是一个抽象类对象,之前的广播形式,在新的api中都改成了回调
BluetoothGattCallback抽象类,只有9个方法,字面意思就都可以看懂,在处理连接事件上,需要处理方法:
public voidonConnectionStateChange(BluetoothGatt gatt, int status,
intnewState)
条件:if (newState ==BluetoothProfile.STATE_CONNECTED)
else if (newState ==BluetoothProfile.STATE_DISCONNECTED)分别表示已连接和已断开
6、 通讯
这一点与之前形式上完全不一样了
BLE分为三部分Service、Characteristic、Descriptor,这三部分都由UUID作为唯一标示符。一个蓝牙4.0的终端可以包含多个Service,一个Service可以包含多个Characteristic,一个Characteristic包含一个Value和多个Descriptor,一个Descriptor包含一个Value。
在连接上某个终端后,可以将其每个结点的UUID全部打印出来,但每个结点不是都能读写。
一般来说,Characteristic是手机与BLE终端交换数据的关键,Characteristic有较多的跟权限相关的字段,例如PERMISSION和PROPERTY,而其中最常用的是PROPERTY,本文所用的BLE蓝牙模块竟然没有标准的Characteristic的PERMISSION。Characteristic的PROPERTY可以通过位运算符组合来设置读写属性,例如READ|WRITE、READ|WRITE_NO_RESPONSE|NOTIFY,因此读取PROPERTY后要分解成所用的组合
我是这么去和ble终端通信的:
得到某个service的对象
BluetoothGattService linkLossService =mBluetoothGatt
.getService(UUID.fromString("49535343-fe7d-4ae5-8fa9-9fafd205e455"));
一般说来,ble设备都带有几个标准的服务,其UUID已经定义好了,这些结点里的值只能读了,因为我一个一个试过了,终于找到了我的设备里可以读写的服务,其中49535343-fe7d-4ae5-8fa9-9fafd205e455就是对应这个服务的
获取此服务结点下的某个Characteristic对象
BluetoothGattCharacteristic alertLevel =linkLossService.getCharacteristic(UUID.fromString("49535343-8841-43f4-a8d4-ecbe34729bb3"));
一般供应商会给出多个Characteristic,你需要找到到底哪个才是让你去写的,怎么找需要看对应的终端的一些开发文档之类的,在这里我经过测试已经找到我要的了
设置要写的值
alertLevel.setValue(values_on);
这里的values_on是一个byte数组
写
status = mBluetoothGatt.writeCharacteristic(alertLevel);
status如果为true,表示写操作已经成功执行,BluetoothGattCallback抽象类的一个方法会被执行,如果刚好你又重写了这个方法,就可以打印一些消息了
public void onCharacteristicWrite(BluetoothGatt gatt,
BluetoothGattCharacteristiccharacteristic, int status)
读某个Characteristic
public void readCharacteristic(BluetoothGattCharacteristiccharacteristic) {
if (mBluetoothAdapter == null || mBluetoothGatt == null) {
Log.w(TAG, "BluetoothAdapter not initialized");
return;
}
mBluetoothGatt.readCharacteristic(characteristic);
}
如果成功,数据会在下面的方法回调中传进来
public voidonCharacteristicRead(BluetoothGatt gatt,
BluetoothGattCharacteristic characteristic,
int status)
当终端有数据要传过来的时候,表面上正常的话,手机这边下面的方法会被调用
public voidonCharacteristicRead(BluetoothGatt gatt,
BluetoothGattCharacteristic characteristic,
intstatus)
这个也是可以控制的,设置descriptor的value不同,可以控制这个重写的方法是否会被调用,没有测试其他的设备,感觉这个应该是会对应不同的设备,具体设置的地方会有不同,在我这边是这么操作的:
public void enableNotification(boolean b)
{
if(b)
{
BluetoothGattService service =mBluetoothGatt
.getService(UUID.fromString("49535343-fe7d-4ae5-8fa9-9fafd205e455"));
BluetoothGattCharacteristicale =service.getCharacteristic(UUID.fromString("49535343-1E4D-4BD9-BA61-23C647249616"));
booleanset = mBluetoothGatt.setCharacteristicNotification(ale, true);
Log.d(TAG," setnotification = " + set);
BluetoothGattDescriptordsc =ale.getDescriptor(UUID.fromString("00002902-0000-1000-8000-00805f9b34fb"));
byte[]bytes = {0x01,0x00};
dsc.setValue(bytes);
boolean success =mBluetoothGatt.writeDescriptor(dsc);
Log.d(TAG, "writing enabledescriptor:" + success);
}
else
{
BluetoothGattService service =mBluetoothGatt
.getService(UUID.fromString("49535343-fe7d-4ae5-8fa9-9fafd205e455"));
BluetoothGattCharacteristicale =service.getCharacteristic(UUID.fromString("49535343-1E4D-4BD9-BA61-23C647249616"));
booleanset = mBluetoothGatt.setCharacteristicNotification(ale, false);
Log.d(TAG," setnotification = " + set);
BluetoothGattDescriptordsc =ale.getDescriptor(UUID.fromString("00002902-0000-1000-8000-00805f9b34fb"));
byte[]bytes = {0x00, 0x00};
dsc.setValue(bytes);
boolean success =mBluetoothGatt.writeDescriptor(dsc);
Log.d(TAG, "writing enabledescriptor:" + success);
}
}
7、 总结
网上的一些资料大都以上面的命名来标识自己的文档,有必要解释一下,应该分开来看这个命题:
android指的安装的4.3及以上版本的android系统的设备
4.0蓝牙指的蓝牙芯片使用4.0协议的设备
这种开发的一种标准用处是:用4.3以上android版本的手机,与4.0蓝牙穿戴式设备进行通信
按网上的一种*与周边的说法,手机就是*,4.0蓝牙设备就中周边
如果要开发4.0蓝牙,应该知道4.0蓝牙具有高速、低功耗的优点,这些优点对手机的提升不大,但对其他一些终端设备的提升就比较大。
有意思的是,android对与4.0蓝牙通信的封装,不需要本身设备的蓝牙芯片是4.0协议的蓝牙芯片
于是android 蓝牙4.0开发的这么一个“大环境”下的真实情景就是:一个没有必要拥有蓝牙4.0协议的蓝牙芯片的android4.3以上系统的手机,与一些4.0蓝牙协议的蓝牙芯片设备终端的故事
以上是一些事实,以下是一些猜想
1、 蓝牙4.0与之前版本协议之间可以通讯,说明:4.0蓝牙协议并不是修改的无线波的调制与解调,而是修改的数据的组成
2、 对蓝牙4.0协议的支持,是由google提出的,而不是各个手机厂商提出的,说明:android系统在软件上可以一致对待不同的蓝牙芯片,不同的蓝牙芯片对同一段数据的调制解调结果是一样的,于是在这段数据通过串口传到手机主控的时候,也是一样的,在这个环境里,蓝牙芯片只是一个调制解调器,android封装了对数据全部的处理。