ViessmannAPI seit 5.8. keine Datenaktualisierung

[Friedhofsblond]

@legro
Naja, Hardware müßte ja auch angeschafft werden - eigentlich habe ich schon genug Zeugs.
Ich mach ja nicht viel mit dem Adapter, nur Diagramm über Brennerstarts usw.
Es gibt auch schon eine homey-App, aber gerade bei den Brennerstarts funktioniert die Zählung/Statistik noch nicht. (nutzt aber auch die API über den Viessmann-Server).

[legro]

@friedhofsblond sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:

Naja, Hardware müßte ja auch angeschafft werden - eigentlich habe ich schon genug Zeugs.

Du benötigst lediglich einen sog. USB2CAN-Converter für rund 30€. Der Lohn: im Gegensatz zu Viessmann bekommst du eine sichere Versorgung mit Daten aus deiner Anlage.

[Friedhofsblond]

@legro
Moin,
aber du mußt doch den Adapter dann an den IOBroker stöpseln - oder?
Also entweder das Serielle Kabel gaaanz lang machen, oder das USB-Kabel.
War da nicht mal was mit 10m bei seriell ?? - Da wirds knapp bei mir (aber nicht unmöglich)
Der steht bei mir auber einige Meter weiter weg.

[Homoran]

@friedhofsblond sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:

Also entweder das Serielle Kabel gaaanz lang machen, oder das USB-Kabel.

Grundsätzlich sollte das serielle Kabel verlängert werden.
Bei RS485 kann das z.B. auch 100m sein.
USB so3llze tatsächlich nicht > 10-15m haben, dann sogar nur mit aktiver Verstärkung

[Friedhofsblond]

@homoran
Also bei meiner Vitodens 333 gibt es nur Klemmen wie es aussieht.
Ich dachte da ist irgendwo ein Ser Buchse. Da müßte man also erst einen Buchsenstecker (altes ser. Kabel) an diese Klemmen anschließen und dort den Adapter? - und den wieder per USB in den IOBroker.

[Homoran]

@friedhofsblond sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:

bei meiner Vitodens 333 gibt es nur Klemmen wie es aussieht.

durchaus üblich und vollkommen korrekt.

@friedhofsblond sagte in ViessmannAPI seit 5.8. keine Datenaktualisierung:

Da müßte man also erst einen Buchsenstecker (altes ser. Kabel) an diese Klemmen anschließen

warum?
Ein twisted pair eines Netzwerkkabels da anklemmen und das andere Ende am CAN2USB Konverter.
oder gibt es so was bei CAN nicht?

Hab so was bei RS485

Bei meinem Victron CAN wäre es noch einfacher, das endet am Controller in einer Netzwerkbuchse.
Da muss man nur das korrekte twisted pair nehmen

EDIT
erster treffer bei der Suchmaschine meines Vertauens

[legro]

@friedhofsblond

Ich habe mittels eines Netzwerkkabels (CAT3) meine Wärmepumpe mit dem USB2CAN-Converter, der direkt neben meinem Pi4 positioniert ist, verbunden. Das LAN-Kabel überbrückt dabei ca. 15m. Der Converter verfügt über einen per Jumper aktivierbaren Abschluss Widerstand.

[Klepper1976]

@friedhofsblond

Moin ich habe das selbe Problem. Bei Viessmann im Changelog steht das die API Endpoints aktualisiert wurden. Daraufhin habe ich das Probe Abo abgeschlossen und den Client aktualisiert. Vorher konnte ich die Daten jede Minute aktualisieren, nun werden keine Zugriffe im Delevoper Portal registriert.

Könnte es sein, dass die ViessmanAPI Instanz im iobroker angepasst werden muss??

LG

"July 2025
Domain Change for the Viessmann API
As part of the continuous optimization and modernization of our services, we are currently in the process of switching our applications and websites to the new domain viessmann-climatesolutions.com. This change will also affect the domains for resources such as the Developer Portal and the API Documentation.

For your integrations, this requires the following technical updates:

1. API Endpoints:

The base URI for all API calls is changing. You need to update your code to use the new domain.
Old: https:// api.​viessmann.​com/...
New: https:// api.​viessmann-climatesolutions.​com/...
2. Identity and Access Management (IAM):

The domain for our identity services will also be updated. This needs to be updated in your application to ensure authorization continues to function correctly.
Old: https:// ​iam.​viessmann.​com
New: https:// ​iam.​viessmann-climatesolutions.​com
3. API Response Body:

The uri value within the JSON response from the Features API (/iot/v2/features/...) will reflect the new viessmann​-​climatesolutions.​com domain in the future.
The API endpoints under the new domain are already available, and we ask you to please use the new addresses with immediate effect. The old viessmann​. com domain will be deactivated during Q4/2025, by the end of the year at the latest.

We understand that these changes may require adjustments to your existing code. To assist you in this process, we recommend referring to the API documentation."

[Klepper1976]

@klepper1976

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.

[legro]

@klepper1976

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.

[mcm1957]

@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