ViessmannAPI seit 5.8. keine Datenaktualisierung
-
ich habe jetzt die Viessmannapi Version 2.4.3 von "https://github.com/TA2k/ioBroker.viessmannapi" manuell im iobroker installiert und alles funktioniert wie vorher.
-
Wenn ich deine Ausführungen lese, erinnert mich das nur allzu sehr an meine traurigen Erfahrungen. Von einem dauerhaften, stabilen Funktionieren konnte bei mir keine Rede sein.
Anfangs hatte ich sogar das über 1000€ teure WAGO Modul einbauen lassen, das (angeblich) den CAN-Bus der Wärmepumpe auf TCP/Modbus umsetzen sollte. Nach über einem halben Jahr und zwei Besuchen von Mitarbeitern der Firma Fiesmann funktionierte das Teil noch immer nicht. Ich gab das Ding zurück und kaufte mir stattdessen einen bis heute dauerhaft und störungsfrei funktionierenden USB2CAN-Converter für 35€.
Übrigens: Beide Fachleute von Viessmann versuchten mir zu versichern, dass derzeit niemand in Sachen WAGO geschult worden sei.
Ich wünsche dir von Herzen, dass deine Lösung von nun an stabil funktioniert.
-
@klepper1976 said in ViessmannAPI seit 5.8. keine Datenaktualisierung:
ich habe jetzt die Viessmannapi Version 2.4.3 von "https://github.com/TA2k/ioBroker.viessmannapi" manuell im iobroker installiert und alles funktioniert wie vorher.
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.
GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.
-
-
@mcm1957 : Danke für die Rückmeldung. Stellt sich hier die Frage: "Wie man an der Entwickler der Viesmann API 2.3.0 heran kommt und ihn auf die Aktualisierung der Pfade anspricht ?" Im iobroker net steht "TA2k" als Author. Wie informiert man über das Problem oder passiert das automatisch?
-
- Issue auf Github anlegen (ob er damit eine Mail bekommt hängt von seinen Einstellungen ab)
- Kontaktinfos auf Github checken (Bei der Userbeschreibung, Abgabe ist aber freiwillig)
- mail Addresse in package.json und / oder io-package.json Files
(z.B. https://github.com/TA2k/ioBroker.viessmannapi/blob/master/package.json)
TA2k ist m.W. auch hier im Forum aktiv (tombox???)
-
@klepper1976
Seit heute bei mir auch mit 2.4.3 keine Datenaktualisierung mehr. -
@mcm1957 sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:
TA2k ist m.W. auch hier im Forum aktiv (tombox???)
zumindest war er das
-
Anscheinend gibts bei dem Adapter eine Versionsverwirrung / Unsauberkeit.
Lt. Commit History wurde die 2.4.3 erst HEUTE (!?) committed:
https://github.com/TA2k/ioBroker.viessmannapi/commit/a45b02bd2888bdc40c7bca9be886c88c95e2e40e
-
Release 2.4.3 ist aber in jedem Falle einE BETA TEST Release und nicht im Stable Repository enthalten. Warum die Release nicht soweit finalisiert wird dass eine Aufnahme ins STABLE Repository erfolgen kann (siehe Liste der offenen Issues) muss der Maintainer sagen.
-
Adapter hin, Viessmann App her ..
Jedem, der ein sog. E3 System hat, kann man nur dringend empfehlen, den E3onCAN-Adapter von @jrbwh mit einem USB2CAN zu verwenden. Unklarheiten darüber, was ggf. an dem von euch verwendeten Adapter liegt und was durch Viessmann verursacht wird, scheint mir einiges zur Verwirrung beizutragen.
Meine oben geschilderten schlechten Erfahrungen mit der App von Viessmann - wochenlang lieferte die App keine oder falsche Daten, während die E3onCAN-Lösung ohne Wenn und Aber funktionierte - bestärken mich nicht nur in meiner Entscheidung, sondern ermöglicht mir mehr Daten von der Anlage zu erhalten, als das kostenpflichtige Abo liefert. Mehr noch! Die Anlage lässt sich darüber sogar steuern.
-
Bitte löschen
-
@legro ist ja schön und gut, jedoch funktioniert das halt nicht bei jedem und jeder Heizung
-
Schon klar! Einzige Voraussetzung ist ein E3-System. Der Rest ist bloß ein bisschen Basteln.
-
Mein Adapter läuft seit dem letzten Update auch nicht mehr. Installiert ist aktuell: v2.3.0. Mir wird nichts neues angeboten.
viessmannapi.0 2025-10-03 21:56:50.461 error {"error":"invalid_request","error_description":"Invalid request: Missing or empty code parameter"} viessmannapi.0 2025-10-03 21:56:50.460 error AxiosError: Request failed with status code 400 viessmannapi.0 2025-10-03 21:56:50.304 info Please check username and password. viessmannapi.0 2025-10-03 21:56:49.895 info starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.viessmannapi, node: v20.19.2, js-controller: 7.0.7 viessmannapi.0 2025-10-03 21:56:46.116 info terminating viessmannapi.0 2025-10-03 21:56:45.614 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason viessmannapi.0 2025-10-03 21:56:45.614 info terminating viessmannapi.0 2025-10-03 21:56:45.613 info Got terminate signal TERMINATE_YOURSELF -
@paradoxe-situation sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:
Installiert ist aktuell
Installier da mal die aktuelle Empfehlung nodejs@22.
-
@thomas-braun sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:
@paradoxe-situation sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:
Installiert ist aktuell
Installier da mal die aktuelle Empfehlung nodejs@22.
@thomas-braun
Danke, brachte leider auch kein Erfolg, siehe; @thomas-braun habe ich gemacht, hier jetzt der logviessmannapi.0 2025-10-03 22:35:37.322 error {"error":"invalid_request","error_description":"Invalid request: Missing or empty code parameter"} viessmannapi.0 2025-10-03 22:35:37.322 error AxiosError: Request failed with status code 400 viessmannapi.0 2025-10-03 22:35:37.167 info Please check username and password. viessmannapi.0 2025-10-03 22:35:36.782 info starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.viessmannapi, node: v22.20.0, js-controller: 7.0.7 viessmannapi.0 2025-10-03 22:35:32.948 info terminating viessmannapi.0 2025-10-03 22:35:32.447 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason viessmannapi.0 2025-10-03 22:35:32.446 info terminating viessmannapi.0 2025-10-03 22:35:32.444 info Got terminate signal TERMINATE_YOURSELFBild hochladen geht nicht, hier die anderen Daten, es geht immer noch nicht, Passwort usw ist auch korrekt. Aber danke für den Hinweis mit NodeJS!
CPU: 22.73 %
RAM: 26 %
Betriebszeit: 0h
Verfügbar: 7.0.7
Installiert: 7.0.7
Ereignisse: ⇥40 / ↦13
Plattform: linux
Betriebssystem: linux
Architektur: x64
CPUs: 8
Geschwindigkeit: 3949 MHz
Modell: 12th Gen Intel(R) Core(TM) i3-1215U
RAM: 15.4 GB
System-Betriebszeit: 2 T. 09:11:45
Node.js: v22.20.0
Zeit: 3.10.2025, 22:29:04
Zeitversatz: -120
NPM: 10.9.3
Adapter-Anzahl: 580
Datenträgergröße: 455.9 GB
Freier Festplattenspeicher: 438.2 GB
Aktive Instanzen: 9
Pfad: /opt/iobroker/
Betriebszeit: 00:00:37 -
Hallo Zusammen,
ich bekomme auch seit zwei Tagen folgende Fehlermeldungen zum Viessmann-Adapter:
viessmannapi.0
2025-10-04 16:36:45.610 error {"error":"invalid_request","error_description":"Invalid request: Missing or empty code parameter"}viessmannapi.0
2025-10-04 16:36:45.609 error AxiosError: Request failed with status code 400Neue ClientID habe ich bereits angelegt. Woran könnte es noch liegen?
-
@danagel ich glaube mittlerweile es liegt an viessmann selbst und nicht an dem adapter... die wurschteln doch alle tage an dem system rum, leider
-
@paradoxe-situation Es liegt am Adapter 2.3.0 : Der Login-Prozess wurde geändert. Im genannten Adapter kann man den neuen Anmeldeprozess nicht einstellen. Folglich schlägt er fehl. Die Seite https://app.developer.viessmann.com auf der Instanzseite zeigt den alten Anmeldeprozess. Neu ist https://iam.viessmann-climatesolutions.com/idp/v1/saml?sessionid=1.
Wird durch die neue Version 2.4.3 von TK2k in Github ersetzt. Gibhub nicht benutzen, da nicht geprüft.
Ich werde abwarten, bis 2.4.3 als stable gezeichnet ist.
