1% Regel - Versionsgeschichte

Baumbuwe am 18. Oktober 2019 um 10:01 Uhr

2019-10-18T10:01:34Z

← Nächstältere Version		Version vom 18. Oktober 2019, 12:01 Uhr
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 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. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.		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 ==

Baumbuwe: aktualisierte Quellen, Definition ''duty cycle''

2019-10-18T10:00:09Z

aktualisierte Quellen, Definition ''duty cycle''

← Nächstältere Version		Version vom 18. Oktober 2019, 12:00 Uhr
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 für jede einzelne Sendeeinheit 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. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.		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. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.

	== Details ==		== Details ==
Zeile 58:		Zeile 58:
	== Links ==		== Links ==
	* [[Maximal nutzbare SlowRF Geräte]]		* [[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)]

	* Bundesnetzagentur [http://www.bundesnetzagentur.de/cae/servlet/contentblob/134184/publicationFile/2570/FundstelleId5772pdf.pdf] Vfg. 20 / 2006
	~~[http://www.bundesnetzagentur.de/cae/servlet/contentblob/38206/publicationFile/2580/ShortRangeDevicesSRD_ID17299pdf.pdf] Vfg 30 / 2006, geändert mit Vfg. 39/2009~~

			----

			; Quellen:
			<references />
	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]
	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]
	[[Kategorie:HomeMatic Components\|2Info]]		[[Kategorie:HomeMatic Components\|2Info]]
	[[Kategorie:868MHz]]		[[Kategorie:868MHz]]

Baumbuwe: /* 1% Relative Frequenzbelegungsdauer */ Begrenzung auf jeden Sender

2019-10-18T07:15:26Z

1% Relative Frequenzbelegungsdauer: Begrenzung auf jeden Sender

← Nächstältere Version		Version vom 18. Oktober 2019, 09:15 Uhr
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 z.B. das HM, FS20 und FHT System arbeiten, sind ≤ 1% vorgeschrieben. Dies ergibt 36 Sekunden Sendedauer je Stunde. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.		Die Bundesnetzagentur schreibt für die Nutzung verschiedener ansonsten frei nutzbarer Frequenzbereiche sogenannte maximale relative Frequenzbelegungsdauern für jede einzelne Sendeeinheit 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. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.

	== Details ==		== Details ==

AndreasMohr: Typos/Spelling

2019-02-17T19:11:44Z

Typos/Spelling

← Nächstältere Version		Version vom 17. Februar 2019, 21:11 Uhr
Zeile 43:		Zeile 43:
	*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.		*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 dazu führen, dass insgesamt zu viel Funklast erzeugt wird, im Logfile erscheint dann eine Meldung wie:		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		2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload
Zeile 54:		Zeile 54:
	Alternativ können so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' gesetzt werden.		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 ~~grossen~~ Installationen schon im Normalbetrieb zum Erreichen der Grenze führen könnte.		* 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 ==

Baumbuwe: cat

2018-05-16T15:47:30Z

cat

← Nächstältere Version		Version vom 16. Mai 2018, 17:47 Uhr
Zeile 65:		Zeile 65:
	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]
	[[Kategorie:HomeMatic Components\|2Info]]		[[Kategorie:HomeMatic Components\|2Info]]
			[[Kategorie:868MHz]]

Martinp876 am 29. Dezember 2017 um 10:29 Uhr

2017-12-29T10:29:41Z

← Nächstältere Version		Version vom 29. Dezember 2017, 12:29 Uhr
Zeile 64:		Zeile 64:
	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]
	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]
	[[Kategorie:HomeMatic Components\|~~1Info~~]]		[[Kategorie:HomeMatic Components\|2Info]]

Martinp876 am 29. Dezember 2017 um 10:29 Uhr

2017-12-29T10:29:14Z

← Nächstältere Version		Version vom 29. Dezember 2017, 12:29 Uhr
Zeile 64:		Zeile 64:
	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]
	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]
	[[Kategorie:HomeMatic Components\|~~toolsAndWork~~]]		[[Kategorie:HomeMatic Components\|1Info]]

Martinp876 am 29. Dezember 2017 um 10:17 Uhr

2017-12-29T10:17:57Z

← Nächstältere Version		Version vom 29. Dezember 2017, 12:17 Uhr
Zeile 64:		Zeile 64:
	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]
	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]
	[[Kategorie:HomeMatic Components]]		[[Kategorie:HomeMatic Components\|toolsAndWork]]

AndreasMohr: Typos/Spelling

2017-12-28T15:29:37Z

Typos/Spelling

← Nächstältere Version		Version vom 28. Dezember 2017, 17:29 Uhr
Zeile 5:		Zeile 5:
	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 ~~eine~~ von Teilnehmer zu Teilnehmer herumgereichtes "Pfand" (=Token) besitzt. Tokenverfahren sind aufwändig zu implementieren und erfordern bidirektionale Kommunikation.		* 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.)		* 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 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.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.		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 [[FS20_PIRA_Infrarot-Bewegungsmelder\|Bewegungsmeldern]] von Bedeutung, wenn deren Sendeabstand sehr kurz eingestellt ist.		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.
Zeile 47:		Zeile 47:
	2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload		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 ~~Funkkontigent~~ aufgebraucht ist. Erst nach einer Stunde kann erneut gesendet werden.		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.		''autoReadReg'' auf "4_reqStatus" kann also dazu führen, dass nach einem Neustart HM sofort sein Funkkontingent aufgebracht hat.

Soulman: /* 1% Relative Frequenzbelegungsdauer */

2017-10-03T22:59:12Z

1% Relative Frequenzbelegungsdauer

← Nächstältere Version		Version vom 4. Oktober 2017, 00:59 Uhr
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 ~~arbeitet~~, sind ≤ 1% vorgeschrieben. Dies ergibt 36 Sekunden Sendedauer je Stunde. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.		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 z.B. das HM, FS20 und FHT System arbeiten, sind ≤ 1% vorgeschrieben. Dies ergibt 36 Sekunden Sendedauer je Stunde. Besonders bei der eher langsamen Datenübertragung der FHT und FS20 Protokolle kann es zu Engpässen kommen.

	== Details ==		== Details ==