Alle The Viessmann API-Beiträge

Betreff: Vitodens 222-F FR2B

divanc — Mon, 31 Aug 2026 16:48:39 GMT

dieses Systemdiagramm entspricht FR2B.

Die interne Pumpe arbeitet für die Raumheizung sowie als Ladepumpe für die Warmwasserbereitung, abhängig von der Stellung des 3-Wege-Umschaltventils im Rücklauf.

Für die Raumheizung verläuft der Durchfluss von A nach AB;

für die Warmwasserbereitung von B nach AB.

4. Versuch: HTTP-Statuscode 410 bei 'heating.burners.0.statistics'

Nunu62 — Mon, 31 Aug 2026 16:00:01 GMT

Hallo,

ich habe seit ein paar Jahren eine Applikation auf einem ESP32 laufen, alles gut !!

Seit ein paar Wochen bekomme ich einen Fehler HTTP-Statuscode 410 Gone (Ressource dauerhaft gelöscht und nicht mehr existiert (Token-Erzeugung funktioniert!):

https://api.viessmann-climatesolutions.com/iot/v1/equipment/installations/+ vsmInstallationID + "/gateways/" + vsmGatewaySerial + "/devices/" + vsmDeviceID + "/features/heating.burners.0.statistics";

Was ist falsch? Danke für Eure Hilfe !!

Betreff: Vitodens 222-F FR2B

divanc — Mon, 31 Aug 2026 16:02:10 GMT

Guten Tag @66krieger

ich habe Ihr Anlagenschema an die Konstruktion des Heizkessels angepasst.
Der Kessel verfügt über ein 3-Wege-Umschaltventil, das den Volumenstrom der internen Pumpe zwischen der Raumheizung und dem Plattenwärmetauscher für die Warmwasserbereitung umschaltet.
Auf der Trinkwasserseite befindet sich zudem eine Ladepumpe, die das Trinkwasser durch die andere Seite des Plattenwärmetauschers zirkulieren lässt.

Während der Trinkwassererwärmung erfolgt die Wärmeübertragung auf die Rücklaufleitung (RL) durch die Ausdehnung des Wassers in das Ausdehnungsgefäß.

Wenn der Messwert für die Trinkwasser-Ladetemperatur (57,1 °C) aus der Regelung stammt, befindet sich der Sensor am Warmwasserausgang des Wärmetauschers.

Mein Fehler – ich hatte das Schema für das Modell FS2B gezeichnet, Sie haben jedoch das Modell FR2B; ich werde die Zeichnung korrigieren.

Betreff: Vitodens 222-F FR2B

66krieger — Mon, 31 Aug 2026 14:43:38 GMT

66krieger_0-1788186720396.png

Hallo Divanc. Können Sie mir die Funktionsweise der internen Pumpe erläutern. Nur die Zirkulationspumpe und das MAG sind extern montiert. Die Speicherladepumpe läuft zeitgleich an und genau 3 Minuten der internen Pumpe nach. Da der Fühler des H-RL dicht am MAG sitzt, verzeichne ich dort, passend zu den Ladezeiten, einen Temperaturanstieg. Wie das sein kann, obwohl das 2-Wege-V. nur Warmwasser bedienen sollte, braucht viel Phantasie, ist aber nicht unmöglich.

Halten Sie es für möglich, dass durch das MAG Wärme in den Rücklauf gedrückt wird?

Die Temperaturverläufe und dei Aufladung entnehmen Sie dem Screenshot:

66krieger_1-1788187352623.png

Ich freue mich auf Ihre Meinung und hoffe mein Anlagenbild richtig erstellt zu haben.

VG Sören Krieger

3. Versuch: HTTP-Statuscode 410 bei 'heating.burners.0.statistics'

Nunu62 — Wed, 26 Aug 2026 15:38:15 GMT

Hallo,

ich habe seit ein paar Jahren eine Applikation auf einem ESP32 laufen, alles gut !!

Seit ein paar Wochen bekomme ich einen Fehler HTTP-Statuscode 410 Gone (Ressource dauerhaft gelöscht und nicht mehr existiert (Token-Erzeugung funktioniert!):

https://api.viessmann-climatesolutions.com/iot/v1/equipment/installations/+ vsmInstallationID + "/gateways/" + vsmGatewaySerial + "/devices/" + vsmDeviceID + "/features/heating.burners.0.statistics";

Was ist falsch? Danke für Eure Hilfe !!

Betreff: Vitodens 222-F FR2B

66krieger — Wed, 26 Aug 2026 12:52:56 GMT

Hallo und herzlichen Dank, ich war auf diese tolle Seite vor einigen Stunden auch schon gestoßen und habe meine Anlage gefunden.

Vielen Dank

Betreff: Client Secret

Cuz — Wed, 26 Aug 2026 09:55:39 GMT

Hallo zusammen,
gibt es hier schon neue Erkenntnisse?

Viele Grüße
cuz

Betreff: Vitodens 222-F FR2B

divanc — Wed, 26 Aug 2026 09:54:53 GMT

Hallo @66krieger

die Anlagenschemata finden Sie unter diesem Link: https://schematics.viessmann-climatesolutions.com/?lang=de&country=DE

Betreff: Vitodens 222-F FR2B

66krieger — Wed, 26 Aug 2026 09:42:53 GMT

Hallo, die vollständige in der App angezeigte Bezeichnung lautet Vtitodens 222-F FR2B 26kW ECP mit der Seriennummer 7441197202067107 und ja, der Speicher ist integriert.

VG Sören

Betreff: Vitodens 222-F FR2B

divanc — Wed, 26 Aug 2026 08:51:57 GMT

Guten Tag @66krieger

da es sich bei der Vitodens 222-F FR2B um ein Kompaktgerät mit integriertem Warmwasserspeicher handelt, ist eine Konfiguration mit einem externen Vitocell-100-Warmwasserspeicher nicht vorgesehen – es sei denn, der Vitocell 100 dient als Pufferspeicher. Bitte teilen Sie uns die Modellbezeichnung des Vitocell 100 mit, damit wir dessen Funktion bestimmen können.

Die Bezeichnung „Vitocell 100“ wird sowohl für Warmwasserspeicher als auch für Pufferspeicher verwendet.

Vitodens 222-F FR2B

66krieger — Wed, 26 Aug 2026 07:11:20 GMT

Hallo Partner. Ich habe die o.g. Brennwerttherme mit einem Vitocell 100 und möchte in meinem Home Assistant ein animiertes Schaltschema mit allen verfügbaren Mess- und Einstellwerten erzeugen. Ich finde einfach kein Schaltschema welches mir dazu als Vorlage dienen könnte.

Betreff: Neuen Client im Developer Portal per Dashboard anlegen (Home Assistant API)

TobiZ — Tue, 25 Aug 2026 10:05:21 GMT

Hallo,

bei mir besteht offenbar ein ähnliches Problem mit dem Developer-Portal.

Mein API-Client wird zwar angezeigt, die OAuth-Authentifizierung für Home Assistant wird jedoch immer mit
Invalid redirection URI
abgebrochen.

Die Redirect-URI im Client lautet exakt
https://my.home-assistant.io/redirect/oauth

Ich habe außerdem geprüft, dass Home Assistant exakt dieselbe Redirect-URI und die korrekte Client-ID an den Viessmann OAuth-Endpunkt übermittelt.

Zusätzlich fehlt mir im Developer-Portal die Möglichkeit, einen weiteren Client anzulegen.

Könnten Sie bitte meinen Developer-Portal-Benutzer bzw. den Client im Backend prüfen und gegebenenfalls bereinigen/zurücksetzen?

Vielen Dank!

3. Versuch: HTTP-Statuscode 410 bei 'heating.burners.0.statistics'

Nunu62 — Sun, 23 Aug 2026 10:13:19 GMT

Hallo,

ich habe seit ein paar Jahren eine Applikation auf einem ESP32 laufen, alles gut !!

Seit ein paar Wochen bekomme ich einen Fehler HTTP-Statuscode 410 Gone (Ressource dauerhaft gelöscht und nicht mehr existiert (Token-Erzeugung funktioniert!):

https://api.viessmann-climatesolutions.com/iot/v1/equipment/installations/+ vsmInstallationID + "/gateways/" + vsmGatewaySerial + "/devices/" + vsmDeviceID + "/features/heating.burners.0.statistics";

Was ist falsch? Danke für Eure Hilfe !!

Authorization Code + PKCE flow returns invalid_grant despite verified-correct client config and a fresh code

Frank78 — Sat, 22 Aug 2026 18:20:10 GMT

Setup:
- Client type: public client, PKCE required (confirmed — see below), no client secret
- redirect_uri: http://localhost:4200/ (registered exactly as such in the developer portal, verified via the client editor UI)
- Scope requested: IoT User offline_access
- Grant: authorization_code with code_challenge_method=S256

Flow followed (per the Getting Started guide):
1. GET https://iam.viessmann-climatesolutions.com/idp/v3/authorize?client_id=...&redirect_uri=http://localhost:4200/&response_type=code&scope=IoT+User+offline_access&code_challenge_method=S256&code_challenge=...&state=...
2. Logged in interactively in a real browser (reCAPTCHA passed normally).
3. Browser redirects to http://localhost:4200/?code=...&state=... as expected — state always matches.
4. POST https://iam.viessmann-climatesolutions.com/idp/v3/token with grant_type=authorization_code, client_id, redirect_uri, code, code_verifier.

Result every time: 400 {"error":"invalid_grant","error_description":"Invalid grant"}

What I've ruled out, to save the next reader's time:
- PKCE math — independently recomputed BASE6and confirmed it matches the code_challengesent at step 1. - Code freshness / latency — set up a local irect URI that performs the token exchangeinline, in the same process, the instant the redirect lands (effectively zero delay between code issua exchange). Same invalid_grant.
- Client/redirect_uri mismatch — visually confirmed in the developer portal's client editor that the reg redirect URI is exactly http://localhost:4n both requests, and this was alreadyconfigured before any of these attempts (not something added reactively). - PKCE optionality — tried omitting code_cha entirely to see if this client accepts aplain authorization_code flow. Got a different, earlier error instead: invalid_request: "Code Challeng thrown at the /authorize step itself, befored. This confirms PKCE is mandatory for thisclient and that the client is otherwise reachable/valid. - Tested across 5 independent attempts with ier each time — same result every time.
Additional context: the same client_id can sccess token via the developer portal's own"try it" feature, and that token works fine against the IoT API. So the client itself is active and the client_id/scope combination is valid for APIthe browser-driven Authorization Code + PKCEexchange that fails.

Authorization Code + PKCE flow returns invalid_grant despite verified-correct client config and a fresh code

Frank78 — Sat, 22 Aug 2026 18:17:55 GMT

MS-R06 is active and working on live data — confirmed via the earlier successful test run.
- The invalid_grant mystery remains unresolved. Every check I can perform from outside says the request should work: client_id and redirect_uri match exactly (confirmed via your portal screenshot),

Result every time: 400 {"error":"invalid_grant","error_description":"Invalid grant"}

What I've ruled out, to save the next reader's time:
- PKCE math — independently recomputed BASE64URL(SHA256(code_verifier)) and confirmed it matches the code_challenge sent at step 1.
- Code freshness / latency — set up a local loopback listener on the redirect URI that performs the token exchange inline, in the same process, the instant the redirect lands (effectively zero delay between code issuance and exchange). Same invalid_grant.
- Client/redirect_uri mismatch — visually confirmed in the developer portal's client editor that the registered redirect URI is exactly http://localhost:4200/, matching what's sent in both requests, and this was already configured before any of these attempts (not something added reactively).
- PKCE optionality — tried omitting code_challenge/code_challenge_method entirely to see if this client accepts a plain authorization_code flow. Got a different, earlier error instead: invalid_request: "Code Challenge Required", thrown at the /authorize step itself, before the login page even rendered. This confirms PKCE is mandatory for this client and that the client is otherwise reachable/valid.
- Tested across 5 independent attempts with fresh state/nonce/code_verifier each time — same result every time.

Additional context: the same client_id can successfully mint a working access token via the developer portal's own "try it" feature, and that token works fine against the IoT API. So the client itself is active and the client_id/scope combination is valid for API access — it's specifically the browser-driven Authorization Code + PKCE exchange that fails.

Betreff: Verbrauchsdaten per API?

Eicca — Sat, 22 Aug 2026 08:23:50 GMT

Guten Tag zusammen,

auch wenn der Beitrag bereits von letztem Jahr ist, möchte ich die Frage an Viessmann wiederholen, wann genau der Datenpunkt der thermischen Energie frei abrufbar gemacht wird - oder auf welchem Wege er es bereits ist.

Diesen Datenpunkt sei jetzt exemplarisch für alle Datenpunkte genannt, die per App zugreifbar sind (und alle die sonst unausgewertet auf den Viessmannservern liegen).

Nach EU-Data-Act sollten diese Daten dem Nutzer bereits seit dem 12.09.2025

'unverzüglich, einfach, sicher, unentgeltlich, in einem umfassenden, gängigen und
maschinenlesbaren Format, kontinuierlich und in Echtzeit'

zur Verfügung stehen.

Sollte die Freischaltung erst auf Antrag erfolgen, bitte ich um Rückmeldung, bei welcher Stelle dieser Antrag einzureichen ist.

Viele Grüße

Betreff: API Vitoair FS 300 E - Bypass fehlt

schnuffischulz — Fri, 21 Aug 2026 08:25:04 GMT

bei mir mit der E3 VitoconnectV 13 und Vitovent das gleiche, genau das möchte ich ja steuern, ob Bypass offen oder nicht, weil die "automatische" Steuerung echt schlecht funktioniert, im Sommer will ich es kühl haben (also Nachts Bypass offen) und Tagsüber Bypass geschlossen weil ich mir die "Warme" Luft ja nicht ins Gebäude pusten möchte.

Betreff: Neuen Client im Developer Portal per Dashboard anlegen (Home Assistant API)

dbs6 — Thu, 20 Aug 2026 08:15:26 GMT

gestern hat es gelkappt

Betreff: Developer Portal Error - Your Clients - Kann keinen Client erstellen / Clients werden nicht angezeigt

Traxx — Wed, 19 Aug 2026 15:29:08 GMT

Vielen Dank, Ich wollte mitteilen, dass es nun funktioniert

Betreff: kann die ViCare sollwerte nicht mehr über API setzten

cmenschel — Wed, 19 Aug 2026 06:29:02 GMT

Du bringst es auf den Punkt! Sehe ich ganz genauso. Alle IoT Anwendungen sollten zuerst in offenen Schnittstellen denken (für HA vor allem). Eine eigene App ist nett. Aber wer die eigene Heizung halbwegs clever steuern will, der braucht eine HA Anbindung, damit alle Komponenten in der heutigen komplexen Welt miteinander reden können. Das gehört heute dazu.