Das die Wettervorhersage, insbesondere der zu erwarteten Temperatur der Umgebungsluft (bei Luft-Wärmepumpen) durchaus ein wichtiges Steuer und Regelkriteruim für einen effeketiven Betrieb sein kann steht außer Frage. Ein Modul wie die Viessman API, das diese Werte "maschinenlesbar" bereitstellt ist da natürlich eine große Hilfe weil sie zum einen der lokalen Situation der Anlage entspricht und zum anderen die gleichen Messwerte benutzt, wie die interne "Logik" der WP für ihre Regelungsprozesse und somit eher ein reproduzierendes Verhalten zu erwarten ist, als wenn man von einer unterschiedlichen Datenbasis ausgeht. Warum diese Werte im Gegensatz zu anderen bereitgestellten Messwerten der API nur in 1K Schritten auslesbar sind und somit den Sinn der API in gewisserweise in Frage stellt, erschließt sich dem ambitionierten Anwender kaum. Da sich die Außentemperaturen im vernünftigen Mittel (Wolkenbewegung, Windeinflüsse mal ausgenommen) ja nicht im Minutentakt ändern wäre hier eine verlängerte Zykluszeit beim Auslesen, dafür aber mit 0,1K Auflösung für alle ein guter Kompromiss.
Auf der anderen Seite sind Vorhersagen neben der Bereitstellung entsprechender Daten auch eine Frage der Verknüpfung dieser und auch wenn KI-Elemente durchaus mit "privaten" Möglichkeiten genutzt werden können erscheint es mir fraglich es davon abhängig zu machen (?) Gerade die Außentemperatur kann man inzwischen auch Lokal leicht durch andere Quellen im Mittel relativ gut ermitteln. Mag sein dass es spezielle Orte gibt, die sich davon nicht abdecken lassen, die überwiegend "extreme" Abweichungen haben aber im Großen und Ganzen würde ich eine witterungsgeführte WP-Steuerung eher mit Daten vom Wetterdienst speisen als mich auf eine API verlassen die ohnehin recht fragwürdig erscheint wenn stängig mehr oder weniger Änderungen an Datenpunkten erfolgen die für den privaten Anwender nicht nachvollziebar sind.
Grundsätzlich stellt sich natürlich die Frage was Viessmann mit der (Basic-) API bezweckt. Zum einen ist es offenbar notwendig um mit Mitbewerbern zu bestehen und zum anderen eine gute Möglichkeit atraktive Lösungen von mehr oder minder ambitionierten App-Entwicklern in den Markt zu bekommen die die Vorteile einer "Viessmann-Lösung" unterstreichen. In gewisserweise war das auch für mich ein Argument sich für Viessman zu entscheiden, da es zumindest nicht ausgeschlossen war. Bei den App-Entwicklern muss man natürlich unterscheiden ob diese es (nicht nur) für einen monitären Vorteil machen und irgendwas abliefern was halbwegs funktioniert aber eben durch Restriktionen immer eingeschränkt bleiben wird oder echter Mehrwert geschaffen wird der nicht nur Lieschen Müller beeindruckt 😉
Fazit für mich: Nutzung der Möglichkeiten der API, aber auch immer die Möglichkeit externer Datequellen oder gar Hardwarelösungen nicht außer Acht zu lassen. Gerade weil der Zugriff nicht direkt sondern nur über "Viessmann" erfolgt kann auch ein kurzzeitiger "Ausfall" des Internets u.U. gewisse Funktionen nicht auslösen (z.B. WW-Zirkulationspumpe springt trotz erfolgreichen Trigger nicht an, ist jetzt nicht sooo schlimm 😉 ) oder gar mehr oder weniger unliebsame Folgen haben (WW-Zirkulationspumpe geht nicht mehr aus weil Trigger "aus" - "Befehl" nicht mehr empfangen werden kann, schon ärgerlicher 😞 ) Mit den exteren Zugriffe durch die API sollte man sich auch immer Gedanken darüber machen was passiert wenn... Gehe mal davon aus, das die Software der WP intern gut gegen Ausfälle und Fehler geschützt ist aber "Externes" eben auch einiges durcheinader bringen kann.
Schon verständlich dass man nicht auf alles zugreifen kann, aber grundlegende Messwerte die vorhanden und ggf. auch leicht zu ermitteln sind sollte man nicht unnötig beschränken!
