Was ist der LoRaWAN-Tastgrad?

LoRaWAN Es ist wunderbar sparsam. Deshalb nutzen wir es für die Fernortung, die Lagertransparenz, Fahrzeughöfe, die Arbeitssicherheit, die Kühlkettenüberwachung und all jene schwierigen Orte, an denen die Verlegung von WLAN-Kabeln ein Projekt für sich wäre.

LoRaWAN Der Betrieb erfolgt üblicherweise im gemeinsam genutzten, lizenzfreien ISM-Frequenzband. In Europa ist dies das EU-Frequenzband von 863 bis 870 MHz. Da viele Geräte denselben Frequenzbereich nutzen, begrenzen Regulierungsbehörden und Netzbetreiber die Sendedauer jedes einzelnen Geräts. Diese Begrenzung wird als Sendezyklus bezeichnet.

Vereinfacht ausgedrückt ist das Tastverhältnis der prozentuale Anteil der Zeit, in der ein Funkgerät einen Kanal oder ein Frequenzband belegen darf. Bei einem Grenzwert von 1% darf ein Gerät beispielsweise eine Sekunde lang senden und muss anschließend so lange inaktiv bleiben, dass seine gesamte Sendezeit innerhalb dieses 1%-Fensters bleibt. The Things Network erklärt dasselbe Prinzip als “den Anteil der Zeit, in der eine Ressource belegt ist”.” ⁽¹⁾

Für die Anlagenverfolgung ist das von großer Bedeutung.

Ein Temperatursensor, der alle 15 Minuten einen kurzen Messwert sendet, ist einfach. Ein Gateway, das Hunderte von Bluetooth-Beacon-Nachrichten weiterleitet? Das ist eine ganz andere Sache. Ein Mitarbeiterausweis, der alle paar Sekunden seinen Standort von einem stark frequentierten Industriegelände meldet? Jetzt müssen wir planen.

Warum der Arbeitszyklus bei Lansitec-Tracking-Projekten eine Rolle spielt

Wir haben dies in realen Einsätzen beobachtet: Das Problem liegt selten an einem einzelnen Tracker. Es ist die gesamte Flotte.

Ein Badge-Tracker, der jede Minute einen Bericht erstellt, ist harmlos. Fünfhundert Abzeichen, ein paar Bluetooth-Gateways, Bestätigte Uplinks, ungünstige Spreizfaktorwahl und übergroße Nutzlasten? Das kann schnell zu Störungen führen.

Der Arbeitszyklus beeinflusst drei Dinge, die Kunden tatsächlich spüren:

Was es betrifft	Was geschieht in der Praxis?
Latenz	Eine Nachricht kann warten, bevor sie rechtmäßig übermittelt werden kann.
Akkulaufzeit	Längere Sendezeit hält das Funkgerät länger aktiv.
Netzwerkkapazität	Zu viele Uplinks und Downlinks verringern den Platz für andere Geräte.
Zuverlässigkeit	Durch die Überlastung steigt die Anzahl verlorener Pakete und der Druck auf Wiederholungsversuche.

Deshalb sollte ein “5-Sekunden-Meldeintervall” nicht als “überall 5 Sekunden verwenden” interpretiert werden. Viele Lansitec LoRaWAN Die Geräte ermöglichen sehr kurze, konfigurierbare Meldeintervalle, zum Beispiel einstellbare Positionsmeldeintervalle auf Basis von 5 Sekunden und Heartbeat-Intervalle auf Basis von 30 Sekunden. Der richtige Wert hängt jedoch vom Anwendungsfall, der Region, dem Spreizfaktor, der Nutzlastgröße, der Gateway-Dichte und der Netzwerkrichtlinie ab.

Das klingt nach viel. Und das ist es auch. Aber die Designlogik ist einfach: Senden Sie nur das, was wichtig ist, und zwar dann, wenn es wichtig ist.

Wie der LoRaWAN-Tastgrad über Kanäle und Subbänder hinweg funktioniert

Diesen Aspekt übersehen viele.

Das Tastverhältnis kann auf verschiedenen Ebenen angewendet werden: Gerät, Kanal und Subband. Der Artikel von Actility verdeutlicht diese Unterscheidung, und es lohnt sich, sie beizubehalten, da sie erklärt, warum ein Gerät auf einem Kanal senden kann, auf einem anderen jedoch nicht. ⁽²⁾

Im europäischen EU-Frequenzband von 863 bis 870 MHz gibt The Things Network ETSI-Teilbandgrenzen wie 0,1%, 1% und 10% an, abhängig vom genauen Frequenzbereich. Beispielsweise sind die Bereiche 865–868 MHz und 868–868,6 MHz mit 1% und der Bereich 869,4–869,65 MHz mit 10% gelistet. ⁽³⁾

Wenn also jemand fragt: “Können wir alle 10 Sekunden senden?”, lautet die ehrliche Antwort: vielleicht.

Welches Frequenzband? Welche Datenrate? Wie viele Bytes? Welcher Spreizfaktor? Wie viele Geräte? Öffentliches oder privates Netzwerk?

Sie benötigen all diese Antworten, um die richtige Lösung zu entwickeln.

Sendezeit: Die wahre Währung von LoRaWAN

Das Auslastungsverhältnis ist die Regel. Die Gesprächszeit ist das, was Sie ausgeben.

Jede Uplink-Verbindung belegt für eine gewisse Zeit Funkkapazität. Diese Zeit hängt hauptsächlich von der Nutzlastgröße, der Bandbreite, der Codierungsrate und dem Spreizfaktor ab. Höhere Spreizfaktoren erhöhen die Reichweite und die Empfängerempfindlichkeit, verlängern aber auch die Sendezeit. The Things Network weist darauf hin, dass eine feste Nutzlast, die mit einem höheren Spreizfaktor gesendet wird, eine längere Sendezeit benötigt und dass höhere Spreizfaktoren auch die Akkulaufzeit verkürzen, da das Funkgerät länger aktiv bleibt. ⁽⁴⁾

Hier die praktische Version:

Designwahl	Auswirkungen der Sendezeit	Auswirkungen der Verfolgung
Kleinere Nutzlast	Untere	Besser geeignet für dichte Beacon-Weiterleitung
Niedrigerer Spreitungsfaktor, wie z. B. SF7	Untere	Besser für Kapazität und Akku
Höherer Spreitungsfaktor, wie z. B. SF12	Höher	Größere Reichweite, geringere Kapazität
Bestätigte Uplinks	Höhere Netzwerkbelastung	Nur verwenden, wenn es wirklich notwendig ist
Häufige Downlinks	Höherer Gateway-Tastverhältnisdruck	Vermeiden Sie die routinemäßige Downlink-Steuerung.

Deshalb ist die Nutzlastfilterung so wichtig. Mehrere Lansitec Bluetooth-Gateways kann Bluetooth-Nutzdatenbytes filtern und nur die nützlichen Daten ausgeben durch LoRaWAN. Die Sonne, Makro-, Mikro- und Kompakte Bluetooth-Gateways Sie unterstützen außerdem die Bluetooth-Datenkomprimierung und können bis zu 15 Beacon-Nachrichten in einer einzigen Nachricht packen. LoRaWAN Das Paket ist auf SF9 ausgelegt und unterstützt maximal 105 Beacon-Nachrichten, wie im Produktkatalog vermerkt.

Warum kleine LoRaWAN-Nachrichten dennoch Netzwerkkapazität verbrauchen

Nehmen wir an, ein Gateway leitet BLE-Beacon-IDs weiter, RSSI Werte und ein kleines Sensorfeld. Eine Nachricht ist kurz. Kein Drama.

Stellen Sie sich das nun auf einem Parkplatz, in einem Krankenhaus, in einem Lagerhaus oder auf einer Baustelle vor.

Ein B-Mobile-Setup kann Folgendes umfassen: Bluetooth-Beacons auf Vermögenswerte oder Personen, Bluetooth-Gateways an bekannten Standorten fest installiert und ein LoRaWAN Gateway, das Daten an den Netzwerkserver und die Anwendung weiterleitet.

Die LoRa-Lösung von Lansitec beschreibt diesen Ablauf anschaulich: Leuchtfeuer Daten regelmäßig bewerben, Bluetooth-Gateways empfangen und neu formatieren, dann weiterleiten über LoRaWAN zum Netzwerkserver und zur App.

Bei geringer Dichte können Sie häufig berichten. Bei hoher Dichte sollte das Design intelligenter werden:

• Verwenden Sie Filterung auf Gateway-Seite.
• Batch-Beacon-Nachrichten.
• Melden Sie Änderungsereignisse anstatt sich wiederholender stabiler Zustände.
• Statische Assets sollten nicht verwendet werden.

Kurz und langweilig? Gut. Langweilige Netzwerke skalieren.

EU868 Beispiel: 1% klingt großzügig, bis man es ausrechnet.

Ein Tastverhältnis von 1% ergibt 864 Sekunden Sendezeit pro Tag. Ein Tastverhältnis von 0,1% ergibt nur 86 Sekunden pro Tag. Ein Tastverhältnis von 10% ergibt 8.640 Sekunden pro Tag. Dies sind die täglichen Sendezeitbudgets, nicht die Anzahl der Nachrichten. ⁽³⁾

Dieser Unterschied ist wichtig.

Ein Gerät, das kurze SF7-Pakete sendet, kann problemlos genutzt werden. Dasselbe Gerät mit SF12, größeren Nutzdaten und Wiederholungsversuchen, verbraucht jedoch deutlich schneller seine Sendezeit. Auch öffentliche Netzwerke unterliegen möglicherweise strengeren Richtlinien. Die Fair-Use-Richtlinie des Things Networks (Sandbox) begrenzt die Sendezeit für Uplink-Nachrichten auf 30 Sekunden pro Tag und Knoten und für Downlink-Nachrichten auf 10 pro Tag und Knoten. Private Netzwerke müssen weiterhin die regulatorischen Vorgaben einhalten. LoRaWAN Grenzen. ⁽¹⁾

Für Lansitec-Kunden, die private Dienste nutzen LoRaWAN Infrastruktur – das sind gute und schlechte Nachrichten zugleich.

Gut: Sie können das Design an Ihre eigenen Anwendungsanforderungen anpassen.

Schlecht: Sie sind für die Kapazitätsplanung verantwortlich.

Wie Lansitec-Installationen über Berichtsintervalle nachdenken sollten

Der häufigste Fehler ist, mit dem schnellstmöglichen Intervall zu beginnen. Kann der Tracker alle 5 Sekunden Daten melden?

Technisch gesehen unterstützen einige Geräte dieses Mindestintervall. Im praktischen Betrieb ist das aber wahrscheinlich nicht für jedes Gerät und den ganzen Tag über wünschenswert.

Die bessere Frage lautet: Welche Entscheidung wird diese Nachricht auslösen?

Anwendungsfall	Sinnvolle Berichtslogik
Notruf SOS	Sofortige Uplink-Verbindung, hohe Priorität
Verstoß gegen die Arbeitsschutzzone	Ereignisgesteuerte Uplink-Verbindung plus kurze Aktualisierungsimpulse
Fahrzeughofverfolgung	Häufiger während der Fahrt, seltener im Parkzustand
Lagerbestandsverfolgung	Präsenz- und Standortwechsel, nicht ständiges Geplapper
Temperaturüberwachung	Regelmäßige Berichterstattung, sofern der Schwellenwert nicht überschritten wird.

Die B-Fixed-Lösung von Lansitec bietet einen nützlichen Praxisvergleich: Ein Badge Tracker, der jede Minute bei SF7 meldet, unterstützt laut Beschreibung ein einzelnes Gateway mit Zugriff auf 500 Geräte. Für eine genaue Schätzung wird die Verwendung eines Tools zur Netzwerkkapazitätsbewertung empfohlen. Außerdem wird ein minimales Standortmeldungsintervall von 5 Sekunden angegeben, das jedoch bei großen Geräteflotten eher als Konfigurationsoption denn als Standardwert betrachtet werden sollte.

Wir schätzen schnelle Daten, wenn sie hilfreich sind. Wir schätzen schnelle Daten nicht, wenn sie lediglich beweisen, dass sich das Gerät noch immer an derselben Stelle befindet wie vor 10 Sekunden.

ADR hilft, aber nur, wenn das Geräteverhalten dazu passt.

Adaptive Data Rate (ADR) optimiert Datenrate, Sendezeit und Stromverbrauch. Es passt Spreizfaktor, Bandbreite und Sendeleistung an. The Things Network empfiehlt ADR bei stabilen Funkbedingungen, im Allgemeinen für stationäre Geräte. Mobile Geräte sollten ADR hingegen nur nutzen, wenn sie erkennen, dass sie sich über längere Zeiträume nicht bewegen. ⁽⁵⁾

Das lässt sich gut mit Tracking vergleichen.

• Ein fest installiertes Indoor-Gateway? ADR kann nützlich sein.
• Ein Tracker, der zwischen Lagerhalle, Hof und LKW hin und her wechselt? Vorsicht!.
• Ein Fahrzeug-Tracker, der über Nacht geparkt ist und sich dann tagsüber bewegt? Eine Hybridstrategie ist sinnvoller.

Bei Ortungssystemen kann sich das Gerät in sehr unterschiedlichen Funkumgebungen bewegen: hinter Metallregalen, in der Nähe von Gabelstaplern, in einem Container, im Freien, unter einem Dach. Diese Instabilität kann die automatische Erkennung von Bewegungszuständen (ADR) weniger vorhersehbar machen, sofern die Anwendungslogik diese Bewegungszustände nicht berücksichtigt.

Warum Downlinks die LoRaWAN-Netzwerkkapazität beeinträchtigen können

Die Uplinks erhalten die meiste Aufmerksamkeit, aber die Downlinks können ein Netzwerk schneller schädigen.

Warum? Weil ein Gateway, das eine Downlink-Verbindung sendet, in diesem Moment nicht empfängt. Es muss außerdem regionale Auslastungsgrenzen einhalten. In dichten Ortungssystemen können zu viele bestätigte Uplink- oder routinemäßige Downlink-Befehle zu selbstverschuldeter Überlastung führen.

Verwenden Sie Downlinks für wichtige Dinge:

• Konfigurationsänderungen
• Alarmbestätigung bei Bedarf
• Firmware oder betriebliche Steuerungsabläufe
• Sorgfältig geplante Wartungsfenster

Vermeiden Sie es, Downlinks als Standardabfragemethode zu verwenden. LoRaWAN ist kein Protokoll für ausschweifende Gespräche. Es belohnt Zurückhaltung.

Praktische Designregeln für Lansitec LoRaWAN-Tracking

Hier ist die Feldversion, die wir bei einer Projektprüfung verwenden würden.

Regel	Warum es wichtig ist
Beginnen Sie mit dem Geschäftsevent	“Bewegt”, “Zone betreten”, “SOS” und “Temperatur überschritten” sind bessere Auslöser als blindes Wiederholen.
Nutzlasten schlank halten	IDs, RSSI, Die Batterie und der eine benötigte Sensorwert skalieren besser als ausführliche Nutzdaten.
Verwenden Sie SF7, sofern die Netzabdeckung dies zulässt.	Niedrigere Spreizfaktoren reduzieren die Sendezeit und verbessern die Batterielebensdauer.
Batch-BLE-Daten bei Gateways	Lansitec-Gateways kann mehrere Beacon-Nachrichten bündeln, was dazu beiträgt, die Anzahl der Uplinks zu reduzieren.
Limit bestätigte Uplinks	Die Bestätigung erzeugt Downlink-Druck und sollte nicht die Standardeinstellung für die routinemäßige Überwachung sein.
Hauptzeiten als Modell verwenden, nicht Durchschnittswerte.	Schichtwechsel, LKW-Beladung, Notfallübungen und Veranstaltungseingänge verursachen Verkehrsspitzen.

Unsere Erfahrung zeigt, dass sich Designs erst in der Hauptverkehrszeit wirklich bewähren. Eine Website mag um 14 Uhr noch einwandfrei funktionieren, dann aber um 7 Uhr morgens zusammenbrechen, wenn 400 Mitarbeiter aktiv werden und 30 Gabelstapler unterwegs sind. Gateways Beginne mit der Weiterleitung neuer Beacon-Beobachtungen.

Wie dies für B-Mobile und B-Fixed gilt

In B-Mobile, Leuchtfeuer sind mobil, und Bluetooth-Gateways sind festgelegt. Das Gateway empfängt BLE-Werbesignale in der Nähe, strukturiert die Daten um und leitet sie weiter. LoRaWAN. Dies ist effizient, wenn Gateways Intelligent filtern und bündeln. Hier finden auch die eigentliche Arbeit der Nutzdatenkomprimierung und der Anpassung des Berichtsintervalls statt.

In B-Fest, Die Leuchtfeuer Die Sensoren sind fest installiert, und der Tracker meldet die erfassten Daten. Das eignet sich hervorragend zur Überwachung von Mitarbeitern und Bewegungen im Innen- und Außenbereich, doch die Meldestrategie des Trackers ist entscheidend. In der Dokumentation zu Lansitecs B-Fixed wird ein dreisekündiges Meldeintervall erwähnt. Bluetooth-Empfang Das Fenster gibt an, wie lange die Beacon-Werbeintervalle sein sollten, z. B. 800 ms, 500 ms oder weniger, und weist gleichzeitig darauf hin, dass kürzere Intervalle zwar die Positionierung verbessern, aber mehr Beacon-Leistung verbrauchen.

Unterschiedliche Architektur, aber das gleiche Prinzip, ohne die Luft zu überfluten.

Eine sinnvolle Startkonfiguration

Jeder Standort benötigt eine eigene Bestandsaufnahme, aber dies ist ein praktischer Ausgangspunkt für viele Tracking-Projekte von Lansitec:

Parameter	Konservativer Ausgangspunkt
Routine-Anlagen-Herzschlag	5-30 Minuten
Aktualisierung der beweglichen Anlage	30-120 Sekunden
Aktualisierung der Mitarbeiterausweis-Routine	60 Sekunden, dann abstimmen
SOS- oder Sicherheitsalarm	Sofortige Ereignis-Uplink
BLE-Beacon-Werbung	500–800 ms für Personal, langsamer für statische Anlagen
Bestätigte Uplink-Verbindung	Standardmäßig deaktiviert, nur bei kritischen Ereignissen aktiviert
Nutzlaststrategie	Filtern, Batch-Verarbeitung, Komprimierung

Dann testen.

Nicht in einem Labor mit drei Geräten. Testen Sie mit realer Dichte, echten Wänden, echtem Metall, realer Bewegung und dem tatsächlichen Netzwerkserver. Ein voller Parkplatz ist nicht dasselbe wie ein leerer Parkplatz. Ein Krankenhausflur bei Nacht ist nicht dasselbe wie ein Krankenhausflur während des Schichtwechsels.

Häufige Fehler beim LoRaWAN-Arbeitszyklus, die Sie vermeiden sollten

Die häufigsten Probleme mit dem Tastverhältnis sind nicht exotisch. Sie sind langweilig, weshalb sie oft übersehen werden.

Zunächst legen Teams die Berichtshäufigkeit zu hoch fest, weil “Echtzeit” in einem Vertriebsmeeting gut klingt. Dann stellen sie fest, dass der Geschäftsprozess – außer bei Alarmen – lediglich jede Minute einen Standort benötigt.

Zweitens vernachlässigen Teams die Nutzdatengröße. Ein paar unnötige Bytes mögen einmalig keine Rolle spielen. Bei Tausenden von Paketen pro Tag machen sie aber einen großen Unterschied.

Drittens nutzen Teams bestätigte Uplinks zu leichtfertig. Die Bestätigung vermittelt zwar ein Gefühl der Sicherheit, erhöht aber den Downlink-Bedarf. In einem dichten Netzwerk LoRaWAN Bei der Einführung kann die Sicherheit zu einem Engpass werden.

Schließlich betrachten Teams die Anzahl der Gateways als einzigen Skalierungshebel. Mehr Gateways Sie verbessern zwar die Netzabdeckung und die Verbindungsqualität, setzen aber die Regeln für den Sendezyklus nicht außer Kraft. Sendezeit bleibt Sendezeit.

Abschluss

LoRaWAN Das Tastverhältnis ist keine lästige technische Randnotiz. Es ist einer der Gründe LoRaWAN Funktioniert so gut, wenn es richtig konstruiert ist.

Bei Lansitec-Tracking-Systemen geht es nicht darum, so oft wie möglich zu senden. Das Ziel ist die Übertragung. nützliche, kompakte und aktuelle Informationen und gleichzeitig dafür zu sorgen, dass das Netzwerk so leise bleibt, dass es skalierbar ist.

Dort LoRaWAN glänzt.

Ein Badge-Tracker muss nicht alle paar Sekunden schreien, wenn sich nichts geändert hat. Bluetooth-Gateway Es muss nicht jedes empfangene Byte weiterleiten. Ein privates Netzwerk muss sich nicht wie eine öffentliche Testumgebung verhalten, aber es benötigt dennoch Disziplin.

Das beste Ortungsnetzwerk ist dasjenige, das Ihnen mitteilt, was sich geändert hat, wann es darauf ankommt, und gleichzeitig Raum für die nächste wichtige Nachricht lässt.

Ressourcen und weiterführende Literatur:

1. TTN-Dokumentation: Tastverhältnis
2. Actility: Verständnis des Arbeitszyklus in LoRaWAN
3. TTN-Dokumentation: Regionale Parameter
4. TTN-Dokumentation: Ausbreitungsfaktor
5. TTN-Dokumente: ADR
6. RP002-1.0.5 LoRaWAN Regionalparameter