Climate Solutions Community

phildaub23 · ‎19.07.2021

No the limit is not 60h but really only 24h, however it seems to have kind of a bug, if you are rate limited and make one single call during that day it extends the ban by another day. Super annoying, but you just have to wait until that given timestamp.

phildaub23 · ‎19.07.2021

limitReset is a unix timestamp in milliseconds. Your value corresponds to: Tue Jul 20 2021 02:00:03 GMT+0200 (Mitteleuropäische Sommerzeit)

phildaub23 · ‎15.07.2021

Perfekt, ich sehe bereits dass es funktioniert und wieder in meinem Grafana auftaucht! Super vielen Dank für die schnelle Umsetzung!

phildaub23 · ‎15.07.2021

@MichaelHanna yay thats very good news! Thanks a lot guys for the quick reaction to the needs of your customers!

phildaub23 · ‎08.07.2021

Danke für die Rückmeldung - dann bin ich gespannt auf die weitere Entwicklung und hoffe dass ich eines Tages nochmal irgendwann wieder meinen Solarthermieertrag sehen kann 🙂

phildaub23 · ‎08.07.2021

Also: heating.solar.power.production which is only one single number but the most important one for the solarthermic system.

phildaub23 · ‎05.07.2021

Gibt es hier schon Neuigkeiten? Spricht etwas grundlegend dagegen den Datenpunkt freizugeben oder eine andere Möglichkeit über die API an die Energieproduktion der Solarthermieanlage zu kommen? An dem Screenshot sieht man sehr schön dass seit dem Tag an dem ich auf den Developer Portal API Key umgestellt habe abrupt dieser zentrale Datenpunkt fehlt:

phildaub23 · ‎02.07.2021

@CustomerCareBen Nachdem die Woche nun bald vorüber ist wollte ich nochmal nachfragen ob es schon Neuigkeiten gibt?

phildaub23 · ‎30.06.2021

Super, na das ist doch mal ein Wort 👍

phildaub23 · ‎30.06.2021

Ich bin nicht davon ausgegangen, dass es derart langwierig sein wird. Das verstehe ich. Danke für die ehrliche und offene Kommunikation. Ist denn schon absehbar wie lange es etwa dauern wird bis die Berechtigungen eingerichtet sind?

phildaub23 · ‎28.06.2021

Alles klar, dann war ich nur zu schnell 🙂 danke für die schnelle Rückmeldung

phildaub23 · ‎28.06.2021

Hi @CustomerCareBen, du hast gerade einige Threads in den "General Discussion" Bereich verschoben, z.B.: https://www.viessmann-community.com/t5/General-Discussion/Fehlende-Datenpunkte/m-p/179017#U179017 https://www.viessmann-community.com/t5/General-Discussion/HowTo-send-a-command-via-the-API-Or-what-is-the-correct-syntax/m-p/179232#U179232 https://www.viessmann-community.com/t5/General-Discussion/API-quot-Installation-features-quot-liefert-leere-Antwort/m-p/179273#U179273 Nun kann ich leider keines der Themen mehr aufrufen. Das scheint ein gesperrter nicht-öffentlicher Bereich zu sein 😕 Ich bin mich auch nicht sicher ob all diese Fragen zum Developer Portal in den "General" Bereich gehören, die wären doch unter Konnektivität viel besser aufgehoben oder nicht?

phildaub23 · ‎28.06.2021

You need to send a json request payload with every command. This is also true for commands with "empty" parameters, so you need to send just an empty json object. Also, make sure to have the correct request payload mime type, i.e. the "Content-Type" header has to be "application/json". Postman sets this header automatically for you if you enter a request payload and select "raw" and "json" from the two dropdown boxes like shown in the attached screenshot:

phildaub23 · ‎23.06.2021

Ich schließe mich an, die Datenpunkte für Brennermodulation und -starts sowie Verbrauch wären schon wichtig zu bekommen. PS: vielleicht könnt ihr auch die Dokumentation der Features etwas prominenter verlinken, ich hab sie zu Anfang gar nicht gefunden. Wen es interessiert die ist hier zu finden: https://developer.viessmann.com/en/doc/iot

phildaub23 · ‎23.06.2021

Glad I could help!

phildaub23 · ‎23.06.2021

I just tried it out and works like a charm: https://api.viessmann.com/iot/v1/equipment/installations/{installationId}/gateways/{gatewayId}/devices/{deviceId}/features?regex=heating.solar.%28pumps.circuit%7Csensors.temperature.%28collector%7Cdhw%29%29 I don't know if it is necessary to urlencode all the brackets but it certainly doesn't hurt. Edit: the url is cropped when I post it - it ends with: ?regex=heating.solar.%28pumps.circuit%7Csensors.temperature.%28collector%7Cdhw%29%29

phildaub23 · ‎23.06.2021

No, you do not get the whole answer, you get only those data points you are interested in. Also, this (much shorter) response also needs less data transfer of course. The response has to be JSON parsed anyways, the only difference is whether you are getting one huge JSON or a much smaller JSON that is only containing interesting data.

phildaub23 · ‎23.06.2021

Yes you understood that right, it filters the response. Did you try it? You can do ranges, wildcards, or select multiple different data points via regex "or" operators. if you need lets say those three features: heating.solar.pumps.circuit heating.solar.sensors.temperature.collector heating.solar.sensors.temperature.dhw you can request it via the regex: heating.solar.(pumps.circuit|sensors.(temperature.collector|temperature.dhw)) This allows you to "concentate several API Calls"

phildaub23 · ‎23.06.2021

@JueBag or did I understand you wrong? If you need only a few specific values and not everything all the time, you can filter with a regex in the request, like described in the API documentation: regex heating.circuits.%5b0-2%5d.operating.programs.\w+$ regular expression query for returning only matched features

phildaub23 · ‎23.06.2021

@JueBag yes sure, just call the device features api and you get all sensor values of your device at once in one single request.

phildaub23 · ‎23.06.2021

Nach der erfolgreichen Umstellung auf den neuen API Key aus dem Viessmann Developer Portal habe ich plötzlich keinen Zugriff mehr auf die Energieproduktion (gesamt kWh) meiner Solarthermieanlage, also das Feature: heating.solar.power.production Im Changelog sehe ich dass nun die Temperaturen und Pumpenstatus der Solarthermieanlage wieder hinzugefügt wurden. Leider fehlt mit der Energieproduktion noch der wichtigste aller Datenpunkte um Fragen zu beantworten wie "wie viel Ertrag habe ich heute?" oder "wie viel Heizöl habe ich gespart?". Könnt ihr den Datenpunkt für die Developer Portal API Keys bitte freigeben? Vielen Dank!

phildaub23 · ‎23.06.2021

I would second that request, as those are some of the most important properties of a heating system - how often did the burner start and how long did it run, as well as ideally also the current modulation of the burner. heating.burner.modulation heating.burner.statistics.hours heating.burner.statistics.starts Please enable access to those simple three number values for the Developer Portal API Keys - thanks a lot in advance!

phildaub23 · ‎23.03.2020

For everyone that is interested: I published a first new functioning version of my C# client library here: https://github.com/philipdaubmeier/GraphIoT/tree/master/src/ViessmannClient I completely reworked the client, which is now using one single request for getting all features with all sensor values and setting values. It is also available ready to use as a nuget package for .NET Core 3.0: https://www.nuget.org/packages/PhilipDaubmeier.ViessmannClient/

phildaub23 · ‎17.03.2020

Update: unfortunately, I do not get any values anymore since yesterday early afternoon 😞 I thought it would eventually reset **bleep** midnight (24h rate limit counter) but still no values... My request frequency is each value every 5 min, which should be fair use of your servers - even the ViCare App is chattier if opened. Can you please remove the throttling immediately again as it (obviously) doesnt work as you intended. You should wait for the release of the dev portal and concrete documentation of rate limits, give everyone the chance to update their settings/implementation and then activate the rate limit throttling.

phildaub23 · ‎16.03.2020

This is actually great news! I misunderstood your first email and thought you would completely deny any further access to your existing API and build a new one, but now I get it - you enable us makers to get own API application ids and keys. This is an absolutely reasonable thing to do and ensures your service to be more resilient against clients with high request frequency and also makes it measurable. Looking forward to the dev portal - I already signed up for the beta! PS: I plan to support the community by contributing a C# .NET Core open source client for the Viessmann API once it is officially available.

Climate Solutions Community

Deine Aktuellen Statistiken

Betreff: Q&A Viessmann API

Betreff: Q&A Viessmann API

Betreff: API Datenpunkt Solarthermie Energieproduk...

Betreff: Missing access points.

Betreff: API Datenpunkt Solarthermie Energieproduk...

Betreff: Missing access points.

Betreff: API Datenpunkt Solarthermie Energieproduk...

Betreff: Verschobene Threads nicht mehr zugreifbar

Betreff: Verschobene Threads nicht mehr zugreifbar

Betreff: Verschobene Threads nicht mehr zugreifbar

Betreff: Verschobene Threads nicht mehr zugreifbar

Verschobene Threads nicht mehr zugreifbar

Betreff: HowTo send a command via the API ? Or wha...

Betreff: Fehlende Datenpunkte

Betreff: API usage questions (2)

Betreff: API usage questions (2)

Betreff: API usage questions (2)

Betreff: API usage questions (2)

Betreff: API usage questions (2)

Betreff: API usage questions (2)

API Datenpunkt Solarthermie Energieproduktion

Betreff: API usage questions (2)

Betreff: Q&A Viessmann API

Betreff: Q&A Viessmann API

Betreff: Q&A Viessmann API

Weitersurfen