Hi, Martin
bei VD kommt nur noch als Event
Zitat2014-02-24 21:09:11.034 CUL_HM EG_KU set_0 %
2014-02-24 21:09:11.034 CUL_HM EG_KU ValveDesired: 0 %
ValvePosition fehlt.
auf den Log ich
dein vd ist bestimmt mit einem tc gepeert? dann sind die zwei logeinträge die steuerbefehle des tc an den vd. wenn da nichts weiter kommt, meldet sich der vd gar nicht mehr. schau mal nach ob das antennensymbol am vd blinkt und die errorposition eingestellt ist. vielleicht batterie leer?
gruss frank
ZitatValvePosition 0 % 2014-02-24 21:23:41
der tut schon
Beim HM-SEC-RHS wir auch nix mehr geloggt
Zitatstate closed 2014-02-24 11:07:08
Beim HM-SCI-3-FM auch
Zitatstate open 2014-02-24 14:57:03
ZitatLogauszug
2014-02-22_15:14:41 Tor_re_Sw_01 alive: yes
2014-02-22_15:14:41 Tor_re_Sw_01 battery: ok
2014-02-22_15:14:41 Tor_re_Sw_01 cover: closed
2014-02-22_15:14:41 Tor_re_Sw_01 open
2014-02-22_15:14:41 Tor_re_Sw_01 contact: open (to hmlan1)
jetzt verstehe ich deine frage nicht mehr! wenn das keine logeinträge sein sollen, was ist das sonst? ??? die werden doch durch events erzeugt.
dann stimmt mit deinem logfile was nicht.
gruss frank
ist doch einfach
im ersten Beitrag VD sind die Events vom Eventmonitor
im zweiten hab ich das Reading gezeigt, dass der VD tut!
und dann noch weitere Device gefunden die seit Sonntag nach update das loggen eingestellt haben, aber aktuelle Reading da sind ;)
war im Zusammenhang mit der groessere Umstellung "wie bringe ich die Zentrale dazu, trigger auch aus dem Parser zu erzeugen" - der Kernal verwirft leider die trigger.
Jetzt sollte alles wieder funktionieren, und auch ein paar bisher fehlende werden kommen.
Es fehlen noch ein paar im Zusammenhang mit message events.
Sollte heute wieder alles gehen