bshb - Rollladensteuerung mit yhka Homekit
-
@sascho Ich würde an Deiner Stelle lieber mit Hysterese arbeiten als mit Zeitfenstern - das nur allgemein zu den Regelmechanismen. Man kann es auch mit 10 min etc. machen - hängt halt davon ab, wie oft die Temperatur gemeldet wird.
Bitte in Zukunft exportierte Flows in CodeTags stellen - es ist sonst wirklich mühselig durch das Skript zu scrollen.
Falls Du öfter mal zeitliche Filter hast - die Du grafisch einstellen willst - empfehle ich Dir den lightscheduler. Ansonsten kann man es aber auch einfach mit Hausmitteln umsetzen:
Diese Switch Node lässt Nachrichten, wie gewünscht nur zwischen 16:30 und 10:30 durch. Schaltet wahrscheinlich erst um 10:31 dann halt in >= ändern.
Trotzdem - auch wenn eventuell eine Hysterese besser ist - hier mal die Prüfung auf 10 Minuten unter 20°C und die gesamte Logik wie Du sie beschrieben hast: Ab 10:30 Wintermodus (1), ab 16:30 Sommermodus (0) bei 10 min unter 20°C Urlaubsmodus (2) im Zeitraum von 16:30 und 10:30.
-
Prima, das hat funktioniert. Ich habe noch eine E-Mail Notification eingebaut und die E-Mail kam pünktlich und der Test-Datenpunkt wurde mit dem neuen Betriebsmodus beschrieben.
Was allerdings noch fehlen würde, wäre dass der ursprüngliche Sommermodus nach einer festgelegten Zeit wieder eingestellt wird - z.B. 30 Min.
Die festgelegte Minimaltemperatur kann nämlich bereits um 23:00 Uhr unterschritten werden. Dann läuft die Wärmepumpe ungewollt bis Morgens um 10:30 im Urlaubsmodus. Sie sollte stattdessen nach einer festgelegten Zeit wieder "einschlafen".
Ich würde das zeitgesteuert machen und nicht über eine Maximaltemperatur - denn die Rücklauftemperatur schwankt sehr stark je nachdem ob geheizt wird und auch wenn Ventile öffnen und schließen.
Kann man das z.B. über ein Delay + Change Node machen? Würde die Untergrenzenüberwachung dann auch wieder scharf geschaltet?P.S. Was meinst Du mit Code Tags? & Besten Dank!
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
P.S. Was meinst Du mit Code Tags? & Besten Dank!
Fangen wir mal damit an - dachte eigentlich als nun "alter Hase" im Forum solltest Du das wissen:
Der Vorteil ist einfach - dass Du mit Select All in der schwarzen Box alles markiert hast und in die Zwischenablage kopieren kannst und nicht ewig durch den Code scrollen musst.
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Sie sollte stattdessen nach einer festgelegten Zeit wieder "einschlafen".
Ich würde das zeitgesteuert machen und nicht über eine Maximaltemperatur - denn die Rücklauftemperatur schwankt sehr stark je nachdem ob geheizt wird und auch wenn Ventile öffnen und schließen.
Kann man das z.B. über ein Delay + Change Node machen? Würde die Untergrenzenüberwachung dann auch wieder scharf geschaltet?Die Logik erschließt sich mir doch nicht so ganz. Wenn es kalt wird sollte doch die Rücklauftemperatur wieder höher werden, wenn die Pumpe eingeschaltet ist, das ist doch Sinn der Sache und wenn mehr geheizt wird, dauert es länger bis die Rücklauftemperatur wieder hoch genug ist. Na egal - so wird halt dann wohl mehrfach geschaltet.
Um 23:00 für eine halbe Stunde - dann wenn wieder 19°C wieder für eine halbe Stunde - na egal ich muss es nicht verstehen.
Nun zur Umsetzung - ist eigentlich ganz easy - Du schaltest 2 Trigger Nodes hintereinander. Die 1. Trigger Node wird nur noch als Trigger für die 2. Trigger Node genutzt - sprich wenn die Dauer der Temperaturüberprüfung abgelaufen ist, die eigentliche Steuerung übernimmt dann die 2. Trigger Node.
-
Hi,
wahrscheinlich hatte ich es einfach nur wieder vergessen...
Also in Node Red: Export>Ausgewählte Nodes>In Zwischenablage kopieren
... im Forum >Spoiler>Code Tags> Einfügen -
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Hi,
wahrscheinlich hatte ich es einfach nur wieder vergessen...
Also in Node Red: Export>Ausgewählte Nodes>In Zwischenablage kopieren
... im Forum >Spoiler>Code Tags> EinfügenGeanu - die CodeTags hast Du halt das letzte Mal wieder vergessen - siehst ja. Ist nicht in der schwarzen Box.
-
Ich hänge mal zur Verdeutlichung ein Screenshot unsere Energieverbrauchs am heutigen Montag an.
Da siehst Du, dass die Wärmepumpe bis 2:00 Uhr aus war > Sommer.
Dann kam die E-Mail Warnung, dass die Rücklauftemperatur unter 20° gefallen ist. Ich habe die Wärmepumpe dann in den Urlaubsmodus geschaltet (=abgesenkte Heizkurve).
Sie ist dann 5!!! Stunden bis 7:00 Uhr durchgelaufen und hat so also 20 kwh bzw. 5 EUR aus der Steckdose gezogen - unnötigerweise bei den tiefsten Temperaturen, die an einem Kalendertag vorkommen. Um 7:00 Uhr habe ich dann händisch den Sommermodus aktiviert, was man sofort sieht.
Genau das Szenario möchte ich verhindern, indem ich sie verstärkt tagsüber laufen lasse - dieser Urlaubsmodus scheint nicht wirklich zu funktionieren - nur das Aktivieren des Sommermodus hilft (es gibt auch noch einen SG Red, Yellow, Green Modus, der aber auch nichts bringt).Es geht also darum, die Wärmepumpe nach dem Unterschreiten der definierten Rücklauftemperatur möglichst kurz im Urlaubsmodus laufen zu lassen, dann dann wieder abzuschalten bis die Rücklauftemperatur wieder unter 20° fällt. D.h. ja, sie springt dann öfter an, läuft aber wenigstens nicht stundenlang durch - ich brauche morgens um 7:00 Uhr keine 27° Rücklauftemperatur - es reicht auch 22°.
Ich probier Deinen Code mal heute Nacht direkt aus. Ich hoffe, dass es im Simulationsmodus sauber durchläuft. Ich lasse mal bei jeder Betriebsmodusänderung eine E-Mail schicken.
Besten Dank Dir für die ganze Hilfe!
-
@sascho Ich hab mal einen schöneren Switch Node - für Deine Tag und Nachtzeiten gemacht:
Damit hast Du nun definierte Ausgänge für Deinen Tag und Nachtprogramm. Es wird auch im Gegensatz zur vorher nur einmal die Uhrzeit ermittelt und nicht doppelt.
Damit die vorhergehende SwitchNode ersetzen:
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Es geht also darum, die Wärmepumpe nach dem Unterschreiten der definierten Rücklauftemperatur möglichst kurz im Urlaubsmodus laufen zu lassen, dann dann wieder abzuschalten bis die Rücklauftemperatur wieder unter 20° fällt. D.h. ja, sie springt dann öfter an, läuft aber wenigstens nicht stundenlang durch - ich brauche morgens um 7:00 Uhr keine 27° Rücklauftemperatur - es reicht auch 22°.
Ganz verstehe ich das trotzdem nicht - der Flow hätte eigentlich sofern die Rücklauftemperatur wieder 20°C erreicht hat, wieder auf Sommer 0 hätte schalten müssen. Das heißt evt. schaltet das immer hin und her und Du solltest vielleicht doch eine Hysterese einbauen - oder Du versuchst Ausreiser innerhalb einer Zeitspanne durch den median eliminieren. Am Besten ist Du zeichnest mal die Temperatur auf und vergleichst es mit den Einschaltpunkten.
-
Super - vielen Dank für die neue Node. Ich lasse das Script von gestern jetzt mal als Test 1 auf Datenpunkt 1 laufen, und das mit der neuen Switch Note auf Datenpunkt 2 als Test 2.
Mal schauen was da ankommt.Ich habe gerade mal die Historie Visualisierung gebaut. Da kann man das Verhalten der Betriebsmodi und die Temperaturentwicklung gut verfolgen. Ich bin gespannt, was heute Nacht passiert. :-).
Auf dieser Grafik siehst Du auch gut, warum wir diese Karenzzeit für eine Unterschreitung der Minimaltemperatur brauchen - manchmal gibt es eben diese kurzfristigen Einbrüche der Rücklauftemperatur. Ich vermute irgendwo macht ein Ventil auf und kaltes Wasser strömt ein.
Hier tracke ich die Betriebsmodi - Tatsächlich und die zwei Testdatenpunkte
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Auf dieser Grafik siehst Du auch gut, warum wir diese Karenzzeit für eine Unterschreitung der Minimaltemperatur brauchen - manchmal gibt es eben diese kurzfristigen Einbrüche der Rücklauftemperatur. Ich vermute irgendwo macht ein Ventil auf und kaltes Wasser strömt ein.
Ja wenn Du sowas öfter brauchst - ich habe mir hierzu noch die Aggregator Node installiert - aber es mit Hausmitteln geht, siehst ja am bestehenden Flow.
-
@mickym said in bshb - Rollladensteuerung mit yhka Homekit:
reitung der Minimaltemperatur brauchen - manchmal gibt es eben diese kurzfristigen Einbrüche der Rücklauftemperatur. Ich vermute irgendwo macht ein Ventil auf und kaltes Wasser strömt ein.
Es wäre schon gut, diese Grafiken irgendwie auf das Handy zu bekommen. Aktuell nutzen wir wieder Homekit, weil wir die Sprachsteuerung per Siri ausprobieren. Mit Homekit gehen ja leider keine Diagramme.
Also, ich habe mir gerade die Daten angesehen - hatte gestern um 0:00 Uhr aber schon einige Erkenntnisse:
a) Um circa 0:00 Uhr war die Rücklauftemperatur auf 20 Grad abgesackt. Daraufhin haben beide Flows jeweils 2x ausgelöst:
b) Ich habe dann manuell den Modus von Sommer auf Urlaub geändert. Dabei habe ich realisiert, dass die Umwälzpumpe im Sommermodus nicht läuft. Die 20 Grad Rücklauftemperatur stimmen nicht - es waren nämlich noch 22 Grad im System. Als warmes Wasser aus dem Kreislauf wieder am Thermometer vorbeigepumpt wurde, stieg die Temperatur sofort wieder. D.h. da sind noch 2 Grad Reserve im System.
Die Wärmepumpe hat dann wieder bis auf die Zieltemperatur von 27° C hochgeheizt. Aus meiner Sicht ist das kein echter Urlaubsmodus, weil einfach zu lange geheizt wird - 3 Std. lang.
c) Der Wechsel von Sommer in Winter funktioniert noch nicht richtig. Nach 5 Minuten wechselt das System wieder zurück zu Sommer(orange und rot, blau ist meine manuelle Schaltung direkt an der WP). Da müsste noch ein Bug im System sein:
Diese Zürckschalten auf Sommer ist mir auch gestern morgen schon aufgefallen. Soll ich den Flow noch mal posten?
-
@sascho Nutze halt das NodeRed Dashboard - das geht schnell, um was zu sehen oder zu steuern.
Den Flow kenne ich ja im Wesentlichen - allerdings habe ich keine Ahnung wie oft die Temperaturwerte kommen und wo wann Du die Mail verschickst.
Bei all den Dingen, die Du schilderst bin ich mir halt nie sicher, ob nicht irgendeine Automatik in Deiner Wärmepumpe dazwischen funkt.
Das Einzige, was in meinen Augen zuverlässig ist, wäre wenn Du Dir zu bestimmten Ereignissen Warnungen in das Log schreiben lässt.
Trigger tun ja grundsätzlich die Temperaturwerte. Auch wenn Du jetzt vielleicht keine Datenbank installieren willst, aber über den iobroker History Adapter kann man glaube ich auch Datenpunkte aufzeichnen -
Der Wechsel von Sommer in Winter funktioniert noch nicht richtig. Nach 5 Minuten wechselt das System wieder zurück zu Sommer(orange und rot, blau ist meine manuelle Schaltung direkt an der WP). Da müsste noch ein Bug im System sein:
Nun das kann aber nicht am Flow liegen - am Tag wird nur einmal Winter eingestellt und dann nie wieder was. Wenn das dann nach 5 Minuten wieder in den Sommermodus wechselt, dann kann das nicht mit dem Flow zu tun haben. Ich kanns mir zumindest nicht erklären. Es wird ja immer die aktuelle Zeit geprüft bei jedem Temperatureingang und gerade im Tagesmodus wird diese doch gar nicht überprüft, sondern grundsätzlich nur der Wintermodus eingeschaltet. Wir könnten höchstens noch einen Reset an den Trigger schicken, so dass nicht gerade während einer ausstehenden Nachtschaltung der Wechsel zu Tag stattfindet.
Das heißt Du gibst in beiden Triggern an, dass eine payload von 0 den trigger zurücksetzt und sendest mittels einer Change NOde 0 aus dem Tagesast an beide Trigger.
-
Ich schaue mir das NodeRed Dashboard mal die Tage an. Wäre schon cool, wenn ich die Verläufe beobachten könnte. Iqcontrol kann das wohl auch über die Kacheln, hinter die man dann die Flot Diagramme als Hintergrund legt. So richtig gut sieht das nicht aus.
Ich habe mir die das ganze Konzept noch mal angeschaut und bei Dimplex in die Installateuranleitung geschaut.
Grundsätzlich gibt es drei Modelle, wie man die Wärmepumpe betreiben kann:
a) Festwertsolltemperatur > Da legt man eine Rücklauftemperatur fest, die sich nie ändern soll. Nachteil ist, bei unterschiedlichen Außentemperaturen die Wärmepumpe zu viel oder zu wenig Wärme generiert. Die Raumthermostate machen zwar anhand der eingestellten Sollluftemperatur auf und zu - aber es ist immer zu wenig oder zu viel Wärme im Kreislauf.
b) Außentemperatur gesteuert > Die Wärmepumpe errechnet eine Heizkurve, die sich an der Außentemperatur orientiert. Da spielt dann noch rein, wie das Gebäude gedämmt ist.
Du musst das System nach Trial-und-Error optimieren. Das habe ich hier gerade im Einsatz.
c) Raumfühler gesteuert > Du hast eine Anzahl von Meßpunkten im Haus. Die Wärmepumpe guckt dann, wie viel Wärme sie generieren muss, um die gewünschten Temperaturen zu erreichen. Das hört sich für mich nach dem Ferrari an.
Ich muss mir die Variante mal ansehen - da wir ja überall diese Bosch Thermostate hängen haben, könnte man evtl. diese Meßpunkte über den Modbus Adapter einspeisen und der Wärmepumpe den Rest überlassen - evtl. nachts noch automatisch absenken lassen und gut ist.Für Option c) brauche ich aber noch Zeit zu verstehen.
Für Option b) habe noch mal überlegt - wenn nachts diese harte Umschaltung auf Sommermodus kommt, und die Umwälzpumpe abschaltet - besteht die Gefahr, dass irgendwann doch mal was schief geht und das Haus zu sehr abkühlt.
Die Rücklaufsolltemperatur kann ich leider nicht direkt beschreiben (siehe Link). Ich kann aber eine Parallelverschiebung der Heizkurve antriggern.
D.h. ich könnte tagsüber z.B. auf der 17 fahren und nachts erst mal auf der 15. Wenn die Solltemperatur in eine Referenzraum, z.B. Kinderzimmer, unter 20° C fällt, setze ich die Parallelverschiebung wieder auf 17 und später zurück auf 15.
Außerdem mache ich noch den SG Ready Rot Modus über den ID2 Eingang an und mal sehen was passiert. Tagsüber steuer der Sunny Home Manager den ID1 (SG Green ) Modus an.
Dann kann die Wärmepumpe innerhalb ihrer inneren Logik arbeiten.
Ich probiere mal 1-2 Tage aus, ob das besser klappt...Hier mal ein paar Screenshots:
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Ich schaue mir das NodeRed Dashboard mal die Tage an. Wäre schon cool, wenn ich die Verläufe beobachten könnte. Iqcontrol kann das wohl auch über die Kacheln, hinter die man dann die Flot Diagramme als Hintergrund legt. So richtig gut sieht das nicht aus.
Na um ein Diagramm anzuschauen brauchst Du das nicht - wenn Du im Flot schon sammelst zeichnest Du ja schon Datenpunkte auf. Zur Analyse kannst Du Dir doch die Werte und als Diagramm das direkt im iobroker anschauen??? - Warum machst Du das nicht?
Du siehst doch dann die Verlaufsdaten eines Datenpunktes:
Hier sehe ich zum Beispiel - dass mein iPhone manchmal auf falsch in der FB umstellt. Da dies Teil der Anwesenheitserkennung ist - ignoriere ich diese kurzen Einbrüche ebenfalls - indem mind. 10 min false sein muss, bevor eine Abwesenheit erkannt wird.
Warum hast Du nachts das Rücksetzen auf Sommermode ausgenommen? Damit funktioniert die Dauer - muss mind. 10 Minuten unter 20°C bleiben nicht mehr funktionieren und Deine Einbrüche triggern. Und wie ich im Vorpost gesagt haben - auch wenn keine Nachricht mehr durchkommt - kann noch eine Nachricht in den Triggern stecken:
Nehmen wir an Du bekommst um 10:29 eine Nachricht mit Temperatur unter 20°C - dann läuft der 1. Trigger mit 10 Minuten anschliessend der 2. Trigger mit 30 Minuten - also insgesamt 40 Minuten. Wenn Du also oben um 10:30 auf Winter umstellst, dann überschreibt Dir bis zu 11:09 die Trigger die Wintereinstellung. Deshalb beide Trigger bei Tag zurücksetzen.
Die E-Mail wirft Dir halt nur das Gesamtergebnis aus. Du könntest noch eine Marker in das Nachrichtenobjekt aufnehmen, um zu sehen, wie das Ergebnis zustande gekommen ist.
-
@mickym said in bshb - Rollladensteuerung mit yhka Homekit:
Na um ein Diagramm anzuschauen brauchst Du das nicht - wenn Du im Flot schon sammelst zeichnest Du ja schon Datenpunkte auf. Zur Analyse kannst Du Dir doch die Werte und als Diagramm das direkt im iobroker anschauen??? - Warum machst Du das nicht?
Du siehst doch dann die Verlaufsdaten eines Datenpunktes:Ich habe eben viele Datenpunkte, die über Stunden aufgezeichnet werden. Die Visualisierung, gerade die Einbrüche in der Rücklauftemperatur, kann man visuell besser erkennen. Ich würde auch behaupten, dass wenn ich die Mischerstellung dazuspielen würde, die Temperatureinbrüche sehr wahrscheinlich korrellieren.
Aktuell habe ich die Logiken abgeschaltet, da wir vorgestern ein Problem mit der Wärmepumpe hatten - die Kondensatwanne war komplett voll mit Kondensatwasser und Wasser ist aus der Wärmepumpe ausgetreten. Auslöser war ein mit Styropor verstopfter Abfluss. Mir ist aber auch aufgefallen, dass beim Schalten in den Sommermodus die Wärmepumpe direkt komplett ausgeht. Im Wintermodus fährt sie ein festgelegtes Programm ab... dieses endet mit dem Abtauen von Eis am Verdampfer. Evtl. besteht eine Korrelation zu dem vielen Kondensatwasser, dass wir die Wärmepumpe nicht ständig in einen anderen Betriebsmodus setzen dürfen.
Ich stelle daher gerade Überlegungen an, ob es nicht besser wäre, die Wärmepumpe immer im Wintermodus zu lassen und stattdessen daran zu arbeiten, diesen Raumtemperaturgesteuerten Modus zum Laufen zu bekommen. Die Steuerung des ganzen Systems würde dann über Warm- Kaltphasen der Räume erfolgen.
D.h. man stellt an den Bosch Thermostaten tagsüber 21° Solltemperatur ein und nachts 19°.
Die Wärmepumpe wird den Soll- und Ist-Werten über den Modbus gefüttert und bleibt nachts aus, so lange der Sollwert von 19° noch nicht unterschritten ist.
Dann müsste ich auch nicht ständig in die Heizkurve eingreifen, sondern die Steuerung erfolgt an einem Punkt - nämlich über die Raumthermostate.Lies mal hier: Link.
Man kann bis zu 10 Räume einspeisen.
Dazu muss man per Timer durch die Raumadressen durchschalten, Werte schreiben abgleichen, usw. Dimplex hat das in 5 Bausteine zerlegt.
Ich überlege gerade ernsthaft in diese Richtung zu gehen - das würde wahrscheinlich auch noch Heizkosten sparen, da die Wärmepumpe wirklich nur anspringt, wenn in einem Raum die Solltemperatur unterschritten wird.Aktuell springt sie ja Außentemperatur + Heizkurven + Rücklauftemperatur gesteuert an. Sie kennt die Raumsituation nicht und kann auch nicht reagieren. Ich vermute, die Raumgesteuerte Variante wird standardmäßig nicht aktiviert, da kaum jemand die Soll- und Istwerte aus den Räumen auslesen kann. Das ist ja bei uns anders - wir haben alles da...
