Programm in CCU2 um Booster-Funktion zu toggeln

[Matsch]

Wenn man den Boost per Toggle beenden könnte, was hätte dann der Thermostat für einen Mode?
Genau: Auto oder Manuell!

Hmmm... Ich würde mal behaupten, wenn es ginge (was wohl nach Aussage von Winnetou per DV über eine Fernbedienung funktioniert hat), den Modus, den es vorher hatte. Also genau so, als würde die Zeit ablaufen.

Genau.
Was ich damit sagen wollte: Das Ende des Boost ist nichts anderes als Rückkehr zu einer der Betriebsarten Auto oder Manuell.
Genau das kann man ja auch selbst so implementieren, man braucht also gar nicht die Möglichkeit, Boost explizit zu stoppen (togglen).
Das müßte sich doch z.B. machen lassen, indem man einfach als neuen Mode den vorherigen ausgibt (.LastValue() ) - ohne das jetzt testen zu können. Oder geht das nur mit empfangenen Werten? Ansonsten müßte man die vorletzte Ausgaben in einer SV speichern.

[Xel66]

indem man einfach als neuen Mode den vorherigen ausgibt (.LastValue() ) - ohne das jetzt testen zu können. Oder geht das nur mit empfangenen Werten? Ansonsten müßte man die vorletzte Ausgaben in einer SV speichern.

Das mit der SV müsste man wohl so machen, denn .LastValue() sollte ja den Status der letzten Übertragung haben, und der ist im Fall der Fälle gerade mal 3 Minuten alt. Aber wenn es mit der Fernbedienung ging, dann sollte sich das auch mit den virtuellen Tasten abbilden lassen. Wir werden es erfahren (oder auch nicht). Außerhalb der Heizperiode würde ich ungern an meinem Heizsystem rumexperimentieren, damit ich im Bedarfsfall im Herbst nicht in Probleme renne und nicht mehr weiß, an welcher Schraube ich gedreht habe.

Gruß Xel66

[Baxxy]

Also, die Modi AUTO/BOOST/COMFORT/LOWERING kann man mit einem .State(true) "aktivieren".
(MANU nimmt gleich die Solltemperatur mit .State(22.5) )
"Deaktivieren" mit .State(false) geht erwartungsgemäß nicht, es braucht einen anderen Modus um den gerade aktuellen du "deaktivieren".

Das "toggeln" des BOOST-Modus (EIN/AUS) per DV zu virt. Taste funktioniert und wäre hier m.E. immer noch die "beste" Lösung.
Mit WebUI-Programm als "Übersetzer" funktioniert das dann exakt so wie mit der alten HM-RC-12-W, nur dauert die Ausführung dann vllt. ein paar ms länger.

Das Ganze mittels WebUI-Programm + Script + SysVar zum speichern des Modus ginge auch, würde ich aber nicht machen.

[Xel66]

"Deaktivieren" mit .State(false) geht erwartungsgemäß nicht, es braucht einen anderen Modus um den gerade aktuellen du "deaktivieren".

OK, danke für die Tests. Wenn Du das Script noch hast, kannst Du bitte mal .State("") probieren? Bei mir in der XML-API steht BOOST_MODE auf "" und nicht wie ich erwarten würde auf "false". Vielleicht liegt darin das Geheimnis. Wenn es per DV ging, muss es ja irgendeinen "Mechanismus" geben, um das zu erreichen. Vielleicht kommt man an den auch nicht ran, weil die DV nicht an diesen DP koppelt, aber einen Versuch ist's wert. Thx.

Gruß Xel66

[Baxxy]

Wenn Du das Script noch hast, kannst Du bitte mal .State("") probieren?

Funktioniert auch nicht.

Bei mir in der XML-API steht BOOST_MODE auf ""

Das ist klar, alle "Modus-Datenpunkte" haben nur "OPERATION_WRITE". Mann kann sie also nicht auslesen.
Zu Bestimmung des aktuellen Modus muss man ja "CONTROL_MODE" lesen.

Wie die DV das macht kann man (selbst über die Expertenparameter) nicht erkennen, das muss irgendwie in der Gerätelogik ablaufen.

[Xel66]

Funktioniert auch nicht.

Danke für den Test. War ja nur ein Strohhalm.

Wie die DV das macht kann man (selbst über die Expertenparameter) nicht erkennen, das muss irgendwie in der Gerätelogik ablaufen.

Doch, ist erkennbar. Die DV richtet sich an den Kanal 6, der keine für den WebUI-Benutzer beschreibbaren Datenpunkte hat. Ich war der irrigen Ansicht, dass das Tasterereignis an Kanal 4 gebunden wird, denn man schreibt per Programm auch nur auf Kanal 4. Daraus folgt, dass man per WebUI/Programm nicht toggeln kann, weil diese Funktionalität dort so nicht umgesetzt ist bzw. nur per Moduswechsel ausgelöst werden kann. Also nur über virtuelle Taste. qed!

Gruß Xel66