Heizungsthermostatscript

[robbi77]

Threadstarter war erik am 18.09.09 ... [emoji12] gab's da schon die ccu2?


Gruß
Roberto

[Homoran]

Threadstarter war erik am 18.09.09 ... [emoji12] gab's da schon die ccu2?


Gruß
Roberto

Definitiv NEIN!
habe erst 2010 mit HM angefangen, da kostete die CCU1 noch 199 Teuros! (oder waren es sogar mehr?)

Gruß
Rainer

[erik]

Threadstarter war erik am 18.09.09 ... [emoji12] gab's da schon die ccu2?


Gruß
Roberto

Yep, das script ist damals auf der ccu1 entwickelt worden, die damals, wenn ich mich irre, nicht was mit 4xxx Euro gekostet hat, der Umzug auf die ccu2 war dann auch kein problem.

Habe aktuell keine neuen heizkörperventile im , was sich demnächst ändern wird. Dann werde ich auch wieder sicher am script arbeiten müssen.....
Aktuell wallen drei kleine Kids mehr aufmerksamkeit, als die ccu2, die super laueft.

Es freut mich zu sehen/ zu lesen, welche Resonanz das Script ueber die Jahre entwickelt hat und wieviele Leute damit gluecklich sind.

Gruesse

Erik

[Harry-Homematic]

Hammer Script! Die Heizperiode startet ja bald, und jetzt wollt ich mich auch an das Thema ran wagen.

Kann ich nicht die Temperaturprofileinstellungen in den Geräten verwenden? Da gibt es ja schon ein Wochenprogramm.
Und Eco-Temperatur, Komfort-Temperatur etc...

Das einzige, was dann nicht gut funktioniert, ist z.B. Urlaub oder Feiertage.
Kann ich über Script-Logik das Temperaturprofil übersteuern? Also z.B. : "Wenn Feiertrag, dann wähle Temperaturprofil vom Sonntag". Geht so etwas?
Weiß jemand, wann genau das Ventil das Tagesprofil übernimmt? Immer um kurz nach Mitternacht? Dann würde es ja reichen, das Übersteuern-Script kurz danach abzusetzen.


Bei uns ist es so, dass wir keinen geregelten Wochenablauf haben. Mal bin ich tagsüber weg, mal da. Mir schwebt folgende Lösung vor:
4-5 verschiedene Tagesprofile, z.B. für Urlaub, Ausschlafen, Frühschicht, Spätdienst...
Dann intelligente Vorwahl des Tagesprofils anhand Kalenderregel (Sa,So immer Ausschlafen, Mo,Di immer Frühschicht...)...
Und dann über Web GUI (iobroker.vis) diese Vorbelegung für den aktuellen und die 3 nächsten Tage manuell ändern können (Radio Buttons für die 4-5 Profile).

Ich realisiere das mal und poste das Ergebnis, wenn mir jemand bei dem Übersteuerungsthema oben helfen kann.

[Xel66]

Das kannst Du auch ohne Script und Umschalten von Profilen lösen. Einfach ein Tagesprogramm mit dem kleinsten gemeinsamen Nenner eingeben. Bei mir ist es der Tagesablauf der restlichen Familie. Es beinhaltet das morgendliche Heizen der benutzten Räume und dann am frühen Nachmittag bis Abends das restliche Haus zusätzlich.

Am Wochenende wird von morgens bis abend durchgeheizt. Abweichungen davon werde einfach durch Setzen der Solltemperatur, die dann bis zur nächsten Schaltzeiten gehalten werden, gesetzt. Meine Abweichungen sind auf Grund von Schichtarbeit auch recht häufig, aber regelmäßig.

Mein Schichtplan wird durch ein Script berechnet. Die aktuelle Schicht wird nacht als Systemvariable gesetzt, die ich auch noch für andere Aktionen nutze (z.B. Beleuchtung). Davor hatte ich auch eine Programmversion für die Systemvariable erfolgreich in Betrieb. Aktuell nutze ich noch für Vertretungsschichten das externe Setzen der Systemvariablen mittels Tasker von einem Tablet aus, welches meinen Kalender auswertet.

Ebenfalls werden die Feiertage als Abweichung von Normalheizprogramm gesetzt. Dazu benutze ich das Feiertagsscript welches ebenfalls eine Systemvariable setzt.

Die sind die einzigen Scripte, die dafür notwendig sind. Alles Andere lässt sich durch Programme in Abhängigkeit von Systemvariablen (Urlaubsab- und -anwesenheit u.ä) regeln.

Ein Grundproblem ist, dass sich hinterlegte Wochenprofile der Thermostaten nicht durch Programme umschalten lassen (allerdings gibt es Scriptlösungen für das Problem als TCL und HM-Version). Ist aber kein Problem, da man auch jederzeit eine andere Solltemperatur setzen kann, die im Automatikprogramm bis zur nächsten programmierten Schaltzeit gehalten wird.

Ich befürchte zudem, dass mit der aktuellen Firmware, die stärker auf die Einhaltung des Duty Cycle achtet, das Heizungsscript die CCU bei umfangreicheren Gerätepark blockiert. Das Script generiert eine nicht gerade geringes Funkaufkommen, da alle paar Minuten die Sollwert wiederholt gesetzt werden, selbst wenn sie sich nicht geändert haben. Und dieses wird auch noch alles durch die Thermostate quittiert. Das Problem wird dann wohl erst bei Usern mit geupdateter Firmware mit Beginn der Heizperiode akut.

Dann bin ich auch wegen des 200-Scriptvariablen-Problems (welches sich mit einem Workaround nicht gerade galant umgehen lässt) kein Freund davon, banale Steuerungsaufgaben (und dazu zähle ich das Steuern von Thermostaten, die eigentlich dafür eine eigene autarke Funktion haben) durch ein Script erledigen zu lassen, welches zudem noch einen großen Teil der zur Verfügung stehenden 200 Scriptvariablen mit überschaubarem Komfortgewinn "verbraucht". Aber das muss jeder selbst entscheiden, welche Lösung für ihn passend ist. Für mich hat ein stabiles System eine sehr hohe Priorität.

Gruß Xel66

[Harry-Homematic]

Danke Xelo, guter Ansatz!
Insbesondere das Duty Cycle Problem und Variablenflut - da gebe ich Dir Recht.

Deine Lösung nehme ich als Blueprint und baue darauf auf.

Das Einzige, was ich über ein Script auf jeden Fall beibehalte: Ein und Aus der Heizung. Dabei setze ich bei "Ein" alle Heizungsregler auf Automatik und entsperre sie, bei "Aus" alle Regler auf 30,5 Grad und schalte die Tastensperre ein.

[Xel66]

Das Einzige, was ich über ein Script auf jeden Fall beibehalte: Ein und Aus der Heizung.

Kann man machen, muss man aber nicht... Das wäre eine einmalige Fleißaufgabe. Eine Systemvariable, welche zwischen Automatik/AUS wechselt und ein Programm, welches auf Änderung dieser Variable reagiert und nach und nach alle paar Sekunden Thermostat für Thermostat in den gewünschten Modus schaltet. Hintergrund, ein Script arbeitet die Befehle in einem Rutsch ab und sendet die Befehle quasi "gleichzeitig" raus, so dass es zu Funkkollisionen durch das Senden der CCU und Quittieren der Thermostate kommen kann. Holen Deine Thermostate aber ihre Werte selbst (Wake-On-Radio ist deaktiviert), dann hat das keinen Einfluss. Bei mir ist Wake-On-Radio aktiviert (die CCU kann also Wertänderungen sofort übermitteln), darum würde ich so was nicht einsetzen. Die Nichtverwendung dieses Wecksignals ist übrigens der einzige Schutz, dass die oben angeführte Befürchtung bezüglich des Duty Cycles übertrieben sind, da sich die Thermostate alle drei Minuten bei der CCU mit ihrem aktuellen Status melden und bei der Gelegenheit neue Sollwerte übermittelt bekommen.

Ich möchte aber aus mehreren Gründen die prompte Reaktion der Thermostate auf manuelle Eingriffe. Ich habe mir so eine Eingriffsmöglichkeit in den Automatismus gebaut. Drehe ich drei bestimmte Ventile in ON oder OFF, kann ich so die Systemvariable "Heizungsperiode" umschalten. Somit kann ich auch dem außentemperaturabhängigen Automatismus bei Bedarf vorgreifen. Genau so teile ich der CCU z.B. die Benutzung der Gästezimmer mit, die im Normalfall auf Absenktemperatur sind und nur bei Anwesenheit von Übernachtungsgästen dem eingestellten Profil folgen. Durch diese Eingriffe an vorhandener Hardware spare ich mir das Geklicke in der GUI der CCU oder die Benutzung einer App. Ich erwarte von einer Hausautomation das, was schon im Namen steht. Es soll alles automatisch ablaufen und wenn Handeingriffe notwendig sind, dann sollen sie so einfach und intuitv wie möglich sein. Eben wie die Benutzung eines Lichtschalters. Beispiel: Ich kann eine Party-Variable setzen, die die automatische Abschaltung von Licht und Heizung außer Kraft setzt, und das automatische Verriegeln der Haustür per Keymatic verhindert. Werden alle Lichter im Wohnbereich dann manuell ausgeschaltet, geht die CCU davon aus, dass die Party zuende ist und setzt die Systemvariable zurück - ohne zusätzlichen Eingriff und ohne App. Das meine ich mit intuitiv.

Gruß Xel66

[quickmic]

@erik bzw. jemand anderes...
Funktioniert das Script noch prinzipiell auf der 3.43.15er CCU version bzw. mit der RaGaHss community?

btw, ich verwende das Script nicht selbst, aber mir wurde eine eventuelle Inkompatibilitaet berichtet.