1% Regel: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „= 1% Relative Frequenzbelegungsdauer = Die Bundesnetzagentur schreibt für die Nutzung verschiedener ansonsten frei nutzbarer Frequenzbereiche sogenannte maxim…“) |
KKeine Bearbeitungszusammenfassung |
||
(22 dazwischenliegende Versionen von 7 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
= 1% Relative Frequenzbelegungsdauer = | = 1% Relative Frequenzbelegungsdauer = | ||
Die Bundesnetzagentur schreibt für die Nutzung verschiedener ansonsten frei nutzbarer Frequenzbereiche sogenannte maximale relative Frequenzbelegungsdauern fest. Sinn dieser Maßnahme ist es, die Nutzung der Frequenzbänder durch mehrere Nutzer auch bei Reichweitenüberlagerung zu ermöglichen. Für 868,35 MHz, also der Frequenz, in dem das HM, FS20 und FHT System | Die Bundesnetzagentur schreibt für die Nutzung verschiedener ansonsten frei nutzbarer Frequenzbereiche sogenannte maximale relative Frequenzbelegungsdauern pro Stunde für jede einzelne Sendeeinheit<ref>''Die Relative Frequenzbelegungsdauer (duty cycle) in % kennzeichnet die maximal zulässige Dauer der Aussendungen auf einer Frequenz bezogen auf 1 Stunde. Die Gesamtzeit der Aussendungen kann auf mehrere Intervalle aufgeteilt werden.''<br />Bundesnetzagentur, Vfg 45/2016 "Allgemeinzuteilung von Frequenzen im Frequenzbereich 868 – 870 MHz für nichtöffentliche Funkanwendungen für Alarmierungszwecke" </ref> fest. Sinn dieser Maßnahme ist es, die Nutzung der Frequenzbänder durch mehrere Nutzer auch bei Reichweitenüberlagerung zu ermöglichen. Für 868,35 MHz, also der Frequenz, in dem z.B. das HM, FS20 und FHT System arbeiten, sind ≤ 1% vorgeschrieben. Dies ergibt 36 Sekunden Sendedauer je Stunde (gleitend). Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen. | ||
== Details == | == Details == | ||
Um einen Kommunikationskanal durch mehrere Teilnehmer effektiv zu nutzen, bieten sich mehrere Verfahren an. Im Wesentlichen sind dies: | Um einen Kommunikationskanal durch mehrere Teilnehmer effektiv zu nutzen, bieten sich mehrere Verfahren an. Im Wesentlichen sind dies: | ||
* Token Verfahren. Senden darf nur, wer gerade | * Token-Verfahren. Senden darf nur, wer gerade ein von Teilnehmer zu Teilnehmer herumgereichtes "Pfand" (=Token) besitzt. Tokenverfahren sind aufwändig zu implementieren und erfordern bidirektionale Kommunikation. | ||
* | * LBT-Verfahren. Senden darf ein Teilnehmer nur, wenn er sich vorher durch "Lauschen" vergewissert hat, dass sonst niemand sendet, der Kanal also frei ist. (LBT = Listen before talk). Es ist theoretisch jedoch denkbar, dass zwei Sender zugleich lauschen, den Kanal frei vorfinden und zugleich anfangen zu senden. LBT Verfahren sind in frei nutzbaren Kanälen mit vielen Teilnehmern schwierig zu implementieren. (Die Kommunikation zwischen [[CUL]]/CUNO und [[RFR CUL]] arbeitet aber z.B. nach diesem Verfahren.) | ||
* Zeitbeschränkung. Jeder Teilnehmer darf nur sehr kurz senden. Die Sendedauer ist so zu wählen, dass jeder Teilnehmer eine signifikante Chance hat, zufällig auf einen freien Kanal zu treffen. Dies ist beispielsweise gegeben, wenn der Kanal zu 90 oder mehr Prozent frei ist. | * Zeitbeschränkung. Jeder Teilnehmer darf nur sehr kurz senden. Die Sendedauer ist so zu wählen, dass jeder Teilnehmer eine signifikante Chance hat, zufällig auf einen freien Kanal zu treffen. Dies ist beispielsweise gegeben, wenn der Kanal zu 90 oder mehr Prozent frei ist. | ||
Zeile 19: | Zeile 19: | ||
<dl><dd>''LBT: Verfahren, mit dem die Kanalbelegungssituation vor Beginn und während der Aussendung geprüft wird. Aussendung erfolgt nur bei freiem Kanal.''</dd></dl> | <dl><dd>''LBT: Verfahren, mit dem die Kanalbelegungssituation vor Beginn und während der Aussendung geprüft wird. Aussendung erfolgt nur bei freiem Kanal.''</dd></dl> | ||
Zumindest wegen des geringen Implementierungsaufwandes hat ELV als Entwickler der FS20 / FHT Funkkomponenten kein LBT verwendet, sondern beachtet vielmehr die maximale Frequenzbelegungsdauer. | Zumindest wegen des geringen Implementierungsaufwandes hat ELV als Entwickler der FS20 / FHT / HomeMatic Funkkomponenten kein LBT verwendet, sondern beachtet vielmehr die maximale Frequenzbelegungsdauer. | ||
== Bedeutung für das FS20 / FHT Funksystem == | == Bedeutung für das FS20 / FHT Funksystem == | ||
Zeile 26: | Zeile 26: | ||
Problematisch kann die 1% Regel auch in Debuggingphasen sein, wenn also neue FHEM Konfigurationen mehrfach in kurzer Folge ausprobiert werden. | Problematisch kann die 1% Regel auch in Debuggingphasen sein, wenn also neue FHEM Konfigurationen mehrfach in kurzer Folge ausprobiert werden. | ||
Praktisch umgesetzt ist das 1% Sendelimit z. | Praktisch umgesetzt ist das 1% Sendelimit z.B. im [[LOVF]] (= Limit-overflow). Eine FS20 Übertragung benötigt mindestens ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann. | ||
Daraus ergibt sich, dass maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. | Daraus ergibt sich, dass maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Dies ist insbesondere auch beim Einsatz von [[FS20_PIRA_Infrarot-Bewegungsmelder|Bewegungsmeldern]] von Bedeutung, wenn deren Sendeabstand sehr kurz eingestellt ist. | ||
HomeMatic verwendet eine höhere Datenübertragungsrate, sodass die Kommunikation wesentlich schneller abläuft und die Grenzen wesentlich weiter sind. | == Bedeutung für das HomeMatic Funksystem == | ||
HomeMatic verwendet eine höhere Datenübertragungsrate, sodass die Kommunikation wesentlich schneller abläuft und die Grenzen wesentlich weiter sind. Dennoch kann es auch bei HomeMatic vorkommen, dass die Grenzen erreicht werden. | |||
Überschlägig kann HM etwa 1600 Nachrichten Je Stunde senden. Dazu zählen auch ACKs. | |||
Ein Burst kostet 16 Messages. Es können also nur ca. 100 Bursts je Stunde gesendet werden. | |||
Das gilt jeweils für das Aufwecken eines Device, die folgenden Messages sind "billiger". | |||
Zu beachten ist allerdings, dass z.B. der [[HMLAN Konfigurator]] Sendungen 3mal wiederholt, wenn keine Antwort kommt. Sendet man also ein Burst an ein Device, das nicht aktiv ist, ist das Sendekontingent nach nur 30 Versuchen je Stunde verbraucht. | |||
Es gibt aber noch andere Prozesse die viel Funklast erzeugen. | |||
*Insbesondere ist bei FHEM Versionen ab Oktober 2013 das Attribut ''autoReadReg'' auf "4_reqStatus" gesetzt. Damit wird für jedes HM-Device mit diesem so gesetzten Attribut beim FHEM-Start ein ''getConfig'' durchgeführt, was viel Funkverkehr erfordert. | |||
Je nach Anzahl der Geräte kann dies dazu führen, dass insgesamt zu viel Funklast erzeugt wird, im Logfile erscheint dann eine Meldung wie: | |||
2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload | |||
Ab diesem Moment werden eben auch keine anderen Befehle mehr an weitere HM-Geräte geschickt, da das Funkkontingent aufgebraucht ist. Erst nach einer Stunde kann erneut gesendet werden. | |||
''autoReadReg'' auf "4_reqStatus" kann also dazu führen, dass nach einem Neustart HM sofort sein Funkkontingent aufgebracht hat. | |||
Als '''Notbehelf''' kann die Funkschnittstelle resetted oder ([[HMLAN Konfigurator]]) kurz stromlos gemacht werden. Dann wird der Zähler wieder auf Null gesetzt. | |||
Alternativ können so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' gesetzt werden. | |||
* Ausserdem ist zu berücksichtigen, dass sich bei Einschaltung des [[AES Encryption|Signing Requests]] der Funkverkehr in etwa verdoppelt, was bei großen Installationen schon im Normalbetrieb zum Erreichen der Grenze führen könnte. | |||
== Links == | == Links == | ||
Bundesnetzagentur [ | * [[Maximal nutzbare SlowRF Geräte]] | ||
[ | * Bundesnetzagentur: | ||
*:(Die Verfügungen zu den entsprechenden Themen werden relativ häufig novelliert!) | |||
** Vfg. 45/2016: "Allgemeinzuteilung von Frequenzen im Frequenzbereich 868 – 870 MHz für nichtöffentliche Funkanwendungen für Alarmierungszwecke" [https://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/Allgemeinzuteilungen/2016_Vfg_45_Alarmfunkanlagen_868-870_MHz.pdf?__blob=publicationFile&v=1 (PDF)] | |||
** Vfg. 5/2018: "Allgemeinzuteilung von Frequenzen zur Nutzung durch Funkanwendungen mit geringer Reichweite für nicht näher spezifizierte Anwendungen; Non-specific Short Range Devices (SRD)" [https://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/Allgemeinzuteilungen/2018_05_SRD_pdf.pdf?__blob=publicationFile&v=2 (PDF)] | |||
---- | |||
; Quellen: | |||
<references /> | |||
[[Kategorie:Glossary]] | |||
[[Kategorie:FHT Components]] | |||
[[Kategorie:HomeMatic Components|2Info]] | |||
[[Kategorie:868MHz]] |
Aktuelle Version vom 18. Oktober 2019, 11:01 Uhr
1% Relative Frequenzbelegungsdauer
Die Bundesnetzagentur schreibt für die Nutzung verschiedener ansonsten frei nutzbarer Frequenzbereiche sogenannte maximale relative Frequenzbelegungsdauern pro Stunde für jede einzelne Sendeeinheit[1] fest. Sinn dieser Maßnahme ist es, die Nutzung der Frequenzbänder durch mehrere Nutzer auch bei Reichweitenüberlagerung zu ermöglichen. Für 868,35 MHz, also der Frequenz, in dem z.B. das HM, FS20 und FHT System arbeiten, sind ≤ 1% vorgeschrieben. Dies ergibt 36 Sekunden Sendedauer je Stunde (gleitend). Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.
Details
Um einen Kommunikationskanal durch mehrere Teilnehmer effektiv zu nutzen, bieten sich mehrere Verfahren an. Im Wesentlichen sind dies:
- Token-Verfahren. Senden darf nur, wer gerade ein von Teilnehmer zu Teilnehmer herumgereichtes "Pfand" (=Token) besitzt. Tokenverfahren sind aufwändig zu implementieren und erfordern bidirektionale Kommunikation.
- LBT-Verfahren. Senden darf ein Teilnehmer nur, wenn er sich vorher durch "Lauschen" vergewissert hat, dass sonst niemand sendet, der Kanal also frei ist. (LBT = Listen before talk). Es ist theoretisch jedoch denkbar, dass zwei Sender zugleich lauschen, den Kanal frei vorfinden und zugleich anfangen zu senden. LBT Verfahren sind in frei nutzbaren Kanälen mit vielen Teilnehmern schwierig zu implementieren. (Die Kommunikation zwischen CUL/CUNO und RFR CUL arbeitet aber z.B. nach diesem Verfahren.)
- Zeitbeschränkung. Jeder Teilnehmer darf nur sehr kurz senden. Die Sendedauer ist so zu wählen, dass jeder Teilnehmer eine signifikante Chance hat, zufällig auf einen freien Kanal zu treffen. Dies ist beispielsweise gegeben, wenn der Kanal zu 90 oder mehr Prozent frei ist.
Bei LBT und Zeitbeschränkung sind außerdem Verfahren zu implementieren, die greifen wenn der Kanal nicht frei war, die Aussendung also durch Überlagerung einer anderen Sendung gestört wurde. In der Regel wird man den erfolglosen Sendeversuch nach einer zufälligen Zeit wiederholen.
Die Verfahren sind in der obigen Reihenfolge weniger aufwändig zu implementieren, d.h. Zeitbeschränkung erfordert den geringsten Aufwand.
Die Bundesnetzagentur schreibt vor, dass im Frequenzbereich von 868,000 bis 868,600 MHz 1% "Duty cycle" ODER die Nutzung von LBT-Verfahren implementiert sind, wobei sie definiert:
- Die relative Frequenzbelegungsdauer (duty cycle) in % kennzeichnet die Dauer der Aussendungen eines Senders auf einer Frequenz bezogen auf 1 Stunde. Die Gesamtsendezeit kann auf mehrere Intervalle aufgeteilt werden.
und
- LBT: Verfahren, mit dem die Kanalbelegungssituation vor Beginn und während der Aussendung geprüft wird. Aussendung erfolgt nur bei freiem Kanal.
Zumindest wegen des geringen Implementierungsaufwandes hat ELV als Entwickler der FS20 / FHT / HomeMatic Funkkomponenten kein LBT verwendet, sondern beachtet vielmehr die maximale Frequenzbelegungsdauer.
Bedeutung für das FS20 / FHT Funksystem
Aus der relativen Frequenzbelegungsdauer von 1% je Stunde, also nur 36 Sekunden je Stunde, ergeben sich für das FS20 / FHT System deutliche Einschränkungen. Insbesondere ist die Maximal nutzbare Geräte stark eingeschränkt. Wegen der umfangreichen bidirektionalen Kommunikation zwischen Raumreglern und der Zentrale mit einer im Vergleich zu HomeMatic eher geringen Bandbreite lassen sich beispielsweise sinnvoll nur etwa 10-12 Räume mit FHT über Funk steuern.
Problematisch kann die 1% Regel auch in Debuggingphasen sein, wenn also neue FHEM Konfigurationen mehrfach in kurzer Folge ausprobiert werden.
Praktisch umgesetzt ist das 1% Sendelimit z.B. im LOVF (= Limit-overflow). Eine FS20 Übertragung benötigt mindestens ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.
Daraus ergibt sich, dass maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM CUL TRANSMIT LIMIT EXCEEDED. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Dies ist insbesondere auch beim Einsatz von Bewegungsmeldern von Bedeutung, wenn deren Sendeabstand sehr kurz eingestellt ist.
Bedeutung für das HomeMatic Funksystem
HomeMatic verwendet eine höhere Datenübertragungsrate, sodass die Kommunikation wesentlich schneller abläuft und die Grenzen wesentlich weiter sind. Dennoch kann es auch bei HomeMatic vorkommen, dass die Grenzen erreicht werden.
Überschlägig kann HM etwa 1600 Nachrichten Je Stunde senden. Dazu zählen auch ACKs. Ein Burst kostet 16 Messages. Es können also nur ca. 100 Bursts je Stunde gesendet werden. Das gilt jeweils für das Aufwecken eines Device, die folgenden Messages sind "billiger".
Zu beachten ist allerdings, dass z.B. der HMLAN Konfigurator Sendungen 3mal wiederholt, wenn keine Antwort kommt. Sendet man also ein Burst an ein Device, das nicht aktiv ist, ist das Sendekontingent nach nur 30 Versuchen je Stunde verbraucht.
Es gibt aber noch andere Prozesse die viel Funklast erzeugen.
- Insbesondere ist bei FHEM Versionen ab Oktober 2013 das Attribut autoReadReg auf "4_reqStatus" gesetzt. Damit wird für jedes HM-Device mit diesem so gesetzten Attribut beim FHEM-Start ein getConfig durchgeführt, was viel Funkverkehr erfordert.
Je nach Anzahl der Geräte kann dies dazu führen, dass insgesamt zu viel Funklast erzeugt wird, im Logfile erscheint dann eine Meldung wie:
2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload
Ab diesem Moment werden eben auch keine anderen Befehle mehr an weitere HM-Geräte geschickt, da das Funkkontingent aufgebraucht ist. Erst nach einer Stunde kann erneut gesendet werden.
autoReadReg auf "4_reqStatus" kann also dazu führen, dass nach einem Neustart HM sofort sein Funkkontingent aufgebracht hat.
Als Notbehelf kann die Funkschnittstelle resetted oder (HMLAN Konfigurator) kurz stromlos gemacht werden. Dann wird der Zähler wieder auf Null gesetzt. Alternativ können so viele HM-Geräte wie möglich auf autoReadReg 0_off gesetzt werden.
- Ausserdem ist zu berücksichtigen, dass sich bei Einschaltung des Signing Requests der Funkverkehr in etwa verdoppelt, was bei großen Installationen schon im Normalbetrieb zum Erreichen der Grenze führen könnte.
Links
- Maximal nutzbare SlowRF Geräte
- Bundesnetzagentur:
- (Die Verfügungen zu den entsprechenden Themen werden relativ häufig novelliert!)
- Vfg. 45/2016: "Allgemeinzuteilung von Frequenzen im Frequenzbereich 868 – 870 MHz für nichtöffentliche Funkanwendungen für Alarmierungszwecke" (PDF)
- Vfg. 5/2018: "Allgemeinzuteilung von Frequenzen zur Nutzung durch Funkanwendungen mit geringer Reichweite für nicht näher spezifizierte Anwendungen; Non-specific Short Range Devices (SRD)" (PDF)
- Quellen
- ↑ Die Relative Frequenzbelegungsdauer (duty cycle) in % kennzeichnet die maximal zulässige Dauer der Aussendungen auf einer Frequenz bezogen auf 1 Stunde. Die Gesamtzeit der Aussendungen kann auf mehrere Intervalle aufgeteilt werden.
Bundesnetzagentur, Vfg 45/2016 "Allgemeinzuteilung von Frequenzen im Frequenzbereich 868 – 870 MHz für nichtöffentliche Funkanwendungen für Alarmierungszwecke"