ich verzweifle ein wenig mit einem HM-LC-Dim1T-FM, der an meiner Terrassenbeleuchtung hängt. Immer wieder, in vollkommen unregelmäßigen Abständen und ohne jeglichen, erkennbaren Zusammenhang setzt mein System diesen Dimmer auf 100%. Im Moment lasse ich als "Workaround" alle 60 Minuten eine Routine laufen, die bei einem Istwert von 100% den Sollwert einfach wieder auf 0% setzt.
Im Syslog konnte ich bisher nur identifizieren, das er einen Sollwert vorgegeben bekommt:
Jedoch finde ich vor diesem Eintrag im Syslog keine dieses Ereignis auslösende Ursache. Hier ein paar Einträge von vor diesem Zeitpunkt (obiges stellt dann das darauf direkt folgende, nächste Ereignis im Syslog dar):<br/>2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: XMLRPC 'setValue': rpcClient.execute() succeeded (url: xmlrpc_bin://127.0.0.1:2001, params: {"OEQ2697283:1","LEVEL",1.000000}, result: "") [CallXmlrpcMethod():iseXmlRpc.cpp:2613]
Wie man erkennen kann, passiert in den Sekunden vor der "Aktivierung" lt. Syslog nichts (seit 17:12:55 ist Ruhe, bis es um 17:13:24 dann passiert).2021-01-20T17:12:55+01:00 ccu2.home.mpns.de ReGaHss: Info: Event="PEQ1447344:1"."LUX"=6.540000 [execute():iseXmlRpc.cpp:321]
2021-01-20T17:12:55+01:00 ccu2.home.mpns.de ReGaHss: Info: Rule evaluated state is FALSE by Program ID = 31631 'Beschattung - Aktivierung' [SetState():iseDOMPrg.cpp:536]
2021-01-20T17:12:55+01:00 ccu2.home.mpns.de ReGaHss: Info: break execute for Program ID = 31643 'Beschattung - Deaktivierung', rule's trigger flags = 0 [SetState():iseDOMPrg.cpp:530]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: start web processing, worker thread #0 {"HTTP-Listener"} [spawnNewProcess():httpListener.cpp:208]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: recvd 89 bytes by web server #1 [ThreadFunction():httpServer.cpp:771]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: IseSession GetSessionId from URL: /tclrega.exe [GetSessionId():iseSession.cpp:185]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: interface name= BidCos-RF for ID=1009 [GetInterfaceByID():iseXmlRpc.cpp:2552]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de multimac: ACK received after 0 repetitions: #06[Ren] 66CAD0->537208 Ack: 01 01 01 10 43
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: Event="OEQ2697283:1"."LEVEL"=0.005000 [execute():iseXmlRpc.cpp:321]
2021-01-20T17:13:24+01:00 ccu2.home.mpns.de ReGaHss: Info: Event="OEQ2697283:1"."WORKING"=true [execute():iseXmlRpc.cpp:321]
Oder kann es irgendwie mit den 89 Byte vom WebServer zusammenhängen ("recvd 89 bytes by web server #1") - wobei ich auch hier keinerlei Idee habe, woher diese getriggert sein könnten.
Kurz vorher (um 17:12:12) hatte die CCU noch ein WebCam-Bild mit curl per FTP auf meinem Server abgelegt - aber auch der Zeitpunkt ist eigentlich schon zu lange her gewesen, als das dies der Verursacher sein dürfte.
Hat jemand hier irgend eine Idee, wie ich dem Auslöser auffinden kann bzw. warum die CCU sich so verhält?
Danke im Voraus!