BLE Android - 未调用 onConnectionStateChange

Question

我在尝试连接外围设备时遇到问题。有时在BluetoothDevice#connectGatt(...) 之后不会调用回调onConnectionStateChange(...)。我想要实现的是由用户操作触发的快速和短连接。

这种情况大约每 10 次发生 1 次，无需事先采取具体行动。它持续大约 20 到 30 秒，或者直到应用程序被终止并重新打开。我遵循的正常步骤顺序是：

1. 扫描设备以查找外围设备。
2. 致电BluetoothDevice#connectGatt(...)。如果连接时间超过 1 秒，则表示连接“卡住”，因此无法连接，因此再次调用 BluetoothDevice#connectGatt(...)。此操作限制为 5 次尝试。
3. onConnectionStateChange(...) 以 newState CONNECTED 调用并开始服务发现。
4. 其余操作执行没有问题。
5. 断开连接后调用BluetoothGatt#close()。

问题出现在第 3 点。有时onConnectionStateChange(...) 未被调用。我注意到大多数时候问题始于特定行为。在调用BluetoothDevice#connectGatt(...) 后，onConnectionStateChange(...) 被newState CONNECTED 调用，但几乎立即（约40 毫秒）再次被newStatus DISCONNECTED 调用。由于状态变化的时间很短，我可以推断该设备甚至没有尝试建立连接并将状态更改为 DISCONNECTED。 问题在以下时间结束：

1. 20-30 秒过去了。在此期间，onConnectionStateChange(...) 永远不会被调用。当问题结束时，onConnectionStateChange(...) 被称为应用程序尝试连接的次数。例如，如果 BluetoothDevice#connectGatt(...) 被调用 15 次，onConnectionStateChange(...) 被调用 15 次，newState 等于 DISCONNECTED。这很奇怪，因为在任何这些连接尝试中，状态都不会更改为 CONNECTED。
2. 应用程序被终止并重新启动。

此错误发生在 SDK18 和 SDK 21 中。

@Override
public void onLeScan(final BluetoothDevice device, int rssi, byte[] scanRecord) {
    String deviceName = device.getName();
    if (deviceName == null) return;
    Log.d("BLUETOOTH CONNECTION", "Device found: " + device.getName());
    if (mMode == SCAN_MODE) {
        mListener.deviceFound(device, rssi, scanRecord);
    }
    else {
        mDevices.put(device.hashCode(), device);
        stopScan();
        // Samsung devices with SDK 18 or 19 requires that connectGatt is called in main thread.
        mHandler.post(new Runnable() {
            @Override
            public void run() {
                Log.d("BLUETOOTH CONNECTION", "Executing first device.connectGatt()");
                BluetoothGatt gatt = device.connectGatt(mContext, false, mGattCallback);
                retryIfNecessary(device, gatt);
                mTryingToConnect = true;
            }
        });
    }
}

private void retryIfNecessary(final BluetoothDevice device, final BluetoothGatt gatt) {
    if (isRetryLimitReached()) {
        Log.d("BLUETOOTH CONNECTION", "Try count limit reached");
        finishConnection(gatt);
        mRetryCount = 0;
        mListener.error(TIMEOUT);
        return;
    }
    mRetryCount++;
    mHandler.postDelayed(new Runnable() {
        @Override
        public void run() {
            Log.d("BLUETOOTH CONNECTION", "Check if it is frozen.");
            if (isWorking()) {
                Log.d("BLUETOOTH CONNECTION", "Frozen, create new connection.");
                BluetoothGatt gatt = device.connectGatt(mContext, false, mGattCallback);
                retryIfNecessary(device, gatt);
            }
        }
    }, RETRY_INTERVAL_MS);
}

    @Override
    public void onConnectionStateChange(final BluetoothGatt gatt, int status, int newState) {
        Log.d("BLUETOOTH CONNECTION", "On connection state changed. Device: "+ gatt.getDevice().getAddress());
        if (!mConnected && BluetoothGatt.STATE_CONNECTED == newState) {
            Log.d("BLUETOOTH CONNECTION", "Connected");
            mTryingToConnect = false;
            mTryingToDiscoverServices = true;
            mConnected = true;
            gatt.discoverServices();
        }
        else if(BluetoothGatt.STATE_DISCONNECTED == newState) {
            Log.d("BLUETOOTH CONNECTION", "Disconnected and closing gatt.");
            mConnected = false;
            gatt.close();
            if (!mConnectionFinished && mRetryCount == 0) {
                finishConnection(gatt);
            }
        }
    }

我认为外设不相关，因为iOS应用程序始终可以连接而没有这个问题。

有什么想法吗？提前致谢。

编辑！

This 回答说：

直接连接的间隔为 60 毫秒，窗口为 30 毫秒，所以 连接完成得更快。另外只能有一个 一次挂起的直接连接请求，在 30 后超时 秒。 onConnectionStateChange() 使用 state=2 调用， status=133 表示此超时。

因此，在这 30 秒的时间间隔内，有一个待处理的连接请求，并在 30 秒后超时。这不太可能，但是，我能做些什么来缩短这个时间吗？或者也许有我没有看到的连接失败的解释。谢谢。

编辑 02/03/2016

可能有帮助的新信息。当问题开始时（当onConnectionStateChange(...) 在被newState=CONNECTED 调用约40ms 后被newState=DISCONNECTED 调用时），状态为62 = 0x03E。看here 那个状态码意味着 GATT_CONN_FAIL_ESTABLISH。当我检测到此状态时，我正在关闭 gatt 连接，但问题仍然存在。我也试过断开和关闭。想法？谢谢。

Answer 1

如果有人遇到类似问题，问题最终通过更改外围设备（arduino）使用的 BLE 芯片解决。在此更改之前，我发现的一种解决方法是在每次连接后关闭和打开 BLE。解决方案并不完美，但连接率提高了很多。

Answer 2

Android蓝牙偶尔需要回收，遇到这个超时，您是否尝试过重启设备上的BLE？

这是我用来在奇怪的事情开始发生时重新启动 BLE 的 sn-p。

static Handler mHandler = new Handler();
public static void restartBle() {
    final BluetoothManager mgr = (BluetoothManager) ApplicationBase.getAppContext().getSystemService(Context.BLUETOOTH_SERVICE);
    final BluetoothAdapter adp = mgr.getAdapter();
    if (null != adp) {
        if (adp.isEnabled()) {
            adp.disable();

            // TODO: display some kind of UI about restarting BLE
            mHandler.postDelayed(new Runnable() {
                @Override
                public void run() {
                    if (!adp.isEnabled()) {
                        adp.enable();
                    } else {
                        mHandler.postDelayed(this, 2500);
                    }
                }
            }, 2500);
        }
    }
}

Answer 3

我不确定您是否仍在寻找这个问题的答案。就个人而言，我不建议为低能耗设备建立“由用户操作触发的快速和短连接”。相反，您可以在 connectGatt 方法中将 autoConnect 选项设置为“true”。

device.connectGatt(mContext, true, mGattCallback); [而不是假的]

希望对你有帮助！