ChirpStack vs The Things Stack

Timo Wevelsiep

ChirpStack und The Things Stack können beide ernsthafte LoRaWAN-Projekte tragen. Der Unterschied liegt darin, wie viel Netzkontrolle, Hosting-Eigentum und Betriebsverantwortung im eigenen Stack liegen sollen.

Inhaltsverzeichnis

Kurzantwort
LoRaWAN-Stack im Vergleich
Wann private ChirpStack passt
Das private LoRaWAN-Modell von merkaio
Verwandte Entscheidungen

Kurzantwort

Shared- oder Managed-Public-Network-Modelle passen, wenn Coverage und schneller Start zählen. Private ChirpStack passt, wenn Gateways, Mandanten, Regionen, Integrationen und Datenpfade unter eigener Kontrolle stehen sollen.

LoRaWAN-Stack im Vergleich

Kriterium	The Things Stack / TTN	Private ChirpStack
Netzmodell	Public Community Network, Managed Cloud oder Private Deployment je nach Edition.	Privater Network Server auf eigener Infrastruktur oder dedizierter Managed-Umgebung.
Gateway-Kontrolle	Stark für Shared Coverage und etablierte Ecosystem-Workflows.	Stark, wenn alle Gateways zu einem Projekt, Campus, Stadt- oder Kundennetz gehören.
Datenpfad	Hängt von Edition, Routing und Integrationssetup ab.	Kann innerhalb Ihrer Hosting-, VPN- und Integrationsarchitektur bleiben.
Betrieb	Ein Teil der Betriebsarbeit kann je nach Servicemodell ausgelagert werden.	Betrieb ist explizit: Server, Datenbank, MQTT, Backups, Updates und Monitoring.
Anpassung	Gut, wenn Projektanforderungen zu Plattform und Ecosystem passen.	Gut, wenn Payload Decoding, Mandanten, MQTT-Topics und Integrationen volle Kontrolle brauchen.
Fit	Schneller Start, vorhandene Coverage und Community- oder Plattform-Workflows.	Private Industrie-, Kommunal-, Versorger- und Kundennetze.

Wann private ChirpStack passt

Private ChirpStack passt, wenn Sie die Gateways besitzen. Wenn Gateways für einen Kunden, Standort, eine Stadt oder ein Infrastrukturprojekt ausgerollt werden, vereinfacht privater Betrieb die Verantwortung.

Sie passt auch, wenn Integrationen deterministisch sein müssen. Private MQTT-, Datenbank-, Webhook- und Dashboard-Integrationen sind einfacher zu betreiben, wenn der Stack in einem Betriebsmodell liegt.

Das private LoRaWAN-Modell von merkaio

Wir bauen private LoRaWAN-Infrastruktur für Projekte, bei denen Eigentum wichtiger ist als generische Plattform-Bequemlichkeit:

private ChirpStack-Instanz mit Gateway Bridge, MQTT, Redis und PostgreSQL
Gateway-Provisionierung, Region-Konfiguration und Device-Onboarding
Payload Decoder, Integrationen und Dashboard-Pipelines
Monitoring, Backup, Update- und Incident-Prozess
optionales Edge-Deployment für standortnahe Netze

Häufige Fragen

Ist TTN für Produktion falsch?▼

Nein. Der Fit hängt von Edition, Coverage, Betriebsmodell und Anforderungen ab. Diese Seite fokussiert Fälle, in denen private Betriebskontrolle wichtig ist.

Braucht private ChirpStack eigene Gateways?▼

Meist ja. Ein privater LoRaWAN-Server ergibt besonders Sinn, wenn das Projekt Gateways kontrolliert oder für ein klares Gebiet ausrollt.

Kann merkaio bestehende Gateways anbinden?▼

Ja. Wir prüfen Gateway-Modelle und Packet-Forwarder-Optionen und migrieren oder onboarden sie in ein Managed ChirpStack Setup.

Kann ChirpStack auf Edge-Hardware laufen?▼

Ja, für passende Projektgrößen. Ein lokales Edge-Deployment kann LoRaWAN und Dashboards nahe am Standort betreiben.

Das ist viel Handarbeit, und der Betrieb kommt noch dazu.

Updates, Backups, Absicherung, Überwachung: Ein produktiver LoRaWAN-Server will nicht nur eingerichtet, sondern dauerhaft betrieben werden. Das nehmen wir Ihnen ab, als Managed ChirpStack auf europäischer Infrastruktur oder vorinstalliert und einsatzbereit auf dem merkaio edge pro.

Managed ChirpStack Hosting merkaio edge pro

Geschrieben von