Climate Solutions Community

😔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 ... Mehr anzeigen

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   ... Mehr anzeigen

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 ... Mehr anzeigen

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 ... Mehr anzeigen

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 ... Mehr anzeigen

😂, 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 ... Mehr anzeigen

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 ... Mehr anzeigen

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 ... Mehr anzeigen

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 ... Mehr anzeigen

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   ... Mehr anzeigen

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   ... Mehr anzeigen

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   ... Mehr anzeigen

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 ... Mehr anzeigen

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. ... Mehr anzeigen

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   ... Mehr anzeigen

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     ... Mehr anzeigen

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 ... Mehr anzeigen

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 ... Mehr anzeigen

...oder man investiert in den ViCare+ Savings Assistant (ab 3,99€/Monat). Da ist neben allerlei Gimmicks auch die "Weitere Benutzer" Funktion enthalten. Alles Beschrieben in der Vicare App beim Button "ViCare+" ganz unten. VG Chris ... Mehr anzeigen

Hallo, das hilft. Was in deinem OpenHAB Diagramm als Brenner-Vorlauf bezeichnet wird, ist in der Viessmann Terminologie die "Kesseltemperarur" und dargestellt mit dem API Parameter heating.boiler.sensors.temperature.main Die hellblaue konstante Linie ist im Diagramm mit Wasser-Temperatur bezeichnet. Ich kann da nur raten, aber es könnte sich um den Kaltwasser Zulauf zur Therme handeln. Warum das, wie du sagst, in Open Hab als heating_boiler_temperature bezeichnet wird, weiß ich nicht. Vielleichit ist das Ganze auch nur ein stillgelegter bzw. Dummyparameter ohne weitere Bedeutung... Das mit "gemeinsamer Vorlauftemperatur" ist so eine Sache. Wenn der Kessel direkt auf den Zweikreis Mischer geht, dann ist das gleichezitig die Kesseltemperatur.Dann müsstenheating.boiler.sensors.temperature.main und heating.boiler.sensors.temperature.commonSupply immer identische Werte haben. .-.-.- Bei mir z.B. ist das anders glöst. Der Installateur hat die Vitodens komplett hydraulisch entkoppelt. d.h. Brenner geht auf extra Wärmetauscher, der seinerseits den gemeinsamen Vorlauf speist, der dann über den Zweikreis Mischer die Leistung auf die zwei Heizkreise verteilt. Evtl. etwas unrgewöhnlich (?) aber m.E.sinnvoll, da ich neben der Vitodens und Solarthermie auch noch einen wasserführenden Kamin betreibe. Lt. Installateur soll die Heizleistung aus dem Puffer nur auf den gemeinsamen Vorlauf wirken aber nicht direkt auf den Kessel; daher die hydraulische Trennung.   Mehr wiß ich auch nicht. Viel Spaß noch Chris ... Mehr anzeigen

Okay, Kesseltemperatur kann ich da auch nicht entdecken. Bei meiner ViCare App versteckt sich die Kesseltemperatur in der Kachel vom Brennerstatus.   Die Kesseltemperatur kannst du (zumindest bei mir) auch mit Einstellungen-Kessel-Gerätestatus anzeigen:   Die einzelnen Ausprägungen der App sind wohl sehr unterschiedlich. Nichts desto weniger meine ich, dass dein 15°C Wert heating.boiler.temperature nicht die Kesseltemperatur darstellt sondern die Zieltemperatur des Kessels - diese wird meines Wissens nach vom System autonom festgelegt und variiert nach Leistungsanforderung. Bei "Brenner aus" ist sie entsprechend niedrig, lt. meiner API liegt sie aktuell bei 5°C (Abschaltbetrieb mit Frostschutz). Viele Grüße Chris ... Mehr anzeigen

Hallo Ralf, Mit Openhab kenne ich mich nicht aus, da ich die API mit Node-Red abgreife. Die Parameter sehen aber sehr ähnlich aus. Was mir noch auffällt, ist dass die Kesseltempertur in der API mit heating.boiler.sensors.temperature.main identifiziert wird - heating.boiler.temperature ist jedoch der ZIELwert für die Kesseltemperatur - siehe Dokumentation. Insofern lag ich bei meiner ersten Antwort etwas daneben. Beide Werte sind im Basic Paket enthalten - zumindest bekomme ich sie damit geliefert.   Trotzdem: Ich kann mir beim besten Willen nicht vorstellen, dass DER Schüsselparameter des Heizgeräts nicht angezeigt wird. Das muss(!) irgendwo außen angezeigt werden, je nach Display/Steuergerät über einen Code oder beim Farbdisplay in einem Untermenü. Aber wie gesagt, dabei handelt es sich um heating.boiler.sensors.temperature.main und nicht um heating.boiler.temperature. Wäre der Kesseltemperatursensor defekt, müsste die Heizung auf Fehler laufen, sonst kocht der Kessel. Warum der Kesseltemperaturzielwert so niedrig ist, weiß ich nicht. Kannst du evtl. die Rohdaten (JSON) der API auslesen und da mal checken, ob es eine Diskrepanz gibt?   Ich mach den Viessmann IoT Kram auch nur als Hobby, von der Hardware lass ich lieber die Finger wegen Gas und so...   Chris   ... Mehr anzeigen

Hallo, ich habe zwar "nur" eine Vitodens 200W aber das dürfte aanalog laufen. Im Zweifelsfall hilft ein Blick auf das Display der Therme. Da steht  in einem der Menüs etwas von Kesseltemperatur mit genauer Gradangabe. Wo genau die abgegriffen wird kann ich nicht sagen, aber wahrscheinlich Im Wasserkreislauf in der Nähe des Brenners. Durchgehend 15°C deuten auf einen Sensordefekt hin, vor allem wenn im Display auch nur 15°C angezeigt werden. VG Chris   ... Mehr anzeigen

hello @Boeb, the first step (Authorization Request) always works (almost) exactly as shown in the documentation. For demonstration puposes, Viessmann used a browser to make the call with the bogus listening/webhook address of http://localhost:4200. This of course results in a browser error message but the authorization code is created nonetheless as part of the URL shown in the browsers address line. To automate this, you need a calling app that is also providing your credentials automatically. Viessmannn responds to the request by sending stuff to the Redirect URI. Your app has to listen to the redirect URI. The URI can be anything but has to be set and saved in the edit client window of the developer portal. I'm using Node-Red running on a Raspberry Pi. Node-Red is using portnumber 1880 for html responses, hence the Redirect URI is set to http://localhost:1880 Frankly, I'm not sure why you want to use .NET for this - unless you have a low power consuming hardware on which it runs. Using the API in a 24/7 fashion definitely isn't something for a desktop computer. It's much  easier to have the Interface to Viessmann running on a Raspberry Pi or similar and access it with a browser. Or do you intend to duplicate Viessmann's ViCare App on a mobile device? Also this article could be helpful in understanding the Authorization Request. Also some of my other articles and tutorials in this forum might provide more info.   Hope this helps. Kind regards Chris   ... Mehr anzeigen

Hello, this isn't very much information to work on. Nonetheless I'll give it a try: Step 0: Create client ID at the developer portal. The redirect URI (only one allowed) is more or less random but has to stay the same (identical!) throughout the process. E.g. if you're using a trailing slash like in http://localhost:4200/ it must also be entered in the following steps. Also turn off Google Captcha! Step 1: you don't really need Postman for this step but it helps in assembling the URL. https://iam.viessmann.com/idp/v2/authorize?client_id=yourClient_ID_goes_here&redirect_uri=http://localhost:4200&response_type=code&code_challenge=2e21faa1-db2c-4d0b-a10f-575fd372bc8c-575fd372bc8c&scope=IoT%20User%20offline_access I strongly recommend using exactly this code challenge - identical to the one in the Viessman documentation. Challenge and verifier are the same. The trailing %20User%20offline_access should be added to also get the refresh token in step 2. Once you have created the URL, you have to enter it in your browser - Postman won't help. If all is okay you'll have to log in with your Viessmann credentials. The result is an error page. However the URL of that page contains the code which you have to copy and transfer to Step 2 in Postman. Step 2: My postman screen looks like this: You've got 20 seconds to copy the code to the last variable line in Postman. By the way: all variables are pasted without brackets or moustaches. After you hit the "send" button you'll get the access token which is valid for 3600 seconds. So far, so good. This procedure is okay for experiments. If you really want to make use of the API you'll have to use a tool like Home Assistant, FHEM, KNX or others. Or, if you want to develop something on your own, I recommend Node-Red (in conjunction with a Raspberry Pi). I have written several tutorials for that. Best you start with this one here: How-to-avoid-sudden-death-after-180-days  Hope it helps Chris ... Mehr anzeigen

Hi, I completely understand your frustration, almost everyone here has experienced it. In case you're willing to use Node-Red, I've written several tutorials for the Viessmann API in conjunctiion with NR. Start with this one here: https://www.viessmann-community.com/t5/The-Viessmann-API/How-to-avoid-sudden-death-after-180-days-automatic/td-p/261034  Kind Regards Chris ... Mehr anzeigen

Salut, Je ne pense pas que l'API te donne les messages d'erreur, etc. dans une autre langue que l'anglais. L'API sert en quelque sorte de base avec un Output uniforme et standardisé. ViCare prend ces messages et les adapte aux différentes langues. La traduction n'a donc rien à faire avec l'api. Bonne chance Chris ... Mehr anzeigen

Hi, es ist schon komisch. ViCare zeigt für meine Vitodens 200 nur die kWh an aber nicht die m3, was vielleicht daran liegt, dass ich mit Propan heize. Dafür aber die kWh Werte für heute, die letzten 7 Tage, die letzten 12 Wochen, die letzten 12 Monate und die letzten beiden Jahre.  Die Werte von ViCare scheinen plausibel zu sein, die kWh in HomeAssistant sind es hingegen nicht. Sieht fast wie der Stromverbrauch aus.  Hier im Viessmann Forum wirst du wohl schwerer eine Auskunft bekommen, als bei den HA Leuten. Ich kenne mich mit HA leider auch nicht aus.  Viele Grüße  Chris ... Mehr anzeigen