转载请表明作者: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 {@code callback}.
- * <p>
- * Requires {@link android.Manifest.permission#BLUETOOTH_ADMIN} permission.
- *
- * @param callback Callback used to deliver scan results.
- * @throws IllegalArgumentException If {@code 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 {@code callback}.
- * <p>
- * Requires {@link android.Manifest.permission#BLUETOOTH_ADMIN} permission.
- *
- * @param filters {@link ScanFilter}s for finding exact BLE devices.
- * @param settings Settings for the scan.
- * @param callback Callback used to deliver scan results.
- * @throws IllegalArgumentException If {@code settings} or {@code callback} is null.
- */
- public void startScan(List<ScanFilter> 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<ScanFilter> 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),为了大家理解,我直接给大家看看我搜索出来的结果:
- <span style="font-size:14px;">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}</span>
从这个结果可以看出来,现在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系统里是怎么实现的了。