Tôi hiện đang phát triển một ứng dụng sẽ sử dụng Bluetooth Low Energy (thử nghiệm trên Nexus 4). Sau khi bắt đầu với API BLE chính thức trong Android 4.3, tôi nhận thấy rằng sau khi tôi kết nối thiết bị lần đầu tiên, tôi hiếm khi có thể kết nối thành công / giao tiếp với thiết bị đó hoặc bất kỳ thiết bị nào khác.

Theo hướng dẫn ở đây , tôi có thể kết nối thành công với một thiết bị, quét các dịch vụ và đặc điểm và đọc / ghi / nhận thông báo mà không gặp sự cố nào. Tuy nhiên, sau khi ngắt kết nối và kết nối lại, tôi thường không thể quét các dịch vụ / đặc điểm hoặc không thể hoàn thành việc đọc / ghi. Tôi không thể tìm thấy bất cứ điều gì trong nhật ký để cho biết tại sao điều này xảy ra.

Khi điều này xảy ra, tôi phải gỡ cài đặt ứng dụng, tắt Bluetooth và khởi động lại điện thoại trước khi ứng dụng bắt đầu hoạt động trở lại.

Bất cứ khi nào một thiết bị bị ngắt kết nối, tôi đảm bảo gọi close () trên đối tượng BluetoothGatt và đặt thành null. Bất kỳ hiểu biết?

EDIT: Bản
ghi nhật ký: Đối với những bản ghi này, tôi đã root điện thoại của mình và tăng mức độ theo dõi của các mục liên quan trong /etc/bluetooth/bt_stack.conf

Kết nối thành công - Lần thử đầu tiên sau khi khởi động lại điện thoại và cài đặt ứng dụng. Tôi có thể kết nối, khám phá tất cả các dịch vụ / đặc điểm và đọc / ghi.

Thất bại 1 - Đây là lần thử tiếp theo sau khi ngắt kết nối thành công ở trên. Có vẻ như tôi đã có thể khám phá các đặc điểm, nhưng lần thử đầu tiên để đọc đã trả về giá trị null và bị ngắt kết nối ngay sau đó.

Thất bại 2 - Một ví dụ mà tôi thậm chí không thể khám phá các dịch vụ / đặc điểm.

EDIT 2:
Thiết bị mà tôi đang cố gắng kết nối dựa trên chip CC2541 của TI. Tôi đã nhận được TI SensorTag (cũng dựa trên CC2541) để chơi xung quanh và phát hiện ra rằng TI đã phát hành một ứng dụng Android cho SensorTag ngày hôm qua. Tuy nhiên, ứng dụng này có cùng một vấn đề. Tôi đã thử nghiệm điều này trên hai chiếc Nexus 4 khác với cùng kết quả: Kết nối với SensorTag thành công lần đầu hoặc lần thứ hai, nhưng (theo nhật ký) không phát hiện ra các dịch vụ sau đó, gây ra tất cả các sự cố. Tôi bắt đầu tự hỏi liệu đó có phải là vấn đề với con chip cụ thể này không?

Gợi ý thực hiện quan trọng

(Có lẽ một số gợi ý đó không còn cần thiết nữa do cập nhật hệ điều hành Android.)

1. Một số thiết bị như Nexus 4 với Android 4.3 mất hơn 45 giây để kết nối bằng cách sử dụng phiên bản gatt hiện có . Làm việc xung quanh: Luôn đóng các trường hợp gatt khi ngắt kết nối và tạo một thể hiện mới của gatt trên mỗi kết nối.
2. Đừng quên gọi android.bluetooth.BluetoothGatt#close()
3. Bắt đầu một chủ đề mới bên trong onLeScan(..) và sau đó kết nối. Lý do: BluetoothDevice#connectGatt(Context context, boolean autoConnect, BluetoothGattCallback callback)luôn thất bại, nếu được gọi bên LeScanCallback() {...}.onLeScan(BluetoothDevice device, int rssi, byte[] scanRecord)trong cùng một luồng trên Samsung Galaxy S3 với Android 4.3 (ít nhất là để xây dựng JSS15J.I9300XXUGMK6)
4. Hầu hết các thiết bị lọc quảng cáo
5. Tốt hơn không nên sử dụng android.bluetooth.BluetoothAdapter#startLeScan(UUID[] serviceUuids, LeScanCallback callback) với tham số để lọc cho một số UUID dịch vụ nhất định vì điều này bị hỏng hoàn toàn trong Samsung Galaxy S3 với Android 4.3 và nói chung không hoạt động đối với các UUID 128 bit nói chung.
6. Gatt luôn có thể xử lý một lệnh tại một thời điểm . Nếu một số lệnh được gọi ngắn sau lệnh khác, lệnh đầu tiên sẽ bị hủy do tính chất đồng bộ của việc thực hiện gatt.
7. Tôi thường thấy ngay cả trên các thiết bị hiện đại có Android 5, rằng Wifi can thiệp vào bluetooth và ngược lại. Như một phương sách cuối cùng, tắt wifi để ổn định bluetooth.

Hướng dẫn cho người mới bắt đầu

Một điểm khởi đầu khá OK cho người mới có thể là video hướng dẫn này: Phát triển ứng dụng thông minh Bluetooth cho Android http://youtu.be/x1y4tEHDwk0

Vấn đề và giải quyết xung quanh được mô tả dưới đây có thể được khắc phục bằng các bản cập nhật hệ điều hành

Làm việc xung quanh: Tôi có thể "ổn định" ứng dụng của mình làm điều đó ...

1. Tôi cung cấp cho người dùng cài đặt "Khởi động lại Bluetooth". Nếu cài đặt đó được bật, tôi khởi động lại Bluetooth tại một số điểm cho biết bắt đầu ngăn xếp BLE trở nên không ổn định. Ví dụ: nếu startScan trả về false. Một điểm tốt cũng có thể là nếu dịch vụ Khám phá thất bại. Tôi chỉ tắt và bật Bluetooth.
2. Tôi cung cấp một cài đặt khác "Tắt WiFi". Nếu cài đặt đó được bật, ứng dụng của tôi sẽ tắt Wifi khi ứng dụng đang chạy (và bật lại sau đó)

Công việc này dựa trên kinh nghiệm theo dõi ...

• Khởi động lại Bluetooth giúp khắc phục sự cố với BLE trong hầu hết các trường hợp
• Nếu bạn tắt Wifi, ngăn xếp BLE sẽ ổn định hơn nhiều. Tuy nhiên, nó cũng hoạt động tốt trên hầu hết các thiết bị có bật wifi.
• Nếu bạn tắt Wifi, khởi động lại Bluetooth sẽ phục hồi hoàn toàn ngăn xếp BLE mà không cần phải khởi động lại thiết bị trong hầu hết các trường hợp.

TẮT WIFI:

Tôi cũng có thể xác nhận rằng việc bật WIFI OFF giúp Bluetooth 4.0 ổn định hơn, đặc biệt là trên Google Nexus (tôi có Nexus 7).

Vấn đề

là ứng dụng tôi đang phát triển cần cả WIFI và quét Bluetooth LE liên tục . Vì vậy, tắt WIFI OFF không phải là lựa chọn cho tôi.

Ngoài ra, tôi đã nhận ra rằng quét Bluetooth LE liên tục thực sự có thể giết chết kết nối WIFI và khiến bộ điều hợp WIFI không thể kết nối lại với bất kỳ mạng WIFI nào cho đến khi quét BLE được BẬT. (Tôi không chắc chắn về mạng di động và internet di động).
Điều này chắc chắn đã xảy ra trên các thiết bị sau:

• Nexus 7
• Motorola Moto G

Tuy nhiên, quét BLE với WIFI trên có vẻ khá ổn định trên:

• Samsung S4
• HTC One

Cách giải quyết của tôi

Tôi quét BLE trong một khoảng thời gian ngắn 3-4 giây sau đó tôi tắt quét TẮT trong 3-4 giây . Sau đó BẬT lại.

• Rõ ràng là tôi luôn TẮT quét BLE khi tôi kết nối với thiết bị BLE.
• Khi tôi ngắt kết nối với thiết bị, tôi khởi động lại BLE (TẮT bộ chuyển đổi rồi BẬT) để đặt lại ngăn xếp trước khi bắt đầu quét lại.
• Tôi cũng thiết lập lại BLE khi phát hiện serviceshoặc characteristicsthất bại.
• Khi tôi nhận được dữ liệu quảng cáo từ một thiết bị mà ứng dụng sẽ kết nối (giả sử 500 lần mà không thể kết nối - đó là khoảng 5-10 giây quảng cáo), tôi đặt lại BLE một lần nữa.

Đảm bảo Nexus của bạn được ghép nối với thiết bị. Tôi không thể xác minh liệu giao tiếp có hoạt động đúng hay không, nhưng bạn sẽ có thể kết nối nhiều lần mà không cần khởi động lại. Có vẻ như kết nối đầu tiên không yêu cầu ghép nối nhưng tất cả các lần thử tiếp theo đều được.

Tôi sẽ cập nhật câu trả lời này trong một vài ngày khi tôi kiểm tra khám phá dịch vụ và gatt đọc và viết yêu cầu mà không cần khởi động lại.

EDIT: Hóa ra tôi đã thử nghiệm trên phiên bản phần mềm phát triển (cảm biến của chúng tôi) gây ra sự cố nếu không được ghép nối. Bản dựng firmware sản xuất mới nhất của chúng tôi hoạt động tốt vào những năm 2540 và 2541.

EDIT: Tôi đã nhận thấy rằng trên Nexus 7 2013, các kết nối ổn định hơn khi tắt WiFi. Tôi muốn biết nếu điều này giúp bất cứ ai khác.

EDIT: Tôi dường như đã có nó ngược với ghép nối. Mọi thứ hoạt động tốt khi không được ghép nối. Sau khi ghép nối, tôi gặp phải các triệu chứng chính xác giống như OP. Vẫn chưa biết nếu điều này có liên quan đến phần sụn của chúng tôi hoặc API BLE của Android. Hãy cẩn thận nếu kiểm tra điều này bởi vì một khi đã ghép nối, bạn có thể không hủy ghép nối do lỗi được giải thích trong 3b của bài đăng này .

Trong một số mô hình có một lỗi: https://code.google.com.vn/p/android/issues/detail?id=180440

Mặt khác, trong trường hợp của tôi, vấn đề là, kết nối của tôi không được đóng đúng cách trong phương thức onDestroy. Sau khi đóng đúng, vấn đề đối với tôi không tồn tại, không quan trọng là bật hay tắt wifi.

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

Tôi đã phải đối mặt với một vấn đề tương tự. Sửa chữa của tôi là

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

& gọi gần sau khi ngắt kết nối.