LoRaWAN in Home Assistant: der Weg über MQTT
Home Assistant hat keine eingebaute LoRaWAN-Unterstützung, und das ist kein Versäumnis: LoRaWAN ist kein Gerätestandard, sondern ein Netzwerk. Die Daten kommen nicht vom Sensor, sondern vom Netzwerkserver – und der spricht MQTT. Genau darüber führt der Weg, und er ist kürzer, als er klingt.
Warum es keine fertige Integration gibt
Bei Zigbee spricht Home Assistant direkt mit dem Funkstick und kennt jedes Gerät. Bei LoRaWAN gibt es diesen direkten Draht nicht:
- Der Sensor sendet an ein Gateway – vielleicht Deines, vielleicht ein fremdes.
- Das Gateway reicht an den Netzwerkserver weiter, etwa The Things Network.
- Der Server entschlüsselt und stellt die Daten bereit – als MQTT-Nachricht oder Webhook.
- Home Assistant holt sie dort ab.
Home Assistant sitzt also am Ende einer Kette, nicht am Anfang. Es sieht keinen Sensor, sondern eine Nachricht vom Netzwerkserver – und muss selbst wissen, was darin steht.
Die zwei Wege
| Weg | Aufwand | Gut wenn |
|---|---|---|
| MQTT-Brücke zum Netzwerkserver | mittel | Du ohnehin einen MQTT-Broker betreibst |
| Webhook in Home Assistant | gering | es nur um wenige Sensoren geht |
| Node-RED dazwischen | mittel | die Daten umgerechnet werden müssen |
| Eigener Netzwerkserver im Haus | hoch | nichts nach außen soll |
Der zweite Weg ist der schnellste Einstieg und wird oft übersehen: Der Netzwerkserver kann jede Nachricht als Webhook an Home Assistant schicken. Kein Broker, keine Brücke – nur eine Adresse und eine Automatisierung, die den Wert übernimmt.
Der Weg über MQTT
Das ist die sauberere Lösung, wenn mehrere Sensoren dazukommen sollen. Der Haken: Home Assistants MQTT-Integration verbindet sich nur mit einem einzigen Broker. Der Netzwerkserver bringt aber seinen eigenen mit.
- Einen eigenen MQTT-Broker betreiben – in aller Regel Mosquitto als Zusatzdienst.
- Eine Brücke einrichten, die Nachrichten vom Netzwerkserver in den eigenen Broker spiegelt. Dafür braucht es die Anwendungskennung und einen API-Schlüssel.
- In Home Assistant Sensoren anlegen, die auf die gespiegelten Themen hören.
- Die Nutzdaten herausziehen – sie stecken verschachtelt im JSON der Nachricht.
Schritt 2 ist die Stelle, an der die meisten hängenbleiben. Ohne Brücke sieht Home Assistant nichts, weil es nicht zu zwei Brokern gleichzeitig verbinden kann. Die Brücke gehört in die Konfiguration des eigenen Brokers, nicht in die von Home Assistant.
Die Nutzdaten
Ein LoRaWAN-Sensor überträgt keine Zahlen im Klartext, sondern rohe Bytes – aus gutem Grund: Jedes gesparte Byte verkürzt die Sendezeit und schont das Sendezeitbudget.
- Der Netzwerkserver kann sie für Dich übersetzen. Für die meisten Sensoren gibt es fertige Dekoder, die der Hersteller bereitstellt.
- Danach steht der Messwert lesbar in der Nachricht und lässt sich direkt übernehmen.
- Ohne Dekoder siehst Du nur eine Zeichenkette – dann muss die Umrechnung auf der Home-Assistant-Seite passieren.
- Der Dekoder gehört auf den Netzwerkserver, nicht in die Hausautomatisierung. Dort ist er einmal gepflegt und gilt für alle Abnehmer.
Der letzte Punkt spart später viel Arbeit. Wer die Umrechnung in Home Assistant baut, muss sie bei jedem Umbau erneut anfassen. Auf dem Netzwerkserver liegt sie beim Gerät und wandert mit.
Fallstricke im Betrieb
| Beobachtung | Ursache | Abhilfe |
|---|---|---|
| Sensor gilt als nicht verfügbar | Sendeintervall länger als die Zeitgrenze | Erwartungswert hochsetzen |
| Werte kommen unregelmäßig | normal – LoRaWAN garantiert nichts | letzten Wert behalten |
| Nach Neustart fehlen Werte | MQTT-Nachrichten waren nicht dauerhaft | Aufbewahrung aktivieren |
| Alles doppelt | mehrere Gateways empfangen | normal, Server sortiert aus |
| Schaltbefehl kommt nicht an | Geräteklasse A wartet auf die nächste Meldung | Klasse C nötig |
Die erste Zeile ist der häufigste Ärger. Ein Sensor, der alle 30 Minuten meldet, wird von einer knapp eingestellten Zeitgrenze als ausgefallen gemeldet – obwohl alles in Ordnung ist. Die Grenze sollte mindestens beim Doppelten des Sendeintervalls liegen, besser beim Dreifachen, weil einzelne Nachrichten regelmäßig verlorengehen.
Die zweite Zeile ist keine Störung, sondern Eigenart der Technik. LoRaWAN kennt keine Wiederholung, wenn nichts bestätigt wird. Ein Ausfall einzelner Meldungen ist normal und kein Grund zur Fehlersuche.
Was sich damit sinnvoll bauen lässt
- Bodenfeuchte im Garten, die eine Bewässerung auslöst – der klassische Fall.
- Füllstand in Zisterne oder Öltank, mit Warnung bei niedrigem Stand.
- Temperatur im Ferienhaus, mit Frostwarnung.
- Zählerstände aus Keller oder Schacht.
Welcher Sensor sich für welche Aufgabe eignet und worauf bei Schutzklasse und Dekoder zu achten ist, steht in der Sensor-Kaufberatung.
Was sich damit nicht bauen lässt: alles, was schnell reagieren muss. Bewegungsmelder, Lichtschalter, Türkontakte – dafür ist Zigbee gebaut und LoRaWAN die falsche Technik.
Fazit
Der Weg führt über den Netzwerkserver, nicht über den Sensor. Home Assistant sieht nie ein LoRaWAN-Gerät, sondern immer nur eine Nachricht.
Für wenige Sensoren ist der Webhook der schnellste Weg, für mehrere die MQTT-Brücke – und die braucht einen eigenen Broker, weil Home Assistant nur zu einem verbindet.
Und stell die Zeitgrenze großzügig ein: Ausgefallene Einzelmeldungen sind bei LoRaWAN normal, kein Fehler.
Häufige Fragen
Gibt es eine LoRaWAN-Integration für Home Assistant?
Keine direkte, weil LoRaWAN kein Gerätestandard ist. Die Daten kommen vom Netzwerkserver – über MQTT oder als Webhook.
Brauche ich einen eigenen MQTT-Broker?
Für den MQTT-Weg ja, denn Home Assistant verbindet sich nur zu einem Broker. Eine Brücke spiegelt die Nachrichten vom Netzwerkserver dorthin. Der Webhook-Weg kommt ohne aus.
Warum sind meine Sensorwerte unleserlich?
Weil LoRaWAN rohe Bytes überträgt. Der passende Dekoder gehört auf den Netzwerkserver – die meisten Hersteller stellen einen bereit.
Warum wird mein Sensor als nicht verfügbar angezeigt?
Meist ist die Zeitgrenze zu knapp gesetzt. Sie sollte mindestens beim Doppelten des Sendeintervalls liegen, weil einzelne Meldungen regelmäßig ausfallen.
Kann ich über Home Assistant LoRaWAN-Geräte schalten?
Nur eingeschränkt. Geräte der Klasse A empfangen erst nach der nächsten eigenen Meldung. Für sofortiges Schalten braucht es Klasse C und damit eine feste Stromversorgung.
Weiterlesen in dieser Nische
Alle Artikel dieses Bereichs auf einen Blick – der Praxis-Teil steht zuerst.
Praxis: LoRa, Zigbee oder WLAN
Grundlagen: LoRa oder LoRaWAN · LoRa-Reichweite · 868 MHz und das Sendezeitbudget · Spreizfaktor bei LoRa · LoRaWAN-Klassen A, B und C
Netz und Gateway: The Things Network · Eigenes LoRaWAN-Gateway betreiben · LoRa-Antenne · Helium-Netzwerk heute · LoRaWAN-Abdeckung prüfen
Meshtastic: Meshtastic in Deutschland: Einstieg in einer halben Stunde · Meshtastic-Hardware · Meshtastic in Deutschland: Frequenz, Sendeleistung und Rechtslage · Meshtastic oder LoRaWAN
MeshCore: MeshCore: die zweite LoRa-Mesh-Firmware, erklärt · Meshtastic oder MeshCore
Kaufberatung: LoRaWAN-Gateway kaufen · LoRaWAN-Sensoren kaufen · LoRa-Einstiegsset