Open-Source-IoT-Plattformen im Vergleich: ThingsBoard-Alternativen
Timo Wevelsiep•Aktualisiert: 30.06.2026Hinweis zum Inhalt: Versionen, Befehle und Preise können sich ändern. Bitte prüfen Sie kritische Schritte vor dem produktiven Einsatz eigenständig. Dieser Leitfaden ersetzt keine individuelle Beratung.
Die kurze Antwort: Es gibt keine "eine" ThingsBoard-Alternative, weil die bekannten Open-Source-IoT-Plattformen unterschiedliche Schichten bedienen. ThingsBoard ist die breite Anwendungsplattform (Geräteverwaltung, Dashboards, Regel-Engine in einem). Node-RED ist das Flow- und Integrationswerkzeug. EdgeX Foundry ist das Industrie-Edge-Framework. Eclipse Ditto ist ein reiner Digital-Twin-Layer. OpenRemote ist die Komplettlösung für Smart Buildings und Energie. Dieser Artikel vergleicht die fünf sachlich entlang von Zweck, Device-Management, Dashboards, Regeln, Skalierung, Lizenz und Self-Hosting und zeigt, wann welche passt.
Worum es bei "ThingsBoard-Alternativen" wirklich geht
Wer nach Alternativen sucht, vergleicht oft Werkzeuge, die gar nicht dasselbe tun. Eine IoT-Lösung besteht aus mehreren Architektur-Schichten: Geräte und Funk, Konnektivität und Protokolle, Anwendungslogik, Visualisierung. Manche Plattformen decken nur eine Schicht ab, andere mehrere. Die ehrliche Frage lautet daher nicht "Welche ist die beste?", sondern "Welche Schichten muss mein Projekt füllen und welches Werkzeug deckt sie am saubersten ab?". Alle fünf sind quelloffen und self-hostbar, also frei von Cloud-Lock-in und Per-Device-Lizenzexplosion. Sie unterscheiden sich aber stark in Funktionsumfang und Betriebsaufwand.
Vergleichstabelle: ThingsBoard, Node-RED, EdgeX, Ditto, OpenRemote
| Kriterium | ThingsBoard | Node-RED | EdgeX Foundry | Eclipse Ditto | OpenRemote |
|---|---|---|---|---|---|
| Zweck | Breite IoT-Anwendungsplattform | Low-Code-Flows, Integration | Industrie-Edge-Datenframework | Digital-Twin-Layer (API-first) | Smart-Building-/Energie-Komplettlösung |
| Device-Mgmt | Stark (Device Profiles, Provisioning, RBAC) | Schwach (keine Geräteregistry) | Device Services (Modbus, OPC UA, BACnet) | Twin-Zustand, kein Protokoll-Stack | Asset-Mgmt, Auto-Provisioning |
| Dashboards | Voll, frei baubar | Add-on (Dashboard 2.0) | Keine native UI | Nur Explorer-UI | Eingebauter Dashboard-Builder |
| Regeln | Rule Engine (Rule Chains) | Visuelle Flows | Regeln via eKuiper | Conditions/API, keine Engine | When-Then, Flow, Groovy, JS |
| Skalierung | Horizontal (Cluster, Microservices) | Vertikal, meist Single-Instance | Edge-Knoten, Microservices | Horizontal (Millionen Twins) | Single-Realm-Stack, mandantenfähig |
| Lizenz | CE: Apache 2.0; PE: kommerziell | Apache 2.0 | Apache 2.0 (LF Edge) | EPL-2.0 | AGPLv3 |
| Self-Host | Ja (Docker/Kubernetes) | Ja (Node.js/Docker) | Ja (Docker/Snap) | Ja (Docker/K8s/Helm) | Ja (Docker) |
| Aktuell (2026) | 4.3 (Jan 2026) | 5.0 (Juni 2026) | 4.0 "Odesa" LTS | 3.9.0 (Mai 2026) | 1.25.0 (Juni 2026) |
Die fünf Plattformen im Profil
ThingsBoard ist die umfassendste der fünf und das, was die meisten unter "IoT-Plattform" verstehen: Geräteverwaltung über Device Profiles, native Transporte (MQTT, HTTP, CoAP, LwM2M), frei baubare Dashboards, eine Regel-Engine (Rule Chains) und Mandantenfähigkeit. Aktuell ist ThingsBoard 4.3 (Januar 2026). Die Community Edition steht unter Apache 2.0 und ist kostenlos, auch kommerziell; Funktionen wie White-Labeling, erweitertes RBAC und fertige Platform-Integrationen liegen in der Professional Edition. Details unter Was ist ThingsBoard? und im Vergleich ThingsBoard vs ChirpStack.
Node-RED ist kein Plattform-Ersatz, sondern ein Low-Code-Flow-Werkzeug. Man verdrahtet Knoten visuell zu Datenflüssen: Eingang per MQTT oder HTTP, Transformation, Ausgang an Datenbank, API oder Plattform. Seit Node-RED 5.0 (Juni 2026) mit überarbeitetem Editor und integriertem Dark Theme, lizenziert unter Apache 2.0 (OpenJS Foundation). Node-RED hat aber keine echte Geräteregistry, keine Mandantenfähigkeit, und Dashboards laufen nur über das Add-on Dashboard 2.0. Es glänzt als Klebeschicht und Prototyping-Tool, oft direkt neben ThingsBoard. Wir setzen es regelmäßig ein, siehe Node-RED-Expertise.
EdgeX Foundry ist ein edge-first Framework der Linux Foundation (LF Edge) für industrielle Brownfield-Umgebungen. Über Device Services bindet es Modbus, OPC UA und BACnet nativ an, normalisiert die Daten am Edge und reicht sie nach oben weiter. Aktuell ist EdgeX 4.0 "Odesa" als Long-Term-Support-Release (Patch 4.0.2 "Palau"), unter Apache 2.0. EdgeX bringt bewusst keine eigene Anwendungs-UI mit; Regeln laufen über die eingebettete Engine eKuiper. Typischer Einsatz: als Edge-Datenschicht vor einer Plattform wie ThingsBoard, nicht als deren Ersatz.
Eclipse Ditto ist ein Digital-Twin-Framework, kein Komplettprodukt. Es modelliert jedes Gerät als "Thing" mit gewünschtem und gemeldetem Zustand und bietet darüber eine saubere, API-first-Abstraktion (HTTP, WebSocket, plus AMQP/MQTT/Kafka-Anbindung). Aktuell ist Ditto 3.9.0 (Mai 2026) unter EPL-2.0, skaliert horizontal auf Millionen Twins. Was fehlt: fertige Dashboards (nur eine Explorer-UI), Funkprotokolle und eine visuelle Regel-Engine. Ditto ist die richtige Wahl, wenn Sie eine eigene Anwendung um eine zustandsbehaftete Geräte-API herum bauen, nicht wenn Sie ein fertiges Bedien-Frontend brauchen.
OpenRemote ist die Komplettlösung für die gebaute Umwelt: Asset-Management mit anpassbaren Asset-Typen, Kartenvisualisierung, Automatisierung über When-Then-, Flow-, Groovy- und JavaScript-Regeln, Mandantenfähigkeit über Realms und ein eingebauter Insights-Dashboard-Builder. Aktuell ist OpenRemote 1.25.0 (Juni 2026). Wichtig ist die Lizenz: OpenRemote steht unter AGPLv3. Wer es als Netzwerkdienst anbietet und den Code anpasst, muss die Änderungen offenlegen. Für Smart Buildings und Energiemanagement ist es oft die schnellste Komplettlösung, für freie Weiterverwertung im Produkt aber strenger als die Apache-2.0-Kandidaten.
Daneben gibt es weitere quelloffene Bausteine wie das Backend-Framework Kuzzle. Für die meisten souveränen IoT-Projekte fällt die Wahl jedoch auf die fünf oben.
Wann welche Plattform passt
- Sie brauchen eine fertige Plattform mit Geräteverwaltung, Dashboards und Regeln in einem: ThingsBoard. Das ist der Standard für LoRaWAN- und Sensorprojekte mit eigenen Dashboards.
- Sie müssen Protokolle anbinden, Daten transformieren oder schnell prototypen: Node-RED, oft als Ergänzung zu ThingsBoard.
- Sie integrieren Industrie- und Altbestand am Edge (Modbus, OPC UA, BACnet): EdgeX Foundry als Edge-Schicht, darüber eine Plattform.
- Sie bauen eine eigene Anwendung um eine zustandsbehaftete Geräte-API: Eclipse Ditto als Digital-Twin-Layer.
- Sie betreiben Smart Buildings oder Energiemanagement und wollen alles in einem Paket: OpenRemote, mit Blick auf die AGPLv3.
In der Praxis kombiniert man oft mehrere Bausteine, etwa Node-RED oder EdgeX am Edge, ThingsBoard als Anwendungsplattform und Grafana für Spezial-Dashboards.
Lizenz und Kosten ehrlich eingeordnet
Die Kernsoftware aller fünf ist lizenzkostenfrei. Apache 2.0 (ThingsBoard CE, Node-RED, EdgeX) ist permissiv und für kommerzielle Produkte unkritisch. EPL-2.0 (Ditto) ist schwach copyleft, ebenfalls handhabbar. AGPLv3 (OpenRemote) verlangt Offenlegung von Änderungen, sobald Sie die Software als Netzwerkdienst anbieten; beim Eigenbetrieb ist das meist beherrschbar, sollte aber bewusst geprüft werden.
Der reale Kostentreiber ist nicht die Lizenz, sondern Server, Betrieb und Wartung. Optionale Kosten gibt es vor allem bei ThingsBoard: Die Professional Edition kostet als Perpetual License ab 4.999 USD einmalig, im Cloud-/Managed-Modell mit Per-Device-Komponente ab 0,30 USD je Gerät und Monat, Managed Private Cloud ab 1.499 USD je Monat (Stand thingsboard.io/pricing, Juni 2026). Eine vollständige Aufschlüsselung steht unter ThingsBoard Preise. Genau hier liegt der Vorteil quelloffener, self-hosted Plattformen gegenüber Managed-IoT-Clouds (AWS IoT, Azure IoT, Cumulocity), deren Per-Device- und Per-Message-Abrechnung mit der Gerätezahl explodiert. Mehr dazu im Vergleich IoT self-hosted vs. Cloud.
Betrieb und Unterstützung
Wir planen, bauen und betreiben souveräne, self-hosted IoT-Plattformen auf Ihrer Infrastruktur (Proxmox, Hetzner, on-prem), DSGVO-konform aus Deutschland und ohne Cloud-Lock-in. Welcher Baustein passt, hängt von Ihrem Use-Case ab; wir wählen vendor-neutral und ehrlich aus, statt Sie in eine Plattform zu drängen. Mehr dazu auf unseren Seiten zu ThingsBoard und Node-RED, im IoT-Hub sowie zur IoT-Plattform-Entwicklung. Für ein unverbindliches Erstgespräch buchen Sie direkt einen Termin.
Sie möchten IoT nicht selbst betreiben? WZ-IT übernimmt Einrichtung, Betrieb und Wartung – DSGVO-konform aus Deutschland.
Häufig gestellte Fragen
Antworten auf die wichtigsten Fragen
Es gibt keine einzelne beste Alternative, weil die Kandidaten unterschiedliche Aufgaben lösen. Node-RED ist das stärkste Flow- und Integrationswerkzeug, EdgeX Foundry das Industrie-Edge-Framework, Eclipse Ditto ein reiner Digital-Twin-Layer und OpenRemote eine Komplettlösung für Smart Buildings und Energie. Wer eine breite Anwendungsplattform mit Geräteverwaltung, Dashboards und Regel-Engine in einem Produkt sucht, bleibt meist bei ThingsBoard.
Nur teilweise. Node-RED ist ein Low-Code-Flow-Werkzeug für Integration und Logik, hat aber keine echte Geräteverwaltung, keine Mandantenfähigkeit und Dashboards nur über das Add-on Dashboard 2.0. Oft kombiniert man beide: Node-RED übernimmt Protokollanbindung und Transformation, ThingsBoard die Geräte- und Dashboard-Schicht.
EdgeX Foundry ist edge-first und auf industrielle Brownfield-Umgebungen ausgelegt. Über Device Services bindet es Modbus, OPC UA und BACnet nativ an, ohne eigene Middleware. Es bringt aber kein eigenes Dashboard mit. Sinnvoll als Edge-Datenschicht vor einer Anwendungsplattform wie ThingsBoard.
Eclipse Ditto ist ein Digital-Twin-Framework: Es modelliert Geräte als Things mit Zustand und bietet eine API-first-Abstraktion. Es ist keine Komplettplattform, es hat keine fertigen Dashboards, keine Funkprotokolle und keine visuelle Regel-Engine. Ditto ergänzt eine Plattform eher, als dass es ThingsBoard ersetzt.
OpenRemote ist genau dafür gebaut: Asset-Management, Karten, Automatisierungsregeln, Mandantenfähigkeit und ein eingebauter Dashboard-Builder in einem Paket. Für Gebäude- und Energie-Use-Cases ist es oft die schnellste Komplettlösung, allerdings unter der strengeren AGPLv3-Lizenz.
Die Kernsoftware ist lizenzkostenfrei: ThingsBoard CE, Node-RED und EdgeX Foundry stehen unter Apache 2.0, Eclipse Ditto unter EPL-2.0, OpenRemote unter AGPLv3. Kosten entstehen für Server, Betrieb und Wartung. Bei ThingsBoard kommen optionale Professional-Edition-Lizenzen hinzu (Perpetual ab 4.999 USD, Stand thingsboard.io/pricing, Juni 2026).
Apache 2.0 (ThingsBoard CE, Node-RED, EdgeX) und EPL-2.0 (Ditto) sind permissiv beziehungsweise schwach copyleft und für kommerzielle Produkte unkritisch. AGPLv3 (OpenRemote) verlangt, dass Sie Änderungen am OpenRemote-Code offenlegen, sobald Sie es als Netzwerkdienst anbieten. Das ist beim Eigenbetrieb in der Regel handhabbar, sollte aber bewusst geprüft werden.
Mehr zu IoT
- Was ist LoRaWAN?
- Was ist MQTT?
- Was ist ThingsBoard?
- Was ist ChirpStack?
- IoT-Architektur in Schichten
- LoRaWAN vs NB-IoT vs WLAN/5G
- ThingsBoard Preise & Editionen
- Was kostet ChirpStack?
- ThingsBoard vs ChirpStack
- IoT-Plattform: self-hosted vs Cloud
- Open-Source-IoT-Plattformen im Vergleich
- ThingsBoard vs AWS IoT Core & Azure IoT Hub
- ThingsBoard mit Docker installieren
- ChirpStack & LoRaWAN-Gateway einrichten
- Grafana IoT-Dashboard mit InfluxDB
- ThingsBoard Rule Engine: Alarme & Benachrichtigungen
- Milesight-Sensor in ChirpStack: Payload-Decoder
- Node-RED MQTT-Dashboard für Sensordaten
- Predictive Maintenance & Retrofit
- Gebäude-IoT / Smart Building mit LoRaWAN







