Nhiều kết nối BLE bằng Linux và Bluez 5.0

Question

Tôi hiện đang cố gắng kết nối với nhiều thiết bị BLE sử dụng BlueZ 5.0 và Linux. Tôi có một máy chủ BLE adapter và tôi đã sửa đổi gatttool để kết nối và thực hiện chức năng này. Nếu tôi chạy một thể hiện của gatttool đã sửa đổi, tôi kết nối thành công và nhận dữ liệu thông báo từ thiết bị BLE. Nếu tôi chạy một thể hiện khác của gatttool đã sửa đổi và kết nối với một thiết bị BLE khác, ứng dụng này bắt đầu nhận dữ liệu thông báo từ cả hai thiết bị BLE và ứng dụng ban đầu không còn nhận bất kỳ dữ liệu nào. Tôi tin rằng điều này là do thiết lập socket, nơi cả hai ứng dụng đang cấu hình các socket của chúng đến cùng một địa chỉ và PSM (cá thể mới nhất nhận dữ liệu trong khi các ứng dụng khác bị bỏ đói). Có cách nào để ngăn ngừa tình trạng này không? Lý tưởng nhất, tôi muốn một ứng dụng kết nối với nhiều thiết bị. Tôi cho rằng ứng dụng chỉ có thể có một socket vì lý do nhiều socket sẽ có cùng một vấn đề với nhiều trường hợp ở trên. Thiết bị BLE của tôi là một phím chức năng TI CC2540 hoạt động như một màn hình điều khiển nhịp tim.

Answer 1

tôi bắt đầu một câu trả lời để tôi có thể có nhiều không gian hơn ...

Tôi đang sử dụng một sự kết hợp của Python và C để lấy mã của tôi để làm việc, vì vậy "mã" của tôi có thể trông buồn cười bởi vì nó có thể là từ một trong hai. Ngoài ra, tôi đã sử dụng Bluez 4 vì 5 không hỗ trợ hạt nhân tôi đang sử dụng. Hãy cho tôi biết nếu có vấn đề và tôi có thể làm rõ.

Có vẻ như có nhiều cách để thực hiện mọi việc, nhưng tôi đã kết thúc việc mở ổ cắm riêng biệt cho các tác vụ khác nhau. Bạn có thể mở một ổ cắm và sau đó đặt các tùy chọn ổ cắm để tắt bộ lọc và bạn sẽ nhận được tất cả các gói ở một nơi. Tuy nhiên, đó là cách đầu tiên của tôi để làm điều đó và tôi thấy rằng các kết nối của tôi sẽ chết trong vài giây.

Để quét kết nối, tôi đã mở socket(AF_BLUETOOTH, SOCK_RAW, BTPROTO_HCI) sau đó đã thực hiện bind trên thiết bị 0. (có chức năng gọi là hci_get_route để nhận số thiết bị khả dụng) Sau đó, bạn có thể gọi hci_le_set_scan_parameters để đặt tùy chọn, setsockopt(SOL_HCI, HCI_FILTER, filter) để chỉ nhận các sự kiện quét LE và sau đó gọi là hci_le_set_scan_enable để bật quét.

Mỗi kết nối thiết bị được thực hiện với socket(AF_BLUETOOTH, SOCK_SEQPACKET, BTPROTO_L2CAP) mà sau đó bạn yêu cầu kết nối với một thiết bị cụ thể bằng cách gọi connect trên ổ cắm với struct sockaddr_l2 có địa chỉ thiết bị cụ thể trong đó. Trên ổ cắm đó, bạn chỉ nên nhận các gói dữ liệu từ thiết bị đó. (một trong những caveat ... Tôi thấy rằng dongle của tôi sẽ không cho phép một kết nối trong khi hoạt động quét đang diễn ra .. Tôi đã phải tạm thời tắt nó ngay trước khi kết nối và sau đó bật nó trở lại.Nếu không, tôi nhận được một lỗi BUSY từ errno)

Sau khi nói tất cả điều đó, mặc dù ... Tôi nghĩ cách bạn phải làm tất cả mọi thứ trong Bluez 5 là sử dụng DBUS. Thật không may đó không thực sự là một lựa chọn cho những gì tôi đã làm. Các chức năng tôi đã đề cập nằm trong lib được chia sẻ mà dường như không được cài đặt theo mặc định trong 5 (bạn phải yêu cầu cài đặt nó một cách rõ ràng với configure). Họ đã ngừng cài đặt lib được chia sẻ theo mặc định vì họ muốn khuyến khích mọi người sử dụng DBUS thay vào đó.

Answer 2

CHÚNG TÔI đã kết hợp mã từ hcitool và gatttool. Mã hoạt động tốt cho 2 thiết bị (quét, hci_le_create_conn và gatt_connect). Tôi tin rằng không có giới hạn về số lượng thiết bị được sử dụng.

1 Start cmd_lescan (from hcitool.c) 
2.For each device scanned - 
     cmd_lecc (from hcitool.c) 
     gatt_connect (from gatttool.c) 

Bằng cách này, một quy trình có thể quản lý nhiều thiết bị BLE.Chúng tôi không phải TẮT chức năng quét, chỉ cần bỏ qua các thông điệp không quảng cáo:

 if (meta->subevent != 0x02) 
       continue; 

Cảm ơn và mong nhận xét.