HomeMatic Register programmieren - Versionsgeschichte

Ph1959de: Link auf nicht existierende Seite entfernt

2021-12-03T12:24:30Z

Link auf nicht existierende Seite entfernt

← Nächstältere Version		Version vom 3. Dezember 2021, 14:24 Uhr
Zeile 145:		Zeile 145:
	das Mittel der Wahl, ''shCtOn'' muss dieses Mal auf "geLo" bleiben. Jetzt folgt der Aktor dem (sichtbaren) Schaltzustand des Schaltes - zumindest solange er nicht anderweitig ein- oder ausgeschaltet wird.		das Mittel der Wahl, ''shCtOn'' muss dieses Mal auf "geLo" bleiben. Jetzt folgt der Aktor dem (sichtbaren) Schaltzustand des Schaltes - zumindest solange er nicht anderweitig ein- oder ausgeschaltet wird.

	Nun kann man auch mehrere Schalter so mit der Lampe koppeln. Das ergibt aber keine Wechselschaltung im herkömmlichen Sinn - um eine Lampe ein- oder auszuschalten, muss man den Schalter möglicherweise einmal zusätzlich auf die aktuelle Schaltposition kippen, ehe die nächste Betätigung den gewünschten Effekt bringt. Für Wechselschaltungen bietet sich daher das Kontaktinterface [[HM-SwI-3-FM]] (oder das erwähnte 8-Kanal-Sendemodul in der Betriebsart ''switch'') an. Hier führt jede Zustands''änderung'' zu einem Schaltvorgang.		Nun kann man auch mehrere Schalter so mit der Lampe koppeln. Das ergibt aber keine Wechselschaltung im herkömmlichen Sinn - um eine Lampe ein- oder auszuschalten, muss man den Schalter möglicherweise einmal zusätzlich auf die aktuelle Schaltposition kippen, ehe die nächste Betätigung den gewünschten Effekt bringt. Für Wechselschaltungen bietet sich daher das Kontaktinterface HM-SwI-3-FM (oder das erwähnte 8-Kanal-Sendemodul in der Betriebsart ''switch'') an. Hier führt jede Zustands''änderung'' zu einem Schaltvorgang.

	Hat man hingegen nur ein HM-SCI-3-FM zur Hand, lässt sich dieses Verhalten auch erreichen.		Hat man hingegen nur ein HM-SCI-3-FM zur Hand, lässt sich dieses Verhalten auch erreichen.

Ph1959de: "Baustelle" entfernt; Links angepasst

2021-12-03T11:20:36Z

"Baustelle" entfernt; Links angepasst

Änderungen zeigen

Pfriemler: /* confBtnTime - Kurz oder lang und der Konfigurationsmodus */ Nachtrag auf unterstützende Firmware

2020-07-13T11:13:50Z

confBtnTime - Kurz oder lang und der Konfigurationsmodus: Nachtrag auf unterstützende Firmware

← Nächstältere Version		Version vom 13. Juli 2020, 13:13 Uhr
Zeile 35:		Zeile 35:
	=== Gerätebezogene Register ===		=== Gerätebezogene Register ===
	Gerätebezogene Register existieren für jedes HomeMatic-Gerät nur einmal und werden in der sogenannten '''List0''' gespeichert (in der FHEM-Oberfläche als Hexbytefolge unter ''RegL_00.'' zu finden).		Gerätebezogene Register existieren für jedes HomeMatic-Gerät nur einmal und werden in der sogenannten '''List0''' gespeichert (in der FHEM-Oberfläche als Hexbytefolge unter ''RegL_00.'' zu finden).


	==== ''confBtnTime'' - Kurz oder lang und der Konfigurationsmodus ====		==== ''confBtnTime'' - Kurz oder lang und der Konfigurationsmodus ====
	Nicht immer sind die internen Tasten eines Gerätes ohne weiteres mit Aktionen für kurzen und langen Tastendruck programmierbar. Bei allen Hutschienen-Aktoren sowie den Zwischensteckern (mit nur einem Bedienknopf) versetzt ein langer Tastendruck (4 Sekunden) den Schalter normalerweise in den Konfigurations- bzw. Anlern-Modus, bei den in Unterputzdosen versenkbaren Schalt- und Dimmaktoren (-FM ohne PBU in der Bezeichnung) ohne eigenen Konfigurations-Button gilt dies sogar für die zur normalen Funktion extern angeschlossenen Taster. Dieses Verhalten kann man mit dem Register ''confBtnTime'' beeinflussen. Bis zum Ablauf der dort einstellbaren Zeit (Achtung: unüblich hier '''in Minuten'''!) nach dem Versorgen mit Strom (powerUp) erreicht man den Konfigurationsmodus wie bisher, danach interpretiert der Aktor die Tastendrücke ~~stets~~ als kurz (short) oder lang (long). Beispiel:		Nicht immer sind die internen Tasten eines Gerätes ohne weiteres mit Aktionen für kurzen und langen Tastendruck programmierbar. Bei allen Hutschienen-Aktoren sowie den Zwischensteckern (mit nur einem Bedienknopf) versetzt ein langer Tastendruck (4 Sekunden) den Schalter normalerweise in den Konfigurations- bzw. Anlern-Modus, bei den in Unterputzdosen versenkbaren Schalt- und Dimmaktoren (-FM ohne PBU in der Bezeichnung) ohne eigenen Konfigurations-Button gilt dies sogar für die zur normalen Funktion extern angeschlossenen Taster. Dieses Verhalten kann man mit dem Register ''confBtnTime'' beeinflussen. Bis zum Ablauf der dort einstellbaren Zeit (Achtung: unüblich hier '''in Minuten'''!) nach dem Versorgen mit Strom (powerUp) erreicht man den Konfigurationsmodus wie bisher, danach interpretiert der Aktor die Tastendrücke als kurz (short) oder lang (long), sofern die Firmware das unterstützt (bei den versenkbaren Schalt-, dimm- und Rollladenaktoren bspw. ist das offenbar erst ab Firmware 2.5 gegeben). Ein versehentlicher Reset sollte so aber in jedem Fall vermeidbar sein. Beispiel:
	:<code>set <name> regSet confBtnTime 2</code>		:<code>set <name> regSet confBtnTime 2</code>
	Möchte man den Aktor später zurücksetzen oder lokal konfigurieren, so erreicht man das ursprüngliche Verhalten in diesem Beispiel für die ersten zwei Minuten, nachdem man den Aktor (ausreichend lange) stromlos gemacht hat.		Möchte man den Aktor später zurücksetzen oder lokal konfigurieren, so erreicht man das ursprüngliche Verhalten in diesem Beispiel für die ersten zwei Minuten, nachdem man den Aktor (ausreichend lange) stromlos gemacht hat.


	==== ''intKeyVisib'' - Interne Tasten sichtbar machen ====		==== ''intKeyVisib'' - Interne Tasten sichtbar machen ====
Zeile 228:		Zeile 226:

	:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>		:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>
	:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code> [[Kategorie:HomeMatic Components\|1toolsAndWork]]		:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code> [[Kategorie:HomeMatic Components\|1toolsAndWork]]

Pfriemler: Erweiterung um sh|lgActionType

2020-07-13T10:45:12Z

Erweiterung um sh|lgActionType

← Nächstältere Version		Version vom 13. Juli 2020, 12:45 Uhr
Zeile 113:		Zeile 113:

	Bei einem Dimmer heißen die Register statt ''..Sw....'' nur ''..Dim....'' und es gibt ein paar mehr Bedingungen - die Funktion ist aber entsprechend gleich.		Bei einem Dimmer heißen die Register statt ''..Sw....'' nur ''..Dim....'' und es gibt ein paar mehr Bedingungen - die Funktion ist aber entsprechend gleich.

			==== ''shActionType'' & ''lgActionType'' - ein weiterer Aktions-Hauptschalter ====
			Das Regelwerk von shSwJtxx & Co. wird zudem von den ActionType-Registern generell beeinflusst. Für einen Schalter gibt es neben der Voreinstellung ''jmpToTarget'' (was nichts anderes bedeutet als dass die Sprungtabelle aus dem vorigen Kapitel verwendet wird) und der Einstellung ''off'' (die die Sprungtabelle komplett deaktiviert und somit keine Trigger dieses Typs mehr zulässt) noch ''toggleToCnt'' und ''toggleToCntInv''. Hierbei wird die fortlaufende Triggernummer für die Entscheidungsfindung berücksichtigt und etwa eine Umschaltaktion (toggle) mit geraden oder ungeraden Triggernummern synchronisiert. Jeder ausgesendete Trigger trägt nämlich eine ein Byte große Triggernummer (0...255), in FHEM zu erkennen etwa an "Short_7". Nützlich ist das eigentlich nur bei mehreren Aktoren, die man mit einer Taste synchron umschalten möchte. Ohne ''toggleTo...'' würden die Aktoren nämlich nur einfach umschalten, was anfangs sicher problemlos funktioniert, aber schon ein verlorener Funkbefehl oder eine andere manuelle Aktorschaltung zerstört die Synchronisierung. Schaltet man alle Aktoren nun in diesem Register gleich, so werden sie beim Eintreffen eines Triggers (natürlich nur von diesem Peer!) immer synchron bleiben - jeder Aktor, den man davon abweichend mit der anderen ''toggleTo...''-Einstellung versieht, wird entsprechend immer gegenläufig schalten.

			Bei Dimmern gibt es zudem noch ''updim'', ''downDim'', ''toggelDim'' und die entsprechenden Synchronschalter ''toggelDimCnt'' und ''toggelDimCntInv''. Sie legen für Dimmer die Dimmrichtung fest (was durchaus auch für kurze Tastendrücke möglich ist, aber eigentlich nur für lange Tastendrücke - zusammen mit ''lgMultiExec = on'', was für eine kontinuierliche Wiederholung von Triggern sorgt, solange die Taste gedrückt bleibt - einen Sinn ergibt. ''(Anmerkung: toggelDim ist aktuell tatsächlich korrekt, aber Sicht des Autors dabei schlicht ein Schreibfehler ... toggleDim wäre richtiger)''

	==== ''shOnDly'' und ''shOffDly'' - es muss nicht immer sofort sein! ====		==== ''shOnDly'' und ''shOffDly'' - es muss nicht immer sofort sein! ====

Pfriemler: Ergänzungen für "outside" und Registernamen für Schwellenwerte

2020-07-13T10:08:31Z

Ergänzungen für "outside" und Registernamen für Schwellenwerte

Pfriemler: /* confBtnTime - Kurz oder lang und der Konfigurationsmodus */ Hinweis auf Minuten für korrekte Angabe verdeutlicht

2020-07-13T09:41:46Z

confBtnTime - Kurz oder lang und der Konfigurationsmodus: Hinweis auf Minuten für korrekte Angabe verdeutlicht

← Nächstältere Version		Version vom 13. Juli 2020, 11:41 Uhr
Zeile 38:		Zeile 38:

	==== ''confBtnTime'' - Kurz oder lang und der Konfigurationsmodus ====		==== ''confBtnTime'' - Kurz oder lang und der Konfigurationsmodus ====
	Nicht immer sind die internen Tasten eines Gerätes ohne weiteres mit Aktionen für kurzen und langen Tastendruck programmierbar. Bei allen Hutschienen-Aktoren sowie den Zwischensteckern (mit nur einem Bedienknopf) versetzt ein langer Tastendruck (4 Sekunden) den Schalter normalerweise in den Konfigurations- bzw. Anlern-Modus, bei den in Unterputzdosen versenkbaren Schalt- und Dimmaktoren (-FM ohne PBU in der Bezeichnung) ohne eigenen Konfigurations-Button gilt dies sogar für die zur normalen Funktion extern angeschlossenen Taster. Dieses Verhalten kann man mit dem Register ''confBtnTime'' beeinflussen. Bis zum Ablauf der dort einstellbaren Zeit (in Minuten) nach dem Versorgen mit Strom (powerUp) erreicht man den Konfigurationsmodus wie bisher, danach interpretiert der Aktor die Tastendrücke stets als kurz (short) oder lang (long). Beispiel:		Nicht immer sind die internen Tasten eines Gerätes ohne weiteres mit Aktionen für kurzen und langen Tastendruck programmierbar. Bei allen Hutschienen-Aktoren sowie den Zwischensteckern (mit nur einem Bedienknopf) versetzt ein langer Tastendruck (4 Sekunden) den Schalter normalerweise in den Konfigurations- bzw. Anlern-Modus, bei den in Unterputzdosen versenkbaren Schalt- und Dimmaktoren (-FM ohne PBU in der Bezeichnung) ohne eigenen Konfigurations-Button gilt dies sogar für die zur normalen Funktion extern angeschlossenen Taster. Dieses Verhalten kann man mit dem Register ''confBtnTime'' beeinflussen. Bis zum Ablauf der dort einstellbaren Zeit (Achtung: unüblich hier '''in Minuten'''!) nach dem Versorgen mit Strom (powerUp) erreicht man den Konfigurationsmodus wie bisher, danach interpretiert der Aktor die Tastendrücke stets als kurz (short) oder lang (long). Beispiel:
	:<code>set <name> regSet confBtnTime 2</code>		:<code>set <name> regSet confBtnTime 2</code>
	Möchte man den Aktor später zurücksetzen oder lokal konfigurieren, so erreicht man das ursprüngliche Verhalten in diesem Beispiel für die ersten zwei Minuten, nachdem man den Aktor (ausreichend lange) stromlos gemacht hat.		Möchte man den Aktor später zurücksetzen oder lokal konfigurieren, so erreicht man das ursprüngliche Verhalten in diesem Beispiel für die ersten zwei Minuten, nachdem man den Aktor (ausreichend lange) stromlos gemacht hat.
Zeile 223:		Zeile 223:

	:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>		:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>
	:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code>		:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code> [[Kategorie:HomeMatic Components\|1toolsAndWork]]





	[[Kategorie:HomeMatic Components\|1toolsAndWork]]

Pfriemler: /* WARNUNG! - Selbsttätiges Blinken eines HM-Aktors */

2019-09-29T08:03:53Z

WARNUNG! - Selbsttätiges Blinken eines HM-Aktors

← Nächstältere Version		Version vom 29. September 2019, 10:03 Uhr
Zeile 205:		Zeile 205:
	:<code>set <vccu_Btn8 peerChan 0 <dimmerkanal> dual set</code>		:<code>set <vccu_Btn8 peerChan 0 <dimmerkanal> dual set</code>

	Nun kann man mit "set ~~vccu_Btn8~~ press short" den Dimmer ein- und mit "set ~~vccu_Btn7~~ press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit		Nun kann man mit "set vccu_Btn9 press short" den Dimmer ein- und mit "set vccu_Btn8 press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit

	:<code>set dimmer regSet shOnTime 1 ~~vccu_Btn8~~</code>		:<code>set dimmer regSet shOnTime 1 vccu_Btn9</code>
	:<code>set dimmer regSet shOffTime 1 ~~vccu_Btn8~~</code>		:<code>set dimmer regSet shOffTime 1 vccu_Btn9</code>
	jeweils für die gewünschte Ein- und Ausschaltzeit.		jeweils für die gewünschte Ein- und Ausschaltzeit.

Zeile 215:		Zeile 215:
	Das funktioniert auch mit Schaltern: So würde 0.1 und 0.9 (Sekunden) ein kurzes Blitzen im Sekundentakt einstellen.		Das funktioniert auch mit Schaltern: So würde 0.1 und 0.9 (Sekunden) ein kurzes Blitzen im Sekundentakt einstellen.

	Natürlich kann man nun eine größere Anzahl von Aktoren mit den virtuellen Buttons peeren und so ein ganzes Feuerwerk zünden ... ~~Ein~~ zusätzlich zu Alarmsirenen wild blinkende Innenbeleuchtung in allen Räumen sorgt sicher für zusätzliche Aufmerksamkeit.		Natürlich kann man nun eine größere Anzahl von Aktoren mit den virtuellen Buttons peeren und so ein ganzes Feuerwerk zünden ... Eine zusätzlich zu Alarmsirenen wild blinkende Innenbeleuchtung in allen Räumen sorgt sicher für zusätzliche Aufmerksamkeit.

	=== Einer nach dem Anderen! - Sequentielles Schalten mehrerer Aktoren ===		=== Einer nach dem Anderen! - Sequentielles Schalten mehrerer Aktoren ===

Pfriemler: /* WARNUNG! - Selbsttätiges Blinken eines HM-Aktors */ Korrektur Codebeispiel

2019-09-29T08:01:48Z

WARNUNG! - Selbsttätiges Blinken eines HM-Aktors: Korrektur Codebeispiel

← Nächstältere Version		Version vom 29. September 2019, 10:01 Uhr
Zeile 203:		Zeile 203:
	Ein Beispiel für einen Dimmer (als virtuelle Buttons dienen vccu_Btn8 und vccuBtn9):		Ein Beispiel für einen Dimmer (als virtuelle Buttons dienen vccu_Btn8 und vccuBtn9):

	:<code>set <~~vccu_Btn7>~~ peerChan 0 <dimmerkanal> dual set</code>		:<code>set <vccu_Btn8 peerChan 0 <dimmerkanal> dual set</code>

	Nun kann man mit "set vccu_Btn8 press short" den Dimmer ein- und mit "set vccu_Btn7 press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit		Nun kann man mit "set vccu_Btn8 press short" den Dimmer ein- und mit "set vccu_Btn7 press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit

Pfriemler: /* WARNUNG! - Selbsttätiges Blinken eines HM-Aktors */ Funkfeuer durch Statusmeldungen vermeiden, angepasste Beispiele

2019-02-14T20:59:02Z

WARNUNG! - Selbsttätiges Blinken eines HM-Aktors: Funkfeuer durch Statusmeldungen vermeiden, angepasste Beispiele

← Nächstältere Version		Version vom 14. Februar 2019, 22:59 Uhr
Zeile 197:		Zeile 197:
	Wir wissen aber, dass die Aktoren für jeden Peer nicht nur eine Ein-, sondern auch eine Ausschaltzeit speichern. Definiert man nun für einen Peer entsprechend beide Zeiten, so wird der Aktor bei einem Telegramm von diesem Peer sich entsprechend selbsttätig fortlaufend ein- und ausschalten. Jeder andere Schaltbefehl eines anderen Peers oder aus FHEM beendet die Schleife umgehend. So ließe sich das Blinken auch mit einer aktoreigenen Taste stoppen - oder starten, wenn man es entsprechend programmiert. Einen Zwischenstecker-Schalter beispielsweise kann man also (wenn man zuvor seine ''confBtnTime'' entsprechend setzt und so die langen Tastendrücke auswertbar macht) durch das Programmieren von ''lgOnTime'' und ''lgOffTime'' für den Peer "self01" wie gewohnt mit einem kurzen Tastendruck ein- und ausschalten und mit einem langen in den Blinkmodus versetzen.		Wir wissen aber, dass die Aktoren für jeden Peer nicht nur eine Ein-, sondern auch eine Ausschaltzeit speichern. Definiert man nun für einen Peer entsprechend beide Zeiten, so wird der Aktor bei einem Telegramm von diesem Peer sich entsprechend selbsttätig fortlaufend ein- und ausschalten. Jeder andere Schaltbefehl eines anderen Peers oder aus FHEM beendet die Schleife umgehend. So ließe sich das Blinken auch mit einer aktoreigenen Taste stoppen - oder starten, wenn man es entsprechend programmiert. Einen Zwischenstecker-Schalter beispielsweise kann man also (wenn man zuvor seine ''confBtnTime'' entsprechend setzt und so die langen Tastendrücke auswertbar macht) durch das Programmieren von ''lgOnTime'' und ''lgOffTime'' für den Peer "self01" wie gewohnt mit einem kurzen Tastendruck ein- und ausschalten und mit einem langen in den Blinkmodus versetzen.

	Einen Haken hat die Sache aber ~~(möglicherweise)~~: Der Aktor meldet seinen Schaltzustand ~~natürlich periodisch. Allerdings tut er das~~ mit einer gewissen Verzögerung. Beim ~~Blinken in einem 2~~-~~Sekunden~~-~~Rhythmus kommen jedenfalls noch keine regelmäßigen Statustelegramme, die die Funklast erhöhen würden~~.		Einen Haken hat die Sache aber: Der Aktor meldet seinen neuen Schaltzustand nach jeder Änderung mit einer gewissen Verzögerung, die man bei vielen Schaltaktoren (aber leider nicht bei allen wie etwa dem HM-Mod-Re-8) mit dem Register ''statusInfoMinDly'' tunen kann. Ändert der Aktor seinen Schaltzustand in längeren Intervallen, wird es also trotzdem wieder ein Funkfeuer geben. Ist das Delay noch nicht erreicht, erfolgt keine Zustandsübermittlung. Beim HM-Mod-Re-8 muss man also etwa unter 1 Sekunde pro Änderung bleiben.

	~~Eine weitere Möglichkeit wäre~~, virtuelle Buttons (etwa einer VCCU) zum Ein- und Ausschalten der Blinkfunktion zu verwenden. "Opfert" man dafür zwei aufeinanderfolgende Kanäle, kann man die Aktoren mit "dual set" peeren und bekommt so einen Blink- und einen Deaktivierungsbutton ohne weitere Kopfstände. Anschließend passt man die short-Laufzeiten für den Einschaltkanal an:		Zum Steuern aus FHEM emfiehlt es sich, virtuelle Buttons (etwa einer VCCU oder eines virtuellen HM-Dummys) zum Ein- und Ausschalten der Blinkfunktion zu verwenden. "Opfert" man dafür zwei aufeinanderfolgende Kanäle, kann man die Aktoren mit "dual set" peeren und bekommt so einen Blink- und einen Deaktivierungsbutton ohne weitere Kopfstände. Anschließend passt man die short-Laufzeiten für den Einschaltkanal an.

	Ein Beispiel für einen Dimmer (als virtuelle Buttons dienen vccu_Btn8 und vccuBtn9):		Ein Beispiel für einen Dimmer (als virtuelle Buttons dienen vccu_Btn8 und vccuBtn9):

	:<code>set <~~vccu_Btn8~~> peerChan 0 <dimmerkanal> dual set</code>		:<code>set <vccu_Btn7> peerChan 0 <dimmerkanal> dual set</code>

	Nun kann man mit "set ~~vccu_Btn9~~ press short" den Dimmer ein- und mit "set ~~vccu_Btn8~~ press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit		Nun kann man mit "set vccu_Btn8 press short" den Dimmer ein- und mit "set vccu_Btn7 press short" ausschalten. Das Blinken im Dimmer wird eingestellt mit

	:<code>set dimmer regSet shOnTime 1 ~~vccu_Btn9~~</code>		:<code>set dimmer regSet shOnTime 1 vccu_Btn8</code>
	:<code>set dimmer regSet shOffTime 1 ~~vccu_Btn9~~</code>		:<code>set dimmer regSet shOffTime 1 vccu_Btn8</code>
			jeweils für die gewünschte Ein- und Ausschaltzeit.

	Wird der Dimmer nun mit "set vccu_Btn9 press short" eingeschaltet, so blinkt er im 3-Sekunden-Takt: zu den jeweils 1 Sekunde Ein- und Auszeit gesellen sich noch 2x 0,5s Rampenzeit, sofern nichts anderes programmiert wurde.		Wird der Dimmer nun mit "set vccu_Btn9 press short" eingeschaltet, so blinkt er im 3-Sekunden-Takt: zu den jeweils 1 Sekunde Ein- und Auszeit gesellen sich noch 2x 0,5s Rampenzeit, sofern nichts anderes programmiert wurde.

	~~Natürlich kann man eine größere Anzahl von Aktoren~~ mit ~~den virtuellen Buttons peeren~~ und so ein ~~ganzes Feuerwerk zünden ..~~.		Das funktioniert auch mit Schaltern: So würde 0.1 und 0.9 (Sekunden) ein kurzes Blitzen im Sekundentakt einstellen.

			Natürlich kann man nun eine größere Anzahl von Aktoren mit den virtuellen Buttons peeren und so ein ganzes Feuerwerk zünden ... Ein zusätzlich zu Alarmsirenen wild blinkende Innenbeleuchtung in allen Räumen sorgt sicher für zusätzliche Aufmerksamkeit.

	=== Einer nach dem Anderen! - Sequentielles Schalten mehrerer Aktoren ===		=== Einer nach dem Anderen! - Sequentielles Schalten mehrerer Aktoren ===

Martinp876 am 29. Dezember 2017 um 10:30 Uhr

2017-12-29T10:30:33Z

← Nächstältere Version		Version vom 29. Dezember 2017, 12:30 Uhr
Zeile 227:		Zeile 227:


	[[Kategorie:HomeMatic Components\|~~toolsAndWork~~]]		[[Kategorie:HomeMatic Components\|1toolsAndWork]]

← Nächstältere Version		Version vom 13. Juli 2020, 12:08 Uhr
Zeile 98:		Zeile 98:
	Fernbedienungen (im weitesten Sinne, ''remote'') von HomeMatic übermitteln je nach Betätigungsdauer ''short''- oder ''long''-Trigger. Zustandsübermittelnde Sensoren (etwa ein Fensterkontakt oder Neigungssensor sowie Bewegungsmelder) senden ausschließlich ''short'', gekoppelt mit einem Wert zwischen 0 und 200, entsprechend 0-100% in 0,5-%-Schritten. Ob ein solcher Trigger vom Aktor verarbeitet wird, kann vom gesendeten Wert abhängen.		Fernbedienungen (im weitesten Sinne, ''remote'') von HomeMatic übermitteln je nach Betätigungsdauer ''short''- oder ''long''-Trigger. Zustandsübermittelnde Sensoren (etwa ein Fensterkontakt oder Neigungssensor sowie Bewegungsmelder) senden ausschließlich ''short'', gekoppelt mit einem Wert zwischen 0 und 200, entsprechend 0-100% in 0,5-%-Schritten. Ob ein solcher Trigger vom Aktor verarbeitet wird, kann vom gesendeten Wert abhängen.

	HomeMatic kennt dazu (für jeden Peer und Triggertyp (short/long) separat) zwei Schaltschwellen Lo und Hi, die default bei 50 und 100 liegen. Ob ein Trigger in Relation zu diesen Schwellen verarbeitet wird, regeln u.a. die shCtxxx-Register. Wie auch bei den allgemeinen Schaltbedingungen stehen ''On'' und ''Off'' jeweils für den aktuellen Schaltzustand (Achtung: nicht den, der erreicht werden soll). Ihr Wert beträgt default "geLo" (greater or equal Lo), hier 50 und höher. Trigger für Werte darunter werden bei der Einstellung "ltLo" (less than Lo) verarbeitet. Diese Schwellen gibt es entsprechend auch für den Hi-Wert, also "geHi" oder "ltHi". Besonders interessant sind aber auch die Werte "outside" und "between", bezogen auf die beiden Schwellen Lo und Hi. In letzterem Fall wird der Trigger verarbeitet, wenn der Wert zwischen 50 und 100 liegt, bei "outside" entsprechend bei 0-49 oder 101-200.		HomeMatic kennt dazu (für jeden Peer und Triggertyp (short/long) separat, festgelegt in den Registern shCtValLo, shCtValHi, lgCtValLo und lgCtValHi) zwei Schaltschwellen "Lo" und "Hi", die default bei 50 und 100 liegen. Ob ein Trigger in Relation zu diesen Schwellen verarbeitet wird, regeln u.a. die shCtxxx-Register. Wie auch bei den allgemeinen Schaltbedingungen stehen ''On'' und ''Off'' jeweils für den aktuellen Schaltzustand (Achtung: nicht den, der erreicht werden soll). Ihr Wert beträgt default "geLo" (greater or equal Lo), hier 50 und höher. Trigger für Werte darunter werden bei der Einstellung "ltLo" (less than Lo) verarbeitet. Diese Schwellen gibt es entsprechend auch für den Hi-Wert, also "geHi" oder "ltHi". Besonders interessant sind aber auch die Werte "outside" und "between", bezogen auf die beiden Schwellen Lo und Hi. In letzterem Fall wird der Trigger verarbeitet, wenn der Wert zwischen 50 und 100 liegt, bei "outside" entsprechend bei 0-49 oder 101-200.

	Sogenannte Three-State-Sensoren wie Fensterkontakt- oder -griffsensoren senden 0 für "closed" (geschlossen), 100 für "tilted" (gekippt) und 200 für "open" (offen). Gleiches gilt für Schalterkontaktinterfaces, die den Zustand eines angeschlossenen Schaltkontaktes übermitteln. Im Grundzustand (Vergleichsbefehl auf "geLo") führt daher nur der Trigger "offen" (200) zu einer Aktion. Ändert man den Vergleichsbefehl auf "ltLo", so wird lediglich "closed" ausgewertet, bei "between" ist es "tilted". Mit "outside" führt sowohl "closed" als auch "open" zu einer Aktion.		Sogenannte Three-State-Sensoren wie Fensterkontakt- oder -griffsensoren senden 0 für "closed" (geschlossen), 100 für "tilted" (gekippt) und 200 für "open" (offen). Gleiches gilt für Schalterkontaktinterfaces, die den Zustand eines angeschlossenen Schaltkontaktes übermitteln. Im Grundzustand (Vergleichsbefehl auf "geLo") führt daher nur der Trigger "offen" (200) zu einer Aktion. Ändert man den Vergleichsbefehl auf "ltLo", so wird lediglich "closed" ausgewertet, bei "between" ist es "tilted". Mit "outside" führt sowohl "closed" als auch "open" zu einer Aktion.
Zeile 113:		Zeile 113:

	Bei einem Dimmer heißen die Register statt ''..Sw....'' nur ''..Dim....'' und es gibt ein paar mehr Bedingungen - die Funktion ist aber entsprechend gleich.		Bei einem Dimmer heißen die Register statt ''..Sw....'' nur ''..Dim....'' und es gibt ein paar mehr Bedingungen - die Funktion ist aber entsprechend gleich.


	==== ''shOnDly'' und ''shOffDly'' - es muss nicht immer sofort sein! ====		==== ''shOnDly'' und ''shOffDly'' - es muss nicht immer sofort sein! ====
Zeile 162:		Zeile 161:
	Nun kann man auch mehrere Schalter so mit der Lampe koppeln. Das ergibt aber keine Wechselschaltung im herkömmlichen Sinn - um eine Lampe ein- oder auszuschalten, muss man den Schalter möglicherweise einmal zusätzlich auf die aktuelle Schaltposition kippen, ehe die nächste Betätigung den gewünschten Effekt bringt. Für Wechselschaltungen bietet sich daher das Kontaktinterface [[HM-SwI-3-FM]] (oder das erwähnte 8-Kanal-Sendemodul in der Betriebsart ''switch'') an. Hier führt jede Zustands''änderung'' zu einem Schaltvorgang.		Nun kann man auch mehrere Schalter so mit der Lampe koppeln. Das ergibt aber keine Wechselschaltung im herkömmlichen Sinn - um eine Lampe ein- oder auszuschalten, muss man den Schalter möglicherweise einmal zusätzlich auf die aktuelle Schaltposition kippen, ehe die nächste Betätigung den gewünschten Effekt bringt. Für Wechselschaltungen bietet sich daher das Kontaktinterface [[HM-SwI-3-FM]] (oder das erwähnte 8-Kanal-Sendemodul in der Betriebsart ''switch'') an. Hier führt jede Zustands''änderung'' zu einem Schaltvorgang.

	Hat man hingegen nur ein HM-SCI-3-FM zur Hand, lässt sich dieses Verhalten auch erreichen:		Hat man hingegen nur ein HM-SCI-3-FM zur Hand, lässt sich dieses Verhalten auch erreichen.
	:<code>set <Lampenaktor> regSet shCtOn outside <Sensorkontakt> </code>		:<code>set <Lampenaktor> regSet shCtOn outside <Sensorkontakt> </code>
	:<code>set <Lampenaktor> regSet shCtOff outside <Sensorkontakt> </code>		:<code>set <Lampenaktor> regSet shCtOff outside <Sensorkontakt> </code>
			Wie oben erwähnt, liegen die Trigger mit den Werten 0 und 200 ja außerhalb des Bereichs zwischen Lo und Hi (50-100) und führen daher immer zu einer Aktion. Das Verhalten entspricht somit einem toggle-Befehl.

	=== Gezieltes Schalten eines (unsichtbaren) Aktors mit nur einer Taste ===		=== Gezieltes Schalten eines (unsichtbaren) Aktors mit nur einer Taste ===
Zeile 223:		Zeile 223:

	:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>		:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>
	:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code> [[Kategorie:HomeMatic Components\|1toolsAndWork]]		:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code> [[Kategorie:HomeMatic Components\|1toolsAndWork]]