HMCCU - Execution of CCU script or command failed - Error during CCU request...

[ext23]

Moin,

ich habe irgendwie Probleme mit einem Fensterdrehgriffkontakt der per notify ein IPv6 CCU2 Gerät steuert. Ich bekomme manchmal folgende Fehler:

Code Auswählen Erweitern

2018.12.01 00:11:21 1: Schalfzimmer Fenster offen
2018.12.01 00:11:25 1: HMCCUDEV: [HmIP_HT_01] HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:25 3: set HmIP_HT_01 datapoint 1.WINDOW_STATE 1 : HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:25 1: Schalfzimmer Fenster offen
2018.12.01 00:11:29 1: HMCCUDEV: [HmIP_HT_01] HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:29 3: set HmIP_HT_01 datapoint 1.WINDOW_STATE 1 : HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:29 1: Schalfzimmer Fenster offen
2018.12.01 00:11:33 1: HMCCUDEV: [HmIP_HT_01] HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:33 3: set HmIP_HT_01 datapoint 1.WINDOW_STATE 1 : HMCCUDEV: HmIP_HT_01 Execution of CCU script or command failed
2018.12.01 00:11:33 1: Schalfzimmer Fenster offen

Wie hier im Forum schon beschrieben vermute ich auch es liegt daran, dass zu viele Befehle auf einmal gesendet werden. Der Fensterdrehgriffkontakt wandert aber nun mal an der Mittelstellung vorbei. Es kommen also in der Regel Befehle kurz aufeinanderfolgend.

Ich hab dann mal das nonblocking aktiviert, dann sehen die Fehlermeldungen anders aus:

Code Auswählen Erweitern

2018.12.02 10:04:18 1: Schlafzimmer Fenster geschlossen
2018.12.02 10:04:21 2: HMCCUDEV: [HmIP_HT_01] Error during CCU request. read from http://192.168.0.46:8181 timed out
2018.12.02 10:04:22 2: HMCCUDEV: [HmIP_HT_01] Error during CCU request. read from http://192.168.0.46:8181 timed out   

Wenn der Timeout per default auf 4 Sekunden ist, macht es dann Sinn diesen noch weiter anzuheben? Ich sehe das Problem eher im Modul oder? Also 4 Sekunden für ein System was sich langweilt ist schon hoch... Und das mehrere schnell aufeinanderfolgende Befehle rein kommen, auch für dasselbe Gerät, ist ja nicht ungewöhnlich.

In den Logs der CCU2 sieht man übrigens nichts von irgend welchen Timeouts. Oder muss ich da erst irgend ein Debug Log aktivieren?

/Daniel

[frank]

bei der bidcosversion vom fk (RHS) kann es auch probleme geben, wenn man über den mittelkontakt drüber dreht. hier kann man das problem mit dem setzen vom register eventDlyTime "umschiffen".

[zap]

bei der bidcosversion vom fk (RHS) kann es auch probleme geben, wenn man über den mittelkontakt drüber dreht. hier kann man das problem mit dem setzen vom register eventDlyTime "umschiffen".

Das wäre eine Möglichkeit, die Anzahl Events zu reduzieren (bitte beachten: in HMCCU bzw. der CCU heißt der Parameter vermutlich anders, habe aber keinen Drehgriffkontakt, um das nachschauen zu können).

Anderer Weg: Wenn der Drehgriffkontakt immer den gleichen Wert schickt, das entsprechende Reading in "event-on-change-reading" aufnehmen. Dann sollte der Event nur einmal kommen und auch der Set-Befehl nur einmal ausgeführt werden.

Grundsätzlich: In der letzten Version habe ich das gleichzeitige Setzen mehrerer Datenpunkte verbessert. Allerdings greift das nur, wenn alle Datenpunkte in einem set Befehl gesetzt werden. In diesem Fall also nicht hilfreich.

Noch ein anderer Ansatz (wenn ich das Ziel der Aktion richtig vermute): Direkte Verknüpfung des Drehgriffs mit dem Thermostaten (falls das möglich ist). Am besten in einer virtuellen Heizungsgruppe.

[ext23]

bei der bidcosversion vom fk (RHS) kann es auch probleme geben, wenn man über den mittelkontakt drüber dreht. hier kann man das problem mit dem setzen vom register eventDlyTime "umschiffen".

Das meinte ich ja, genau das habe ich jetzt auf 2 Sekunden gestellt. Ich werde es beobachten, danke.

/Daniel

[ext23]

Noch ein anderer Ansatz (wenn ich das Ziel der Aktion richtig vermute): Direkte Verknüpfung des Drehgriffs mit dem Thermostaten (falls das möglich ist). Am besten in einer virtuellen Heizungsgruppe.

Der FDGK ist HM und hängt über HMLAN an FHEM. Das Thermostat ist HmIP und hängt an der CCU2. Ich möchte so wenig wie möglich mit der CCU2 machen, das ist wirklich nur ein "dummes" Gateway in meinem Fall. Aber wenn das alles nichts hilft werde ich den FDGK an der CCU2 anlernen und es über ein Programm machen, aber das würde ich gerne vermeiden wollen.

/Daniel

[ext23]

Mhh OK also die Zwischenmeldungen habe ich jetzt nicht mehr, das ist schon mal gut. Aber der Timeout kommt immer noch, obwohl das Thermostat es diesmal mitbekommen hat, dass das Fenster zu ist.

Code Auswählen Erweitern

2018.12.02 14:11:48 1: Schalfzimmer Fenster offen
2018.12.02 14:12:13 1: Schlafzimmer Fenster geschlossen
2018.12.02 14:12:17 2: HMCCUDEV: [HmIP_HT_01] Error during CCU request. read from http://192.168.0.46:8181 timed out 

Doch mal den Timeout hochsetzen? Aber wenn der per default 4 Sekunden ist, mhhh.

[zap]

Setze für den Thermostaten mal ccuflags auf trace. Dann gibt es ein paar zusätzliche Meldungen im Log. Die Fehlermeldung mit dem read kommt von den FHEM internen HTTP utils. hMCCU zeigt die in dem Fall nur an.