LoRaWAN Klassen A, B und C: Welche Geräteklasse brauche ich?

LoRaWAN ist eine der führenden Funktechnologien für das Internet of Things. Ein zentrales Konzept, das den Energieverbrauch, die Reaktionszeit und die Einsatzmöglichkeiten eines Geräts bestimmt, sind die Geräteklassen A, B und C. Sie definieren, wann und wie oft ein Endgerät bereit ist, Daten vom Netzwerk zu empfangen – und genau das entscheidet, ob dein Sensor 10 Jahre mit einer Batterie läuft oder eine feste Stromversorgung braucht.

In diesem Artikel erklären wir die drei Klassen im Detail, vergleichen sie direkt miteinander und helfen dir, die richtige Klasse für deinen Anwendungsfall zu wählen.

Inhaltsverzeichnis

• Was sind LoRaWAN-Geräteklassen?
• Klasse A – Der Batterie-Champion
  • So funktioniert Klasse A
  • Vorteile
  • Nachteile
  • Typische Anwendungen
• Klasse B – Der Kompromiss
  • So funktioniert Klasse B
  • Vorteile
  • Nachteile
  • Typische Anwendungen
• Klasse C – Always-On
  • So funktioniert Klasse C
  • Vorteile
  • Nachteile
  • Typische Anwendungen
• Vergleich: Klasse A vs. B vs. C
• Klassenwechsel zur Laufzeit
  • Typisches Szenario: Firmware-Update
  • Konfiguration in ChirpStack
• Welche Klasse soll ich wählen?
• Fazit

Was sind LoRaWAN-Geräteklassen?

Die LoRaWAN-Spezifikation der LoRa Alliance definiert drei Geräteklassen: A, B und C. Jede Klasse beschreibt ein bestimmtes Kommunikationsverhalten – genauer gesagt, wann ein Endgerät Empfangsfenster (Receive Windows) öffnet, um Daten vom Netzwerkserver entgegenzunehmen.

Der zentrale Unterschied liegt im Downlink-Verhalten: Wie und wann kann der Server eine Nachricht an das Gerät senden?

Wichtig dabei: Klasse A ist die Basis. Jedes LoRaWAN-Gerät muss Klasse A unterstützen. Klasse B und C sind Erweiterungen, die zusätzliche Empfangsmöglichkeiten bieten – auf Kosten des Energieverbrauchs.

Das bedeutet auch, dass ein Klasse-B-Gerät alles kann, was Klasse A kann – plus die zusätzlichen Ping-Slots. Und ein Klasse-C-Gerät baut ebenfalls auf Klasse A auf, hält aber sein Empfangsfenster nahezu permanent offen.

Schauen wir uns die drei Klassen im Detail an.

Klasse A – Der Batterie-Champion

Klasse A ist der Standard und wird von der überwältigenden Mehrheit aller LoRaWAN-Geräte genutzt. Das Prinzip ist einfach: Das Gerät bestimmt, wann kommuniziert wird.

So funktioniert Klasse A

1. Das Endgerät sendet einen Uplink (z. B. einen Messwert)
2. Nach genau 1 Sekunde öffnet sich das erste Empfangsfenster (RX1)
3. Nach 2 Sekunden öffnet sich das zweite Empfangsfenster (RX2)
4. Danach geht das Gerät zurück in den Schlafmodus

Uplink ──► [1s Pause] ──► RX1 ──► [1s Pause] ──► RX2 ──► Sleep ────────────►
           ◄─ Fenster 1 ─►        ◄─ Fenster 2 ─►        ◄── Keine Empfang ──

Der Server kann dem Gerät also nur direkt nach einem Uplink antworten. Wenn ein Sensor alle 15 Minuten sendet, gibt es auch nur alle 15 Minuten eine Gelegenheit für einen Downlink.

Vorteile

• Minimaler Energieverbrauch – das Gerät schläft die meiste Zeit
• Längste Batterielebensdauer – 5 bis 10 Jahre sind realistisch
• Einfachste Implementierung – jedes LoRaWAN-Gerät unterstützt Klasse A
• Geringste Netzwerklast – keine zusätzlichen Synchronisationsnachrichten nötig

Nachteile

• Hohe Downlink-Latenz – Befehle erreichen das Gerät erst beim nächsten Uplink
• Kein zeitkritischer Downlink möglich – wenn der Sensor alle 15 Min sendet, kann ein Befehl bis zu 15 Min warten

Typische Anwendungen

• Temperatursensoren, Luftfeuchtigkeitssensoren
• Wasserstands- und Pegelmelder
• Füllstandsmessung (Mülltonnen, Silos, Tanks)
• Bodenfeuchtigkeit und Wetterstationen
• Tür-/Fensterkontakte, Bewegungsmelder
• Zählerstand-Übertragung (Strom, Gas, Wasser)

In der Praxis ist Klasse A für rund 95 % aller LoRaWAN-Deployments die richtige Wahl. Immer wenn ein Gerät batteriebetrieben ist und keine zeitkritischen Downlinks braucht, ist Klasse A der Standard.

Klasse B – Der Kompromiss

Klasse B erweitert Klasse A um planbare Empfangsfenster – sogenannte Ping-Slots. Damit lässt sich die Downlink-Latenz deutlich reduzieren, ohne das Gerät permanent empfangsbereit zu halten.

So funktioniert Klasse B

Zusätzlich zu den beiden Empfangsfenstern nach jedem Uplink (wie bei Klasse A) öffnet ein Klasse-B-Gerät in regelmäßigen Abständen weitere Empfangsfenster:

1. Das Gateway sendet periodisch Beacons – Zeitsignale, mit denen sich die Endgeräte synchronisieren
2. Zwischen zwei Beacons öffnet das Gerät Ping-Slots zu festgelegten Zeitpunkten
3. Der Netzwerkserver weiß, wann diese Slots stattfinden, und kann gezielt Downlinks planen

Beacon ──► ... ──► Ping-Slot ──► ... ──► Ping-Slot ──► ... ──► Beacon
                   ◄─ RX ─►              ◄─ RX ─►

Die Anzahl der Ping-Slots pro Beacon-Intervall (standardmäßig 128 Sekunden) ist konfigurierbar. Mehr Slots bedeuten geringere Latenz, aber höheren Energieverbrauch.

Vorteile

• Planbare Downlinks – der Server kann innerhalb von Sekunden bis Minuten antworten
• Deutlich geringere Latenz als Klasse A
• Akzeptabler Stromverbrauch – immer noch batteriefähig, je nach Ping-Intervall

Nachteile

• Komplexere Implementierung – Beacon-Synchronisation erforderlich
• Gateway muss Beacons unterstützen – nicht jedes Gateway kann das
• Höherer Energieverbrauch als Klasse A – durch die zusätzlichen Empfangsfenster
• Bei Beacon-Verlust fällt das Gerät auf Klasse A zurück

Typische Anwendungen

• Smart-Meter-Ablesung auf Abruf
• Stellglied-Steuerung mit tolerierbarer Verzögerung (Sekunden bis Minuten)
• Asset-Tracking mit Konfigurationsänderungen
• Geräte, die gelegentlich zeitnahe Befehle empfangen müssen

In der Praxis ist Klasse B eine Nische. Viele Anwendungsfälle, die einen planbaren Downlink brauchen, werden heute eher mit Klasse C und fester Stromversorgung oder schlicht mit häufigeren Uplinks in Klasse A gelöst.

Klasse C – Always-On

Klasse C ist das Gegenteil von Klasse A in Bezug auf Energieverbrauch und Reaktionszeit. Das Empfangsfenster ist permanent offen – das Gerät hört praktisch immer zu.

So funktioniert Klasse C

1. Das Gerät hält sein Empfangsfenster dauerhaft offen
2. Nur während des eigenen Sendens (Uplink) ist der Empfang kurz unterbrochen
3. Unmittelbar danach öffnet sich das Fenster wieder

◄──────── RX offen ────────► Uplink ◄──────── RX offen ────────►

Der Netzwerkserver kann einem Klasse-C-Gerät jederzeit einen Downlink senden – die Latenz liegt typischerweise unter einer Sekunde.

Vorteile

• Sofortiger Downlink – minimale Latenz
• Ideal für Aktoren – Befehle werden unmittelbar ausgeführt
• Einfache Implementierung – keine Beacon-Synchronisation nötig (im Gegensatz zu Klasse B)

Nachteile

• Höchster Energieverbrauch – der Empfänger ist permanent aktiv
• Batteriebetrieb praktisch nicht möglich – eine feste Stromversorgung ist erforderlich
• Höhere Netzwerklast – der Server muss jederzeit Downlinks senden können

Typische Anwendungen

• Straßenbeleuchtung (Dimmen, An/Aus)
• Ventile und Relais-Steuerung (Bewässerung, Heizung)
• Sirenen und Alarmsysteme
• Smart Plugs und Schaltsteckdosen
• Türschlösser und Zugangskontrollen

Klasse C ist immer dann die richtige Wahl, wenn ein Gerät jederzeit Befehle empfangen muss und eine feste Stromversorgung vorhanden ist.

Vergleich: Klasse A vs. B vs. C

Klassenwechsel zur Laufzeit

Ein oft übersehenes Feature von LoRaWAN: Geräte können zur Laufzeit zwischen Klassen wechseln. Da jedes Gerät mindestens Klasse A unterstützt, ist der Ausgangspunkt immer A.

Typisches Szenario: Firmware-Update

1. Gerät läuft im Normalbetrieb als Klasse A (Batterie schonen)
2. Firmware-Update steht an → Gerät wechselt temporär zu Klasse C
3. Der Server kann jetzt große Datenmengen per Downlink übertragen (FUOTA – Firmware Update Over The Air)
4. Nach dem Update wechselt das Gerät zurück zu Klasse A

Konfiguration in ChirpStack

In ChirpStack wird die unterstützte Geräteklasse im Device Profile festgelegt. Das Device Profile definiert, ob ein Gerät Klasse B oder C unterstützt. Klasse A ist immer aktiv.

{
  "deviceProfile": {
    "name": "Temperatursensor-Klasse-A",
    "macVersion": "1.0.3",
    "supportsClassB": false,
    "supportsClassC": false,
    "classBTimeout": 0,
    "classCTimeout": 0
  }
}

Für ein Gerät mit Klasse-C-Unterstützung setzt du supportsClassC auf true. ChirpStack sendet dann Downlinks ohne auf einen Uplink warten zu müssen.

Welche Klasse soll ich wählen?

Die Entscheidung ist in den meisten Fällen einfacher als gedacht:

Batteriebetrieben und keine zeitkritischen Downlinks? → Klasse A. Das ist der Standard und deckt 95 % aller Fälle ab.

Batteriebetrieben, aber Downlinks innerhalb von Minuten nötig? → Klasse B kann eine Option sein. Prüfe aber, ob häufigere Uplinks in Klasse A nicht einfacher sind.

Feste Stromversorgung und sofortige Steuerung nötig? → Klasse C. Ideal für Aktoren und Geräte, die jederzeit Befehle empfangen müssen.

Im Zweifel? → Nimm Klasse A. Du kannst später jederzeit wechseln. Und die meisten Anwendungsfälle brauchen gar keinen zeitkritischen Downlink.

Bedenke auch: Selbst bei Klasse A gibt es Gestaltungsspielraum. Wenn du alle 5 Minuten statt alle 15 Minuten sendest, hast du auch dreimal so häufig eine Downlink-Gelegenheit – allerdings auf Kosten der Batterielebensdauer.

Fazit

Die drei LoRaWAN-Geräteklassen bieten für jeden Einsatzzweck das passende Kommunikationsverhalten:

• Klasse A ist der Standard für batteriebetriebene Sensoren und deckt die allermeisten IoT-Szenarien ab
• Klasse C ist die Wahl für netzbetriebene Aktoren, die jederzeit Befehle empfangen müssen
• Klasse B ist ein Kompromiss, der in der Praxis selten zum Einsatz kommt

Die richtige Klasse hängt letztlich von zwei Fragen ab: Brauche ich zeitkritische Downlinks? Und: Habe ich eine feste Stromversorgung?

Wenn du ein LoRaWAN-Netzwerk aufbauen oder erweitern möchtest, unterstützen wir dich beim Design der Architektur und der Wahl der richtigen Geräte und Klassen. Mit unserem ChirpStack Managed Hosting übernehmen wir den Betrieb deines LoRaWAN-Netzwerkservers – inklusive Device-Konfiguration und Klassenmanagement.