dash_dhcp mehrfache auslösung

Begonnen von hugo.crank, 07 März 2018, 07:49:14

Vorheriges Thema - Nächstes Thema

hugo.crank

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.


justme1968

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.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

kumue

hast du das Attribut auf deinem Dash-Button-Device so in der Art gesetzt ?

event-min-interval .*:10

So funktioniert es bei mir jedenfalls....

CoolTux

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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Intruder1956

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
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

CoolTux

Der Timestamp wird ja auch weiter aktualisiert, aber es wird halt kein Event ausgelöst.
Schön das es nun geht.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

justme1968

wenn dich die timestamps stören: timestamp-on-change-reading
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968