HM Schaltaktor - Notify bei langem Tastendruck

Begonnen von galdo, 11 Juni 2015, 21:54:15

Vorheriges Thema - Nächstes Thema

Wuppi68

bei mir geht das ...

im Bad geht bei kurz automatisch nach 90 Minuten das Licht aus und bei lang bleibt es dauerhaft an ...
ich schaue mir heute Abend noch einmal das Registerset an

FHEM unter Proxmox als VM

galdo

Zitat von: Pfriemler am 18 Juni 2015, 10:45:47
Werten denn die "Markenschalter" überhaupt lokale Long-Tastendrücke aus? Bei den Batterieaktoren im Vergleich werden kurze und lange Tastendrücke identisch behandelt. Die Long-Register sind zwar für die lokalen Tasten (self...) vorhanden und programmierbar, aber wirkungslos...

geht nich Gips nich ...

Dann frag ich mal anders:

Ich habe eine Gruppe von HM Schaltaktoren für Markenschalter.
Ein Tastedruck soll das jeweilige Gerät anschalten, dass an dem Aktor hängt, eine zweite Schalthandlung an einem der in der Gruppe integrierten Geräte die ganze Gruppe.
Das kann ein langer Tastendruck, ein zweiter Tastendruck oder was auch immer sein.

Ist soetwas prinzipiell mit FHEM und dem genannten HM-Aktor umsetzbar? Wenn ja wie?

Ich sehe derzeit drei Möglichkeiten:
a) wenn der Aktor die Zustände "long" für self01 und self02 von außen zugreifbar macht, dann könnte man sicherlich mit FHEM eine Abfrage realisieren. Warum das nicht klappt, hat Gründe die irgendwo im Detail liegen. Muss man suchen - Lösung wäre aber vorhanden

b) wenn der Aktor eine Aktualisierung seine Zustandes anzeigt, auch wenn sich der Zustand nicht ändert, könnte man einen mehrfachen Tastendruck dazu verwenden. Dazu wäre eine Abfrage notwendig, die ein Notify erzeugt, wenn bei gleichbleibendem Aktor-Zustand ein Tastendruck zweimal gesendet wird.

c) es funktioniert nichts von beiden Varianten, da der Aktor beide wege generell nicht unterstützt. Thema wäre dann, warum funktioniert dann so ein schaltspiel bei Wuppi68? Alternative Firmware, Konfiguration der Register, anderer Taster ??? wären dann die Stichworte, oder?

Vielleicht kann mir dazu nochmal jemand seine Einschätzung geben.

Grüße
Andreas

Pfriemler

Zitat von: Wuppi68 am 18 Juni 2015, 10:58:18
bei mir geht das ...

Ich präzisiere mal: Bei den Markendimmern weiß ich definitiv dass es geht. Es ging um den Markenschalter.
"Ä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 ..."

Pfriemler

Zitat von: galdo am 18 Juni 2015, 12:49:18
1... Ist soetwas prinzipiell mit FHEM und dem genannten HM-Aktor umsetzbar? Wenn ja wie?

Ich sehe derzeit drei Möglichkeiten:
2 .... wenn der Aktor die Zustände "long" für self01 und self02 von außen zugreifbar macht,

3.....  wenn der Aktor eine Aktualisierung seine Zustandes anzeigt, auch wenn sich der Zustand nicht ändert,

4 ..... warum funktioniert dann so ein schaltspiel bei Wuppi68?

zu 1: Mit notifys, Abfragen etc. ist es natürlich irgendwie möglich, nur wie komfortabel?
zu 2. macht er ja nicht. FHEM sieht nur, was sich im Channel (Aktor) ändert ...
zu 3. siehe 2. , leider nicht.
zu 4. Wuppi nutzt das Verhalten lokal für einen Aktor, Du möchtest aber mehrere Aktoren koppeln. Das war doch das Problem, oder?
"Ä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 ..."

Wuppi68

ich nutze die Funktionalität mit einem Markenschalter HM-LC-Sw1PBU-FM

hier das Registerset für self01

R-self01-lgActionType jmpToTarget
R-self01-lgCtDlyOff geLo
R-self01-lgCtDlyOn geLo
R-self01-lgCtOff geLo
R-self01-lgCtOn geLo
R-self01-lgCtValHi 100
R-self01-lgCtValLo 50
R-self01-lgMultiExec on
R-self01-lgOffDly 0 s
R-self01-lgOffTime unused
R-self01-lgOffTimeMode absolut
R-self01-lgOnDly 0 s
R-self01-lgOnTime unused
R-self01-lgOnTimeMode absolut
R-self01-lgSwJtDlyOff off
R-self01-lgSwJtDlyOn off
R-self01-lgSwJtOff off
R-self01-lgSwJtOn dlyOff
R-self01-shActionType jmpToTarget
R-self01-shCtDlyOff geLo
R-self01-shCtDlyOn geLo
R-self01-shCtOff geLo
R-self01-shCtOn geLo
R-self01-shCtValHi 100
R-self01-shCtValLo 50
R-self01-shOffDly 0 s
R-self01-shOffTime unused
R-self01-shOffTimeMode absolut
R-self01-shOnDly 0 s
R-self01-shOnTime 5400 s
R-self01-shOnTimeMode absolut
R-self01-shSwJtDlyOff off
R-self01-shSwJtDlyOn off
R-self01-shSwJtOff off
R-self01-shSwJtO dlyOff


und folgendes notfiy hängt daran

für on:

hm.sw.5:on
set media.sonos.bad Play;
set media.sonos.bad SleepTimer 01:15:00;
IF ([dummy.Heizung.aktiv] eq "wahr") (set hm.thermo.2.clima desired-temp 21.5)


für off:

hm.sw.5:off
set media.sonos.bad Stop;
IF ([dummy.Heizung.aktiv] eq "wahr") (set hm.thermo.2.clima desired-temp 18.0)


und was spricht jetzt dagegen ein notify zu für On oder Off ähnlich meinem zu machen?


HM.Aktor.Aussenlicht.Eingang:on
IF ([HM.Aktor.Aussenlicht.Eingang.timedOn] eq "on") (set  erster on, set zweiter on, set dritter on ...)



HM.Aktor.Aussenlicht.Eingang:off
IF ([HM.Aktor.Aussenlicht.Eingang.timedOn] eq "on") (set  erster off, set zweiter off, set dritter off ...)
FHEM unter Proxmox als VM

galdo

Ich kann mich auf den Kopf stellen - "TimedOn" wird einfach nicht gesetzt.

Ich glaub ich geb auf :(
Warum sieht der Funkaktor von HM nur so hässlich aus - damit ist ein langer Tastendruck ja kein Problem :(

Pfriemler

OK, short und long werden anscheinend sowohl vom Dimmer als auch vom Schalter verwendet. Wieder was dazu gelernt.

Was meinst Du genau mit potthässlichem Funkaktor?
Wenn Du statt des einen Aktors eine "Funkfernbedienung" im Markenschaltgerdesign nimmst (gibts mittlerweile mit Batterie- und 230V-Betrieb) und den ersten Aktor irgendwie anders anbringst, bzw. versteckst, solltest Du aber definitiv mit entsprechendem Peeren Erfolg haben ...
"Ä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 ..."

Wuppi68

outsch ...

Asche auf mein Haupt

Der Value heisst ja auch nicht on sondern running :-)

recentStateType info
state on
timedOn running


Sorry
FHEM unter Proxmox als VM

galdo

Du hast recht - geht nichts gibts nicht.
Ich hab dann gestern - dank eurer Hilfe noch eine Lösung gefunden.

Mittels Notify mit folgender Definition:

HM.Aktor.Aussenlicht.Eingang:timedOn.*
{ if (Value("HM.Aktor.Aussenlicht.Eingang") eq "on")
  fhem("set HM.Gruppe.Aussenlicht on")
} else {
  fhem("set HM.Gruppe.Aussenlicht off")
}

Dieses Notify hab ich mit entsprechender Anpassung an alle Aktoren gebunden und schon geht das.

Kurzer Druck - nur lokales Licht an bzw. aus - Langer Druck - alle Lichter der Gruppe an bzw. aus.

Allen folgendes Register ist zu setzen
regset intKeyVisib visib

Vielen Dank nochmal
Andreas

Pfriemler

Kapier ich noch nicht ganz.
Das Notify triggert bei jeder Änderung des Registers timedOn. Wurde es durch langen Tastendruck gesetzt, setzt es alle Aktoren der Gruppe auf Dauer-ein - nun müsste aber timedOn auf "off" wechseln. Das triggert das Notify nochmal, aber da sich am Schaltzustand nichts ändert, passiert nichts weiter. Das Ausschalten der Gruppe dürfte nun aber nicht mehr funktionieren, da timedOn sich nicht mehr ändert ...?

intKeyVisib braucht es m.E. nur für den auslösenden Aktor zum Setzen von lgOnTime.
"Ä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 ..."

Wuppi68

Zitat von: Pfriemler am 19 Juni 2015, 16:17:34
Kapier ich noch nicht ganz.
Das Notify triggert bei jeder Änderung des Registers timedOn. Wurde es durch langen Tastendruck gesetzt, setzt es alle Aktoren der Gruppe auf Dauer-ein - nun müsste aber timedOn auf "off" wechseln. Das triggert das Notify nochmal, aber da sich am Schaltzustand nichts ändert, passiert nichts weiter. Das Ausschalten der Gruppe dürfte nun aber nicht mehr funktionieren, da timedOn sich nicht mehr ändert ...?

intKeyVisib braucht es m.E. nur für den auslösenden Aktor zum Setzen von lgOnTime.

naja, den Trigger vom Notify noch auf running anstelle von * setzen :-)
FHEM unter Proxmox als VM

wowogiengen

Zitat von: Wuppi68 am 14 Juni 2015, 12:21:41
bei den "Markenschaltern" gibt es extra eine Config Taste
die gehen nicht bei Long in den Anlernmodus

Ich habe hier die HM-LLC-Sw2-FM mit der Nummer 76794 von EQ-3. Das sollten doch die Original-Aktoren sein? Und da steht in der Anleitung, dass man die über die Taster anlernen muss...
Dann muss es nach dem Anlernen aber auch ne Möglichkeit geben, diese per Funk so zu konfigurieren, dass sie mit dem langen Tastendruck nicht mehr anlernen?

Viele Grüße
Wolfgang

Otto123

Zitat von: wowogiengen am 21 Juni 2015, 18:20:12
HM-LC-Sw2-FM
Dann muss es nach dem Anlernen aber auch ne Möglichkeit geben, diese per Funk so zu konfigurieren, dass sie mit dem langen Tastendruck nicht mehr anlernen?
Kurze Antwort: Nein.

Die Tasteranschlüsse sind ne Art "Spar" Bedienung vor Ort.

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

ChrisK

Ich habe gerade das gleiche hier probiert, aber irgendwie ist noch ne Kleinigkeit schief.

Ausgangsbasis:
Schaltaktor hängt an Lampe und ist gepeered mit einem Kanal einer HomeMatic 076785 3fach-Funk-Schalterschnittstelle. Das funktioniert soweit auch alles gut. Für self01 und self02 ist shSwJtOn auf off und shSwJtOff auf on. Dadurch togglet jeder Druck auf den Taster das Licht.

Jetzt dachte ich, dass ich einen Long-Druck auswerten und mit einem DOIF, so wie es hier beschrieben ist, etwas anstoßen.
Wenn ich lgOnTime und lgOffTime auf 10 setze wie beschrieben, tut sich auch am timedOn was (er geht von off auf running). Das doif würde also funktionieren Das Komische ist aber, dass timedOn auf running bleibt und das Licht alle paar Sekunden an bzw. aus geht (und das gar nicht mehr aufhört).

Hier die Reading und die Attribute:
Readings:
   2015-08-24 19:04:17   CommandAccepted yes
   2015-08-17 20:23:45   D-firmware      2.3
   2015-08-17 20:23:45   D-serialNr     
   2015-08-24 19:04:21   PairedTo        0x286507
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgActionType jmpToTarget
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtDlyOff geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtDlyOn geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtOff geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtOn geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtValHi 100
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgCtValLo 50
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgMultiExec on
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOffDly 0 s
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOffTime unused
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOffTimeMode absolut
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOnDly 0 s
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOnTime unused
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgOnTimeMode absolut
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgSwJtDlyOff off
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgSwJtDlyOn on
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgSwJtOff dlyOn
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-lgSwJtOn dlyOff
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shActionType jmpToTarget
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtDlyOff geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtDlyOn geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtOff geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtOn geLo
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtValHi 100
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shCtValLo 50
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOffDly 0 s
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOffTime unused
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOffTimeMode absolut
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOnDly 0 s
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOnTime unused
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shOnTimeMode absolut
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shSwJtDlyOff off
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shSwJtDlyOn on
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shSwJtOff dlyOn
   2015-08-19 18:51:47   R-HM_302FC9_Sw_01-shSwJtOn dlyOff
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgActionType jmpToTarget
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtDlyOff geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtDlyOn geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtOff geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtOn geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtValHi 100
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgCtValLo 50
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgMultiExec on
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOffDly 0 s
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOffTime unused
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOffTimeMode absolut
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOnDly 0 s
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOnTime unused
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgOnTimeMode absolut
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgSwJtDlyOff off
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgSwJtDlyOn on
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgSwJtOff dlyOn
   2015-08-19 19:28:21   R-fb_mini_Btn_03-lgSwJtOn dlyOff
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shActionType jmpToTarget
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtDlyOff geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtDlyOn geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtOff geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtOn geLo
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtValHi 100
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shCtValLo 50
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOffDly 0 s
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOffTime unused
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOffTimeMode absolut
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOnDly 0 s
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOnTime unused
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shOnTimeMode absolut
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shSwJtDlyOff off
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shSwJtDlyOn on
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shSwJtOff dlyOn
   2015-08-19 19:28:21   R-fb_mini_Btn_03-shSwJtOn dlyOff
   2015-08-19 18:57:07   R-intKeyVisib   visib
   2015-08-17 20:23:49   R-pairCentral   0x286507
   2015-08-24 19:02:58   R-self01-lgActionType jmpToTarget
   2015-08-24 19:02:58   R-self01-lgCtDlyOff geLo
   2015-08-24 19:02:58   R-self01-lgCtDlyOn geLo
   2015-08-24 19:02:58   R-self01-lgCtOff geLo
   2015-08-24 19:02:58   R-self01-lgCtOn geLo
   2015-08-24 19:02:58   R-self01-lgCtValHi 100
   2015-08-24 19:02:58   R-self01-lgCtValLo 50
   2015-08-24 19:03:11   R-self01-lgMultiExec off
   2015-08-24 19:02:58   R-self01-lgOffDly 0 s
   2015-08-24 19:04:14   R-self01-lgOffTime unused
   2015-08-24 19:02:58   R-self01-lgOffTimeMode absolut
   2015-08-24 19:02:58   R-self01-lgOnDly 0 s
   2015-08-24 19:04:27   R-self01-lgOnTime unused
   2015-08-24 19:02:58   R-self01-lgOnTimeMode absolut
   2015-08-24 19:02:58   R-self01-lgSwJtDlyOff off
   2015-08-24 19:03:11   R-self01-lgSwJtDlyOn off
   2015-08-24 19:03:11   R-self01-lgSwJtOff off
   2015-08-24 19:02:58   R-self01-lgSwJtOn dlyOff
   2015-08-24 19:03:11   R-self01-shActionType jmpToTarget
   2015-08-24 19:03:11   R-self01-shCtDlyOff geLo
   2015-08-24 19:03:11   R-self01-shCtDlyOn geLo
   2015-08-24 19:03:11   R-self01-shCtOff geLo
   2015-08-24 19:03:11   R-self01-shCtOn geLo
   2015-08-24 19:03:11   R-self01-shCtValHi 100
   2015-08-24 19:03:11   R-self01-shCtValLo 50
   2015-08-24 19:03:11   R-self01-shOffDly 0 s
   2015-08-24 19:03:11   R-self01-shOffTime unused
   2015-08-24 19:03:11   R-self01-shOffTimeMode absolut
   2015-08-24 19:03:11   R-self01-shOnDly 0 s
   2015-08-24 19:03:11   R-self01-shOnTime unused
   2015-08-24 19:03:11   R-self01-shOnTimeMode absolut
   2015-08-24 19:03:11   R-self01-shSwJtDlyOff off
   2015-08-24 19:03:11   R-self01-shSwJtDlyOn off
   2015-08-24 19:03:11   R-self01-shSwJtOff on
   2015-08-24 19:03:11   R-self01-shSwJtOn off
   2015-08-24 18:42:39   R-self02-lgActionType jmpToTarget
   2015-08-24 18:42:39   R-self02-lgCtDlyOff geLo
   2015-08-24 18:42:39   R-self02-lgCtDlyOn geLo
   2015-08-24 18:42:39   R-self02-lgCtOff geLo
   2015-08-24 18:42:39   R-self02-lgCtOn geLo
   2015-08-24 18:42:39   R-self02-lgCtValHi 100
   2015-08-24 18:42:39   R-self02-lgCtValLo 50
   2015-08-24 19:03:16   R-self02-lgMultiExec on
   2015-08-24 18:42:39   R-self02-lgOffDly 0 s
   2015-08-24 19:02:25   R-self02-lgOffTime unused
   2015-08-24 18:42:39   R-self02-lgOffTimeMode absolut
   2015-08-24 18:42:39   R-self02-lgOnDly 0 s
   2015-08-24 19:03:16   R-self02-lgOnTime unused
   2015-08-24 18:42:39   R-self02-lgOnTimeMode absolut
   2015-08-24 19:03:16   R-self02-lgSwJtDlyOff on
   2015-08-24 19:03:16   R-self02-lgSwJtDlyOn on
   2015-08-24 19:03:16   R-self02-lgSwJtOff dlyOn
   2015-08-24 19:03:16   R-self02-lgSwJtOn on
   2015-08-24 18:42:39   R-self02-shActionType jmpToTarget
   2015-08-24 18:42:39   R-self02-shCtDlyOff geLo
   2015-08-24 18:42:39   R-self02-shCtDlyOn geLo
   2015-08-24 18:42:39   R-self02-shCtOff geLo
   2015-08-24 18:42:39   R-self02-shCtOn geLo
   2015-08-24 18:42:39   R-self02-shCtValHi 100
   2015-08-24 18:42:39   R-self02-shCtValLo 50
   2015-08-24 18:42:39   R-self02-shOffDly 0 s
   2015-08-24 18:42:39   R-self02-shOffTime unused
   2015-08-24 18:42:39   R-self02-shOffTimeMode absolut
   2015-08-24 18:42:39   R-self02-shOnDly 0 s
   2015-08-24 18:42:39   R-self02-shOnTime unused
   2015-08-24 18:42:39   R-self02-shOnTimeMode absolut
   2015-08-24 18:42:39   R-self02-shSwJtDlyOff on
   2015-08-24 18:42:39   R-self02-shSwJtDlyOn on
   2015-08-24 18:42:39   R-self02-shSwJtOff on
   2015-08-24 18:42:39   R-self02-shSwJtOn off
   2015-08-17 20:23:50   R-sign          off
   2015-08-24 19:04:21   RegL_00:          02:81 0A:28 0B:65 0C:07 15:FF 18:00 00:00
   2015-08-24 19:04:23   RegL_01:         08:00  30:06 57:24 00:00
   2015-08-24 19:04:26   RegL_03:HM_302FC9_Sw_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
   2015-08-24 19:04:25   RegL_03:fb_mini_Btn_03  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
   2015-08-24 19:04:27   RegL_03:self01   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:36 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:01 8B:64 8C:66 00:00
   2015-08-24 19:04:31   RegL_03:self02   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:36 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
   2015-08-24 19:04:32   deviceMsg       off (to HMLAN1)
   2015-08-24 19:04:32   level           0
   2015-08-24 19:04:32   pct             0
   2015-08-24 19:04:24   peerList        fb_mini_Btn_03,HM_302FC9_Sw_01,self01,self02,
   2015-08-24 19:04:32   recentStateType info
   2015-08-24 19:04:32   state           off
   2015-08-24 19:04:32   timedOn         off
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.3
   fp_home    493,285,0,
   model      HM-LC-Sw1PBU-FM
   peerIDs    00000000,261F3F03,302FC901,369EB201,369EB202,
   room       Wohnzimmer
   serialNr   
   subType    switch
   webCmd     statusRequest:toggle:on:off


Ich habe auch probiert lgMultiExec auf off zu setzen, das hat aber nicht geholfen.

Ich würde ja fragen: übersehe ich was?
Aber dadurch, dass ich keine Ahnung davon habe, wäre das zu überheblich ;)
Was ist hier noch falsch? Geht die Kombination aus toggle und long-click-Auslöser nicht?

frank

wo siehst du da eine einstellung mit "10" in deinen readings?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html