Zeitverzögerte Reaktion / Hysterese
-
Moin zusammen.
Ich habe nun meine ersten Gehversuche mit node-red gemacht und zwei Thermostaten zusammengeklickt. Ich bin da in der Hinsicht also noch ein ziemlicher noob, bitte berücksichtigen
Den Code habe ich hier unten einmal einkopiert.
Eigentlich ist alles ganz simpel. Mit dem Yahka Adapter wird die Zieltemperatur eingestellt und entsprechend der Hysterese-Parameter schaltet dann ein Shelly-Switch das Ventil der Fußbodenheizung in dem Segment. Das funktioniert wunderbar.
Aber...
Was mir auffällt ist, dass teils das Schaltsignal an das Ventil zeitlich versetzt erfolgt, wie man hier an der Grafik gut erkennen kann.Die Solltemperatur (grün durchgezogene Linie) wird z.B. hochgesetzt, die Ist-Temperatur (blau) ist auch unterhalb des Trigger-Punktes und doch braucht es scheinbar erst noch eine minimale Änderung der Ist-Temperatur bevor dann letztlich das Ventil (grün gestrichelt) geschaltet wird.
Es scheint fast so, als ob es erst einer Änderung der Ist-Temperatur braucht, um den Flow zu starten. Nur die Änderung der Soll-Temperatur scheint das nicht auszulösen.Kann das sein? Und falls ja, wo liegt mein Fehler?
[ { "id": "c15739604c5db9bd", "type": "tab", "label": "Thermostat Küche", "disabled": false, "info": "", "env": [] }, { "id": "b671106c372bbddf", "type": "ioBroker in", "z": "c15739604c5db9bd", "name": "d1mini_2/DHT22/Temperature", "topic": "mqtt.0.d1mini_2.DHT22.Temperature", "payloadType": "value", "onlyack": "", "func": "all", "gap": "", "fireOnStart": "true", "outFormat": "ioBroker", "x": 140, "y": 160, "wires": [ [ "24e77fad6b110ef8" ] ] }, { "id": "dbdd083d11f3e043", "type": "ioBroker in", "z": "c15739604c5db9bd", "name": "Zieltemperatur", "topic": "0_userdata.0.Thermostat_Küche.Zieltemperatur", "payloadType": "value", "onlyack": "", "func": "all", "gap": "", "fireOnStart": "true", "outFormat": "ioBroker", "x": 140, "y": 220, "wires": [ [ "24e77fad6b110ef8" ] ] }, { "id": "24e77fad6b110ef8", "type": "hysteresis", "z": "c15739604c5db9bd", "name": "Hysterese", "ThresholdType": "dynamic", "ThresholdRising": "", "ThresholdFalling": "", "TopicThreshold": "0_userdata.0.Thermostat_Küche.Zieltemperatur", "TopicCurrent": "mqtt.0.d1mini_2.DHT22.Temperature", "ThresholdDeltaRising": "0.2", "ThresholdDeltaFalling": "0.2", "InitialMessage": true, "OutRisingType": "bool", "OutRisingValue": "false", "OutFallingType": "bool", "OutFallingValue": "true", "OutTopicType": "str", "OutTopicValue": "Switch", "DynRaiseError": true, "x": 360, "y": 160, "wires": [ [ "891d48c1fbf563fe" ] ] }, { "id": "891d48c1fbf563fe", "type": "ioBroker out", "z": "c15739604c5db9bd", "name": "Switch", "topic": "shelly.0.shellyplus1#7c87ce6434c0#1.Relay0.Switch", "ack": "false", "autoCreate": "false", "stateName": "", "role": "", "payloadType": "", "readonly": "", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 550, "y": 240, "wires": [] } ] -
@segelfreak Ich bin zwar kein Freund von diesen fertigen Nodes (insbesondere wenn es easy ist, dass mit den Standardnodes zu implementieren) - aber im Prinzip ist das ja richtig, dass erst ein neues trigger der IST-Temperatur zu einem erneuten Abgleich führt und dann mit den veränderten Parametern geschaltet wird. Insofern ist das in meinen Augen völlig korrekt. Wenn Du nicht warten möchtest bis eine neue IST-Temperatur gemeldet wird, dann musst Du halt die IST-Temperatur selbst triggern. Kannst noch eine Trigger Node dazwischen klemmen.
Aber ansonsten ist es halt so, dass man solche Nodes nicht braucht sondern selbst eine Hysterese Flow macht und kontrolliert wann was geschaltet wird. Da reichen die Standardmittel von NodeRed. Wenn man es selbst macht, dann liest man halt die IST-Temperatur selbst aus, wenn man den Soll verändert.
-
@mickym danke für die Rückmeldung!!! Ich hatte erwartet, dass auch eine Änderung der Solltemperatur eigentlich einen Abgleich auslösen sollte. Liegt das an dem fertigen Node? Denn die Fußbodenheizung ist träge, braucht mithin 3 Stunden um sich anzupassen. Heißt: eine Änderung der Ist-Temperatur wird eigentlich nur durch „externe Schocks“ ausgelöst, wie eine Tür oder ein Fenster. Was wäre die Lösung aus deiner Sicht?
-
Wie gesagt, wenn es funktioniert ist es einfach mit solchen Nodes. Dann holst Du beim Verstellen Deiner Zieltemperatur nochmal die IST Temperature mit einer GET Node. Ich gehe mal davon aus, dass die Hysterese Node dann reagiert.
Ich gehe mal davon aus, dass die Hysterese Node anhand des topics unterscheidet, was ist und was soll Temperatur ist. Zeig halt mal, wie Du Deine Hysterese Node konfiguriert hast.
-
@mickym so sieht es aktuell aus... viel ist da nicht einzustellen
-
@segelfreak Ja wie ich vermutet habe. Dann versuche ich das mal mit Standardmitteln zu erstellen.
-
@mickym ach, das wäre cool! Danke!
-
hier sieht man auch, dass es dann echt zu fehlerhaften Zuständen führt!
Die Soll-Temp ist 18°C, die Ist-Temp 21. Trotzdem bleibt der Schalter aktiv, weil der Node nicht aktualisiert.
-
@segelfreak So hier das ganze mit "Hausmitteln"
Musst halt statt den Inject Nodes die entsprechenden iobroker-IN Nodes eingeben und hinten statt oder zustätzlich zur Debug Node den iobroker-Out Node.
Hier der Flow:
Beide Temperaturen werden im Flow-Kontext gespeichert.
Wenn die Soll-Temperatur gesetzt wird, wird diese im Kontext gespeichert, aber die IST-Temperatur gesetzt, die IST-Temperatur speichert im Flow Kontext.
Die Hysterese machst Du dann in der switch Node:
die Payload enthält also IMMER die IST-Temperatur und wird mit der flow Kontext sollTemperatur verglichen.
Nehmen wir also an die SOLLTEMPERATUR ist 20°C, dann werden folgende Vergleiche gemacht.
Wenn IST-Temperatur: 19.7 dann macht die Switch Node folgendes:
- Regel
20 < 19.7 - 0.2 = 20 < 19.5 => falsch - Regel
20 > 19.7 + 0.2 = 20 > 19.7 => wahr
==> also unterer Ausgang - Heizung einschalten
Wenn IST-Temperatur: 19.9 dann macht die Switch Node folgendes:
- Regel
20 < 19.9 - 0.2 = 20 < 19.7 => falsch - Regel
20 > 19.9 + 0.2 = 20 > 20.1 => falsch
==> keine Regel passt, also passiert nichts.
Wenn IST-Temperatur: 20.3 dann macht die Switch Node folgendes:
- Regel
20 < 20.3 - 0.2 = 20 < 20.1 => wahr - Regel
20 > 20.3 + 0.2 = 20 > 20.5 => falsch
==> also oberer Ausgang - Heizung ausschalten
- Regel
-
@mickym sehr cool, vielen Dank für die Mühe! Das werde ich natürlich ausprobieren. Melde mich mit Resultat!
-
@segelfreak Du solltest in jedem Fall den Kontext beim Neustart initialisieren, also die iobroker-In Nodes beim Start feuern lassen:
-
@mickym ja, das hatte ich eigentlich auch eingestellt.
-
läuft und schaltet umgehend in beide Richtungen! Toll, nochmals vielen Dank!
-
@segelfreak Man hat halt mehr Kontrolle, wenn man das selber macht - man hätte es auch machen können mit der Hystere Node - aber dann sparst Du auch nicht mehr viel gegenüber den Standardnodes.
-
@mickym so ist schon prima. Wieder etwas dazu gelernt, auch mit den Standard-Nodes zu arbeiten. So kommt man Schritt für Schritt besser in das Thema und sieht, welche Möglichkeiten und Ansätze es gibt. Das passt schon!
-
@mickym so jetzt habe ich offenbar doch noch ein kleines Problem. Und zwar ist es so, dass beim shelly 1 alles ganz normal klappt. Der andere Schalter ist ein Shelly Plus 1 und der reagiert jetzt irgendwie nicht so, wie er sollte. Mir ist das nicht gleich aufgefallen, weil der Datenpunkt sauber aktualisiert wird. Tatsächlich schaltet er aber nicht.
Aber... wenn ich in den Objekten im Admin den Switch direkt schalte, und zwar nur über die Schalter-Funktion, dann wird auch tatsächlich am Schalter getriggert.
Ich hoffe, ich beschreibe das einigermaßen verständlich und ich kann mir das jetzt auch nicht erklären, warum das nun plötzlich anders ist.
Ich habe versucht, den Schalter in node-red als String zu verwenden, statt boolean. Aber weder alles klein "true/false", noch gross "TRUE/FALSE", brachte eine Änderung. Es geht wirklich nur über den Admin-Switch
Ich vermute, dass es ein spezifisches Problem mit dem Shelly Plus 1 ist, weil der flow exakt so mit dem anderen shelly 1 funktioniert. Hat jemand eine Idee, wie man das in den Griff bekommen kann?
-
@segelfreak Hast Du das auch als command nicht als value geschickt - Du kannst das schon als Boolean schicken. Schau auch dass Du die Konvertierung in der Adapterkonfiguration ausgeschaltet hast. Wenn Du es über die admin Oberfläche schaffst, dann geht das mit Node Red auch. Ich tippe mal Du hast value statt command geschickt.
-
@mickym das war's, ich hatte value drin, nicht command! Das war auch tatsächlich anders als beim anderen Schalter. Danke für die schnelle Hilfe!
