Mehrere BLE-Verbindungen mit Linux und Bluez 5.0

Ich bin derzeit versucht, eine Verbindung zu mehreren BLE Geräte mit BlueZ 5.0 und Linux. Ich habe einen host-BLE-adapter, und ich geändert haben, die gatttool zu verbinden und diese Funktion ausführen. Wenn ich eine Instanz der geänderten gatttool, habe ich mich erfolgreich verbinden und eine Benachrichtigung erhalten Daten aus der BLE-Gerät. Wenn ich starten Sie eine weitere Instanz der geänderten gatttool und eine Verbindung zu einem anderen von der BLE Gerät, diese Anwendung beginnt mit Erhalt der Mitteilung Daten sowohl von BLE-Geräten und die erstmalige Anwendung nicht mehr empfängt keine Daten. Ich glaube, dies ist aufgrund der socket-setup, bei dem beide Anwendungen konfigurieren Ihre Steckdosen an die gleiche Adresse und PSM (die neueste Instanz, die die Daten erhält, während der andere ist verhungert). Gibt es eine Möglichkeit zu verhindern, dass diese Bedingung? Im Idealfall, ich will eine Anwendung die Verbindung zu mehreren Geräten. Ich gehe davon aus, dass die Anwendung kann nur eine Buchse für den Grund, dass mehrere sockets haben das gleiche Problem wie die verschiedenen Instanzen vor. Meine BLE Gerät ist mit einem TI CC2540 Schlüsselanhänger-als ein Herzfrequenz-monitor.

Ist das nicht das, was Sie wollen? Wenn Sie möchten, eine Anwendung zum verbinden von mehreren Geräten, dann kann man es über eine einzige Buchse. Ich glaube, dass jede Nachricht durch kommt mit dem Gerät der BT-Adresse, so können Sie verbinden es mit dem rechten Gerät.
Ich verstehe jetzt, dass ich sollte ein sockel. Die ACL-Verbindung verarbeiten soll, verwendet werden, die Daten zu Separieren. Ich habe Schwierigkeiten beim Zugriff auf diese Griff über BlueZ. Buchse(PF_BLUETOOTH, SOCK_STREAM, BTPROTO_RFCOMM) schafft die Steckdose. connect(sock, (struct sockaddr *) &addr, sizeof(addr)) verbindet den socket. Zugriff auf das handle mittels ioctl(socket, HCIGETCONNINFO, cr) gibt einen errno 2 (keine Datei). Die dest-Adresse korrekt ist. Meine erstellten Stecker oben gibt einen Wert von 5 in der Erwägung, dass der socket = hci_open_dev(dev_id) liefert den Wert 6. Gibt es einen besseren Weg, um diese zu behandeln.
Die ioctl(socket, HCIGETCONNINFO, cr) - Methode funktioniert gut für bluetooth-classic-Geräten, aber nicht BLE Geräte. Ich brauche eine Methode für den Zugriff auf die ACL-Daten-Griff für ein BLE-Gerät für die Paarung Zwecke. Ist das möglich mit BlueZ?
Ich habe ähnliches problem. Erläutern Sie bitte die Ergebnisse Ihrer Experimente?

InformationsquelleAutor user2321427 | 2013-04-25

2

Begann ich eine Antwort, so hätte ich mehr Platz...

Ich verwende eine Kombination von Python und C, um meinen code zu arbeiten, also mein "code" sieht vielleicht lustig, weil es könnte entweder. Außerdem habe ich Bluez 4 5 nicht unterstützt der kernel war ich mit. Lassen Sie mich wissen, wenn es gibt ein Problem, und ich kann klären.

Scheint es mehrere Wege, Dinge zu tun, aber ich landete öffnen separate sockets für verschiedene Aufgaben. Sie kann öffnen Sie eine Steckdose und legen Sie die socket-Optionen zu nehmen, abfiltrieren und Sie sollten alle Pakete in einem Ort. Jedoch, das war meine erste Weg, es zu tun, und ich fand, dass meine verbindungen würde sterben innerhalb von Sekunden.

Scannen für verbindungen, die ich öffnete eine socket(AF_BLUETOOTH, SOCK_RAW, BTPROTO_HCI) dann hat bind auf dem Gerät 0. (es gibt eine Funktion namens hci_get_route um eine Geräte-Nummer) können Sie dann rufen hci_le_set_scan_parameters um Optionen zu setzen setsockopt(SOL_HCI, HCI_FILTER, filter) zu bekommen, LE scan-Ereignisse, und dann rief hci_le_set_scan_enable schalten Sie das scanning.

Jedes Gerät Verbindung mit einem socket(AF_BLUETOOTH, SOCK_SEQPACKET, BTPROTO_L2CAP) was Sie dann sagen, um eine Verbindung zu einem bestimmten Gerät durch aufrufen connect auf den sockel mit einem struct sockaddr_l2 hat, dass die Geräte-Adresse in ihm. Auf diesem sockel du solltest nur Pakete, die von diesem Gerät. (ein Nachteil... ich fand, dass mein dongle würde nicht zulassen, dass eine Verbindung während aktivem scanning stattfand.. ich hatte, um vorübergehend schalten Sie es nur vor dem anschließen und schalten Sie ihn dann wieder auf. Ansonsten habe ich eine BUSY-Fehler aus errno)

Nach sagen alle, dass, obwohl... ich denke, die Art und Weise Sie tun sollen, alles in Bluez 5 ist die Verwendung von DBUS. Leider war nicht wirklich eine option für das, was ich Tat. Die Funktionen, die ich erwähnte, sind in der shared lib, die offenbar nicht standardmäßig installiert in 5 (Sie müssen explizit Fragen, für die es installiert werden mit configure). Sie beendet die Installation des shared lib standardmäßig, weil Sie wollte, um Menschen zu ermutigen, zu verwenden, DBUS statt.
- Ich möchte zunächst dieses problem lösen, nicht mit DBUS. Ich brauche zum abrufen des handles im Zusammenhang mit der eingehenden socket-Daten, so dass ich zuordnen kann, die Daten mit den korrekten Anschluss. Die ioctl(socket, HCIGETCONNINFO, cr) - Aufruf funktioniert nicht BLE Geräte. Sie haben eine Methode für den Zugriff auf die Handhabung von Informationen im Zusammenhang mit der Verbindung und eingehende Daten?
- Ich bin mir nicht sicher, ob ich verstehe... Sind Sie nicht der die Verbindung initiiert? Hast du den Griff in diesem Fall bereits und wissen, was Sie angeschlossen?
- Wenn ich connect(socket, (struct sockaddr *)&addr, sizeof(addr)), wird der Wert 0 wird zurückgegeben, der angibt, die socket-Verbindung hergestellt wurde. Wenn ich hcidump zur gleichen Zeit, ich sehe, dass Griff 1025 ist der Verbindung zugeordnet. Weitere Daten-Transaktionen für die Verbindung verwenden, die behandeln. Ich bin versucht, Zugriff auf das handle.
- Ist der Griff der gleiche wie der socket/file descriptor? Sie könnten versuchen, auf der Suche in der sockaddr-Struktur. Ich glaube, ich bin der Vermietung python zu tun, dass ein Teil für mich.
- .. wartet der fd sollte in der socket variable.
InformationsquelleAutor Tim Tisdall
1

WIR haben die kombinierte code von hcitool und gatttool. Der code funktioniert gut für 2-Gerät (Scannen, hci_le_create_conn und gatt_connect). Ich glaube, es gibt keine Beschränkung der Anzahl der Geräte verwendet.
```
1 Start cmd_lescan (from hcitool.c)
2.For each device scanned - 
      cmd_lecc (from hcitool.c)
      gatt_connect (from gatttool.c)
```
Diese Weise einen Prozess verwalten können mehrere BLE-Gerät. Wir haben nicht zu DEAKTIVIEREN, Scannen, einfach ignorieren non-advertisement-Nachrichten:
```
        if (meta->subevent != 0x02)
                continue; 
```
Dank und freue mich auf Kommentare.
- Können Sie erklären, warum machen Sie zwei verbindungen zu einem gleichen Gerät mit cmd_lecc und GATT_connect?
InformationsquelleAutor SC-SL

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.