LoRaWAN-Sensornetzwerk für zuverlässige Datenkommunikation und lange Sensor-Batterielaufzeit

1. Einführung

Das schnelle Wachstum des Internet of Things (IoT) treibt die Nachfrage nach zuverlässigen und energieeffizienten drahtlosen Kommunikationslösungen mit großer Reichweite voran. LoRaWAN (Long Range Wide Area Network) hat sich als eine führende Technologie innerhalb von LPWAN (Low-Power Wide-Area Network) etabliert, die Übertragungen mit niedriger Bitrate über große Entfernungen ermöglicht. Durch den Betrieb in lizenzfreien Frequenzbändern bietet LoRaWAN flexible und kostengünstige Möglichkeiten für eine Vielzahl von Branchen, von Smart Cities und Landwirtschaft bis hin zu industrieller Überwachung und Gebäudeautomation.

Die erfolgreiche Implementierung eines LoRaWAN-Netzwerks erfordert jedoch eine sorgfältige Steuerung mehrerer Faktoren, die die Leistung und Batterielaufzeit angeschlossener Geräte beeinflussen. Typische Herausforderungen sind das Verständnis der Netzwerktopologie, die Verwaltung von Signalstärkemessungen (wie RSSI und SNR) sowie das Erkennen und Bewältigen von Störungen – sowohl aus der Umgebung als auch von anderen Funksendern.

Um einen zuverlässigen Betrieb zu erreichen und die Batterielaufzeit der Sensoren zu maximieren, ist es für LoRaWAN-Anwender unerlässlich, ein solides Verständnis der grundlegenden Prinzipien der Technologie und bewährter Betriebspraktiken zu entwickeln.

Der Zweck dieses Whitepapers ist es daher:

• Die Grundlagen zu erklären: Einführung der wichtigsten Konzepte der drahtlosen Kommunikation und des LoRaWAN-Betriebs, einschließlich Netzwerktopologie, Architektur und Kommunikationsprinzipien.
• Die Ausbreitung von Funksignalen in realen Umgebungen zu untersuchen, einschließlich Konzepten wie Linkbudget, Störungen und Dämpfung – insbesondere im Zusammenhang mit modernen, energieeffizienten Gebäuden, die Signale erheblich reflektieren oder dämpfen können.
• Zu beschreiben, wie batteriebetriebene LoRaWAN-Sensoren konfiguriert und optimiert werden können, um durch Sicherstellung der Netzwerkleistungsqualität eine lange Batterielaufzeit zu erreichen.
• Praktische Empfehlungen für Netzwerkplanung, Sensorkonfiguration und Fehlerbehebung zu geben, um Anwendern zu helfen, Abdeckung, Zuverlässigkeit und Energieeffizienz zu maximieren.

Durch die Integration dieser Themen dient dieses Dokument sowohl als Einführung für neue Anwender als auch als praktischer Referenzleitfaden für erfahrenere Anwender. Da IoT-Lösungen in immer mehr Branchen zum Einsatz kommen, ist das Verständnis des Zusammenspiels zwischen Netzwerkinfrastruktur, Funkumgebung und Sensorkonfigurationen entscheidend für die Schaffung skalierbarer, hochwertiger und langfristig nachhaltiger IoT-Systeme.

2. Drahtlose Sensornetzwerke

Moderne Kommunikationsnetzwerke nutzen zunehmend drahtlose Technologie, um alles von Smartphones und Laptops bis hin zu IoT-Sensoren und Industriemaschinen zu verbinden. Die Abkehr von traditionellen kabelgebundenen Verbindungen wird durch mehrere zentrale Vorteile angetrieben:

• Flexibilität: Drahtlose Lösungen ermöglichen die Platzierung von Geräten an Orten, an denen Verkabelung unpraktisch oder teuer ist.
• Skalierbarkeit: Das Hinzufügen neuer Geräte zu einem drahtlosen Netzwerk ist in der Regel schneller und einfacher als die Installation neuer Netzwerkkabel, was besonders bei großangelegten IoT-Einsätzen mit Hunderten oder Tausenden von Geräten wichtig ist.
• Mobilität: Geräte, die eine freie Bewegung erfordern, wie Drohnen, mobile Roboter und tragbare Technologie, sind auf drahtlose Kommunikation angewiesen, um eine kontinuierliche Verbindung ohne physische Einschränkungen zu gewährleisten.

Trotz dieser Vorteile gibt es kein universelles drahtloses Protokoll, das für alle Szenarien geeignet ist. Die Wahl der Funktechnologie hängt von spezifischen Anforderungen wie Datenmenge, Reichweite, Energieverbrauch und Latenz ab. Zum Beispiel:

• Anwendungen mit hoher Bandbreite und kurzer Reichweite, wie Videostreaming oder Echtzeitkommunikation, verwenden oft Protokolle wie Wi-Fi oder Mobilfunknetze (4G/5G). Diese Technologien bieten hohe Leistung, benötigen aber mehr Strom, was sich negativ auf die Batterielaufzeit auswirkt.
• Stromsparende IoT-Sensoren mit großer Reichweite, wie sie für die Fernüberwachung eingesetzt werden, verlassen sich auf Protokolle wie LoRaWAN, Sigfox oder NB-IoT. Diese bieten niedrige Datenraten, aber eine ausgezeichnete Batterielaufzeit und erweiterte Reichweite.
• Lokale Mesh-Netzwerke und Automatisierungssysteme, wie Hausautomation und industrielle Steuerung, verwenden oft Technologien wie Zigbee, Z-Wave oder Bluetooth Mesh, die niedrige bis mittlere Datenraten sowie Multi-Hop-Kommunikationsfähigkeiten bieten.

Die Wahl des am besten geeigneten drahtlosen Protokolls erfordert eine sorgfältige Abwägung von Faktoren wie Reichweite, Energieverbrauch, Datenrate, Latenz und Netzwerkkomplexität. Jeder Anwendungsbereich – von der Unterhaltungselektronik über industrielle Automation bis hin zur landwirtschaftlichen Überwachung und Smart-City-Infrastruktur – hat spezifische Anforderungen, die für eine optimale Funktion erfüllt werden müssen.

In diesem Kapitel untersuchen wir Netzwerktopologien, Signaleigenschaften und Störungen im Detail, um Anwendern zu helfen, robuste drahtlose Netzwerke zu verstehen und effektiv zu entwerfen, die den individuellen Anforderungen verschiedener Anwendungsfälle gerecht werden.

2.1 Netzwerktopologien

Drahtlose Netzwerke lassen sich in verschiedene Topologien unterteilen, die jeweils Kompromisse hinsichtlich Abdeckung, Skalierbarkeit, Fehlertoleranz und Komplexität aufweisen. Im Folgenden werden einige der gängigsten drahtlosen Netzwerktopologien beschrieben.

2.1.1 Sterntopologie

In einer Sterntopologie kommunizieren alle Endgeräte (z. B. Sensoren, Knoten) direkt mit einem zentralen Koordinator oder Gateway. Das Gateway leitet Daten zwischen jedem Knoten und dem übergeordneten Netzwerk weiter.

Vorteile

• Einfachheit: Ein unkompliziertes Design, bei dem jeder Knoten mit einem zentralen Punkt verbunden ist.
• Einfache Bereitstellung: Das Hinzufügen oder Entfernen von Knoten erfordert minimale Konfigurationsänderungen.
• Geringere Latenz: Daten werden direkt vom Knoten zum Gateway übertragen.

Nachteile

• Einzelner Ausfallpunkt: Fällt das zentrale Gateway aus, geht die Kommunikation mit allen Knoten verloren.
• Begrenzte Abdeckung: Knoten müssen sich in direkter Reichweite eines Gateways befinden.

Typische Anwendungsfälle

• LoRaWAN
• Wi-Fi-Hotspots
• Einfache Sensornetzwerke

2.1.2 Mesh-Topologie

In einer Mesh-Topologie können einige Knoten auch als Router fungieren und Daten untereinander weiterleiten, um ein verbundenes Netzwerk zu bilden.

Vorteile

• Hohe Fehlertoleranz: Der Datenverkehr kann umgeleitet werden, wenn ein Knoten oder eine Verbindung ausfällt.
• Erweiterte Abdeckung: Große Entfernungen zwischen Knoten sind durch Multi-Hop-Kommunikation möglich.
• Skalierbarkeit: Weitere Knoten erhöhen die Robustheit des Netzwerks.

Nachteile

• Komplexität: Routing-Algorithmen und Synchronisierung werden anspruchsvoller.
• Höherer Energieverbrauch: Knoten müssen aktiv bleiben, um Datenverkehr weiterzuleiten.
• Latenz: Mehr Hops können zu längeren Antwortzeiten und geringerem Datendurchsatz führen.

Typische Anwendungsfälle

• Zigbee, Z-Wave und Bluetooth Mesh
• Smart-Home- und Industrienetzwerke

2.1.3 Baumtopologie

In einer Baumtopologie entsteht eine hierarchische Struktur, bei der ein zentraler Wurzelknoten mit Zwischenknoten (Routern) kommuniziert, die wiederum mit Endgeräten verbunden sind.

Vorteile

• Strukturierte Erweiterung: Zweige können hinzugefügt werden, um die Abdeckung zu erweitern.
• Gesteuerter Datenverkehr: Eine klare Hierarchie vereinfacht das Routing des Datenverkehrs.

Nachteile

• Anfälligkeit: Ein Ausfall eines Routers betrifft alle untergeordneten Knoten.
• Komplexe Koordination: Der Hauptknoten muss die gesamte Hierarchie verwalten.

2.1.4 Peer-to-Peer-Topologie (Ad-hoc)

In einer Peer-to-Peer-Topologie kommunizieren Geräte direkt miteinander, ohne einen zentralen Koordinator.

Vorteile

• Keine zentrale Abhängigkeit: Geräte interagieren direkt miteinander.
• Flexibel: Kann in verschiedenen Umgebungen eingesetzt werden, ohne eine feste Infrastruktur zu benötigen.

Nachteile

• Begrenzte Skalierbarkeit: Eine steigende Anzahl von Knoten kann die Komplexität schnell erhöhen.
• Routing-Komplexität: Die Verwaltung des Datenaustauschs zwischen mehreren Peers kann anspruchsvoll sein.

Typische Anwendungsfälle

• Bluetooth-Kommunikation zwischen zwei Geräten
• Ad-hoc-Netzwerke für schnelle Einsätze bei Feldeinsätzen oder Notfällen

2.1.5 Hybride Topologien

Hybride Topologien kombinieren mehrere Netzwerktopologien, um Flexibilität und Robustheit zu erhöhen. Beispielsweise können LoRaWAN-Sternnetzwerke über Mesh- oder Punkt-zu-Punkt-Verbindungen innerhalb eines Baumnetzwerks miteinander verbunden werden.

2.2 Signal, Rauschen und Störungen

Die drahtlose Leistung wird von weit mehr beeinflusst als nur der Sendeleistung, der Empfängerempfindlichkeit und der Entfernung zwischen Sender und Empfänger. Faktoren wie Signaldämpfung, Reflexionen und verschiedene Störungen spielen eine wesentliche Rolle für die Zuverlässigkeit und Effizienz des Netzwerks.

Kennzahlen wie RSSI (Received Signal Strength Indicator) und SNR (Signal-to-Noise Ratio) helfen dabei, die Verbindungsqualität zu quantifizieren und das Netzwerk zu optimieren.

2.2.1 Indikator für die empfangene Signalstärke (RSSI)

RSSI (Received Signal Strength Indicator) misst die gesamte empfangene Signalstärke am Empfänger, üblicherweise in dBm ausgedrückt. Der Wert umfasst nicht nur das gewünschte Signal, sondern auch nahegelegenes Rauschen und Störungen innerhalb der Bandbreite des Empfängers.

• Ein höherer RSSI-Wert weist im Allgemeinen auf eine stärkere empfangene Signalstärke hin, was von Vorteil sein kann.
• Ein hoher RSSI garantiert jedoch nicht immer eine zuverlässige Kommunikation, insbesondere wenn ein erheblicher Teil der Signalstärke eher von Störungen als vom beabsichtigten Signal stammt.

Es ist entscheidend, den RSSI sowohl am Sensor als auch am Gateway zu messen und zu analysieren. Unterschiede zwischen diesen Messpunkten können kritische Aspekte der bidirektionalen Kommunikationsqualität aufzeigen und wertvolle Erkenntnisse zur Optimierung der Netzwerkleistung liefern.

2.2.2 Signal-Rausch-Verhältnis (SNR)

Das SNR (Signal-to-Noise Ratio) vergleicht die Stärke des gewünschten Signals mit dem Pegel des zugrunde liegenden Rauschbodens, ausgedrückt in dB. Der Rauschboden besteht aus zufälligem Rauschen (weißes Rauschen) sowie potenziellen spezifischen Störungen.

Wichtige Aspekte des SNR:

• Ein höheres SNR verbessert im Allgemeinen die Fähigkeit des Empfängers, das Datensignal vom Hintergrundrauschen zu unterscheiden und zu decodieren.
• Niedrigere Paketfehlerrate: Verringert das Risiko verlorener oder beschädigter Pakete, was zu weniger erneuten Übertragungen und geringerem Energieverbrauch führt.
• Ein niedriges oder negatives SNR, selbst bei hohem RSSI, deutet darauf hin, dass der Kanal erheblichen Störungen ausgesetzt ist, was die Verbindungsqualität verschlechtert und das Risiko von Kommunikationsproblemen erhöht.

Das Verständnis von sowohl RSSI als auch SNR ist entscheidend für die Verwaltung der Signalumgebung und die Gewährleistung einer robusten und effizienten drahtlosen Kommunikation.

2.2.3 Rauschen & Störungen

Störungen bezeichnen Signale von anderen Sendern oder Quellen, die sich in Frequenz oder Timing überschneiden und dadurch die drahtlose Leistung beeinträchtigen.

Häufige Arten von Störungen:

• Gleichkanalstörungen: Treten auf, wenn mehrere Geräte oder Netzwerke gleichzeitig dieselbe oder eine nahegelegene Frequenz nutzen. Beispiele sind RFID-basierte Zugangssysteme und drahtlose Kameras, die im ISM-Band arbeiten.
• Andere Störquellen: Elektrische Geräte wie Elektromotoren, Stromwandler und insbesondere mobile Basisstationen, die das 800-MHz-Band (LTE-Band 20) nutzen. Diese können den Rauschboden anheben oder den Empfänger übersteuern und dadurch die LoRaWAN-Kommunikation im 868-MHz-Band beeinträchtigen.

2.2.4 Rauschen mit Auswirkung auf die Netzwerkleistung

Wenn der Empfänger stärker von Rauschen oder Störungen als vom gewünschten Signal beeinflusst wird – das heißt, das SNR ist niedrig –, können folgende Probleme auftreten:

Mögliche Probleme:

• Erhöhter Bedarf an erneuten Übertragungen und reduzierte Datenraten: Das System ist gezwungen, niedrigere Modulationsraten und wiederholte Übertragungen zu verwenden, um die Kommunikationszuverlässigkeit aufrechtzuerhalten.
• Verringerte Reichweite und Abdeckung: Selbst wenn sich ein Gerät innerhalb des physischen Abdeckungsbereichs befindet, können starkes Rauschen oder Störungen eine effektive Kommunikation verhindern.
• Höherer Energieverbrauch: Batteriebetriebene Sensoren und Geräte müssen möglicherweise die Sendeleistung erhöhen, die Datenrate senken oder mehrere Wiederholungsversuche unternehmen, was zu einer schnelleren Batterieentladung und kürzerer Batterielaufzeit führt.
• Verlorene Datenpakete: Mehr verworfene oder verlorene Pakete aufgrund von Rauschen und Störungen, was zu einer weniger zuverlässigen Kommunikation führt.

3: LoRaWAN-Grundlagen

LoRaWAN ist ein LPWAN-Protokoll (Low Power Wide Area Network), das für IoT-Anwendungen entwickelt wurde, die niedrige Datenraten, große geografische Abdeckung und lange Batterielaufzeit erfordern. LoRaWAN wird von der LoRa Alliance entwickelt und gepflegt und hauptsächlich in großangelegten IoT-Netzwerken eingesetzt, in denen niedrige Datenraten und verlängerte Batterielaufzeit entscheidend sind.

Im Gegensatz zu Mobilfunknetzen arbeitet LoRaWAN in lizenzfreien Frequenzbändern, was es kostengünstig und einfach über große geografische Gebiete bereitzustellen macht.

Dieses Kapitel stellt die grundlegenden Komponenten von LoRaWAN vor, einschließlich seiner Netzwerkarchitektur, Signaleigenschaften und Datenratenstrategien. Das Verständnis dieser Kernprinzipien ist entscheidend für die erfolgreiche Implementierung robuster, skalierbarer und energieeffizienter LoRaWAN-Netzwerke.

3.1 Architektur

LoRaWAN basiert auf einer Sterntopologie mit einer Architektur, die hauptsächlich aus drei Schlüsselkomponenten besteht:

• Endgeräte (Sensoren oder Knoten), die über LoRa-Modulation direkt mit Gateways kommunizieren.
• Gateways, die Signale von Sensoren empfangen und über ein IP-basiertes Backhaul (wie Ethernet, Mobilfunknetze oder andere Technologien) weiterleiten.
• Ein zentraler Netzwerkserver, der die Netzwerksicherheit, das Paket-Routing und die Kommunikation mit den Endgeräten verwaltet.

Alle Gateways in Reichweite eines Sensors können Daten an den Netzwerkserver weiterleiten, was Redundanz und Zuverlässigkeit erhöht.

3.1.1 LoRaWAN-Systemkomponenten

Endgeräte (Knoten, Sensoren und Aktoren)

• Batteriebetriebene Geräte, die LoRa-Modulation verwenden, um Daten zu senden und in einigen Fällen zu empfangen.
• Werden in drei Betriebsklassen (A, B oder C) eingeteilt, die bestimmen, wann und wie das Gerät auf Downlink-Nachrichten hört (siehe Abschnitt 5.1).

Gateways

• Fungieren als Brücke zwischen LoRaWAN-Geräten und dem Netzwerkserver.
• Können gleichzeitig mehrere Kanäle und unterschiedliche Datenraten abhören. Jedes Gateway, das ein Signal von einem Endgerät empfängt, leitet es an den Netzwerkserver weiter.
• Leiten auch Steuerdaten vom Netzwerkserver an die Endgeräte weiter, einschließlich Konfigurationsaktualisierungen und Bestätigungen.

Netzwerkserver

• Die zentrale Komponente, die für Nachrichten-Routing, Sicherheitsfunktionen und Geräteverwaltung zuständig ist.
• Entfernt doppelte Nachrichten, die von mehreren Gateways empfangen wurden, und wählt den besten Pfad für eine mögliche Downlink-Kommunikation.
• Stellt sicher, dass nur authentifizierte Geräte am Netzwerk teilnehmen können, und wahrt die Nachrichtenintegrität.

IoT-Plattform / IoT-Anwendung

• Mit einem LoRaWAN-Anwendungsserver integriert.
• Enthält anwendungsspezifische Logik und ist für die Verarbeitung, Visualisierung oder Speicherung von Daten der Endgeräte zuständig.
• Kommuniziert über sichere Schnittstellen und APIs mit dem Netzwerkserver.
• Verwaltet Downlink-Nachrichten, um Aktoren und Geräte über den Netzwerkserver zu steuern.

3.1.2 LoRaWAN-Sicherheit: Gewährleistung von Datenvertraulichkeit und -integrität

LoRaWAN implementiert eine Ende-zu-Ende-Verschlüsselung, um Datenvertraulichkeit und -integrität zu schützen:

• Zwei Sitzungsschlüssel:

  • NwkSKey (Network Session Key): Schützt die Netzwerkadresse und gewährleistet die Nachrichtenintegrität.
  • AppSKey (Application Session Key): Verschlüsselt die eigentliche Datennutzlast.

• Uplink-Kommunikation (Gerät → Gateway → Netzwerkserver):

  • Daten werden mit AppSKey verschlüsselt.
  • Die Nachrichtenintegrität wird mit NwkSKey überprüft.

• Downlink-Kommunikation (Netzwerkserver → Gateway → Gerät):

  • Nur das vorgesehene Gerät kann die Nachricht entschlüsseln und validieren.
  • Dies wird durch umgekehrte Verschlüsselung und Integritätsvalidierung sichergestellt.

• Datenschutz:

  • Verhindert wirksam Abhören und Manipulation.
  • Ermöglicht sichere Kommunikation, selbst über gemeinsam genutzte oder öffentliche Netzwerke.

3.1.3 LoRaWAN-Kommunikationsablauf

Uplink (Broadcast)

• Das Endgerät überträgt ein LoRa-Paket auf einer ausgewählten Frequenz und Datenrate.

Gateway-Empfang

• Alle Gateways in Reichweite empfangen die Nachricht und leiten sie über ein IP-basiertes Backhaul an den Netzwerkserver weiter.

Verarbeitung durch den Netzwerkserver

• Eliminiert doppelte Nachrichten, die von mehreren Gateways empfangen wurden.
• Validiert die Nachrichtenintegrität mit NwkSKey.
• Entschlüsselt Daten bei Bedarf mit AppSKey und leitet sie an die IoT-Plattform/den Anwendungsserver weiter.

IoT-Plattform

• Verarbeitet Daten, speichert Informationen und kann bei Bedarf Downlink-Befehle generieren.

Downlink

• Befehle und Daten von der IoT-Plattform werden über den Netzwerkserver und die Gateways zurück an das Endgerät gesendet.
• Nur das vorgesehene Gerät kann die Nachricht entschlüsseln und validieren.

3.2 LoRaWAN-Signalisierung und -Kodierung

LoRaWAN basiert auf der LoRa-Modulation, einer Form des Chirp Spread Spectrum (CSS). Diese Technik verteilt ein schmalbandiges Signal über einen weiten Frequenzbereich, was Folgendes ergibt:

• Sehr hohe Empfängerempfindlichkeit, die eine Kommunikation über große Entfernungen ermöglicht.
• Starke Störfestigkeit, die die Zuverlässigkeit in verrauschten Umgebungen verbessert.

Diese Eigenschaften machen LoRaWAN zu einer optimalen Wahl für stromsparende Kommunikation über große Entfernungen, insbesondere in IoT-Anwendungen.

3.2.1 Chirp Spread Spectrum (CSS)

Ein Chirp ist ein Signal, dessen Frequenz sich innerhalb eines bestimmten Frequenzbandes kontinuierlich über die Zeit ändert.

LoRa verwendet unterschiedliche Spreizfaktoren (SF), wobei:

• Höhere SF-Werte zu größerer Empfängerempfindlichkeit und größerer Reichweite, aber niedrigeren Datenraten führen.
• Niedrigere SF-Werte höhere Datenraten, aber geringere Reichweite und Empfindlichkeit bieten.

Dieser Kompromiss ermöglicht es LoRaWAN, die Kommunikationsparameter an die Netzwerkbedingungen und Geräteanforderungen anzupassen.

3.2.2 Fehlerkorrektur (FEC)

LoRaWAN verwendet Vorwärtsfehlerkorrektur (FEC) mit Coderaten von 4/5 bis 4/8, um fehlerhafte Bits ohne erneute Übertragungen zu korrigieren.

Dies verbessert:

• Zuverlässigkeit: Verbessert die Datenintegrität, selbst in verrauschten Umgebungen.
• Störfestigkeit: Reduziert die Auswirkungen von Signalstörungen.
• Effizienz: Minimiert erneute Übertragungen und spart Bandbreite und Energie.

FEC ermöglicht es LoRaWAN-Geräten, unter anspruchsvollen Bedingungen eine stabile Kommunikation aufrechtzuerhalten und gleichzeitig den Energieverbrauch und die Netzwerkleistung zu optimieren.

3.2.3 Bandbreite

Die Bandbreite bei LoRaWAN beträgt üblicherweise 125 kHz, 250 kHz oder 500 kHz, was sich direkt auf die Symbolrate auswirkt.

• Eine größere Bandbreite führt zu höheren Datenraten und ermöglicht schnellere Übertragungen.
• Eine größere Bandbreite verringert jedoch die Reichweite und Empfängerempfindlichkeit.
• Eine schmalere Bandbreite verbessert Reichweite und Empfindlichkeit, senkt aber den Datendurchsatz.

3.2.4 Große Reichweite

Die Kombination aus Chirp Spread Spectrum (CSS)-Modulation und Vorwärtsfehlerkorrektur (FEC) verleiht LoRaWAN auch bei geringer Leistung eine große Reichweite.

Signale können selbst unterhalb des Rauschbodens noch erkannt werden.

3.2.5 NB_Trans definiert mehrfache Übertragungen

LoRaWAN enthält die Funktion NB_Trans, die es dem Netzwerkserver ermöglicht, ein Gerät anzuweisen, dieselbe Nachricht mehrmals zu senden.

Dies wird typischerweise bei schlechten Signalbedingungen verwendet, um die Wahrscheinlichkeit zu erhöhen, dass mindestens eine Übertragung erfolgreich ein Gateway erreicht.

Obwohl NB_Trans die Zuverlässigkeit erhöht, steigert es auch den Energieverbrauch erheblich. Daher wird es hauptsächlich in Situationen eingesetzt, in denen die Sicherstellung der Datenzustellung entscheidend ist.

3.3 Datenrate (DR) und Adaptive Data Rate (ADR)

Bei LoRaWAN ist die Datenrate (DR) direkt mit dem Spreizfaktor (SF) und der Bandbreite (BW) verknüpft.

Adaptive Data Rate (ADR) ermöglicht eine dynamische Optimierung sowohl der Datenrate als auch der Sendeleistung, üblicherweise verwaltet durch den Netzwerkserver.

• Für stationäre Geräte ist ADR besonders wertvoll, da es ihnen ermöglicht, auf einen niedrigeren SF (und, wenn möglich, eine niedrigere Sendeleistung) umzuschalten, um Energie zu sparen, sobald eine stabile Verbindung hergestellt ist.
• Für mobile Geräte, bei denen sich die Signalbedingungen kontinuierlich ändern, kann stattdessen eine angepasste ADR-Strategie mit schnellerer lokaler Anpassung verwendet werden.

3.3.1 Datenraten und Spreizfaktoren (EU868)

In der Region EU868 werden die Datenraten (DR) durch die folgenden Kombinationen von Spreizfaktor (SF) und Bandbreite (BW) definiert:

DR0 → SF12 @ 125 kHz

DR1 → SF11 @ 125 kHz

DR2 → SF10 @ 125 kHz

DR3 → SF9 @ 125 kHz

DR4 → SF8 @ 125 kHz

DR5 → SF7 @ 125 kHz

Ein niedrigerer Spreizfaktor (z. B. SF7) bietet höhere Datenraten und einen geringeren Energieverbrauch pro übertragenem Paket, führt aber zu geringerer Reichweite und niedrigerer Empfängerempfindlichkeit.

Ein höherer Spreizfaktor (z. B. SF12) erweitert die Kommunikationsreichweite, führt aber zu längeren Übertragungszeiten und höherem Energieverbrauch.

3.3.2 Verbindungsaufbau (Join-Prozess)

Standardmäßig verwenden Geräte beim ersten Verbindungsversuch die langsamste Datenrate (SF12), um die Chancen zu maximieren, ein Gateway zu erreichen, insbesondere unter schwierigen Abdeckungsbedingungen.

Jeder Versuch bei SF12 mit hoher Sendeleistung (+14 dBm) verbraucht jedoch deutlich mehr Energie als die Verwendung niedrigerer SF- und Leistungseinstellungen.

3.3.3 Regulierung der Sendeleistung

ADR (Adaptive Data Rate) kann auch die Sendeleistung innerhalb regulatorischer Grenzen anpassen.

Ein Gerät mit guter Abdeckung kann angewiesen werden, seine Sendeleistung von +14 dBm auf beispielsweise +2 dBm oder –10 dBm zu reduzieren, was den Batterieverbrauch erheblich senkt, wenn die Signalqualität dies zulässt.

3.3.4 Energieverbrauch

Für einen 10-Byte-Uplink in EU868 stellt sich der Unterschied im Energieverbrauch zwischen SF7 bei -10 dBm und SF12 bei +14 dBm wie folgt dar:

• SF7, -10 dBm:

  • Übertragungszeit: ~50 ms (0,05 s)
  • Sendestrom: ~15 mA
  • Energieverbrauch: ~0,000208 mAh

• SF12, +14 dBm:

  • Übertragungszeit: ~1,5 s
  • Sendestrom: ~45 mA
  • Energieverbrauch: ~0,01875 mAh

Das bedeutet, dass ein einzelner Uplink mit SF12 und hoher Leistung ungefähr 90-mal mehr Energie verbraucht als dieselbe Übertragung mit SF7 bei niedriger Leistung.

3.3.5 Energieauswirkungen des Netzwerkbeitritts

Geräte, die einen Netzwerkbeitritt bei SF12 einleiten, verbrauchen erhebliche Energie, da der Beitrittsprozess Folgendes umfasst:

• Mindestens eine JoinRequest-Übertragung
• Zwei Empfangsfenster für JoinAccept
• Mögliche erneute Übertragungen, falls der Verbindungsversuch fehlschlägt

Der gesamte Energieverbrauch für diesen Prozess ist im Vergleich zu regulären Datenübertragungen deutlich höher.

3.3.6 ADR-Strategien

• Netzwerkgesteuerte ADR:

  • Geeignet für stationäre Geräte in stabilen Funkumgebungen.
  • Der Netzwerkserver analysiert den Signalverlauf und optimiert SF und Sendeleistung entsprechend.

• Gerätegesteuerte ADR:

  • Effektiv für mobile Geräte.
  • Das Gerät passt SF und Sendeleistung eigenständig und schnell basierend auf lokalen Signalmessungen an, was die Leistung unter dynamischen Funkbedingungen verbessert.

• Feste Datenrate (Fixed DR):

  • Vereinfacht die Verwaltung durch Beibehaltung eines konstanten DR-Werts.
  • Kann jedoch die Batterielaufzeit oder Abdeckung beeinträchtigen, wenn sich die Funkumgebung erheblich ändert.

4: Umgebungseinflüsse

Die Leistung drahtloser Netzwerke wird von Umgebungsfaktoren beeinflusst, die die Signalqualität verbessern oder verschlechtern können. Um ein LoRaWAN-Netzwerk zu optimieren, ist es entscheidend zu verstehen:

• Wie sich Signale ausbreiten
• Wie Störungen entstehen
• Wie die Umgebung Abdeckung und Batterielaufzeit beeinflusst

Die stromsparende Kommunikation von LoRaWAN über große Entfernungen macht sie besonders empfindlich gegenüber kleinen Änderungen bei:

• Gateway-Platzierung
• Baumaterialien
• Störquellen

4.1 Übertragung von Signalen

LoRaWAN verwendet eine "Broadcast-and-Forward"-Methode, bei der Sensoren Daten senden, die von allen Gateways in Reichweite empfangen werden.

Jedes Gateway leitet die Daten dann an den Netzwerkserver weiter, was Redundanz und verbesserte Zuverlässigkeit im Kommunikationsprozess gewährleistet.

4.1.2 Downlink (Gateway => Sensor)

LoRaWAN ist bidirektional, sodass Gateways mit Sensoren zurückkommunizieren können für:

• Bestätigung (ACK) empfangener Daten.
• Konfigurationsänderungen und ADR-Befehle zur Optimierung der Übertragungseinstellungen.
• Verbindungskontrolle und Wiederverbindung bei schlechter Abdeckung.
• JoinAccept-Nachrichten während des anfänglichen Netzwerkbeitritts.

4.1.3 Überlegungen zu bidirektionalem Timing und Latenz bei LoRaWAN

Die meisten LoRaWAN-Sensoren sind Class-A-Geräte. Sie hören nach jeder Uplink-Übertragung während zweier kurzer Empfangsfenster auf Downlink-Nachrichten. Verzögerungen oder Latenz im Netzwerk (zwischen Gateway und Netzwerkserver) können dazu führen, dass Downlinks verpasst werden, was zu erhöhtem Energieverbrauch und eingeschränkter Funktionalität führt. Daher ist eine sorgfältige Netzwerkplanung entscheidend, um eine geringe Latenz zwischen den Netzwerkkomponenten sicherzustellen.

4.2 Funk-Linkbudget

Ein Funk-Linkbudget wird verwendet, um abzuschätzen, ob eine drahtlose Verbindung zwischen einem Sender (Sensor) und einem Empfänger (Gateway) funktioniert.

Das Linkbudget berechnet die Gesamtverstärkungen (Sendeleistung, Antennenverstärkungen) und subtrahiert alle Verluste (Pfadverluste, Hindernisse, Kabel), um sicherzustellen, dass das empfangene Signal stärker ist als der Empfindlichkeitsschwellenwert des Empfängers.

Eine einfache Linkbudget-Gleichung:

Link Budget = Transmission Power + Antenna Gains − Losses ≥ Receiver Sensitivity

• Ein positives Linkbudget zeigt an, dass die Verbindung zuverlässig ist.

4.2.2 Einfluss des Spreizfaktors (SF)

Der Spreizfaktor (SF) von LoRaWAN beeinflusst die Empfängerempfindlichkeit:

Hoher SF (z. B. SF12):

• Sehr hohe Empfängerempfindlichkeit (größeres Linkbudget).
• Längere Übertragungszeit und niedrigere Datenrate.
• Geeignet für große Entfernungen oder anspruchsvolle Funkumgebungen.

Niedriger SF (z. B. SF7):

• Geringere Empfindlichkeit (kleineres Linkbudget).
• Kürzere Übertragungszeit und höhere Datenrate.
• Ideal für gute Abdeckung und kürzere Entfernungen.

Wenn beispielsweise die Empfindlichkeit eines Gateways bei SF7 -123 dBm und bei SF12 -137 dBm beträgt, bietet SF12 zusätzlich 14 dB Linkmarge. Dies führt jedoch auch zu längeren Übertragungszeiten und deutlich höherem Energieverbrauch pro Nachricht im Vergleich zu niedrigeren SF-Werten.

Ein starkes Linkbudget ermöglicht es mehr Geräten, mit niedrigerem SF zu arbeiten, wodurch Kollisionen und die Nutzung der Übertragungszeit reduziert werden.

4.2.3 Praktische Überlegungen

Geräteplatzierung und Umgebung:

• Städtische Gebiete mit hohen Gebäuden oder modernen, funkdichten Strukturen können das Linkbudget durch erhöhte Signaldämpfung verschlechtern.

Gateway-Verteilung:

• Strategisch platzierte Gateways mit minimalen Hindernissen ermöglichen es Geräten, einen niedrigeren SF zu verwenden, was die Datenraten erhöht und den Batterieverbrauch senkt.

Adaptive Data Rate (ADR):

• Wie in Abschnitt 3.3 erläutert, passt ADR den SF dynamisch an, um das Linkbudget in Echtzeit zu optimieren und Geräten zu helfen, eine effiziente Kommunikation aufrechtzuerhalten.

Beispiel: SF7 vs. SF12

• Wenn die Empfindlichkeit eines Gateways bei SF7 -123 dBm und bei SF12 -137 dBm beträgt, profitieren Geräte, die SF12 verwenden, von ~14 dB zusätzlicher Marge zum Ausgleich von Pfadverlusten.
• Jede SF12-Übertragung kann jedoch 20-30-mal länger sein als SF7, was bei häufiger Nutzung zu einem höheren Batterieverbrauch führt.

4.3 Dämpfung

Dämpfung beschreibt, wie die Signalstärke abnimmt, wenn Funkwellen durch verschiedene Materialien und Umgebungen wandern.

Durch das Verständnis, wie sich Dämpfung auf das Signal auswirkt, können Gateway- und Sensorplatzierungen optimiert werden, um Reichweite und Netzwerkleistung zu maximieren.

4.3.1 Häufige Ursachen für Dämpfung

Baumaterialien:

• Beton und Ziegel: Typischerweise 10-30 dB Dämpfung pro Wand, abhängig von der Dicke.
• Stahlbeton: Das enthaltene Metall erhöht die Dämpfung zusätzlich.

Vegetation und Wälder:

• Trockener Wald und Vegetation: Etwa 0,5-1 dB pro Meter.
• Dichter, feuchter Wald: Kann auf 1-2 dB pro Meter ansteigen.

Boden und Erde:

• Trockener Boden: Etwa 10 dB pro Meter.
• Feuchter oder nasser Boden: Kann erheblich auf 20 dB oder mehr pro Meter ansteigen.

Energieeffiziente Gebäude:

• Isolierung mit Metallfolie: 20-40 dB pro Wand.
• Metallbeschichtete Fenster: 10-30 dB pro Fenster.

Wetter und Feuchtigkeit:

• Regen oder Schnee: Kann über große Entfernungen einige dB Dämpfung hinzufügen.
• Nasses Laub: Verursacht im Vergleich zu trockener Vegetation eine höhere Dämpfung.

Menschen und Tiere:

• Der menschliche Körper und Tiere enthalten Wasser, das Signale bei 868 MHz absorbiert, was die Abdeckung in überfüllten Umgebungen beeinträchtigen kann.

Durch Berücksichtigung dieser Faktoren können Gateway-Platzierung und Sensorinstallationen für eine stabile und energieeffiziente Netzwerkabdeckung optimiert werden.

4.3.2 Vertikale Abdeckung

Die meisten LoRaWAN-Antennen sind für eine optimale horizontale Signalverteilung in einem 360-Grad-Muster ausgelegt, was zu einer eingeschränkten vertikalen Abdeckung führt:

• Outdoor-Gateways:

  • Geräte, die sich direkt unter einem Gateway befinden, erfahren oft eine schwächere Signalstärke, da Antennen eine begrenzte Abstrahlung nach unten haben.

• Indoor-Gateways:

  • Decken typischerweise 2-3 Stockwerke über und unter dem Installationspunkt ab.
  • Betonplatten und Metallbewehrungen verringern die vertikale Reichweite zusätzlich.
  • Spezialantennen können erforderlich sein, wenn eine klare vertikale Abdeckung wesentlich ist.

4.3.3 Antennenplatzierung

Wenn ein LoRaWAN-Gateway (oder ein Sub-GHz-Gateway) auf oder in der Nähe des Bodenniveaus montiert wird, werden Funksignale erheblich von der Erdoberfläche und nahegelegenen Hindernissen beeinflusst. Mehrere Faktoren verringern die Reichweite bei bodennah montierten Szenarien:

• Fresnel-Zonen-Blockierung:

  • Bei etwa 1 GHz kann der untere Teil der Fresnel-Zone (der elliptische Bereich um die direkte Sichtlinie) durch den Boden blockiert oder gestört werden.
  • Selbst kleine Hindernisse in der Fresnel-Zone verursachen Beugung und zusätzlichen Pfadverlust, was oft mehrere dB Dämpfung pro blockierter Verbindung hinzufügt.

• Bodenreflexion & Mehrwegestörungen:

  • Vom Boden reflektierte Signale können destruktiv mit dem direkten Signalweg interferieren.
  • Dieser Mehrwegeeffekt ist besonders stark ausgeprägt, wenn die Antenne in geringer Höhe montiert ist, was zu teilweiser Signalauslöschung führt.

• Bodennahe Streuung & Beugung:

  • Gras, Büsche, Steine oder künstliche Objekte in Bodennähe tragen zu Streuung und Beugung bei und schwächen die Sichtlinienkomponente weiter.

• Antennenhöhe & Verbesserungen der Sichtlinie:

  • In flachen, offenen Gebieten verringert ein Gateway, das nur 1-2 Meter über dem Boden platziert ist, erheblich seine Fähigkeit, über kleine Hügel oder Vegetation hinweg zu "sehen".
  • Das Anheben der Antenne auf 6-10 Meter (z. B. auf einem Mast) erweitert die Sichtlinie und ermöglicht es Signalen, niedriges Gelände und Hindernisse zu überwinden.

Geschätzter Signalverlust durch niedrige Montage

• Die Montage eines Gateways auf Bodenhöhe kann im Vergleich zu einer erhöhten Antenne einen zusätzlichen Pfadverlust von 10-20 dB verursachen, abhängig von lokalem Gelände und Hindernissen.
• Dieser zusätzliche Verlust kann den Abdeckungsradius halbieren oder in manchen ländlichen oder halboffenen Umgebungen sogar auf ein Viertel reduzieren.
• Die Auswirkung ist in städtischen oder bewaldeten Landschaften noch gravierender, wo Hindernisse und Mehrwegeeffekte stärker ausgeprägt sind.

5: Batteriebetriebene LoRaWAN-Einheiten

Einer der zentralen Vorteile von LoRaWAN ist die Fähigkeit, Sensoren 10 Jahre oder länger mit einer einzigen Batterie zu betreiben. Dies macht die Technologie besonders geeignet für großangelegte Einsätze, bei denen ein häufiger Batteriewechsel unpraktisch oder kostspielig ist.

Um eine maximale Batterielaufzeit zu erreichen, müssen mehrere Faktoren sorgfältig ausbalanciert werden.

5.1 Geräteklassen

• Klasse A: Geringster Energieverbrauch; Geräte gehen in den Tiefschlaf und wachen nur auf, um Daten zu senden und kurz auf eine Antwort zu warten.
• Klasse B und C: Höherer Energieverbrauch, da Geräte häufiger auf eingehende Nachrichten hören.

5.2 Kritische und nicht-kritische Nachrichten

Kritische Alarme und Nachrichten

• Beispiele: Leckalarme, Feuermelder, Sicherheitswarnungen.
• Diese Nachrichten werden typischerweise als bestätigte Nachrichten gesendet, wobei das Gerät weiter überträgt, bis eine Bestätigung vom Netzwerk empfangen wird.

Routinemäßige oder nicht-kritische Daten

• Beispiele: Regelmäßige Temperatur- und Feuchtigkeitsmessungen.
• Werden meist unbestätigt gesendet, um den Energieverbrauch durch Vermeidung wiederholter erneuter Übertragungen zu reduzieren.

Geräte mit mehreren Sensoren

• Beispiele: Ein Gerät, das Temperatur, Luftqualität und Bewegung misst.
• Kritische Daten (z. B. Bewegungserkennung) können als bestätigte Nachrichten gesendet werden, während weniger wichtige Daten (z. B. Temperatur) unbestätigt gesendet werden, um Batterie zu sparen.

5.3 Praktische Beispiele für LoRaWAN-Geräte zur Balance zwischen Energieverbrauch und Zuverlässigkeit

1. Periodischer Temperatursensor

• Wacht alle 15 Minuten auf, misst die Temperatur und sendet einen unbestätigten Uplink.
• Kann so konfiguriert werden, dass Daten nur gesendet werden, wenn sich die Temperatur seit der letzten Übertragung um mindestens 0,2 °C geändert hat.
• Hört kurz auf Downlink-Nachrichten und kehrt dann in den Ruhemodus zurück.
• Bei guten Abdeckungsbedingungen ist gelegentlicher Paketverlust akzeptabel, da Temperaturdaten nicht geschäftskritisch sind.

2. Wasserlecksensor

• Überwacht kontinuierlich Feuchtigkeit mit geringem Stromverbrauch.
• Wacht auf und sendet sofort ein bestätigtes Alarmsignal bei Feuchtigkeitserkennung.
• Sendet erneut, bis eine Bestätigung (ACK) empfangen wird oder die maximale Anzahl an Versuchen erreicht ist.
• Kann Downlink-Befehle für zusätzliche Diagnose oder Neukonfiguration empfangen.

3. Schreibtisch-Belegungssensor

• Überwacht die Belegung von Arbeitsplätzen, z. B. mit einem PIR-Sensor oder einer Drucksensormatte.
• Sendet einen bestätigten Uplink bei Belegungsänderungen, um sicherzustellen, dass das Netzwerk das Ereignis registriert.
• Sendet periodische unbestätigte Statusaktualisierungen in längeren Intervallen, um einen Überblick zu geben, auch wenn keine Änderungen aufgetreten sind.

5.4 Netzwerkleistung mit Auswirkung auf die Batterielaufzeit von Sensoren

Die Abdeckungsqualität und die Umgebung, in der LoRaWAN-Sensoren platziert werden, haben einen direkten und erheblichen Einfluss auf die Batterielaufzeit.

• Schlechte Netzwerkabdeckung zwingt Sensoren, höhere Spreizfaktoren (SF) zu verwenden, was zu längeren Übertragungszeiten und höherem Energieverbrauch pro Nachricht führt.

  • Dies kann die Batterielaufzeit drastisch von mehreren Jahren auf nur Monate oder Wochen reduzieren.

• Hohe Störungspegel (z. B. von anderen Funkquellen oder elektrischen Geräten) können das Problem weiter verschärfen, indem sie Folgendes erfordern:

  • Mehrere Übertragungsversuche (Wiederholungen), um Daten erfolgreich zu senden.
  • Vom Netzwerkserver erzwungene erneute Übertragungen (NB_Trans > 1), um die Wahrscheinlichkeit der Nachrichtenzustellung zu erhöhen, was den Energieverbrauch weiter steigert.

• Häufige Wiederverbindungen (Re-Joins) aufgrund unzuverlässiger Abdeckung können extrem energieintensiv sein:

  • Jede Wiederverbindung erfordert eine Reihe von Übertragungen mit hohem SF und maximaler Sendeleistung, was den gesamten Energieverbrauch erheblich erhöht.

Optimierung des Netzwerkdesigns für maximale Batterielaufzeit

Um diese Probleme zu mindern, ist es entscheidend:

• Die Gateway-Platzierung sorgfältig zu planen, um eine optimale Abdeckung sicherzustellen.
• Das Netzwerk so zu gestalten, dass Sensoren mit dem niedrigstmöglichen SF und minimalen erneuten Übertragungen kommunizieren können.

Ein gut optimiertes Netzwerk spart Energie, senkt die Betriebskosten und gewährleistet eine maximale Batterielaufzeit für Sensoren.

5.5 Verbindungsprüfungen und Wiederverbindungen

Selbst bei robuster Abdeckung können LoRaWAN-Geräte die Verbindung aufgrund von Umgebungsänderungen, Gateway-Ausfällen, Störungen oder Änderungen der Netzwerkinfrastruktur verlieren.

Ein weiterer häufiger Grund ist ein Neustart, Austausch oder Verlust der Sitzungsschlüssel des Netzwerkservers. Um solche Probleme zu erkennen und zu beheben, können Geräte Verbindungsprüfungen durchführen und, falls erforderlich, dem Netzwerk erneut beitreten.

Verbindungsprüfung

Zweck: Überprüfung der kontinuierlichen Kommunikation mit dem Netzwerk.

Häufigkeit: Kann periodisch (z. B. täglich) oder bei Erkennung einer Verschlechterung der Abdeckung durchgeführt werden.

Batterieauswirkung: Minimal, aber häufige Verbindungsprüfungen erhöhen den Energieverbrauch.

Wiederverbindungsverfahren (Re-Join)

Zweck: Wiederherstellung der Sitzungssicherheitsschlüssel und der Netzwerksynchronisierung.

Verfahren: Das Gerät versucht einen neuen Netzwerkbeitritt mit maximaler Leistung bei hohem SF (SF12), was sehr energieintensiv ist.

Energiekosten:

• Deutlich höher als normale Uplinks.
• Häufige Wiederverbindungen können die Batterielaufzeit drastisch verkürzen, insbesondere in Gebieten mit schlechter Abdeckung.

5.6 Berichterstattung des Batteriestatus

Eine genaue Batterieberichterstattung ist für batteriebetriebene LoRaWAN-Geräte entscheidend und ermöglicht es Anwendern oder Netzwerkservern, die verbleibende Energie zu überwachen und Ersatz oder Wartung zu planen.

Die einfachste Methode misst die Batteriespannung – oft in regelmäßigen Abständen – und schätzt die verbleibende Kapazität anhand einer bekannten Entladekurve.

Fortgeschrittenere Techniken beziehen internen Widerstand, Temperatur und Nutzungshistorie ein, um präzisere Schätzungen der Batterielaufzeit zu liefern.

5.6.1 Batteriemodell

Für batteriebetriebene LoRaWAN-Geräte ist eine genaue Batterieberichterstattung wesentlich, um verbleibende Energie zu überwachen und Wartung zu planen.

Die gängigste Methode ist die Messung der Batteriespannung im Ruhezustand (OCV – Open Circuit Voltage), die vom Ladezustand und der Temperatur der Batterie abhängt.

Fortgeschrittenere Techniken messen den Spannungsabfall über den internen Widerstand der Batterie bei einer bekannten Last oder schätzen den Energieverbrauch bei jeder Aktivität kontinuierlich ab.

5.6.2 Austauschbare versus fest verbaute Batterien

Austauschbare Batterien:

• Verlassen sich oft auf Spannungsmessungen im Ruhezustand oder unter Last als einfachen Indikator.
• Anwender können die Batterie austauschen, wenn die Spannung unter einen festgelegten Schwellenwert fällt.
• Abweichungen zwischen Herstellern können zu unterschiedlichen Abschaltspannungen führen, was Geräte dazu zwingt, eine konservative Abschaltung zu erzwingen, um einen stabilen Betrieb zu gewährleisten.

Fest verbaute Batterien:

• Können fortschrittlichere Methoden zur Batterieüberwachung nutzen, wie Coulomb-Zählung oder ausgeklügelte Algorithmen, da der Gerätehersteller die genaue Batteriechemie und internen Eigenschaften kennt.
• Ermöglichen eine zuverlässigere Batterieberichterstattung.

5.7 Batterielaufzeit im Zusammenhang mit dem Netzwerk

Unter den folgenden Annahmen – Standby-Strom = 1,5 μA, TX-Strom = 40 mA, RX-Strom = 5 mA, ein 10-Byte-Uplink alle 15 Minuten (96-mal/Tag) und minimale erneute Übertragungen – zeigt die folgende Tabelle grobe Schätzungen der Batterielaufzeit für eine 500-mAh-Batterie und berücksichtigt keine zusätzliche Batterieentladung durch erneute Übertragungen von Nachrichten unter schlechten Netzwerkbedingungen.

Spreizfaktor	Ca. Übertragungszeit (ms)	Geschätzte Batterielaufzeit
SF7	~50–60	~17 Jahre
SF8	~100–110	~15 Jahre
SF9	~180–200	~13 Jahre
SF10	~370–410	~11 Jahre
SF11	~740–820	~7 Jahre
SF12	~1480–1600	~5 Jahre

Hinweis: In LoRaWAN-Netzwerken mit schwacher Abdeckung und starken Störungen kann der LoRaWAN-Server das Gerät auffordern, jedes Datenpaket mehrmals zu übertragen (NB_Trans > 1). Zusätzlich muss ein Gerät, das bestätigte Nachrichten sendet, möglicherweise mehrmals erneut übertragen, wenn es keine Bestätigung für die gesendeten Daten erhält.

Dies kann die Batterielaufzeit um bis zu 75 % weiter verkürzen.

6 Empfehlungen

6.1 Netzwerk

Ein gut geplantes und optimiertes LoRaWAN-Netzwerk ist wesentlich, um hohe Zuverlässigkeit, geringen Energieverbrauch und gute Skalierbarkeit zu erreichen. Durch Befolgen dieser Richtlinien können Kommunikationsprobleme vermieden werden, und batteriebetriebene Geräte können ihre erwartete Lebensdauer erreichen.

Bewerten Sie die Umgebung

• Kartieren Sie physische Hindernisse: Identifizieren Sie Wände, Metallstrukturen, folienisolierte Gebäude, Wälder und hügeliges Gelände, die Signale dämpfen oder blockieren könnten.
• Lokalisieren Sie potenzielle Störquellen: Prüfen Sie auf Industriemaschinen, andere Geräte im ISM-Band (z. B. NB-IoT, Sigfox) oder starke nahegelegene Sender (z. B. Mobilfunk-Basisstationen), die den Rauschpegel erhöhen könnten.
• Führen Sie Signalmessungen durch: Messen Sie die tatsächliche Signalstärke (RSSI) und das Signal-Rausch-Verhältnis (SNR) an geplanten Gerätestandorten, insbesondere in Innenräumen und unterirdischen Umgebungen.

Etablieren Sie eine stabile Gateway-Infrastruktur

• Strategische Platzierung: Installieren Sie Gateways an erhöhten Standorten, um Hindernisse zu minimieren und eine breite Abdeckung sicherzustellen.
• Redundanz und Zuverlässigkeit: Planen Sie überlappende Abdeckung mit mehreren Gateways in kritischen Bereichen, um das Risiko einzelner Ausfallpunkte zu reduzieren.
• Backhaul-Verbindung: Stellen Sie sicher, dass Gateways stabile, latenzarme Backhaul-Verbindungen (Ethernet, Mobilfunk, Glasfaser) haben, um eine schnelle Datenübertragung zu ermöglichen und das Risiko von Paketverlusten zu verringern.
  • Stellen Sie sicher, dass der LoRaWAN-Server so konfiguriert ist, dass er die Backhaul-Latenz (RX1_Delay) berücksichtigt, die möglicherweise verlängert werden muss, wenn ein oder mehrere Gateways über Satellit oder Mobilfunknetze verbunden sind.

Optimieren Sie Spreizfaktoren und Netzwerklast

• Zielwert SF7–SF9: Geräte sollten mit dem niedrigstmöglichen Spreizfaktor (SF) arbeiten, um die Übertragungszeit zu minimieren, Batterie zu sparen und die Netzwerküberlastung zu reduzieren.
• Identifizieren Sie Bereiche mit schlechter Abdeckung: Wenn viele Geräte durchgehend SF10–SF12 verwenden, untersuchen Sie Abdeckungslücken. Eine Anpassung der Gateway-Platzierung ist oft effektiver, als Geräte höhere SF-Werte verwenden zu lassen.
• Verwenden Sie Indoor-Gateways:
  • Viele Gebäude verfügen über metallbeschichtete Fenster und Metallfolienisolierung, die Wärme – und auch Funksignale – reflektieren.
  • Indoor-Gateways sollten in Betracht gezogen werden, um die Abdeckung zu verbessern und den Bedarf an hohem SF zu reduzieren.

Führen Sie Pilottests vor der vollständigen Bereitstellung durch

• Installieren Sie Geräte in den anspruchsvollsten Umgebungen und bewerten Sie deren Leistung.
• Wenn Tests eine hohe SF-Nutzung, verlorene Datenpakete oder NB_Trans > 1 zeigen, sind Korrekturmaßnahmen erforderlich.
• Überprüfen Sie die Redundanz: Simulieren Sie einen Gateway-Ausfall, um sicherzustellen, dass Geräte weiterhin über nahegelegene Gateways verbunden werden können.

Laufende Überwachung und Wartung

• Stellen Sie sicher, dass alle Gateways online sind und stabile Backhaul-Verbindungen haben.
• Verwenden Sie Netzwerkserver- und IoT-Plattform-Statistiken/Protokolle, um schwache Abdeckungsbereiche oder Störquellen zu identifizieren.
• Passen Sie die Netzwerkinfrastruktur an, wenn neue Geräte hinzugefügt oder Abdeckungsanforderungen geändert werden.

6.2 Bereitstellung von Sensoren

Ein gut vorbereitetes Netzwerk ist die Grundlage für erfolgreiche Smart-Services. Sobald Gateways vorhanden sind und die Abdeckung überprüft wurde, besteht der nächste Schritt darin, Sensoren bereitzustellen.

Eine zuverlässige Gerätekonnektivität, die Auswahl der richtigen Konfiguration (z. B. Berichtsintervalle, bestätigte vs. unbestätigte Nachrichten) und die Validierung der Verbindungsqualität können die Betriebszeit und Batterieeffizienz erheblich verbessern.

6.2.1 Beitritt von Sensoren

LoRaWAN-Geräte leiten den Verbindungsprozess typischerweise mit dem höchsten Spreizfaktor (SF) und maximaler Sendeleistung ein, um die Abdeckung zu maximieren. Dieser Prozess erfordert eine bidirektionale Kommunikation mit dem Netzwerkserver.

• Wenn ein Sensor Schwierigkeiten beim Verbinden hat (z. B. mehrere fehlgeschlagene Versuche), deutet dies wahrscheinlich auf Folgendes hin:

  • Abdeckungsprobleme
  • Falsche Geräteanmeldedaten
  • Verzögerungen in der Verbindung zwischen Gateway und Netzwerkserver (RX1_Trans muss möglicherweise erhöht werden)

• Anhaltende Verbindungsprobleme können die Batterie schnell entladen, da jeder neue Versuch bei SF12 erhebliche Energie verbraucht.

6.2.2 Konfiguration von Sensoren

Planen Sie sorgfältig, wie oft und wann der Sensor Daten melden soll

1. Berichtsintervall

• Zeitbasiert:

  • Das Senden von Daten alle 5, 15 oder 60 Minuten ist einfach, kann aber übermäßig sein, wenn Änderungen minimal sind, was zu unnötigem Batterieverbrauch führt.

• Ereignisgesteuert:

  • Der Sensor überträgt nur, wenn ein Schwellenwert oder Auslöser erreicht wird (z. B. Leckerkennung, Belegungsänderung).
  • Dieser Ansatz spart Batterielebensdauer und liefert gleichzeitig zeitnahe Benachrichtigungen.

2. Bestätigte vs. unbestätigte Nachrichten

• Kritische Daten:

  • Alarm- oder ereignisbasierte Nachrichten erfordern möglicherweise bestätigte Uplinks, um die Zustellung zu garantieren.
  • Das Gerät überträgt erneut, bis eine Bestätigung empfangen wird.

• Routinedaten:

  • Unbestätigte Nachrichten werden oft bevorzugt, was den Batterieverbrauch und die Netzwerklast minimiert.

• Hybridstrategie:

  • Ein Gerät kann bestätigte Nachrichten für dringende Ereignisse und unbestätigte Nachrichten für periodische Statusaktualisierungen verwenden.

6.2.3 Prüfungen nach der Bereitstellung

Überwachen Sie RSSI, SNR und SF:

• Niedrige Signalwerte und hoher SF können auf Abdeckungsprobleme hinweisen.

Analysieren Sie erneute Übertragungen und Wiederverbindungen:

• Hohe Raten erneuter Übertragungen oder Wiederverbindungen könnten auf schlechte Abdeckung oder Störungen hinweisen.

Passen Sie Einstellungen bei Bedarf an:

• Ändern Sie Berichtsintervalle, Bestätigungsrichtlinien oder verlagern Sie Sensoren, um die Leistung zu optimieren.

7. Betrieb eines Sensornetzwerks

Die Bereitstellung und Konfiguration von LoRaWAN-Sensoren ist nur der erste Schritt; laufender Betrieb und Netzwerküberwachung sind entscheidend, um Zuverlässigkeit aufrechtzuerhalten, Abdeckungsprobleme zu identifizieren und die Batterienutzung zu optimieren.

Ein gut strukturierter Betriebsplan stellt sicher, dass kleinere Probleme – wie ein Gateway, das offline geht, oder Sensoren, die zu höheren Spreizfaktoren wechseln – erkannt und behoben werden, bevor sie zu größeren Problemen werden.

7.1 Überwachung von Sensoren

Spreizfaktor und Signalstärke

• Überwachen Sie den SF, um sicherzustellen, dass Geräte nicht auf hohen SF-Werten festhängen.
• Verfolgen Sie RSSI und SNR, um Abdeckungs- oder Störprobleme zu identifizieren.

Uplink-Häufigkeit und Zuverlässigkeit

• Überprüfen Sie, ob Sensoren Daten in den geplanten Intervallen übertragen.
• Prüfen Sie die Kontinuität der Frame-Zählung, um möglichen Datenverlust zu erkennen.

Kanalbalance und NB_Trans

• Stellen Sie sicher, dass der Datenverkehr gleichmäßig über alle Kanäle verteilt ist. Wenn einige Kanäle einen geringeren Datenverkehr zeigen, kann dies auf Störungen hinweisen.
• Prüfen Sie, ob NB_Trans durchgehend auf 1 eingestellt ist, um unnötige doppelte Übertragungen zu vermeiden.

7.2 Überwachung von Gateways

• Implementieren Sie automatische Prüfungen (z. B. Ping oder SNMP-ähnliche Überwachung), um zu bestätigen, dass jedes Gateway online bleibt und eine gesunde Backhaul-Verbindung hat.
• Überprüfen Sie regelmäßig Gateway-Protokolle, um mögliche Probleme oder Anomalien zu erkennen.

7.3 Sicherung des Betriebs

Abdeckung

• Umgebungsänderungen (z. B. neue Gebäude, Bauarbeiten) können die Abdeckung verringern.
• Planen Sie periodische Standortuntersuchungen oder sammeln Sie Abdeckungsstatistiken, um festzustellen, ob zusätzliche Gateways oder eine Neupositionierung erforderlich sind.

Anpassung der Adaptive Data Rate (ADR)

• Stellen Sie für statische Sensoren sicher, dass ADR aktiviert und auf dem Netzwerkserver korrekt konfiguriert ist.
• Überprüfen Sie, ob Geräte allmählich zu einem niedrigeren SF konvergieren, um die Batterielaufzeit zu maximieren.
• Wenn viele Sensoren bei höherem SF verbleiben, untersuchen Sie Netzwerk- oder Gerätekonfigurationsprobleme.

Firmware- und Konfigurationsaktualisierungen

• Einige Sensoren unterstützen Over-the-Air (OTA)-Updates oder Fernkonfiguration.
• Verwenden Sie diese Funktionen sorgfältig und planen Sie Übertragungen, um Netzwerküberlastung zu vermeiden.
• Führen Sie ein Änderungsprotokoll, um bei unerwartetem Verhalten neuer Konfigurationen ein Rollback zu ermöglichen.

Batterieüberwachung

• Überwachen Sie den Batteriestatus, um Geräteausfälle zu verhindern.
• Analysieren Sie Verbrauchstrends, insbesondere wenn sich Nutzungsmuster ändern.

8. Fehlerbehebung

Trotz sorgfältiger Planung und Überwachung können bei jeder LoRaWAN-Bereitstellung Probleme auftreten. Von Sensoren, die keine Verbindung herstellen können, über Datenverlust bis hin zu unerwartet hohem Batterieverbrauch – ein systematischer Fehlerbehebungsansatz hilft dabei, Grundursachen zu identifizieren und den normalen Betrieb schnell wiederherzustellen.

Im Folgenden finden Sie häufige Problemszenarien und empfohlene Diagnoseschritte zu deren effizienter Lösung.

8.1 Häufige Symptome

1. Fehlgeschlagene oder langsame Verbindungen

Symptome:

• Geräte versuchen wiederholt, bei SF12 beizutreten, wobei sie große Mengen an Batterie verbrauchen, aber nie ein JoinAccept erhalten.

Mögliche Ursachen & Lösungen:

• Unzureichende Abdeckung → Verbessern Sie die Gateway-Platzierung oder fügen Sie weitere Gateways hinzu.
• Lange Antwortzeit von Gateway/Netzwerkserver → Erhöhen Sie RX1_Delay, um sicherzustellen, dass Downlinks innerhalb des Empfangsfensters des Geräts eintreffen.
• Ungültige Konfiguration (DevEUI-, AppEUI-, AppKey-Fehlanpassung) → Überprüfen Sie die Anmeldedaten sowohl auf dem Gerät als auch auf dem Netzwerkserver.
• Störungen → Nahegelegene Mobilfunk-Basisstationen oder Industrieanlagen könnten Signale stören, insbesondere wenn sie alle Kanäle beeinträchtigen.

2. Anhaltend hoher Spreizfaktor (SF10–SF12)

Symptome:

• Geräte verbleiben bei hohem SF, obwohl sie sich relativ nah an einem Gateway befinden.

Mögliche Ursachen & Lösungen:

• Lokale Störungen → Identifizieren und beseitigen Sie die Quelle, verschieben Sie Gateway/Sensor oder blockieren Sie den betroffenen Kanal im Netzwerkserver.
• Gateway- oder Antennenprobleme → Prüfen Sie auf defekte Kabel, beschädigte Steckverbinder oder Antennenprobleme.
• Hohe Latenz zwischen Gateway und LoRaWAN-Netzwerkserver → Optimieren Sie die Backhaul-Verbindung.
• ADR nicht aktiviert oder fehlkonfiguriert → Stellen Sie sicher, dass ADR aktiv und auf dem Netzwerkserver korrekt eingestellt ist.
• Umgebungsänderungen → Gebäuderenovierungen können metallbeschichtete Fenster, Folienisolierung oder reflektierende Barrieren einführen, die die Dämpfung erheblich erhöhen und Geräte zwingen, höhere SF-Werte zu verwenden. Änderungen im Innenlayout können ebenfalls die Funkdämpfung erhöhen.

3. Fehlende oder sporadische Uplinks

Symptome:

• Einige Sensoren stellen für bestimmte Zeiträume die Berichterstattung ein.

Mögliche Ursachen & Lösungen:

• Gerät geht nach verpassten ACKs in den Wiederverbindungsmodus → Prüfen Sie, ob bestätigte Nachrichten erforderlich sind, und passen Sie die Einstellungen bei Bedarf an.
• Gateway-Probleme → Das Gateway könnte offline sein, eine langsame Internetverbindung haben oder überlastet sein.
• Schwache Batterie → Überwachen Sie Batteriespannung und Verbrauchstrends.

4. Übermäßige Wiederholungen / häufige Wiederverbindungen

Symptome:

• Netzwerkprotokolle zeigen Geräte, die mehrfach erneut übertragen oder sich wiederverbinden, wodurch Batterien schnell entladen werden.

Mögliche Ursachen & Lösungen:

• Schlechte Abdeckung oder Störungen → Verursachen verlorene Downlink-Bestätigungen, was zu erneuten Übertragungen führt.
• Fehlkonfigurierte Sensoreinstellungen → Routinedaten sollten unbestätigte Nachrichten verwenden, wenn keine Bestätigungen erforderlich sind.
• Verzögerungen zwischen Gateway und Netzwerkserver → Verpasste Empfangsfenster können zu fehlgeschlagenen Downlinks führen.

5. Schneller Batterieverbrauch

Symptome:

• Sensoren, die für mehrere Jahre ausgelegt sind, entladen sich innerhalb weniger Monate.

Mögliche Ursachen & Lösungen:

• Übertragungen mit hohem SF und lange Sendezeiten → Optimieren Sie ADR, um sicherzustellen, dass nach Möglichkeit ein niedrigerer SF verwendet wird.
• Störungen, die Kanäle beeinträchtigen → Der Netzwerkserver kann NB_Trans > 1 erhöhen, wodurch Sensoren gezwungen werden, mehrfach erneut zu übertragen.
• Häufige Wiederverbindungsversuche und erneute Übertragungen → Verbessern Sie die Netzwerkzuverlässigkeit, um unnötigen Energieverbrauch zu vermeiden.
• Unangemessenes Berichtsintervall → Reduzieren Sie die Uplink-Häufigkeit, wenn Übertragungen für die Anwendung zu häufig sind.
• Extreme Temperaturen → Kalte Umgebungen verringern die Batterieeffizienz, und starke Hitze kann die Alterung beschleunigen.

8.2 Methodik

Überprüfung von Daten- und Netzwerkprotokollen

• Suchen Sie nach Mustern verlorener oder beschädigter Pakete (Fehlen Frame-Zählungen?).
• Prüfen Sie, wie häufig Geräte JoinRequests senden.
• Gibt es Anzeichen im Protokoll, die darauf hindeuten, dass ein Gateway eine langsame Internetverbindung hat?
• Sind unbestätigte Nachrichten häufiger erfolgreich als bestätigte? Dies könnte auf eine langsame Gateway-Verbindung oder Störungen des Sensorempfängers durch eine externe Rauschquelle in der Nähe des Sensors hinweisen.
• Ist der Datenverkehr gleichmäßig über alle Kanäle für jedes Gateway verteilt? Sind RSSI & SNR über die Kanäle hinweg konsistent? Falls nicht, könnten einige Kanäle Störungen ausgesetzt sein.
• Gehen gelegentlich Datenpakete verloren, obwohl mehrere Gateways normalerweise die Signale des Sensors empfangen? Werden diese Gateways gleichzeitig gestört? Falls ja, könnte eine periodische Störquelle ein starkes störendes Signal aussenden.

Überprüfung der physischen Infrastruktur

Gateway-Status:

• Läuft das Gateway, und ist das Backhaul stabil?
• Prüfen Sie auf Alarmzustände oder Offline-Berichte.

Antennenverbindungen:

• Überprüfen Sie Kabel und Steckverbinder auf Schäden, Feuchtigkeit oder lose Verbindungen.

Änderungen der Platzierung:

• Wurde das Gateway verschoben oder durch neue Bauarbeiten blockiert?

Nahegelegene Störquellen:

• Befindet sich das Gateway in der Nähe eines anderen Funksenders, wie z. B. einer Mobilfunk-Basisstationsantenne?

Überprüfung des Sensors

• Firmware-Einstellungen: Stellen Sie sicher, dass das Gerät auf die richtige Region eingestellt ist und über gültige DevEUI/AppEUI/AppKey verfügt.
• Sensorkonfiguration prüfen: Überprüfen Sie Uplink-Einstellungen, Berichtsintervalle und Nachrichtentypen.
• Batteriespannung: Prüfen Sie den Batteriestand, um geringe Leistung als Ausfallursache auszuschließen.

Abdeckungs- und Störungsprüfungen

• RSSI/SNR-Messungen: Verwenden Sie ein Testgerät oder eine Standortuntersuchung, um die Signalstärke in vermuteten Bereichen zu messen.
• Spektrumanalyse: Falls verfügbar, scannen Sie nach starken Störungen in LoRaWAN-Kanälen.
• Überlappende Funknetze: Überprüfen Sie, ob andere Netzwerke (z. B. Mobilfunknetze oder andere LoRaWAN-Bereitstellungen) das Frequenzband nicht überlasten.

Support

Für weitere Informationen zu LoRaWAN-Netzwerkeinstellungen, Sensorkonfigurationen oder Abdeckungslösungen in funkdichten Gebäuden kontaktieren Sie bitte den Support von Sensative