Guten Morgen,
seit 2 Wochen ca. Schalten meine Dashbuttons mehrfach. (Button wird 1x kurz gedrückt und die auszuführende Aktion wird mehrfach getätigt.) Geändert hat sich an der Netzwerkkonfiguration nichts. Kann ich diese mehrfachauslösung verhindern? den schalter nacheinmaliger auslösung für 5 Sek deaktivieren z.B.? Habe jetzt Event-on-change-reading auf 5 eingestellt somit sollte er ja mind. 5 sekunden warten bevor er wieder ein event setzt. Ich verstehe halt nicht warum alle Button einfach so mehrfach auslösen.
du musst event-min-interval setzen. nicht event-on-change-reading.
das modul lauscht auf die dhcp broadcasts. wenn der button beim ersten mal aus irgend einem grund (meint) keine antwort zu bekommen versucht er es noch mal. das sind dann auch zwei events.
hast du das Attribut auf deinem Dash-Button-Device so in der Art gesetzt ?
event-min-interval .*:10
So funktioniert es bei mir jedenfalls....
Mach mal bitte ein Update heute. Wenn du die letzten 7 Tage eins gemacht hat hat sich eventuell genau da ein Fehler eingeschlichen. Also bei den event-on- Attributen.
Auch wenn das jetzt bisschen böse klingt, ABER!
Punkt 1 - Updates sind Pflicht. Ich selbst sage immer wenigstens einmal im Monat
Punkt2. - Noch viel wichtiger ist aber diese Updates nicht Kopflos zu machen. Das hier ist Software von Freiwilligen, hier kann man keinen Regress fordern. Aber selbst wenn, Updates macht man immer mit Vorarbeit. Bei FHEM bedeutet das wenn ich 3-5 Tage nicht mehr im Forum war an dem Tag an dem man Update machen will wenigsten mal zu schauen was es so neues gibt. Hier liest man dann auch ganz schnell wenn es noch aktuell irgendwo Probleme gibt.
Ist meine persönliche Meinung :)
Grüße
moin, ich benutze mindestens 3 Dashbutton mit dashdhcp täglich, einen Morgens einen Abends und einen als Türklingel.
habe seit langem keine Probleme mit doppel Ausführungen
Hier ein list von dem Button-Morgens
Internals:
.COMMAND {fhem("set AZ_PC on; sleep 10 ; set WernerPC on; set Schlaf_Bett_Werner off; set Kueche_Kaffee on")}
CFGFN /opt/fhem/FHEM/Dashbutton.cfg
DEF dash:ac-63-be-b1-32-4f..short {fhem("set AZ_PC on; sleep 10 ; set WernerPC on; set Schlaf_Bett_Werner off; set Kueche_Kaffee on")}
NAME DashBSchlaf_Morgens
NOTIFYDEV dash
NR 426
NTFY_ORDER 50-DashBSchlaf_Morgens
REGEXP dash:ac-63-be-b1-32-4f..short
STATE 2018-03-15 07:30:50
TYPE notify
.attraggr:
.attrminint:
READINGS:
2018-03-14 21:53:55 state active
Attributes:
icon dash_button
room System
und hier vom DHCP
Internals:
.lastTimeac-63-be-af-d6-d5 1521067484.07042
.lastTimeac-63-be-b1-32-4f 1521095450.76684
.lastTimestate 1521060841.00445
CFGFN /opt/fhem/FHEM/Dashbutton.cfg
CHANGED
CONNECTS 2
FD 4
LAST_CONNECT 2018-03-14 21:54:01
LAST_DISCONNECT 2018-03-14 21:54:01
NAME dash
NR 422
NTFY_ORDER 50-dash
PORT 6767
STATE listening
TYPE dash_dhcp
.attraggr:
.attrminint:
.*:5
READINGS:
2018-03-03 10:56:30 44-65-0d-e7-7e-c2 short
2018-03-14 21:02:11 50-f5-da-ce-ed-c5 short
2018-02-18 00:00:41 ac-63-be-00-50-00 short
2018-03-14 23:44:44 ac-63-be-af-d6-d5 short
2018-03-15 07:30:51 ac-63-be-b1-32-4f short
2017-01-01 13:53:30 ac-63-be-eb-8c-57 short
2018-03-14 21:54:01 state listening
helper:
devAliases:
Attributes:
allowed ac:63:be:af:d6:d5,ac:63:be:b1:32:4f,44:65:0d:e7:7e:c2,AC:63:BE:00:50:00,AC:63:BE:EB:8C:57,50:F5:DA:CE:ED:C5
event-min-interval .*:5
icon dash_button
port 6767
Läuft :-)
Gruß Werner
Der Timestamp wird ja auch weiter aktualisiert, aber es wird halt kein Event ausgelöst.
Schön das es nun geht.
Grüße
wenn dich die timestamps stören: timestamp-on-change-reading