Climate Solutions Community

Ich kann es noch nicht verifizieren, aber seit gestern Abend 21 Uhr arbeitet bei mir die API mal wieder nicht. Heute um 13 Uhr hatte ich mal ein paar Datenpunkte und seitdem ist es wieder tot.   Keine Ahnung, ob Viessmann da wieder was fummelt oder ein Wartungsblock hat und der Zeitpunkt einfach ungünstig ist. Unabhängig von der API ist mein Modul aber zumindest "grün". ... Mehr anzeigen

Ich hatte den Treiber für die USB-Anbindung (CP210x USB zu UART-Bride) als Universaltreiber von SiliconLABs geladen, da das Parametrier-Laptop "Offline-Only" ist und mit Win7. Eventuell spielt da der Treiber nicht 100% so mit, wie er sollte.   Was ich mir aber überlegt habe, ich werde den Laptop mal nutzen, um das Skript anzupassen (also die Settings zu durchzugehen) und das Skript mal dort lokal laufen zu lassen. Funktioniert das dann alles gut, kommt dann die Integration in eine VM an meinem Server oder eben ein Raspi. ... Mehr anzeigen

Falls noch jemand ein Problem bei sich hat, so kann ich euch mitteilen, dass sich die URL der API geändert hat bzw. dass es bis September zwei Domänen gab und die api.viessmann-platform.io scheinbar weggefallen ist.   Hier noch die Screenshots aus dem FHEM-Modul, wo die beiden URLs ersichtlich sind. Ich hoffe, dass es Anderen hilft, die auf ähnliche Probleme stoßen.   Ich finde es etwas schade, dass das von Viessmann nicht kommentiert oder irgendwo aktiv kommuniziert wird und man quasi selbst suchen muss. 😕 ... Mehr anzeigen

Ja klar benutzen alle die selbe API und die verfügbaren Datenpunkte hängen hauptsächlich an Viessmann, dem eingesetzten Modell und Kommunikationsmodul und ja natürlich dem Entwickler der die Datenpunkte dann integriert und "übersetzt".   Das mit den Entitäten und der Oberfläche ist klar, das ist ja nur das Frontend was du da siehst und nicht das was wirklich passiert und natürlich, wenn ich sonst in meinem Frontend den Knopf für Warmwasser gedrückt habe, dann wurde auch Warmwasser über die API gecalled und an die WP gesendet. Das war dann in meiner Automation und auch in der APP, sowie an der WP ersichtlich.   Was ich eigentlich von dir wissen wollte, wie deine Entität im Hintergrund übersetzt ist bzw. wie die URL lautet, womit deine API aufgerufen wird. Denn hier hatte ich den Fehler bzw. eine Änderung vermutet. Sowas sieht man dann typischerweise in einem EventMonitoring oder LogFile der Automatisierungssoftware oder wenn man weiß, wo im Quellcode der Programmierung des Moduls. Da gehts auch nicht darum, ob man tatsächlich schon Logiken gebaut hat und die Automatisierung nutzt oder ob man da von Hand den Schalter drückt.   P.S.: Ich habe für mich das Thema übrigens lösen können, denn Viessmann hat tatsächlich Anfang September die URL's der API umgestellt bzw. eine bisher verwendete abgeschaltet, die in meinem Modul hinterlegt war.   Im Anhang habe ich mal den Quellcode dazu angehangen, wo man dann auch das "Vorher/ Nachher" sieht.   ... Mehr anzeigen

Ich habe kein HA sondern FHEM, deshalb kann ich dir da nicht sagen wie es dort ist.   Bei FHEM habe ich einmal das Modul, welches Vitoconnect integriert. Dort sehe ich im Modul (Pearl) die hinterlegten Funktionen und Aufrufe. Zum Anderen habe ich ein Logfile und Eventmonitor im Menü, dort sehe ich dann Alles was im Moment passiert, z.B. wenn ich den Knopf für Warmwasser drücke oder wenn ich den Schieberegler für die Temperatur ändere und den Wert "setze".    Du siehst das in den Posts weiter unten, da habe ich mal die URLs gepostet, die ausgelöst werden. ... Mehr anzeigen

Kannst du bitte mal schauen wie dein HA die API beim Setzen der WW-Temperatur anspricht. Das würde mir bei der Fehlersuche helfen. Nicht das mein Modul veraltet ist und ich das Skript anpassen muss. ... Mehr anzeigen

Das aktuelle Problem scheint größer. Scheinbar nimmt die API überhaupt keine Set-Befehle mehr entgegen.   Das heißt auch jeglicher Workaround über die Soll-Temperaturen oder die Hysterse funktioniert genauso wenig wie die Aktion zur einmaligen Warmwasser-Bereitung ... Mehr anzeigen

Sehr cool, Danke.   Ich habe mal mit VitoOpen ausgelesen, aber das Device hat er nur als "Unknown". Ausgabe gab es nur mit dem "300 Protokoll".   ... Mehr anzeigen

Ich habe noch meinen alten Parametrier-Laptop fürs Auto gefunden. Ich lade den gerade mal auf, in der Hoffnung, dass der Akku noch mitspielt.   Gibt es noch etwas, womit ich sinnvoll unterstützen kann?   Danke schonmal vorab!     EDIT...   Ausgabe von VitoOpen Identifikation Device  Unknown ID         0641 ExtID    0901 ... Mehr anzeigen

So, ich habe mich jetzt erstmal aufs Identifizieren der Wärmepumpe konzentriert. Was meine Hardware angeht, benötige ich doch erstmal zusätzlich Hardware bzw. muss meinen vorhandenen Raspi nochmal neu aufsetzen. (Die Steuerung, die da gerade drauf ist als geschlossenes und gehärtetes System installiert, damit fehlen jegliche Optionen auf einfachem/ normalen Wege, Software oder Skripte nachzuinstallieren)   Zur Anlage mal ein paar Informationen, die ich selbst schon versucht habe, mit den Listen, die vorliegen zuzuordnen.   ViCare  Produktname: Vitocal 200-A AWCI-AC 201.A07   Aus dem öffentlichen Kundenbereich und "Anlagen-Information" Codierstecker: 4171-06   Aus dem Servicetechnikerbereich der Anlage - Bereich "Systeminformationen" VC 200-A Seriennummer ...   Bedienung: B920W243/9 B920W243/ 6E64 Wärmepumpe: 4.78/28   Es gibt noch den Bereich "Kurzabfrage". Hier befinden sich 10 Zeilen mit 6-stelligen Hexadezimal-Codierungen.   Kommunikationsmodul ist aktuell das Vitoconnect 100 Opto1.   Ausgabe von VitoOpen Identifikation Device  Unknown ID         0641 ExtID    0901   Die Anlage selbst ist aus 2017. ... Mehr anzeigen

Deinen Post hatte ich ganz über sehen. Vielen Dank erstmal.   Sehe ich das irgendwo am Typenschild, auf den Platinen oder in der Steuerung, im ViCare oder müsste ich die WP tatsächlich erstmal irgend wie an den PC bringen und mit der verrlinkten Software auslesen? ... Mehr anzeigen

Das sind aber auch ganz andere Voraussetzungen bei dir. Bei mir ist es schon höchst effizient das im Sommer komplett selbst und mit Logik zu steuern.    Zum Einen läuft die WP absolut zuverlässig und schaltet nicht einfach ab. Ich hatte damals schon eine ca. 1,6kWp und mittlerweile 10kWp mit guter Ausrichtung, daher ist oft selbst bei Bewölkung genug Überschuss vorhanden. Bei mir ist in der Logik neben den Stromfluss (Bezug/ Ausspeisung) auch berücksichtigt ob z.B. Spüler oder Waschmaschine programmiert sind, so dass nicht alles parallel los läuft. Überlasse ich dem Smart Grid die WP,  wäre das ein extremer Rückschritt, noch schlechter wäre ein fixer Zeitplan. Mit Heizstab oder anders elektrisch zu heizen ist absolut ineffizient wenn man eine WP hat, die das einfach besser kann und den Strom auch noch vom Dach bezieht. Die API in Sachen Warmwasser war bei mir jetzt übrigens 5 Jahre absolut robust.     Nuja jeden falls hoffe ich, dass sich hier vlt. mal noch ein Mitleser von Viessmann findet und mir beantworten kann, ob sich an der API was geändert hat und wie ich wieder zu Warmwasser komme über die beiden bekannten Readings/ Datenpunkte. Alles Andere ist irgendwie nur halbgar.   P.S. notfalls muss ich auf die lokale Variante per MQTT umbauen und das Vitoconnect rauswerfen. Dazu gibt es zum Glück schon einen sehr schönen Thread hier.     ... Mehr anzeigen

Da muss ich aber quasi mit dem OptoLink an den PC? Das könnte sich als schwierig erweisen. ^^   Aber danke erstmal für den Hinweis. Notfalls muss ich mir mal irgendwo einen Windows Laptop ausleihen.   Erstmal muss ich aber tatsächlich schauen, wie ich den Pi wieder halbwegs für andere Sachen öffnen kann... oder ich brauch doch einen zweiten Pi. ... Mehr anzeigen

Hallo Phil,   erstmal ein große Danke für die sehr schnelle und ausführliche Antwort.   1. das ist super, weil ich so einen sehr schnellen Start auf dem vorhandenen Pi hinlegen kann. Ich müsste aktuell nur eine Verlängerung für das USB-Kabel besorgen (5m), weil das im Gehäuse der WP zur Rückwand verlegt ist und dort durch einen langen Kabelkanal zum Vitoconnect. Man könnte das auch rückführen, aber ich will ja erstmal unter geringem Aufwand testen. Das Vitoconnect selbst wäre, wenn Alles funktioniert tatsächlich vollständig obsolet bzw. würde ich das nicht wieder einbinden.   2. Die Listen hatte ich gesehen und glaub auch schon mein WP-Modell entdeckt. Das Gute ist, soviel Werte brauche ich gar nicht, sodass ich mir sicher bin, dass die sicher Jemand schon gefunden hat. Was kommt eigentlich über die OptoLink-Schnittstelle an Rohdaten? Sind das Register wie beim Modbus, sind das HEX oder ASCII-Werte oder Datenpunkte ähnlich der API? Bzw. kann man Rückschlüsse aus der API zu den Signalen ziehen oder die Rohdaten "live" mitlesen (und sich daraus die Übersetzung herleiten)?   3. MQTT ist für mich persönlich schon eine sehr feine Sache und reiht sich in meine anderen Devices gut ein.   4. Beim Schreiben brauche ich hauptsächlich das Aktivieren und Deaktivieren der Warmwasser-Aufbereitung (1x WW-Aufbereitung nach Soll2). Aktuell steuere ich das mit "Prellzeiten" und Median über 1 Minute je nach Stromüberschuss (PV-Anlage), vorliegender WW-Temperatur und Zustand WP, wann ich Warmwasser schalte. Bei geschaltetem Warmwasser schaue ich wieder aufs Stromdelta (Bezug/ Ausspeisung) und schalte dann z.B. bei 44°C ab (1x WW-Bereitung = False) oder lass Ihn bis 60°C laufen. Wahrscheinlich könnte man das ohne API noch etwas schlauer machen und direkt die Zieltemperatur besser festlegen.   Grüße Stephan   Edit: Ich sehe gerade "mal schnell" ist nicht. Hab jetzt erstmal die ganzen Python-Sachen geladen, aber der Pi der Rapberrymatic ist komplett abgespeckt. Ich muss erstmal sehen wie ich da die "Standards" wieder drauf bekomme, dann Python usw. Bei den Devices, habe ich aber auch schonmal in die CSV und die einzelnen Dateien rein gesehen um mal den Aufbau vor Augen zu haben. Was mir auch Frage zwei so halbwegs beantwortet.   ... Mehr anzeigen

@MyActive  Bei mir ist schon seit ich die WP habe so, dass ich die WP komplett über meine Hausautomatisierung steuere und sobald keine Heizanforderungen mehr da sind, ich im Sommer auf "Warmwasser"-Betrieb gehe. Im Warmwasser-Betrieb gibt es bei mir keine Zeitpläne, sondern es ist seit eh und je über die Automatisierung und diverse Logiken gesteuert. Dafür gibts ja auch extra das Reading "oneTimeCharge" mit "Activate" und "Deactivate" (ist auch ganz am Anfang vom Thread beschrieben), was auf die Adressen der API verweist: heating.dhw.oneTimeCharge/commands/activate  https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxxx/gateways/xxxxxxxxxxxxxxxx/devices/0/features/heating.dhw.oneTimeCharge/commands/activate heating.dhw.oneTimeCharge/commands/deactivate https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxxx/gateways/xxxxxxxxxxxxxxxx/devices/0/features/heating.dhw.oneTimeCharge/commands/deactivate    Das hat bis Ende letzter Woche zuverlässig und persistent funktioniert, tut aber nun nicht mehr seines gleichen.   Ich bin eigentlich wenig gewillt, jetzt meine Skripte alle mit so einem halbgaren Workaround zuversehen und ständig die Warmwassertemperatur oder die Hysterse anzupassen, um das Warmwasser zuschalten.   Ist halt Alles ärgerlich, wie das hier manchmal mit API läuft aber scheinbar wirds auch einfach Zeit das mal umzubauen und Alles lokal auf einen Pi zu bringen. Ich glaub letztes Jahr war es, da wurde von Viesmann einfach die API kastriert, weil nicht alle Funktionen "dokumentiert" waren und damit nicht verfügbar sein sollten und nun ist wieder aus heiterem Himmel ein "unnötiger" Fehler der für Frust sorgt in einem sonst recht robusten System. ... Mehr anzeigen

Hallo und danke für diesen Thread. Ich habe bei mir auch eine Vitocal WP mit dem alten Vitoconnect-Modul und OptiLink-Kabel dazwischen. Bis dato bin eigentlich bis auf ein paar Limitierungen mit der API gut zurechtgekommen, aber letztes Jahr wurde diese mal in den Funktionen beschnitten, aktuell nimmt es die Warmwasseranforderung (seit einer Woche ca.) nicht mehr entgegen und ja so richtig Fan meinen Kram übers Inet zu schleusen war ich noch nie. (Das Vitoconnect ist damals nur eingezogen, weil die WP am Anfang viele kleine Probleme hatte und es so "einfacher" war mit dem Monteur und Kundendienst Fortschritte zu machen)   Jetzt mal zu den Fragen und meinem Verständnis und ich hoffe ich frage nichts was eigentlich schon klar ist oder 300x gefragt wurde.   1. der Raspi braucht erstmal keine weiteren Besonderheiten und muss auch nicht exklusiv für die Viessmantechnik zur Vergügung stehen? (ich habe noch einen Raspi (4) mit Raspberrymatic - also freier HomeMatic CCU in der Nähe laufen und könnte dort eigentlich das OptiLinkkabel heranführen)   2. In den Settings vom Skript "wähle ich quasi meine Wärmepumpe aus" und lade beim Start damit die korrekte Übersetzung der verfügbaren Register meiner WP?   3. Die übersetzten Register werden via MQTT an den entsprechenden Broker gesendet und können damit direkt verwendet werden. Heißt, die dahinterliegende Automatisierung dürfte eigentlich egal sein, eine spezielle Anpassung ist nicht weiter notwendig? (aktuell verwende ich FHEM und das VITOCONNECT Modul innerhalb - MQTT habe ich aber z.B. für meine Shelly oder die OpenDTU im Einsatz)   4. Das Skript ist auch dafür vorbereitet "Befehle" per MQTT an die Anlage zu senden? (z.B. Logik-gesteuertes Warmwasser) ... Mehr anzeigen

Leider funktioniert es weiterhin nicht über die Heimautomatisierung den Set-Befehl zum Aktivieren der einmaligen WW-Bereitung zusetzen. Ich habe mal in alte Log-Files aus dem Frühjahr und Log-Files von 2023 geschaut und die Befehle und die URL, die aufgerufen wird, haben sich nicht verändert.   Ebenso gab es keine Veränderungen am Netzwerk, dem Aufbau der Anlage oder sonstigem.   Für mich sieht es so aus, als ob die API auf den Aufruf nicht mehr reagiert oder entsprechend an die Anlage zustellt.   Hat noch jemand Probleme mit der Funktion? Gibts offiziell Änderungen? ... Mehr anzeigen

Hallo Zusammen,   gibt es API-seitig hier zur Zeit irgendwelche Änderungen oder Probleme mit den Commands zur Warmwasserbereitung? heating.dhw.oneTimeCharge/commands/activate heating.dhw.oneTimeCharge/commands/deactivate   Ich nutze diese jetzt seit 2 Jahren in meiner Automatisierung (FHEM), wobei seit 2-3 Tagen die Logik zwar weiterhin intern "schaltet" aber der API-Call den Status/ Zustand an der Wärmepumpe nicht mehr ändert. (weder WW einschalten, noch ausschalten) Auch ohne verwenden der Logik mit dem direkten "SET" schaltet er die WP aktuell nicht. Im Logfile sehe ich aber dass die URL entsprechend aufgerufen wird: (IDs entfernt) https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxxx/gateways/xxxxxxxxxxxxxxxx/devices/0/features/heating.dhw.oneTimeCharge/commands/activate   P.S.: Schalten per APP geht, wobei der Rückmeldung im FHEM ankommt (Status 1 für aktiv) ... Mehr anzeigen

Bei mir auch Alles wieder schick. API und App. ... Mehr anzeigen

Vielen Dank für die zahlreichen Rückmeldungen.   Ich hatte es mir schon fast gedacht, dass da wieder was zentral im Argen liegt. Mich hatte diesmal nur gewundert, dass quasi die gesamte Anlage weg ist, statt nicht erreichbar. Ich glaube, es wird langsam Zeit für ein Raspi und Opti-Link-Kabel, um die Anlage vollständig lokal zu betreiben und administrieren. Garantie ist durch und Risiko ist wahrscheinlich kleiner als mit der APP und API dauerhaft zu hantieren. ... Mehr anzeigen

Auch ich bekomme in diesem Moment immer noch Offline-Meldungen. Etwas unglücklich, da meine ganzen Skripte und damit die Automatisierungen nicht laufen.     ... Mehr anzeigen

@qwert089 Hast du dazu einen konkreten Link?  Ich hatte damals mal was gesehen bezüglich Opti-Link-Kabel und einer Software für Windows, wenn es natürlich sich auch mit einem Raspberry einlesen lässt es wäre nicht schlecht bzw. sich in einen bestehenden Integrieren lässt (Raspberrymatic-Installation).  Noch besser würde mir aber ein Lösung direkt per MQTT gefallen.   @MichaelHanna  Auch mich betrifft das Anliegen des TE.  Die WP soll künftig mit über den Hauszähler laufen und nicht mehr den separaten WP-Zähler, da es sich einfach nicht mehr lohnt zwei Zähler zu führen. Da die WP die Energiewerte ja hat und führt würde ich die gerne auf einfachem Wege weiterhin sichtbar und auswertbar machen ohne z.B. auf die Zuleitung einen Shelly 3EM setzen zu müssen, der dies erledigt. (nur für Statistik und Monitoring wäre mir der Shelly zu Schade)   Also es wäre schön, wenn es machbar ist dass die Energiewerte der WP wieder in der API geführt werden. So lassen sich auch Optimierungen an der Heizkurve/ -kennlinie besser auswerten.  ... Mehr anzeigen