Climate Solutions Community

CaCicala · ‎17.11.2023

Hallo, bei deiner Vitodens 200 wird der Gasverbrauch in kWh angegeben. Wenn du daraus den Gasverbrauch (ungefähr) ausrechnen willst, kannst du das dann je nach dem spezifischen Energiegehalt des Brennstoffs umrechnen in z.B. Erdgas 136[kWh] / 11,324 [kWh/m³] = 12m³ oder Propangas 136[kWh] / 7,3 [kWh/Liter] = 18,6 Liter GPL Noch genauer wird's wenn du die Zustandszahl (z.B. 0,9159) einbeziehst. z.B. 100kWh/11,324/0,9159 = 9,64m³ Erdgas. Den Brennwert und die Zustandszahl erfährst du aus deiner letzten Gasrechnung. Gruß Chris P.S. da du hier im Developerforum schreibst, nehme ich an, dass du weißt, wie du die Werte aus der API herausfiltern kannst. Unter untenstehender Adresse findest du auch eine Anleitung, wie man Viessmann mit Node-Red auf relativ einfache Weise verbindet.

CaCicala · ‎25.04.2023

und ein allerletzter Hinweis: Versuche mal den Viessmann Adapter zu stoppen. Funktioniert es dann? Bei der Client ID Generierung muss für Node-Red eine andere URI bzw. Port eingetragen werden. Der Viessmann Adapter arbeitet mit Portnummer 4200, der NR Adapter mit 1880. In der Client ID müssen also 2 URIs drinstehen, damit beide Adapter funktionieren. Ich kann das leider nicht testen, da meine Anlage 400km weiter südlich steht.

CaCicala · ‎25.04.2023

aha! und kommt dann der Code trotzdem? Das wäre ja der Sinn der Übung. https://iam.viessmann.com/idp/v3/authorize?client_id=12345613cfUNGUELTIG5ee868c18fdddd&redirect_uri=http://localhost:1880/authcode&response_type=code&code_challenge=2e21faa1-db2c-4d0b-a10f-575fd372bc8c-575fd372bc8c&scope=IoT%20User%20offline_access sollte trotzdem funktionieren. Auch wenn's blöd klingt: auch mal den Raspi und den Router durchstarten. Nich verzagen. Wird schon. Eventuell auf einem anderen Raspi nachstellen und from scratch neu aufsetzen. Chris

CaCicala · ‎25.04.2023

Hi Franz, Ich war inzwischen fleißig und habe auf meinem Experimentier Raspi den IO Broker mit NR Adapter installiert und mich durch die grauslige IOBroker Benutzeroberfläche gekämft... Dann habe ich den oben stehenden NR Teststub installiert -> läuft Dann habe ich die obersten 6 Nodes aus meiner Anleitung importiert und siehe da, es funktioniert auf Anhieb! Der untere Debug Node enthält den Code. An IO Broker (in einer Standardkonfig) kann es wohl nicht liegen. Was du noch versuchen könntest, wäre im Raspberry Pi Terminal die offenen Ports abzufragen: sudo ss -tulpn ggf noch mit sudo apt install iproute2 installieren. Vielleicht gibt es da noch eine Doppelung. Was wohl auch nicht funktioniert, ist ein Native Node Red auf dem Pi parallel zum IOBroker zu betreiben. Jetzt habe ich mein Pulver weitgehend verschossen. Wenn mir noch etwas einfällt, melde ich mich. Chris

CaCicala · ‎25.04.2023

Schau dir mal das an: https://www.smarthome-tricks.de/software-iobroker/iobroker-node-red-teil-2-installation/ In der Adapterkonfiguration steht die Portnummer drin und kann ggf. verändert werden.

CaCicala · ‎25.04.2023

Hallo Franz, schade. Hast du den Teststub ausprobiert? Da bei beim request und beim get Node die gleichen Portnummern durchprobieren. Wie rufst du Node Red im Browser auf? Welche URL? VG Chris

CaCicala · ‎25.04.2023

Hi, ich hab mal die Ente befragt und da steht in Bezug auf IO Broker die Portnr 1885. Kann also sein, dass du durchgängig 1880 durch 1885 ersetzen musst. Let me know... Chris

CaCicala · ‎25.04.2023

Hi, ich nutze Node-Red direkt auf dem Raspberry Pi. Inwieweit sich das von der Implementation im IO Broker unterscheidet weiß ich nicht. 1880 ist die Standardportnummer von Node Red. Das ist immer der Port, mit dem du Node-Red im Browser aufrufst. Kann sein, das das bei dir anders konfiguriert ist. Grundsätzlich musst du ertmal die obersten sechs Nodes zum Laufen bringen. Im Debug Node steht der Code, wenns klappt. In dem von dir geposteten Link steht zwar in rot, die Portnummer 1880 aber wenn ich das Link kopiere und im Editor anschaue, dann steht da 4200 (?). Probiere mal folgenden Testaufbau: https://rustimation.eu/nextcloud/index.php/s/yEaWygsddW2Sw7c Als Resultat müsstest du folgendes bekommen: Wenn dort stattdessen eine Fehlermeldung erscheint, stimmt die Portnummer nicht. Ich gehe davon aus, dass du die Client ID korrekt angelegt hast (URI mit korrekter Portnummer und Captcha aus). Probier das mal und melde dich, wenn's nicht geht. Viel Glück und Spaß Chris

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

Climate Solutions Community

Deine Aktuellen Statistiken

Betreff: Gasverbrauch aus API auslesen

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

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

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

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

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

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

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

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

Weitersurfen