WRC6 - PRESS_LONG entprellen?

Begonnen von JMC, 08 Februar 2021, 20:37:09

Vorheriges Thema - Nächstes Thema

JMC

Hi,

Ich habe einen WRC6 im Einsatz und erfolgreich mit FHEM verbinden können - kurze Tastendrücke klappen auch super. Die langen Tastendrücke "prellen" aber - kommen also so lange ich auf den Taste drücke - das ist ja fast unmöglich abzufangen das nur einmal hinzubekommen wenn man sich erst dran gewöhnen muss.

Gibt es vielleicht einen Weg das zu entprellen? Sprich nur das Event auszulösen wenn der lange Tastendruck zu Ende ist?

ccureadingfilter .*
   event-on-update-reading 1.PRESS.*,2.PRESS.*,3.PRESS.*,4.PRESS.*,5.PRESS.*,6.PRESS.*
   room       HmIP
   substitute PRESS_SHORT,PRESS_LONG!(1|true):pressed,(0|false):released


Viele Grüße
Viele Grüße
JMC

JMC

Moin,

wirklich keiner eine Idee? Ich habe in der Suche leider einfach nichts finden können.

Viele Grüße
Viele Grüße
JMC

Otto123

Doch, das ist kein Prellen :)
Aber ich habe keine Ahnung von HMCCU und kann Dir nicht wirklich helfen.
Die Taster senden bei "long" solange long bis Du wieder loslässt. Ich bilde mir ein: es dürfte per default alle 400 ms sein.
Muss ja auch so sein, Du willst ja etwas steuern (z.B. dimmen) solange wie Du drückst.

Bei CUL_HM gibt es ein released Event, meines Wissen kommt der aber nicht vom Device sondern vom Modul.

Bei CUL_HM reagiere ich einfach auf den ersten long und gut ist. Die weiteren werden nicht beachtet. Hängt aber stark vom Anwendungsfall ab.

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

Jamo

Du musst einfach dein notify anders machen.
Es kommen ja die events CUL_HM HM_Wand_Bett_01 Long 1_15 (to VCCU), CUL_HM HM_Wand_Bett_01 Long 2_15 (to VCCU), CUL_HM HM_Wand_Bett_01 Long 3_15 (to VCCU), etc.

Dann das notify nur auf das 1_ triggern lassen, also "(Long|Short).1_.*":
defmod HM_Wand_n notify HM_Wand_.*_0[1-6]:(Long|Short).1_.* {myHM_Wand($NAME,$EVENT)}
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence

Otto123

@Jamo Das ist kein CUL_HM das ist HmIP!
Zitatroom       HmIP
Und von einem notify war doch gar keine Rede?
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

Jamo

Fuer HM IP ist es das gleiche (habs gerade bei mir nachgeschaut. Sein Problem war ja
ZitatSprich nur das Event auszulösen wenn der lange Tastendruck zu Ende ist?
also habe ich mal angenommen das er seine Events mit einem notify auswertet, und er dort auf alle 'long' events triggered, anstatt das erste long rauszufiltern.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence

Otto123

@Jamo Deine Glaskugel ist besser als meine ;) Ich bin gespannt was JMC dazu sagt ;)
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

JMC

#7
Sorry für die späte Antwort. Tatsächlich ist seine Glaskugel garnicht mal schlecht - aber leider hats nicht geholfen. Und ja HmIP ;-)

Ich bekomme keinen Zähler beim Event

2021-03-12 18:16:55 HMCCUDEV HM_T_Bad1 5.PRESS_LONG: 1
2021-03-12 18:16:55 HMCCUDEV HM_T_Bad1 5.PRESS_LONG: 1
2021-03-12 18:16:55 HMCCUDEV HM_T_Bad1 5.PRESS_LONG: 1
2021-03-12 18:16:56 HMCCUDEV HM_T_Bad1 5.PRESS_LONG: 1


Respektive pressed wenn ich das substitute wieder reinmache das ich zum testen rausgenommen habe. Daher komme ich leider auch mit dem Notify nicht weiter :-(
Viele Grüße
JMC

Otto123

Zwei Anmerkungen dazu:
notify kann disableAfterTrigger
ZitatdisabledAfterTrigger <sekunden>
deaktiviert die Ausführung für <sekunden> nach dem das notify ausgelöst wurde.
Das "loslassen der Taste" auszuwerten - kann derjenige bedienen der es programmiert hat (weil er es weiß) alle anderen (also über die Hälfte der Bediener  ;D ;D ;D)  werden damit nicht klar kommen.
Nach meiner Erfahrung drückt die eine Hälfte der Menschheit den Schalter solange bis was passiert.
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

frank

ZitatNach meiner Erfahrung drückt die eine Hälfte der Menschheit den Schalter solange bis was passiert.
hast du sie dann aufgeklärt, oder drücken sie noch?  8)
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

JMC

#10
Zitat von: Otto123 am 12 März 2021, 18:38:11
Zwei Anmerkungen dazu:
notify kann disableAfterTrigger Das "loslassen der Taste" auszuwerten - kann derjenige bedienen der es programmiert hat (weil er es weiß) alle anderen (also über die Hälfte der Bediener  ;D ;D ;D)  werden damit nicht klar kommen.
Nach meiner Erfahrung drückt die eine Hälfte der Menschheit den Schalter solange bis was passiert.

Tatsächlich ist das glaube ich was ich suche - da hätte ich ja auch mal auf die Idee kommen können  ::)
Es soll ja beim ersten langen drücken was passieren, da ich damit aber nicht dimmen oder ein Rollo fahren möchte reicht mir auch wirklich EIN langer Tastendruck aus - und allen anderen auch, weil das Ergebnis (Auslösung einer Automation) sofort sichtbar ist :)

Ich werde probieren und berichten ;)

Edit:
Es hätte so einfach sein können... disabledAfterTrigger ist tatsächlich was ich suche. Vielen Dank!
Viele Grüße
JMC