SOLVED RPC 1.9.11 Frage zu CONTOL_MODE
-
Ich habe das über Control_Mode gelöst, den muss man auf 1 Setzen. Dann wird der Temperaturregler von Auto auf manu umgestellt. Die Temperaturregler sind nach einem Stromausfall oder wenn man die Sicherung herausgenommen hat nach dem Start typisch immer im Auto-Modus, d.h. die Regler scheinen sich den letzten Status nicht zu merken.
Anbei ein Screenshot meines Blockly Skripts, das durch einen Button Druck getriggert wird.
Durch den Befehl steuere Regler:1.CONTROL_MODE mit 1 wird der SET_POINT_MODE auf 1 geändert. Den Set_POINT_MODE direkt zu ändern hat nichts bewirkt. Warum der CONTROL_MODE ein Indikator ist erschliesst sich mir leider nicht ganz.
Ich bin mir nicht ganz sicher aber ich denke das funktioniert nur mit der aktuellsten FW des Temperaturreglers.
Ich hoffe das hilft dem Ein oder Anderen.
RandyAndy
-
Ich habe das über Control_Mode gelöst, den muss man auf 1 Setzen. Dann wird der Temperaturregler von Auto auf manu umgestellt. Die Temperaturregler sind nach einem Stromausfall oder wenn man die Sicherung herausgenommen hat nach dem Start typisch immer im Auto-Modus, d.h. die Regler scheinen sich den letzten Status nicht zu merken.
Anbei ein Screenshot meines Blockly Skripts, das durch einen Button Druck getriggert wird.Durch den Befehl steuere Regler:1.CONTROL_MODE mit 1 wird der SET_POINT_MODE auf 1 geändert. Den Set_POINT_MODE direkt zu ändern hat nichts bewirkt. Warum der CONTROL_MODE ein Indikator ist erschliesst sich mir leider nicht ganz.
Ich bin mir nicht ganz sicher aber ich denke das funktioniert nur mit der aktuellsten FW des Temperaturreglers.
Ich hoffe das hilft dem Ein oder Anderen.
RandyAndy
-
Hi, auch wenn der Post schon fast ein Jahr alt ist, habe alles nachbebaut, aber es funktioniert bei mir leider nicht.
Ich beiß mir auch schon seit einigen Tagen die Zähne daran aus?Danke!
-
komisch ich verwende das seit ich HM-IP Adapter habe. Ich schaue aber noch einmal nach ich denke ich habe da noch einmal an der Reihenfolge etwas geändert.
Ich hoffe Du hast auch HM-IP, bei den früheren HM-Adpatern funktioniert das andersAndreas
-
Danke für Deine Antwort!
Dann scheint es so wie es aussieht nur bei den IP Geräten zu funktionieren. Bei den normalen, kann ich zwar sehen, das der Status in den Objekten sich geändert hat, aber nicht auf der CCU.
Im Handbuch steht auch, das dieser Kanal auch nur "lesen" und nicht "schreiben" kann.
Habe mir etwas anders geholfen, zwar etwas umständlich vielleicht, aber es geht.
Ich triggere ein CUXD Gerät auf der CCU an, was mir dann den entsprechenden Zustand ändert.Ja ich weiß - nicht unbedingt schön, aber solange ich keine Andere Lösung habe, muss es gehn.
-
@falke69 sagte:
bei den IP Geräten zu funktionieren. Bei den normalen, kann ich zwar sehen, das der Status in den Objekten sich geändert hat
Bei HM classic ist CONTROL_MODE "read only" und zeigt nur den Status an. Gesteuert wird das Thermostat mittels AUTO_MODE, BOOST_MODE und MANU_MODE, wobei dem MANU_MODE der manuelle Sollwert mitgegeben wird.
-
genau, so habe ich das auch gelesen. Aber scheinbar, kann dieser Datenpunkt nur von der CCU selbst geändert werden.
-
@falke69 sagte:
kann dieser Datenpunkt nur von der CCU selbst geändert werden
Ja, genau das bedeutet "read only".
-
@falke69
Das geht auch bei den "normalen" HM Geräten. ICh muss da aber nachsehen wie ich das genau umgesetzt habe. Bei den "normalen" HM Geräten ist es so dass z.B. nach einem Batteriewechsel der Thermostat immer im Auto-Modus ist und das hat mich genervt.Andreas
-
bei den HM-Geräten ohne IP habe das so gemacht und das funtioniert. Manchmel muss ich zwar zweimal drücken (ich habe nie herausgefunden warum), aber sonst stellt er auf Manu-Mode um.
Es gibt da noch ein Object Control_mode. Dieses Objekt kann man in der Tat nicht ändern. Aber es eignet sich als Anzeiger um zu sehen ob der Mode sich umstellt.Bei den HM-IP Skript habe ich noch einmal nachgesehen und das Skript dass ich oben angehängt habe fuktioniert. Das war schon meine aktuelle Version.
Andreas
-
