Tech Insights

Wie lange LoRaWAN-Sensorbatterien wirklich halten und was ADR daran ändert

LoRaWAN-Sensorbatterien halten ein Jahr oder fast ein Jahrzehnt. Was die Laufzeit bestimmt, was ADR daran ändert und wie Sie den Ladestand im Feld überwachen.

Thiago Lima ·
Wie lange LoRaWAN-Sensorbatterien wirklich halten und was ADR daran ändert

Ein Hersteller wird Ihnen sagen, dass ein LoRaWAN-Sensor zehn Jahre mit einer einzigen Zelle läuft. Das kann stimmen. Es kann bei exakt derselben Hardware aber auch um den Faktor fünf danebenliegen, denn die Batterielaufzeit bei LoRaWAN ist ein Ergebnis der Konfiguration, keine Eigenschaft der Hardware. Die ehrliche Antwort auf die Frage “wie lange halten diese Batterien” liegt irgendwo zwischen etwa einem Jahr und rund einem Jahrzehnt. Wo Sie innerhalb dieser Spanne landen, hängt davon ab, wie oft das Gerät sendet, wie weit es von einem Gateway entfernt ist und ob das Netz das Funkverhalten für Sie nachregeln darf.

Die Frage für die Planung lautet also nicht “wie lange hält die Batterie”. Sie lautet “was verlange ich von diesem Gerät, und was kostet das an Energie”. Machen Sie das falsch, überdimensionieren Sie entweder mit größeren Batterien, die Sie nicht gebraucht hätten, oder Sie liefern Sensoren aus, die im Feld ein Jahr früher ausfallen als erwartet. Hier steht, was die Laufzeit tatsächlich bestimmt, was Adaptive Data Rate daran ändert und wie Sie eine schwächelnde Batterie erkennen, bevor ein Gerät stillsteht.

Was eine LoRaWAN-Batterie wirklich leert

Ein Großteil der Lebensdauer eines Low-Power-Sensors vergeht im Schlafzustand, in dem er fast nichts zieht. Die Energie geht beim Senden verloren. Alles, was die Funkeinheit länger oder häufiger einschaltet, kostet Sie also.

Die Uplink-Frequenz ist der größte Hebel, den Sie direkt steuern. Ein Sensor, der einmal pro Stunde meldet, überdauert denselben Sensor, der jede Minute meldet, oft um Jahre, weil er sechzigmal weniger Aufwand fürs Senden betreibt. Die Payload-Größe wirkt aus demselben Grund: Eine längere Nachricht braucht länger zum Senden, und längere Sendezeit bedeutet mehr Energie.

Die Distanz zum Gateway bestimmt den Spreading Factor, und der Spreading Factor bestimmt die Sendezeit. Ein Gerät nahe an einem Gateway läuft mit SF7, ist mit einer Nachricht schnell fertig und schläft wieder ein. Schieben Sie es an den Rand der Abdeckung, steigt es auf SF12, wo dieselbe Nachricht weit länger in der Luft bleibt und weit mehr Energie verbraucht, in der Größenordnung von zwanzigmal mehr für eine einzelne Übertragung. Ein Sensor, der am Rand der Reichweite “noch verbindet”, ist oft der, der zuerst ausfällt.

Bestätigte Nachrichten verursachen einen zweiten Kostenfaktor. Wenn ein Gerät verlangt, dass das Netz jeden Uplink quittiert, muss es seinen Empfänger geöffnet halten, um auf den Downlink zu lauschen, und Downlinks zwingen Gateway und Gerät zu zusätzlichen Austauschvorgängen. Empfangsfenster sind günstiger als das Senden, aber sie sind nicht umsonst, und bestätigter Verkehr bei jeder Nachricht summiert sich schnell. Die meisten Feldsensoren brauchen keine Bestätigung für jeden Messwert.

Die Temperatur ist der leise Faktor. Lithiumzellen verlieren bei Kälte nutzbare Kapazität, und eine Chemie, die auf dem Labortisch bei Raumtemperatur gut aussieht, verhält sich anders auf einem Dach im Winter oder in einem sonnengeheizten Gehäuse. Extreme an beiden Enden verkürzen die reale Laufzeit unter den Wert aus dem Datenblatt.

Was ADR ist und warum es zählt

Adaptive Data Rate bedeutet, dass das Netz für Sie die energieärmsten Funkeinstellungen bestimmt, mit denen ein Gerät noch durchkommt und gehört wird. Der Netzwerkserver beobachtet die Signalqualität der jüngsten Uplinks eines Geräts. Kommt das Gerät kräftig herein, weist der Server es an, auf einen niedrigeren Spreading Factor und eine geringere Sendeleistung zu wechseln. Niedrigerer Spreading Factor heißt kürzere Sendezeit. Geringere Leistung heißt weniger Energie pro Übertragung. Beides spart Batterie, und das Gerät erledigt weiter seine Aufgabe.

Das funktioniert, weil viele Geräte deutlich konservativer laufen, als sie müssten. Ein Sensor, der hundert Meter von einem Dach-Gateway entfernt an einer Wand sitzt, sendet aus Vorsicht vielleicht mit SF10, obwohl SF7 problemlos ankäme. ADR findet diesen Spielraum und nutzt ihn. Bei einem ortsfesten Gerät mit stabiler Abdeckung ist ADR nahezu geschenkte Batterielaufzeit, und es ist die eine Einstellung, die man am ehesten richtig setzen sollte.

ADR ist für Geräte gemacht, die sich nicht bewegen und deren Funkbedingungen stabil bleiben. Dort spielt es seine Stärke aus, und dort sollten Sie es standardmäßig einschalten.

Wann ADR hilft und wann nicht

ADR lernt aus der Vergangenheit und nimmt deshalb an, dass die jüngste Vergangenheit die nahe Zukunft vorhersagt. Diese Annahme gilt für einen ortsfesten Sensor und bricht für einen bewegten zusammen.

Ein Gerät auf einem bewegten Objekt, einem Lkw, einer Palette, einer Person, erlebt schnellere Änderungen seiner Funkbedingungen, als ADR mitverfolgen kann. Der Server regelt das Gerät für einen starken Standort herunter, das Objekt bewegt sich in einen schwachen, und nun sendet das Gerät zu niedrig, um gehört zu werden. Bei mobilen Geräten sieht die LoRaWAN-Spezifikation vor, ADR auszuschalten und das Gerät seine eigene Datenrate verwalten zu lassen, in der Regel konservativ.

ADR kann auch schlechte Abdeckung nicht beheben. Sitzt ein Gerät wirklich am Rand, hinter Beton geparkt oder weit von jedem Gateway entfernt, gibt es keine niedrigere Einstellung, die man ihm geben könnte. Der Server hält es auf dem hohen Spreading Factor, den es braucht, und die Batterie zahlt den Preis. ADR optimiert innerhalb der Abdeckung, die Sie haben. Es schafft keine Abdeckung. Ein Gerät, das wegen eines Funklochs auf SF12 festhängt, ist ein Abdeckungsproblem, und die Lösung ist ein besser platziertes oder zusätzliches Gateway, keine Funkeinstellung.

Praktische Schritte, um die Batterie zu strecken

Die billigste Energie ist die Nachricht, die Sie nie senden. Fangen Sie dort an.

Verlangsamen Sie das Meldeintervall auf den langsamsten Takt, den Ihr Anwendungsfall verträgt. Ein Temperaturwert alle fünfzehn Minuten statt jede Minute ist eine große Ersparnis für eine Messgröße, die sich selten so schnell ändert. Senden Sie bei Änderung oder bei Schwellenwert, wo die Daten es erlauben, damit ein Gerät still bleibt, wenn nichts passiert.

Halten Sie die Payloads klein und schalten Sie bestätigte Nachrichten ab, sofern der Messwert nicht wirklich quittiert werden muss. Behalten Sie die Bestätigung den wenigen Ereignissen vor, die zählen, nicht der laufenden Telemetrie. Schalten Sie ADR für jedes ortsfeste Gerät ein und für alles Bewegte aus. Platzieren Sie Gateways gut, damit Geräte einen niedrigen Spreading Factor halten können, denn Höhe und Platzierung des Gateways bringen für die Batterielaufzeit der Flotte mehr als jede Optimierung am einzelnen Gerät. Und dimensionieren Sie die Batterie für das kalte Ende des Temperaturbereichs, den das Gerät tatsächlich sehen wird, nicht für den Labortisch.

Beobachten Sie die Batterie, bevor sie ausfällt

All das legt fest, wie lange eine Batterie halten sollte. Nichts davon sagt Ihnen, wann ein bestimmtes Gerät im Feld kurz vor dem Aus steht, und genau dieser Ausfall kostet einen Einsatz vor Ort und eine Lücke in Ihren Daten.

Die meisten LoRaWAN-Geräte melden den Batteriezustand in ihrem Status, entweder als Pegel oder als Spannung, zusammen mit ihren Messwerten. TagoIO nimmt diese Batterietelemetrie genauso auf wie jede andere Variable, über seinen LoRaWAN-Netzwerkserver und MQTT-Integrationen, und speichert sie pro Gerät. Von dort bringen Sie sie auf ein Dashboard, sodass eine Sensorflotte den aktuellen Ladestand auf einen Blick zeigt und eine Trendlinie sichtbar macht, welche Geräte abfallen. Was den Einsatz vor Ort wirklich erspart, ist der Alarm: Setzen Sie einen Schwellenwert, und TagoIO benachrichtigt Sie, sobald ein Gerät ihn überschreitet, lange bevor die Zelle leer ist. Sie tauschen eine Batterie bei einem geplanten Besuch aus, statt einen toten Sensor zu entdecken, nachdem die Daten bereits fehlen.

TagoIO ist konnektivitätsunabhängig und liegt auf der Plattformseite, sodass eine gemischte Flotte aus LoRaWAN- und Mobilfunkgeräten den Ladestand an einen Ort mit einem einzigen Alarm-Setup meldet. Es ist nach ISO 27001 zertifiziert und GDPR-konform für Teams, die diese Anforderungen haben. Der Funk entscheidet, wie lange die Batterie hält. Die Plattform sorgt dafür, dass Sie es kommen sehen.

Ressourcen