Auf dem Feld brauche ich Systeme, die robust, offline-fähig und datenschutzfreundlich sind. In den letzten Jahren habe ich verschiedene Ansätze ausprobiert — Cloud-Dienste funktionieren gut, solange Mobilfunk oder Internet verfügbar ist. Für viele Betriebe ist aber eine lokale Lösung sinnvoller: Ich setze dabei auf Nextcloud als zentrale Datenplattform und MQTT für leichtgewichtige Telemetrie. In diesem Beitrag erkläre ich praxisnah, wie ich eine feldtaugliche lokale Telemetrieplattform mit Nextcloud und MQTT einrichte, wie ich Datenschutz sicherstelle und wie der Offlinebetrieb zuverlässig funktioniert.
Warum Nextcloud + MQTT?
Ich kombiniere Nextcloud und MQTT, weil die beiden Tools komplementär sind: MQTT ist ideal für Sensordaten mit kleinen Nachrichten, sehr effizient und offlinefähig; Nextcloud bietet Datenverwaltung, Benutzerrechte, Dateiversionierung und Apps (z. B. für Visualisierung, Calendars, Flow-Automatisierungen). Zusammen erlauben sie eine lokale, kontrollierte Lösung ohne Drittanbieter.
Was brauchst du an Hardware
Für eine feldtaugliche Installation verwende ich hardwaremäßig robuste, leicht zu wartende Komponenten. Typische Auswahl:
| Komponente | Empfehlung | Hinweis |
|---|
| Server | Intel NUC / mini-PC / Raspberry Pi 4 (4–8GB) | Raspberry Pi reicht für kleine Betriebe, NUC für mehr Nutzer |
| Speicher | SSD 256–500 GB | Nextcloud braucht I/O; externes RAID möglich |
| MQTT-Broker | mosquitto | Läuft leichtgewichtig auf dem gleichen Server |
| Netzwerk | lokales LAN/WLAN, optional LTE-Router | Mesh-WLAN oder Ubiquiti für größere Höfe |
| Edge-Geräte | ESP32, Arduino mit LoRa, CAN-Gateway | je nach Sensorreichweite |
| Stromversorgung | USV oder Solarpanel + Batterie | Wichtig für Ausfallsicherheit |
Architekturüberblick
Meine übliche Architektur ist einfach:
Edge-Sensoren (z. B. GPS, Kraft, Hydraulikdruck) senden per MQTT an den Broker.Der MQTT-Broker läuft lokal (mosquitto) und empfängt alle Topics.Ein kleines Service (z. B. Node-RED, Python-Skripte) abonniert Topics, verarbeitet Daten und schreibt Dateien/JSON in Nextcloud oder speichert Rohdaten in einer lokalen Datenbank (SQLite/Postgres).Nextcloud dient als Benutzeroberfläche, Dateiablage, Sync-Punkt und für Visualisierungen (z. B. via Nextcloud-Deck, Grafana-Integration oder eigenen Apps).Installation: Nextcloud lokal aufsetzen
Ich installiere Nextcloud auf Ubuntu Server oder Debian. Für Einsteiger ist das Nextcloud-Snap-Paket praktisch, weil es Dependencies bündelt. Wichtige Schritte, die ich immer beachte:
SSL auch für lokales Netzwerk: self-signed möglich, besser ist ein internes Zertifikat (z. B. mit einer lokalen CA).Benutzer- und Gruppenrechte sauber anlegen (Landwirt, Mechaniker, Admin).Apps: Files, Flow, External storage support, Nextcloud Talk (wenn benötigt), Collabora/OnlyOffice optional.Externer Speicher für Backups (NAS oder externe HDD) konfigurieren.MQTT-Broker einrichten
Ich nutze mosquitto, weil es stabil und ressourcenschonend ist. Basis-Konfiguration:
Authentifizierung per Passwort-Datei (mosquitto_passwd) oder besser: Client-Zertifikate mit TLS.Zugriffsrechte via ACLs einschränken: Geräte nur auf ihre Topics.Persistence aktivieren, damit Nachrichten bei Neustart nicht verloren gehen (falls QoS 1/2 genutzt werden).Offlinefähigkeit sicherstellen
Offline-Betrieb ist ein zentrales Ziel. Ich sorge dafür durch:
MQTT mit QoS 1 oder 2, damit Nachrichten bestätigt werden.Retained-Messages für Statusupdates (z. B. letzter Standort).Edge-Geräte mit Local-Cache: Wenn Broker nicht erreichbar, puffern sie lokal (z. B. SPIFFS auf ESP32 oder SD-Karte) und senden beim Wiederverbinden.Nextcloud-Sync: Clients (z. B. Laptop in der Werkstatt) synchronisieren lokal und replikieren, sobald Netzwerk da ist.Datenschutz und Sicherheit
Datenschutz ist für mich kein Zusatz, sondern zentral. Folgende Maßnahmen setze ich konsequent um:
Lokale Speicherung: Alle sensiblen Daten bleiben auf dem Hof-Server; keine Pflicht zur Cloud.Verschlüsselung in Transit: TLS für HTTP(S) und MQTT (MQTT over TLS).Zugriffs- und Rollenmanagement in Nextcloud: Mindestrechte für Nutzer.Client-Zertifikate für MQTT zur Geräteauthentifizierung.Protokollierung und Audit: Nextcloud-App-Audit und Broker-Logs regelmäßig prüfen.Regelmäßige Backups: tägliche inkrementelle und wöchentliche Full-Backups, ideal extern (NAS oder verschlüsseltes Offsite-Backup).Datenmodell und Topics
Ein klares Datenmodell hilft bei Skalierbarkeit. Ich strukturiere MQTT-Topics so:
hof/betrieb/maschine/ID/telemetrie/gpshof/betrieb/maschine/ID/telemetrie/kanalPayloads im JSON-Format mit Zeitstempel im ISO-Format. Beispiel:
{ "ts":"2026-09-01T08:12:34Z", "lat":51.1234, "lon":9.1234, "speed":3.2 }
Dieses Format ist kompatibel mit vielen Tools (Grafana, InfluxDB, Node-RED).
Integration: Nextcloud mit Telemetrie verbinden
Ich verwende Node-RED als Brücke zwischen MQTT und Nextcloud:
Node-RED abonniert Topics, verarbeitet JSON und erzeugt z. B. CSV- oder JSON-Dateien.Diese Dateien werden über WebDAV in Nextcloud abgelegt (Nextcloud unterstützt WebDAV out of the box).Alternativ speichere ich Rohdaten in InfluxDB und binde Grafana ein; Grafana kann ebenfalls lokal laufen und Dashboards per iframe in Nextcloud anzeigen.Praxisbeispiel: GPS-Tracking eines Kombinationsgerät
Beim Test auf dem Acker habe ich folgendes Setup genutzt:
ESP32 mit GPS-Modul und SD-Logging.MQTT publish mit QoS 1 an lokalem mosquitto.Node-RED sichert alle 5 Minuten eine JSON-Datei in Nextcloud: /telemetrie/maschine123/gps/YYYYMMDD.jsonIn Nextcloud kann ich die Datei vom Büro-PC aus öffnen oder zur Nachbearbeitung herunterladen; die Werkstatt hat Lesezugriff, der Fahrer nur Status.Wartung und Monitoring
Wartung ist entscheidend für Zuverlässigkeit:
Uptime-Monitoring für Server (Prometheus + Grafana oder einfache Nagios-Checks).Logs rotieren (logrotate) und werden regelmäßig geprüft.Firmware-Updates auf Edge-Geräten testen und stapelweise ausrollen.Backup-Wiederherstellungen mindestens einmal im Quartal testen.Tipps aus der Praxis
Starte klein: Ein Topic, ein Gerät, dann skalieren.Dokumentiere Topics, Datenformate und Zugriffsrechte – das spart später Zeit.Nutze QoS und retained messages gezielt, nicht überall (sonst wächst Speicherbedarf unnötig).Wenn Mobilfunk verfügbar ist, kann ein optionaler VPN-Tunnel sicheren Remote-Zugriff erlauben; ich empfehle aber kein Always-on in sensiblen Betrieben ohne klare Regeln.Wenn du möchtest, kann ich dir eine Checkliste für die Erstinstallation oder ein Beispiel-Node-RED-Flow zuschicken. Ich habe mehrere Setups praktisch getestet und helfe gern bei Anpassungen an deinen Betrieb — schreibe mir einfach die Anzahl der Geräte, das gewünschte Datenvolumen und ob du Mobilfunk nutzen willst.
