[gelöst] Homematic Blinken & etc.

Begonnen von UweUwe, 02 Februar 2019, 16:43:46

Vorheriges Thema - Nächstes Thema

UweUwe

Hallo,
möchte von "einer" Taste des Handschalters (h.Str_Btn_2) 2 Aktionen gleichzeitig erledigen:
1. Alarmananlage ein/aus schalten Kurz : an bzw lang aus)  (kein Homeatic Geräte) (das ist ok) (funktioniert) ==> notify.
define H.Str_Btn_2.N notify H.Str_Btn_02:trigger:.* { if ($EVENT =~ /Short/) { fhem ("set AAA armed 0")} else {fhem("set AAA disarmed 0 ")}} Zweites Gerät "mitschalten" über kurz und lang (Homematic Gerät) kurz : AUSschalten, lang: EINschalten. Ich denke nicht, dass ich hier ein notify benötige sondern ein attr. für den Aktor-Kanal, das habe ich aber nicht gefunden, ich muss peeren, direkt. (Rudi.Li) ist der Kanal zur Kontrolleuchte. set H.Str_Btn_02 peerChan 0 Rudi.Li single set Leider schaltet die Kontrolleuchte genau falsch rum..

Otto123

Hi,

single set macht doch dann ein toggle in dem Kanal zur Kontrolleuchte. Zwei Geräte mit toggle, das bekommt man nicht synchron.
Ich würde die Kontrollleuchte als Abfrage von AAA armed und AAA disarmed setzen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hi Otto, danke für die Antwort. Korrekte Kommunikation auf Papier ist für mich sehr schwierig. Sorry 8) 8)
Ich brauche die beiden Aktionen nicht sync. Aufgabe ist: Ich will (ob ein oder 2 sec später egal, die Rudi Lampe dann "an" haben, wenn ich die Alarmanlage über den Handschalter ausschalte und umgekehrt. Du hast mich aber aber auf einen Gedanken gebracht:
Wenn ich ein notify auf Alarm0 setze und dann das Licht ein/ausschalte, so bin ich sicher, dass die Alarmanlage an und aus ist. Und nicht nur, dass die Taste gedrückt ist. Überleg mir, wie das gehen kann. Merci. 

Otto123

Zitat von: UweUwe am 02 Februar 2019, 17:20:01
Wenn ich ein notify auf Alarm0 setze und dann das Licht ein/ausschalte, so bin ich sicher, dass die Alarmanlage an und aus ist. Und nicht nur, dass die Taste gedrückt ist. Überleg mir, wie das gehen kann. Merci.
Genau so in der Art meine ich das  :D nicht einfach parallel was schalten sondern als Reaktion von Alarm?
Eventuell geht ja sowas? Falls disarmed von 0 nach 1 wechselt?
set Rudi.Li [AAA:disarmed]
Da die Schalter auf on/off reagieren, musst Du bei Rudi.Li mit eventMap 0 und 1 aktivieren.
eventMap on:1 off:0

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Otto,
danke. Heute abend werd ich überlegen, lesen und hoffentlich implementieren.

Merci

UweUwe

Hallo Otto,

hab mir mal die Events angeschaut, die aus dem FHEM Modul "Alarm" kommen:
scheint auch noch ein Fehler dabei zu sein:
2019-02-02 22:12:37 Alarm AAA level0: disarmed
2019-02-02 22:12:37 Alarm AAA  0 1 2 3 4 5 6 7
2019-02-02 22:12:37 Alarm AAA savedate: 2019-02-02 22:12:37
2019-02-02 22:12:38 Alarm AAA disarmed 0
2019-02-02 22:12:38 Alarm AAA disarmed 0
2019-02-02 22:12:38 Alarm AAA disarmed 0
2019-02-02 22:12:38 Alarm AAA disarmed 0
2019-02-02 22:12:39 Alarm AAA disarmed 0
2019.02.02 22:12:40 3 : alarm0.disarm.T: Unknown command 1, try help.
2019.02.02 22:12:49 3 : CUL_HM set Rudi.Li statusRequest
2019-02-02 22:12:55 Alarm AAA level0: armwait
2019-02-02 22:12:55 Alarm AAA  0 1 2 3 4 5 6 7
2019-02-02 22:12:55 Alarm AAA savedate: 2019-02-02 22:12:55
2019.02.02 22:12:55 3 : 1 : Unknown command 1, try help.2019.02.02 22:12:55 1 : [Alarm 0] will be armed from alarmSensor web with event button, delay 0:102019-02-02 22:12:56 Alarm AAA level0: armwait
2019-02-02 22:12:56 Alarm AAA  0 1 2 3 4 5 6 7
2019-02-02 22:12:56 Alarm AAA savedate: 2019-02-02 22:12:56
2019.02.02 22:12:56 3 : 1 : Unknown command 1, try help.2019.02.02 22:12:56 1 : [Alarm 0] will be armed from alarmSensor web with event button, delay 0:102019-02-02 22:13:06 Alarm AAA level0: armed
2019-02-02 22:13:06 Alarm AAA  0 1 2 3 4 5 6 7
2019-02-02 22:13:06 Alarm AAA savedate: 2019-02-02 22:13:06
2019.02.02 22:13:06 3 : 1 : Unknown command 1, try help.2019.02.02 22:13:06 3 : [Alarm 0] armed from alarmSensor web with event delay2019.02.02 22:13:06 3 : alarm0.arm.dly: [Alarm 0] armed from alarmSensor web with event delay
2019.02.02 22:13:06 3 : CUL_HM set Rudi.Li statusRequest

Da scheint mir das reading level0: disarmed, armed, armwait gut passend zu sein.
Leider etwas versteckt, das reading
2019.02.02 22:12:40 3 : alarm0.disarm.T: Unknown command 1, try help.
scheint mir noch ein Fehler aus alarm zu sein.
Von disarmed geht das reading  ALARM_AAA_level0 über armwait nach armed. Das ist die "Scharfmachverzögerung".
von armed geht das reading ALARM_AAA_level0 direkt von armed nach disarmed.

Damit sollte dies passen: define Rudi.Liaus.N notify AAA_level0.* {if($EVENT=~/armed/ ) {fhem("set Rudi.Li off")}} und define Rudi.Lian.N notify AAA_level0.* {if($EVENT=~/disarmed/ ){fhem("set Rudi.Li on")}}.
Tuts aber leider nicht. Hab ich wieder einen Fehler im Readingnamen, muss ALARM_ davor, eigentlich nicht, ich mach ja auch list AAA.
Hier noch das List von AAA (in Teilen, readings)
  READINGS:
     2019-02-02 22:13:06   level0          armed
     2019-02-01 11:38:26   level1          armed
     2019-02-01 11:38:26   level2          armed
     2019-02-01 11:38:26   level3          armed
     2019-02-01 11:38:26   level4          armed
     2019-02-01 11:38:26   level5          disarmed
     2019-02-01 11:38:26   level6          disarmed
     2019-02-01 11:38:26   level7          armed
     2019-01-05 15:35:17   lockstate       unlocked
     2019-02-02 22:13:06   savedate        2019-02-02 22:13:06
     2019-02-01 16:37:49   short           
     2019-02-02 22:24:27   state           <span style="color:lightgray"> <span style="width:1ex;font-weight:bold;color:#53f3c7">0</span> <span style="width:1ex;font-weight:bold;color:#53f3c7">1</span> <span style="width:1ex;font-weight:bold;color:#53f3c7">2</span> <span style="width:1ex;font-weight:bold;color:#53f3c7">3</span> <span style="width:1ex;font-weight:bold;color:#53f3c7">4</span> 5 6 <span style="width:1ex;font-weight:bold;color:#53f3c7">7</span></span>
Attributes:







Otto123

Wie kommst Du auf AAA_ ?
So eventuell?
define Rudi.Liaus.N notify AAA:level0.* {if($EVENT=~/armed/ ) {fhem("set Rudi.Li off")}}

Lass Dir doch die Grundlage des notify erzeugen -> https://wiki.fhem.de/wiki/Event_monitor#Vorgehensweise_beim_Anlegen_eines_Ger.C3.A4tes

Wobei man das am Ende in ein notify bekommt, aber teste erstmal das oben.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Otto,

das mit dem AAA_ war dem späten Abend geschuldet. Nicht konzentriert. Sorry.
Hab mal heute analysiert und auch beide "Notify" getestet.
Die Reaktion auf level0 beim "disarmen/set Rudi.Li an" ist soweit im ersten Zug korrekt: ;D
define Rudi.Lian.N notify AAA:level0.* {if($EVENT=~/disarmed/ ) {fhem("set Rudi.Li on")}}
dieses notify arbeitet, wie es soll.
Hab auch das andere notify gebaut/versucht:  8)
define Rudi.Liaus.N notify AAA:level0.* {if($EVENT=~/armed/ ) {fhem("set Rudi.Li off")}}
Sind beide notifies aktiv, so schlägt das "Rudi:Liaus.N zu", nachdem Rudi.Lian.N das Licht angeschaltet hat.
Sieht man in dem Event Monitor. Eigentlich darf man kein "Rudi.Li off" durchlassen, wenn man "Long" gedrückt hat.
Aber wie sag ichs meinem Kinde? Ziel ist es ja, das Licht nur auf den level0 hören zu lassen. Und er zickt. :-[ Mir wird es so langsam unangenehm... immer auf deine tolle Hilfe angewiesen zu sein. Wenn wir im Herbst wieder Urlaub in diener Gegend machen, so spendiere ich dir .. ?
Hab mal versucht, die relevanten Events auszusuchen:
2019-02-03 10:42:52 readingsGroup ZE.Batterie H.Str.battery: image/svg+xml                                     
2019-02-03 10:42:52 CUL_HM H.Str battery: ok
2019-02-03 10:42:52 CUL_HM H.Str H.Str_Btn_02 Long
2019-02-03 10:42:52 CUL_HM AKTOR01_GARTEN CMDs_pending
2019-02-03 10:42:52 CUL_HM Rudi.Li trigLast: H.Str_Btn_02:long
2019-02-03 10:42:52 CUL_HM Rudi.Li trig_H.Str_Btn_02: Long_182
2019-02-03 10:42:52 CUL_HM Rudi.Li set_on
2019.02.03 10:42:52 3 : CUL_HM set Rudi.Li on2019-02-03 10:42:52 CUL_HM Rudi.Li trigLast: fhem:02
2019-02-03 10:42:52 CUL_HM Rudi.Li set_off
2019.02.03 10:42:52 3 : CUL_HM set Rudi.Li off2019-02-03 10:42:52 Alarm AAA level0: disarmed
2019-02-03 10:42:52 Alarm AAA  0 1 2 3 4 5 6 7
2019-02-03 10:42:52 Alarm AAA savedate: 2019-02-03 10:42:52
2019-02-03 10:42:52 at alarm0.disarm.T Next: 10:42:55
2019-02-03 10:42:52 Global global DEFINED alarm0.disarm.T
2019-02-03 10:42:52 Global global ATTR alarm0.disarm.T DbLogExclude .*
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 Long 1_182 (to AKTOR01_GARTEN)
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 trigger: Long_182
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 trigger_cnt: 182
2019-02-03 10:42:52 readingsGroup ZE.Batterie H.Str.battery: image/svg+xml               20 c 3.313,0 6,2.687 6,6 v 20 z"    id="path15"    inkscape:connector-curvature="0" />                     
2019-02-03 10:42:52 CUL_HM H.Str battery: ok
2019-02-03 10:42:52 CUL_HM H.Str H.Str_Btn_02 Long
2019-02-03 10:42:52 Alarm AAA disarmed 0
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 Long 2_182 (to AKTOR01_GARTEN)
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 trigger: Long_182
2019-02-03 10:42:52 CUL_HM H.Str_Btn_02 trigger_cnt: 182
2019-02-03 10:42:52 CUL_HM Rudi.Li trigLast: H.Str_Btn_02:long
2019-02-03 10:42:52 CUL_HM Rudi.Li trig_H.Str_Btn_02: Long_182
2019.02.03 10:42:52 3 : CUL_HM Rudi.Li repeat, level C8 instead of 002019-02-03 10:42:53 CUL_HM Rudi.Li deviceMsg: on (to VCCU)
2019-02-03 10:42:53 CUL_HM Rudi.Li level: 100
2019-02-03 10:42:53 CUL_HM Rudi.Li pct: 100
2019-02-03 10:42:53 CUL_HM Rudi.Li on
2019-02-03 10:42:53 CUL_HM Rudi.Li timedOn: off
2019-02-03 10:42:53 CUL_HM Rudi.Li trigLast: fhem:02
2019-02-03 10:42:53 readingsGroup ZE.Batterie H.Str.battery: image/svg+xml                                     
2019-02-03 10:42:53 CUL_HM H.Str battery: ok
2019-02-03 10:42:53 CUL_HM H.Str H.Str_Btn_02 LongRelease
2019-02-03 10:42:53 Alarm AAA disarmed 0
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 LongRelease 2_182 (to AKTOR01_GARTEN)
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 trigger: Long_182
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 triggerTo_AKTOR01_GARTEN: Long_182
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 trigger_cnt: 182
2019-02-03 10:42:53 CUL_HM Rudi.Li trigLast: H.Str_Btn_02:long
2019-02-03 10:42:53 CUL_HM Rudi.Li trig_H.Str_Btn_02: Long_182
2019.02.03 10:42:53 3 : CUL_HM Rudi.Li repeat, level C8 instead of 002019-02-03 10:42:53 CUL_HM H.Str_Btn_02 triggerTo_AKTOR01_GARTEN: Long_182_ack
2019-02-03 10:42:53 CUL_HM Rudi.Li deviceMsg: on (to H.Str)
2019-02-03 10:42:53 CUL_HM Rudi.Li level: 100
2019-02-03 10:42:53 CUL_HM Rudi.Li levelMissed: desired:0
2019-02-03 10:42:53 CUL_HM Rudi.Li pct: 100
2019-02-03 10:42:53 CUL_HM Rudi.Li on
2019-02-03 10:42:53 CUL_HM Rudi.Li timedOn: off
2019-02-03 10:42:53 CUL_HM Rudi.Li trigLast: fhem:02
2019-02-03 10:42:53 readingsGroup ZE.Batterie H.Str.battery: image/svg+xml                                     
2019-02-03 10:42:53 CUL_HM H.Str battery: ok
2019-02-03 10:42:53 CUL_HM H.Str CMDs_done
2019-02-03 10:42:53 CUL_HM H.Str H.Str_Btn_02 LongRelease
2019-02-03 10:42:53 Alarm AAA disarmed 0
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 LongRelease 2_182 (to VCCU)
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 trigger: Long_182
2019-02-03 10:42:53 CUL_HM H.Str_Btn_02 trigger_cnt: 182
2019-02-03 10:42:53 CUL_HM VCCU_Btn3 trigLast: H.Str_Btn_02:long
2019-02-03 10:42:53 CUL_HM VCCU_Btn3 trig_H.Str_Btn_02: Long_182
2019-02-03 10:42:53 CUL_HM VCCU_Btn4 trigLast: H.Str_Btn_02:long
2019-02-03 10:42:53 CUL_HM VCCU_Btn4 trig_H.Str_Btn_02: Long_182
2019-02-03 10:42:53 CUL_HM Rudi.Li deviceMsg: off (to VCCU)
2019-02-03 10:42:53 CUL_HM Rudi.Li level: 0
2019-02-03 10:42:53 CUL_HM Rudi.Li pct: 0
2019-02-03 10:42:53 CUL_HM Rudi.Li off

2019-02-03 10:42:54 CUL_HM Rudi.Li off



Otto123

Moin,

das Problem ist: disarmed enthält armed.  Dein Vergleich ist nicht scharf genug.

Ich denke mir was aus.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Otto123

Das einfachste wäre, Du reagierst exakt auf diese Events
2019-02-03 10:42:52 Alarm AAA level0: disarmed
2019-02-02 22:13:06 Alarm AAA level0: armed
Wie gesagt Eventmonitor hätte Dir das exakt erstellt :) versuch es mal.
Dann brauchst Du den Vergleich nicht mehr.
defmod Rudi.Lian.N notify AAA:level0:.disarmed set Rudi.Li on
defmod Rudi.Liaus.N notify AAA:level0:.armed set Rudi.Li off

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hi Otto,
war heute "hardwaremässig" unterwegs .  Installation Sirene unter dem Dachgiebel.(hab auch schon deine Hoermann-Steuerung gesehen, werde ich auch noch machen). Habe jetzt deine Lösung  8) vielen Dank   8) angeschaut und getestet. Ein geübter "Tastendrücker" bekommt es hin. Aber da ist noch was. Hab lange gesucht. Bisher ohne Erfolg.
Lang drücken: Man entschärft(disarmed) den Alarm und macht das Licht an. Prima
Kurz drücken: Man schärft (armed) den Alarm und nach einer eingestellten Reaktionszeit ist der Alarm scharf und das Licht geht aus. Prima.
Es gibt aber eine Fehlbedingung: Drückt man bei geschärftem (armed) Alarm kurz (versehentlich!) so bleibt der Alarm geschärft (armed) , das Licht geht aber an  ==> falsches Signal an den Bediener, er meint, der Alarm ist aus (disarmed). Und dies ist so reproduzierbar. 
Ich werd es auf 2 Tasten legen. Dann ist es für den ungeübten Benutzer geeignet. "Dicke Daumen Männer".
Merci nochmals, auf ein Bier oder ?  in Leipzig. Aber zwischendurch kommt da sicherlich noch was hoch.. Danke.



Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Otto, lässt dir keine Ruhe. Wirklich kein Thema. Nehm deine Hilfe gerne für andere Dinge.

z.B. kann man Homematic Geräte blinken lassen, auch wenn kein blinken als Befehl angeboten wird.
Ich will im ALARMFALL meine Gartenwegbeleuchtung blinken lassen. Bisher hatte ich eine Fritzbox-Steckdose, diese bietet Blinken an, der 4 fach Aktor bietet Blinken nicht an?

Trotzdem, dein Wunsch ist mir Befehl. Ich habs auf 2 Taster, tuts, ist besser für die dicken Daumen. 8) 8). Meiner Frau sind auch 2 Taster lieber..

Internals:
   DEF        43D9AB03
   FUUID      5c481922-f33f-64ff-317d-d1e03f93fd0e0167
   NAME       Rudi.Li
   NOTIFYDEV  global
   NR         103
   NTFY_ORDER 50-AKTOR01_GARTEN_Sw_03
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     AKTOR01_GARTEN
   READINGS:
     2019-02-03 21:07:19   CommandAccepted yes
     2019-02-02 16:13:25   R-H.Str_Btn_02-lgActionType jmpToTarget
     2019-02-02 16:13:25   R-H.Str_Btn_02-shActionType jmpToTarget
     2019-02-02 16:13:23   R-powerUpAction off
     2019-02-02 16:13:23   R-sign          off
     2019-02-03 20:37:55   RegL_01.         00:00 08:00 30:06 56:00 57:24
     2019-02-03 21:07:19   deviceMsg       off (to VCCU)
     2019-02-03 21:07:19   level           0
     2019-02-03 10:42:53   levelMissed     desired:0
     2019-02-03 21:07:19   pct             0
     2019-02-03 21:07:19   recentStateType ack
     2019-02-03 21:07:19   state           off
     2019-02-03 21:07:19   timedOn         off
     2019-02-03 21:07:19   trigLast        fhem:02
     2019-02-03 20:39:43   trig_H.Str_Btn_02 Short_44
   helper:
     dlvlCmd    ++A01107065743D9AB0203000000
     peerIDsRaw ,00000000
     regLst     ,1,3p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   genericDeviceType switch
   model      HM-LC-SW4-DR
   peerIDs    00000000,
   room       Alarm,GARTENHAUS
   webCmd     statusRequest:toggle:on:off



Otto123

Ich hatte gedacht, die Fehlbedienung kommt von einem Peerversuch mit dem Taster - aber er ist nicht gepeert.

Blinken können die HM Aktoren nicht selbst. Ich kenne es zumindest nicht.
Aber es gab da mal was ->
https://forum.fhem.de/index.php/topic,27351.msg202502.html#msg202502

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Pfriemler

Zur "Fehlbedienung": wirf mal den Eventmonitor an und zeige, was passiert, wenn die Taste kurz gedrückt wird. Könnte es sein, dass die Lampe eingeschaltet wird (weil es kurz ein Event "disarmed" o.ä. gibt) und kurz darauf wieder "armed", der Ausschaltbefehl aber verschluckt wird?
Wüste Theorie, ich weiß.
Die Idee mit dem dem Alarmanlagenzustand folgenden Licht ist ansonsten super - ich hätte sonst noch gezeigt, wie man das mit der Fernbedienung und unterschiedlichen Tastendrücken machen kann... aber hatten wir das nicht schon?

Homematic-Aktoren können durchaus von allein blinken. Ähnlich dem Link von Otto
Prinzip: mit einem externen Sensor peeren (kann eine Hardwaretaste sein, es bietet sich aber ein virtueller Button-Paar der vccu an),
Beispiel: "set vccu_btn9 peerChan <Aktor> dual set" peert zwei Kanäle (also auch vccu_btn10) mit dem Aktor.
Der lässt sich nun mit "set vccu_btn10 press" ein und mit "set vccu_btn9 press" wieder ausschalten.
Nun noch die zu vccu_Btn10 passenden shOnTime und shOffTime bspw. auf 1 Sekunde setzen.
Nun wird der Aktor beim Auslösen mit vccu_btn10 fröhlich blinken. Jeder andere Trigger unterbricht die Schleife, also auch ein "set <Aktor> off".
Nutze ich bei mir auch als Alarmierungshilfe. Man kann nämlich auch mehrere Aktoren mit den virtuellen Buttons peeren und entsprechend einstellen und dann mit einem einzigen Funkbefehl eine ganze Armada ins Blinken setzen. 
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

UweUwe

Hallo Otto und Pfriemler,
wieder mal toller Support danke. Hat alles geklappt.
Ich wollte die Lösung nur für die "Nachkommen" dokumentieren, das Thema anpassen und abschliessen:

set VCCU_Btn8 peerChan 0 G.Pan.Li dual set                 # peering Kanal 8 und 9 der VCCU mit dem Aktor g.Pan.Li
set VCCU_Btn9 press                                                      # schaltet diesen Aktor G.Pan.Li nach dem Peering "an"
set VCCU_Btn8 press                                                      # schaltet diesen Aktor G.Pan.Li nach dem Peering "aus"
set G.Pan.Li regSet shOnTime 2 VCCU_Btn9                   # setzt das Attribut shOnTime mit dem Wert 2 (sec) der VCCU_Btn9 für die Kommunikation mit dem Aktor G.Pan.Li
set G.Pan.Li regSet shOffTime 2 VCCU_Btn9                   # setzt das Attribut shOffTime mit dem Wert 2 (sec) der VCCU_Btn9 für die Kommunikation mit dem Aktor G.Pan.Li


Damit ist gewährleistet, dass das Kommando set VCCU_Btn9 press   den Aktor (z.B. Licht) im Rythmus von 2 sec ein und ausschaltet, bis der Aktor über set G.Pan.Li off oder set VCCU_Btn8 press  ausgeschaltet wird.
8) 8) nicht mein Gedankengut, sondern das von Otto123 und Pfiemler. leider  :-[  und https://forum.fhem.de/index.php/topic,27351.msg202502.html#msg202502.
Aber zur Übersicht vielleicht nützlich, wollt auch mal was Nützliches tun...