Mir ist leider keine Änderung in dem Zeitraum bewusst, die das Verhalten herbeigeführt haben könnte. top meldet keine nennenswerte CPU-Auslastung.
Ich setze bereits an allen Ecken und Enden eine Protokoll-Systemvariable, aber nach einem Neustart ist der Output ja weg.
In den Systemlogs kann ich erkennen, dass das Programm zum Update des Displays HM-Dis-EP-WM55 getriggert wird:
Passieren tut aber halt nichts, die Skripte, die unter anderem die Protokoll-Variable setzen und ansonsten das Display befüllen (Skript von Dr Tob) werden nicht ausgeführt. Schaue ich in das Systemprotokoll, ist da nichts zu sehen. Wohl aber, dass der Fensterkontakt öffnete und schloss.Jun 2 14:58:30 ccu3 local0.debug ReGaHss: Verbose: call on change; id = 22997 [SetLastActionTime():iseDOMdev.h:225]
Jun 2 14:58:30 ccu3 local0.debug ReGaHss: Verbose: ExecuteDestination succeeded from Program ID = 13295 'WD Seite 1 Fensterkontakte' with valNew = '1' [Execute():iseDOMPrg.cpp:640]
Jun 2 14:58:30 ccu3 local0.debug ReGaHss: Verbose: wait max timeout = 240000 [ThreadFunction():iseRTEvent.cpp:69]
Jun 2 14:58:30 ccu3 local0.debug ReGaHss: Verbose: UpdateValue succeeded; val = 0 [execute():iseXmlRpc.cpp:364]
Hat jemand einen Tipp, wie ich herausfinden kann, was da los ist?