当前位置: 代码迷 >> Android >> android L BLE Central(Scanner)小试锋芒
  详细解决方案

android L BLE Central(Scanner)小试锋芒

热度:904   发布时间:2016-04-28 00:26:05.0
android L BLE Central(Scanner)牛刀小试

转载请表明作者: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}.     * <p>     * 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}.     * <p>     * 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<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:1ScanResult{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系统里是怎么实现的了。







  相关解决方案