ChirpStack vs The Things Stack: Der umfassende LoRaWAN-Netzwerkserver-Vergleich

WZ-IT führt chirphost weiter. Aktuelles Hosting ab 129,90 € netto/Monat; Einrichtung und Service Level gemäß Angebot. Frühere Paketpreise, Standortlisten und Kostenvergleiche in diesem datierten Artikel beschreiben das damalige Angebot, nicht die aktuellen WZ-IT-Konditionen. Aktuellen Leistungsumfang ansehen.

ChirpStack und The Things Stack verfolgen grundlegend unterschiedliche Philosophien für den Betrieb von LoRaWAN-Infrastruktur — self-hosted Open-Source-Freiheit versus verwalteter Cloud-Komfort. ChirpStack v4, in Rust als einzelnes unified Binary neugeschrieben, gibt Organisationen die volle Kontrolle über ihre Daten und Infrastruktur ohne Lizenzkosten, bewährt bei Skalen von über 52.000 Geräten. The Things Stack, unterstützt von The Things Industries, bietet eine verwaltete Cloud-Plattform ab ~230 $/Monat mit 99,9 % SLA, 36+ vorgefertigten Integrationen und dem weltweit größten Community-LoRaWAN-Netzwerk. Die richtige Wahl hängt von der DevOps-Kompetenz Ihres Teams, den Datensouveränitätsanforderungen, der Deployment-Größe und der Bereitschaft zur Infrastrukturverwaltung ab. Dieser Vergleich behandelt Architektur, Features, Kosten und praxisnahe Überlegungen, aktuell bis Anfang 2026.

Inhaltsverzeichnis

• Architektur: ein unified Binary versus verteilte Microservices
• Feature-Vergleich zeigt unterschiedliche Stärken
• Skalierbarkeit und die Fair-Use-Frage
• Kostenanalyse: Infrastruktur versus Abonnement
• Datensouveränität: ChirpStacks entscheidender Vorteil
• Community, Ökosystem und Drittanbieter-Tools
• Aktuelle Entwicklungen zeigen, dass beide Plattformen aktiv weiterentwickelt werden
• Migrationspfade begünstigen die Bewegung Richtung TTS
• Fazit
• Quellen

Architektur: ein unified Binary versus verteilte Microservices

ChirpStack v4 stellt eine radikale architektonische Vereinfachung gegenüber v3 dar. Der ehemals getrennte Network Server und Application Server wurden zu einem einzelnen Binary zusammengeführt, wodurch die Komplexität der Inter-Service-Konfiguration entfällt, die v3-Deployments belastete. Vollständig in Rust geschrieben (ersetzt Go aus v3), liefert ChirpStack v4 starke Speichersicherheit und Performance bei nur drei Infrastruktur-Abhängigkeiten: PostgreSQL (oder SQLite seit v4.10.1), Redis und ein MQTT-v5-Broker wie Mosquitto. Ein komplettes Deployment passt in eine einzelne Docker-Compose-Datei — das offizielle chirpstack-docker-Repository bündelt alles Nötige, vorkonfiguriert für alle LoRaWAN-Regionen. Für Embedded- oder Edge-Szenarien ermöglicht das SQLite-Backend den Betrieb von ChirpStack auf Raspberry-Pi-Hardware über ChirpStack Gateway OS.

The Things Stack verfolgt einen anderen Ansatz mit einer vollständigen Microservices-Architektur aus fünf eigenständigen Komponenten: Identity Server, Gateway Server, Network Server, Application Server und Join Server. Diese Architektur ermöglicht unabhängige Skalierung jeder Komponente — von einem Single-Binary-Entwicklungs-Setup bis zu global verteilten Carrier-Grade-Netzwerken. TTS ist in mehreren Editionen verfügbar: die kostenlose Sandbox (ehemals Community Edition) für nicht-kommerzielle Nutzung, der kostenlose Discovery-Tier limitiert auf 10 Geräte, kostenpflichtige Cloud Standard und Plus-Tiers als vollständig verwaltetes SaaS, eine Self-Hosted Enterprise-Edition und eine Community Open Source-Edition, die von GitHub kompilierbar ist. Die Sandbox läuft auf drei globalen Clustern in Dublin, Kalifornien und Sydney.

Die Deployment-Komplexität unterscheidet sich erheblich. ChirpStack erfordert die Bereitstellung und Wartung eigener Server, Datenbanken und MQTT-Broker — aber eine funktionsfähige Instanz kann innerhalb einer Stunde mit Docker Compose laufen. The Things Stack Cloud eliminiert jegliche Infrastrukturverwaltung; die Registrierung dauert Minuten. TTS Enterprise liegt dazwischen, erfordert Kundeninfrastruktur, bietet aber kommerzielle Docker-Images und AWS-CloudFormation-Templates für optimiertes Deployment.

Feature-Vergleich zeigt unterschiedliche Stärken

Beide Plattformen unterstützen die vollständige LoRaWAN-Spezifikation — Klassen A, B und C, LoRaWAN 1.0.x und 1.1, alle regionalen Frequenzpläne, OTAA- und ABP-Aktivierung sowie Adaptive Data Rate. Die Unterschiede liegen in der Ökosystem-Breite und der Anpassungstiefe.

Geräteverwaltung weicht in bemerkenswerten Aspekten voneinander ab. The Things Stack bietet ein umfassendes Device Repository mit vorkonfigurierten Profilen für Hunderte kommerzieller Geräte, Batch-Registrierung per CSV/JSON-Import und QR-Code-Scanning für schnelles Onboarding. ChirpStack bietet Geräteprofile mit anpassbaren Parametern und kann Geräteprofile aus dem Device Repository von The Things Stack importieren, verfügt aber nicht über die gleiche Breite an vorgefertigten Gerätevorlagen. Beide Plattformen unterstützen Geräte-Metriken-Dashboards, Frame-Logging zum Debugging und Multicast-Gruppen für Klasse-B/C-Geräte.

Integrations-Ökosysteme zeigen den deutlichsten Kontrast. The Things Stack bietet 36+ vorgefertigte Webhook-Templates für Plattformen wie Datacake, TagoIO, Ubidots, AllThingsTalk, Losant und viele mehr. Die Cloud-Integrationen sind besonders tiefgehend: Die AWS-IoT-Core-Integration enthält CloudFormation-Templates für automatisiertes Deployment, und die Azure-IoT-Hub-Integration bietet ARM-Templates für Gerätebereitstellung und Shadow-Updates. ChirpStack bietet etwa 10–12 eingebaute Integrationen — MQTT (immer aktiv), HTTP-Webhooks, InfluxDB (v1, v2 und v3), ThingsBoard, AWS SNS, Azure Service Bus, GCP Pub/Sub, AMQP/RabbitMQ, myDevices, Pilot Things, IFTTT und Blynk. Wo ChirpStack einen Vorteil hat, ist die native InfluxDB-Integration, die Gerätedaten direkt schreibt und Grafana-Dashboards trivial einfach einzurichten macht — TTS benötigt Webhook-Middleware für denselben Workflow.

Codec-Unterstützung ist vergleichbar: Beide nutzen JavaScript-basierte Payload-Formatter für das Kodieren und Dekodieren von Gerätepayloads mit eingebautem CayenneLPP-Support. ChirpStack erlaubt zusätzlich benutzerdefinierte ADR-Algorithmen in JavaScript, was Netzbetreibern feingranulare Kontrolle über die Datenraten-Optimierung gibt. Beide Plattformen unterstützen Multi-Tenancy — ChirpStack über seine Mandanten-/Organisationsstruktur mit Benutzerverwaltung und API-Keys pro Mandant, und TTS über isolierte Kundenmandanten in der Cloud oder konfigurierbare Multi-Tenancy bei Enterprise.

Ein unterscheidendes TTS-Feature ist Packet Broker — ein offenes, globales Backbone für LoRaWAN-Traffic-Peering, das Roaming zwischen Netzwerken ermöglicht. 2020 gestartet und mit über 25 Millionen Nachrichten pro Tag, erlaubt Packet Broker Geräten, Gateways verschiedener Netzbetreiber zu nutzen, unterstützt kommerzielle Peering-Vereinbarungen und ermöglicht sogar Satelliten-zu-Boden-Peering durch eine Partnerschaft mit Lacuna Space. ChirpStack hat keine vergleichbare Roaming- oder Peering-Fähigkeit.

ChirpStack kontert mit eigenen einzigartigen Features: Gateway Mesh (v4.9.0) erweitert die Abdeckung durch Relay-Gateways, die ohne Internetkonnektivität arbeiten, und ChirpStack Gateway OS bietet ein vollständiges OpenWrt-basiertes Betriebssystem für den Betrieb von Gateway-Komponenten, einschließlich einer gebündelten Node-RED-Instanz. Die Plattform unterstützt auch Ende-zu-Ende-Verschlüsselung (v4.6.0+), bei der der Application Server nie Klartext-Applikationsdaten sieht.

Skalierbarkeit und die Fair-Use-Frage

Die Things Stack Sandbox unterliegt einer Fair Use Policy, die jedes Gerät auf 30 Sekunden Uplink-Airtime pro Tag und 10 Downlink-Nachrichten pro Tag (einschließlich Acknowledgments) begrenzt. Bei SF7 ermöglicht das etwa 647 kleine Pakete täglich — ausreichend für viele Monitoring-Anwendungsfälle, aber unzureichend für Anwendungen, die häufige Downlinks wie Aktorsteuerung oder bestätigte Uplinks erfordern. Die Policy wird berichten zufolge nicht immer aktiv auf Netzwerkebene durchgesetzt, aber Produktions-Deployments sollten sich nicht auf diese Nachsicht verlassen.

Kommerzielle TTS-Cloud-Pläne heben Fair-Use-Beschränkungen vollständig auf. Der Standard-Plan umfasst 1.000 Geräte mit Pay-as-you-go-Skalierung; AWS-Marketplace-Preise zeigen die Kostenkurve: ~245 $/Monat für 1.000 Geräte, ~910 $ für 5.000 und ~1.365 $ für 10.000. Deployments über 50.000 Geräte erfordern individuelle Preisverhandlung über Direktvertrieb. TTS Cloud garantiert 99,9 % Uptime-SLA auf kostenpflichtigen Tiers.

ChirpStack setzt keinerlei künstliche Limits — die Skalierung wird nur durch die bereitgestellte Infrastruktur begrenzt. Praxisbeweise belegen diesen Ansatz: Ein Deployment in der Türkei betreibt 52.000 aktive Endgeräte über 17 Anwendungen und 5 Organisationen auf einer einzelnen ChirpStack-Instanz, wobei EMQX Mosquitto als MQTT-Broker für Stabilität bei Skalierung ersetzt. Weitere bestätigte Produktions-Deployments umfassen landesweite Netzwerke mit 200+ Gateways im Nahen Osten und Multi-City-Kubernetes-Deployments auf Azure AKS. Bei Skalierung über etwa 15.000 Geräte sollten Betreiber Mosquitto durch geclusterte MQTT-Broker wie EMQX oder VerneMQ ersetzen, um RAM-Stabilität zu gewährleisten.

Kostenanalyse: Infrastruktur versus Abonnement

Die Kostengleichung unterscheidet sich grundlegend zwischen den beiden Plattformen. ChirpStacks MIT-Lizenz bedeutet null Softwarekosten — Sie zahlen nur für Infrastruktur und Arbeitsaufwand. The Things Stack erhebt Abogebühren, die Infrastruktur, Verwaltung und Support umfassen.

Für ChirpStack hängen die Infrastrukturkosten vom Hosting-Anbieter und der Deployment-Größe ab. Ein kompletter self-hosted IoT-Stack inkl. ChirpStack, ThingsBoard, Grafana und InfluxDB kann auf europäischen VPS-Anbietern bereits ab 40–80 €/Monat für bis zu 5.000 Geräte betrieben werden. Mit verwalteten Cloud-Datenbanken und hoher Verfügbarkeit steigen die Kosten auf 300–600 €/Monat für mittlere Deployments und darüber hinaus für große Setups. Die kritischen versteckten Kosten sind DevOps-Arbeitsaufwand: Sicherheitspatches, Monitoring, Backups und Updates können jährlich Hunderte von Engineering-Stunden verbrauchen. Organisationen ohne dedizierte Infrastruktur-Teams unterschätzen diese Belastung oft — Betrieb und Wartung machen typischerweise etwa 51 % der Gesamtbetriebskosten aus.

Der Punkt, ab dem self-hosted ChirpStack klar wirtschaftlicher wird, liegt typischerweise bei sehr großer Skalierung (50.000+ Geräte) oder wenn die Organisation bereits IoT-Infrastrukturmanagement als Kernkompetenz hat. Für kleine bis mittlere Deployments liefert die verwaltete TTS Cloud oft niedrigere Gesamtkosten, wenn der Arbeitsaufwand ehrlich eingerechnet wird.

Mit chirphost Managed Hosting erhalten Unternehmen das Beste aus beiden Welten: ChirpStacks Datensouveränität und null Lizenzkosten, kombiniert mit professionellem Infrastrukturmanagement — zu einem planbaren Festpreis ab 99,90 €/Monat. Kein DevOps-Overhead, keine Überraschungskosten. Welche Flatrate zu welcher Flottengröße passt, zeigen die chirphost-Preise im Überblick.

Datensouveränität: ChirpStacks entscheidender Vorteil

Für Organisationen in regulierten Branchen oder mit strengen Anforderungen an den Datenstandort bietet ChirpStack die stärkste Position. Alle Daten verbleiben vollständig auf der eigenen Infrastruktur — kein Drittanbieter-Cloud-Provider sieht jemals Sensordaten, kein Auftragsverarbeitungsvertrag für den Netzwerkserver selbst ist erforderlich, und Daten können innerhalb bestimmter Rechtsräume gehalten werden. ChirpStack auf europäischen Servern zu hosten hält alle LoRaWAN-Daten innerhalb der EU-Grenzen unter voller DSGVO-Konformität, ohne Beteiligung eines US-amerikanischen Cloud-Providers.

The Things Stack Cloud verarbeitet Daten auf TTI-verwalteter Infrastruktur. Obwohl The Things Industries seinen Hauptsitz in den Niederlanden hat (ein Vorteil gegenüber US-basierten Anbietern), durchlaufen Daten immer noch Drittanbieter-verwaltete Infrastruktur, die einen AVV mit TTI erfordert. Das Sandbox-Netzwerk — mit seinen geteilten Community-Gateways und Infrastruktur — ist für jede Anwendung mit Datensouveränitätsanforderungen ungeeignet.

TTS Enterprise überbrückt diese Lücke, indem es Self-Hosted-Deployment auf Kundeninfrastruktur ermöglicht, während der Zugang zum TTI-Ökosystem erhalten bleibt, einschließlich Packet-Broker-Peering und Network Operations Center. Für Organisationen, die sowohl Datensouveränität als auch TTIs kommerzielle Features benötigen, ist Enterprise der passende Tier.

Für Gesundheitswesen, Versorgungsunternehmen, Behörden und Verteidigung, wo Daten kontrollierte Umgebungen nicht verlassen dürfen, sind self-hosted ChirpStack oder TTS Enterprise die einzigen tragfähigen Optionen. Die Deutsche Bahn nutzt bemerkenswert The Things Stack für verschiedene Anwendungsfälle in Zügen, Bahnhöfen und Wartungseinrichtungen — was zeigt, dass auch große, regulierte Unternehmen mit dem TTS-Ökosystem arbeiten können, wenn es richtig konfiguriert ist.

chirphost löst diesen Zielkonflikt vollständig auf: Vollständig verwaltetes ChirpStack-Hosting in ISO-27001-zertifizierten Rechenzentren in Deutschland. Volle Datensouveränität, null operativer Aufwand. Details zu Regionen, Zertifizierungen und Leistungsumfang stehen auf der Übersicht Managed ChirpStack Hosting aus Deutschland.

Community, Ökosystem und Drittanbieter-Tools

The Things Network hat die deutlich größere Community — ein globales Netzwerk von 20.000+ Community-Gateways, lokale Communities in Hunderten von Städten weltweit und eine jährliche Konferenz (The Things Conference in Amsterdam) mit 1.500+ Ökosystem-Teilnehmern. Das TTN-Forum hat Zehntausende registrierte Nutzer, und die Dokumentation auf thethingsindustries.com ist professionell, umfangreich und enthält Schritt-für-Schritt-Anleitungen mit Screenshots für 20+ Gateway-Modelle und Dutzende Integrationen.

ChirpStacks Community ist kleiner, aber technisch fokussiert — ~946 GitHub-Stars auf dem Haupt-Repository, mit einem aktiven Discourse-Forum auf forum.chirpstack.io. Das Projekt wird primär von einem einzelnen Entwickler gepflegt, Orne Brocaar, der die Entwicklung seit 2015 leitet und kommerzielle Beratung, Schulungen und kundenspezifische Entwicklung anbietet. Die Dokumentation ist umfassend, aber stärker entwicklerorientiert, mit weniger visueller Anleitung als TTS.

Für Drittanbieter-Tool-Integration verbinden sich beide Plattformen gut mit der beliebtesten IoT-Middleware:

• ThingsBoard: Beide haben native bidirektionale Integrationen; ThingsBoard PE enthält dedizierte Integrationstypen für jede Plattform. Für Managed ThingsBoard Hosting siehe thingshost.de
• Node-RED: ChirpStack hat dedizierte npm-Nodes; TTS empfiehlt Standard-MQTT-Nodes (das ältere node-red-contrib-ttn-Paket ist veraltet)
• Grafana: ChirpStacks eingebaute InfluxDB-Integration macht dies besonders unkompliziert; TTS erfordert Webhook- oder MQTT-Middleware.
• Home Assistant: TTS hat eine offizielle HA-Integration (~353 aktive Installationen); ChirpStack erfordert manuelle MQTT-Konfiguration

Gateway-Hardware-Kompatibilität ist weitgehend äquivalent — beide unterstützen alle großen Marken einschließlich RAK, Kerlink, Multitech, Mikrotik, Dragino, Milesight und Tektelic über Semtech UDP Packet Forwarder oder LoRa Basics Station Protokolle. TTS bevorzugt Basics Station aus Sicherheitsgründen stark. ChirpStack bietet zusätzliche Flexibilität durch seinen MQTT Forwarder (der es Gateways ermöglicht, das UDP-Protokoll vollständig zu umgehen), Concentratord (Hardware-Abstraktions-Daemon) und die Möglichkeit, ein einzelnes Gateway mit mehreren Netzwerkservern gleichzeitig zu verbinden. Bemerkenswert ist, dass Dragino sein LPS8v2-Gateway 2023 von vorinstalliertem TTS auf vorinstalliertes ChirpStack v4 umgestellt hat — ein Signal für ChirpStacks wachsende Gateway-Hersteller-Akzeptanz.

Aktuelle Entwicklungen zeigen, dass beide Plattformen aktiv weiterentwickelt werden

ChirpStack v4 hat einen schnellen Release-Takt durch 2024–2026 beibehalten, mit 8–10 Releases jährlich. Wichtige Ergänzungen umfassen FUOTA-Unterstützung (v4.12.0, April 2025) zur Implementierung der LoRa-Alliance-Firmware-Update-Spezifikationen, Gateway Mesh (v4.9.0) für Relay-Gateways ohne Internet, SQLite-Unterstützung (v4.10.1) für Embedded-Deployments, RP002-1.0.5 mit SF5/SF6 (v4.16.0) und neue Integrationen für Blynk und InfluxDB v3. Das aktuelle Release ist v4.16.2 mit v4.17.0 in Entwicklung, das schreibgeschützte API-Keys, CLI-Passwort-Reset und sekundäre NetIDs für Roaming hinzufügt.

The Things Stack erreichte v3.35.2 (Januar 2026) mit v3.36 in Entwicklung. Aktuelle Highlights umfassen MAC Settings Profiles (v3.35.0) für wiederverwendbare Gerätekonfigurations-Templates, verbesserte ADR-Algorithmen mit Behebung von Off-by-One-Fehlern und Flip-Flop-Bedingungen, Channel Steering für US915/AU915-Geräte und Webhook-Pausierung über die Konsole. Der Start des globalen LoRaWAN-Netzwerk-Peerings durch Packet Broker im Februar 2025 — einschließlich Satellitenkonnektivität via Lacuna Space — ist die strategisch bedeutendste TTS-Entwicklung und ermöglicht die kommerzielle Monetarisierung von Gateway-Abdeckung über Netzwerke hinweg.

Migrationspfade begünstigen die Bewegung Richtung TTS

Die Migration von ChirpStack zu TTS wird gut unterstützt durch das offizielle ttn-lw-migrate CLI-Tool, das Gerätebeschreibungen aus ChirpStack (sowohl v3 als auch v4) in TTS-kompatibles JSON-Format exportiert, einschließlich Sitzungsdaten für nahtlose Migration aktiver Geräte.

Die umgekehrte Migration — TTS zu ChirpStack — hat kein dediziertes Tool und erfordert manuelle Neubereitstellung: Geräte aus TTS entfernen, in ChirpStack mit derselben DevEUI/AppEUI/AppKey neu registrieren, Gateways umkonfigurieren und neue Join-Requests auslösen. ChirpStack kann Geräteprofile aus dem TTS Device Repository importieren, was die Profilerstellung erleichtert. In beiden Richtungen müssen Payload-Decoder neu erstellt, alle Integrationen umkonfiguriert und historische Daten separat exportiert werden. OTAA-Geräte müssen dem Netzwerk erneut beitreten, während ABP-Gerätesitzungen potenziell erhalten bleiben können, wenn die Sitzungsdaten migriert werden. Wie dieser Weg praktisch abläuft, von der Geräteliste über den OTAA-Rejoin bis zur Gateway-Umstellung, beschreibt unsere Anleitung zur Migration von The Things Network zu ChirpStack.

Fazit

Die Wahl zwischen ChirpStack und The Things Stack ist letztendlich eine Build-versus-Buy-Entscheidung, die von drei Faktoren abhängt: Datenkontrollanforderungen, Team-Kompetenz und Deployment-Größe. ChirpStack liefert unerreichte Datensouveränität, null Lizenzkosten und bewährte Skalierbarkeit auf Zehntausende von Geräten — erfordert aber Infrastrukturexpertise und laufende operative Investition. The Things Stack bietet einen schnelleren Weg zur Produktion mit reichhaltigeren vorgefertigten Integrationen, dem weltweit größten LoRaWAN-Community-Netzwerk und einzigartigen Roaming-Fähigkeiten durch Packet Broker — auf Kosten von Abogebühren und reduzierter Datenkontrolle.

Für private Industrienetzwerke, regulierte Branchen und Organisationen mit starken DevOps-Teams ist ChirpStack die natürliche Wahl. Für schnelles Prototyping, kommerzielle Deployments ohne dediziertes Infrastrukturpersonal und Projekte, die von Multi-Netzwerk-Roaming profitieren, liefert The Things Stack Cloud mehr Wert. Das Aufkommen von TTS Enterprise als Self-Hosted-Kommerzoption und ChirpStacks wachsende Feature-Parität (FUOTA, Gateway Mesh, eingebettetes SQLite) verringern die Lücke schrittweise — aber die architektonischen Philosophien bleiben grundlegend verschieden, und diese Unterscheidung treibt die Entscheidung.

Mit chirphost müssen Sie sich nicht zwischen Kontrolle und Komfort entscheiden. Managed ChirpStack-Hosting gibt Ihnen volle Datensouveränität, null Lizenzkosten und professionelles Infrastrukturmanagement — ab 99,90 €/Monat, gehostet in ISO-27001-zertifizierten Rechenzentren in Deutschland.

Fällt die Wahl auf eine betriebene Instanz, stehen Leistungsumfang, Regionen und SLA auf der Seite LoRaWAN Network Server mieten.

Quellen

• ChirpStack — Offizielle Website
• ChirpStack — Architektur-Dokumentation
• ChirpStack GitHub Repository (MIT-Lizenz)
• ChirpStack Docker Compose Setup
• ChirpStack Changelog
• ChirpStack Forum — 52.000-Geräte-Deployment
• The Things Industries — Stack Pläne & Preise
• The Things Industries — Stack Übersicht
• The Things Stack GitHub Releases
• AWS Marketplace — The Things Stack Cloud
• The Things Network
• TTN Forum — Fair Use Policy
• The Things Industries — Deutsche Bahn Case Study
• ThingsBoard — ChirpStack Integration