1. Warum ThingsBoard einen Netzwerkserver braucht
ThingsBoard ist eine IoT-Plattform für Datenvisualisierung, Alarmierung, Geräteverwaltung und Rule-Engine – aber kein LoRaWAN-Netzwerkserver. Es versteht keine LoRa-Frames, verwaltet keine Gateways und decodiert keine Binärpayloads. Für all das ist ein vorgelagerter Netzwerkserver zuständig.
Erst wenn dieser Netzwerkserver die Rohdaten vom LoRaWAN-Gateway entgegennimmt, decodiert und per MQTT oder HTTP an ThingsBoard weiterreicht, entsteht ein vollständiger Datenfluss:
Sensor → Gateway → Netzwerkserver (TTN / TTI / ChirpStack) → ThingsBoard → Dashboard
Die Wahl des Netzwerkservers entscheidet über Datenschutz, Skalierbarkeit, Fair-Use-Limits und den Aufwand für Decoder-Entwicklung. Elbesoft Connect löst diese Frage durch einen vollständig verwalteten Stack aus ChirpStack und ThingsBoard CE – auf deutschen Servern, ohne eigenen Betriebsaufwand.
2. Die drei Plattformen: TTN, TTI und ChirpStack
Alle drei Systeme basieren auf dem LoRaWAN-Standard der LoRa Alliance und unterstützen dieselben Geräteklassen, Frequenzbänder (EU868) und Aktivierungsverfahren (OTAA, ABP). Der Unterschied liegt im Betriebsmodell, in den Nutzungsgrenzen und in der Datenschutzkontrolle.
3. Vergleichstabelle: TTN vs. TTI vs. ChirpStack
| Kriterium | TTN | TTI | ChirpStack |
|---|---|---|---|
| Lizenz | Kostenlos (Community) | Kostenpflichtig | Open Source (MIT) |
| Hosting | Cloud (EU) | Cloud oder Private | Selbst gehostet / Managed |
| Traffic-Limit | Fair-Use-Policy | Unlimitiert | Unlimitiert |
| DSGVO | Bedingt (EU-Server) | Ja (Private Cloud) | Ja (eigener Server DE) |
| ThingsBoard-Integration | MQTT / Webhooks | MQTT / Webhooks | Direkt via MQTT (lokal) |
| Payload-Decoder | JavaScript im UI | JavaScript im UI | JavaScript / gRPC Codec |
| Gateway-Verwaltung | Web-UI | Web-UI + API | Vollständig per API |
| Geeignet für | Prototypen, Tests | Enterprise | Produktivumgebungen |
| Support | Community | Enterprise-SLA | Community + Elbesoft |
4. Datenfluss: Vom Sensor zum ThingsBoard-Dashboard
Unabhängig davon, welcher Netzwerkserver eingesetzt wird, ist der Datenfluss identisch. Der Unterschied liegt in der Konfiguration der Integrationsschicht zwischen Netzwerkserver und ThingsBoard.
-
1
Sensor sendet LoRa-Frame
Der LoRaWAN-Sensor überträgt alle paar Minuten oder bei einem Ereignis einen Uplink – mit DevEUI (Geräte-ID), FPort (Kanal) und dem Payload als Binärdaten. Dank LoRaWAN-Verschlüsselung (AES-128) sind die Daten auf dem Funkweg gesichert.
-
2
Gateway empfängt und leitet weiter
Das LoRaWAN-Gateway empfängt den Frame per Funk und leitet ihn per UDP (Semtech Packet Forwarder) oder MQTT (BasicStation) an den Netzwerkserver weiter. Ein einzelnes Gateway versorgt ein ganzes Gebäude – durch Betonwände und Geschossdecken.
-
3
Netzwerkserver decodiert und leitet weiter
TTN, TTI oder ChirpStack prüft die Session-Keys (OTAA), dedupliziert parallele Empfangsbestätigungen mehrerer Gateways und wendet den Payload-Decoder an. Das Ergebnis ist ein lesbares JSON-Objekt.
-
4
MQTT-Integration publiziert JSON
Der Netzwerkserver sendet das decodierte JSON auf ein MQTT-Topic. ThingsBoard hat eine aktive Subscription auf dieses Topic und empfängt die Nachricht in Echtzeit – typische Latenz unter einer Sekunde.
-
5
ThingsBoard speichert Telemetrie und triggert Alarme
Eine Rule-Chain in ThingsBoard routed die Daten, speichert Zeitreihenwerte, prüft Schwellenwerte und löst bei Bedarf Alarmaktionen aus – per E-Mail, Webhook oder SMS. Elbesoft Connect liefert fertige Alarmvorlagen für alle gängigen Anwendungsfälle.
5. Payload-Decoder: Binärdaten in ThingsBoard-Telemetrie verwandeln
LoRaWAN-Sensoren senden Rohdaten als komprimierte Bytes, um Bandbreite und Batterielaufzeit zu schonen. Ein Payload-Decoder ist eine JavaScript-Funktion, die diese Bytes in lesbare JSON-Felder umwandelt.
Das Ergebnis – lesbare JSON-Felder wie temperature oder humidity – wird vom Netzwerkserver an ThingsBoard weitergeleitet und dort als Zeitreihenwerte gespeichert. Dashboards, Alarmregeln und Rule-Chains greifen direkt auf diese Felder zu. Elbesoft Connect liefert fertige Decoder für über 50 Sensormodelle – kein eigenes Programmieren erforderlich.
Decoder-Bibliothek in Elbesoft Connect
Das Schreiben und Testen von Decodern ist zeitaufwendig und fehleranfällig – jeder Sensorhersteller definiert sein eigenes Binärformat. Elbesoft Connect enthält fertige, produktionsgetestete Decoder für über 50 Sensormodelle: Türkontakte, Leckagesensoren, Raumklimasensoren, Thermostatventile, Zähler, Rauchmelder und mehr.
Neue Sensormodelle werden auf Anfrage innerhalb von 48 Stunden ergänzt – ohne Aufpreis für Kunden von Elbesoft Connect.
6. TTN mit ThingsBoard verbinden: Schritt für Schritt
TTN eignet sich für erste Projekte und Prototypen. Für produktive Umgebungen empfehlen wir den Wechsel auf ChirpStack via Elbesoft Connect – ohne Fair-Use-Limit und mit vollständiger DSGVO-Kontrolle.
-
1
TTN-Anwendung anlegen
In der TTN-Konsole eine neue Application erstellen. Unter "End devices" alle Sensoren per OTAA registrieren (DevEUI, AppEUI, AppKey aus dem Sensor-Datenblatt).
-
2
Payload-Decoder konfigurieren
Unter "Payload formatters" den JavaScript-Decoder für den Sensortyp eintragen. TTN ruft diesen Decoder für jeden Uplink auf – das Ergebnis wird dem MQTT-Payload angehängt.
-
3
MQTT-Zugangsdaten generieren
In der TTN-Konsole unter "Integrations → MQTT" einen API-Key erzeugen. TTN stellt einen MQTT-Broker unter
eu1.cloud.thethings.network:8883bereit. -
4
Integration in ThingsBoard anlegen
In ThingsBoard unter "Integrations" eine neue MQTT-Integration erstellen. MQTT-Broker-URL, Topic-Filter und Zugangsdaten eintragen. Eine Uplink-Konverter-Funktion mappt das TTN-JSON auf ThingsBoard-Telemetrie.
-
5
Telemetrie und Dashboard prüfen
In ThingsBoard unter "Devices" das Gerät öffnen. Im Reiter "Latest Telemetry" erscheinen die ersten Messwerte. Dashboard-Widgets können auf diese Telemetriekeys zugreifen – Elbesoft Connect liefert fertige Dashboardvorlagen für alle unterstützten Sensortypen.
7. ChirpStack mit ThingsBoard: Die bevorzugte Kombination
ChirpStack und ThingsBoard auf demselben Server oder im selben Netzwerk zu betreiben, ergibt die einfachste und performanteste Lösung. Beide Systeme kommunizieren über einen lokalen MQTT-Broker (Mosquitto) – Daten verlassen nie die eigene Infrastruktur.
-
1
ChirpStack installieren
Empfohlen: Docker Compose auf Ubuntu 22.04 LTS. ChirpStack stellt offizielle Docker-Images bereit. Alternativ: fertig konfiguriert als Elbesoft Connect Managed Service – ohne eigene Serverinstallation.
-
2
Gateway und Device Profile anlegen
In ChirpStack das LoRaWAN-Gateway mit seiner EUI registrieren. Ein Device Profile definiert LoRaWAN-Klasse und Region (EU868). Die Application enthält alle Sensoren eines Projekts.
-
3
Decoder hinterlegen
In ChirpStack unter "Device Profiles → Codec" den JavaScript-Decoder für den Sensortyp eintragen. In Elbesoft Connect sind Decoder für über 50 Modelle bereits vorinstalliert.
-
4
ChirpStack-MQTT-Integration konfigurieren
In ChirpStack unter "Integrations" eine MQTT-Integration anlegen. Als Broker die ThingsBoard-MQTT-Adresse eintragen (Port 1883 intern, Port 8883 mit TLS). Elbesoft Connect hat diese Verbindung ab Tag 1 konfiguriert.
-
5
ThingsBoard-Konverter für ChirpStack-Format anlegen
ChirpStack liefert ein anderes JSON-Format als TTN. In ThingsBoard muss ein Uplink-Konverter definiert werden, der das ChirpStack-Payload-Format korrekt mappt. Elbesoft Connect enthält fertige Konverter für das ChirpStack-Format.
8. Elbesoft Connect: ChirpStack und ThingsBoard fertig integriert
Elbesoft Connect ist der vollständig verwaltete Managed Service von Elbesoft IoT – er kombiniert ChirpStack, ThingsBoard CE, einen MQTT-Broker und eine Decoder-Bibliothek für über 50 Sensormodelle in einer einzigen Plattform.
| Aufgabe | Selbst einrichten | Elbesoft Connect |
|---|---|---|
| Serverinstallation | Linux, Docker, 2–8 Stunden | Entfällt |
| ChirpStack-Updates | Manuell, Changelog prüfen | Automatisch inklusive |
| Decoder entwickeln | JavaScript, pro Sensormodell | 50+ fertige Decoder inklusive |
| ThingsBoard-Konfiguration | Rule Chains, Integrations, Dashboards | Vorlagen inklusive |
| Backup und Monitoring | Eigenverantwortlich | Inklusive |
| DSGVO | Eigene Prüfung erforderlich | AVV auf Anfrage, DE-Server |
| Time to First Data | 1–5 Tage je nach Erfahrung | Wenige Stunden |
| Preis | Serverkosten + Eigenaufwand | ab 175 €/Monat für 50 Sensoren |
Elbesoft Connect unterstützt alle gängigen Anwendungsfälle: Raumklimaüberwachung, Heizungssteuerung, Gebäudesicherheit, Zählerauslesung und Condition Monitoring – alles auf einer Plattform, verwaltet von Elbesoft IoT in Dresden.
9. Typische Fehler und wie man sie vermeidet
| Fehler | Ursache | Lösung |
|---|---|---|
| Keine Daten in ThingsBoard | Falsches MQTT-Topic oder falsche Zugangsdaten | Topic-Filter in der ThingsBoard-Integration prüfen, MQTT-Broker-Log auswerten |
| Decoder gibt null zurück | FPort-Bedingung fehlt oder falsches Byte-Mapping | Hersteller-Dokumentation prüfen, Decoder im TTN/ChirpStack-UI testen. Elbesoft Connect liefert getestete Decoder. |
| Gerät sendet, aber kein Join | AppKey falsch oder falscher LoRaWAN-Standard | Keys im Device Profile prüfen, LoRaWAN-Version 1.0 vs. 1.1 abgleichen |
| Duplikate in Telemetrie | Mehrere Gateways, fehlende Deduplizierung | ChirpStack dedupliziert automatisch; bei TTN Integration-Filter setzen |
| Fair-Use-Limit (TTN) | Zu kurzes Sendeintervall | Intervall erhöhen oder auf Elbesoft Connect wechseln |
10. Skalierung: Von 10 auf 1000 Sensoren
Was bei 10 Sensoren manuell funktioniert, erfordert bei 100 oder 1000 Geräten eine strukturierte Vorgehensweise. Die drei häufigsten Skalierungsthemen:
Geräte-Provisionierung: Sensoren manuell in TTN oder ChirpStack einzutragen ist ab 50 Geräten aufwendig. Elbesoft Connect erlaubt den CSV-Import ganzer Gerätelisten. ChirpStack und TTI bieten darüber hinaus eine vollständige REST-API für automatisierte Provisionierung.
Decoder-Verwaltung: Unterschiedliche Sensormodelle benötigen unterschiedliche Decoder. Die zentrale Decoder-Bibliothek von Elbesoft Connect – nach Hersteller und Modell versioniert – spart Dutzende Stunden bei der Inbetriebnahme.
ThingsBoard-Performance: Ab mehreren tausend Sensorwerten pro Stunde empfehlen sich Data Retention Policies in ThingsBoard. Ältere Telemetriedaten werden komprimiert oder nach einem definierten Zeitraum gelöscht, ohne aktuelle Daten zu beeinflussen. Elbesoft konfiguriert diese Policies im Rahmen von Elbesoft Connect.
Elbesoft Connect: Alles aus einer Hand
Elbesoft Connect kombiniert ChirpStack, ThingsBoard CE und über 50 Sensor-Decoder in einem vollständig verwalteten Dienst. Kein Server-Setup, keine Decoder-Entwicklung, kein Fair-Use-Limit.
Der Dienst startet bei 175 €/Monat für bis zu 50 Sensoren – inklusive Netzwerkserver, Decoder, Dashboards, Alarmierungen, Updates und Support. Alle Server stehen in Deutschland. Jetzt Beratung anfragen.
11. Häufige Fragen zur ThingsBoard-LoRaWAN-Integration
LoRaWAN und ThingsBoard – fertig integriert von Elbesoft
Kein Server-Setup, keine Decoder-Entwicklung, kein Fair-Use-Limit. Elbesoft Connect verbindet ChirpStack, ThingsBoard und über 50 Sensor-Decoder in einem Managed Service ab 175 €/Monat – einsatzbereit in wenigen Stunden, betrieben in Deutschland.
Kostenlose Beratung anfragen