Зараз я розробляю програму, яка використовуватиме Bluetooth Low Energy (тестування на Nexus 4). Почавши роботу з офіційними API BLE в Android 4.3, я помітив, що після того, як я вперше підключую пристрій, мені рідко вдається успішно з'єднатися з цим пристроєм або будь-яким іншим пристроєм знову.

Дотримуючись тут інструкції , я можу успішно підключитися до пристрою, сканувати послуги та характеристики та читати / писати / отримувати сповіщення без проблем. Однак після відключення та повторного підключення я часто не можу сканувати послуги / характеристики або не можу завершити читання / запис. Я не можу знайти нічого в журналах, щоб вказати, чому це відбувається.

Після цього мені потрібно видалити програму, вимкнути Bluetooth та перезапустити телефон, перш ніж він почне працювати знову.

Кожен раз, коли відключений пристрій, я обов'язково дзвоню рядок () на об'єкт BluetoothGatt і встановлюю його на нуль. Будь-які уявлення?

Редагувати:
Log відвалів: Для цих журналів я корениться мій телефон і підвищив рівень трасування пов'язаних елементів в /etc/bluetooth/bt_stack.conf

Успішне з'єднання - перша спроба після перезавантаження телефону та встановлення програми. Я вмію підключатися, виявляти всі послуги / характеристики та читати / писати.

Невдала спроба 1 спроби - це наступна спроба після відключення від успішного з'єднання вище. Здається, я зміг виявити характеристики, але перша спроба прочитати повернула нульове значення і незабаром після цього відключилася.

Помилка спроби 2 - Приклад, коли я навіть не в змозі виявити послуги / характеристики.

EDIT 2:
Пристрій, до якого я намагаюся підключитися, базується на мікросхемі TI CC2541. Я отримав TI SensorTag (також заснований на CC2541), щоб пограти з ним і виявив, що TI вчора випустив додаток для Android для SensorTag. Однак у цієї програми є та сама проблема. Я перевірив це на двох інших Nexus 4s з тим самим результатом: Підключення до SensorTag є успішним перший або другий раз, але (згідно з журналами) не вдається знайти сервіси після цього, викликаючи всілякі збої. Я починаю цікавитись, чи це проблема з цією конкретною мікросхемою?

Важливі підказки щодо впровадження

(Можливо, деякі з цих підказок більше не потрібні через оновлення ОС Android.)

1. Деякі пристрої, такі як Nexus 4 та Android 4.3, потребують 45+ секунд для підключення за допомогою існуючого екземпляра gatt . Обхід: Завжди закривайте екземпляри gatt при відключенні та створюйте новий екземпляр gatt на кожному з'єднанні.
2. Не забудьте зателефонувати android.bluetooth.BluetoothGatt#close()
3. Почніть нову нитку всередині, onLeScan(..) а потім з'єднайте. Причина: BluetoothDevice#connectGatt(Context context, boolean autoConnect, BluetoothGattCallback callback)завжди виходить з ладу, якщо викликається всередині LeScanCallback() {...}.onLeScan(BluetoothDevice device, int rssi, byte[] scanRecord)однієї теми на Samsung Galaxy S3 з Android 4.3 (принаймні для збірки JSS15J.I9300XXUGMK6)
4. Більшість пристроїв фільтрують рекламу
5. Краще не використовувати android.bluetooth.BluetoothAdapter#startLeScan(UUID[] serviceUuids, LeScanCallback callback) параметр для фільтрації певних службових UUID, оскільки це повністю порушено в Samsung Galaxy S3 з Android 4.3 і не працює для 128-бітних UUID .
6. Gatt завжди може обробляти по одній команді за один раз . Якщо декілька команд викликаються коротко за іншою, перша скасовується через синхронний характер реалізації gatt.
7. Я часто бачу навіть на сучасних пристроях з Android 5, що Wi-Fi заважає Bluetooth і навпаки. В крайньому випадку вимкніть wifi для стабілізації Bluetooth.

Підручник для початківців

Досить нормальною точкою входу для новачків може стати цей відеоурок: Розробка смарт-додатків Bluetooth для Android http://youtu.be/x1y4tEHDwk0

Описані нижче проблеми та вирішення проблеми, ймовірно, тепер вирішені оновленнями ОС

Подолання: я міг "стабілізувати" свій додаток, роблячи це ...

1. Я надаю користувачу налаштування "Перезапустити Bluetooth". Якщо це налаштування увімкнено, я перезапускаю Bluetooth у деяких точках, які вказують на початок BLE-стека стає нестабільним. Наприклад, якщо startScan повертає значення false. Хороший момент може бути також, якщо serviceDiscovery failes. Я просто вимикаю і вмикаю Bluetooth.
2. Я надаю ще одне налаштування "Вимкнути WiFi". Якщо цей параметр увімкнено, мій додаток вимикає Wi-Fi під час роботи програми (і знову вмикає його)

Ця робота базується на наступних враженнях ...

• Перезапуск Bluetooth допомагає вирішити проблеми з BLE в більшості випадків
• Якщо вимкнути Wi-Fi, стек BLE стає набагато стійкішим. Однак він також чудово працює на більшості пристроїв із увімкненим Wi-Fi.
• Якщо вимкнути Wifi, перезапуск Bluetooth повністю відновлює стек BLE без необхідності перезавантажувати пристрій у більшості випадків.

Вимкнення WIFI:

Я також можу підтвердити, що відключення WIFI робить Bluetooth 4.0 стабільнішим, особливо в Google Nexus (у мене є Nexus 7).

Проблема

полягає в тому, що додаток, який я розробляю, потребує як WIFI, так і безперервного сканування Bluetooth LE . Тож відключення WIFI не було для мене варіантом.

Крім того, я зрозумів, що безперервне сканування через Bluetooth LE може насправді перервати WIFI-з'єднання і змусити WIFI-адаптер не змогти повторно підключитися до будь-якої мережі WIFI, поки BLE-сканування не буде включеним. (Я не впевнений у мобільних мережах та мобільному Інтернеті).
Це безумовно сталося на таких пристроях:

• Nexus 7
• Motorola Moto G

Однак сканування BLE за допомогою WIFI здавалося досить стабільним на:

• Samsung S4
• HTC One

Моє вирішення

Я сканую BLE протягом короткого періоду часу 3-4 секунди, після чого я відключаю сканування на 3-4 секунди . Потім знову ввімкнено.

• Очевидно, що я завжди вимикаю BLE-сканування під час підключення до пристрою BLE.
• Коли я відключаюсь від пристрою, я перезапускаю BLE (вимкніть адаптер, а потім увімкнено), щоб скинути стек перед тим, як знову розпочати сканування.
• Я також скидаю BLE при виявленні servicesабо characteristicsпомилці.
• Коли я отримую дані про рекламу від пристрою, до якого повинен підключитися додаток (скажімо, 500 разів без можливості підключення - ось приблизно 5-10 секунд реклами), я знову скидаю BLE.

Переконайтесь, що ваш Nexus з'єднаний з пристроєм. Я не можу перевірити, чи працює зв’язок належним чином чи ні, але ви зможете підключитися не один раз без перезавантаження. Здається, для першого підключення не потрібно спарювання, але всі наступні спроби робити.

Цю відповідь я оновлю через пару днів, коли я перевіряю службове виявлення та матиму змогу читати та писати запити без перезавантаження.

EDIT: Виявляється, я тестував версію прошивки для розробки (наш датчик), яка викликала проблеми, якщо не спарені. Наша остання виробнича версія прошивки працює чудово в 2540-х і 2541-х.

EDIT: Я помітив, що в Nexus 7 2013 зв’язки стабільніші, коли WiFi вимкнено. Я хотів би знати, чи допомагає це комусь іншому.

EDIT: Я, здається, мав це назад із сполученням. Все працює добре, коли не працює в парі. Після спарювання я відчуваю такі самі симптоми, як і ОП. Просто поки невідомо, чи це пов’язано з нашою прошивкою або API BLE для Android. Будьте обережні, якщо тестувати це, тому що, спарившись, ви не зможете відключитись через помилку, пояснену в 3b цієї публікації .

У деяких моделях є дефект: https://code.google.com/p/android/isissue/detail?id=180440

З іншого боку, в моєму випадку проблема полягала в тому, що мій зв’язок не був належним чином закритий у методі onDestroy. Після правильного закриття проблеми для мене не існує, незалежно від того, включений або вимкнений wifi.

btGatt.disconnect();
btGatt.close();

Я зіткнувся з подібним питанням. Моє виправлення було

if (Build.VERSION.SDK_INT >= 23) {
  mBluetoothGatt = device.connectGatt(this, false, mGattCallback, BluetoothDevice.TRANSPORT_LE);
} else {
  mBluetoothGatt = device.connectGatt(this, false, mGattCallback);
}

& дзвінки закрити після відключення.