Connessioni BLE multiple che utilizzano Linux e Bluez 5.0

Question

Attualmente sto tentando di connettermi a più dispositivi BLE usando BlueZ 5.0 e Linux. Ho un adattatore BLE host e ho modificato il gatttool per connettersi ed eseguire questa funzione. Se eseguo un'istanza del gatttool modificato, collego e ricevo correttamente i dati di notifica dal dispositivo BLE. Se eseguo un'altra istanza del gatttool modificato e mi collego a un altro dispositivo BLE, questa applicazione inizia a ricevere i dati di notifica da entrambi i dispositivi BLE e l'applicazione iniziale non riceve più alcun dato. Credo che ciò sia dovuto alla configurazione del socket, in cui entrambe le applicazioni stanno configurando i loro socket allo stesso indirizzo e PSM (l'ultima istanza riceve i dati mentre l'altro è affamato). C'è un modo per prevenire questa condizione? Idealmente, voglio che un'applicazione si connetta a più dispositivi. Suppongo che l'applicazione possa avere un solo socket per il motivo che più socket avranno lo stesso problema delle multiple istanze di cui sopra. Il mio dispositivo BLE è un telecomando TI CC2540 che funge da monitor di frequenza cardiaca.

Answer 1

ho iniziato una risposta così ho potuto avere più spazio ...

sto usando una combinazione di Python e C per ottenere il mio codice per lavorare, quindi il mio "codice" può sembrare divertente, perché potrebbe essere da entrambi. Inoltre, ho usato Bluez 4 in quanto il 5 non supportava il kernel che stavo usando. Fammi sapere se c'è un problema e posso chiarire.

Sembra che ci siano diversi modi di fare le cose, ma ho finito per aprire prese separate per compiti diversi. È possibile può aprire un singolo socket e quindi impostare le opzioni di socket per rimuovere il filtro e si dovrebbero ottenere tutti i pacchetti in un unico punto. Tuttavia, quello era il mio modo iniziale di farlo e ho scoperto che le mie connessioni sarebbero morte in pochi secondi.

Per cercare i collegamenti, ho aperto un socket(AF_BLUETOOTH, SOCK_RAW, BTPROTO_HCI) e poi un bind sul dispositivo 0. (è disponibile una funzione chiamata hci_get_route per ottenere un numero di dispositivo disponibile) È quindi possibile chiamare hci_le_set_scan_parameters per impostare le opzioni, setsockopt(SOL_HCI, HCI_FILTER, filter) per ottenere solo gli eventi di scansione LE, quindi chiamare hci_le_set_scan_enable per attivare la scansione.

Ogni connessione del dispositivo è stata effettuata con un socket(AF_BLUETOOTH, SOCK_SEQPACKET, BTPROTO_L2CAP) che viene quindi comunicato per connettersi a un particolare dispositivo chiamando lo connect sul socket con uno struct sockaddr_l2 che contiene il particolare indirizzo del dispositivo. Su quel socket si dovrebbero ricevere solo pacchetti da quel dispositivo. (un avvertimento ... ho scoperto che il mio dongle non avrebbe permesso una connessione mentre era in corso la scansione attiva. Ho dovuto spegnerlo temporaneamente prima di connetterlo e poi riaccenderlo. Altrimenti ho ricevuto un errore BUSY da errno)

Dopo aver detto tutto questo, anche se ... Penso che il modo in cui si suppone di fare tutto in Bluez 5 è usare DBUS. Sfortunatamente quella non era un'opzione per quello che stavo facendo. Le funzioni che ho citato sono nella lib condivisa che apparentemente non è installata di default in 5 (devi chiedere esplicitamente di installarla con configure). Hanno smesso di installare la lib condivisa di default perché volevano incoraggiare le persone a usare DBUS.

Answer 2

ABBIAMO combinato il codice da hcitool e gattol. Il codice funziona bene per 2 dispositivi (scansione, hci_le_create_conn e gatt_connect). Credo che non ci siano limitazioni sul numero di dispositivi utilizzati.

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

In questo modo un processo può gestire più dispositivi BLE.Non è necessario spegnere la scansione, avere solo ignorare i messaggi non pubblicità:

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

Grazie e in attesa di commenti.