Habe meine WP Vitocal 252 erst seit ein paar Wochen wirklich in Betrieb und da es bisher auch recht mild war kaum Erfahrungen mit dem Heizbetrieb. Beim Warmwasser liegen aber erste Erfahrungen mit der API vor und es schreit förmlich nach "Optimierung" weil der Temperaturverlauf (bei mir immer noch in 0,1K Schritten, IoBroker) so manches "ahnen" lässt. Durch die Speicherverluste (1K in ca 2,5h) und die Zirkulationspumpe (~1K in 10 min) sind offenbar weitaus größere Temperaturgefälle zu erkennen als durch den täglichen Gebrauch von Dusche und Haushalt (2 Personen). Die Zykluszeit der WW-Bereitung liegt bei 12 bis 16h was erst mal plausibel erscheint(?)
Die Außentemperatur wird allerdings auch nur in 1K Schritten bereitgestellt, wobei die "Außentemperatur" an der Außeneinheit wiederum in 0,1K Schritten erkennbar ist.
Da die benötigte Energiemenge für das WW doch einen erheblichen Anteil ausmacht könnte ich mir auch gut vorstellen das WW in Zeiten der vorraussichtlichen "Warmphasen" des Tages zu "erzeugen" und ggf. über die Hygeniefunktion das Ganze zu "verbessern" weil die Hysterese ja offenbar "fest" ist, allerdings kann man über die API ja die Zieltemperatur beeinflussen und somit auch in gewisser Weise die Hysterese wenn man nach dem Aufheizen eine kleinere Zieltempratur einstellt 😉
Das alles setzt natürlich "genaue" (0,1K) und "aktuelle" Messwerte voraus, wobei diese natürlich auch "relativ" sein können. Wenn die API es also nicht zulässt verlässliche Werte zu bekommen könnte ich mir gut vorstellen diese selber zu ermitteln. Temperaturfühler z.B. auf Basis DS18B20 (sind vorkalibriert) und einem 8266 mit Tasmota-Software sind kein Hexenwerk und dazu relativ preiswert und leicht in den IoBroker über MQTT einzubinden. Das Ermitteln der Messpunkte und das Anlegen der Messfühler an die WP ist kein wirklicher Eingriff in das System und man wäre in diesem Punkt nicht mehr abhängig von "irgendwelchen IT-Experten"
Den Anlagendruck bzw. Aktionen die diesen beeinflussen könnte man ggf, auch noch relativ einfach "feststellen" und das mit dem Volumenstrom ist zur Zeit in der API auch recht problematisch wenn die Abtastzeiten länger sind als die Zykluszeit der internen "Modulation"
Bleibt natürlich das Problem der Steuerung. Das mit der WW-Zirkulationspumpe über die API habe ich fast aufgegeben 😞 Es ist so wohl erst mal nicht vorgesehen und die Grundidee, dass man Warmwasser hat wenn man es am Zapfhahn erwartet wird durch die jetzige primitive Zeitsteuerung der ach so Intelligenten WP kaum erreicht 😞 Sie genügt allenfalls irgendwelchen "Vorschriften". Eine externe Steuerung der Zirkulationspumpe ist mit wenig Hardwareaufwand aber relativ einfach möglich, der selbe 8266 reicht, auch wenn natürlich etwas mehr "Fachwissen" erforderlich ist weil man hier schon wissen muss, was man tut (230V!)
Grundsätzlich sehe ich das Erfassen der benötigten Messwerte an der WP nicht als Problem sondern eher das Steuern der Aktionen wenn die API dieses nur bedingt zulässt. Das Auslösen von automatischen Aktionen über den Touchscreen ist eher "theoretisch" praktikabel, die Manipulation über den CAN-BUS wäre wohl kaum zu verhindern, setzt aber wohl auch einiges an "(Grund-)Wissen" vorraus.
Die Nutzung der API mit offener Schnittstelle wäre allemal die vernünftigste Lösung, setzt aber wohl von beiden Seiten Verständnis vorraus. Keine unnötigen Beschränkungen von Seiten des Herstellers und keine übertriebenen Forderungen von Seiten der Anwender. Es ist verständlich das der Herrsteller sein Produkt immer im Fokus haben möchte und muss! um schädliche Aktionen jedweger Art für das Unternehmen und seine Kunden im Griff zu haben, gibt ja leider genügend Beispiele wo die es problematisch wurde 😞
