Android Bluetooth BLE相关开发资源汇总

最新推荐文章于 2020-12-20 11:38:55 发布
最新推荐文章于 2020-12-20 11:38:55 发布
阅读量434 收藏 1
点赞数
分类专栏： Android应用开发

Android开启蓝牙开关

转载自Android：Bluetooth 的打开和关闭

检查系统蓝牙是否开启
BluetoothManager bluetoothManager = (BluetoothManager) this.
getSystemService(Context.BLUETOOTH_SERVICE);
BluetoothAdapter mBluetoothAdapter = bluetoothManager.getAdapter();
mBluetoothAdapter.isEnabled();
开启系统蓝牙方式：
静默打开：
  • 注册权限：
<uses-permission android:name="android.permission.BLUETOOTH" />
<uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
  • 开启方式：
mBluetoothAdapter.enable();

以上静默打开 Bluetooth 开关是调用了 BluetoothAdapter.enable() 方法,首先需要获取 BluetoothAdapter 对象，如果这个对象为 null 的话，说明当前设备不支持 Bluetooth 功能。还有以下几点需要注意：
1， 在 Nexus 5 Android 4.4.4 原生系统中，在没有任何其它管理 Bluetooth 权限的应用情况下，调用强制打开 Bluetooth 的方法，没有任何提示就直接打开 Bluetooth 了。
2，在小米手机 MI 2SC / MIUI-4.7.11 (Android 4.1.1 JRO03L) 上系统自带的 “安全中心” – “应用权限管理” – “开启蓝牙” 中，有三种设置：
允许：调用强制打开 Bluetooth 代码，没有任何提示，Bluetooth 被成功打开。
提示：会弹出提示框，提示安全警告 “ ***应用尝试开启蓝牙”，可以选择“拒绝”或“允许”，还有记住此次选择（备注：如果不记住的话，下次还会弹出同样的提示框，除非你自己去修改了应用开启蓝牙的权限）。
拒绝：调用强制打开 Bluetooth 代码，没有任何提示，Bluetooth 强制打开失败。
备注：各种手机自带的权限管理功能或者第三方权限管理应用略有不同。
3，对于 BluetoothAdapter.enable() 这个方法，API 中有以下说明 (备注：初始 API 中，如 Android 2.0 Eclair / API Level 5 中并没有这段提示)
Bluetooth should never be enabled without direct user consent. If you want to turn on Bluetooth in order to create a wireless connection, you should use the ACTION_REQUEST_ENABLE Intent, which will raise a dialog that requests user permission to turn on Bluetooth. The enable() method is provided only for applications that include a user interface for changing system settings, such as a “power manager” app.
没有直接的用户的允许绝不要开启 Bluetooth。如果你想要打开 Bluetooth 创建一个无线连接，你应当使用 ACTION_REQUEST_ENABLE Intent，这样会弹出一个提示框提示用户是否开启 Bluetooth，enable() 方法仅提供给有 UI 、更改系统设置的应用来使用，例如“电源管理”应用。
从以上官方 API 提示可以看出：不建议你调用此方法来打开 Bluetooth，至少是在没有任何用户提醒的前提下！

调用系统弹出框提示用户打开
  • 注册权限：
<uses-permission android:name="android.permission.BLUETOOTH" />
  • 开启方式：
Intent requestBluetoothOn = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);
this.startActivityForResult(requestBluetoothOn, REQUEST_CODE_BLUETOOTH_ON);

对于以上弹出系统弹框提示用户打开 Bluetooth 的代码，有以下几点需要注意：
1，这种调用系统的弹出框提示用户打开 Bluetooth 的方式，一般不会受到系统或者第三方权限管理应用的阻止。只有当你不提示用户的情况下，可以理解为“偷偷摸摸”的打开 Bluetooth ，这个是被认为侵犯用户的知情权，系统或者第三方权限管理应用可能加以阻止：直接禁止不提示用户的情况下打开 Bluetooth，或者提示用户，又或者是让用户自己选择哪些应用可以强制开启 Bluetooth。而在 Nexus 5 / Android 4.4.4 原生系统强制打开 Bluetooth 是没有任何提示，并且可以成功打开。
2，弹出系统的提示框提醒用户打开 Bluetooth 的主要代码：
this.startActivityForResult(requestBluetoothOn, REQUEST_CODE_BLUETOOTH_ON);
注意：这个方法是需要 Activity 的对象来调用的！并且需要在 Activity 中重写 onActivityResult 方法来获取用户操作弹出提示框的结果！
3，这种弹出的系统弹框，根据系统的不同，UI 会有所不同。会导致用户app视觉不统一。

跳转到系统设置中让用户自己打开：
startActivity(new Intent(Settings.ACTION_BLUETOOTH_SETTINGS));

考虑到涉及用户隐私和用户体验，推荐以下方式开启 Bluetooth ：
1，采用强制开启 Bluetooth 的方式打开 Bluetooth ，但是调用强制开启 Bluetooth 代码之前，我们自己在应用中提示用户，我们的应用需要开启 Bluetooth ，让用户自己选择是否开启 Bluetooth 。自己在应用中提示用户我们需要开启 Bluetooth 相对于弹出系统的提示框提示用户当前应用需要开启 Bluetooth 的优势在于我们可以控制提示的内容和提示的方式以及 UI。
2，假若用户选择了开启 Bluetooth，但是强制开启 Bluetooth 失败，比如系统自带的权限管理禁止你的应用开启 Bluetooth ，我们不去提示用户说当前系统禁止了应用开启 Bluetooth，让用户自己去解除禁止。这样显然用户体验很差。这种情况下，我们再去调用弹出系统提示框提醒用户打开 Bluetooth　即可。这种方式一般系统或者第三方应用不会禁止。
3，如果弹出系统提示框提醒用户打开 Bluetooth 有问题的话，最后采用提示用户自己去系统 Bluetooth 设置中打开 Bluetooth，跳转到系统的 Bluetooth 设置界面。

PS：在目前Android手机中，是不支持在飞行模式下开启蓝牙的。如果蓝牙已经开启，那么蓝牙的开关状态会随着飞行模式的状态而发生改变。

BLE广播数据解析

转载自BLE 广播数据解析

BLE中peripheral设备处于被发现状态时会发送广播包，peripheral设备通过广播被中心设备发现，广播中带有peripheral设备自身的相关信息。

广播包有两种： 广播包 （Advertising Data）和 响应包 （Scan Response），其中广播包是每个设备必须广播的，而响应包是可选的。 数据包的格式如下图所示（图片来自官方 Spec）：
在这里插入图片描述
每个包都是 31 字节，数据包中分为有效数据（significant）和无效数据（non-significant）两部分。

  • 有效数据部分 ：包含若干个广播数据单元，称为 AD Structure 。如图中所示，AD Structure 的组成是：第一个字节是长度值 Len ，表示接下来的 Len 个字节是数据部分。数据部分的第一个字节表示数据的类型 AD Type ，剩下的 Len - 1 个字节是真正的数据 AD data 。其中 AD type 非常关键，决定了 AD Data 的数据代表的是什么和怎么解析，这个在后面会详细讲；
  • 无效数据部分 ：因为广播包的长度必须是 31 个 byte，如果有效数据部分不到 31 自己，剩下的就用 0 补全。这部分的数据是无效的，解释的时候，忽略即可。
AD type

所有的 AD type 的定义在文档 Core Specification Supplement 中。 AD Type 包括如下类型：

  • Flags: TYPE = 0x01。这个数据用来标识设备 LE 物理连接的功能。DATA 是 0 到多个字节的 Flag 值，每个 bit 上用 0 或者 1 来表示是否为 True。如果有任何一个 bit 不为 0，并且广播包是可连接的，就必须包含此数据。各 bit 的定义如下：

    • bit 0: LE 有限发现模式
    • bit 1: LE 普通发现模式
    • bit 2: 不支持 BR/EDR
    • bit 3: 对 Same Device Capable(Controller) 同时支持 BLE 和 BR/EDR
    • bit 4: 对 Same Device Capable(Host) 同时支持 BLE 和 BR/EDR
    • bit 5…7: 预留

  • Service UUID: 广播数据中一般都会把设备支持的 GATT Service 广播出来，用来告诉外面本设备所支持的 Service。有三种类型的 UUID：16 bit, 32bit, 128 bit。广播中，每种类型类型有有两个类别：完整和非完整的。这样就共有 6 种 AD Type。

    • 非完整的 16 bit UUID 列表： TYPE = 0x02;
    • 完整的 16 bit UUID 列表： TYPE = 0x03;
    • 非完整的 32 bit UUID 列表： TYPE = 0x04;
    • 完整的 32 bit UUID 列表： TYPE = 0x05;
    • 非完整的 128 bit UUID 列表： TYPE = 0x06;
    • 完整的 128 bit UUID 列表： TYPE = 0x07;

  • Local Name: 设备名字，DATA 是名字的字符串。 Local Name 可以是设备的全名，也可以是设备名字的缩写，其中缩写必须是全名的前面的若干字符。

    • 设备全名： TYPE = 0x08
    • 设备简称： TYPE = 0x09

  • TX Power Level: TYPE = 0x0A，表示设备发送广播包的信号强度。DATA 部分是一个字节，表示 -127 到 + 127 dBm。

  • 带外安全管理（Security Manager Out of Band）：TYPE = 0x11。DATA 也是 Flag，每个 bit 表示一个功能：

    • bit 0: OOB Flag，0 表示没有 OOB 数据，1 表示有
    • bit 1: 支持 LE
    • bit 2: 对 Same Device Capable(Host) 同时支持 BLE 和 BR/EDR
    • bit 3: 地址类型，0 表示公开地址，1 表示随机地址

  • 外设（Slave）连接间隔范围：TYPE = 0x12。数据中定义了 Slave 最大和最小连接间隔，数据包含 4 个字节：

    • 前 2 字节：定义最小连接间隔，取值范围：0x0006 ~ 0x0C80，而 0xFFFF 表示未定义；
    • 后 2 字节：定义最大连接间隔，同上，不过需要保证最大连接间隔大于或者等于最小连接间隔。

  • 服务搜寻：外围设备可以要请中心设备提供相应的 Service。其数据定义和前面的 Service UUID 类似：

    • 16 bit UUID 列表： TYPE = 0x14
    • 32 bit UUID 列表： TYPE = 0x??
    • 128 bit UUID 列表： TYPE = 0x15

  • Service Data: Service 对应的数据。

    • 16 bit UUID Service: TYPE = 0x16, 前 2 字节是 UUID，后面是 Service 的数据；
    • 32 bit UUID Service: TYPE = 0x??, 前 4 字节是 UUID，后面是 Service 的数据；
    • 128 bit UUID Service: TYPE = 0x??, 前 16 字节是 UUID，后面是 Service 的数据；

  • 公开目标地址：TYPE = 0x17，表示希望这个广播包被指定的目标设备处理，此设备绑定了公开地址，DATA 是目标地址列表，每个地址 6 字节。

  • 随机目标地址：TYPE = 0x18，定义和前一个类似，表示希望这个广播包被指定的目标设备处理，此设备绑定了随机地址，DATA 是目标地址列表，每个地址 6 字节。

  • Appearance：TYPE = 0x19，DATA 是表示了设备的外观。

  • 厂商自定义数据: TYPE = 0xFF，厂商自定义的数据中，前两个字节表示厂商 ID，剩下的是厂商自己按照需求添加，里面的数据内容自己定义。

还有一些其他的数据，我这里就不一一列举了，有需要的可以从这个文档查阅 Core Specification Supplement 。

GATT

BLE技术是基于GATT进行通信的，GATT是一种属性传输协议，简单的讲可以认为是一种属性传输的应用层协议。它的结构非常简单：
在这里插入图片描述
你可以把他看成xml来理解：

  • 每个GATT由完成不同功能的Service组成；
  • 每个Service由不同的Characteristic组成；
  • 每个Characteristic由一个value和一个或者多个Descriptor组成；
    Service、Characteristic相当于标签（Service相当于他的类别，Characteristic相当于它的名字），而value才真正的包含数据，Descriptor是对这个value进行的说明和描述，当然我们可以从不同角度来描述和说明，因此可以有多个Descriptor.

这样子理解可能不够准确，下面我们来举一个简单的例子进行说明：

常见的小米手环是一个BLE设备，（假设）它包含三个Service,分别是提供设备信息的Service、提供步数的Service、检测心率的Service;
而设备信息的service中包含的characteristic包括厂商信息、硬件信息、版本信息等；而心率Service则包括心率characteristic等，而心率characteristic中的value则真正的包含心率的数据，而descriptor则是对该value的描述说明，比如value的单位啊，描述啊，权限啊等。

作者：小时不识月z
链接：https://www.jianshu.com/p/29a730795294
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

BluetoothAdapter类介绍

摘录自Android中蓝牙的基本使用----BluetoothAdapter类简介

由于网络上关于BluetoothAdapter的一些常用API函数都有了介绍，因此，我着重介绍一些BluetoothAdapter类疏忽的地方。

1，BluetoothAdapter STATE 状态值 ， 即开关状态

int STATE_OFF                 蓝牙已经关闭
int STATE_ON                  蓝牙已经打开
int STATE_TURNING_OFF         蓝牙处于关闭过程中 ，关闭ing
int STATE_TURNING_O           蓝牙处于打开过程中 ，打开ing

2，BluetoothAdapter SCAN_MOD状态值 ，即扫描状态

首先说明，可以扫描其他设备的，当然它同时能被其他蓝牙设备扫码。

int  SCAN_MODE_CONNECTABLE               表明该蓝牙可以扫描其他蓝牙设备
int  SCAN_MODE_CONNECTABLE_DISCOVERABLE  表明该蓝牙设备同时可以扫码其他蓝牙设备，并且可以被其他蓝牙设备扫描到。
int  SCAN_MODE_NONE                      该蓝牙不能扫描以及被扫描。

3，获得蓝牙适配器实例

public static synchronized BluetoothAdapter getDefaultAdapter ()
功能：获得本设备的蓝牙适配器实例。
返回值：如果设备具备蓝牙功能，返回BluetoothAdapter 实例；否则，返回null对象。

4，扫描蓝牙设备

public boolean startDiscovery () 
功能： 扫描蓝牙设备
注意： 如果蓝牙没有开启，该方法会返回false，即不会开始扫描过程。

public  boolean cancelDiscovery ()
功能： 取消扫描过程。
注意： 如果蓝牙没有开启，该方法会返回false。

public boolean isDiscovering ()
功能： 是否正在处于扫描过程中。
注意： 如果蓝牙没有开启，该方法会返回false。

5，获取蓝牙相关信息

public String getName ()
功能：获取蓝牙设备Name

public String getAddress ()
功能：获取蓝牙设备的硬件地址(MAC地址)，例如：00:11:22:AA:BB:CC  

public boolean setName (String name)
功能：设置蓝牙设备的Name，

public Set<BluetoothDevice> getBondedDevices ()
功能：获取与本机蓝牙所有绑定的远程蓝牙信息，以BluetoothDevice类实例(稍后讲到)返回。
注意：如果蓝牙为开启，该函数会返回一个空集合 。

public static boolean checkBluetoothAddress (String address)
功能：　验证蓝牙设备MAC地址是否有效。所有设备地址的英文字母必须大写，48位，形如：00:43:A8:23:10:F1 。
返回值： true 设备地址有效
false 设备地址无效

public BluetoothDevice getRemoteDevice (String address)
功能：以给定的MAC地址去创建一个 BluetoothDevice 类实例(代表远程蓝牙实例)。即使该蓝牙地址不可见，也会产生一个BluetoothDevice 类实例。
返回：BluetoothDevice 类实例 。注意，如果该蓝牙设备MAC地址不能被识别，其蓝牙Name为null。
异常：如果MAC  address无效，抛出IllegalArgumentException。

Android Bluetooth Low Energy (BLE) Example

转载自Android Bluetooth Low Energy (BLE) Example

Since BLE was introduced in API 18 and cannot be used on old devices, due to change of Bluetooth specifications. I suggest you to specify the min SDK version to 18 in your app. Next add these permissions and feature tags in the manifest tag of your app manifest:

<uses-permission android:name="android.permission.BLUETOOTH"/>
<uses-permission android:name="android.permission.BLUETOOTH_ADMIN"/>
<uses-feature android:name="android.hardware.bluetooth_le" android:required="true"/>

Since I will be printing all the data in logs, there is no need for a layout file, lets have a look at the code for using Bluetooth low energy on Android:

package com.truiton.bleexample;

import android.annotation.TargetApi;
import android.app.Activity;
import android.bluetooth.BluetoothAdapter;
import android.bluetooth.BluetoothDevice;
import android.bluetooth.BluetoothGatt;
import android.bluetooth.BluetoothGattCallback;
import android.bluetooth.BluetoothGattCharacteristic;
import android.bluetooth.BluetoothGattService;
import android.bluetooth.BluetoothManager;
import android.bluetooth.BluetoothProfile;
import android.bluetooth.le.BluetoothLeScanner;
import android.bluetooth.le.ScanCallback;
import android.bluetooth.le.ScanFilter;
import android.bluetooth.le.ScanResult;
import android.bluetooth.le.ScanSettings;
import android.content.Context;
import android.content.Intent;
import android.content.pm.PackageManager;
import android.os.Build;
import android.os.Bundle;
import android.os.Handler;
import android.support.v7.app.ActionBarActivity;
import android.util.Log;
import android.widget.Toast;

import java.util.ArrayList;
import java.util.List;

@TargetApi(21)
public class MainActivity extends ActionBarActivity {
    private BluetoothAdapter mBluetoothAdapter;
    private int REQUEST_ENABLE_BT = 1;
    private Handler mHandler;
    private static final long SCAN_PERIOD = 10000;
    private BluetoothLeScanner mLEScanner;
    private ScanSettings settings;
    private List<ScanFilter> filters;
    private BluetoothGatt mGatt;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mHandler = new Handler();
        if (!getPackageManager().hasSystemFeature(PackageManager.FEATURE_BLUETOOTH_LE)) {
            Toast.makeText(this, "BLE Not Supported",
                    Toast.LENGTH_SHORT).show();
            finish();
        }
        final BluetoothManager bluetoothManager =
                (BluetoothManager) getSystemService(Context.BLUETOOTH_SERVICE);
        mBluetoothAdapter = bluetoothManager.getAdapter();

    }

    @Override
    protected void onResume() {
        super.onResume();
        if (mBluetoothAdapter == null || !mBluetoothAdapter.isEnabled()) {
            Intent enableBtIntent = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);
            startActivityForResult(enableBtIntent, REQUEST_ENABLE_BT);
        } else {
            if (Build.VERSION.SDK_INT >= 21) {
                mLEScanner = mBluetoothAdapter.getBluetoothLeScanner();
                settings = new ScanSettings.Builder()
                        .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY)
                        .build();
                filters = new ArrayList<ScanFilter>();
            }
            scanLeDevice(true);
        }
    }

    @Override
    protected void onPause() {
        super.onPause();
        if (mBluetoothAdapter != null && mBluetoothAdapter.isEnabled()) {
            scanLeDevice(false);
        }
    }

    @Override
    protected void onDestroy() {
        if (mGatt == null) {
            return;
        }
        mGatt.close();
        mGatt = null;
        super.onDestroy();
    }

    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        if (requestCode == REQUEST_ENABLE_BT) {
            if (resultCode == Activity.RESULT_CANCELED) {
                //Bluetooth not enabled.
                finish();
                return;
            }
        }
        super.onActivityResult(requestCode, resultCode, data);
    }

    private void scanLeDevice(final boolean enable) {
        if (enable) {
            mHandler.postDelayed(new Runnable() {
                @Override
                public void run() {
                    if (Build.VERSION.SDK_INT < 21) {
                        mBluetoothAdapter.stopLeScan(mLeScanCallback);
                    } else {
                        mLEScanner.stopScan(mScanCallback);

                    }
                }
            }, SCAN_PERIOD);
            if (Build.VERSION.SDK_INT < 21) {
                mBluetoothAdapter.startLeScan(mLeScanCallback);
            } else {
                mLEScanner.startScan(filters, settings, mScanCallback);
            }
        } else {
            if (Build.VERSION.SDK_INT < 21) {
                mBluetoothAdapter.stopLeScan(mLeScanCallback);
            } else {
                mLEScanner.stopScan(mScanCallback);
            }
        }
    }

    private ScanCallback mScanCallback = new ScanCallback() {
        @Override
        public void onScanResult(int callbackType, ScanResult result) {
            Log.i("callbackType", String.valueOf(callbackType));
            Log.i("result", result.toString());
            BluetoothDevice btDevice = result.getDevice();
            connectToDevice(btDevice);
        }

        @Override
        public void onBatchScanResults(List<ScanResult> results) {
            for (ScanResult sr : results) {
                Log.i("ScanResult - Results", sr.toString());
            }
        }

        @Override
        public void onScanFailed(int errorCode) {
            Log.e("Scan Failed", "Error Code: " + errorCode);
        }
    };

    private BluetoothAdapter.LeScanCallback mLeScanCallback =
            new BluetoothAdapter.LeScanCallback() {
                @Override
                public void onLeScan(final BluetoothDevice device, int rssi,
                                     byte[] scanRecord) {
                    runOnUiThread(new Runnable() {
                        @Override
                        public void run() {
                            Log.i("onLeScan", device.toString());
                            connectToDevice(device);
                        }
                    });
                }
            };

    public void connectToDevice(BluetoothDevice device) {
        if (mGatt == null) {
            mGatt = device.connectGatt(this, false, gattCallback);
            scanLeDevice(false);// will stop after first device detection
        }
    }

    private final BluetoothGattCallback gattCallback = new BluetoothGattCallback() {
        @Override
        public void onConnectionStateChange(BluetoothGatt gatt, int status, int newState) {
            Log.i("onConnectionStateChange", "Status: " + status);
            switch (newState) {
                case BluetoothProfile.STATE_CONNECTED:
                    Log.i("gattCallback", "STATE_CONNECTED");
                    gatt.discoverServices();
                    break;
                case BluetoothProfile.STATE_DISCONNECTED:
                    Log.e("gattCallback", "STATE_DISCONNECTED");
                    break;
                default:
                    Log.e("gattCallback", "STATE_OTHER");
            }

        }

        @Override
        public void onServicesDiscovered(BluetoothGatt gatt, int status) {
            List<BluetoothGattService> services = gatt.getServices();
            Log.i("onServicesDiscovered", services.toString());
            gatt.readCharacteristic(services.get(1).getCharacteristics().get
                    (0));
        }

        @Override
        public void onCharacteristicRead(BluetoothGatt gatt,
                                         BluetoothGattCharacteristic
                                                 characteristic, int status) {
            Log.i("onCharacteristicRead", characteristic.toString());
            gatt.disconnect();
        }
    };
}
disconnect() 和close()的区别

在进行BLE开发过程中可能会遇到操作失败等情况,这个时候可能需要断开与BLE的连接或者清理相关资源.在BluetoothGatt类中有两个相关的方法 。

  • disconnect()
  • close()

那么这个两个方法有什么区别，又该如何使用呢。
disconnect()方法：如果调用了该方法之后可以调用connect()方法进行重连，这样还可以继续进行断开前的操作。

close()方法：一但调用了该方法， 如果你想再次连接，必须调用BluetoothDevice的connectGatt()方法。 因为close()方法将释放BluetootheGatt的所有资源。

需要注意的问题：
当你需要手动断开时,调用disconnect()方法，此时断开成功后会回调onConnectionStateChange方法，在这个方法中再调用close方法释放资源。
如果在disconnect后立即调用close，会导致无法回调onConnectionStateChange方法。

常见问题：
BLE连接之后onServicesDiscovered不被调用

摘录自ble连接之后onServicesDiscovered 不被调用
问题：onServicesDiscovered never called while connecting to GATT Server

Something that has been really useful for me is to wait for about 600ms after the connection has been established and then start the service discovery.

项目中出现蓝牙连接上之后,始终不进onServicesDiscovered回调，mBluetoothGatt.discoverServices()做如下延时即可

if (newState == BluetoothProfile.STATE_CONNECTED) {
    intentAction = ACTION_GATT_CONNECTED;
    broadcastUpdate(intentAction);
    Log.i(TAG, "Connected to GATT server.");
    // Attempts to discover services after successful connection.
    //有时候发现服务不回调,需延时 https://stackoverflow.com/questions/41434555/onservicesdiscovered-never-called-while-connecting-to-gatt-server#comment70285228_41526267
    try {
        Thread.sleep(600);
        Log.i(TAG, "Attempting to start service discovery:"
                + mBluetoothGatt.discoverServices());
    } catch (InterruptedException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
}

相关资源：

Android低功耗蓝牙的那点事儿

voidreturn
关注
专栏目录
Android 蓝牙开发（二）开启蓝牙，获取状态，发现设备。
阡陌花开的专栏
09-23 1908
（1）获取蓝牙相关权限。 （2）获取蓝牙状态。    获取蓝牙适配器： BluetoothAdapter bluetoothAdapter = BluetoothAdapter.getDefaultAdapter();     查看当前设备是否支持蓝牙： if(bluetoothAdapter == null){ //("本机不支持蓝牙"
Android BLE设备蓝牙通信框架BluetoothKit，flutter中文网
最新发布
2401_84148981的博客
04-06 693
一、统一解决Android蓝牙通信过程中的兼容性问题二、提供尽可能简单易用的接口，屏蔽蓝牙通信中的技术细节，只开放连接，读写，通知等语义。三、实现串行化任务队列，统一处理蓝牙通信中的失败以及超时，支持可配置的容错处理四、统一管理连接句柄，避免句柄泄露五、方便监控各设备连接状态，比如手机可同时连接的设备数有限，可以检测设备连接活跃度，在尽可能维持连接的情况下，将最不活跃的设备自动断开。六、支持多进程APP架构下蓝牙连接的管理七、支持拦截所有对蓝牙原生接口的调用。
Android 蓝牙BLE官方demo
12-28
android手机支持蓝牙4.0，scan，connection，disconnect,discover service等功能，参考官网地址：http://developer.android.com/guide/topics/connectivity/bluetooth-le.html
Android开发之蓝牙(Bluetooth)操作(一)--扫描已经配对的蓝牙设备
mmdev
08-14 598
一.什么是蓝牙(Bluetooth)? 1.1BuleTooth是目前使用最广泛的无线通信协议 1.2主要针对短距离设备通讯(10m) 1.3常用于连接耳机，鼠标和移动通讯设备等. 二.与蓝牙相关的API 2.1BluetoothAdapter: 代表了本地的蓝牙适配器 2.2BluetoothDevice 代表了一个远程的Bluetooth设备 三....
Android BLE 源码
07-12
网上找到的蓝牙安卓BLE的APP源码，解决了安卓手机BLE连接难或连接不上的问题，比安卓BLE调试助手好。
Android BLE 官方DEMO
09-23
本人是在AndroidStuido上导入的，此代码提供源码及本人运行后的代码。注意源码导入容易出现错误不过很容易处理。代码支持android系统4.3以上，手机支持蓝牙4.0，搜索，配对，连接，发现服务及特征值，断开连接等功能。
android开发文档合集
02-20
这个压缩包文件"android开发文档合集"为我们提供了一系列宝贵的资源，涵盖了界面设计、游戏开发、蓝牙通信等核心领域，旨在帮助开发者提升技能，实现高效和高质量的Android应用开发。 首先，我们来看《Android...
低功耗蓝牙 主机、从机开发汇总代码
02-24
本资源"低功耗蓝牙 主机、从机开发汇总代码"可能包含了一个完整的BLE开发示例，但需要注意的是，描述中提到“暂未验证，看代码似乎正确”，因此在实际使用前需要对代码进行验证和测试。 BLE的核心概念包括主机...
蓝牙广播数据包_蓝牙BLE数据包格式汇总
weixin_39608394的博客
12-20 2976
以蓝牙4.0为例说明：BLE包格式有：广播包、扫描包、初始化连接包、链路层控制包(LL层数据包)、逻辑链路控制和自适应协议数据包(即L2CAP数据包)等；其中广播包又分为：定向广播包和非定向广播包；逻辑链路控制和自适应协议数据包又分为：ATT指令包、信令指令包、SMP包；1. 首先，所有的包都符合如下格式：2. 广播包：3. 非定向广播包：4. 定向广播包：5. 扫描包：6. 初始化连接包：7. ...
Delphi 蓝牙 BLEScanner
12-11
Delphi 蓝牙 BLEScanner
安卓DownloadProvider下载文件
08-27
android利用系统DownloadProvider实现下载，多文件多线程后台下载，有需要下载功能的可以直接导入到程序中
Bluetooth_share
05-07
蓝牙分享用户自定义安装apk文件，不用选择apk文件发送
android中Content Provider
03-21
NULL 博文链接：https://dampce032.iteye.com/blog/975663
Android蓝牙连接,传输文件Demo
05-16
Android蓝牙连接,传输文件Demo,里面有详细的注释
蓝牙学习笔记之实例广播数据的解析
热门推荐
一颗偏执的心
08-10 1万+
BLE 设备工作的第一步就是向外广播数据。广播数据中带有设备相关的信息。本文主要说一下 BLE 的广播中的数据的规范以及广播包的解析，这是我们项目中的广播数据，实际操作广播数据在程序广播初始化函数中，根据自己的需要定义广播类型和广播数据。 广播模式 BLE 中有两种角色 Central 和 Peripheral ，也就是中心设备和外围设备。中心设备可以主动连接外围设备，
Android BLE 开发指南二：广播数据解析
ganduwei的博客
07-14 4305
BLE 外设开始工作时，会发出广播让中心设备发现，广播的数据包中带有外设的相关信息，比如设备的MAC地址，名字，Service 列表的 UUID 等等。 广播包的数据结构都是固定的，按照蓝牙相关规范规定好的。 每个包都是 31 字节，数据包中分为有效数据（significant）和无效数据（non-significant）两部分。
蓝牙App系列漏洞原理分析与漏洞利用
Tasfa的博客
11-07 2825
蓝牙App系列漏洞原理分析与漏洞利用 作者: heeeeen 本文系转载，目的是学习，如有侵权，请联系删除 转载出处:http://www.ms509.com/ 蓝牙App漏洞系列分析之一CVE-2017-0601 0x01 概要 2017年5月的Android安全公告修复了我们提交的一个蓝牙提权中危漏洞，这个漏洞尽管简单，但比较有意思，能够使本地恶意App绕过用户交互，使用户强制接收外部传入...
低功耗蓝牙BLE - 学习笔记
Hsy的博客
09-20 3797
目录 前言 蓝牙的分类 BLE协议框架 关键术语及概念 GAT 简介 广播数据格式 广播网络拓扑 GATT 简介 GATT 连接的网络拓扑 GATT 通讯事务 服务和特征 简介 Service Characteristic 参考鸣谢 前言 最近由于项目需求在学习 BLE，网上Android BLE开发 的资料相比其他 Android 资料显得有些匮乏...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值