LOVF - Versionsgeschichte

AndreasMohr: Typos/Spelling

2019-02-17T19:12:45Z

Typos/Spelling

← Nächstältere Version		Version vom 17. Februar 2019, 21:12 Uhr
Zeile 1:		Zeile 1:
	LOVF = Limit Overflow meldet, dass die [[1% Regel]] überschritten ist.		LOVF = Limit Overflow meldet, dass die [[1% Regel]] überschritten ist.

	Praktisch umgesetzt ist das 1% Sendelimit z.b. im [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter ~~maximale~~ Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximaler Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten Blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).		Daraus ergibt sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten Blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).
	Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der [[FS20 PIRA Infrarot-Bewegungsmelder\|FS20 PIRI oder PIRA]] gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das ~~Sendekontigent~~ des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wird der Bewegungsmelder nicht mehr senden. Schlimmer noch: Wird in FHEM durch jede dieser Bewegungen eine Aktion ausgelöst, die FHEM dazu veranlasst, einen oder gar mehrere Sendebefehle abzusetzen, so kann die Funkschnittstelle von FHEM (z.b. eine CUL) ebenso schnell oder gar schneller ihr Sendelimit erreichen.		Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der [[FS20 PIRA Infrarot-Bewegungsmelder\|FS20 PIRI oder PIRA]] gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontingent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wird der Bewegungsmelder nicht mehr senden. Schlimmer noch: Wird in FHEM durch jede dieser Bewegungen eine Aktion ausgelöst, die FHEM dazu veranlasst, einen oder gar mehrere Sendebefehle abzusetzen, so kann die Funkschnittstelle von FHEM (z.b. eine CUL) ebenso schnell oder gar schneller ihr Sendelimit erreichen.
	Daher sollte bei Bewegungsmeldern immer ein möglichst langer Sendeabstand eingestellt werden.		Daher sollte bei Bewegungsmeldern immer ein möglichst langer Sendeabstand eingestellt werden.

AndreasMohr: Typos/Spelling

2018-11-18T18:07:56Z

Typos/Spelling

← Nächstältere Version		Version vom 18. November 2018, 20:07 Uhr
Zeile 3:		Zeile 3:
	Praktisch umgesetzt ist das 1% Sendelimit z.b. im [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.

	Daraus ~~ergib~~ sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten ~~blinken~~ aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).		Daraus ergibt sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten Blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).
	Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der [[FS20 PIRA Infrarot-Bewegungsmelder\|FS20 PIRI oder PIRA]] gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontigent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach ~~wir~~ der Bewegungsmelder nicht mehr senden. Schlimmer noch: Wird in ~~Fhem~~ durch jede dieser Bewegungen eine Aktion ausgelöst, die ~~Fhem~~ dazu veranlasst, einen oder gar mehrere Sendebefehle abzusetzen, so kann die Funkschnittstelle von ~~Fhem~~ (z.b. eine CUL) ebenso schnell oder gar schneller ~~sein~~ Sendelimit erreichen.		Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der [[FS20 PIRA Infrarot-Bewegungsmelder\|FS20 PIRI oder PIRA]] gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontigent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wird der Bewegungsmelder nicht mehr senden. Schlimmer noch: Wird in FHEM durch jede dieser Bewegungen eine Aktion ausgelöst, die FHEM dazu veranlasst, einen oder gar mehrere Sendebefehle abzusetzen, so kann die Funkschnittstelle von FHEM (z.b. eine CUL) ebenso schnell oder gar schneller ihr Sendelimit erreichen.
	Daher sollte bei Bewegungsmeldern immer ein möglichst langer Sendeabstand eingestellt werden.		Daher sollte bei Bewegungsmeldern immer ein möglichst langer Sendeabstand eingestellt werden.

Zeile 13:		Zeile 13:
	Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.

	Wegen der höheren Datenrate und er daher deutlich kürzeren Sendedauer von Befehlen kommt es bei HomeMatic seltener zu Limit Overflows.		Wegen der höheren Datenrate und der daher deutlich kürzeren Sendedauer von Befehlen kommt es bei HomeMatic seltener zu Limit Overflows.

	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]

Soulman am 21. November 2013 um 21:10 Uhr

2013-11-21T21:10:49Z

← Nächstältere Version		Version vom 21. November 2013, 23:10 Uhr
Zeile 4:		Zeile 4:

	Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).		Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).
	Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der FS20 PIRI oder PIRA gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontigent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wir der Bewegungsmelder nicht mehr senden. Daher sollte immer ein möglichst langer Sendeabstand eingestellt werden.		Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der [[FS20 PIRA Infrarot-Bewegungsmelder\|FS20 PIRI oder PIRA]] gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontigent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wir der Bewegungsmelder nicht mehr senden. Schlimmer noch: Wird in Fhem durch jede dieser Bewegungen eine Aktion ausgelöst, die Fhem dazu veranlasst, einen oder gar mehrere Sendebefehle abzusetzen, so kann die Funkschnittstelle von Fhem (z.b. eine CUL) ebenso schnell oder gar schneller sein Sendelimit erreichen.
			Daher sollte bei Bewegungsmeldern immer ein möglichst langer Sendeabstand eingestellt werden.

	Auch [[FHT80b]]s bzw. alle im SlowRF Modus ansprechbaren Geräte belasten das Sendelimit.		Auch [[FHT80b]]s bzw. alle im SlowRF Modus ansprechbaren Geräte belasten das Sendelimit.

Soulman am 21. November 2013 um 21:01 Uhr

2013-11-21T21:01:54Z

← Nächstältere Version		Version vom 21. November 2013, 23:01 Uhr
Zeile 3:		Zeile 3:
	Praktisch umgesetzt ist das 1% Sendelimit z.b. im [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.

	Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.		Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich. Daher ist es z.B. ungünstig, blinkende Lampen oder ähnliches per Schaltbefehl zu realisieren. Eine mit 1 Hz blinkende Lampe hat das gesamte FS20 Funkkontingent einer Stunde nach weniger als 3 Minuten blinken aufgebraucht (und dies auch nur, weil mit FS20 der "on-for-timer 1" Befehl verwendet werden kann).
			Gefährlich sind auch Bewegungsmelder mit kurzen Meldeintervallen aber regelmässiger Auslösung. Der FS20 PIRI oder PIRA gestattet z.b. als kürzesten Sendeabstand 8 Sekunden. Kommt es in einem Raum (in dem sich ständig Personen aufhalten und bewegen) tatsächlich zu einer Auslösung alle 8 Sekunden, ist das Sendekontigent des PIRA/PIRI nach 22 Minuten aufgebraucht und danach wir der Bewegungsmelder nicht mehr senden. Daher sollte immer ein möglichst langer Sendeabstand eingestellt werden.

	Auch [[FHT80b]]s bzw. alle im SlowRF Modus ansprechbaren Geräte belasten das Sendelimit.		Auch [[FHT80b]]s bzw. alle im SlowRF Modus ansprechbaren Geräte belasten das Sendelimit.
Zeile 11:		Zeile 12:
	Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.

	Wegen der höheren Datenrate und er daher deutlich kürzeren Sendedauer von Befehlen kommt es bei HomeMatic ~~so gut wie nie~~ zu Limit Overflows.		Wegen der höheren Datenrate und er daher deutlich kürzeren Sendedauer von Befehlen kommt es bei HomeMatic seltener zu Limit Overflows.

	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]

Soulman am 8. Juli 2013 um 01:59 Uhr

2013-07-08T01:59:14Z

← Nächstältere Version		Version vom 8. Juli 2013, 03:59 Uhr
Zeile 1:		Zeile 1:
	LOVF = Limit Overflow meldet, dass die [[1% Regel]] überschritten ist.		LOVF = Limit Overflow meldet, dass die [[1% Regel]] überschritten ist.

	Praktisch umgesetzt ist das 1% Sendelimit z.b. im CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 [[CUL]] so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.

	Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.		Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.

	Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit [[Maximal nutzbare Geräte]] relativ eingeschränkt ist.		Auch [[FHT80b]]s bzw. alle im SlowRF Modus ansprechbaren Geräte belasten das Sendelimit.

			Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit [[FHT80b]]s sorgt dafür, dass die Anzahl [[Maximal nutzbare Geräte]] relativ eingeschränkt ist.

	Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.

			Wegen der höheren Datenrate und er daher deutlich kürzeren Sendedauer von Befehlen kommt es bei HomeMatic so gut wie nie zu Limit Overflows.

	[[Kategorie:Glossary]]		[[Kategorie:Glossary]]

Soulman am 8. Juli 2013 um 01:54 Uhr

2013-07-08T01:54:39Z

← Nächstältere Version		Version vom 8. Juli 2013, 03:54 Uhr
Zeile 1:		Zeile 1:
	LOVF = Limit Overflow meldet ~~das~~ [[1% Regel]] überschritten ist.		LOVF = Limit Overflow meldet, dass die [[1% Regel]] überschritten ist.

	Praktisch umgesetzt ist das 1% Sendelimit z.b. im CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.

Markusbloch am 11. Mai 2013 um 20:42 Uhr

2013-05-11T20:42:48Z

← Nächstältere Version		Version vom 11. Mai 2013, 22:42 Uhr
Zeile 8:		Zeile 8:

	Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.

			[[Kategorie:Glossary]]

Generix am 10. Mai 2013 um 20:49 Uhr

2013-05-10T20:49:08Z

← Nächstältere Version		Version vom 10. Mai 2013, 22:49 Uhr
Zeile 1:		Zeile 1:
			LOVF = Limit Overflow meldet das [[1% Regel]] überschritten ist.

	~~LOVF = Limit Overflow meldet~~ das CUL, ~~wenn~~ eine ~~Sendeversuch scheitert~~, ~~weil~~ die maximale ~~Sendezeit nach~~ der ~~1% Regel überschritten ist~~.		Praktisch umgesetzt ist das 1% Sendelimit z.b. im CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 CUL so~~, das pro ~~Sekunde 10ms Sendezeit "gutgeschrieben" wird~~. ~~Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten)~~, ~~eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das~~ CUL ~~mit der Meldung LOVF (= limit-overflow)~~. Eine FS20 ~~Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann~~.		Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF '''CUL TRANSMIT LIMIT EXCEEDED'''. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.

	Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF CUL TRANSMIT LIMIT EXCEEDED. Eine weitere Schaltung von FS20 Komponenten ist ~~dann nicht mehr möglich~~.		Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit [[Maximal nutzbare Geräte]] relativ eingeschränkt ist.

	Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit FHT80b Raumregelern benötigt jedoch wesentlich mehr Sendeeinheiten, weswegen die sinnvolle Anzahl maximal nutzbarer Gerät relativ eingeschränkt ist.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme mit FHT]] zusammengestellt.

	Weiterführende Informationen über den Problembereich sind im Artikel [[~~Kommunikationsprobleme_mit_FHT~~]] zusammengestellt.

Soulman am 4. Mai 2013 um 18:28 Uhr

2013-05-04T18:28:12Z

← Nächstältere Version		Version vom 4. Mai 2013, 20:28 Uhr
Zeile 1:		Zeile 1:

	LOVF = Limit Overflow meldet das CUL, wenn eine Sendeversuch scheitert, weil die maximale Sendezeit nach der 1% Regel überschritten ist.		LOVF = Limit Overflow meldet das CUL, wenn eine Sendeversuch scheitert, weil die maximale Sendezeit nach der 1% Regel überschritten ist.

	Praktisch umgesetzt ist das 1% Sendelimit z.b. im CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt 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 CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.

	Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF CUL TRANSMIT LIMIT EXCEEDED. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.		Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF CUL TRANSMIT LIMIT EXCEEDED. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.

	Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit FHT80b Raumregelern benötigt jedoch wesentlich mehr Sendeeinheiten, weswegen die sinnvolle Anzahl maximal nutzbarer Gerät relativ eingeschränkt ist.		Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit FHT80b Raumregelern benötigt jedoch wesentlich mehr Sendeeinheiten, weswegen die sinnvolle Anzahl maximal nutzbarer Gerät relativ eingeschränkt ist.

	Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme_mit_FHT]] zusammengestellt.		Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme_mit_FHT]] zusammengestellt.

Soulman: Die Seite wurde neu angelegt: „ LOVF = Limit Overflow meldet das CUL, wenn eine Sendeversuch scheitert, weil die maximale Sendezeit nach der 1% Regel überschritten ist. Praktisch umgesetzt …“

2013-05-04T18:27:40Z

Die Seite wurde neu angelegt: „ LOVF = Limit Overflow meldet das CUL, wenn eine Sendeversuch scheitert, weil die maximale Sendezeit nach der 1% Regel überschritten ist. Praktisch umgesetzt …“

Neue Seite

LOVF = Limit Overflow meldet das CUL, wenn eine Sendeversuch scheitert, weil die maximale Sendezeit nach der 1% Regel überschritten ist.
Praktisch umgesetzt ist das 1% Sendelimit z.b. im CUL so, das pro Sekunde 10ms Sendezeit "gutgeschrieben" wird. Die Anzahl der noch zur Verfügung stehenden 10ms Sendeeinheiten kann mittels "get cul raw X" abgefragt werden (zweite Zahl = Anzahl noch verfügbarer Einheiten), eine Aussendung, die wegen erreichter maximale Frequenzbelegungsdauer nicht gesendet werden kann quittiert das CUL mit der Meldung LOVF (= limit-overflow). Eine FS20 Übertragung benötigt ca. 220ms also ca. 22 Sendeeinheiten. Ist die maximale Frequenzbelegungsdauer erreicht, dauert es also mindestens 22 Sekunden, bis erstmals wieder gesendet werden kann.
Daraus ergib sich, das maximal 163 FS20 Kommandos pro Stunde gesendet werden können. Wird dieser Wert überschritten, meldet FHEM zusätzlich zu LOVF CUL TRANSMIT LIMIT EXCEEDED. Eine weitere Schaltung von FS20 Komponenten ist dann nicht mehr möglich.
Insbesondere die alle 15 Minuten stattfindende bidirektionale Kommunikation mit FHT80b Raumregelern benötigt jedoch wesentlich mehr Sendeeinheiten, weswegen die sinnvolle Anzahl maximal nutzbarer Gerät relativ eingeschränkt ist.
Weiterführende Informationen über den Problembereich sind im Artikel [[Kommunikationsprobleme_mit_FHT]] zusammengestellt.