Erste Versuche

Das Henne-Ei-Problem: Wer einen Sender und Empfänger für irgendetwas implementieren will, müsste eigentlich beides zur gleichen Zeit programmieren - und riskiert etwas zu bauen, das auch nur in dieser Kombination funktioniert, nicht aber mit anderen Programmen.

Deswegen verwenden wir erst einmal existierende Hardware und Programme, um später beides durch eigene Entwicklungen zu ersetzen. Auch wer nur etwas über seine eigenen Bluetooth-Geräte lernen will, ohne gleich selbst zu programmieren, wird in diesem Abschnitt fündig.

Die Hardware, die wir anschauen wollen, ist das Alcatel Smartband. Mit der dazugehörigen Android-App kann es derzeit die Schritte des Trägers zählen.

• 

Lightblue für OS X: Anzeige der BluetoothLE-Geräte (Bild: Golem.de)

Statt der App nutzen wir aber LightBlue, um auf das Armband zuzugreifen. Dieses Programm für OS X unterstützt den Roh-Zugriff auf BluetoothLE-Geräte. Eine vergleichbare App ist nRF Master Control Panel für Android-Smartphones.

Die Anwendung

Für beide Programme gilt: starten, warten bis BluetoothLE-Geräte erkannt wurden und dann einfach verbinden. Erst jetzt wird es etwas kryptisch, denn nun werden die Services des Gerätes angezeigt. Die Services werden über 16 und 128 Bit lange Universally Unique Identifier (UUID) identifiziert. Services mit kurzen, 16 Bit langen UUID sind in der GATT-Spezifikation von Bluetooth definiert.

Einige Services geben Auskunft über allgemeine Eigenschaften der Geräte, zum Beispiel Informationen zum Hersteller oder dem Batteriestand, andere sind anwendungsspezifisch - zum Beispiel ein Service für Temperaturangaben von einem Temperatursensor. Diese Art von Service ist noch am ehesten mit den klassischen Profilen von Bluetooth vergleichbar, denn die Eigenschaften und Datenformate sind vorgegeben. Neben den UUIDs gibt die Spezifikation auch noch die entsprechende Bezeichnung vor, die uns die nRF-App direkt anzeigt, Lightblue leider nicht.

Schauen wir uns den Service mit der UUID 0x180F an, dem Batteriestatus. Nach einem Klick werden uns die Characteristics des Services angezeigt, also die Schlüssel des jeweiligen Services.

Hier finden wir das Characteristic mit der UUID 0x2A19 - laut Spezifikation repräsentiert es den Batterieladezustand in Prozent. Damit wir ihn aber tatsächlich sehen, müssen wir bei Lightblue noch einen Button drücken beziehungsweise bei nRF den Download-Pfeil berühren. Je nach Eigenschaft des Characteristics können wir verschiedene Aktionen über das Programm mit ihm durchführen: einen Wert hineinschreiben (Write), einen Wert auslesen (Read) oder ein Characteristic abonnieren(Notify bzw. Subscribe). Diese Abonnement-Funktion werden wir uns später noch anschauen.

BluetoothLE lässt Produzenten die freie Wahl, welche dieser vordefinierten Services ein Gerät anbietet. Die Services 0x1800 (Generic Access) und 0x180A (Geräte-Informationen) sind aber praktisch immer implementiert, um sich gegenüber Gerätenutzern eindeutig identifizieren zu können.

Herstellerspezifische Services

Ein Blick in die Bluetooth-Spezifikation verrät uns, dass es keinen vordefinierten Service für die Funktion "Schritte zählen" im Armband gibt. Diesen Teil übernimmt in irgendeiner Form der Service mit dem 128-Bit-Schlüssel. Solche langen Schlüssel kommen immer zum Einsatz, wenn ein Gerät eigene Services und Schlüssel implementieren will, die nicht vom Standard abgedeckt sind.

Dieser Service besitzt ein Write-Characteristic und ein Read- und Notify-Characteristic. Vermutlich muss an das Write-Characteristic ein bestimmter Kommandowert oder eine Reihe von programmspezifischen Kommandos übergeben werden, worauf das Armband über das Notify-Characteristic das anrufende Programm mit den Daten versorgt. Das ist aber an dieser Stelle nur eine Vermutung. Um diese zu verifizieren, müssten wir tatsächlich die Roh-Kommunikation zwischen Armband und der zugehörigen Original-App verfolgen.

Das ist aber noch einmal ein ganzes Stück aufwendiger und würde endgültig den Rahmen dieses Artikels sprengen.