TECHNOLOGIE

LoRaWAN

Ein energiearmes, weit reichendes Funkprotokoll für batteriebetriebene Sensoren im Internet, eingesetzt in Smart-City- und Agrar-IoT-Projekten.

Zuletzt geprüft: vonKevin Riedl wiki ↗

LoRaWAN ist die Netzwerkschicht, die großflächige IoT-Projekte ökonomisch macht. Geräte laufen jahrelang mit Knopfzellen, senden kleine Payloads (ein paar hundert Byte) und erreichen Gateways über Kilometer. Die Trade-offs: niedrige Bandbreite, seltene Updates, nicht-triviale Deployment-Phase, um Gateway-Abdeckung richtig zu setzen.

Anwendungen, die wir geliefert haben: Smart-City-Sensornetze (Parken, Umwelt, Abfall), Agrar-Monitoring, industrielle Telemetrie. Das Muster ist immer gleich: günstige, dumme Sensoren an der Edge; Gateways aggregieren zum Netzwerk-Server; der Netzwerk-Server schickt an dein Application-Backend.

Beispiel, wohin das Budget tatsächlich geht, und der Fehler, den Founder machen: Sie bepreisen die Sensoren und vergessen die Abdeckung. Eine Farm oder ein Stadtviertel braucht Gateways so positioniert, dass jeder Sensor mindestens eines erreicht, und das falsch zu machen bedeutet Funklöcher, Retransmissionen und Batterien, die in Monaten statt Jahren leerlaufen. Bei einem echten Deployment sind das Site-Survey und die Gateway-Platzierung oft die schwerere Hälfte des Projekts, lange nachdem die Kosten pro Sensor abgesegnet wurden. Wände, Gelände und Metallsilos fressen Reichweite, und du findest es nur durch Messen vor Ort heraus.

Die andere Entscheidung, die Founder überstürzen, ist, wem das Netz gehört. Mit LoRaWAN betreibst du typischerweise deine eigenen Gateways, was keine Mobilfunkrechnung pro Gerät bedeutet, aber eine echte Verantwortung: Du betreibst die Gateways, den Netzwerk-Server und die Abdeckung. Die Mobilfunk-Alternativen (NB-IoT, LTE-M) drehen das um, der Carrier besitzt die Abdeckung überall, wo er hinreicht, und du zahlst im Gegenzug einen Datentarif pro Gerät. Für ein dichtes, festes Deployment, das du kontrollierst (ein Campus, eine Farm, ein Stadtviertel), gewinnt das Eigenbetreiben über die Gerätelebensdauer meist bei den Kosten. Für eine geringe Gerätezahl, unvorhersehbar über Regionen verstreut, ist das Zahlen an den Carrier günstiger als das Bauen einer Abdeckung, die du kaum nutzen wirst.

Der ehrliche Trade-off: LoRaWAN tauscht Bandbreite und Latenz gegen Reichweite und Batterielaufzeit, und dieser Tausch ist nicht verhandelbar, nicht justierbar. Es ist das richtige Werkzeug, wenn du viele Sensoren über eine weite Fläche mit mehrjähriger Batterielaufzeit brauchst und nur ab und zu ein paar Byte sendest. Es ist das falsche Werkzeug, wenn du hohe Bandbreite, niedrige Latenz oder per-Device-Konnektivität brauchst, die dem Gerät folgt; dafür ist 5G NB-IoT oder LTE-M meist der bessere Fit. Entscheide, auf welcher Achse dein Produkt tatsächlich lebt, bevor du dich auf das Funkprotokoll festlegst.

// FAQ

Häufige Fragen

LoRaWAN, wenn Du das Netz selbst kontrollieren willst und Sensoren jahrelang mit Batterie laufen sollen. NB-IoT für Mobilfunk-Provider-Verträge ohne Gateway-Investition. LTE-M, wenn moderate Bandbreite oder Mobilität nötig ist. Wer das falsche Protokoll wählt, deployt zweimal.
Für Hobby und Prototyping reicht TTN. Für Produktion in Industrie oder Smart City eigene Gateways oder kommerzieller Provider; öffentliche Netze haben keine SLAs und die Abdeckung kann Du nicht garantieren.
Funkplanung. Gebäude, Baumkronen und urbane Geometrie killen theoretische Reichweite. Site-Survey vor Großbestellung der Sensoren machen, nicht nachher. Sonst hast Du 500 Sensoren und Lücken im Gateway-Mesh, die nur durch Hardware-Nachkauf zu schließen sind.