Hallo,
Ich habe bei mehreren Modulen das Problem, dass das Attribut event-on-change-reading nicht beachtet wird.
Es werden ständig Events erzeugt (siehe Eventmonitor), obwohl die Readings sich gar nicht ändern und ich besagtes Attribut auf ".*" gesetzt habe.
Betroffen sind bei mir die Module
- structure
- HUEDevice
- netatmo
- iTunes
Kann das jemand bestätigen? Hat jemand einen Tipp, was ich falsch mache?
Gruß
Julian
Zitat von: Loredo am 24 Februar 2014, 17:51:33
Hallo,
Ich habe bei mehreren Modulen das Problem, dass das Attribut event-on-change-reading nicht beachtet wird.
Es werden ständig Events erzeugt (siehe Eventmonitor), obwohl die Readings sich gar nicht ändern und ich besagtes Attribut auf ".*" gesetzt habe.
Betroffen sind bei mir die Module
- structure
- HUEDevice
- netatmo
- iTunes
Kann das jemand bestätigen? Hat jemand einen Tipp, was ich falsch mache?
Gruß
Julian
Ich kann es zwar nicht fuer die von Dir genannten Module bestaetigen aber ich habe genau dieses Problem auch beim CUL_HM Modul. Betreibe einen HM-LC-SW1-FM Aktor und schalte selbigen per Taster ueber seinen elektrischen Input ein oder aus und das funktioniert auch. Wenn ich nun die Schaltung so bauen moechte, dass nach Einschalten in 60s wieder ausgeschaltet werden soll, so versuche ich das mit folgendem Notify zu erreichen (Fuer "Basement_Light ist das attribut event-on-change-reading .* gesetzt):
define n_Basement_Light notify Basement_Light:on set Basement_Light on-for-timer 60
Das Ergebnis ist, dass beim ersten Betaetigen des Tasters das Licht angeht und dann periodisch events generiert werden. Offensichtlich generiert der statechange von OFF nach ON ueber den Taster eine notification. Innerhalb der Notification erfolgt ein "set ... on for timer". Selbiges triggert offenbar sofort wieder einen event usw und sofort. Ich haette erwartet, dass nach dem ersten notify kein weiterer event mehr generiert wird, da sich ja der state nicht aendert.
Jetzt ist ja seit Deiner Frage einige Zeit vergangen, wie hast Du das Problem fuer Dich inzwischen geloest?
Zitat von: tinyfhem am 27 April 2014, 15:01:28
Das Ergebnis ist, dass beim ersten Betaetigen des Tasters das Licht angeht und dann periodisch events generiert werden. Offensichtlich generiert der statechange von OFF nach ON ueber den Taster eine notification. Innerhalb der Notification erfolgt ein "set ... on for timer". Selbiges triggert offenbar sofort wieder einen event usw und sofort.
Es gibt in fhem eine einfache Regel - die ist dokumentiert und schon dutzendfach durchdiskutiert:
Ändere niemals den Status eines Device aus einem notify, das durch dieses Device ausgelöst wurde!
Zitat von: betateilchen am 27 April 2014, 15:09:03
Es gibt in fhem eine einfache Regel - die ist dokumentiert und schon dutzendfach durchdiskutiert:
Ändere niemals den Status eines Device aus einem notify, das durch dieses Device ausgelöst wurde!
dutzendfach durchdiskutiert? Dann muss ich das mal suchen gehen. Was fuer ein Suchargument wuerde man denn eintippen, wenn man diese Diskussion lesen und verstehen wollte? Vielleicht ist dann dort auch diskutiert und beantwortet worden, wie man es richtig macht? Das von mir beschriebene Szenario duerfte vermutlich eines der trivialsten sein. Ich habe das zur Zeit bei mir so geloest, dass ich nach wie vor genau das o.g. beschriebene notify einsetze, nur eben nicht mehr auf den ":on" event triggere sondern auf ":set_on" und damit funktioniert das ganze auch aber nach dieser einfachen Regel ist das wohl nach wie vor "ill behaved"?