Android 4.3: как подключиться к нескольким устройствам с низким энергопотреблением Bluetooth

Я подозреваю, что каждый, кто добавляет задержки, просто позволяет системе BLE выполнить действие, которое вы просили, прежде чем отправить другое. Система BLE Android не имеет очереди. Если вы это сделаете

BluetoothGatt g;
g.writeDescriptor(a);
g.writeDescriptor(b);

тогда первая операция записи будет немедленно перезаписана второй. Да, это действительно глупо, и в документации, вероятно, стоит упомянуть об этом.

Если вы вставляете ожидание, оно позволяет завершить первую операцию перед выполнением второй. Однако это огромный уродливый хакер. Лучшее решение - реализовать свою собственную очередь (как должна быть у Google). К счастью, Nordic выпустили для нас одну.

https://github.com/NordicSemiconductor/puck-central-android/tree/master/PuckCentral/app/src/main/java/no/nordicsemi/puckcentral/bluetooth/gatt

Изменить: кстати, это универсальное поведение для BLE API. WebBluetooth ведет себя так же (но Javascript действительно упрощает использование), и я считаю, что iOS BLE API также ведет себя так же.

Повторение проблемы bluetooth-lowenergy на android: я все еще использую задержки.

Концепция: после каждого крупного действия, которое вызывает BluetoothGattCallback (например, соединение, обнаружение службы, запись, читайте) нужен деалий. P.S. взгляните на пример Google на BLE образец API уровня 19 для подключения понять, как следует отправлять трансляции, получить общее представление и т. д.

Во-первых, сканирование (или scan) для устройств Bluetooth, заполните connectionQueue нужные устройства и вызовите initConnection ().

Взгляните на следующий пример.

private Queue<BluetoothDevice> connectionQueue = new LinkedList<BluetoothDevice>();

public void initConnection(){
    if(connectionThread == null){
        connectionThread = new Thread(new Runnable() {
            @Override
            public void run() {
                connectionLoop();
                connectionThread.interrupt();
                connectionThread = null;
            }
        });

        connectionThread.start();
    }
}

private void connectionLoop(){
    while(!connectionQueue.isEmpty()){
        connectionQueue.poll().connectGatt(context, false, bleInterface.mGattCallback);
        try {
            Thread.sleep(250);
        } catch (InterruptedException e) {}
    }
}

Теперь, если все в порядке, вы установили подключения и BluetoothGattCallback.onConnectionStateChange (BluetoothGatt gatt, int status, int newState).

public void onConnectionStateChange(BluetoothGatt gatt, int status, int newState) {
        switch(status){
            case BluetoothGatt.GATT_SUCCESS:
                if (newState == BluetoothProfile.STATE_CONNECTED) {
                    broadcastUpdate(BluetoothConstants.ACTION_GATT_CONNECTED, gatt);
                }else if(newState == BluetoothProfile.STATE_DISCONNECTED){
                    broadcastUpdate(BluetoothConstants.ACTION_GATT_DISCONNECTED, gatt);
                }
                break;
        }

    }
protected void broadcastUpdate(String action, BluetoothGatt gatt) {
    final Intent intent = new Intent(action);

    intent.putExtra(BluetoothConstants.EXTRA_MAC, gatt.getDevice().getAddress());

    sendBroadcast(intent);
}

P.S. sendBroadcast (intent) может потребоваться сделать следующим образом:

Context context = activity.getBaseContext();
context.sendBroadcast(intent);

Затем трансляцию принимает BroadcastReceiver .onReceive (...)

public BroadcastReceiver myUpdateReceiver = new BroadcastReceiver(){

    @Override
    public void onReceive(Context context, Intent intent) {
        final String action = intent.getAction();
        if(BluetoothConstants.ACTION_GATT_CONNECTED.equals(action)){
            //Connection made, here you can make a decision: do you want to initiate service discovery.
            // P.S. If you are working with multiple devices, 
            // make sure that you start the service discovery 
            // after all desired connections are made
        }
        ....
    }
}

Сделав все, что вы хотите в приемнике вещания, я продолжаю вот как:

private Queue<BluetoothGatt> serviceDiscoveryQueue = new LinkedList<BluetoothGatt>();

private void initServiceDiscovery(){
    if(serviceDiscoveryThread == null){
        serviceDiscoveryThread = new Thread(new Runnable() {
            @Override
            public void run() {
                serviceDiscovery();

                serviceDiscoveryThread.interrupt();
                serviceDiscoveryThread = null;
            }
        });

        serviceDiscoveryThread.start();
    }
}

private void serviceDiscovery(){
    while(!serviceDiscoveryQueue.isEmpty()){
        serviceDiscoveryQueue.poll().discoverServices();
        try {
            Thread.sleep(250);
        } catch (InterruptedException e){}
    }
}

Опять же, после успешного обнаружения службы, BluetoothGattCallback.onServicesDiscovered (...) называется. Опять же, я отправляю намерение в BroadcastReceiver (на этот раз с другой строкой действия), и теперь вы можете начать читать, писать и включать уведомления / индикации ... P.S. Если вы работаете с несколькими устройствами, убедитесь, что вы начинаете чтение, запись и т. Д. После того, как все устройства сообщат, что их службы были обнаружены.

private Queue<BluetoothGattCharacteristic> characteristicReadQueue = new LinkedList<BluetoothGattCharacteristic>();

private void startThread(){

    if(initialisationThread == null){
        initialisationThread = new Thread(new Runnable() {
            @Override
            public void run() {
                loopQueues();

                initialisationThread.interrupt();
                initialisationThread = null;
            }
        });

        initialisationThread.start();
    }

}

private void loopQueues() {

    while(!characteristicReadQueue.isEmpty()){
        readCharacteristic(characteristicReadQueue.poll());
        try {
            Thread.sleep(BluetoothConstants.DELAY);
        } catch (InterruptedException e) {}
    }
    // A loop for starting indications and all other stuff goes here!
}

BluetoothGattCallback будет иметь все ваши входящие данные от датчика BLE. Хорошая практика - отправить широковещательное сообщение с данными на ваш BroadcastReceiver и обработать его там.

Я сам разрабатываю приложение с функциями BLE. Мне удалось подключиться к нескольким устройствам и включить уведомления, чтобы реализовать задержки.

Поэтому я создаю новый поток (чтобы не блокировать поток пользовательского интерфейса) и в новом потоке подключаюсь и включаю уведомления.

Например, после BluetoothDevice.connectGatt (); вызвать Thread.sleep ();

И добавьте такую ​​же задержку для уведомлений о чтении / записи и включении / отключении уведомлений.

ИЗМЕНИТЬ

Используйте такой способ ожидания, чтобы Android не вызвал ошибку ANR

public static boolean waitIdle() {
        int i = 300;
        i /= 10;
        while (--i > 0) {
            if (true)
                try {
                    Thread.sleep(10);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

        }

        return i > 0;
    }

Рейн прав в своем ответе, вам нужны задержки практически для всего, когда вы работаете с BLE в Android. Я разработал на нем несколько приложений, и это действительно необходимо. Используя их, вы избегаете множества сбоев.

В моем случае я использую задержки после каждой команды чтения / записи. Таким образом вы почти всегда получаете ответ от устройства BLE. Я делаю что-то вроде этого: (конечно, все делается в отдельном потоке, чтобы избежать большой работы в основном потоке)

 readCharacteristic(myChar);
 try {
    Thread.sleep(100);
 } catch (InterruptedException e) {
    e.printStackTrace();
 }
 myChar.getValue();

or:

 myChar.setValue(myByte);
 writeCharacteristic(myChar);
 try {
    Thread.sleep(100);
 } catch (InterruptedException e) {
    e.printStackTrace();
 }

Это действительно полезно, когда вы читаете / записываете несколько характеристик подряд ... Поскольку Android достаточно быстр, чтобы выполнять команды почти мгновенно, если вы не используете задержку между ними, вы можете получить ошибки или несогласованные значения ...

Надеюсь, это поможет, даже если это не совсем ответ на ваш вопрос.

К сожалению, уведомления в текущем стеке Android BLE немного ошибочны. Есть некоторые жестко запрограммированные ограничения, и я обнаружил некоторые проблемы со стабильностью даже с одним устройством. (В какой-то момент я прочитал, что у вас может быть только 4 уведомления ... не уверен, что это на всех устройствах или на каждом устройстве. Сейчас пытаюсь найти источник этой информации.)

Я бы попытался переключиться на цикл опроса (скажем, опросить элементы, о которых идет речь, 1 / сек) и посмотреть, повысится ли ваша стабильность. Я бы также подумал о переключении на другое ведомое устройство (скажем, HRM или TI SensorTag), чтобы узнать, есть ли проблема с кодом ведомой стороны (если вы не можете протестировать это на iOS или другой платформе и подтвердить, что это не так. часть вопроса).

Изменить: Ссылка для ограничение уведомлений