蓝牙防丢器原理、实现与Android BLE接口编程

　　本文是对已实现的蓝牙防丢器项目的总结，阐述蓝牙防丢器的原理、实现与android客户端的蓝牙BLE接口编程。在这里重点关注如何利用BLE接口来进行工程实现，对于BLE的协议、涉及到JNI的BLE接口内部源码实现，笔者以后再详细剖析。但要求读者对BLE协议有一定的认识，如GAP、GATTprofile在BLE中的角色和作用，如何使用Service、Characteristic等。

一、蓝牙防丢器原理和产品需求

　　蓝牙防丢器的核心原理是根据接收到的蓝牙设备端的无线信号强度（RSSI）来估算距离。其计算公式是：

　　d是计算距离，RSSI是信号强度，A为发射端和接收端相隔1米时的信号强度，n是环境衰减因子。对于不同的蓝牙设备该值是不一样的，同样的设备在不同的发射功率的情况下其信号强度也是不一样的，而且对于同是1米的情况下，环境对于信号强度也是有影响的。n是环境衰减因子，自然跟环境有关。所以在确切发射功率的情况下，A和n对于同一款设备来说，也是一个经验值。

　　在实际的防丢器产品中，一般有以下功能：

　　1. 当手机（接收端）检测到发射端设备的距离超过一定距离时，发出告警提示，设备根据告警级别进行相应的指示，如发出不同频率的音频或者闪灯。

　　2. 当发射设备端发现和手机端建立的链路断开（意味着距离已经超过连接范围）时，其会自动发出某种形式的警告。

二、蓝牙防丢profile

笔者以业界目前功耗最低的蓝牙单芯片（Dialog公司的DA14580）来说明。针对DA14580，Dialog公司有提供开发SDK（以后会对该SDK框架进行分析，以指导开发），其中就有实现防丢profile，命名是Proximity。     该profile针对以上防丢的功能提供的Characteristic如下：

　　1．TXP(txpower) Characteristic, 设备端需要通过主机控制接口HCI来获得发射功率参数，并以read属性提供给master。

　　2．IAS(immediate alter service), write属性，供master写告警级别。当master写入新的值时，设备端会收到write的回调，其根据告警级别进行相应告警。

　　3. LLS(link loss service),write/read属性，供master设置链路断开情况下默认的告警级别。

　　RSSI通过接收端的接口来获得，并不需要设备端提供service。

　　以上Characteristic都通过GATT profile提供服务，在蓝牙通信协议上，每个Characteristic都会对应一个UUID。

三、android蓝牙BLE接口编程

　　androidBLE接口在android4.3版本以上提供。

1.   判断当前系统是否支持BLE

　　getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE)

　　返回真表示支持。

2.   获得蓝牙适配器类

　　用户通过统一的蓝牙适配器类BluetoothAdapter来使用BLE API。

　　先获得蓝牙管理器：

　　BluetoothManagerbluetoothManager = getSystemService(Context.BLUETOOTH_SERVICE);

　　再获得蓝牙适配器实例（单体对象）：

　　BluetoothAdaptermBluetoothAdapter = bluetoothManager.getAdapter();

3.   启动手机蓝牙硬件功能（相当于在设置界面开启蓝牙功能）

　　mBluetoothAdapter.enable();

4.   开始扫描

　　BluetoothAdapter.startLeScan(android.bluetooth.BluetoothAdapter.LeScanCallbackcallback)

　　callback是当扫描到蓝牙设备时的回调接口。实现callback中的onLeScan接口：

　　@Override

public void onLeScan(finalBluetoothDevice device, int rssi, byte[] scanRecord)

其中，device代表扫描到的设备，可以获得其MAC地址、设备名等等；rssi即信号强度，这是未连接时获取RSSI的方法；scanRecord代表扫描设备得到的响应参数，ibeacon即通过该参数来获得广播内容。

假设String bluetoothAddress = device.getAddress()，获取蓝牙48位MAC地址

5.   连接GATT，获取设备端的UUID服务，并进行数据通信交互

　　通过MAC地址获得代表设备端的蓝牙设备类

　　BluetoothDevicedevice = mBluetoothAdapter.getRemoteDevice(bluetoothAddress);

　　连接GATT

　　BluetoothGatt mBluetoothGatt = device.connectGatt(android.content.Context context, booleanautoConnect, android.bluetooth.BluetoothGattCallback callback);

　　Callback是连接GATT之后，所有数据交互的回调入口。分别包括：

1)设备服务发现

　　@Override

publicvoid onServicesDiscovered(BluetoothGatt gatt, int status)

　　mBluetoothGatt.getServices()代表设备服务集合，

　　for (BluetoothGattService gattService : mBluetoothGatt.getServices())

　　对于每个服务service，用getUuid()可以获得服务的UUID，getCharacteristics()代表该服务的Characteristic集合。

　　for(BluetoothGattCharacteristic gattCharacteristic : gattCharacteristics)

　　对于每个Characteristic，getUuid()获得UUID，getPermissions()获得属性权限，getValue()获得属性值。

　　在该回调中我们只提取感兴趣的三个Characteristic的UUID，对于其他的如电池、设备服务等UUID可以不管。

　　gattCharacteristic_char5_TXP=gattCharacteristic；

2)连接状态改变

@Override

public voidonConnectionStateChange(BluetoothGatt gatt, int status,intnewState)

有两种状态，BluetoothProfile.STATE_CONNECTED代表连接，BluetoothProfile.STATE_DISCONNECTED代表断开连接。

3)读回调

@Override

public voidonCharacteristicRead(BluetoothGatt gatt, BluetoothGattCharacteristiccharacteristic, intstatus)

其对应手机端发出读请求后，当收到设备端的数据时的回调。如

mBluetoothGatt.readCharacteristic(gattCharacteristic_char5_TXP)

4)设备端数据变化回调

这里对应设备的characteristic的属性是notify或者indication，即相当手机端订阅这个characteristic的值变更服务，当设备端的characteristic发生变化时，设备端会主动发出通知给手机端。

@Override

public voidonCharacteristicChanged(BluetoothGatt gatt,

BluetoothGattCharacteristiccharacteristic)

在回调中获得新的值characteristic.getValue()。

5)获取到RSSI值的回调

RSSI在扫描时可以通过扫描回调接口获得，但是在连接之后要不断地使用

mBluetoothGatt.readRemoteRssi()向底层驱动发出读取RSSI请求，当底层获取到新的RSSI后会进行以下回调：

@Override

public voidonReadRemoteRssi(BluetoothGatt gatt, int rssi, int status)

rssi即是新的信号强度值。

连接后，由于手机和设备端的距离在发生变化，因此要不断地读取RSSI，实时计算两者之间的距离才能保证防丢功能的实现。

Android 4.3之后的SDK有提供BLE接口使用的样例，可以通过研读源码进行理解。对防丢器的蓝牙设备端和android客户端的开发感兴趣者可以关注 微信公众号：嵌入式企鹅圈 进行交流。谢谢！嵌入式企鹅圈分享嵌入式Linux和物联网原创技术经验，敬请关注：