OpenLog im Zeitalter des drahtlosen Datenlogs – Vom Kabel zum verschlüsselten Bluetooth-Zugriff

Autor: DerSchneider

Einleitung

In der Welt der Datenerfassung und Systemdiagnose gibt es ein kleines, aber bemerkenswertes Modul: den OpenLog-Datenlogger. Was wie ein einfacher serieller Mitschreiber auf SD-Karte beginnt, entpuppt sich bei genauerem Hinsehen als echtes Arbeitstier für Entwickler, Hobby-Elektroniker und Drohnenpiloten. Die Möglichkeit, serielle Daten über Monate hinweg zu protokollieren, ohne einen PC anschließen zu müssen, war lange Zeit ein Privileg teurer Industriegeräte. OpenLog, basierend auf einem schlanken ATmega328, hat diese Lücke mit einem Bruchteil der Kosten geschlossen – allerdings mit einem Haken: Um an die Daten zu gelangen, muss die microSD-Karte entnommen werden. Dieser manuelle Eingriff ist nicht nur umständlich, sondern bei fest verbauten Systemen (wie in einer Quadrocopter-Blackbox) nahezu unmöglich. Genau hier setzt eine elegante Erweiterung an: die Kombination mit einem ESP32 und einer Bluetooth-Schnittstelle mit PIN-Authentifizierung. Der folgende Artikel beleuchtet die technische Historie, die Sicherheitsaspekte und die praktische Umsetzung dieser modernen Datenlogger-Lösung.

Hauptteil

1. Der Ursprung: OpenLog als serieller Mitschreiber

Das OpenLog-Modul wurde 2010 von SparkFun als Open-Source-Projekt ins Leben gerufen. Ziel war es, eine möglichst einfach zu nutzende Hardware zur Verfügung zu stellen, die von einem Mikrocontroller gesendete serielle Zeichenketten direkt auf eine microSD-Karte schreibt. Der ATmega328 läuft mit 16 MHz und benötigt nur etwa 10 mA im Aktivbetrieb – ideal für batteriegepufferte Langzeitmessungen. Unterstützt werden Karten bis 64 GB (FAT32 formatiert), was eine nahezu unbegrenzte Protokollierung erlaubt. Über eine Konfigurationsdatei (CONFIG.TXT) lassen sich Baudrate (max. 115200), Escape-Sequenz (Standard: STRG+Z), Modus (neue Datei, anfügen oder Befehlsmodus) sowie Ausführlichkeit (verbose) einstellen.

Trotz dieser Stärken offenbart sich eine Schwachstelle: Der Zugriff auf die Daten erfolgt entweder durch Entnahme der SD-Karte oder durch eine kabelgebundene serielle Terminalverbindung. In vielen Einsatzszenarien – etwa als Flugschreiber in einer Drohne – ist die Karte jedoch tief im Gehäuse vergraben. Ein Kabel zu ziehen bedeutet Demontage. Genau hier schließt die drahtlose Erweiterung die Lücke.

2. Die Brücke: ESP32 als Bluetooth-SPP-Gateway

Der ESP32 ist ein universeller Mikrocontroller mit integriertem Bluetooth Classic (SPP) und BLE. Für die Anbindung des OpenLog genügen zwei UART-Pins (z.B. RX2=GPIO16, TX2=GPIO17) sowie die gemeinsame Masse. Da beide Komponenten mit 3,3 V Logik arbeiten, ist keine Pegelwandlung nötig. Die Verbindung ist denkbar einfach: OpenLog TX → ESP32 GPIO16 (RX2), OpenLog RX → ESP32 GPIO17 (TX2) – letzteres optional für den Befehlsmodus.

Der ESP32 fungiert als Transparentbrücke: Was vom OpenLog kommt, geht per Bluetooth an den PC, und was vom PC gesendet wird, landet beim OpenLog. Damit wird aus einem kabelgebundenen Logger ein vollwertiges drahtloses Diagnosewerkzeug.

3. Sicherheit durch PIN-Authentifizierung

Eine reine Bluetooth-Brücke wäre jedoch ungesichert – jeder in Reichweite könnte sich verbinden und entweder die Logdaten abhören oder sogar Befehle einschleusen. Deshalb wurde im ESP32-Code eine PIN-Abfrage implementiert. Der PIN „qwertzu99“ wird nicht im Bluetooth-Kopplungsdialog, sondern ausschließlich über die serielle Bluetooth-Verbindung abgefragt. Erst nach erfolgreicher Eingabe werden die Daten weitergereicht. Zusätzlich sorgt ein Inaktivitäts-Timeout (5 Minuten) dafür, dass nicht authentifizierte Sitzungen automatisch geschlossen werden.

Diese Methode ist kein Ersatz für eine vollständige Verschlüsselung (Bluetooth Classic bietet mit SSP zwar eine Pairing-Verschlüsselung, aber die Anwendungsschicht bleibt oft im Klartext), sie stellt jedoch eine wirksame Zugangshürde dar. Für sicherheitskritische Anwendungen wäre eine zusätzliche Ende-zu-Ende-Verschlüsselung auf Anwendungsebene empfehlenswert.

4. Praktische Umsetzung: Dateiabruf mit Bestätigung

Um den Komfort weiter zu erhöhen, wurde eine einfache Kommando-Schnittstelle programmiert. Der Benutzer kann mit dem Befehl ls alle Dateien auf der SD-Karte auflisten und mit transfer DATEINAME den automatischen Versand der gewünschten Datei starten. Das System fragt vor der Übertragung zur Bestätigung („j“ für ja). Die Daten werden als Klartext übertragen und können auf dem Laptop mit einem Terminalprogramm wie TeraTerm oder PuTTY protokolliert werden – die gespeicherte Ausgabe ist im .txt-Format sofort weiterverwendbar.

Der folgende Codeausschnitt zeigt die Kernlogik (vereinfacht):

cpp

if (cmd.startsWith("transfer ")) {
  currentFileName = cmd.substring(9);
  SerialBT.print("Soll die Datei " + currentFileName + " übertragen werden? (j/n)");
  transferRequested = true;
}
if (transferRequested && cmd == "j") {
  sendFile(currentFileName);
  transferRequested = false;
}

Die Funktion sendFile() schaltet in den OpenLog-Befehlsmodus (drei STRG+Z), sendet den read-Befehl und leitet die Ausgabe Byte für Byte über Bluetooth weiter.

5. Vergleich der Zugriffsmethoden

6. Historischer Kontext und aktuelle Kontroversen

Die Idee, einen seriellen Datenlogger drahtlos zu machen, ist nicht neu. Schon in den 1990ern gab es Lösungen mit RS232-Funkmodems. Der eigentliche Fortschritt liegt in der Verfügbarkeit billiger, stromsparender Mikrocontroller mit integrierter Funkschnittstelle. Der ESP32 brach 2016 mit einem Preis von unter 5 USD die Marktschranken. Kritisch diskutiert wird heute die Sicherheit solcher DIY-Lösungen: Viele Bastler nutzen Bluetooth ohne jede Authentifizierung – ein Einfallstor für Manipulationen. Der hier vorgestellte PIN-Schutz ist ein erster Schritt, aber keine vollständige Absicherung. Experten fordern deshalb für industrielle Anwendungen den Einsatz von BLE mit TLS oder proprietären Authentifizierungsverfahren.

7. Zukunftsperspektiven

Die nächste Evolutionsstufe wäre die Integration eines Webservers auf dem ESP32, der die Logdaten per WLAN in einem lokalen Netzwerk bereitstellt. Mit einem kleinen Webbrowser könnte man dann auf Dateilisten und -inhalte zugreifen – ohne zusätzliche Terminalsoftware. Ein weiterer Trend geht in Richtung batteriebetriebener Langzeitsensoren mit direkter Datenübertragung über LoRa. OpenLog bleibt dabei als robuster, einfacher Kern bestehen; die Funkschnittstelle wird modular austauschbar.

Fazit

Die Kombination aus OpenLog-Datenlogger und ESP32 mit PIN-geschütztem Bluetooth-Zugriff ist ein Paradebeispiel für gelebte Open-Source-Ingenieurkunst. Sie schließt die Lücke zwischen einfacher, kabelgebundener Datenerfassung und komfortablem, sicheren Drahtlosabruf. Während der Basislösung die Authentifizierung fehlt, zeigt die erweiterte Variante, wie mit geringem Aufwand ein praxistauglicher Schutz realisierbar ist. Wer sich auf das Abenteuer der eigenen Datenlogger-Entwicklung einlässt, sollte jedoch nie vergessen: Sicherheit ist kein Produkt, sondern ein Prozess. Die PIN-Abfrage ist ein Türschloss – keine Tresortür. Aber für das heimische Labor oder die Modellbau-Werkstatt reicht sie völlig aus.

Quellen

• SparkFun Electronics: OpenLog v3.1 Dokumentation, 2016.
• Espressif Systems: ESP32 Technical Reference Manual, Version 4.3, 2021.
• IEEE Spectrum: „The Security of Bluetooth in IoT Devices“, März 2022.
• c’t Magazin: „Datenlogger im Selbstbau – Von der SD-Karte ins Web“, Ausgabe 12/2023.
• Arduino-Referenz: HardwareSerial-Bibliothek und BluetoothSerial-Beispiele.