Climate Solutions Community

CaCicala · ‎24.04.2023

Hallo, das ist die Betriebsart und die stellt man je nach Heizkreis wie folgt ein; hier z.B. für Heizkreis 2: heating.circuits.2.operating.modes.active/commands/setMode mode kann bei meiner Vitodens 200 folgende Werte haben: “mode: standby”, “mode: dhw”, “mode: dhwAndHeating”, “mode: forcedReduced”, “mode: forcedNormal” das kann sich aber von Gerät zu Gerät unterscheiden. Ich habe das mal für die Umsetzung in Node-Red beschrieben: Viessmann API und Node Red - Einstellungen Ändern Bei Fragen einfach melden. Viel Spaß noch. Chris

CaCicala · ‎10.04.2023

Hallo, wie es scheint, wechselt Viessmann die API Features immer mal wieder. Ich habe noch ein Legacy Gerät mit extra Vitoconnect Kästchen, die neuen E3 Geräte mit integriertem WiFi sind wohl anders. Wenn bei dem Feature „isEnabled: true“ steht und es eine Kommando URI dazu gibt, dann kannst du den Wert beeinflussen. Wenn isEnabled false ist, dann nicht, weil beispielsweise die Heizung aus ist oder ein anderes Programm läuft. Wenn du mir mal den Feature Abschnitt für reducedEnergySaving schickst (anonymisiert und als private Message) dann kann ich mir das mal ansehen. Das dürfte das sein, was du brauchst. Natürlich kannst du dir da auch eine eigene Logik basteln der Art „wenn Zuviel Strom da, aktiviere Heizstab und fahre Heizung im Reduzierten Betrieb (wenn Außentemperatur nicht unter 14 Grad, sonst normale Temperatur- außer nachts und wenn nicht Ostermontag) 🙂 Viele Grüße aus Italien Chris

CaCicala · ‎10.04.2023

Hallo Thilo, ich habe eine Vitodens 200 (Bj. 2019) und da ist das im Featureumfang enthalten. Kannst du dir die gesamte Feature Liste (JSON Objekt mit über 100 Features) anzeigen lassen? Suche dort einmal nach ".eco". Eventuell heißt das bei deiner Heizung nur anders. Ansonsten mal @MichaelHanna von Viessmann fragen und die Seriennummer der Heizung angeben. Notfalls halt die Temperatur per Programmierung runtersetzen. Sonst fällt mir aktuell auch nichts weiter ein. VG Chris

CaCicala · ‎09.04.2023

Hallo Thilo, das funktioniert analog der Schnellwahl "ich möchte Warmwasser". Die API URL für Sparbetrieb lautet: https://api.viessmann.com/iot/v1/equipment/installations/DeineINstallationID/gateways/DeinerGatewayID/devices/0/features/heating.circuits.1.operating.programs.eco/commands/activate wobei du dann noch den richtigen Heizkreis (heating.circuits.X) wählen musst. Deaktivieren geht mit dem selben Kommando nur am Ende eben /deactivate anstatt /activate. Für "ich möchte Warmwasser" mit Node Red habe ich das hier beschrieben: https://www.rustimation.eu/index.php/viessmann-api-und-node-red-teil-4/ und zwar ganz am Ende des Kapitels. Vorgehensweise ist für den Sparbetrieb - wie gesagt - analog. Viel Spaß noch. Bei Fragen melden. Chris

CaCicala · ‎03.04.2023

Hallo, auf die Gefahr hin, dass ihr das eh schon wisst, den Punkt "ich möchte Warmwasser" unter Verwendung von Node-Red habe ich schon mal beschrieben: https://www.rustimation.eu/index.php/viessmann-api-und-node-red-teil-4/ Der One-time-Charge findet sich am Ende des Kapitels. Viel Spaß noch Chris

CaCicala · ‎28.03.2023

Hallo zusammen, warum auch immer, das Phänomen ist in den letzten Tagen nicht mehr aufgetreten. Ich nehme an, dass Viessmann da etwas an internen Lastparametern oder so geschraubt hat und es deshalb wieder funktioniert. Zusätzlich habe ich noch das Node-Red Fehlerhandling verbessert und meine Ideen dazu dokumentiert. VG Chris

CaCicala · ‎18.03.2023

Hi Thilo, nur damit die Anderen auch was davon haben, hier noch der Hinweis auf die Lösung des Problems "Mach ma' wahm Wassa" in meinem Blog. https://www.rustimation.eu/index.php/viessmann-api-und-node-red-teil-4 Viel Spaß damit Chris P.S. wenn du diesen Post als Lösung markierst, wird der Beitrag künftig leichter gefunden und mehr "Viessmänner" und "Viessdamen" haben was davon.

CaCicala · ‎18.03.2023

Kommando zurück! Der Parameter heißt heating.dhw.oneTimeCharge Shows whether one time charge of dhw is active. Also provides the commands to activate/deactivate it und ist sogar im kostenfreien Basic Paket enthalten. Sorry 4 the confusion Chris

CaCicala · ‎18.03.2023

Hi, ein direktes API Kommando habe ich auch nicht gefunden. Aber ich kenne einen Workaround. Schau mal hier https://www.rustimation.eu/index.php/viessmann-api-und-node-red-teil-4/ im 2. Kommentar. viele Grüße und viel Spaß Chris

CaCicala · ‎16.03.2023

Hallo, in letzter Zeit beobachte ich alle paar Stunden ein merkwürdiges Phänomen: Normalerweise wird bei mir das Access Token zeitgesteuert alle 59 Minuten erneuert. Die neue URL dazu lautet https://iam.viessmann.com/idp/v3/token Die Payload ist wie üblich grant_type=refresh_token&client_id=meineClientID&refresh_token=meinRefreshToken All das funktioniert über Stunden problemlos, nur in letzter Zeit gibts dann nach unterschiedlicher Zeit die API Fehlermeldung: TimeoutError: Timeout awaiting 'request' for 120000ms : https://iam.viessmann.com/idp/v3/token Meine Anwendung wartet dann 30 Sekunden und probiert es mit den identischen Werten nochmal und bekommt jetzt die Fehlermeldung: {"error":"invalid_client","error_description":"Client authentication failed"} Bedeutet im Klartext, meine Token sind abgeschossen worden. Meine Applikation steigt dann ganz vorne wieder ein, generiert den Authorization Code und daraus anschließend Access und Refresh Token komplett neu und kann weiterarbeiten. Soweit so gut, aber das ist eigentlich nicht im Sinne des Erfinders. Schließlich sollte das Refresh Token 180 Tage lang gültig sien. Frage: Passiert das nur bei mir oder handelt es sich hier um einen systemischen Fehler auf der Viessmann Seite? Danke für jeden Hinweis Chris

CaCicala · ‎25.02.2023

😔stimmt. Da hatte ich nicht drangedacht. Meine Heizung hat noch ein Vitoconnect Interface über das "V". Die Anforderung von Ausleseintervallen <=1sekunde halte ich für "overdone". Deine Heizung ist ja keine Mondrakete. Wasser als Medium hat eine sehr hohe Inertialität, 90 oder 120 Sekundenintervalle oder noch länger reicht normalerweise. Ich mache das mit Node-Red - hat übrigens auch Interfaces zu Modbus - und in meinem Blok dokumentiert. Ob so etwas für deine Anforderungen taugt, weiß ich natürlich nicht. Trotzdem: Weiterhin viel Spaß Chris

CaCicala · ‎25.02.2023

Hallo, für meine Anforderungen reicht mir die "Viessmann in the Middle" Cloud Lösung unseres Lieblingsheizungsherstellers. Trotzdem fände ich es auch interessant, direkt auf meine Vitodens 200W zuzugreifen um die Downtime meines cronisch unzuverlässigen WDSL-Internetproviders und die fast ebenso unzuverlässige Response der Viessmann Server zu umgehen. Für geduldige Bastler und Programmierer gibt es Lösungen. Zum Beispiel hier: https://github.com/openv/openv/wiki Hardwareseitig funktioniert das, indem die optische Schnittstelle im Viessmann V abgegriffen und auf USB umgesetzt wird. Allerdings würde ich das Original Optolink Kabel kaufen, anstatt hier selbst was zu löten. Die Software setzt einiges an Linux etc. Wissen voraus ist aber beherrschbar. Viel Spaß noch Chris

CaCicala · ‎24.02.2023

Hallo Andreas, eigentlich müsste das funktionieren. In der Viessmann Doku steht zwar beim Thema Events "deprecated" aber es funktioniert (derzeit) noch: Die URI lautet: https://api.viessmann.com/iot/v1/events-history/events?limit=1000&gatewaySerial=<deineGatewaySerialNumber> Das Ganze wird als https GET abgeschickt und das Access Token wird im Header mitgegeben. Hilft dir das weiter? Viele Grüße und viel Spaß Chris

CaCicala · ‎17.02.2023

Hallo, Ohne die letzte Abfrage genauer analysiert zu haben… der Code, den du im Browser angezeigt bekommst ist nur 20 Sekunden lang gültig. Vielleicht liegt es daran? Dieses „Feature“ wurde erst vor ein paar Monaten eingeführt. VG Chris

CaCicala · ‎11.02.2023

Hallo Jörg, thats what I did in my own setup. Feed back the setting from the API to the slider node. Accidently I created an endless loop by setting the slider's config checkmark at If msg arrives on input, pass through to output: This behaviour eats up your "number of requests" quota much faster. In fact, it's doubling your number of requests. And worse with several sliders. So take care to uncheck this feature. For improved usability (avoiding accidential setting of the slider especially on mobile devices) I have separated temperature setting and issuing the command. Check this out at my website. Have fun! Chris

CaCicala · ‎08.02.2023

😂, klar, bei mir ist das N entweder eine 1 (Fußbodenheizung) oder eine 2 (Heizkörper). Weder mit 1 noch mit 2 gefunden. Liegt vielleicht an unterschiedlichen Baujahren oder Untermodellen oder dem, was der Installateur verbaut und verkabelt hat. Viel Spaß noch 😁 Chris

CaCicala · ‎08.02.2023

ja, merkwürdig. Ich habe auch eine Vitodens 200W, der Parameter heating.circuits.N.temperature taucht bei mir in der API gar nicht auf. Gruß Chris

CaCicala · ‎08.02.2023

Ist leider doch etwas komplizierter. Wurde schon hier im Forum behandelt: https://www.viessmann-community.com/t5/Gas/Mathematische-Formel-fuer-Vorlauftemperatur-aus-den-vier/td-p/68843

CaCicala · ‎08.02.2023

Hi, Hatte ich auch schon gesucht. Als direkten Wert habe ich die Vorlauf Solltemperatur in der API nicht gefunden. Einen Lösungsweg hätte ich, war aber bisher zu faul ihn ganz zu gehen: Die Solltemperatur steckt in der Heizkurve. Dummerweise wirft die API nur die Steigung und das Niveau aus. Man müsste jetzt versuchen, ein Reverse Engineering Steigungsfunktion zu machen. Leider keine lineare Funktion sonder eher eine degressive sonst könnte man sich flugs so etwas ausdenken: Vorlauf = Außentemperatur * Faktor * Steigung + Niveau. Man müsste also "nur" den Faktor herausbekommen, was sicher keine Atomphysik ist. Wird als leider etwas komplizierter. Wenn ich Zeit habe, mach ich das mal. Vorher frage ich mal die gute alte Tante Google. VG Chris

CaCicala · ‎03.02.2023

hallo Cbo, eine Sache ist schon mal sicher, Viessmann aggregiert stündlich - bei mir ebenfalls 15 Minuten vor der vollen Stunde. Nach der ersten Stufe im Graphen ist die Anlage durchgehend gelaufen, was sich auch in den Betriebsstunden widerspiegelt. Fazit: Über die Update Intervalle gemessen, stimmt die Betriebsstundenanzeige. Bleibt nur noch wie oben beschrieben über "Brenner an" sowie die Zeitdauer zu gehen und entsprechend kleine Intervalle (60-90 Sekunden) anzuwenden. Viessmann wir daran wohl kaum etwas ändern. VG Chris

CaCicala · ‎03.02.2023

Hi, das sieht schon sehr merkwürdig aus. Interessant ist der Zeitraum von heute früh 3.2.23 5:46 bis 6:46: Der Brenner läuft durchgehend 1 Stunde und darüber hinaus, die Brennerzeit wird erst um 6:45 ("Viertel Vor" scheint der Trigger für den Update zu sein) hochgezählt aber dann nur um 0,3 Stunden = 18 Minuten anstatt 1 Stunde. Im Zweifel ist die Zählweise mit "Enabled" und Zeitdifferenz aufsummiert die genauere. Wobei 60 Sekunden dein Kontingent von 1440/24h genau ausschöpfen. Ich verwende deshalb 90 Sekunden Intervalle. Ich baue deinen Ansatz mal in mein Node-Red Dashboard ein, vielleicht ergibt sich daraus etwas Vernünftiges. Nur zur Sicherheit: Du verwendest schon heating.burners.0.statistics und darunter hours und starts, oder? Viel Spaß noch Chris Ich

CaCicala · ‎03.02.2023

Hallo Jörg, dabei dürfte es sich wahrscheinlich um den Stromverbrauch deiner Wärmepumpe handeln - bin mir aber nicht sicher. Die Beschreibung des Datenpunkts in https://documentation.viessmann.com/static/iot/data-points ist leider nichtssagend bzw. unkonkret: Shows statistics of power usage for heating up rooms Die Verbrauchswerte werden tagesweise (die 8 Werte unterhalb "day"), monatsweise (13 Werte bei month), wochenweise (13 Werte bei week) und jahresweise (3 Werte bei year) dargestellt, beginnend mit dem jeweils jüngsten Datum. Kannst du auch 1 zu 1 in der ViCare App checken. Viel Spaß noch Chris

CaCicala · ‎03.02.2023

Hi, Das Access Token lebt genau 3600 Sekunden oder eine Stunde. Das Refresh Token, mit dem du das Access Token relativ easy erneuern kannst, lebt immerhin 180 Tage. Erst dann musst du wieder von vorne anfangen. Die Client ID, auf der die Initialschritte beruhen, lebt übrigens unbegrenzt, solange du sie nicht selbst löschst und neu anlegst. Der daraus erzeugte Authorization Code ist sehr kurzlebig, nämlich 20 Sekunden. Viel Spaß noch Chris

CaCicala · ‎29.01.2023

Hi, da hätte ich vorher besser gefragt, welchen Typ Heizung du hast. Ansonsten fällt mir nur noch ein, die API Abfrage manuell zu starten, wenn der Brenner anspringt um zu sehen, ob sich das auch in der API widerspiegelt. Umgekehrt auch, wenn sich der Brenner abschaltet. Möglicherweise liegt es auch am 30 minütigen Abfrageintervall. Hier mal auf 90 Sekunden gehen, vielleicht wird es dann genauer. Du könntest dann gemäß meinem obigen Beispiel vorgehen und eben immer 100% Modulation annehmen. So bist du nicht auf die aggregierten Viessmann Werte angewiesen, denn... Es kann auch sein, dass Viessmann die Brenndauer/Start Daten verkürzt und nicht alles wegspeichert - das wird z.B. bei der Außentemperatur so gemacht. Das würde auch obige Diskrepanzen erklären.

CaCicala · ‎28.01.2023

Hallo, ich glaube, wenn du den Verbrauch ausrechnen willst, wirst du mit Brennerstart und Brenndauer du nicht weit kommen, da dein Heizsystem ja moduliert arbeitet. Besser ist es - zumindest mache ich es so - über die Modulation im Zeitverlauf zu gehen. Mal ein Beispiel: Angenommen, die Anlage hat 19kW Leistung. Die Modulation wird alle 90 Sekunden abgefragt, also 40 Mal pro Stunde: heating.burners.0.modulation Nehmen wir an, die Modulation war die erste halbe Stunde (= die ersten 20 Messungen) 60%, dann 15 Minuten lang 40% und dann 15 Minuten lang 20%. Daraus bildest du den Durchschnitt: [(20 * 60% + 10 * 40% + 10 * 20%) / 40] = 45% = 0,45. Die errechnete durchschnittliche Modulation pro Stunde wird mit der Leitstung multipliziert 0,45 * 19kWh = 8,55kWh Um den Verbrauch in m³ auszurechnen kannst du das jetzt durch den Brennwert des Energieträgers dividieren. Bei Erdgas ist das so ca. 10,3 KWh/m³ also ca. 0,83m³ am Gaszähler Bei Propangas sind es ca. 7,19 kWh/Liter Messintervall sollte möglichst kurz aber auch nicht zu kurz (<=60 Sekunden) sein, da sost das Abfragekontingent von 1440/24h zu schnell ausgeschöpft wird. 90 Sekunden Intervalle sind ein guter Kompromiss. Viel Spaß noch Chris

CaCicala · ‎27.01.2023

Mittlerweile habe ich einige meiner Tutorials auf Deutsch umgestellt, aktualisiert und auf meinem kleinen Tech-Blog veröffentlicht. Ihr findet das auf https://rustimation.eu - wird je nach Erkenntnisfortschritt erweitert und ergänzt. Chris

CaCicala · ‎27.01.2023

Hallo, bisher habe ich in der API nichts dazu entdeckt. Ist aber auch egal. Du weißt doch, welche Leistung deine Heizung hat. Falls nicht, die ViCare App sagt es dir unter "Einstellungen -> Kessel". Die aktuelle Modulation kannst du mit diesem Feature abfragen: heating.burners.0.modulation Indem du die maximale Leistung z.B. 19kW mit dem Wert multiplizierst (100% = 1, 10% = 0,1) kommst du auf die aktuelle Heizleistung. Viel Spaß noch Chris

CaCicala · ‎19.01.2023

Mittlerweile habe ich einige meiner Tutorials auf Deutsch umgestellt, aktualisiert und auf meinem kleinen Tech-Blog veröffentlicht. Ihr findet das auf https://rustimation.eu - wird je nach Erkenntnisfortschritt erweitert und ergänzt. Chris

CaCicala · ‎13.01.2023

Hallo Hans Theo, Erst dachte ich, das wäre mit Error Database Collection/List Errors From Database zu lösen. Wenn ich mir das ansehe, ist das aber nur eine Möglichkeit eine interne Viessmann Lösungsdatenbank abzufragen, nicht aber den Fehlerspeicher deines Geräts selbst. @MichaelHannasehe ich das richtig? Oder gibt es sonst eine Möglichkeit, Fehler per API auszulesen. VG Chris

CaCicala · ‎13.01.2023

Halo, am Anfang steht man oft da, wie der sprichwörtliche "Ochs vorm Berg". Keine Sorge, das wird schon. Vielleicht hilft es, wennn du ein paar Sätze drüber velierst, was du konkret machen bzw. erreichen willst. einbindung in eine Home Automation Logik, selbst programmieren mit Python, Node-Red...? Dann könnte die Community dir passende Antworten geben. Hast du deine Vitoconnect Opto 1 oder 2 zum Laufen gebracht und kannst mit der ViCare App Parameter deiner Heizung auslesen und steuern? Das wäre der allererste Schritt, bevor es ans Eingemachte geht. Die Forensprache ist (offiziell) englisch. Bei Schwierigkeiten damit hilft z.B. deepl.com mit der Übersetzung (sehr viel besser als der Google Translator). Viele Grüße Chris

Climate Solutions Community

Deine Aktuellen Statistiken

Betreff: Viessmann API 2.0.9 Heizung und/oder Warm...

Betreff: Vitodens 300 per API in reduzierten Heizb...

Betreff: Vitodens 300 per API in reduzierten Heizb...

Betreff: Vitodens 300 per API in reduzierten Heizb...

Betreff: 1x WW-Bereitung über API Starten

Betreff: Access Token erneuern schlägt alle paar S...

Betreff: Schnelltaste per API

Betreff: Schnelltaste per API

Betreff: Schnelltaste per API

Access Token erneuern schlägt alle paar Stunden fe...

Betreff: Lokaler Datenzugriff Vitodens 200-W B2HF

Betreff: Lokaler Datenzugriff Vitodens 200-W B2HF

Betreff: Vitoconnect Fehler (errorCode) auslesen

Betreff: Access token

Betreff: Tutorial: Setting Target Temperature etc....

Betreff: Datenpunkt zum Vorlauftemperatur-SOLL

Betreff: Datenpunkt zum Vorlauftemperatur-SOLL

Betreff: Datenpunkt zum Vorlauftemperatur-SOLL

Betreff: Datenpunkt zum Vorlauftemperatur-SOLL

Betreff: Brennerstarts & Brennerstunden inkonsiste...

Betreff: Brennerstarts & Brennerstunden inkonsiste...

Betreff: Power Consumption API

Betreff: Access Token

Betreff: Brennerstarts & Brennerstunden inkonsiste...

Betreff: Brennerstarts & Brennerstunden inkonsiste...

Betreff: Using Node Red to visualize ViCare data

Betreff: Datenpunkt API maximale Heizleistung

Betreff: How to avoid sudden death after 180 days ...

Betreff: API

Betreff: API

Weitersurfen