HomeMatic Register programmieren: Unterschied zwischen den Versionen

Aus FHEMWiki
K (Ergänzung um Hinweis, dass interne Tasten (self) vor Programmierungen sichtbar gemacht werden müssen)
K (Link auf nicht existierende Seite entfernt)
 
(20 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
<!-- Bitte noch an geeigneten Stellen Links auf diese Seite einfügen -->
Ein HomeMatic-Gerät besitzt mehr oder weniger umfangreiche Registersätze, mit denen das Verhalten des Gerätes vielfältig feinkonfiguriert werden kann. Die damit erreichbare Funktionsvielfalt geht weit über die standardisierten Vorgaben einer einfachen Direktverknüpfung ([[Peering_(HomeMatic)|Peering]]) hinaus.  
== Zeitschalter mit HomeMatic Aktoren ==
Anhand eines Beispiels wird gezeigt, wie man die Reaktion von internen Tasten an HomeMatic Aktoren beeinflussen kann. Eine normale Zeitschaltung innerhalb von FHEM sollte einfacher mit ''on-for-timer'' erfolgen!


=== Zustände ===
== Grundlagen (in Auszügen) ==
Die HomeMatic Aktoren (Schalter) schalten so, wie es der verknüpfte ([[Peering (HomeMatic)|peering]]) Sender vorgibt. Sie haben dazu Registersätze, die für jede Verknüpfung (peer) neu angelegt und gespeichert werden. Man kann also mit einem Taster ein- und ausschalten. Mit einem anderen Taster eine Zeitschaltung für 10 Sekunden starten. Dabei wird nicht der Taster oder der Schalter auf "Zeitschalter" programmiert, sondern die Verknüpfung Taster mit Schalter wird im Schalter entsprechend gespeichert. Der Schalter macht dabei das, was der letzte Tastendruck als Aktion hinterlegt hat.  
Im folgenden werden nur exemplarisch einige Grundlagen und einfache Beispiele benannt, ohne jeden Anspruch auf Vollständigkeit.
 
FHEM unterstützt die Programmierung der Register mit dem Befehl ''regSet''. <peer> entfällt bei rein gerätebezogenen Programmierungen.
:<code>set <name> regSet <register> <value> [<peer>] </code>
Darüberhinaus gibt es vor- oder selbstdefinierte [[HomeMatic HMinfo Templates erstellen|Templates]] (Vorlagen), die alle erforderlichen Änderungen für standardisierte Anwendungen wie Treppenhauslichtschalter beinhalten. Die Anwendung von Templates auf Geräte wird protokolliert und der Registerzustand kann überprüft werden. Für viele Anwendungen genügt jedoch auch die einmalige Anwendung einer direkten Programmierung. Das genaue Verständnis der Vorgänge und Zusammenhänge ist nicht trivial, das Erlernen wird aber mit einer enormen erreichbaren Funktionsvielfalt belohnt. Viele wissenswerte Zusammenhänge sind im HomeMatic-Anhang der bekannten Einsteiger-Dokumentation erläutert, deren Lektüre zu Recht immer wieder empfohlen wird. Dieser Beitrag ist auch nur als Ergänzung zu verstehen!
 
Die HomeMatic Aktoren (Schalter, Dimmer, ...) arbeiten so, wie es für verknüpften ([[Peering (HomeMatic)|peering]]) Sender vorgegeben ist. Sie nutzen Registersätze, die für jede Verknüpfung (peer) neu angelegt und gespeichert werden. Man kann also mit einem Taster ein- und ausschalten (toggeln), mit einem Tastenpaar gezielt ein- und ausschalten und mit einem weiteren Taster eine Zeitschaltung für 10 Sekunden starten. Dabei wird niemals der Taster oder der Schalter auf eine globale Aktion programmiert, sondern im Schalter (Aktor) die gewünschte Aktion für jeden verknüpften Taster separat gespeichert. Die auszulösende Aktion ist zudem abhängig vom aktuellen Zustand des Aktors und von der Länge des Tastendruckes (kurz oder länger - short or long).


Kleines Beispiel:
Kleines Beispiel:
  T1 schaltet S1 für 10 sec an   
  T1 schaltet S1 für 10 sec an
T2 schaltet S1 an oder aus  
  T3 schaltet S1 an   
  T3 schaltet S1 an   
  T4 schaltet S1 aus.   
  T4 schaltet S1 aus.   
Zeile 15: Zeile 20:
Schaltet man mit T3 den S1 an und drückt dann nach beliebiger Zeit kurz T1 geht S1 nach weiteren 10 sec aus. Schaltet man mit T1 kurz den S1 für 10 sec an, aber innerhalb dieser Zeit mit T3 nochmal an, dann bleibt S1 nach Ablauf der 10 sec an.
Schaltet man mit T3 den S1 an und drückt dann nach beliebiger Zeit kurz T1 geht S1 nach weiteren 10 sec aus. Schaltet man mit T1 kurz den S1 für 10 sec an, aber innerhalb dieser Zeit mit T3 nochmal an, dann bleibt S1 nach Ablauf der 10 sec an.


=== Tasten sichtbar machen ===
Die verfügbaren Register unterscheiden sich im Gerät und in den jeweiligen Kanälen.
Jeder Schalter hat interne oder eigene Tasten. Die Steckdose z.B. den Knopf der als Toggle funktioniert. Der Lichtschalter für Markensysteme hat einen EIN und einen AUS Knopf.
Eine kurze Beschreibung der Register inklusive der erlaubten Werte erhält man durch:
:<code>get <name> regList </code>
Dabei kann <name> ein Gerät oder ein separater Gerätekanal sein.
 
== Spezielle Register (Auswahl) ==
Im folgenden sollen einige Register vorgestellt werden, die in vielen Geräten vorhanden sind. ''Ergänzungen sind ausdrücklich erwünscht!''
 
 
=== 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).
 
==== ''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 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>
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 ====
Die internen "Tasten" eines Aktors (z.B. die Schaltwippe bei Wandschaltern/-tastern, der Bedienknopf bei Zwischensteckern, aber auch die angeschlossenen externen Taster bei Aktoren für Unterputzdosen oder die von außen zugängliche "Notbedientaste" etwa bei Zwischendecken-Dimmern) sind logisch ebenso mit dem Aktor verknüpft wie externe Bedienelemente wie Funkfernbedienungen oder per Funk verknüpfte Wandtaster. Ihre Betätigung wird (außer mit präparierter Firmware) zwar nicht gesendet (und kann daher von FHEM nicht "gelesen" werden), die vom Hersteller vorgesehenen Funktionen lassen sich aber genauso frei programmieren. Allerdings sind diese internen Verknüpfungen zur Vermeidung versehentlicher Programmierungen zunächst verborgen und müssen daher explizit sichtbar gemacht werden.
 
Dies geschieht mit
set <name> regSet intKeyVisib visib 
attr <name> expert 1
Anschließend sind der oder die internen Taste(n) mit der Bezeichnung self01 (self02, ...) sichtbar und ihre Aktionen können gezielt wie bei einem externen Peer umprogrammiert werden.
 
Wer nun auf die Idee kommt, man könne durch entsprechendes zusätzliches peering bei mehrkanaligen Geräten die (mehreren) internen Tasten beliebig zuweisen und so raffinierte Zusatzschaltungen auslösen, muss hier enttäuscht werden: Zwar kann man tatsächlich mit peerBulk bei den Aktorkanälen zusätzliche interne Peers eintragen und programmieren und mit einer Fernauslösung aus FHEM die neuen Verknüpfungen erfolgreich nutzen - das Gerät selbst reicht die Tastenbetätigungen aber immer nur an den ursprünglich dafür vorgesehenen Kanal weiter.
 
==== ''ledMode'' - Funktion der Onboard-LED bei Bausätzen ====
Die (batteriebetriebenen) -PCB-Aktoren und die 8-Kanal-Module haben kleine LED an Bord, die für Diagnosezwecke hilfreich sind, einem sparsamen Betrieb aber in der Regel entgegenstehen. Sie werden daher nur bei außergewöhnlichen Zuständen wie dem Anlernmodus, einem Reset, oder auch bei niedriger Batteriespannung als Hinweis an den Anwender benutzt und sind ansonsten ab Werk deaktiviert. Bei einer Dauerstromversorgung kann aber eine Schaltzustandsanzeige oder eine Quittung über eine Befehlsaussendung nicht nur zur Diagnose hilfreich sein.


Die internen Tasten kann man in FHEM sichtbar machen:
Besitzt das Gerät das Register ''ledMode'', so kann man mit
set <device> regSet intKeyVisib visib 
:<code>set <device> regSet ledMode on</code>
attr <device> expert 1 
die LED auch für die "normalen" Betriebszustände aktivieren. Sie zeigen dann bei Aktoren, ob der Aktor eingeschaltet ist (blinkend, wenn eine Einschaltzeitbegrenzung aktiv ist), und bei den Sensormodulen HM-Mod-EM8(bit) zeigt die zweifarbige LED den von Fernbedienungen bekannten Sendezustand mit gelb, dem dann ein grün oder rot folgt - je nachdem ob eine Quittung angefordert ist und ob sie erfolgreich empfangen wurde.


Die internen Tasten müssen zunächst sichtbar gemacht werden, bevor man sie betreffende Eigenschaften umprogrammieren kann. Unsichtbar sind sie dafür vor versehentlichen Programmierungen geschützt.
Leider lässt sich umgekehrt die bei Wandtastern oder Fensterkontakten mitunter gewünschte Deaktivierung der LED nicht so bewerkstelligen - diese Geräte haben das entsprechende Register nicht. Da hilft nur ein Eingriff ins Gerät mit Gaffa oder schwarzem Edding... 


=== Zeitschalter direkt ===
=== Kanalbezogene Register ===
Um z.B. eine Steckdose für 10 sec bei Knopfdruck lokal einzuschalten kann man folgendes programmieren:
Kanalbezogene Register existieren für jeden Kanal eines Gerätes einmal und werden in der sogenannten '''List1''' gespeichert (in der FHEM-Oberfläche als Hexbytefolge unter ''RegL_01.'' zu finden).  
:<code>set <device> regSet shOnTime 10 self01 </code>


''shOnTime'' ist dabei das zuständige Register für kurzen (sh=short) Tastendruck. Es gibt auch Register für langen Tastendruck lg=long. Eine kurze Beschreibung der Register erhält man durch:
==== ''powerUpAction'' - Automatischer Knopfdruck bei (wiederkehrender) Stromversorgung ====
:<code>get <device> regList </code>
Mit diesem Register (default ''off'') kann erreicht werden, dass ein Schaltaktor nach einem Stromausfall sich bei Wiederkehr der Versorgungsspannung automatisch einschaltet. Dies ist z.B. sinnvoll für Zwischenstecker mit Messfunktion ([[HM-ES-PMSw1-Pl Funk-Schaltaktor 1-fach mit Leistungsmessung|HM-ES-PMSw1-Pl]]), wenn dieser als Langzeitmonitor etwa für Kühlgeräte verwendet wird - nach einem Stromausfall bliebe der Kühlschrank sonst aus und der Inhalt würde verderben.
:<code>set <name> regSet powerUpAction on</code>
Achtung: Das Setzen dieses Registers auf ''on'' bedeutet nicht immer einen eingeschalteten Aktor nach der Wiederkehr der Stromversorgung. Vielmehr wird nur ein ''short''-Ereignis auf den zugehörigen internen Taster ausgelöst, was nur im Normalfall zum Einschalten des Aktors führt - nicht aber wenn die Funktion dieses kurzen Tastendruckes gezielt verändert wurde, denn dann wird eben diese Aktion ausgeführt! Das gilt zum Beispiel auch für zeitlich begrenztes Einschalten. Als Alternative für eine lokale Schaltmöglichkeit bietet sich in solchen Fällen der lange Tastendruck an, sofern er vom Aktor unterstützt wird (so lässt sich die Einschaltzeit bei langem Tastendruck mit ''lgOnTime'' begrenzen). Dessen Aktion wird bei powerUp nicht ausgeführt.
 
=== Verknüpfungsbezogene Register ===
Diese Register sind am umfangreichsten und werden für jeden Verknüpfungspartner einzeln separat angelegt in der '''List3''' (''RegL_03.<peer>''). Die grundsätzlichen Funktionen und ihre Zusammenhänge sind ausführlich in der Einsteigerdokumentation erklärt, inklusive Skizzen für die sogenannte ''state machine''. Hier sollen daher nur die in den folgenden Beispielen verwendeten Register erklärt werden.
 
==== ''shOnTime'' und ''lgOnTime'' - das interne ''on-for-timer'' von Schaltern oder Dimmern ====
Die wohl populärsten Register begrenzen die Einschaltzeit eines Aktors. Um z.B. eine Steckdose für 10 sec bei Knopfdruck lokal einzuschalten kann man folgendes programmieren:
:<code>set <name> regSet shOnTime 10 self01 </code>
 
''shOnTime'' ist dabei das zuständige Register für die Einschaltzeit bei kurzem (sh=short) Tastendruck, entsprechend gilt ''lgOnTime'' für einen langen Tastendruck.


In den Readings werden die Register mit dem jeweiligen verknüpften Taster angezeigt, in unserem Fall also:
In den Readings werden die Register mit dem jeweiligen verknüpften Taster angezeigt, in unserem Fall also:
:<code>R-self01-shOnTime </code>
:<code>R-self01-shOnTime </code>
 
Der Defaultwert für shOnTime ist 111600 und bedeutet unendlich (von FHEM mit "unused" dargestellt), d.h. die maximale einstellbare Zeit ist 111599 sec (knapp 31 Stunden). So kann man die Zeit löschen:
Der Defaultwert für shOnTime ist übrigens 111600 und bedeutet unendlich. D.h. die maximale einstellbare Zeit ist 111599 sec (knapp 31 Stunden). So kann man die Zeit löschen:
:<code>set <device> regSet shOnTime 111600 self01 </code>
:<code>set <device> regSet shOnTime 111600 self01 </code>
oder
oder
:<code>set <device> regSet shOnTime unused self01 </code>
:<code>set <device> regSet shOnTime unused self01 </code>


Einen Tastendruck kann man auch simulieren:
Übrigens gibt es diese Register auch für die Ausschaltzeit.
 
==== ''shCtOn'' und ''shCtOff'' - Bedingtes Schalten mit Schwellwerten ====
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, 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.
 
Bei Bewegungsmeldern wird der mit übermittelte Helligkeitswert im Zusammenhang mit den (dann variabel einzustellenden) Schwellen als Kriterium für das Einschalten des Aktors mit herangezogen.
 
==== ''shSwJtOn'' & Co. - Was soll passieren? ====
Nachdem wir nun kennengelernt haben, wie man auswählt, '''welcher''' Anstoss von außen zu einer Aktion führt, hier ein kleiner Exkurs in die Beeinflussung, '''was''' daraufhin passieren soll. Diese Frage regelt die ''jump table'' und liefert damit das Regelwerk für die Abfolge der Aktionen, die ''state machine''. Ein HomeMatic-Aktor geht nämlich keineswegs einfach nur an oder aus. Vielmehr hangelt er sich nacheinander an einer Reihe von Zuständen entlang - auch das ist in der Einsteigerdokumentation erschöpfend beschrieben und soll hier nicht wiederholt werden. Ein Schalter durchläuft aber mindestens die Zustände
  Aus > Einschaltverzögerung > Ein > Ausschaltverzögerung > Aus > (usw)
Hier soll reichen, dass am Ende jeder (Teil-)Kette in der Regel ein dauerstabiler Zustand bleibt, in der Regel ist das der Aus-Zustand und auch der Ein-Zustand, wenn dessen Laufzeit nicht durch ''shOnTime'' & Co. begrenzt ist. Ein- und Ausschaltverzögerung sind aber in der Regel 0 (Sekunden), so dass effektiv nur "Ein" und "Aus" übrig bleiben.
 
Das Register ''shSwJtOn'' regelt, wohin die Reise geht, wenn ein gültiger ''short''-Trigger im eingeschalteten Zustand eintrifft, sinngemäß ''...Off'' im Auszustand und ''lg...'' für die ''long''-Trigger. Für ''shSwJtOn'' ist normalerweise als nächstes die Ausschaltverzögerung "dlyOff" vorgesehen. Da die Ausschaltverzögerung in der Regel 0 ist, folgt darauf, in ''shSwJtDly'' festgelegt, "off" usw. Die Zustände bilden so quasi einen Kreis, dessen Durchlauf von außen gelegentlich "angeschubst" wird. Mit diesen Registern kann man den Kreislauf aber auch umbiegen oder sogar unterbrechen, so dass ein eintreffender Trigger eben nicht zu einer Aktion führt. Als Ziele bieten sich, quasi selbstsprechend, "on", "dlyOff", "off" und "dlyOn" an - oder eben "no", was nichts anderes bedeutet, als dass der betreffende Trigger an dieser Stelle zu keiner Aktion führt.
 
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! ====
Nicht nur welcher Anstoße welche Aktion auslöst, sondern auch wann oder wie schnell die Aktion ausgeführt wird, lässt sich in gewissen Grenzen einstellen. Die beiden genannten Register etwa regeln die Ein- oder Ausschaltverzögerung nach einem gültigen Trigger. So kann man nach einem Ausschaltbefehl einen Raum noch im Hellen verlassen, wenn das Licht noch ein paar Sekunden länger leuchtet.
 
Bei Dimmern gibt es zusätzlich auch bei Ein- und Ausschaltvorgängen durch eine neu eingerichtete Verknüpfung eine sogenannte Rampenzeit von 0,5 Sekunden, in der das Licht hoch- oder heruntergedimmt wird. Durch Programmierung von ''shRampOnTime'' und ''shRampOffTime'' kann man ein sehr augenschonendes langsames Ein- oder Ausschalten des Lichts wie im Kino erreichen. Zwar gibt es die Zeiten auch für long-Trigger, aber da machen sie im Normalfall wenig Sinn - der lange Tastendruck löst immer einen manuellen Dimmvorgang aus.
 
''(wird ergänzt)''
 
== Praktische Beispiele ==
Die folgenden Beispiele beschreiben nur in Kurzform die erforderlichen Aktionen. Weiterführende Informationen sind der Einsteigerdokumentation oder den o.g. Registerbeschreibungen zu entnehmen.
Übrigens: ein einmal konfigurierter Vorgang für eine Verknüpfung kann aus FHEM auch bequem fernausgelöst (bzw. simuliert) werden. Der Aktor führt dabei genau die Aktion aus, die für die benannte Verknüpfung vorgesehen ist. Der kurze Knopfdruck auf den internen Knopf eines Aktors wird beispielsweise so simuliert:
:<code>set <device> press short self01 </code>
:<code>set <device> press short self01 </code>


=== Kurz oder lang ===
=== Lokal bedienbarer Zeitschalter mit HomeMatic Aktoren: Pool für eine Stunde schalten ===
Die internen Taster sind oft als Toggle und config Taster ausgelegt. Ein langer Tastendruck (4 Sekunden) versetzt den Schalter in den config-/Anlern-Modus. Damit scheint es so zu sein, dass bei diesen Schaltern kein long press von außen vorgesehen ist, obwohl die Register existieren und man long press auch simulieren kann.
 
=== Praktisches Beispiel: Pool für eine Stunde schalten ===
Ich habe einen HM-LC-SW4-DR und der channel_01 schaltet die Poolzirkulationspumpe. Dies passiert zeitgesteuert zweimal am Tag. Manchmal möchte ich im Keller diese Pumpe einfach für eine Stunde aktivieren, der Aktor ist bequem erreichbar an der Wand.
Ich habe einen HM-LC-SW4-DR und der channel_01 schaltet die Poolzirkulationspumpe. Dies passiert zeitgesteuert zweimal am Tag. Manchmal möchte ich im Keller diese Pumpe einfach für eine Stunde aktivieren, der Aktor ist bequem erreichbar an der Wand.
Die internen Tasten vom Hauptdevice (der Aktor hat vier Channel die in FHEM einzeln dargestellt werden) sichtbar machen:
Die internen Tasten vom Hauptdevice (der Aktor hat vier Kanäle (channel), die in FHEM einzeln dargestellt werden) sichtbar machen:
  set LichtKeSW1 regSet intKeyVisib visib   
  set LichtKeSW1 regSet intKeyVisib visib   
  attr LichtKeSW1 expert 1   
  attr LichtKeSW1 expert 1   
Zeile 56: Zeile 128:


Die Toggle Funktion der Taste bleibt erhalten. Ein zweiter Tastendruck schaltet die Pumpe auch sofort wieder aus. Während die Zeit läuft, blinkt die Status LED des Kanals.
Die Toggle Funktion der Taste bleibt erhalten. Ein zweiter Tastendruck schaltet die Pumpe auch sofort wieder aus. Während die Zeit läuft, blinkt die Status LED des Kanals.
Die Zeitbegrenzung funktioniert in diesem Beispiel ohne jedes Zutun von FHEM und damit auch bei einem Ausfall des Servers.
=== Es werde Licht! Automatisches Licht mit Tor oder Tür ===
Im Kühlschrank geht das Licht ja schon praktischerweise automatisch an und aus, aber es gibt auch andere Situationen, in denen ein automatisches Licht sehr nützlich sein kann - in dunklen Abstellräumen oder Garagen. Vor allem weil man nicht vergessen kann es auszuschalten, weil es auch von allein ausgeht. Eine solche Funktion, so könnte man meinen, wird ganz einfach erreicht, indem man das Licht mit einem Aktor schalten lässt und diesen mit einem Tür- oder Fensterkontakt verknüpft. Hat man die beiden dann mit ''peerChan'' verknüpft, so wird man feststellen, dass das Licht mitnichten das Gewünschte tut: es schaltet sich beim Öffnen der Tür abwechselnd ein und aus und ignoriert das Schließen der Tür komplett.
Verantwortlich für dieses "Fehlverhalten" sind die Register ''shCtOn'' und ''shCtOff''. Beide stehen nach der Verknüpfung auf "geLo". Wie bei den Registern oben erläutert, führt in diesem Fall nur die "offen"-Meldung des Türkontaktes zu einer Aktion. Das Öffnen der Tür soll den Aktor einschalten, das klappt. Das Schließen der Tür soll den eingeschalteten Aktor aber ausschalten. Also muss die Schaltbedingung im On-Zustand geändert werden (die Bezeichnungen natürlich durch die realen Namen des Schaltaktorkanals und des Türkontaktes ersetzen):
:<code>set <Schalter> regSet shCtOn ltLo <Türkontakt> </code>
Nun führt auch das Schließen der Tür wunschgemäß stets zu einem Abschalten des Lichts. ''shCtOff'' muss auf "geLo" bleiben!
Kombinieren ließe sich das noch mit einer Laufzeitbegrenzung etwa für eine Stunde - sollte man die Tür versehentlich offenlassen, so brennt das Licht nicht stundenlang. Vor allem geht das Licht dann auch aus, wenn aus welchem Grund auch immer die Schließmeldung verloren geht.
:<code>set <Schalter> regSet shOnTime 3600 <Türkontakt> </code>
=== Lampe mit Kippschalter(n) fernschalten - eindeutig oder als Wechselschaltung ===
Oft besteht der Wunsch, eine Lampe mit einem herkömmlichen Schalter (statt eines Tasters) fernzuschalten. So kann man einen herkömmlichen Schalter mit einer Schließerkontaktinterface wie dem [[HM-SCI-3-FM 3-Kanal-Funk-Schließerkontakt-Interface|HM-SCI-3-FM]] ergänzen (oder einem Kanal des [[HM-MOD-EM-8 8-Kanal-Sendemodul|8-Kanal-Sendemoduls]] in der Betriebsart ''sensor'') und wiederum die Verknüpfung mit dem Lampen-Aktor setzen. Ganz ähnlich wie bei der vorgenannten Abstellraum-Aufgabe führt nun aber das Schließen des Schalters nicht zu einem Einschalten. Daher ist nun
:<code>set <Lampenaktor> regSet shCtOff ltLo <Sensorkontakt> </code>
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.
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 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 ===
Für so etwas braucht man gewöhnlich zwei Tasten. Koppelt man einen Schalt-Aktor mit nur einer Taste ("single" beim ''peerChan''-Kommando), so führt sowohl ein kurzer als auch ein langer Tastendruck immer nur zu einem Umschalten des Zustandes. Das ist unschön, wenn man den aktuellen Zustand nicht einsehen kann.
Üblicherweise sind die Schaltabfolgen für eine Eintasten-Verknüpfung sowohl für kurze als auch lange Betätigungen gleich (bei Dimmern wird auf langen Tastendruck hingegen abwechselnd auf- oder abgedimmt).
shSwJtOff = dlyOn # Ist Gerät aus, wird Einschaltverzögerung gewählt (die aber normal 0 ist)
lgSwJtOff = dlyOn # dito, für lang
shSwJtOn = dlyOff # Ist Gerät an, wird Ausschaltverzögerung gewählt (die aber normal 0 ist)
lgSwJtOn = dlyOff # dito, für lang
Hier kann man sich zunutze machen, dass man mit einem gezielten "no" oder "dlyOn" bzw. "dlyOff" im richtigen Register die Schaltfolge abbrechen oder umbiegen kann.
Möchte man das Gerät <aktor> mit einem kurzen Tastendruck auf <button> ein- und mit einem langen Tastendruck ausschalten, so ändere man:
:<code>set <aktor> regSet shSwJtOn dlyOn <button> </code>
:<code>set <aktor> regSet lgSwJtOff dlyOff <button> </code>
So laufen die entsprechenden Aktionen quasi ins Leere, wenn der Aktor bereits den gewünschten Zustand hat.
Den umgekehrten Effekt (lang schaltet ein, kurz aus) erreicht man entsprechend mit
:<code>set <aktor> regSet shSwJtOff dlyOff <button> </code>
:<code>set <aktor> regSet lgSwJtOn dlyOn <button> </code>
Welche Bedienhaptik man nun bevorzugt, muss man selbst entscheiden. In der Regel sollte die normale (sichere) Aktion "kurz" und die gefährlichere "lang" sein - eine PC-Stromversorgung mit einem kurzen Tastendruck versehentlich einzuschalten ist bestimmt besser als auszuschalten (das dann eben nur über lang) - für ein potentiell gefährliches Arbeitsgerät wie einen Heizofen wird es sicher andersherum sein.
Sinngemäß verwendet der Autor sozusagen eine Hälfte davon als "Sicherheitsaktion" für einen [[HM-LC-Sw2PB-FM Schaltaktor mit Tasteraufsatz 2fach]] - der gewöhnliche Tastendruck auf die zugehörige Wippenseite schaltet den Aktor abwechselnd ein und aus, ein langer Tastendruck immer aus, dafür reicht:
:<code>set <aktor> regSet lgSwJtOff dlyOff <button> </code>
Übrigens: Nichts anderes wird normalerweise auch automatisch beim Verknüpfen eines Aktors mit einem Tastenpaar an der entsprechenden Stelle gemacht - ist eine Taste nur zum Ausschalten gedacht, so wird in beiden Schaltzuständen entsprechend "dlyOff" eingetragen. Als "Sprungziel" müsste aber genauso gut auch "no" funkionieren.
=== WARNUNG! - Selbsttätiges Blinken eines HM-Aktors ===
Statt einer separaten Warnleuchte kann es durchaus sinnvoll sein, eine vorhandene Lampe zu Warnzwecken periodisch ein- und auszuschalten. Leider beherrschen die HomeMatic-Aktoren keine direkt aus FHEM erreichbare Blinkfunktion (ähnlich dem on-for-timer für eine Zeitbegrenzung), und das rhythmische Ein- und Ausschalten aus FHEM erzeugt eine recht hohe Funklast.
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: 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.
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):
:<code>set <vccu_Btn8 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
:<code>set dimmer regSet shOnTime 1 vccu_Btn9</code>
:<code>set dimmer regSet shOffTime 1 vccu_Btn9</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.
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 ... 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 ===
Eine großflächige Beleuchtung mit viel Leistung sollte man aus Lastgründen niemals zugleich einschalten. Auch LED-Lampen ziehen im Einschaltmoment, wennauch extrem kurz, beträchtliche Ströme, die die von gewöhnlichen Glühlampen deutlich übersteigen können. Schaltet man mehrere Aktoren gleichzeitig mit einer Taste, so hilft eine individuelle Verzögerung des Einschaltvorgangs in jedem Aktor, die Sicherung vor dem Herausfliegen zu bewahren. Oder man macht gezielt einen Effekt daraus. Der Phantasie sind wenig Grenzen gesetzt...
Hat man drei Aktoren "Aussenlicht1...3" mit dem Taster "Aussenlicht_Ein" gepeert, so erreicht man auf folgende Weise, dass sie beim Einschalten mit einer Verzögerung von jeweils einer Sekunde nacheinander einschalten.
:<code>set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein</code>
:<code>set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein</code>


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

Aktuelle Version vom 3. Dezember 2021, 13:24 Uhr

Ein HomeMatic-Gerät besitzt mehr oder weniger umfangreiche Registersätze, mit denen das Verhalten des Gerätes vielfältig feinkonfiguriert werden kann. Die damit erreichbare Funktionsvielfalt geht weit über die standardisierten Vorgaben einer einfachen Direktverknüpfung (Peering) hinaus.

Grundlagen (in Auszügen)

Im folgenden werden nur exemplarisch einige Grundlagen und einfache Beispiele benannt, ohne jeden Anspruch auf Vollständigkeit.

FHEM unterstützt die Programmierung der Register mit dem Befehl regSet. <peer> entfällt bei rein gerätebezogenen Programmierungen.

set <name> regSet <register> <value> [<peer>]

Darüberhinaus gibt es vor- oder selbstdefinierte Templates (Vorlagen), die alle erforderlichen Änderungen für standardisierte Anwendungen wie Treppenhauslichtschalter beinhalten. Die Anwendung von Templates auf Geräte wird protokolliert und der Registerzustand kann überprüft werden. Für viele Anwendungen genügt jedoch auch die einmalige Anwendung einer direkten Programmierung. Das genaue Verständnis der Vorgänge und Zusammenhänge ist nicht trivial, das Erlernen wird aber mit einer enormen erreichbaren Funktionsvielfalt belohnt. Viele wissenswerte Zusammenhänge sind im HomeMatic-Anhang der bekannten Einsteiger-Dokumentation erläutert, deren Lektüre zu Recht immer wieder empfohlen wird. Dieser Beitrag ist auch nur als Ergänzung zu verstehen!

Die HomeMatic Aktoren (Schalter, Dimmer, ...) arbeiten so, wie es für verknüpften (peering) Sender vorgegeben ist. Sie nutzen Registersätze, die für jede Verknüpfung (peer) neu angelegt und gespeichert werden. Man kann also mit einem Taster ein- und ausschalten (toggeln), mit einem Tastenpaar gezielt ein- und ausschalten und mit einem weiteren Taster eine Zeitschaltung für 10 Sekunden starten. Dabei wird niemals der Taster oder der Schalter auf eine globale Aktion programmiert, sondern im Schalter (Aktor) die gewünschte Aktion für jeden verknüpften Taster separat gespeichert. Die auszulösende Aktion ist zudem abhängig vom aktuellen Zustand des Aktors und von der Länge des Tastendruckes (kurz oder länger - short or long).

Kleines Beispiel:

T1 schaltet S1 für 10 sec an
T2 schaltet S1 an oder aus  
T3 schaltet S1 an  
T4 schaltet S1 aus.  

Diese Tabelle ist im Schalter S1 gespeichert.

Schaltet man mit T3 den S1 an und drückt dann nach beliebiger Zeit kurz T1 geht S1 nach weiteren 10 sec aus. Schaltet man mit T1 kurz den S1 für 10 sec an, aber innerhalb dieser Zeit mit T3 nochmal an, dann bleibt S1 nach Ablauf der 10 sec an.

Die verfügbaren Register unterscheiden sich im Gerät und in den jeweiligen Kanälen. Eine kurze Beschreibung der Register inklusive der erlaubten Werte erhält man durch:

get <name> regList

Dabei kann <name> ein Gerät oder ein separater Gerätekanal sein.

Spezielle Register (Auswahl)

Im folgenden sollen einige Register vorgestellt werden, die in vielen Geräten vorhanden sind. Ergänzungen sind ausdrücklich erwünscht!


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).

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 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:

set <name> regSet confBtnTime 2

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

Die internen "Tasten" eines Aktors (z.B. die Schaltwippe bei Wandschaltern/-tastern, der Bedienknopf bei Zwischensteckern, aber auch die angeschlossenen externen Taster bei Aktoren für Unterputzdosen oder die von außen zugängliche "Notbedientaste" etwa bei Zwischendecken-Dimmern) sind logisch ebenso mit dem Aktor verknüpft wie externe Bedienelemente wie Funkfernbedienungen oder per Funk verknüpfte Wandtaster. Ihre Betätigung wird (außer mit präparierter Firmware) zwar nicht gesendet (und kann daher von FHEM nicht "gelesen" werden), die vom Hersteller vorgesehenen Funktionen lassen sich aber genauso frei programmieren. Allerdings sind diese internen Verknüpfungen zur Vermeidung versehentlicher Programmierungen zunächst verborgen und müssen daher explizit sichtbar gemacht werden.

Dies geschieht mit

set <name> regSet intKeyVisib visib  
attr <name> expert 1

Anschließend sind der oder die internen Taste(n) mit der Bezeichnung self01 (self02, ...) sichtbar und ihre Aktionen können gezielt wie bei einem externen Peer umprogrammiert werden.

Wer nun auf die Idee kommt, man könne durch entsprechendes zusätzliches peering bei mehrkanaligen Geräten die (mehreren) internen Tasten beliebig zuweisen und so raffinierte Zusatzschaltungen auslösen, muss hier enttäuscht werden: Zwar kann man tatsächlich mit peerBulk bei den Aktorkanälen zusätzliche interne Peers eintragen und programmieren und mit einer Fernauslösung aus FHEM die neuen Verknüpfungen erfolgreich nutzen - das Gerät selbst reicht die Tastenbetätigungen aber immer nur an den ursprünglich dafür vorgesehenen Kanal weiter.

ledMode - Funktion der Onboard-LED bei Bausätzen

Die (batteriebetriebenen) -PCB-Aktoren und die 8-Kanal-Module haben kleine LED an Bord, die für Diagnosezwecke hilfreich sind, einem sparsamen Betrieb aber in der Regel entgegenstehen. Sie werden daher nur bei außergewöhnlichen Zuständen wie dem Anlernmodus, einem Reset, oder auch bei niedriger Batteriespannung als Hinweis an den Anwender benutzt und sind ansonsten ab Werk deaktiviert. Bei einer Dauerstromversorgung kann aber eine Schaltzustandsanzeige oder eine Quittung über eine Befehlsaussendung nicht nur zur Diagnose hilfreich sein.

Besitzt das Gerät das Register ledMode, so kann man mit

set <device> regSet ledMode on

die LED auch für die "normalen" Betriebszustände aktivieren. Sie zeigen dann bei Aktoren, ob der Aktor eingeschaltet ist (blinkend, wenn eine Einschaltzeitbegrenzung aktiv ist), und bei den Sensormodulen HM-Mod-EM8(bit) zeigt die zweifarbige LED den von Fernbedienungen bekannten Sendezustand mit gelb, dem dann ein grün oder rot folgt - je nachdem ob eine Quittung angefordert ist und ob sie erfolgreich empfangen wurde.

Leider lässt sich umgekehrt die bei Wandtastern oder Fensterkontakten mitunter gewünschte Deaktivierung der LED nicht so bewerkstelligen - diese Geräte haben das entsprechende Register nicht. Da hilft nur ein Eingriff ins Gerät mit Gaffa oder schwarzem Edding...

Kanalbezogene Register

Kanalbezogene Register existieren für jeden Kanal eines Gerätes einmal und werden in der sogenannten List1 gespeichert (in der FHEM-Oberfläche als Hexbytefolge unter RegL_01. zu finden).

powerUpAction - Automatischer Knopfdruck bei (wiederkehrender) Stromversorgung

Mit diesem Register (default off) kann erreicht werden, dass ein Schaltaktor nach einem Stromausfall sich bei Wiederkehr der Versorgungsspannung automatisch einschaltet. Dies ist z.B. sinnvoll für Zwischenstecker mit Messfunktion (HM-ES-PMSw1-Pl), wenn dieser als Langzeitmonitor etwa für Kühlgeräte verwendet wird - nach einem Stromausfall bliebe der Kühlschrank sonst aus und der Inhalt würde verderben.

set <name> regSet powerUpAction on

Achtung: Das Setzen dieses Registers auf on bedeutet nicht immer einen eingeschalteten Aktor nach der Wiederkehr der Stromversorgung. Vielmehr wird nur ein short-Ereignis auf den zugehörigen internen Taster ausgelöst, was nur im Normalfall zum Einschalten des Aktors führt - nicht aber wenn die Funktion dieses kurzen Tastendruckes gezielt verändert wurde, denn dann wird eben diese Aktion ausgeführt! Das gilt zum Beispiel auch für zeitlich begrenztes Einschalten. Als Alternative für eine lokale Schaltmöglichkeit bietet sich in solchen Fällen der lange Tastendruck an, sofern er vom Aktor unterstützt wird (so lässt sich die Einschaltzeit bei langem Tastendruck mit lgOnTime begrenzen). Dessen Aktion wird bei powerUp nicht ausgeführt.

Verknüpfungsbezogene Register

Diese Register sind am umfangreichsten und werden für jeden Verknüpfungspartner einzeln separat angelegt in der List3 (RegL_03.<peer>). Die grundsätzlichen Funktionen und ihre Zusammenhänge sind ausführlich in der Einsteigerdokumentation erklärt, inklusive Skizzen für die sogenannte state machine. Hier sollen daher nur die in den folgenden Beispielen verwendeten Register erklärt werden.

shOnTime und lgOnTime - das interne on-for-timer von Schaltern oder Dimmern

Die wohl populärsten Register begrenzen die Einschaltzeit eines Aktors. Um z.B. eine Steckdose für 10 sec bei Knopfdruck lokal einzuschalten kann man folgendes programmieren:

set <name> regSet shOnTime 10 self01

shOnTime ist dabei das zuständige Register für die Einschaltzeit bei kurzem (sh=short) Tastendruck, entsprechend gilt lgOnTime für einen langen Tastendruck.

In den Readings werden die Register mit dem jeweiligen verknüpften Taster angezeigt, in unserem Fall also:

R-self01-shOnTime

Der Defaultwert für shOnTime ist 111600 und bedeutet unendlich (von FHEM mit "unused" dargestellt), d.h. die maximale einstellbare Zeit ist 111599 sec (knapp 31 Stunden). So kann man die Zeit löschen:

set <device> regSet shOnTime 111600 self01

oder

set <device> regSet shOnTime unused self01

Übrigens gibt es diese Register auch für die Ausschaltzeit.

shCtOn und shCtOff - Bedingtes Schalten mit Schwellwerten

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, 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.

Bei Bewegungsmeldern wird der mit übermittelte Helligkeitswert im Zusammenhang mit den (dann variabel einzustellenden) Schwellen als Kriterium für das Einschalten des Aktors mit herangezogen.

shSwJtOn & Co. - Was soll passieren?

Nachdem wir nun kennengelernt haben, wie man auswählt, welcher Anstoss von außen zu einer Aktion führt, hier ein kleiner Exkurs in die Beeinflussung, was daraufhin passieren soll. Diese Frage regelt die jump table und liefert damit das Regelwerk für die Abfolge der Aktionen, die state machine. Ein HomeMatic-Aktor geht nämlich keineswegs einfach nur an oder aus. Vielmehr hangelt er sich nacheinander an einer Reihe von Zuständen entlang - auch das ist in der Einsteigerdokumentation erschöpfend beschrieben und soll hier nicht wiederholt werden. Ein Schalter durchläuft aber mindestens die Zustände

 Aus > Einschaltverzögerung > Ein > Ausschaltverzögerung > Aus > (usw)

Hier soll reichen, dass am Ende jeder (Teil-)Kette in der Regel ein dauerstabiler Zustand bleibt, in der Regel ist das der Aus-Zustand und auch der Ein-Zustand, wenn dessen Laufzeit nicht durch shOnTime & Co. begrenzt ist. Ein- und Ausschaltverzögerung sind aber in der Regel 0 (Sekunden), so dass effektiv nur "Ein" und "Aus" übrig bleiben.

Das Register shSwJtOn regelt, wohin die Reise geht, wenn ein gültiger short-Trigger im eingeschalteten Zustand eintrifft, sinngemäß ...Off im Auszustand und lg... für die long-Trigger. Für shSwJtOn ist normalerweise als nächstes die Ausschaltverzögerung "dlyOff" vorgesehen. Da die Ausschaltverzögerung in der Regel 0 ist, folgt darauf, in shSwJtDly festgelegt, "off" usw. Die Zustände bilden so quasi einen Kreis, dessen Durchlauf von außen gelegentlich "angeschubst" wird. Mit diesen Registern kann man den Kreislauf aber auch umbiegen oder sogar unterbrechen, so dass ein eintreffender Trigger eben nicht zu einer Aktion führt. Als Ziele bieten sich, quasi selbstsprechend, "on", "dlyOff", "off" und "dlyOn" an - oder eben "no", was nichts anderes bedeutet, als dass der betreffende Trigger an dieser Stelle zu keiner Aktion führt.

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!

Nicht nur welcher Anstoße welche Aktion auslöst, sondern auch wann oder wie schnell die Aktion ausgeführt wird, lässt sich in gewissen Grenzen einstellen. Die beiden genannten Register etwa regeln die Ein- oder Ausschaltverzögerung nach einem gültigen Trigger. So kann man nach einem Ausschaltbefehl einen Raum noch im Hellen verlassen, wenn das Licht noch ein paar Sekunden länger leuchtet.

Bei Dimmern gibt es zusätzlich auch bei Ein- und Ausschaltvorgängen durch eine neu eingerichtete Verknüpfung eine sogenannte Rampenzeit von 0,5 Sekunden, in der das Licht hoch- oder heruntergedimmt wird. Durch Programmierung von shRampOnTime und shRampOffTime kann man ein sehr augenschonendes langsames Ein- oder Ausschalten des Lichts wie im Kino erreichen. Zwar gibt es die Zeiten auch für long-Trigger, aber da machen sie im Normalfall wenig Sinn - der lange Tastendruck löst immer einen manuellen Dimmvorgang aus.

(wird ergänzt)

Praktische Beispiele

Die folgenden Beispiele beschreiben nur in Kurzform die erforderlichen Aktionen. Weiterführende Informationen sind der Einsteigerdokumentation oder den o.g. Registerbeschreibungen zu entnehmen. Übrigens: ein einmal konfigurierter Vorgang für eine Verknüpfung kann aus FHEM auch bequem fernausgelöst (bzw. simuliert) werden. Der Aktor führt dabei genau die Aktion aus, die für die benannte Verknüpfung vorgesehen ist. Der kurze Knopfdruck auf den internen Knopf eines Aktors wird beispielsweise so simuliert:

set <device> press short self01

Lokal bedienbarer Zeitschalter mit HomeMatic Aktoren: Pool für eine Stunde schalten

Ich habe einen HM-LC-SW4-DR und der channel_01 schaltet die Poolzirkulationspumpe. Dies passiert zeitgesteuert zweimal am Tag. Manchmal möchte ich im Keller diese Pumpe einfach für eine Stunde aktivieren, der Aktor ist bequem erreichbar an der Wand. Die internen Tasten vom Hauptdevice (der Aktor hat vier Kanäle (channel), die in FHEM einzeln dargestellt werden) sichtbar machen:

set LichtKeSW1 regSet intKeyVisib visib  
attr LichtKeSW1 expert 1  

Jetzt sieht man im Channel 01 - LichtKeSW1_Sw01 den internen peer self01. (Channel 02 ist self02 usw.) Also jetzt einfach die Zeit eintragen:

set LichtKeSW1 regSet shOnTime 3600 self01  

Die Toggle Funktion der Taste bleibt erhalten. Ein zweiter Tastendruck schaltet die Pumpe auch sofort wieder aus. Während die Zeit läuft, blinkt die Status LED des Kanals. Die Zeitbegrenzung funktioniert in diesem Beispiel ohne jedes Zutun von FHEM und damit auch bei einem Ausfall des Servers.

Es werde Licht! Automatisches Licht mit Tor oder Tür

Im Kühlschrank geht das Licht ja schon praktischerweise automatisch an und aus, aber es gibt auch andere Situationen, in denen ein automatisches Licht sehr nützlich sein kann - in dunklen Abstellräumen oder Garagen. Vor allem weil man nicht vergessen kann es auszuschalten, weil es auch von allein ausgeht. Eine solche Funktion, so könnte man meinen, wird ganz einfach erreicht, indem man das Licht mit einem Aktor schalten lässt und diesen mit einem Tür- oder Fensterkontakt verknüpft. Hat man die beiden dann mit peerChan verknüpft, so wird man feststellen, dass das Licht mitnichten das Gewünschte tut: es schaltet sich beim Öffnen der Tür abwechselnd ein und aus und ignoriert das Schließen der Tür komplett.

Verantwortlich für dieses "Fehlverhalten" sind die Register shCtOn und shCtOff. Beide stehen nach der Verknüpfung auf "geLo". Wie bei den Registern oben erläutert, führt in diesem Fall nur die "offen"-Meldung des Türkontaktes zu einer Aktion. Das Öffnen der Tür soll den Aktor einschalten, das klappt. Das Schließen der Tür soll den eingeschalteten Aktor aber ausschalten. Also muss die Schaltbedingung im On-Zustand geändert werden (die Bezeichnungen natürlich durch die realen Namen des Schaltaktorkanals und des Türkontaktes ersetzen):

set <Schalter> regSet shCtOn ltLo <Türkontakt>

Nun führt auch das Schließen der Tür wunschgemäß stets zu einem Abschalten des Lichts. shCtOff muss auf "geLo" bleiben!

Kombinieren ließe sich das noch mit einer Laufzeitbegrenzung etwa für eine Stunde - sollte man die Tür versehentlich offenlassen, so brennt das Licht nicht stundenlang. Vor allem geht das Licht dann auch aus, wenn aus welchem Grund auch immer die Schließmeldung verloren geht.

set <Schalter> regSet shOnTime 3600 <Türkontakt>

Lampe mit Kippschalter(n) fernschalten - eindeutig oder als Wechselschaltung

Oft besteht der Wunsch, eine Lampe mit einem herkömmlichen Schalter (statt eines Tasters) fernzuschalten. So kann man einen herkömmlichen Schalter mit einer Schließerkontaktinterface wie dem HM-SCI-3-FM ergänzen (oder einem Kanal des 8-Kanal-Sendemoduls in der Betriebsart sensor) und wiederum die Verknüpfung mit dem Lampen-Aktor setzen. Ganz ähnlich wie bei der vorgenannten Abstellraum-Aufgabe führt nun aber das Schließen des Schalters nicht zu einem Einschalten. Daher ist nun

set <Lampenaktor> regSet shCtOff ltLo <Sensorkontakt>

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.

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

set <Lampenaktor> regSet shCtOn outside <Sensorkontakt>
set <Lampenaktor> regSet shCtOff outside <Sensorkontakt>

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

Für so etwas braucht man gewöhnlich zwei Tasten. Koppelt man einen Schalt-Aktor mit nur einer Taste ("single" beim peerChan-Kommando), so führt sowohl ein kurzer als auch ein langer Tastendruck immer nur zu einem Umschalten des Zustandes. Das ist unschön, wenn man den aktuellen Zustand nicht einsehen kann.

Üblicherweise sind die Schaltabfolgen für eine Eintasten-Verknüpfung sowohl für kurze als auch lange Betätigungen gleich (bei Dimmern wird auf langen Tastendruck hingegen abwechselnd auf- oder abgedimmt).

shSwJtOff = dlyOn	# Ist Gerät aus, wird Einschaltverzögerung gewählt (die aber normal 0 ist)
lgSwJtOff = dlyOn	# dito, für lang
shSwJtOn = dlyOff	# Ist Gerät an, wird Ausschaltverzögerung gewählt (die aber normal 0 ist)
lgSwJtOn = dlyOff	# dito, für lang

Hier kann man sich zunutze machen, dass man mit einem gezielten "no" oder "dlyOn" bzw. "dlyOff" im richtigen Register die Schaltfolge abbrechen oder umbiegen kann. Möchte man das Gerät <aktor> mit einem kurzen Tastendruck auf <button> ein- und mit einem langen Tastendruck ausschalten, so ändere man:

set <aktor> regSet shSwJtOn dlyOn <button>
set <aktor> regSet lgSwJtOff dlyOff <button>

So laufen die entsprechenden Aktionen quasi ins Leere, wenn der Aktor bereits den gewünschten Zustand hat.

Den umgekehrten Effekt (lang schaltet ein, kurz aus) erreicht man entsprechend mit

set <aktor> regSet shSwJtOff dlyOff <button>
set <aktor> regSet lgSwJtOn dlyOn <button>

Welche Bedienhaptik man nun bevorzugt, muss man selbst entscheiden. In der Regel sollte die normale (sichere) Aktion "kurz" und die gefährlichere "lang" sein - eine PC-Stromversorgung mit einem kurzen Tastendruck versehentlich einzuschalten ist bestimmt besser als auszuschalten (das dann eben nur über lang) - für ein potentiell gefährliches Arbeitsgerät wie einen Heizofen wird es sicher andersherum sein.

Sinngemäß verwendet der Autor sozusagen eine Hälfte davon als "Sicherheitsaktion" für einen HM-LC-Sw2PB-FM Schaltaktor mit Tasteraufsatz 2fach - der gewöhnliche Tastendruck auf die zugehörige Wippenseite schaltet den Aktor abwechselnd ein und aus, ein langer Tastendruck immer aus, dafür reicht:

set <aktor> regSet lgSwJtOff dlyOff <button>

Übrigens: Nichts anderes wird normalerweise auch automatisch beim Verknüpfen eines Aktors mit einem Tastenpaar an der entsprechenden Stelle gemacht - ist eine Taste nur zum Ausschalten gedacht, so wird in beiden Schaltzuständen entsprechend "dlyOff" eingetragen. Als "Sprungziel" müsste aber genauso gut auch "no" funkionieren.

WARNUNG! - Selbsttätiges Blinken eines HM-Aktors

Statt einer separaten Warnleuchte kann es durchaus sinnvoll sein, eine vorhandene Lampe zu Warnzwecken periodisch ein- und auszuschalten. Leider beherrschen die HomeMatic-Aktoren keine direkt aus FHEM erreichbare Blinkfunktion (ähnlich dem on-for-timer für eine Zeitbegrenzung), und das rhythmische Ein- und Ausschalten aus FHEM erzeugt eine recht hohe Funklast.

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: 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.

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):

set <vccu_Btn8 peerChan 0 <dimmerkanal> dual set

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

set dimmer regSet shOnTime 1 vccu_Btn9
set dimmer regSet shOffTime 1 vccu_Btn9

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.

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 ... 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

Eine großflächige Beleuchtung mit viel Leistung sollte man aus Lastgründen niemals zugleich einschalten. Auch LED-Lampen ziehen im Einschaltmoment, wennauch extrem kurz, beträchtliche Ströme, die die von gewöhnlichen Glühlampen deutlich übersteigen können. Schaltet man mehrere Aktoren gleichzeitig mit einer Taste, so hilft eine individuelle Verzögerung des Einschaltvorgangs in jedem Aktor, die Sicherung vor dem Herausfliegen zu bewahren. Oder man macht gezielt einen Effekt daraus. Der Phantasie sind wenig Grenzen gesetzt...

Hat man drei Aktoren "Aussenlicht1...3" mit dem Taster "Aussenlicht_Ein" gepeert, so erreicht man auf folgende Weise, dass sie beim Einschalten mit einer Verzögerung von jeweils einer Sekunde nacheinander einschalten.

set Aussenlicht2 regSet shOnDly 1 Aussenlicht_Ein
set Aussenlicht3 regSet shOnDly 2 Aussenlicht_Ein