1569
Kommentar:
|
1612
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 38: | Zeile 38: |
eine Modulation mit Spreizfaktor 7 und 125 kHz Bandbreite. | eine Modulation mit Spreizfaktor 7 und 125 kHz Bandbreite (die Airtime ist dann etwa 50 bis 60 msec). |
The Things Network
Community "Augsburg"
Gateway "eui-b827ebfffe1be004", 868 MHz, Owner <Hubert.Hoegl@hs-augsburg.de> (aktiv seit 2/2018)
Standort: Dach des Elektrotechnik-Gebäudes an der Hochschule
Vortrag über LoRa und Thethingsnetwork auf dem Linux Infotag 2018
Bitte haltet die Goldenen LoRa Regeln ein (engl. fair access policy)
Ein Endgerät sollte nur maximal 30 Sekunden am Tag (24 Stunden) senden.
Schlechtes Beispiel: Wenn man mit SF12/BW125 (= Airtime 1,5 Sekunden) 20 mal in der Stunde sendet, dann liegt man schon bei 720 Sekunden / Tag!
Es sollten nur 10 Downlink-Nachrichten am Tag an ein Endgerät versendet werden.
Funkstandards verlangen, dass der "duty cycle" im 868 MHz Frequenzband bei maximal 1% sein soll.
Ausserdem empfiehlt das TheThingsNetwork:
- Die gesendeten Nutzdaten sollen so klein wie möglich sein.
- Die Zeitabstände zwischen den Nachrichten sollen mehrere Sekunden betragen.
- Um die Sendezeit zu verringern, soll die schnellste Datenrate gewählt werden, zum Beispiel eine Modulation mit Spreizfaktor 7 und 125 kHz Bandbreite (die Airtime ist dann etwa 50 bis 60 msec).
- Auf die Downlink-Nachricht sollte möglichst verzichtet werden, oder diese sollte so klein wie möglich gehalten werden.
- Auf Uplink-Nachrichten mit Bestätigung sollte verzichtet werden.