Weblog

The Things Stack

12.03.2026 · 4 Min. Lesezeit

Wer sich mit The Things Network beschäftigt, stößt früher oder später auf den Begriff The Things Stack. Während TTN für viele Nutzer die sichtbare Oberfläche ist, bildet The Things Stack das eigentliche Backend - die Sammlung von Diensten, die LoRaWAN‑Pakete entgegennehmen, entschlüsseln, deduplizieren, weiterleiten und verwalten.

The Things Stack ist dabei weit mehr als ein einzelner Server. Es ist eine modulare, hochgradig skalierbare Architektur, die exakt den Vorgaben der LoRaWAN‑Spezifikation folgt und diese in einer Weise implementiert, die sowohl für Community‑Netzwerke als auch für professionelle Installationen geeignet ist.

Um zu verstehen, warum TTN so zuverlässig funktioniert und warum es sich lohnt, ein eigenes Gateway zu betreiben, muss man die Funktionsweise von The Things Stack kennen.

Die modulare Architektur - Network Server, Join Server, Application Server

LoRaWAN trennt die Aufgaben der Netzwerkinfrastruktur bewusst in mehrere logische Einheiten. The Things Stack setzt diese Trennung konsequent um.

Der Network Server ist das Herzstück. Er empfängt Pakete von Gateways, dedupliziert sie, prüft die Integrität, verwaltet die MAC‑Schicht und steuert ADR. Er entscheidet, ob ein Paket gültig ist, ob ein Downlink erforderlich ist und wie die Netzlast verteilt wird.

Der Join Server ist für OTAA‑Prozesse zuständig. Er verwaltet die Root‑Keys der Endgeräte, generiert Session‑Keys und stellt sicher, dass nur autorisierte Geräte dem Netzwerk beitreten.

Der Application Server schließlich ist der Endpunkt für die Nutzdaten. Er entschlüsselt die Application Payload, stellt sie über Webhooks, MQTT oder andere Schnittstellen bereit und trennt die Anwendungslogik vollständig von der Netzlogik.

Diese Trennung ist nicht nur elegant, sondern auch essenziell. Sie ermöglicht es, Gateways extrem einfach zu halten, Anwendungen unabhängig voneinander zu betreiben und Netzwerke beliebig zu skalieren.

Warum TTN so gut zu LoRaWAN passt

TTN ist im Grunde eine große, öffentlich zugängliche Instanz von The Things Stack. Es implementiert die LoRaWAN‑Architektur so, wie sie gedacht ist: offen, verteilt und interoperabel.

Gateways senden Pakete an das TTN‑Backend, ohne zu wissen, welche Geräte oder Anwendungen dahinterstehen. Der Network Server dedupliziert Pakete, die von mehreren Gateways empfangen wurden. Der Join Server stellt sicher, dass nur autorisierte Geräte beitreten. Der Application Server liefert die Nutzdaten an die Anwendungen der Nutzer.

Diese Architektur ist der Grund, warum TTN so stabil funktioniert, obwohl es von einer Community betrieben wird. Die Komplexität liegt im Backend, nicht in der Peripherie. Gateways bleiben simpel, Endgeräte bleiben energieeffizient, Anwendungen bleiben flexibel.

Warum ein eigenes TTN‑Gateway sinnvoll ist - technisch und gesellschaftlich

Ein Gateway ist der sichtbarste Beitrag zur TTN‑Community. Es erweitert die Netzabdeckung, erhöht die Redundanz und verbessert die Empfangsqualität für alle Nutzer in der Umgebung. Doch der Nutzen geht weit über den Community‑Gedanken hinaus.

Ein eigenes Gateway ist der beste Weg, LoRaWAN wirklich zu verstehen. Man sieht, wie Pakete empfangen werden, wie sich Spreading Factors verteilen, wie ADR arbeitet und wie sich die Netzlast entwickelt. Man erkennt, wie viele Geräte in der Umgebung aktiv sind, wie oft sie senden und wie gut die Abdeckung tatsächlich ist.

Gleichzeitig ist der Betrieb eines Gateways technisch erstaunlich unkompliziert. Moderne Geräte unterstützen Basic Station, benötigen kaum Konfiguration und laufen stabil über Monate hinweg. Ein Outdoor‑Gateway mit PoE‑Versorgung und Ethernet‑Backhaul ist praktisch wartungsfrei.

Und schließlich ist ein Gateway ein Beitrag zur digitalen Infrastruktur. Es schafft Konnektivität für Sensoren, die ohne eigenes Netz nicht funktionieren würden. Es ermöglicht Smart‑City‑Projekte, Umweltmonitoring, private Sensorik und industrielle Anwendungen - ohne dass der Betreiber selbst alle diese Anwendungen kennen muss.

Wie ein TTN‑Gateway technisch eingebunden wird

Ein TTN‑Gateway kommuniziert nicht direkt mit Endgeräten, sondern ausschließlich mit dem TTN‑Backend. Die Verbindung erfolgt über UDP oder - moderner und sicherer - über Basic Station.

Basic Station bietet mehrere Vorteile:

• TLS‑gesicherte Verbindung
• automatische Konfigurationsupdates
• Roaming‑Fähigkeit
• geringere Fehleranfälligkeit
• bessere Unterstützung für Multi‑Tenant‑Netze

Der Gateway‑Host verbindet sich mit dem TTN‑Server, lädt die Konfiguration herunter und beginnt sofort mit dem Forwarding. Es gibt keine lokale Geräteverwaltung, keine Schlüssel, keine Routing‑Tabellen.

Diese Einfachheit ist der Grund, warum TTN‑Gateways so zuverlässig funktionieren. Sie sind im Grunde nur Antennen mit IP‑Anschluss, während die gesamte Intelligenz im Backend liegt.

Der Bogen zurück zu LoRaWAN

TTN zeigt exemplarisch, wie LoRaWAN als offene, verteilte Technologie gedacht ist. Die Trennung von Gateway, Network Server und Anwendung wird hier konsequent umgesetzt. Die Community‑Struktur demonstriert, wie skalierbar LoRaWAN sein kann, wenn viele kleine Knoten ein großes Netz bilden.

Gleichzeitig macht TTN deutlich, dass LoRaWAN nicht nur eine Funktechnologie ist, sondern ein Ökosystem. Ein Zusammenspiel aus Hardware, Software, Community und offenen Standards.

Wer LoRaWAN verstehen will, kommt an TTN nicht vorbei. Und wer TTN nutzt, versteht LoRaWAN schneller, tiefer und praxisnäher.