android+5.0+ble,android5.0(Lollipop) BLE Central牛刀小试

转载请表明作者：http://blog.csdn.net/lansefeiyang08/article/details/46482073

昨天写了android L BLE Peripheral的简单使用，今天讲一下BLE Central的更新。

搞过android4.4的人肯定对BluetoothAdapter的startLeScan函数不会陌生，但是在android L已经弃用此接口，但是为了兼容以前的版本，这个接口还是可以使用的。但是谷歌已经单独拿出来android.bluetooth.le类來处理BLE的操作，所以我建议还是用最新的接口开发。如果想要兼容L之前的版本，可以用 android.os.Build.VERSION.SDK_INT或者 android.os.Build.VERSION.RELEA加一个版本判断就可以。下面就來正式认识一下BLE Scanner的更新。

在android L Central一共添加了6个scan的相关类(4个advertise相关类)，这6个类把scan相关部分分得很细。按照上一篇Peripheral的思路，我们还是按照启动scan流程來学习这个类。

1、关于判断是否支持蓝牙、支持BLE的代码我就不写了，下面我只贴一下支持BLE centrial的代码：

mBluetoothLeScanner = mBluetoothAdapter.getBluetoothLeScanner();

这句代码和Peripheral的getBluetoothLeAdvertiser基本类似，一般手机支持BLE都会支持Central，除非是本身就只是外设设备。这个不难，我就不浪费时间了。

2、这里就直接进入scan动作了，新的接口把scan分为了两类，一种为：

/**

* Start Bluetooth LE scan with default parameters and no filters. The scan results will be

* delivered through [email protected] callback}.

* 

* Requires [email protected] android.Manifest.permission#BLUETOOTH_ADMIN} permission.

*

* @param callback Callback used to deliver scan results.

* @throws IllegalArgumentException If [email protected] callback} is null.

*/

public void startScan(final ScanCallback callback) {

if (callback == null) {

throw new IllegalArgumentException("callback is null");

}

startScan(null, new ScanSettings.Builder().build(), callback);

}

从函数你肯定就懂，这个是直接搜索全部周围peripheral设备，当然这里你要填写callback，具体的我下面会讲。

第二种为：

/**

* Start Bluetooth LE scan. The scan results will be delivered through [email protected] callback}.

* 

* Requires [email protected] android.Manifest.permission#BLUETOOTH_ADMIN} permission.

*

* @param filters [email protected] ScanFilter}s for finding exact BLE devices.

* @param settings Settings for the scan.

* @param callback Callback used to deliver scan results.

* @throws IllegalArgumentException If [email protected] settings} or [email protected] callback} is null.

*/

public void startScan(List filters, ScanSettings settings,

final ScanCallback callback) {

startScan(filters, settings, callback, null);

}

这一种明显属于定制化的函数了，因为他需要我们输入过滤条件。这里的ScanFilter和ScanSettings又是两个scan类，当然这两个类的目的主要是为了有些人想单独为某个产品开发应用，把过滤条件加上，比如DeviceName或者某个Service UUID等等，就可以搜索出只针对特定Peripheral特性的设备。

拿着两个条件我们怎么用呢，我给大家写一点，大家可以参考我写的自己添加：

// add a filter to only scan for advertisers with the given service UUID

List bleScanFilters = new ArrayList<>();

bleScanFilters.add(

new ScanFilter.Builder().setServiceUuid(SAMPLE_UUID).build()

);

ScanSettings bleScanSettings = mBleScanSettingsBuilder.build();

Log.d(TAG, "Starting scanning with settings:" + bleScanSettings + " and filters:" + bleScanFilters);

// tell the BLE controller to initiate scan

mBluetoothLeScanner.startScan(bleScanFilters, bleScanSettings, mBleScanCallback);

单独看这两个新的接口，可能有些人会迷惑，本来不久应该是这样吗？其实Andoid L之前，scan接口不是这样的，它只有一下两种

@Deprecated

public boolean startLeScan(LeScanCallback callback)

@Deprecated

public boolean startLeScan(final UUID[] serviceUuids, final LeScanCallback callback)

你会发现，原来的scan只能通过service UUID去搜索，其他条件都不行，所以新版本的接口为我们定制应用提供了很大的便利。

3、搜索完了，那就要拿到scan的callback了。在这里，我就拿第一种格式来讲。

ScanCallBack有三个回调，当然callback也单独是一个类，这里我只讲讲对我们有用的 onScanResult(int callbackType, ScanResult result)，为了大家理解，我直接给大家看看我搜索出来的结果：

callbackType:1

ScanResult{mDevice=B4:52:7E:9A:41:A8,mScanRecord=ScanRecord [mAdvertiseFlags=6,mServiceUuids=[00001804-0000-1000-8000-00805f9b34fb,

00001802-0000-1000-8000-00805f9b34fb,00001803-0000-1000-8000-00805f9b34fb,00000200-37cb-11e3-8682-0002a5d5c51b],

mManufacturerSpecificData={}, mServiceData={},mTxPowerLevel=0, mDeviceName=××××],mRssi=-43, mTimestampNanos=352640634804615}

从这个结果可以看出来，现在scan返回的结果明显增加了，其实从结果大家应该也能理解，第二种设置过滤的话会有哪些参数可以让你去设置。

你看到这些结果你肯定晕了，这要怎么拿出来，这就用到了Scan相关类的最后两个类ScanResult和ScanRecord。这两个类主要是用来解析你scan后数据的，我这里也贴一点代码，大家如果是需要其他结果，可以参考一下：

BluetoothDevice device = result.getDevice();

Log.d(TAG, "Device name: " + device.getName());

Log.d(TAG, "Device address: " + device.getAddress());

Log.d(TAG, "Device service UUIDs: " + device.getUuids());

ScanRecord record = result.getScanRecord();

Log.d(TAG, "Record advertise flags: 0x" + Integer.toHexString(record.getAdvertiseFlags()));

Log.d(TAG, "Record Tx power level: " + record.getTxPowerLevel());

Log.d(TAG, "Record device name: " + record.getDeviceName());

Log.d(TAG, "Record service UUIDs: " + record.getServiceUuids());

Log.d(TAG, "Record service data: " + record.getServiceData());

这里的result就是onScanResult(int callbackType, ScanResult result)的返回值。

4、最后一步就是stop，这个大家应该很熟了，用一个postdelay如下：

// post a future task to stop scanning after (default:25s)

mHandler.postDelayed(new Runnable() {

@Override

public void run() {

stopScanning();

}

}, DEFAULT_SCAN_PERIOD);

或者直接调用stop，这里的stopScanning实现如下：

private void stopScanning() {

if (mBluetoothLeScanner != null) {

Log.d(TAG, "Stop scanning.");

mBluetoothLeScanner.stopScan(mBleScanCallback);

}

}

剩下的就是connectGatt了。这个和以前还是一样的，目前没有变化。

ok，对于google新添加的android.bluetooth.le这个package算是解析完了，接下来几天就要看看android L系统里是怎么实现的了。

原文：http://www.cnblogs.com/Free-Thinker/p/4848426.html