Hallo zusammen
Ich steuere meine Heizung über MQTT und bin dabei auf etwas Seltsames gestossen. Pekaway Control v2.0.10, Autoterm an USB4 (2D).
Ich schicke pkw/cmnd/heater/POWER/25 mit Payload on. Die Autoterm war aus und bleibt aus. In der Gruppe «Autoterm» läuft danach aber ein Countdown von 30 Minuten, «Runtime (min)» steht auf 30. Die Solltemperatur 25 ist offenbar als Laufzeit angekommen und auf den 15er-Schritt des Feldes gerundet worden. Läuft der Countdown ab, löst er bei der Autoterm «Stop» aus.
Im Tab «MQTT API» zerlegt ein Split-Node das Topic an den /. Jede Zahl geht durch «check for on/off & temp», dann über «set targettemp» auf den Link «mqtt heater off». Dieser Link führt gleichzeitig zu:
- «heater set temp» und «heater runtime» (HeaterControls)
- «autoterm1 settemp» und «autoterm1 runtime»
- «autoterm2 settemp» und «autoterm2 runtime»
Solltemperatur und Laufzeit bekommen also denselben Wert, und bei POWER// gilt das für beide Zahlen. Die Temperatur wird auch zur Laufzeit. Minuten zwischen 12 und 35 werden auch zur Solltemperatur, POWER/22/30 setzt sie also auf 30. Andere Minutenwerte setzen msg.targettemp gar nicht, dann geht ein leerer Payload an beide Ziele. Gemeint war wohl: erste Zahl Solltemperatur, zweite Zahl Laufzeit, jede an ihr eigenes Ziel.
Dazu noch eine Frage: POWER mit on/off schaltet nur die allgemeine Heizung (Webasto/China) und erreicht die Autoterm nicht. Der Link «autoterm1 start» im Tab «Heater Autoterm» ist mit nichts verbunden. Über HTTP klappt es, PUT /autoterm/temp/ startet sie im Temperaturmodus und PUT /autoterm/stop/0 stoppt sie. Ist das so gewollt? Und gibt es einen MQTT-Befehl, der die Autoterm im Temperaturmodus startet oder stoppt?
Danke und Gruss
Matthias