NEWS
WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten
-
@homoran Vielen Dank für's teilen. Darauf bin ich anfangs auch gestossen. Sieht sehr gut aus, schönes Gehäuse, PCB etc.
Auch gibt es noch viele andere schöne Lösungen auf der Seite :fist:@alk sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
Auch gibt es noch viele andere schöne Lösungen auf der Seite
so ist es!
Eugen ist da sehr aktiv. Schon bevor es ioBroker gab hat er einiges für Homematic gebastelt.
Hält sich preislich auch im Rahmen. -
@alk Richtig, genau so ist es aufgebaut (in diesem Fall ein Sonoff Dual R2, der auch die Außenbeleuchtung schaltet)
wiffi-pump habe ich davor auch gesehen, möglicherweise hat er mich inspiriert ;)Ich hab das Skript oben mit meiner aktuellen Version aktualisiert - es kamen ein paar Kommentare dazu und eine Alarmmeldung wenn niemand im Haus ist und die Zirkulationspumpe aktiviert wird (zu Testzwecken und jetzt drin geblieben).
Zu Analysezwecken habe ich auch eine Heatmap in Grafana aufgebaut :DNatürlich wäre es schicker wenn die Logik wie bei Eugen Stall alles im Mikrocontroller umgesetzt wäre, dann hätte man eine kürzere Verzögerung für das Zuschalten der Pumpe. Das mit der Auswertung und Analyse müsste man dann anders lösen wenn man das möchte. Und ich bräuchte dann einen weiteren ESP nur für diese Aufgabe, außer man bekommt das irgendwie auch mit Tasmota Rules hin.
Naja wer weiß... "irgendwann" mal ;) -
Guten Morgen :)
Auch wenn ich gleich wahrscheinlich gesteinigt werde und verstehen kann, dass Energiekosten und generell Energie, gerade in der aktuellen weltpolitischen Situation, eingespart werden sollen, möchte ich bei diesem Thema auf die Trinkwasserhygiene hinweisen. Das soll kein Post mit dem erhobenen Zeigefinger sein, sondern einfach der Sensibilisierung für dieses Thema dienen.
Wie ich den Diagrammen oben entnehmen kann, werden die WW-Leitungen generell unter 50°C betrieben. Die Temperatur in der Leitung sinkt zwischenzeitlich sogar bis unter 25°C ab und das Wasser in den Leitungen steht zusätzlich noch still. Das ist trinkwasserhygienisch gesehen mehr als bedenklich und ist auch nicht im Sinne der TrinkwV.
Durch den Betrieb einer Anlage mit den oben genannten Parametern werden diverse Bakterien, wie z.B. Legionellen in den Leitungen regelrecht provoziert und gezüchtet. Dazu gibt es die VDI6023 und die DVGW Arbeitsblätter W551-554, die den Betrieb einer WW-Zirkulation und die Hygiene regeln. Eine WW-Zirkulation ist immer oberhalb von 55°C zu betreiben. Weiterhin muss Wasser immer fließen, gerade dann, wenn sie in den oben genannten Temperaturbereichen betrieben werden. Legionellen sind problematisch, wenn damit kontaminiertes Wasser zum Duschen genutzt wird. Man atmet die Legionellen durch die beim Duschen entstehenden Aerosole ein, was zu einer Legionellose führen kann.
Es geht mittlerweile sogar so weit, dass Kaltwasserzirkulationen in die Gebäude Einzug halten, um zu gewährleisten, dass das KW immer unter 25° bleibt, denn gerade der Temperaturbereich zwischen 25° und 50° ist trinkwasserhygienisch absolut kritisch. Andere Lösungen sind Hygienespülsystem, die eine regelmäßige Nutzung einer Anlage simulieren und die Temperaturen überwachen.
-
Guten Morgen :)
Auch wenn ich gleich wahrscheinlich gesteinigt werde und verstehen kann, dass Energiekosten und generell Energie, gerade in der aktuellen weltpolitischen Situation, eingespart werden sollen, möchte ich bei diesem Thema auf die Trinkwasserhygiene hinweisen. Das soll kein Post mit dem erhobenen Zeigefinger sein, sondern einfach der Sensibilisierung für dieses Thema dienen.
Wie ich den Diagrammen oben entnehmen kann, werden die WW-Leitungen generell unter 50°C betrieben. Die Temperatur in der Leitung sinkt zwischenzeitlich sogar bis unter 25°C ab und das Wasser in den Leitungen steht zusätzlich noch still. Das ist trinkwasserhygienisch gesehen mehr als bedenklich und ist auch nicht im Sinne der TrinkwV.
Durch den Betrieb einer Anlage mit den oben genannten Parametern werden diverse Bakterien, wie z.B. Legionellen in den Leitungen regelrecht provoziert und gezüchtet. Dazu gibt es die VDI6023 und die DVGW Arbeitsblätter W551-554, die den Betrieb einer WW-Zirkulation und die Hygiene regeln. Eine WW-Zirkulation ist immer oberhalb von 55°C zu betreiben. Weiterhin muss Wasser immer fließen, gerade dann, wenn sie in den oben genannten Temperaturbereichen betrieben werden. Legionellen sind problematisch, wenn damit kontaminiertes Wasser zum Duschen genutzt wird. Man atmet die Legionellen durch die beim Duschen entstehenden Aerosole ein, was zu einer Legionellose führen kann.
Es geht mittlerweile sogar so weit, dass Kaltwasserzirkulationen in die Gebäude Einzug halten, um zu gewährleisten, dass das KW immer unter 25° bleibt, denn gerade der Temperaturbereich zwischen 25° und 50° ist trinkwasserhygienisch absolut kritisch. Andere Lösungen sind Hygienespülsystem, die eine regelmäßige Nutzung einer Anlage simulieren und die Temperaturen überwachen.
@smarteshome Ich lebe seit 21 Jahren mit meiner Frau zusammen und fahre meine WW Temperatur immer schon auf 47 Grad. Wir trinken auch seit vielen Jahre Wasser nur aus der Leitung und sprudeln selber.
Ich habe weder dünnen Stuhlgang, noch leide ich an Übelkeit oder bin häufig krank.
Also Danke für deine Worte, aber ich bleib dabei und mach es so weiter wie bisher.
-
Guten Morgen :)
Auch wenn ich gleich wahrscheinlich gesteinigt werde und verstehen kann, dass Energiekosten und generell Energie, gerade in der aktuellen weltpolitischen Situation, eingespart werden sollen, möchte ich bei diesem Thema auf die Trinkwasserhygiene hinweisen. Das soll kein Post mit dem erhobenen Zeigefinger sein, sondern einfach der Sensibilisierung für dieses Thema dienen.
Wie ich den Diagrammen oben entnehmen kann, werden die WW-Leitungen generell unter 50°C betrieben. Die Temperatur in der Leitung sinkt zwischenzeitlich sogar bis unter 25°C ab und das Wasser in den Leitungen steht zusätzlich noch still. Das ist trinkwasserhygienisch gesehen mehr als bedenklich und ist auch nicht im Sinne der TrinkwV.
Durch den Betrieb einer Anlage mit den oben genannten Parametern werden diverse Bakterien, wie z.B. Legionellen in den Leitungen regelrecht provoziert und gezüchtet. Dazu gibt es die VDI6023 und die DVGW Arbeitsblätter W551-554, die den Betrieb einer WW-Zirkulation und die Hygiene regeln. Eine WW-Zirkulation ist immer oberhalb von 55°C zu betreiben. Weiterhin muss Wasser immer fließen, gerade dann, wenn sie in den oben genannten Temperaturbereichen betrieben werden. Legionellen sind problematisch, wenn damit kontaminiertes Wasser zum Duschen genutzt wird. Man atmet die Legionellen durch die beim Duschen entstehenden Aerosole ein, was zu einer Legionellose führen kann.
Es geht mittlerweile sogar so weit, dass Kaltwasserzirkulationen in die Gebäude Einzug halten, um zu gewährleisten, dass das KW immer unter 25° bleibt, denn gerade der Temperaturbereich zwischen 25° und 50° ist trinkwasserhygienisch absolut kritisch. Andere Lösungen sind Hygienespülsystem, die eine regelmäßige Nutzung einer Anlage simulieren und die Temperaturen überwachen.
@smarteshome vielen Dank für die Sensibilisierung!
Das Thema ist mir bekannt und dessen bin ich mir bewusst.
Die dargestellten Temperaturen stellen nicht die realen Wassertemperaturen dar, sondern nur irrelevante Sensor Temperaturen in Relation zu einander.Um einer Legionellenbildung vorzubeugen soll die Zirkulationspumpe bei einer hohen Temperatur, die über die Solaranlage erreicht wird, ebenfalls laufen. Damit werden die möglichen Keime ebenfalls verringert.
Ein befreundeter Fachmann hat mich ebenfalls beruhigt, da ich festgestellt habe, dass die Heizung trotz höher eingestellter Temperatur das Warmwasser auch nicht immer über 50°C hält und es auch erst unter einem programmieren Schwellwert wieder darüber erwärmt. Insgesamt ist bei einem kleinen WW Speicher wie ich ihn habe bei unserer Anzahl von Personen im Haushalt das Thema nicht ganz so kritisch zu sehen wir in einem Mehrfamilienhaus - da sind die Richtlinien auch strikt einzuhalten.
Selbst mit meiner Idee, oder den von dir beschriebenen Richtlinien bleibt immer ein letzter Stich als Totleitung der nicht zirkuliert wird - das lässt sich nicht vermeiden, jedoch bei der Planung schon reduzieren. Viel wichtiger ist also eine richtige Planung der Wasserleitungen.
@frana120500 Wir trinken unser Wasser seit neuestem hinter einer Osmoseanlage, aber das ist wie bei dir auch eher das Kaltwasser und somit weniger problematisch. Wie smarteshome schon geschrieben hat, geht es eher um die Aeorosole beim Duschen.
Wie schon oben geschrieben ist das natürlich auch wichtige Thema hier in Deutschland vielleicht zurecht sehr hoch aufgehangen, da es unser wichtigstes Gut ist, aber schaut man in andere Länder wo städtische Wasserleitungen oberirdisch, in schwarzen Zinkrohren, praller Sonne und brütender Hitze liegen, sind dort nicht überproportional mehr Leute an der Legionärskrankheit erkrankt...
-
Anwendungsbeschreibung
Komponenten- Brauchwasserspeicher (Warmwasser)
- Zirkulationspumpe in der Steigleitung
- NodeMCU V2.0 (ESP8266) OS:tasmota Doris 8.1
- 3x Temperaturfühler DS18B20 (1wire) zum Messen von der Vorlauftemperatur
- Relaismodul zum Schalten der Zirkulationspumpe
Ziel
Ich möchte mit der Steuerung Energiekosten sparen. Der aktuell Aufbau startet die Zirkulationspumpe mit einer Zeitschaltuhr, z.B. Morgens 30min, Mittag 30min und Abends 30min. Der Aufbau ist wohl sehr weit verbreitet und ist mir schon eine ganze Weile in Dorn im Auge weil wenig innovativ.Die Zirkulationspumpe soll bedarfsgerecht eingeschaltet werden und die aktuelle Zeitschaltuhr kommt weg. Bedarfsgerecht meint beim Aufdrehen vom Warmwasser im Gebäude soll die Zirkulationspumpe starten und die Steigleitung mit Warmwasser befüllen. Damit ist das Warmwasser schneller an der Bedarfsstelle im Bad/WC.
Kurzbeschreibung der Steuerhardware
Ein 5V Netzteil versorgt den NodeMCU und das Relaismodul mit 5.0V Spannung. Auf dem NodeMCU steht eine geregelte 3.3.V Versorgung für die DS18B20 zur Verfügung.
Als Betriebssystem für den NodeMCU verwende ich tasmota in einer damals neuen Version 8.1. Alle Hardwarekomponenten sind günstig und leicht am Markt verfügbar.
Begonnen habe ich drei Temperatursensoren einzusetzen - ich wusste noch nicht so genau wie es werden wird. Am Ende braucht man nur einen Sensor am Heizungsrohr für den Warmwasservorlauf vom Brauchwasserspeicher in die Steigleitung.
Wichtig: Der NodeMCU ist echt billig gemacht und verträgt wenig Spannungsschwankungen. Schon beim Einschalten des Radios gibt es den einen oder anderen Effekt und tasmota hängt sich auf. Also umbedingt reichlich (~2) Cbulk ~330uF außen an die 3.3V Versorgungspins anschließen.Kurzbeschreibung der Steuersoftware auf dem NodeMCU
Tasmota bietet eine schicke Möglichkeit mit "Rules" direkt und schnell auf Events zu reagieren und neue Events auszulösen. Damit lässt sich eine tolle Steuerung umsetzen. Inspiriert hat mich ein Beispiel in der Tasmotat Dokumentation der eine Poolheizung realisiert hat. Dazu gibt es noch Variablen (var) und Konstante (mem) für mehr Transparenz des Ganzen nach außen.Tasmota rule1
Der Thermostat
Nachdem die Zirkulationsregelung gestartet ist stellt sich der Thermostat auf die aktuellen Temperaturen des Vorlauf ( DS18B20_2) und Rücklauf ( DS18B20_1 )ein. Es werden Grenzen zum Einschalten der Pumpe festgelegt um zu erkennen wenn Warmwasser entnommen wird. Dann erwärmt sich das Vorlaufrohr nach dem Brauchwasserspeicher, der Vorlaufsensor signalisiert einen Temperaturanstieg.Event
- DS18B20_2:
-- Obere Vorlaufgrenze (UpperVL): var1
-- Untere Vorlaufgrenze (LowerVL): var2 - DS18B20_1: Aktuell nicht benutzt, LowerRL Limit: var3
------------------------------------------------------------------ -- rule1 Thermostat und Regelung. Entscheidung ob Pumpe eingeschaltet werden soll. -- -- Rücklauf DS18B20-1#temperature -- Vorlauf DS18B20-2#temperature -- Intern DS18B20-3#temperature -- -- var1 obere Temperaturschwelle Vorlauf (VL) -- var2 untere Temperaturschwelle Vorlauf (VL) -- var3 maximale Rücklaufschwelle (RL) -- Löse event aus wenn Vorlauf temp ausserhalb oberer (var1) und unterer (var2) Schwelle, Pumpe an. rule1 on system#boot do Backlog var1 26; var2 25; var3 25 endon on DS18B20_2#temperature>%var1% do Backlog var1 %value%;var2 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event UpperVL=%value% endon on DS18B20_2#temperature<%var2% do Backlog var2 %value%;var1 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event LowerVL=%value% endon
Es wird Warmwasser entnommen
Die Zirkulationsregelung läuft und hat die obere und untere Vorlauftemperaturgrenzen ( DS18B20_2 ) eingestellt, die Pumpe ist aus ( power1 0 ).
Es wird Warmwasser aus dem Brauchwasserspeicher entnommen und das Vorlaufrohr erwärmt sich. Der Vorlaufsensor signalisiert einen Temperaturanstieg und die obere Vorlauftemperaturgrenze ( DS18B20_2 ) wird überschritten.
Beim Überschreiten wird der Thermostat neu definiert und eine Event ausgelöst UpperVL der die Pumpe einschalten soll.
Die Pumpe wird über rule2 gesteuert. Wenn die Zirkulationspumpe eine definierte Zeit ( mem5 ) gelaufen ist gibt es eine Wartezeit vor dem nächsten Pumpenanlauf ( mem4 ) um eine schnelles Ein-/Ausschalten zu vermeiden.Tasmota rule1
Event
- UpperVL: Event zum einschalten der Pumpe für eine bestimmte Zeit.
- LowerVL: Event Pumpe aus
- LowerRL: Event Pumpe aus
- PumpOn=0: Pumpe/Power1 aus.
- PumpOn>0: Entscheiden ob und wie lange die Pumpe power1 eingeschaltet werden soll.
- Var4: Pumpenfreigabe in minuten, zählt von 0 aufwärts.
- Mem4: Grenze in Minuten wann die Pumpe wieder freigegeben wird und einschalten darf.
------------------------------------------------------------------ -- rule2 Controller: Pumpe einschalten und ausschalten -- rule2 1 Regel einschalten -- rule2 0 Regel ausschalten -- -- Pumpe einschalten, delay %value%, Pumpe abschalten. -- PumpOn=0 Pumpe aus -- PumpOn=10 Pumpe an, setze timer zum ausschalten -- PumpOn=180 Pumpe an, setze timer zum ausschalten -- -- Benutze Rule timer zum abschalten der pumpe -- RuleTimer2 60 60sec -- on Rules#Timer=2 o when countdown RuleTimer2 expires -- var4 Wird beim löschen von power verwendet und es wird das wiedereinschalten verzögert. Die Einheit ist minuten. -- Jede Minute zählt var4 im eines hoch. Nach z.B. 5 minuten kann die Pumpe wieder eingeschaltet werden. -- mem4 45 Warte mem4 Minuten bis wiedereinschalten, e.g. 45 (Minuten) -- mem5 19 Pumpenlaufzeit in sekunden, e.g. 19 (Sekunden) rule2 on system#boot do Backlog var4 0.0 ; ruletimer2 0 endon on event#UpperVL do event PumpOn=1 endon on event#LowerVL do event PumpOn=0 endon on event#PumpOn=0 do power1 off endon on event#PumpOn>0 do event ChkWait=%var4% endif endon on event#ChkWait>%mem4% do Backlog var4 0; ruletimer2 %mem5%; power1 on endon on Rules#Timer=2 do power1 off endon on Time#Minute|1 do add4 1 endon on var4#state==3 do power1 off endonSperrzeit nach einem Pumpenlauf / Pumpenfreigabe
Pause für die Pumpe nach einer Zirkulationspumpzeit. Hier wird verhindert, dass die Pumpe rythmisch wieder ein und ausgeschaltet wird.Event
- event#PumpOn>0:
-- Wenn die Pumpe über var4 freigegeben ist:
if (%var4%>=%mem4%) - Time#Minute|1
-- Vorwärtszählen der Pumpenfreigabe pro Minute.
rule2 ... on event#PumpOn>0 do if (%var4%>=%mem4%) power1 on; ruletimer2 %value%; var4 0.0 endif endon ... on Time#Minute|1 do add4 1 endon ...MQTT Verbindung in der Applikation mit Tasmota
------------------------------------------------------------------ -- MQTT Verbindung über rule3 -- -- Vorlauf DS18B20-2#temperature -- var1 -- var4 rule3 on tele-DS18B20_2#temperature do Backlog publish stat/zirkulation/vlUpper %var1%; publish stat/zirkulation/PumpWait %var4% endon on power1#state do Backlog publish stat/zirkulation/Pump %value% endonKonfiguration der Applikation in Tasmota
-- SetOption53 1 Display hostname and IP address in GUI 0=default -- SetOption0 0 Save power state and use after restart (=SaveState) 1=default -- SetOption64 1 Switch between - or _ as sensor name separator, 0 = sensor name index separator is - (hyphen) (default), 1 = sensor name index separator is _ (underscore) -- mem4 legt die Wartezeit bis zum Wiedereinschalten der Pumpe fest. Bei mir 45Minuten. Gerne auch anpassen. -- mem5 legt die Laufzeit der Pumpe fest. Bei mir reichen 19Sekunden. Gerne auch anpassen. Backlog PowerOnState 0; TelePeriod 61; rule3 1; rule1 1; rule2 1; SetOption0 0; SetOption53 1; SetOption64 1; mem4 45; mem5 19Und wie läuft das Ganze jetzt los?
Mit dem folgende Kommando wird alle 61Sekunden eine Messung der Sensoren an den MQTT Broker geschickt:.TelePeriod 61Davor ist die Option 64 wichtig, die einfach ein Problem (im iobroker) behebt, wenn man ein Eventnamen ein Bindestrich enthalten ist ;-). Daran kann man verzweifeln.
SetOption64 1;Und folgend werden die rules aktiviert, damit es auch eine Steuerung gibt:
rule3 1; rule1 1; rule2 1;Typischer Log aus der Tasmota console
8:50:57 MQT: tele/zirkulation/STATE = {"Time":"2020-03-01T18:50:57","Uptime":"0T02:27:12","UptimeSec":8832,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"blabla","BSSId":"Z0:B0:VV:3K:D6:20","Channel":11,"RSSI":100,"Signal":-50,"LinkCount":1,"Downtime":"0T00:00:06"}} 18:50:57 MQT: tele/zirkulation/SENSOR = {"Time":"2020-03-01T18:50:57","DS18B20_1":{"Id":"01143B9799AA","Temperature":26.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":33.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.1},"TempUnit":"C"} 18:50:57 RUL: TELE-DS18B20_1#TEMPERATURE performs "Backlog publish stat/zirkulation/rl 26.1; publish stat/zirkulation/rlUpper 29.100" 18:50:57 RUL: TELE-DS18B20_2#TEMPERATURE performs "Backlog publish stat/zirkulation/vl 33.9; publish stat/zirkulation/vlUpper 34.600; publish stat/zirkulation/vlLower 33.600" 18:50:57 RUL: TELE-DS18B20_3#TEMPERATURE performs "publish stat/zirkulation/int 22.1" 18:50:57 MQT: stat/zirkulation/int = 22.1 18:50:57 MQT: stat/zirkulation/rl = 26.1 18:50:58 MQT: stat/zirkulation/rlUpper = 29.100 18:50:58 MQT: stat/zirkulation/vl = 33.9 18:50:58 MQT: stat/zirkulation/vlUpper = 34.600 18:50:58 MQT: stat/zirkulation/vlLower = 33.600 18:51:00 RUL: TIME#MINUTE|1 performs "add4 1" 18:51:00 MQT: stat/zirkulation/RESULT = {"Add4":"31.000"} 18:51:00 RUL: VAR4#STATE performs "publish stat/zirkulation/PumpWait 31.000" 18:51:00 MQT: stat/zirkulation/PumpWait = 31.000Kurzbeschreibung iobroker
InfoPlattform: linux Betriebssystem: linux Die Architektur: arm CPUs: 4 Geschwindigkeit: 1500 MHz Modell: ARMv7 Processor rev 3 (v7l) RAM: 3.7 GB System-Betriebszeit: 19 T. 00:08:11 Node.js: v12.22.6 NPM: 6.14.15 Datenträgergröße: 29.0 GiB Datenträger verfügbar: 26.0 GiB Adapter-Anzahl: 362 Betriebszeit: 16 T. 00:39:00 Aktive Instanzen: 17 location: /opt/iobroker/JS zirkulation ZirkParseSTATE
Bei mir heisst der Tasmota MQTT client "zirkulation". Damit kommt der Name relativ oft in dem JS vor.
Hier werden die vom MQTT Client/Server glieferten Daten vom Tasmota client verarbeitet und umgewandelt. Das liegt daran dass ich keinen besseren Weg gefunden habe die Daten im VIS json table vom tasmota client zu bekommen.Hier nun das JS:
// const util = require('util'); // STATE // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} // createState('zirkulation.TimeStampSTATE'); createState('zirkulation.UpTimeSTATE'); createState('zirkulation.jsonSENSOR'); createState('zirkulation.jsonSTATE'); // prepare tasmota format for json format createState('zirkulation.PowerSTATE'); ////////////////////////////////////////////////////////////////////////// // Convert map to JSON string // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify // // @param // @return function mapToJson(map) { return JSON.stringify([...map]); } ////////////////////////////////////////////////////////////////////////// // convert JSON string key value pairs to Map key value pairs // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/parse // // @param jsonStr key value pairs // @return map converted from jsonStr to map key value pairs. function jsonToMap(jsonStr) { return new Map(JSON.parse(jsonStr)); } on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); var sTimeStamp = obj.Time; var fUptimeSec = obj.UptimeSec; var sPOWER = obj.POWER; // "POWER":"OFF" var fPOWER = 0; if (sPOWER == "OFF") { fPOWER = 0; } else { fPOWER = 1; } setState('javascript.0.zirkulation.TimeStampSTATE', sTimeStamp , true); setState('javascript.0.zirkulation.UpTimeSTATE', fUptimeSec , true); setState('javascript.0.zirkulation.PowerSTATE', fPOWER , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSTATE', jsonString , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSENSOR', jsonString , true); });JS zirkulation ZirkParseSENSOR
Hier wirkt nun die spezielle Option aus der Tasmota Konfiguration um das "-" in ein "_" zu wandeln.// const util = require('util'); // SENSOR // {"Time":"2020-03-28T19:07:12","DS18B20_1":{"Id":"01143B9799AA","Temperature":30.4},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":36.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":24.6},"TempUnit":"C"} // createState('zirkulation.TimeStampSENSOR'); createState('zirkulation.VorlaufTempSENSOR'); createState('zirkulation.RuecklaufTempSENSOR'); createState('zirkulation.InnerhalbTempSENSOR'); on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); // {"Time":"2020-06-06T15:11:44","DS18B20_1":{"Id":"01143B9799AA","Temperature":21.8},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":35.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.6},"TempUnit":"C"} var fRLTemp = obj.DS18B20_1.Temperature; // RL var fVLTemp = obj.DS18B20_2.Temperature; // VL var fINTemp = obj.DS18B20_3.Temperature; // IN var sTimeStamp = obj.Time; setState('javascript.0.zirkulation.TimeStampSENSOR', sTimeStamp , true); setState('javascript.0.zirkulation.InnerhalbTempSENSOR', fINTemp , true); setState('javascript.0.zirkulation.VorlaufTempSENSOR', fVLTemp , true); setState('javascript.0.zirkulation.RuecklaufTempSENSOR', fRLTemp , true); });Sehr interessant, hier zu lesen.
Ich bin gerade dabei, meine eigene Heizung(über)steuerung zu bauen und da soll auch die Zirkulation mit einbezogen werden.
Wie bei vielen Anderen hängt die bei mir aktuell auch an einer Zeitschaltuhr und das ist mir schon lange ein Dorn im Auge.Die Idee zur eigenen Heizungssteuerung habe ich auch schon etwas länger.
Um das Verhalten der Heizung und die Änderung im Verhalten durch den Einbau der automatischen Heizungsventile (Zuerst Max!, inzwischen Homematic) zu beobachten hatte ich schon Temperaturen über DS18B20-Sensoren an einem Arduino gemessen und ioBroker (früher FHEM) per MQTT übermittelt und dort auch die Historie aufgezeichnet.
Wie man an dem "früher" sieht, beschäftige ich mich nicht erst ein paar Tage mit dem Thema.Zum Thema Zirkulationspumpe bin ich mir aber noch nicht so richtig einig, wie ich diese sinnvoll schalte.
Ein paar Parameter/Ideen dazu:
-
Die Anwesenheit von Personen im Haushalt wird festgestellt. Falls also niemand im/am Haus ist, kann die Pumpe erst einmal aus bleiben. Einziges Problem ist, wenn andere Personen im Haus sind, die nicht durch die alktuelle Erkennung erkannt werden (Erkennung geht aktuell über die Mobiltelefone).
-
Wenn jemand im Haus ist, kann eine Nachtzeit eingeplant werden, so dass zu normalen Schlafenszeiten die Pumpe auch aus bleibt.
-
Vor- und Rücklauf wird gemessen, bei kleiner Differenz kann die Pumpe aus bleiben.
(Hier muss ich noch sehen, ob ich den Vorlauf-Sensor weiter vom Speicher entfernt montieren kann. Dann könnte ich feststellen, ob genügend Wasser entnommen wird, um warm zu bleiben. Da jedoch die Zirkulationsleitung keine Ringleitung ist, sondern sich, weiter entfernt und wahrscheinlich nicht erreichbar, in verschiedene Richtungen teilt, kann es auch sein, dass nur eine Zapfstelle noch warmes Wasser hat und die anderen bleiben kalt.) -
Wegen dem Salmonellenthema muss die Leitung regelmäßig gespült werden, es darf also nicht passieren, dass die Pumpe dauerhaft aus bleibt.
-
Was ich nicht so prickelnd finde ist, wenn zuerst Wasser verbraucht werden muss, damit die Pumpe anspringt. Das entspricht nicht dem normalen Gebrauch, weil man dann ja warmes Wasser entnehmen will und dann lässt man das so lange laufen, bis es warm wird. Das widerspricht dem (Komfort-)Gedanken bei der Zirkulationspumpe.
Fazit:
Eine Anwesenheitserkennung auch für Haushaltsfremde muss einfach auf den Datenpunkt "Jemand anwesend" geführt werden. Dies kann auch später nachgerüstet werden, wenn ich dafür eine handlebare Lösung habe.
Vielleicht läuft die Pumpe dann öfter, als sie wirklich muss, aber ich denke, der Start der Zirkulationspumpe wird aus der Anwesenheit, der Nachtzeit und der Temperaturdifferenz Vor-/Rücklauf erfolgen.
Der Fetenschalter kann da auch noch mit einfliessen und die Nachtzeit übersteuern.Ich denke, damit läuft es immer noch deutlich besser, als über die Zeitschaltuhr!
Schöne Grüße
AndreasioBroker auf Raspberry 4 mit SSD. Homematik IP mit CCU 3. Shelly. MySQL. Arduino. ...
Meine Posts sind subjektiv und manipulativ, erheben Anspruch auf Allwissenheit und können Spuren von Ironie oder Sarkasmus enthalten. ;-)
-
Sehr interessant, hier zu lesen.
Ich bin gerade dabei, meine eigene Heizung(über)steuerung zu bauen und da soll auch die Zirkulation mit einbezogen werden.
Wie bei vielen Anderen hängt die bei mir aktuell auch an einer Zeitschaltuhr und das ist mir schon lange ein Dorn im Auge.Die Idee zur eigenen Heizungssteuerung habe ich auch schon etwas länger.
Um das Verhalten der Heizung und die Änderung im Verhalten durch den Einbau der automatischen Heizungsventile (Zuerst Max!, inzwischen Homematic) zu beobachten hatte ich schon Temperaturen über DS18B20-Sensoren an einem Arduino gemessen und ioBroker (früher FHEM) per MQTT übermittelt und dort auch die Historie aufgezeichnet.
Wie man an dem "früher" sieht, beschäftige ich mich nicht erst ein paar Tage mit dem Thema.Zum Thema Zirkulationspumpe bin ich mir aber noch nicht so richtig einig, wie ich diese sinnvoll schalte.
Ein paar Parameter/Ideen dazu:
-
Die Anwesenheit von Personen im Haushalt wird festgestellt. Falls also niemand im/am Haus ist, kann die Pumpe erst einmal aus bleiben. Einziges Problem ist, wenn andere Personen im Haus sind, die nicht durch die alktuelle Erkennung erkannt werden (Erkennung geht aktuell über die Mobiltelefone).
-
Wenn jemand im Haus ist, kann eine Nachtzeit eingeplant werden, so dass zu normalen Schlafenszeiten die Pumpe auch aus bleibt.
-
Vor- und Rücklauf wird gemessen, bei kleiner Differenz kann die Pumpe aus bleiben.
(Hier muss ich noch sehen, ob ich den Vorlauf-Sensor weiter vom Speicher entfernt montieren kann. Dann könnte ich feststellen, ob genügend Wasser entnommen wird, um warm zu bleiben. Da jedoch die Zirkulationsleitung keine Ringleitung ist, sondern sich, weiter entfernt und wahrscheinlich nicht erreichbar, in verschiedene Richtungen teilt, kann es auch sein, dass nur eine Zapfstelle noch warmes Wasser hat und die anderen bleiben kalt.) -
Wegen dem Salmonellenthema muss die Leitung regelmäßig gespült werden, es darf also nicht passieren, dass die Pumpe dauerhaft aus bleibt.
-
Was ich nicht so prickelnd finde ist, wenn zuerst Wasser verbraucht werden muss, damit die Pumpe anspringt. Das entspricht nicht dem normalen Gebrauch, weil man dann ja warmes Wasser entnehmen will und dann lässt man das so lange laufen, bis es warm wird. Das widerspricht dem (Komfort-)Gedanken bei der Zirkulationspumpe.
Fazit:
Eine Anwesenheitserkennung auch für Haushaltsfremde muss einfach auf den Datenpunkt "Jemand anwesend" geführt werden. Dies kann auch später nachgerüstet werden, wenn ich dafür eine handlebare Lösung habe.
Vielleicht läuft die Pumpe dann öfter, als sie wirklich muss, aber ich denke, der Start der Zirkulationspumpe wird aus der Anwesenheit, der Nachtzeit und der Temperaturdifferenz Vor-/Rücklauf erfolgen.
Der Fetenschalter kann da auch noch mit einfliessen und die Nachtzeit übersteuern.Ich denke, damit läuft es immer noch deutlich besser, als über die Zeitschaltuhr!
@andreas-5 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
Wegen dem Salmonellenthema
nix Salmo, Legio!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
-
@andreas-5 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
Wegen dem Salmonellenthema
nix Salmo, Legio!
@homoran sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
@andreas-5 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
Wegen dem Salmonellenthema
nix Salmo, Legio!
Uuuppsss. Na, dann muss ich halt Eier durch die Leitung schicken. ;-)
-
vielen Dank für die tolle Anleitung, ich möchte genau dies umsetzen.
Ich verwende aktuell einen ESP32 mit dem ich auch schon einige Versuche gemacht habe.
Leider hat er kein Script Feld nur dieses Berry Scritping Console.
Die Zeilen aus deinem Programm, Rules kann ich nur einzeln in die Console eintragen, so funktioniert es aber nicht?
Sehe ich das richtig?
Wäre super wenn mir jemand ein paar Tipps geben könnte.
Ich bin leider Anfänger.Viele Grüße
Oliver -
Ich hoffe ich schiebe das Thema nicht zu weit mit meinem Post in eine etwas andere Richtung, möchte aber dennoch den Tipp geben: wer eine Wilo Zirkulationspumpe hat (die m.W.n recht weit verbreitet ist), kann statt der Verkabelung zur Heizung ein Kabel mit Schukostecker anbringen. Mit einer Schaltsteckdose und z.B. einem Homematic Taster im Bad lässt sich dann die ZP einschalten, da sie läuft, wenn sie Strom bekommt. Ein einfaches Blockly mit Timeout ermöglicht ein Bedarfsgerechtes Einschalten. Ich plane einen homematic Taster (Aufputz) anzubringen, damit die ZP eingeschaltet werden kann.
Beispiel ZP von Wilo (man beachte den Stecker unten, der einfach raus gezogen werden kann):
Das Kabel ist nicht billig, ein Elektriker wäre aber teurer, wenn er was an der Verkabelung ändern müsste.
-
vielen Dank für die tolle Anleitung, ich möchte genau dies umsetzen.
Ich verwende aktuell einen ESP32 mit dem ich auch schon einige Versuche gemacht habe.
Leider hat er kein Script Feld nur dieses Berry Scritping Console.
Die Zeilen aus deinem Programm, Rules kann ich nur einzeln in die Console eintragen, so funktioniert es aber nicht?
Sehe ich das richtig?
Wäre super wenn mir jemand ein paar Tipps geben könnte.
Ich bin leider Anfänger.Viele Grüße
Oliver@oliver-hirsch Servus Oliver,
Ich kann dir nur beim Einsatz von Tasmota weiterhelfen. Das gibt es auch für den ESP32, wenn ich nicht irre. Und dafür kannst du die Script Beschreibung oben in den schwarzen Feldern als copy & paste verwenden. Und genau so einfach jede rule in die Script Console von Tasmota kopieren. Mit einem anschließenden Enter wird das Kommando übernommen.
Z.b. Wie aus der Beschreibung ist dies in die Tasmota Konsole für die erste rule komplett zu kopieren:rule1 on system#boot do Backlog var1 26; var2 25; var3 25 endon on DS18B20_2#temperature>%var1% do Backlog var1 %value%;var2 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event UpperVL=%value% endon on DS18B20_2#temperature<%var2% do Backlog var2 %value%;var1 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event LowerVL=%value% endonDas wars für rule1. Und dann rule2 und rule3 gleich hinterher kopieren.
Alle Zeilen mit
— kannst du weglassen, nur KommentarDann alles starten mit diesem Kommando:
Backlog PowerOnState 0; TelePeriod 61; rule3 1; rule1 1; rule2 1; SetOption0 0; SetOption53 1; SetOption64 1; mem4 45; mem5 19Dann läuft die Nummer auf dem ESP8266 oder ESP32.
Ich hoffe das hat Dir weiter geholfen ?
LG
alk -
Anwendungsbeschreibung
Komponenten- Brauchwasserspeicher (Warmwasser)
- Zirkulationspumpe in der Steigleitung
- NodeMCU V2.0 (ESP8266) OS:tasmota Doris 8.1
- 3x Temperaturfühler DS18B20 (1wire) zum Messen von der Vorlauftemperatur
- Relaismodul zum Schalten der Zirkulationspumpe
Ziel
Ich möchte mit der Steuerung Energiekosten sparen. Der aktuell Aufbau startet die Zirkulationspumpe mit einer Zeitschaltuhr, z.B. Morgens 30min, Mittag 30min und Abends 30min. Der Aufbau ist wohl sehr weit verbreitet und ist mir schon eine ganze Weile in Dorn im Auge weil wenig innovativ.Die Zirkulationspumpe soll bedarfsgerecht eingeschaltet werden und die aktuelle Zeitschaltuhr kommt weg. Bedarfsgerecht meint beim Aufdrehen vom Warmwasser im Gebäude soll die Zirkulationspumpe starten und die Steigleitung mit Warmwasser befüllen. Damit ist das Warmwasser schneller an der Bedarfsstelle im Bad/WC.
Kurzbeschreibung der Steuerhardware
Ein 5V Netzteil versorgt den NodeMCU und das Relaismodul mit 5.0V Spannung. Auf dem NodeMCU steht eine geregelte 3.3.V Versorgung für die DS18B20 zur Verfügung.
Als Betriebssystem für den NodeMCU verwende ich tasmota in einer damals neuen Version 8.1. Alle Hardwarekomponenten sind günstig und leicht am Markt verfügbar.
Begonnen habe ich drei Temperatursensoren einzusetzen - ich wusste noch nicht so genau wie es werden wird. Am Ende braucht man nur einen Sensor am Heizungsrohr für den Warmwasservorlauf vom Brauchwasserspeicher in die Steigleitung.
Wichtig: Der NodeMCU ist echt billig gemacht und verträgt wenig Spannungsschwankungen. Schon beim Einschalten des Radios gibt es den einen oder anderen Effekt und tasmota hängt sich auf. Also umbedingt reichlich (~2) Cbulk ~330uF außen an die 3.3V Versorgungspins anschließen.Kurzbeschreibung der Steuersoftware auf dem NodeMCU
Tasmota bietet eine schicke Möglichkeit mit "Rules" direkt und schnell auf Events zu reagieren und neue Events auszulösen. Damit lässt sich eine tolle Steuerung umsetzen. Inspiriert hat mich ein Beispiel in der Tasmotat Dokumentation der eine Poolheizung realisiert hat. Dazu gibt es noch Variablen (var) und Konstante (mem) für mehr Transparenz des Ganzen nach außen.Tasmota rule1
Der Thermostat
Nachdem die Zirkulationsregelung gestartet ist stellt sich der Thermostat auf die aktuellen Temperaturen des Vorlauf ( DS18B20_2) und Rücklauf ( DS18B20_1 )ein. Es werden Grenzen zum Einschalten der Pumpe festgelegt um zu erkennen wenn Warmwasser entnommen wird. Dann erwärmt sich das Vorlaufrohr nach dem Brauchwasserspeicher, der Vorlaufsensor signalisiert einen Temperaturanstieg.Event
- DS18B20_2:
-- Obere Vorlaufgrenze (UpperVL): var1
-- Untere Vorlaufgrenze (LowerVL): var2 - DS18B20_1: Aktuell nicht benutzt, LowerRL Limit: var3
------------------------------------------------------------------ -- rule1 Thermostat und Regelung. Entscheidung ob Pumpe eingeschaltet werden soll. -- -- Rücklauf DS18B20-1#temperature -- Vorlauf DS18B20-2#temperature -- Intern DS18B20-3#temperature -- -- var1 obere Temperaturschwelle Vorlauf (VL) -- var2 untere Temperaturschwelle Vorlauf (VL) -- var3 maximale Rücklaufschwelle (RL) -- Löse event aus wenn Vorlauf temp ausserhalb oberer (var1) und unterer (var2) Schwelle, Pumpe an. rule1 on system#boot do Backlog var1 26; var2 25; var3 25 endon on DS18B20_2#temperature>%var1% do Backlog var1 %value%;var2 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event UpperVL=%value% endon on DS18B20_2#temperature<%var2% do Backlog var2 %value%;var1 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event LowerVL=%value% endonEs wird Warmwasser entnommen
Die Zirkulationsregelung läuft und hat die obere und untere Vorlauftemperaturgrenzen ( DS18B20_2 ) eingestellt, die Pumpe ist aus ( power1 0 ).
Es wird Warmwasser aus dem Brauchwasserspeicher entnommen und das Vorlaufrohr erwärmt sich. Der Vorlaufsensor signalisiert einen Temperaturanstieg und die obere Vorlauftemperaturgrenze ( DS18B20_2 ) wird überschritten.
Beim Überschreiten wird der Thermostat neu definiert und eine Event ausgelöst UpperVL der die Pumpe einschalten soll.
Die Pumpe wird über rule2 gesteuert. Wenn die Zirkulationspumpe eine definierte Zeit ( mem5 ) gelaufen ist gibt es eine Wartezeit vor dem nächsten Pumpenanlauf ( mem4 ) um eine schnelles Ein-/Ausschalten zu vermeiden.Tasmota rule1
Event
- UpperVL: Event zum einschalten der Pumpe für eine bestimmte Zeit.
- LowerVL: Event Pumpe aus
- LowerRL: Event Pumpe aus
- PumpOn=0: Pumpe/Power1 aus.
- PumpOn>0: Entscheiden ob und wie lange die Pumpe power1 eingeschaltet werden soll.
- Var4: Pumpenfreigabe in minuten, zählt von 0 aufwärts.
- Mem4: Grenze in Minuten wann die Pumpe wieder freigegeben wird und einschalten darf.
------------------------------------------------------------------ -- rule2 Controller: Pumpe einschalten und ausschalten -- rule2 1 Regel einschalten -- rule2 0 Regel ausschalten -- -- Pumpe einschalten, delay %value%, Pumpe abschalten. -- PumpOn=0 Pumpe aus -- PumpOn=10 Pumpe an, setze timer zum ausschalten -- PumpOn=180 Pumpe an, setze timer zum ausschalten -- -- Benutze Rule timer zum abschalten der pumpe -- RuleTimer2 60 60sec -- on Rules#Timer=2 o when countdown RuleTimer2 expires -- var4 Wird beim löschen von power verwendet und es wird das wiedereinschalten verzögert. Die Einheit ist minuten. -- Jede Minute zählt var4 im eines hoch. Nach z.B. 5 minuten kann die Pumpe wieder eingeschaltet werden. -- mem4 45 Warte mem4 Minuten bis wiedereinschalten, e.g. 45 (Minuten) -- mem5 19 Pumpenlaufzeit in sekunden, e.g. 19 (Sekunden) rule2 on system#boot do Backlog var4 0.0 ; ruletimer2 0 endon on event#UpperVL do event PumpOn=1 endon on event#LowerVL do event PumpOn=0 endon on event#PumpOn=0 do power1 off endon on event#PumpOn>0 do event ChkWait=%var4% endif endon on event#ChkWait>%mem4% do Backlog var4 0; ruletimer2 %mem5%; power1 on endon on Rules#Timer=2 do power1 off endon on Time#Minute|1 do add4 1 endon on var4#state==3 do power1 off endonSperrzeit nach einem Pumpenlauf / Pumpenfreigabe
Pause für die Pumpe nach einer Zirkulationspumpzeit. Hier wird verhindert, dass die Pumpe rythmisch wieder ein und ausgeschaltet wird.Event
- event#PumpOn>0:
-- Wenn die Pumpe über var4 freigegeben ist:
if (%var4%>=%mem4%) - Time#Minute|1
-- Vorwärtszählen der Pumpenfreigabe pro Minute.
rule2 ... on event#PumpOn>0 do if (%var4%>=%mem4%) power1 on; ruletimer2 %value%; var4 0.0 endif endon ... on Time#Minute|1 do add4 1 endon ...MQTT Verbindung in der Applikation mit Tasmota
------------------------------------------------------------------ -- MQTT Verbindung über rule3 -- -- Vorlauf DS18B20-2#temperature -- var1 -- var4 rule3 on tele-DS18B20_2#temperature do Backlog publish stat/zirkulation/vlUpper %var1%; publish stat/zirkulation/PumpWait %var4% endon on power1#state do Backlog publish stat/zirkulation/Pump %value% endonKonfiguration der Applikation in Tasmota
-- SetOption53 1 Display hostname and IP address in GUI 0=default -- SetOption0 0 Save power state and use after restart (=SaveState) 1=default -- SetOption64 1 Switch between - or _ as sensor name separator, 0 = sensor name index separator is - (hyphen) (default), 1 = sensor name index separator is _ (underscore) -- mem4 legt die Wartezeit bis zum Wiedereinschalten der Pumpe fest. Bei mir 45Minuten. Gerne auch anpassen. -- mem5 legt die Laufzeit der Pumpe fest. Bei mir reichen 19Sekunden. Gerne auch anpassen. Backlog PowerOnState 0; TelePeriod 61; rule3 1; rule1 1; rule2 1; SetOption0 0; SetOption53 1; SetOption64 1; mem4 45; mem5 19Und wie läuft das Ganze jetzt los?
Mit dem folgende Kommando wird alle 61Sekunden eine Messung der Sensoren an den MQTT Broker geschickt:.TelePeriod 61Davor ist die Option 64 wichtig, die einfach ein Problem (im iobroker) behebt, wenn man ein Eventnamen ein Bindestrich enthalten ist ;-). Daran kann man verzweifeln.
SetOption64 1;Und folgend werden die rules aktiviert, damit es auch eine Steuerung gibt:
rule3 1; rule1 1; rule2 1;Typischer Log aus der Tasmota console
8:50:57 MQT: tele/zirkulation/STATE = {"Time":"2020-03-01T18:50:57","Uptime":"0T02:27:12","UptimeSec":8832,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"blabla","BSSId":"Z0:B0:VV:3K:D6:20","Channel":11,"RSSI":100,"Signal":-50,"LinkCount":1,"Downtime":"0T00:00:06"}} 18:50:57 MQT: tele/zirkulation/SENSOR = {"Time":"2020-03-01T18:50:57","DS18B20_1":{"Id":"01143B9799AA","Temperature":26.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":33.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.1},"TempUnit":"C"} 18:50:57 RUL: TELE-DS18B20_1#TEMPERATURE performs "Backlog publish stat/zirkulation/rl 26.1; publish stat/zirkulation/rlUpper 29.100" 18:50:57 RUL: TELE-DS18B20_2#TEMPERATURE performs "Backlog publish stat/zirkulation/vl 33.9; publish stat/zirkulation/vlUpper 34.600; publish stat/zirkulation/vlLower 33.600" 18:50:57 RUL: TELE-DS18B20_3#TEMPERATURE performs "publish stat/zirkulation/int 22.1" 18:50:57 MQT: stat/zirkulation/int = 22.1 18:50:57 MQT: stat/zirkulation/rl = 26.1 18:50:58 MQT: stat/zirkulation/rlUpper = 29.100 18:50:58 MQT: stat/zirkulation/vl = 33.9 18:50:58 MQT: stat/zirkulation/vlUpper = 34.600 18:50:58 MQT: stat/zirkulation/vlLower = 33.600 18:51:00 RUL: TIME#MINUTE|1 performs "add4 1" 18:51:00 MQT: stat/zirkulation/RESULT = {"Add4":"31.000"} 18:51:00 RUL: VAR4#STATE performs "publish stat/zirkulation/PumpWait 31.000" 18:51:00 MQT: stat/zirkulation/PumpWait = 31.000Kurzbeschreibung iobroker
InfoPlattform: linux Betriebssystem: linux Die Architektur: arm CPUs: 4 Geschwindigkeit: 1500 MHz Modell: ARMv7 Processor rev 3 (v7l) RAM: 3.7 GB System-Betriebszeit: 19 T. 00:08:11 Node.js: v12.22.6 NPM: 6.14.15 Datenträgergröße: 29.0 GiB Datenträger verfügbar: 26.0 GiB Adapter-Anzahl: 362 Betriebszeit: 16 T. 00:39:00 Aktive Instanzen: 17 location: /opt/iobroker/JS zirkulation ZirkParseSTATE
Bei mir heisst der Tasmota MQTT client "zirkulation". Damit kommt der Name relativ oft in dem JS vor.
Hier werden die vom MQTT Client/Server glieferten Daten vom Tasmota client verarbeitet und umgewandelt. Das liegt daran dass ich keinen besseren Weg gefunden habe die Daten im VIS json table vom tasmota client zu bekommen.Hier nun das JS:
// const util = require('util'); // STATE // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} // createState('zirkulation.TimeStampSTATE'); createState('zirkulation.UpTimeSTATE'); createState('zirkulation.jsonSENSOR'); createState('zirkulation.jsonSTATE'); // prepare tasmota format for json format createState('zirkulation.PowerSTATE'); ////////////////////////////////////////////////////////////////////////// // Convert map to JSON string // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify // // @param // @return function mapToJson(map) { return JSON.stringify([...map]); } ////////////////////////////////////////////////////////////////////////// // convert JSON string key value pairs to Map key value pairs // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/parse // // @param jsonStr key value pairs // @return map converted from jsonStr to map key value pairs. function jsonToMap(jsonStr) { return new Map(JSON.parse(jsonStr)); } on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); var sTimeStamp = obj.Time; var fUptimeSec = obj.UptimeSec; var sPOWER = obj.POWER; // "POWER":"OFF" var fPOWER = 0; if (sPOWER == "OFF") { fPOWER = 0; } else { fPOWER = 1; } setState('javascript.0.zirkulation.TimeStampSTATE', sTimeStamp , true); setState('javascript.0.zirkulation.UpTimeSTATE', fUptimeSec , true); setState('javascript.0.zirkulation.PowerSTATE', fPOWER , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSTATE', jsonString , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSENSOR', jsonString , true); });JS zirkulation ZirkParseSENSOR
Hier wirkt nun die spezielle Option aus der Tasmota Konfiguration um das "-" in ein "_" zu wandeln.// const util = require('util'); // SENSOR // {"Time":"2020-03-28T19:07:12","DS18B20_1":{"Id":"01143B9799AA","Temperature":30.4},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":36.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":24.6},"TempUnit":"C"} // createState('zirkulation.TimeStampSENSOR'); createState('zirkulation.VorlaufTempSENSOR'); createState('zirkulation.RuecklaufTempSENSOR'); createState('zirkulation.InnerhalbTempSENSOR'); on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); // {"Time":"2020-06-06T15:11:44","DS18B20_1":{"Id":"01143B9799AA","Temperature":21.8},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":35.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.6},"TempUnit":"C"} var fRLTemp = obj.DS18B20_1.Temperature; // RL var fVLTemp = obj.DS18B20_2.Temperature; // VL var fINTemp = obj.DS18B20_3.Temperature; // IN var sTimeStamp = obj.Time; setState('javascript.0.zirkulation.TimeStampSENSOR', sTimeStamp , true); setState('javascript.0.zirkulation.InnerhalbTempSENSOR', fINTemp , true); setState('javascript.0.zirkulation.VorlaufTempSENSOR', fVLTemp , true); setState('javascript.0.zirkulation.RuecklaufTempSENSOR', fRLTemp , true); });@alk
Das Problem dieser Lösung ist doch, dass warmes Wasser zu spät kommt. Wenn ich warmes Wasser brauche, dann in dem Augenblick, wenn ich den Hahn öffne. Das Warmwasser kommt aber erst zwei Minuten später. Gut, man kann ja auch mal kalt duschen. Tut aber der Scheidungsquote nicht gut.
Ich habe eine Funklösung realisiert, die wunderbar funktioniert. Im Bad und am Zugang zur Küche sind Taster, die die Umwälzpumpe einschalten. Das passt zeitlich fast immer. Und die Lösung ist käuflich und Plug'nPlay. Übrigens hatte ich eine manuelle Lösung ca. 20 Jahre drahtgebunden realisiert.Und in der Gästetoilette ist ein 16 A Klein-Durchlauferhitzer installiert. Der funktioniert sehr gut und ist kompatibel mit einer normalen Steckdose da nur Kurzzeitbetrieb. Eine sehr energiesparende Lösung, die auch einfach zu installieren ist, wenn eine Steckdose vorhanden ist.
-
Anwendungsbeschreibung
Komponenten- Brauchwasserspeicher (Warmwasser)
- Zirkulationspumpe in der Steigleitung
- NodeMCU V2.0 (ESP8266) OS:tasmota Doris 8.1
- 3x Temperaturfühler DS18B20 (1wire) zum Messen von der Vorlauftemperatur
- Relaismodul zum Schalten der Zirkulationspumpe
Ziel
Ich möchte mit der Steuerung Energiekosten sparen. Der aktuell Aufbau startet die Zirkulationspumpe mit einer Zeitschaltuhr, z.B. Morgens 30min, Mittag 30min und Abends 30min. Der Aufbau ist wohl sehr weit verbreitet und ist mir schon eine ganze Weile in Dorn im Auge weil wenig innovativ.Die Zirkulationspumpe soll bedarfsgerecht eingeschaltet werden und die aktuelle Zeitschaltuhr kommt weg. Bedarfsgerecht meint beim Aufdrehen vom Warmwasser im Gebäude soll die Zirkulationspumpe starten und die Steigleitung mit Warmwasser befüllen. Damit ist das Warmwasser schneller an der Bedarfsstelle im Bad/WC.
Kurzbeschreibung der Steuerhardware
Ein 5V Netzteil versorgt den NodeMCU und das Relaismodul mit 5.0V Spannung. Auf dem NodeMCU steht eine geregelte 3.3.V Versorgung für die DS18B20 zur Verfügung.
Als Betriebssystem für den NodeMCU verwende ich tasmota in einer damals neuen Version 8.1. Alle Hardwarekomponenten sind günstig und leicht am Markt verfügbar.
Begonnen habe ich drei Temperatursensoren einzusetzen - ich wusste noch nicht so genau wie es werden wird. Am Ende braucht man nur einen Sensor am Heizungsrohr für den Warmwasservorlauf vom Brauchwasserspeicher in die Steigleitung.
Wichtig: Der NodeMCU ist echt billig gemacht und verträgt wenig Spannungsschwankungen. Schon beim Einschalten des Radios gibt es den einen oder anderen Effekt und tasmota hängt sich auf. Also umbedingt reichlich (~2) Cbulk ~330uF außen an die 3.3V Versorgungspins anschließen.Kurzbeschreibung der Steuersoftware auf dem NodeMCU
Tasmota bietet eine schicke Möglichkeit mit "Rules" direkt und schnell auf Events zu reagieren und neue Events auszulösen. Damit lässt sich eine tolle Steuerung umsetzen. Inspiriert hat mich ein Beispiel in der Tasmotat Dokumentation der eine Poolheizung realisiert hat. Dazu gibt es noch Variablen (var) und Konstante (mem) für mehr Transparenz des Ganzen nach außen.Tasmota rule1
Der Thermostat
Nachdem die Zirkulationsregelung gestartet ist stellt sich der Thermostat auf die aktuellen Temperaturen des Vorlauf ( DS18B20_2) und Rücklauf ( DS18B20_1 )ein. Es werden Grenzen zum Einschalten der Pumpe festgelegt um zu erkennen wenn Warmwasser entnommen wird. Dann erwärmt sich das Vorlaufrohr nach dem Brauchwasserspeicher, der Vorlaufsensor signalisiert einen Temperaturanstieg.Event
- DS18B20_2:
-- Obere Vorlaufgrenze (UpperVL): var1
-- Untere Vorlaufgrenze (LowerVL): var2 - DS18B20_1: Aktuell nicht benutzt, LowerRL Limit: var3
------------------------------------------------------------------ -- rule1 Thermostat und Regelung. Entscheidung ob Pumpe eingeschaltet werden soll. -- -- Rücklauf DS18B20-1#temperature -- Vorlauf DS18B20-2#temperature -- Intern DS18B20-3#temperature -- -- var1 obere Temperaturschwelle Vorlauf (VL) -- var2 untere Temperaturschwelle Vorlauf (VL) -- var3 maximale Rücklaufschwelle (RL) -- Löse event aus wenn Vorlauf temp ausserhalb oberer (var1) und unterer (var2) Schwelle, Pumpe an. rule1 on system#boot do Backlog var1 26; var2 25; var3 25 endon on DS18B20_2#temperature>%var1% do Backlog var1 %value%;var2 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event UpperVL=%value% endon on DS18B20_2#temperature<%var2% do Backlog var2 %value%;var1 %value%;add1 0.5;sub2 0.5;var3 %value%;sub3 5;event LowerVL=%value% endonEs wird Warmwasser entnommen
Die Zirkulationsregelung läuft und hat die obere und untere Vorlauftemperaturgrenzen ( DS18B20_2 ) eingestellt, die Pumpe ist aus ( power1 0 ).
Es wird Warmwasser aus dem Brauchwasserspeicher entnommen und das Vorlaufrohr erwärmt sich. Der Vorlaufsensor signalisiert einen Temperaturanstieg und die obere Vorlauftemperaturgrenze ( DS18B20_2 ) wird überschritten.
Beim Überschreiten wird der Thermostat neu definiert und eine Event ausgelöst UpperVL der die Pumpe einschalten soll.
Die Pumpe wird über rule2 gesteuert. Wenn die Zirkulationspumpe eine definierte Zeit ( mem5 ) gelaufen ist gibt es eine Wartezeit vor dem nächsten Pumpenanlauf ( mem4 ) um eine schnelles Ein-/Ausschalten zu vermeiden.Tasmota rule1
Event
- UpperVL: Event zum einschalten der Pumpe für eine bestimmte Zeit.
- LowerVL: Event Pumpe aus
- LowerRL: Event Pumpe aus
- PumpOn=0: Pumpe/Power1 aus.
- PumpOn>0: Entscheiden ob und wie lange die Pumpe power1 eingeschaltet werden soll.
- Var4: Pumpenfreigabe in minuten, zählt von 0 aufwärts.
- Mem4: Grenze in Minuten wann die Pumpe wieder freigegeben wird und einschalten darf.
------------------------------------------------------------------ -- rule2 Controller: Pumpe einschalten und ausschalten -- rule2 1 Regel einschalten -- rule2 0 Regel ausschalten -- -- Pumpe einschalten, delay %value%, Pumpe abschalten. -- PumpOn=0 Pumpe aus -- PumpOn=10 Pumpe an, setze timer zum ausschalten -- PumpOn=180 Pumpe an, setze timer zum ausschalten -- -- Benutze Rule timer zum abschalten der pumpe -- RuleTimer2 60 60sec -- on Rules#Timer=2 o when countdown RuleTimer2 expires -- var4 Wird beim löschen von power verwendet und es wird das wiedereinschalten verzögert. Die Einheit ist minuten. -- Jede Minute zählt var4 im eines hoch. Nach z.B. 5 minuten kann die Pumpe wieder eingeschaltet werden. -- mem4 45 Warte mem4 Minuten bis wiedereinschalten, e.g. 45 (Minuten) -- mem5 19 Pumpenlaufzeit in sekunden, e.g. 19 (Sekunden) rule2 on system#boot do Backlog var4 0.0 ; ruletimer2 0 endon on event#UpperVL do event PumpOn=1 endon on event#LowerVL do event PumpOn=0 endon on event#PumpOn=0 do power1 off endon on event#PumpOn>0 do event ChkWait=%var4% endif endon on event#ChkWait>%mem4% do Backlog var4 0; ruletimer2 %mem5%; power1 on endon on Rules#Timer=2 do power1 off endon on Time#Minute|1 do add4 1 endon on var4#state==3 do power1 off endonSperrzeit nach einem Pumpenlauf / Pumpenfreigabe
Pause für die Pumpe nach einer Zirkulationspumpzeit. Hier wird verhindert, dass die Pumpe rythmisch wieder ein und ausgeschaltet wird.Event
- event#PumpOn>0:
-- Wenn die Pumpe über var4 freigegeben ist:
if (%var4%>=%mem4%) - Time#Minute|1
-- Vorwärtszählen der Pumpenfreigabe pro Minute.
rule2 ... on event#PumpOn>0 do if (%var4%>=%mem4%) power1 on; ruletimer2 %value%; var4 0.0 endif endon ... on Time#Minute|1 do add4 1 endon ...MQTT Verbindung in der Applikation mit Tasmota
------------------------------------------------------------------ -- MQTT Verbindung über rule3 -- -- Vorlauf DS18B20-2#temperature -- var1 -- var4 rule3 on tele-DS18B20_2#temperature do Backlog publish stat/zirkulation/vlUpper %var1%; publish stat/zirkulation/PumpWait %var4% endon on power1#state do Backlog publish stat/zirkulation/Pump %value% endonKonfiguration der Applikation in Tasmota
-- SetOption53 1 Display hostname and IP address in GUI 0=default -- SetOption0 0 Save power state and use after restart (=SaveState) 1=default -- SetOption64 1 Switch between - or _ as sensor name separator, 0 = sensor name index separator is - (hyphen) (default), 1 = sensor name index separator is _ (underscore) -- mem4 legt die Wartezeit bis zum Wiedereinschalten der Pumpe fest. Bei mir 45Minuten. Gerne auch anpassen. -- mem5 legt die Laufzeit der Pumpe fest. Bei mir reichen 19Sekunden. Gerne auch anpassen. Backlog PowerOnState 0; TelePeriod 61; rule3 1; rule1 1; rule2 1; SetOption0 0; SetOption53 1; SetOption64 1; mem4 45; mem5 19Und wie läuft das Ganze jetzt los?
Mit dem folgende Kommando wird alle 61Sekunden eine Messung der Sensoren an den MQTT Broker geschickt:.TelePeriod 61Davor ist die Option 64 wichtig, die einfach ein Problem (im iobroker) behebt, wenn man ein Eventnamen ein Bindestrich enthalten ist ;-). Daran kann man verzweifeln.
SetOption64 1;Und folgend werden die rules aktiviert, damit es auch eine Steuerung gibt:
rule3 1; rule1 1; rule2 1;Typischer Log aus der Tasmota console
8:50:57 MQT: tele/zirkulation/STATE = {"Time":"2020-03-01T18:50:57","Uptime":"0T02:27:12","UptimeSec":8832,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"blabla","BSSId":"Z0:B0:VV:3K:D6:20","Channel":11,"RSSI":100,"Signal":-50,"LinkCount":1,"Downtime":"0T00:00:06"}} 18:50:57 MQT: tele/zirkulation/SENSOR = {"Time":"2020-03-01T18:50:57","DS18B20_1":{"Id":"01143B9799AA","Temperature":26.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":33.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.1},"TempUnit":"C"} 18:50:57 RUL: TELE-DS18B20_1#TEMPERATURE performs "Backlog publish stat/zirkulation/rl 26.1; publish stat/zirkulation/rlUpper 29.100" 18:50:57 RUL: TELE-DS18B20_2#TEMPERATURE performs "Backlog publish stat/zirkulation/vl 33.9; publish stat/zirkulation/vlUpper 34.600; publish stat/zirkulation/vlLower 33.600" 18:50:57 RUL: TELE-DS18B20_3#TEMPERATURE performs "publish stat/zirkulation/int 22.1" 18:50:57 MQT: stat/zirkulation/int = 22.1 18:50:57 MQT: stat/zirkulation/rl = 26.1 18:50:58 MQT: stat/zirkulation/rlUpper = 29.100 18:50:58 MQT: stat/zirkulation/vl = 33.9 18:50:58 MQT: stat/zirkulation/vlUpper = 34.600 18:50:58 MQT: stat/zirkulation/vlLower = 33.600 18:51:00 RUL: TIME#MINUTE|1 performs "add4 1" 18:51:00 MQT: stat/zirkulation/RESULT = {"Add4":"31.000"} 18:51:00 RUL: VAR4#STATE performs "publish stat/zirkulation/PumpWait 31.000" 18:51:00 MQT: stat/zirkulation/PumpWait = 31.000Kurzbeschreibung iobroker
InfoPlattform: linux Betriebssystem: linux Die Architektur: arm CPUs: 4 Geschwindigkeit: 1500 MHz Modell: ARMv7 Processor rev 3 (v7l) RAM: 3.7 GB System-Betriebszeit: 19 T. 00:08:11 Node.js: v12.22.6 NPM: 6.14.15 Datenträgergröße: 29.0 GiB Datenträger verfügbar: 26.0 GiB Adapter-Anzahl: 362 Betriebszeit: 16 T. 00:39:00 Aktive Instanzen: 17 location: /opt/iobroker/JS zirkulation ZirkParseSTATE
Bei mir heisst der Tasmota MQTT client "zirkulation". Damit kommt der Name relativ oft in dem JS vor.
Hier werden die vom MQTT Client/Server glieferten Daten vom Tasmota client verarbeitet und umgewandelt. Das liegt daran dass ich keinen besseren Weg gefunden habe die Daten im VIS json table vom tasmota client zu bekommen.Hier nun das JS:
// const util = require('util'); // STATE // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} // createState('zirkulation.TimeStampSTATE'); createState('zirkulation.UpTimeSTATE'); createState('zirkulation.jsonSENSOR'); createState('zirkulation.jsonSTATE'); // prepare tasmota format for json format createState('zirkulation.PowerSTATE'); ////////////////////////////////////////////////////////////////////////// // Convert map to JSON string // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify // // @param // @return function mapToJson(map) { return JSON.stringify([...map]); } ////////////////////////////////////////////////////////////////////////// // convert JSON string key value pairs to Map key value pairs // https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/parse // // @param jsonStr key value pairs // @return map converted from jsonStr to map key value pairs. function jsonToMap(jsonStr) { return new Map(JSON.parse(jsonStr)); } on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; // {"Time":"2020-06-06T15:19:52","Uptime":"0T21:11:25","UptimeSec":76285,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":3,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"F0:B0:14:3F:D6:20","Channel":1,"RSSI":78,"Signal":-61,"LinkCount":1,"Downtime":"0T00:00:03"}} try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); var sTimeStamp = obj.Time; var fUptimeSec = obj.UptimeSec; var sPOWER = obj.POWER; // "POWER":"OFF" var fPOWER = 0; if (sPOWER == "OFF") { fPOWER = 0; } else { fPOWER = 1; } setState('javascript.0.zirkulation.TimeStampSTATE', sTimeStamp , true); setState('javascript.0.zirkulation.UpTimeSTATE', fUptimeSec , true); setState('javascript.0.zirkulation.PowerSTATE', fPOWER , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} on({id: 'mqtt.0.tele.zirkulation.STATE', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.STATE').val); return; } // {"Time":"2021-08-17T16:04:47","Uptime":"16T23:08:54","UptimeSec":1465734,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":30,"POWER":"OFF","Wifi":{"AP":1,"SSId":"Kreuzspitz","BSSId":"3C:A6:2F:26:25:8B","Channel":11,"RSSI":88,"Signal":-56,"LinkCount":24,"Downtime":"0T00:01:15"}} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSTATE', jsonString , true); }); ///////////////////////////////////////////////////////////////////////// // preapre tasmota json format to use in iobroker vis jason table // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; var myMap = new Map(); try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } // {"Time":"2021-08-17T16:05:48","DS18B20_1":{"Id":"01143B9799AA","Temperature":24.1},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":37.9},"DS18B20_3":{"Id":"03209779E6D3","Temperature":25.2},"TempUnit":"C"} for (let [key, value] of Object.entries(obj)) { if ( typeof value === 'object' ) { // iterate one level down for (let [key2, value2] of Object.entries(value)) { // log level 2 // console.log(key + ":" + key2 + "=" + value2); myMap.set(key + ":" + key2, value2); } } else { // log level 1 // console.log(key + "=" + value); myMap.set(key , value); } } var jsonString = mapToJson(myMap); //console.log( util.inspect(myMap, {showHidden:true, depth: null}) ); //console.log( util.inspect(jsonSENSOR, {showHidden:true, depth: null}) ); setState('javascript.0.zirkulation.jsonSENSOR', jsonString , true); });JS zirkulation ZirkParseSENSOR
Hier wirkt nun die spezielle Option aus der Tasmota Konfiguration um das "-" in ein "_" zu wandeln.// const util = require('util'); // SENSOR // {"Time":"2020-03-28T19:07:12","DS18B20_1":{"Id":"01143B9799AA","Temperature":30.4},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":36.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":24.6},"TempUnit":"C"} // createState('zirkulation.TimeStampSENSOR'); createState('zirkulation.VorlaufTempSENSOR'); createState('zirkulation.RuecklaufTempSENSOR'); createState('zirkulation.InnerhalbTempSENSOR'); on({id: 'mqtt.0.tele.zirkulation.SENSOR', change: "any"}, function (obj) { var jsonSensorText = ''; jsonSensorText = obj.state.val; try {obj = JSON.parse(jsonSensorText); } catch (e) { console.error('Cannot parse: ' + getState('mqtt.0.tele.zirkulation.SENSOR').val); return; } //console.debug( util.inspect(jsonSensorText, {showHidden:true, depth: null}) ); // {"Time":"2020-06-06T15:11:44","DS18B20_1":{"Id":"01143B9799AA","Temperature":21.8},"DS18B20_2":{"Id":"01143BDE6DAA","Temperature":35.1},"DS18B20_3":{"Id":"03209779E6D3","Temperature":22.6},"TempUnit":"C"} var fRLTemp = obj.DS18B20_1.Temperature; // RL var fVLTemp = obj.DS18B20_2.Temperature; // VL var fINTemp = obj.DS18B20_3.Temperature; // IN var sTimeStamp = obj.Time; setState('javascript.0.zirkulation.TimeStampSENSOR', sTimeStamp , true); setState('javascript.0.zirkulation.InnerhalbTempSENSOR', fINTemp , true); setState('javascript.0.zirkulation.VorlaufTempSENSOR', fVLTemp , true); setState('javascript.0.zirkulation.RuecklaufTempSENSOR', fRLTemp , true); });@alk ich habe ein Sonoff Pow R2 mit Tasmota vor die Zirkulationspumpe gesetzt. Jetzt kann ich über die Zeitschaltuhr (Tasmota Funktion) zu den tapischen Zeiten die Pumpe ein oder aus schalten. Mit dem Handy kann ich die Zeitschaltuhr übersteuern und wenn ich in der Küche bin und zwischendrinnen (Kuchen backen etc.) warmes Wasser für den Abwasch brauche die Pumpe einfach einschalten....
Das funktioniert ganz gut und jeder im Haushalt kann so mit dem eigenen Smartphone die Pumpe wenn nötig einschalten... -
Wie messt Ihr denn vernünftig die Temperatur an einem Kupferrohr? Ich habe das bisher mit Zigbee Funkfühlern nicht hinbekommen....
-
Wie messt Ihr denn vernünftig die Temperatur an einem Kupferrohr? Ich habe das bisher mit Zigbee Funkfühlern nicht hinbekommen....
So wirklich smart wird das mit BWM. Da wir faktisch überall das Licht per Hue Motion Sensoren steuern wird dies im neuen Haus auch die Zirkulationspumpe aktivieren.
Ach ja, die Legionellenspülung mit hoher Temperatur 1x die Woche kann man da auch automatisieren. Ich weiß ja, wann der Kessel hochheizt.
-
Wie messt Ihr denn vernünftig die Temperatur an einem Kupferrohr? Ich habe das bisher mit Zigbee Funkfühlern nicht hinbekommen....
@disaster123 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
Wie messt Ihr denn vernünftig die Temperatur an einem Kupferrohr? Ich habe das bisher mit Zigbee Funkfühlern nicht hinbekommen....
So etwas wie ein Wemos D1 Mini + DS18B20 Temperaturfühlern wäre dein Freund.
Auf den Wemos kannst du einfach Tasmota aufspielen, den Wemos selbst per USB-Netzteil mit Strom versorgen.
Du kannst bei Tasmota dann bis zu 8 dieser Temperatursensoren anschließen, die werden alle parallel geschaltet, du brauchst einmal einen 4.7K Wiederstand zusätzlich. Also ein Wemos misst dann 8 Temperaturen gleichzeitig.
Die Daten landen per MQTT am ioBroker, alternativ mit dem Sonoff-Adapter.
https://tasmota.github.io/docs/DS18x20/Die Temperaturfühler gibt es in 2 Bauarten, du willst die mit langem Kabel + Metallkapsel, z.B. https://www.amazon.de/gp/product/B07KNQJ3D7
Die kannst du einfach mit Kabelbinder, Klebeband usw. (gerne etwas wärmeleitendes wie Metallkabelbinder) an den Kupferrohren befestigen (ggf. unter der Isolierung).
Als Gehäuse für den Wemos mit den Kabeln reicht zur Not auch eine Abzeigdose.
-
So wirklich smart wird das mit BWM. Da wir faktisch überall das Licht per Hue Motion Sensoren steuern wird dies im neuen Haus auch die Zirkulationspumpe aktivieren.
Ach ja, die Legionellenspülung mit hoher Temperatur 1x die Woche kann man da auch automatisieren. Ich weiß ja, wann der Kessel hochheizt.
@andygr42 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
So wirklich smart wird das mit BWM.
Hmm,
hatte ich auch mal überlegt aber auch dann dauert es immer noch ziemlich bis das Wasser einmal durchgewältzt wurde und auch an der entferntesten Zapfstelle sofort warmes wasser kommt.
Ein weiterer Nachteil: jedes mal wenn jemand den Raum betrifft springt die Pumpe an, egal ob Warmwasser benötigt wird oder nicht oder wie willst du das verhindern?
Das einzige was für mich "Bedarfsgerecht" ist, ist die Anforderung per manuellem Befehl. Sei es per Taster, Sprache oder einer anderen menschlichen Aktion.
Bei der Steuerung per Temp Fühler habe ich nicht wirklich verstanden was es bringen soll. Bis da ein nennenswerter Unterschied festgestellt wird, sei es durch Öffnen des Hahnes oder wenn die Temp des Wassers sinkt/steigt will ich schon Warmwasser haben. Wenn dann erst die Pumpe anspringt kann ich auch solange laufen lassen.
Aber vielleicht verstehe ich das auch nur falsch und mich kann jemand erleuchten.
Only my 2cents
-
@andygr42 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
So wirklich smart wird das mit BWM.
Hmm,
hatte ich auch mal überlegt aber auch dann dauert es immer noch ziemlich bis das Wasser einmal durchgewältzt wurde und auch an der entferntesten Zapfstelle sofort warmes wasser kommt.
Ein weiterer Nachteil: jedes mal wenn jemand den Raum betrifft springt die Pumpe an, egal ob Warmwasser benötigt wird oder nicht oder wie willst du das verhindern?
Das einzige was für mich "Bedarfsgerecht" ist, ist die Anforderung per manuellem Befehl. Sei es per Taster, Sprache oder einer anderen menschlichen Aktion.
Bei der Steuerung per Temp Fühler habe ich nicht wirklich verstanden was es bringen soll. Bis da ein nennenswerter Unterschied festgestellt wird, sei es durch Öffnen des Hahnes oder wenn die Temp des Wassers sinkt/steigt will ich schon Warmwasser haben. Wenn dann erst die Pumpe anspringt kann ich auch solange laufen lassen.
Aber vielleicht verstehe ich das auch nur falsch und mich kann jemand erleuchten.
Only my 2cents
@wendy2702 Ich denke, das hängt auch vom Einzelfall ab. Ein manuelles Einschalten kommt für mich nicht in Frage. Der WAF ist definitiv zu niedrig und wenn Du dann noch Kinder hast, wird das mal gar nix. Da würde ich lieber bei Zeitschaltuhr morgens und abends bleiben.
Im aktuellen Haus kann ich in der Küche darauf komplett verzichten. Die Spüle ist praktisch direkt über der TWWP und es ist schnell warm. Im Gäste WC verzichten wir fast ganz auf warmes Wasser (am Eckventil ziemlich abgedreht). Wäre aber auch schnell da. Das Duschbad unten wird kaum genutzt. Bleibt noch das Bad oben. Da möchte ich (fast) immer warmes Wasser haben. Egal ob nur jemand kurz auf dem Klo war oder duschen möchte, es wird fast immer benötigt.
Im neuen Haus könnte es auch für die Küche interessant werden. Hier wäre z.B. denkbar, an Stelle eines BWM einen Präsenzsensor zu nutzen und die Pumpe erst zeitverzögert einzuschalten. Damit halt nicht jedes Mal, wenn jemand zum Kühlschrank latscht, das Wasser zirkuliert. Wenn jemand länger in der Küche ist, steigt auch die Wahrscheinlichkeit, dass er warmes Wasser benötigt. Eben die Finger waschen oder einen Apfel abspülen geht auch mit kaltem Wasser.
Am Ende müsste man tatsächlich mal über einen längeren Zeitraum den Energieverbrauch messen und entschieden, was besser ist.
-
@wendy2702 Ich denke, das hängt auch vom Einzelfall ab. Ein manuelles Einschalten kommt für mich nicht in Frage. Der WAF ist definitiv zu niedrig und wenn Du dann noch Kinder hast, wird das mal gar nix. Da würde ich lieber bei Zeitschaltuhr morgens und abends bleiben.
Im aktuellen Haus kann ich in der Küche darauf komplett verzichten. Die Spüle ist praktisch direkt über der TWWP und es ist schnell warm. Im Gäste WC verzichten wir fast ganz auf warmes Wasser (am Eckventil ziemlich abgedreht). Wäre aber auch schnell da. Das Duschbad unten wird kaum genutzt. Bleibt noch das Bad oben. Da möchte ich (fast) immer warmes Wasser haben. Egal ob nur jemand kurz auf dem Klo war oder duschen möchte, es wird fast immer benötigt.
Im neuen Haus könnte es auch für die Küche interessant werden. Hier wäre z.B. denkbar, an Stelle eines BWM einen Präsenzsensor zu nutzen und die Pumpe erst zeitverzögert einzuschalten. Damit halt nicht jedes Mal, wenn jemand zum Kühlschrank latscht, das Wasser zirkuliert. Wenn jemand länger in der Küche ist, steigt auch die Wahrscheinlichkeit, dass er warmes Wasser benötigt. Eben die Finger waschen oder einen Apfel abspülen geht auch mit kaltem Wasser.
Am Ende müsste man tatsächlich mal über einen längeren Zeitraum den Energieverbrauch messen und entschieden, was besser ist.
@andygr42 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
@wendy2702 Ich denke, das hängt auch vom Einzelfall ab. Ein manuelles Einschalten kommt für mich nicht in Frage. Der WAF ist definitiv zu niedrig und wenn Du dann noch Kinder hast, wird das mal gar nix. Da würde ich lieber bei Zeitschaltuhr morgens und abends bleiben.
nach einigem Herumprobieren auch mit kommerziellen Automatik-Lösungen haben wir jetzt beides - Zeitschaltung morgend u. abends, plus an den "Hauptzapfstellen" Taster, die für 5 Minuten die Circopumpe laufen lassen. Das klappt insgesamt jetzt gut, und sogar Kinder verstehen das sehr schnell... :)
-
@jleg sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
nach einigem Herumprobieren auch mit kommerziellen Automatik-Lösungen haben wir jetzt beides - Zeitschaltung morgend u. abends, plus an den "Hauptzapfstellen" Taster, die für 5 Minuten die Circopumpe laufen lassen. Das klappt insgesamt jetzt gut, und sogar Kinder verstehen das sehr schnell...
So habe ich das auch.
Support us
410
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge