Maximal nutzbare SlowRF Geräte - Versionsgeschichte

AndreasMohr: Definitely reference existing 1%_Regel page, mention semi-unknown config option, minor.

2017-12-28T15:44:26Z

Definitely reference existing 1%_Regel page, mention semi-unknown config option, minor.

← Nächstältere Version		Version vom 28. Dezember 2017, 17:44 Uhr
Zeile 3:		Zeile 3:
	Die Anzahl der mit FHEM per steuerbaren Geräte ist softwareseitig im Prinzip unbegrenzt.		Die Anzahl der mit FHEM per steuerbaren Geräte ist softwareseitig im Prinzip unbegrenzt.

	Es ergeben sich jedoch insbesondere in Funksystemen deutliche Einschränkungen. So ist die Anzahl der praktisch nutzbaren Geräte vor allem durch die [[1% Regel]] eingeschränkt. Theoretisch ist auch der Adressraum eine Beschränkung, da z. B. FS20 256 Adressen für Geräte kennt; durch Nutzung von Dummy-Geräten wird der Adressraum zudem weiter belastet. ~~Soweit~~ wie bei FHEM mehrere Hauscodes frei verwendet werden können (in Abhängigkeit der verwendeten Funkschnittstelle), lässt sich diese Einschränkung allerdings umgehen.		Es ergeben sich jedoch insbesondere in Funksystemen deutliche Einschränkungen. So ist die Anzahl der praktisch nutzbaren Geräte vor allem durch die [[1% Regel]] eingeschränkt. Theoretisch ist auch der Adressraum eine Beschränkung, da z. B. FS20 256 Adressen für Geräte kennt; durch Nutzung von Dummy-Geräten wird der Adressraum zudem weiter belastet. Sofern (wie z. B. bei FHEM) mehrere Hauscodes frei verwendet werden können (in Abhängigkeit der verwendeten Funkschnittstelle), lässt sich diese Einschränkung allerdings umgehen.

	== grundsätzliche Überlegungen ==		== grundsätzliche Überlegungen ==

	Wegen der 1% ~~Regel~~ dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).		Wegen der [[1%_Regel]] dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).

	Während die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder [[FHT80b]]s diese Zeiten kaum erreichen, sind die Zentralen wie [[CUN]], [[CUL]] oder [[FHZ 1000\|FHZ]] stärker betroffen.		Während die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder [[FHT80b]]s diese Zeiten kaum erreichen, sind die Zentralen wie [[CUN]], [[CUL]] oder [[FHZ 1000\|FHZ]] stärker betroffen.
Zeile 72:		Zeile 72:

	Mehrere an einen FHEM Hostrechner angeschlossen Zentralen haben zur besseren Ausleuchtung durchaus ihre Berechtigung, zur Erhöhung der maximal nutzbaren Geräte sind sie aber nur bedingt geeignet, wenn nicht sogar unzulässig.		Mehrere an einen FHEM Hostrechner angeschlossen Zentralen haben zur besseren Ausleuchtung durchaus ihre Berechtigung, zur Erhöhung der maximal nutzbaren Geräte sind sie aber nur bedingt geeignet, wenn nicht sogar unzulässig.

			{{todo\|hier die irgendwo aufgeführte FHEM-Config-Option (IIRC eine Liste von zu berücksichtigenden Devicenamen) referenzieren/erwähnen, die eine Serialisierung der Aktivitäten mehrerer CUL-Sender durchführt und somit Kollisionsprobleme reduzieren kann}}

	== Links ==		== Links ==

AndreasMohr: Typos/Spelling

2017-12-28T15:33:28Z

Typos/Spelling

← Nächstältere Version		Version vom 28. Dezember 2017, 17:33 Uhr
Zeile 9:		Zeile 9:
	Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).		Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).

	~~Wärend~~ die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder [[FHT80b]]s diese Zeiten kaum erreichen, sind die Zentralen wie [[CUN]], [[CUL]] oder [[FHZ 1000\|FHZ]] stärker betroffen.		Während die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder [[FHT80b]]s diese Zeiten kaum erreichen, sind die Zentralen wie [[CUN]], [[CUL]] oder [[FHZ 1000\|FHZ]] stärker betroffen.

	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern:
Zeile 53:		Zeile 53:
	Set Prog:Cent:N/A setzt die FHT-ID des FHT80 auf 100, dann sollte jede FHZ auf "start-xmit" antworten, und das FHT merkt den ersten. Noch besser dem FHT via FHEM was zu senden, dann muss man nicht auf die nächste Temperaturmeldung (bis zu 15 Minuten) warten.		Set Prog:Cent:N/A setzt die FHT-ID des FHT80 auf 100, dann sollte jede FHZ auf "start-xmit" antworten, und das FHT merkt den ersten. Noch besser dem FHT via FHEM was zu senden, dann muss man nicht auf die nächste Temperaturmeldung (bis zu 15 Minuten) warten.
	Mehr dazu auch hier: [[FHT mit RFR CUL pairen]]		Mehr dazu auch hier: [[FHT mit RFR CUL pairen]]
	Falls die Gegenseite nicht wie erwartet antwortet, dann wird es nach einem Timeout das Telegramm einmal wiederholt. Falls immer noch keine korrekte Antwort vorliegt, dann wird es nach 115+x Sekunden ~~das~~ ganze Vorgang einmal wiederholt.		Falls die Gegenseite nicht wie erwartet antwortet, dann wird nach einem Timeout das Telegramm einmal wiederholt. Falls immer noch keine korrekte Antwort vorliegt, dann wird nach 115+x Sekunden der ganze Vorgang einmal wiederholt.

	Jedes Telegramm ist bei 1000Baud ca 75ms lang. Die Temperatur wird pro FHT 4-mal die Stunde gemeldet: 4775ms = 2.1s FHZ-Sendezeit pro FHT und Stunde, und da man wg. 1% 36 Sekunden hat, entspricht das 5.833% pro FHT. Wenn das 1% erschoepft ist, dann versucht das CUL zu antworten, aber es wird bei jedem Versuch [[LOVF]] ausgegeben.		Jedes Telegramm ist bei 1000Baud ca 75ms lang. Die Temperatur wird pro FHT 4-mal die Stunde gemeldet: 4775ms = 2.1s FHZ-Sendezeit pro FHT und Stunde, und da man wg. 1% 36 Sekunden hat, entspricht das 5.833% pro FHT. Wenn das 1% erschoepft ist, dann versucht das CUL zu antworten, aber es wird bei jedem Versuch [[LOVF]] ausgegeben.

Soulman: /* grundsätzliche Überlegungen */

2017-09-16T01:22:23Z

grundsätzliche Überlegungen

← Nächstältere Version		Version vom 16. September 2017, 03:22 Uhr
Zeile 13:		Zeile 13:
	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern:

	1. ist das FHT/FS20 Funkprotokoll ("[[SlowRF]]") ist Gegensatz zum [[HomeMatic]] Protokoll relativ langsam, sodass ~~eine~~ Befehl signifikante Sendezeit verbraucht.		1. ist das FHT/FS20 Funkprotokoll ("[[SlowRF]]") ist Gegensatz zum [[HomeMatic]] Protokoll relativ langsam, sodass ein Befehl signifikante Sendezeit verbraucht.

	2. ist die FHT-Kommunikation mit der Zentrale bidirektional und		2. ist die FHT-Kommunikation mit der Zentrale bidirektional und

Krikan: FHEM(R)

2017-01-24T14:16:01Z

FHEM(R)

← Nächstältere Version		Version vom 24. Januar 2017, 16:16 Uhr
Zeile 46:		Zeile 46:
	FHZ:xxx Telegramme wurden von dem FHZ (oder CUN/CUL) gesendet, die anderen vom FHT.		FHZ:xxx Telegramme wurden von dem FHZ (oder CUN/CUL) gesendet, die anderen vom FHT.

	~~fhem~~ fasst measured-low und measured-high zu measured-temp zusammen, es werden also im normalen log (telnet: inform timer) 2 Zeilen weniger gemeldet.		FHEM fasst measured-low und measured-high zu measured-temp zusammen, es werden also im normalen log (telnet: inform timer) 2 Zeilen weniger gemeldet.

	17 ist der FHT-ID des protokollierten FHZ. Wenn das FHZ nicht mit dem richtigen FHT-ID antwortet, dann geht die Kommunikation nicht weiter.		17 ist der FHT-ID des protokollierten FHZ. Wenn das FHZ nicht mit dem richtigen FHT-ID antwortet, dann geht die Kommunikation nicht weiter.

Fabian: Einige Querreferenzen gesetzt

2015-02-24T19:10:25Z

Einige Querreferenzen gesetzt

← Nächstältere Version		Version vom 24. Februar 2015, 21:10 Uhr
Zeile 1:		Zeile 1:
	Maximal nutzbare Geräte im FS20 / FHT System mit FHEM		Maximal nutzbare Geräte im [[:Kategorie:FS20_Components\|FS20]] / [[:Kategorie:FHT_Components\|FHT]] System mit FHEM

	Die Anzahl der mit FHEM per steuerbaren Geräte ist softwareseitig im Prinzip unbegrenzt.		Die Anzahl der mit FHEM per steuerbaren Geräte ist softwareseitig im Prinzip unbegrenzt.
Zeile 5:		Zeile 5:
	Es ergeben sich jedoch insbesondere in Funksystemen deutliche Einschränkungen. So ist die Anzahl der praktisch nutzbaren Geräte vor allem durch die [[1% Regel]] eingeschränkt. Theoretisch ist auch der Adressraum eine Beschränkung, da z. B. FS20 256 Adressen für Geräte kennt; durch Nutzung von Dummy-Geräten wird der Adressraum zudem weiter belastet. Soweit wie bei FHEM mehrere Hauscodes frei verwendet werden können (in Abhängigkeit der verwendeten Funkschnittstelle), lässt sich diese Einschränkung allerdings umgehen.		Es ergeben sich jedoch insbesondere in Funksystemen deutliche Einschränkungen. So ist die Anzahl der praktisch nutzbaren Geräte vor allem durch die [[1% Regel]] eingeschränkt. Theoretisch ist auch der Adressraum eine Beschränkung, da z. B. FS20 256 Adressen für Geräte kennt; durch Nutzung von Dummy-Geräten wird der Adressraum zudem weiter belastet. Soweit wie bei FHEM mehrere Hauscodes frei verwendet werden können (in Abhängigkeit der verwendeten Funkschnittstelle), lässt sich diese Einschränkung allerdings umgehen.

	==grundsätzliche Überlegungen==		== grundsätzliche Überlegungen ==

	Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).		Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).

	Wärend die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder ~~FHT80bs~~ diese Zeiten kaum erreichen, sind die Zentralen wie CUN, CUL oder FHZ stärker betroffen.		Wärend die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder [[FHT80b]]s diese Zeiten kaum erreichen, sind die Zentralen wie [[CUN]], [[CUL]] oder [[FHZ 1000\|FHZ]] stärker betroffen.

	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern:

	1. ist das FHT/FS20 Funkprotokoll ("SlowRF") ist Gegensatz zum HomeMatic Protokoll relativ langsam, sodass eine Befehl ~~siginifikante~~ Sendezeit verbraucht.		1. ist das FHT/FS20 Funkprotokoll ("[[SlowRF]]") ist Gegensatz zum [[HomeMatic]] Protokoll relativ langsam, sodass eine Befehl signifikante Sendezeit verbraucht.

	2. ist die FHT-Kommunikation mit der Zentrale bidirektional und		2. ist die FHT-Kommunikation mit der Zentrale bidirektional und

	3. sendet ein FHT80b alle 15 Minuten Statuswerte an eine gepairte Zentrale.		3. sendet ein [[FHT80b]] alle 15 Minuten Statuswerte an eine gepairte Zentrale.

	Die Zentrale wird also quasi von aussen gezwungen, Daten an die bekannten (gepairten) FHT80bs zu senden, selbst wenn es eigentlich nichts mitzuteilen gibt. Die dadurch entstehende Funklast ist nicht unerheblich. Rechnerisch verbraucht die Kommunikation mit einer FHT80b ca. 2,1 Sekunden Sendezeit auf Seiten der Zentrale, also etwa 6% der je Stunde zur Verfügung stehenden Sendezeit. Daraus ergibt sich eine Obergrenze von 17 einsetzbaren FHT80bs je Zentrale. In realen Umgebungen wird die Kommunikation aber nicht fehlerfrei ablaufen, es wird also Wiederholungen geben. Ebenso belasten auch die ausgesendeten Telegramme an FS20 Aktoren und Temperaturänderungen an FHT80bs den Funkkanal zusätzlich. Faktisch sind daher circa ein Dutzend FHT80bs sinnvoll einsetzbar.		Die Zentrale wird also quasi von aussen gezwungen, Daten an die bekannten (gepairten) FHT80bs zu senden, selbst wenn es eigentlich nichts mitzuteilen gibt. Die dadurch entstehende Funklast ist nicht unerheblich. Rechnerisch verbraucht die Kommunikation mit einer FHT80b ca. 2,1 Sekunden Sendezeit auf Seiten der Zentrale, also etwa 6% der je Stunde zur Verfügung stehenden Sendezeit. Daraus ergibt sich eine Obergrenze von 17 einsetzbaren FHT80bs je Zentrale. In realen Umgebungen wird die Kommunikation aber nicht fehlerfrei ablaufen, es wird also Wiederholungen geben. Ebenso belasten auch die ausgesendeten Telegramme an FS20 Aktoren und Temperaturänderungen an FHT80bs den Funkkanal zusätzlich. Faktisch sind daher circa ein Dutzend FHT80bs sinnvoll einsetzbar.

	==detailierte Betrachtung==		== detailierte Betrachtung ==

	Die bidirektionale Kommunikation kann mit FHEM bei Einsatz eines CUL/CUN(O) mitprotokolliert werden ("set CUL raw X61" vorher nicht vergessen). Hier ein beispielhafter Mitschnitt:		Die bidirektionale Kommunikation kann mit FHEM bei Einsatz eines [[CUL]]/CUN(O) mitprotokolliert werden ("set CUL raw X61" vorher nicht vergessen). Hier ein beispielhafter Mitschnitt:

	2008-09-28 13:04:18 FHT wz actuator: 0%		2008-09-28 13:04:18 FHT wz actuator: 0%
Zeile 59:		Zeile 59:
	Falls die Kommunikation nie abbricht (also fehlerfrei stattfinden kann), und sonst auch nichts gesendet wird, kann man mit einem FHZ 17 FHTs versorgen. Faktisch wird die Menge der einsetzbaren FHTs wesentlich geringer sein. ELV geht als Hersteller offenbar von maximal 10-14 FHTs aus, so unterstützt das Wärmerelais FHT8w maximal 10 Räume, während es in der Bedienungsanleitung der FHZ1000 Standalone Zentrale heisst, es könnten bis zu 15 Räume gesteuert werden. Da die FHZ1000 einen Raum selbst bedient, ist die Kommunikation mit weiteren 14 FHT80b Geräten notwendig.		Falls die Kommunikation nie abbricht (also fehlerfrei stattfinden kann), und sonst auch nichts gesendet wird, kann man mit einem FHZ 17 FHTs versorgen. Faktisch wird die Menge der einsetzbaren FHTs wesentlich geringer sein. ELV geht als Hersteller offenbar von maximal 10-14 FHTs aus, so unterstützt das Wärmerelais FHT8w maximal 10 Räume, während es in der Bedienungsanleitung der FHZ1000 Standalone Zentrale heisst, es könnten bis zu 15 Räume gesteuert werden. Da die FHZ1000 einen Raum selbst bedient, ist die Kommunikation mit weiteren 14 FHT80b Geräten notwendig.

	==mögliche Abhilfe==		== mögliche Abhilfe ==

	Denkbar ist der Einsatz mehrerer Zentralen, also z. B. mittels Anschluss mehrerer CULs/CUNs oder Nutzung von RFR CULs. Somit könnten Geräte auf die Zentralen verteilt werden, um die jeweilige Last zu senken.		Denkbar ist der Einsatz mehrerer Zentralen, also z. B. mittels Anschluss mehrerer CULs/CUNs oder Nutzung von RFR CULs. Somit könnten Geräte auf die Zentralen verteilt werden, um die jeweilige Last zu senken.
Zeile 73:		Zeile 73:
	Mehrere an einen FHEM Hostrechner angeschlossen Zentralen haben zur besseren Ausleuchtung durchaus ihre Berechtigung, zur Erhöhung der maximal nutzbaren Geräte sind sie aber nur bedingt geeignet, wenn nicht sogar unzulässig.		Mehrere an einen FHEM Hostrechner angeschlossen Zentralen haben zur besseren Ausleuchtung durchaus ihre Berechtigung, zur Erhöhung der maximal nutzbaren Geräte sind sie aber nur bedingt geeignet, wenn nicht sogar unzulässig.

	==Links==		== Links ==

	[[Kommunikationsprobleme_mit_FHT]]		[[Kommunikationsprobleme_mit_FHT]]

Soulman: /* detailierte Betrachtung */

2014-09-03T00:09:44Z

detailierte Betrachtung

← Nächstältere Version		Version vom 3. September 2014, 02:09 Uhr
Zeile 55:		Zeile 55:
	Falls die Gegenseite nicht wie erwartet antwortet, dann wird es nach einem Timeout das Telegramm einmal wiederholt. Falls immer noch keine korrekte Antwort vorliegt, dann wird es nach 115+x Sekunden das ganze Vorgang einmal wiederholt.		Falls die Gegenseite nicht wie erwartet antwortet, dann wird es nach einem Timeout das Telegramm einmal wiederholt. Falls immer noch keine korrekte Antwort vorliegt, dann wird es nach 115+x Sekunden das ganze Vorgang einmal wiederholt.

	Jedes Telegramm ist bei 1000Baud ca 75ms lang. Die Temperatur wird pro FHT 4-mal die Stunde gemeldet: 4775ms = 2.1s FHZ-Sendezeit pro FHT und Stunde, und da man wg. 1% 36 Sekunden hat, entspricht das 5.833% pro FHT. Wenn das 1% erschoepft ist, dann versucht das CUL zu antworten, aber es wird bei jedem Versuch LOVF ausgegeben.		Jedes Telegramm ist bei 1000Baud ca 75ms lang. Die Temperatur wird pro FHT 4-mal die Stunde gemeldet: 4775ms = 2.1s FHZ-Sendezeit pro FHT und Stunde, und da man wg. 1% 36 Sekunden hat, entspricht das 5.833% pro FHT. Wenn das 1% erschoepft ist, dann versucht das CUL zu antworten, aber es wird bei jedem Versuch [[LOVF]] ausgegeben.

	Falls die Kommunikation nie abbricht (also fehlerfrei stattfinden kann), und sonst auch nichts gesendet wird, kann man mit einem FHZ 17 FHTs versorgen. Faktisch wird die Menge der einsetzbaren FHTs wesentlich geringer sein. ELV geht als Hersteller offenbar von maximal 10-14 FHTs aus, so unterstützt das Wärmerelais FHT8w maximal 10 Räume, während es in der Bedienungsanleitung der FHZ1000 Standalone Zentrale heisst, es könnten bis zu 15 Räume gesteuert werden. Da die FHZ1000 einen Raum selbst bedient, ist die Kommunikation mit weiteren 14 FHT80b Geräten notwendig.		Falls die Kommunikation nie abbricht (also fehlerfrei stattfinden kann), und sonst auch nichts gesendet wird, kann man mit einem FHZ 17 FHTs versorgen. Faktisch wird die Menge der einsetzbaren FHTs wesentlich geringer sein. ELV geht als Hersteller offenbar von maximal 10-14 FHTs aus, so unterstützt das Wärmerelais FHT8w maximal 10 Räume, während es in der Bedienungsanleitung der FHZ1000 Standalone Zentrale heisst, es könnten bis zu 15 Räume gesteuert werden. Da die FHZ1000 einen Raum selbst bedient, ist die Kommunikation mit weiteren 14 FHT80b Geräten notwendig.

Soulman: /* grundsätzliche Überlegungen */

2013-12-27T15:45:19Z

grundsätzliche Überlegungen

← Nächstältere Version		Version vom 27. Dezember 2013, 17:45 Uhr
Zeile 19:		Zeile 19:
	3. sendet ein FHT80b alle 15 Minuten Statuswerte an eine gepairte Zentrale.		3. sendet ein FHT80b alle 15 Minuten Statuswerte an eine gepairte Zentrale.

	Die Zentrale wird also quasi von aussen gezwungen, Daten an die bekannten (gepairten) FHT80bs zu senden, selbst wenn es eigentlich nichts mitzuteilen gibt. Die dadurch entstehende Funklast ist nicht unerheblich. Rechnerisch verbraucht die Kommunikation mit ~~eine~~ FHT80b ca. 2,1 Sekunden Sendezeit auf Seiten der Zentrale, also etwa 6% der je Stunde zur Verfügung stehenden Sendezeit. Daraus ergibt sich eine Obergrenze von 17 einsetzbaren FHT80bs je Zentrale. In realen Umgebungen wird die Kommunikation aber nicht fehlerfrei ablaufen, es wird also Wiederholungen geben. Ebenso belasten auch die ausgesendeten Telegramme an FS20 Aktoren und Temperaturänderungen an FHT80bs den Funkkanal zusätzlich. Faktisch sind daher circa ein Dutzend FHT80bs sinnvoll einsetzbar.		Die Zentrale wird also quasi von aussen gezwungen, Daten an die bekannten (gepairten) FHT80bs zu senden, selbst wenn es eigentlich nichts mitzuteilen gibt. Die dadurch entstehende Funklast ist nicht unerheblich. Rechnerisch verbraucht die Kommunikation mit einer FHT80b ca. 2,1 Sekunden Sendezeit auf Seiten der Zentrale, also etwa 6% der je Stunde zur Verfügung stehenden Sendezeit. Daraus ergibt sich eine Obergrenze von 17 einsetzbaren FHT80bs je Zentrale. In realen Umgebungen wird die Kommunikation aber nicht fehlerfrei ablaufen, es wird also Wiederholungen geben. Ebenso belasten auch die ausgesendeten Telegramme an FS20 Aktoren und Temperaturänderungen an FHT80bs den Funkkanal zusätzlich. Faktisch sind daher circa ein Dutzend FHT80bs sinnvoll einsetzbar.

	==detailierte Betrachtung==		==detailierte Betrachtung==

Soulman: /* grundsätzliche Überlegungen */

2013-12-27T15:44:34Z

grundsätzliche Überlegungen

← Nächstältere Version		Version vom 27. Dezember 2013, 17:44 Uhr
Zeile 13:		Zeile 13:
	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern:

	1. ~~Das~~ FHT/FS20 Funkprotokoll ("SlowRF") ist Gegensatz zum HomeMatic Protokoll relativ langsam, sodass eine Befehl siginifikante Sendezeit verbraucht.		1. ist das FHT/FS20 Funkprotokoll ("SlowRF") ist Gegensatz zum HomeMatic Protokoll relativ langsam, sodass eine Befehl siginifikante Sendezeit verbraucht.

	2. ~~Ist~~ die FHT-Kommunikation mit der Zentrale bidirektional und		2. ist die FHT-Kommunikation mit der Zentrale bidirektional und

	3. sendet ein FHT80b alle 15 Minuten Statuswerte an eine gepairte Zentrale.		3. sendet ein FHT80b alle 15 Minuten Statuswerte an eine gepairte Zentrale.

Soulman: /* grundsätzliche Überlegungen */

2013-12-27T15:44:00Z

grundsätzliche Überlegungen

← Nächstältere Version		Version vom 27. Dezember 2013, 17:44 Uhr
Zeile 9:		Zeile 9:
	Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).		Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).

	Wärend die einzelnen Devices wie FS20 Aktoren (mit ~~ausnahme~~ von PIR-Sensoren) oder FHT80bs diese Zeiten kaum erreichen, sind die Zentralen wie CUN, CUL oder FHZ stärker betroffen.		Wärend die einzelnen Devices wie FS20 Aktoren (mit Ausnahme von PIR-Sensoren) oder FHT80bs diese Zeiten kaum erreichen, sind die Zentralen wie CUN, CUL oder FHZ stärker betroffen.

	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern:

Soulman: /* grundsätzliche Überlegungen */

2013-12-27T15:43:53Z

grundsätzliche Überlegungen

← Nächstältere Version		Version vom 27. Dezember 2013, 17:43 Uhr
Zeile 9:		Zeile 9:
	Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).		Wegen der 1% Regel dürfen Geräte im FS20 / FHT und ähnlichen Funksystemen basierend auf dem 868 MHz Bereich nur 1% einer Stunde mit Funkbefehlen belegt werden, dies entspricht nur 0,6 Minuten (36 Sekunden).

	Wärend die einzelnen Devices wie FS20 Aktoren oder FHT80bs diese Zeiten kaum erreichen, sind die Zentralen wie CUN, CUL oder FHZ stärker betroffen.		Wärend die einzelnen Devices wie FS20 Aktoren (mit ausnahme von PIR-Sensoren) oder FHT80bs diese Zeiten kaum erreichen, sind die Zentralen wie CUN, CUL oder FHZ stärker betroffen.

	Besonders problematisch ist der Einsatz von FHT80b Raumreglern:		Besonders problematisch ist der Einsatz von FHT80b Raumreglern: