Climate Solutions Community

signag · ‎17.03.2026

Wenn das Limit von 1450 API Calls deswegen kritisch ist, weil einzelne Datenpunkte in jeweils eigenem API Call abgefragt werden, gibt es als Alternative die Möglichkeit alle Datenpunkte in einem Call abzurufen und sich dann die gewünschten aus dem Ergebnis selbst herauszusuchen (siehe https://github.com/signag/monitorViHP). Damit kommt man bei einem 1-Minuten Zyklus auf 1440 mit noch etwas Spielraum für die Authentifizierung..

signag · ‎13.02.2026

Bei mir sind ab 12.02.2026 folgende Datenpunkte nicht mehr verfügbar heating.power.consumption.current heating.compressors.N.heat.production.current heating.compressors.N.power.consumption.current heating.compressors.N.power.consumption.dhw heating.compressors.N.power.consumption.heating heating.compressors.N.power.consumption.total heating.heatingRod.power.consumption.current heating.heatingRod.power.consumption.dhw heating.heatingRod.power.consumption.heating heating.heatingRod.power.consumption.total heating.heatingRod.status Allerdings sind sie noch in der API-Dokumentation aufgeführt. Offensichtlich kann man sich auf die nicht (mehr) verlassen. Das ist äußerst ärgerlich. Wenn ich mich richtig erinnere, waren nicht alle nun fehlenden Datenpunkte in dem Advanced Package enthalten. Dass sie ohne Vorwarnung und Ersatz einfach abgeschaltet werden, ist aus meiner Sicht keineswegs ein "Schritt in die richtige Richtung für die Zukunft unserer Developer-Community", wie in der Mail "Anpassung unserer API-Pakete" vom 28.08.2025 geschrieben wurde.

signag · ‎25.12.2024

@ml_2 schrieb: Einige Werte wie die Aussentemperatur werden noch sehr selten und grob abgestuft geliefert. Das gleiche Verhalten beobachte ich auch: signag_0-1735117459412.png Ich frage in Intervallen von 2 Min. ab. Bei dein Vor- und Rücklauftemperaturen der Wärmepumpe scheint es so zu sein, dass während der Nachtabsenkung ein gröberes Raster verwendet wird als tagsüber. Auch die Warmwassertemperatur wird nur in größeren Intervallen aktualisiert. Das deutet darauf hin, dass das systematisch erfolgt, allerdings verstehe ich die Intention dahinter nicht. Den Schnittstellen-Traffic reduziert das nicht. Es sollte auch wenigstens dokumentiert werden.

signag · ‎24.11.2024

Aus dem Feature "heating.power.consumption.total" nehme ich den Wert für "properties['year']['value'][0]". Das scheint momentan der einzige zu sein, der wirklich funktioniert. Der wird kontinuierlich aktualisiert und daraus bekommt man dann auch die Tagesverläufe. Allerdings gibt es da keine Aufschlüsselung nach "heating" und "dhw". Die Datenpunkte "heating.power.consumption.total" ("properties['day']['value'][0]") "heating.power.consumption.summary.heating" ("properties['currentDay']['value']") "heating.power.consumption.summary.dhw" ("properties['currentDay']['value']") haben bis zum 8.11. noch funktioniert, danach nicht mehr. Siehe dazu auch API - Power Consumption empty .

signag · ‎23.11.2024

Hallo, ich bin gerade dabei, mir ein eigenes Dashboard aufzubauen, wobei ich die Daten über die API abfrage und in einer Datenbank speichere. Darin habe ich auch die Berechnung der thermischen Leistung und thermischen Energie aufgenommen. DashboardWP.jpg Die Zeitreihen haben ein Intervall von 2 Min. Die elektrische Energie kommt aus der API. Für die elektrische Leistung gibt es da leider keinen Datenpunkt. Die schätze ich ab über meinen Gesamtverbrauch abzüglich der gemessenen Leistung der Hauptverbraucher. Dann sollte grob der Verbrauch der WP übrigbleiben. Die thermische Leistung berechne ich nach P[kW] = 4,183 * |Vvol| * | ΔT| / 3600, wie auch von @Heizungspilot beschrieben. Die thermische Energie bekomme ich daraus über Integration. Die Verläufe für elektrische und thermische Leistung sehen denen in der App ziemlich ähnlich. Ein genauerer Vergleich ist da nicht möglich. Wenn ich die erhaltenen Werte für die thermische Energie mit denen aus der ViCare App vergleiche, finde ich, dass meine tagesbezogenen Werte um bis zu 15% niedriger sind als die in der App. Das ist zwar signifikant aber auch nicht übermäßig viel. Möglicherweise wird in der ViCare App auf einem gröberen Zeitraster gearbeitet, wodurch sich der Unterschied teilweise erklären kann. @Heizungspilot, aus deinen Bemerkungen entnehme ich, dass du größere Abweichungen gesehen hast. In welchem Bereich liegen die deiner Erfahrung nach?

signag · ‎18.11.2024

Hallo, meine Aufzeichnungen für "heating.power.consumption.total" für die letzten Tage sehen so aus: PowerConsumption.jpg Möglicherweise deutet das darauf hin, dass versucht wird, das Problem zu beheben, allerdings ohne wirklichen Erfolg. In der Vicare App sehen die Verbrauchsdaten für heute und gestern so aus: ViCareEnergiebilanz20241118.jpg ViCareEnergiebilanz20241117.jpg Die App kennt also den Zeitverlauf der Leistung auch für den laufenden Tag und auch die verbrauchte Energie. Die API-Bezeichnung "power" für Energie ist hier eigentlich nicht korrekt. Leider fehlt bisher eine API für die Leistung. Die APP scheint auch ihre Daten nicht über diese API zu beziehen. Wenn man den Output der API Feature_heating_power_consumption_total.jpg als Werte für den laufenden und die letzten 7 Tage versteht, und mit den entsprechenden Werten aus der App vergleicht, erhält man folgendes Ergebnis: power_consumption_api_app.jpg wobei die Werte der App bei der Monats- und Tagesdarstellung auch noch unterschiedlich sind, was darauf hindeutet, dass sie dynamisch berechnet werden. Vergleicht man die Werte aus der App mit denen aus der API, so sieht es so aus als ob es hier eine Verschiebung um einen Tag gäbe. Insgesamt scheint mir diese API als Basis für ein Monitoring des Energieverbrauchs momentan noch nicht geeignet zu sein. Ich werde jetzt für den Gesamtverbrauch anstelle der Tageswerte den Jahreswert ("year") aus diesem Endpoint nehmen. Der scheint zeitgenau aktualisiert zu werden. Das trifft allerdings für die Aufschlüsselung in "heating" und "dhw" nicht zu.

signag · ‎26.06.2024

Hallo, ich habe eine Frage zur SG Ready Statusanzeige bei der VitoCal 250-A. Die verschiedenen Beiträge zur SG-Ready Verkabelung habe ich gelesen. Meine Konfiguration ist ähnlich der von @PRIMA in Vitocal 250-A und Smart Grid , allerdings verwende ich das FEMS Relais Board, da ich neben der Wärmepumpe noch einen Heizstab über die PV-Anlage triggere. signag_0-1719416281303.png Die Vitocal ist, wie in der Montage- und Serviceanleitung beschrieben, an die Relais 2 und 3 angeschlossen: signag_1-1719416494349.png Die 3 Phasen des Heizstabs sind an die Relais 4, 5 und 6 angeschlossen und lassen sich mit jeweils 2 kW aktivieren. Der Installateur hat auch, wie in der Montage- und Serviceanleitung, S. 108 beschrieben, die Option "Smart Grid" aktiviert: signag_2-1719416913096.png Wenn ich in der Fenecon App die Wärmepumpe auf "Normalbetrieb" einstelle signag_3-1719417797216.png wird in ViCare auch der SG Ready Status "Normalbetrieb" angezeigt: signag_4-1719417935062.png. Wenn ich aber eine beliebige andere Betriebsart einstelle: signag_5-1719418008211.png wird in ViCare immer der Status "Erzwungener Betrieb" angezeigt: signag_6-1719418086106.png Es wird anscheinend nie angezeigt, mit welcher Betriebsart das Gerät wirklich fährt. Diese Information wäre aber wichtig. signag_7-1719419323414.png Zwar sind Normalbetrieb und Einschaltbefehl immer eindeutig ( [0,0] bzw. [1,1], Aber Sperre [0,1] und Einschaltempfehlung [1,0] könnten vertauscht sein, wenn die beiden Anschlussdrähte vertauscht sind. Ich habe auch in keiner der Viessmann-Dokumentationen etwas darüber gefunden, was für SG Ready in ViCare oder auf dem Display wirklich angezeigt werden sollte. Weiß hier vielleicht jemand etwas darüber? Vielen Dank

Climate Solutions Community

Deine Aktuellen Statistiken

Betreff: Ersatz für das alte Advanced Package für ...

Betreff: Ersatz für das alte Advanced Package für ...

Betreff: API - Power Consumption empty

Betreff: Thermische Leistung Vitocal 250 zu hoch (...

Betreff: Thermische Leistung Vitocal 250 zu hoch (...

Betreff: API - Power Consumption empty

Vitocal 250-A und Smart Grid Statusanzeige

Weitersurfen