Anbei mein erstes eigenes Modul:
vitoconnect nutzt die Vissmann API mit der man den Zustand diverser neuerer Viessmann Heizungen abfragen kann. Dies ist die API, die auch die ViCare App nutzt. Man benötigt ein Internetschnittstellenmodul (https://www.viessmann.de/de/viessmann-apps/vitoconnect.html) und einen entsprechenden Viessmann Account. ViCare App und dieses Modul können gleichzeitig genutzt werden.
Das Modul basiert auf dem PHP Modul von thetrueavatar (https://github.com/thetrueavatar/Viessmann-Api). Siehe auch die Diskussion hier im Forum https://forum.fhem.de/index.php/topic,86073.0.html.
Die Dokumentation findet ihr im Wiki https://wiki.fhem.de/wiki/Vitoconnect !!
Da dieses Modul Werte der Heizung nur über die API von Vissmann verändern kann, sollte die Benutzung risikoarm sein. Allerdings kann ich keine Garantie übernehmen, dass es nicht doch zu irgendwelchen unerwünschten Nebeneffekten kommt. Nutzung auf eigene Gefahr.
Außerdem ist es mein erstes Modul. Perl wird bestimmt nicht meine Lieblingsprogrammiersprache werden!
Daher bin ich für Anregungen, Verbesserungen und kontruktive Kritik dankbar.
Viel Spass mit dem Modul!
Andreas
Hallo Andreas,
vielen Dank für Deine Mühe!
Ich habe Dein Modul eingebunden, aber der Login funktioniert bei mir nicht, obwohl ich die Login-Daten noch einmal direkt mit der ViCare-App verglichen habe.
Allerdings taucht bei mir im Log auch ein Fehler auf. Vielleicht liegt es daran?
Kannst Du damit etwas anfangen?
PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 314.
Viele Grüße
Till
Hallo Andreas,
ich habe das Modul heute ausprobiert. Alle Daten werden vom Viessmann-Server abgeholt, genau wie bei der PHP-Version zuvor.
Aber:
Bei jedem Abruf der Daten meckert Freezemon im Logfile, weil FHEM mehrere Sekunden hängt. Ein Non-Blocking wäre hier sehr "nett".
Außerdem ist die Geräte-Seite im Browser sehr, sehr breit, so dass ein horizontaler Scrollbalken entsteht und das Datum der letzen Aktualisierung rechts
nicht mehr zu sehen ist. Ich habe aber keine Ahnung, ob das von der großen Anzahl von Readings kommt oder ein sonstiges Problem bei meiner Installation ist.
Ansonsten finde ich die Integration mittels Modul besser als die PHP-Variante. Vielleicht lassen sich die o.a. Probleme ja irgendwie lösen....
Viele Grüße
PeterLustig
Zitat von: tcbh am 25 November 2018, 18:54:28
Hallo Andreas,
vielen Dank für Deine Mühe!
Ich habe Dein Modul eingebunden, aber der Login funktioniert bei mir nicht, obwohl ich die Login-Daten noch einmal direkt mit der ViCare-App verglichen habe.
Allerdings taucht bei mir im Log auch ein Fehler auf. Vielleicht liegt es daran?
Kannst Du damit etwas anfangen?
PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 314.
Viele Grüße
Till
Hallo Til,
bitte mal mit verbose 5 starten und kompletten Log und List des Objekt mailen, aber vorher Passwort löschen!
Andreas
Gesendet von iPad mit Tapatalk Pro
Zitat von: PeterLustig am 25 November 2018, 21:23:52
Hallo Andreas,
ich habe das Modul heute ausprobiert. Alle Daten werden vom Viessmann-Server abgeholt, genau wie bei der PHP-Version zuvor.
Aber:
Bei jedem Abruf der Daten meckert Freezemon im Logfile, weil FHEM mehrere Sekunden hängt. Ein Non-Blocking wäre hier sehr "nett".
Außerdem ist die Geräte-Seite im Browser sehr, sehr breit, so dass ein horizontaler Scrollbalken entsteht und das Datum der letzen Aktualisierung rechts
nicht mehr zu sehen ist. Ich habe aber keine Ahnung, ob das von der großen Anzahl von Readings kommt oder ein sonstiges Problem bei meiner Installation ist.
Ansonsten finde ich die Integration mittels Modul besser als die PHP-Variante. Vielleicht lassen sich die o.a. Probleme ja irgendwie lösen....
Viele Grüße
PeterLustig
Das Blocking hängt mit dem curl zusammen. Würde gerne auf auf htmltools umstellen, aber dazu brauche ich mal viel Zeit oder jemanden, der mir hilft.
Bei den Readings kann ich ein paar Trennzeichen einfügen damit Fhem die langen Readings umbricht. Kommt in der nächsten Version.
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 25 November 2018, 21:52:49
Hallo Til,
bitte mal mit verbose 5 starten und kompletten Log und List des Objekt mailen, aber vorher Passwort löschen!
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
ich bin bisher nicht der ganz große FHEM-Profi ;)
Du meinst vermutlich folgenden Teil des Logs?
2018.11.25 22:07:22 4: vitoconnect: GetUpdate called ...
2018.11.25 22:07:22 5: getCode: https://iam.viessmann.com/idp/v1/authorize?client_id=blablabla&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code
2018.11.25 22:07:27 3: getCode went ok
2018.11.25 22:07:27 5: Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML>
<HEAD>
<TITLE>Error Page</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF">
<CENTER><H2>
ERROR!: error class 'Client Error'; error code '400'; error text 'bad request'
</H2></CENTER>
</BODY></HTML>
2018.11.25 22:07:27 5: code =
Hilft das bei der Fehlersuche weiter?
Vielen Dank und viele Grüße
Till
Hallo,
ich habe es gestern abend mal eingespielt. Läuft soweit. Mir ist aufgefallen, dass nach jedem Aufrufen die Readings für den Schedule anders ausschauen. Mal beginnen die mit Samstag, mal mit Dienstag. Konnte da gestern abend kein System hinter entdecken. Was ich gut finde, ist dass es alle position abfragt. Also verschiedene Startzeiten für den Tag.
Danke für das Modul! Läuft soweit.
Ich habe eine Vitodens 200 mit entsprechendem Vitoconnect 100.
Was mir aber unklar ist, sind die Gasverbrauchswerte. Ich habe die Heizung und den Gasanschluß diesen April frisch installieren lassen. Der Wert der mir als Jahresverbrauch angezeigt wird liegt bei 23456,0.
Auf meinem Gaszähler standen vor einer Woche 739 qm³ Gasverbrauch seit Installation. Nun bringe ich den qm³ Wert nicht zu einem kw/h Verbrauch der irgendwie zu dem 23456,0 passt. Was bedeuten also die 23456,0 ? Leicht verwirrend.
Zitat von: Frini am 26 November 2018, 13:00:36
Hallo,
ich habe es gestern abend mal eingespielt. Läuft soweit. Mir ist aufgefallen, dass nach jedem Aufrufen die Readings für den Schedule anders ausschauen. Mal beginnen die mit Samstag, mal mit Dienstag. Konnte da gestern abend kein System hinter entdecken. Was ich gut finde, ist dass es alle position abfragt. Also verschiedene Startzeiten für den Tag.
Wenn ich Perl richtig verstanden habe, ist die Reihenfolge in einem Hash zufällig. Bei der PHP Version war das anders.
Gesendet von iPad mit Tapatalk Pro
Zitat von: Gharac Durac am 26 November 2018, 17:31:33
Danke für das Modul! Läuft soweit.
Ich habe eine Vitodens 200 mit entsprechendem Vitoconnect 100.
Was mir aber unklar ist, sind die Gasverbrauchswerte. Ich habe die Heizung und den Gasanschluß diesen April frisch installieren lassen. Der Wert der mir als Jahresverbrauch angezeigt wird liegt bei 23456,0.
Auf meinem Gaszähler standen vor einer Woche 739 qm³ Gasverbrauch seit Installation. Nun bringe ich den qm³ Wert nicht zu einem kw/h Verbrauch der irgendwie zu dem 23456,0 epasst. Was bedeuten also die 23456,0 ? Leicht verwirrend.
Ich zeig die Werte so an, wie sie die API liefert. In dem anderen Thread wurde verifiziert, dass die Gasverbräuche wohl durch 8 geteilt werden müssen um den kWh Wert zu erhalten. Die userreadings sind entsprechend definiert. Wieviel kWh ein qm bei dir enthält, kann von Versorger zu Versorger unterschiedlich sein und kann bei ihm erfragt werden bzw. steht auf der Gasrechnung. Im Wiki habe ich auch schonmal was darüber gelesen. Einfach mal suchen.
Bei mir sind die Verbräuche für Wasser und Heizung immer gleich. Wie das zu interpretieren ist, weiß ich auch noch nicht.
Gesendet von iPad mit Tapatalk Pro
Und es es werden wohl aktuell auch nur die Gasverbräuche für den Heizbetrieb übermittelt. Hier müssen wir auf das nächste Update von Viessmann warten.
OK. Kann man den Zeitplan irgendwie aufdröseln? btw. Läuft immer noch fehlerfrei.
Hallo Andreas,
Wenn Du die Umstellung von curl auf das FHEM interne HTTPUtils machst und Fragen hast kannst Du mich gerne anschreiben. Habe gesehen das Du die Umstellung auf Deiner ToDo Liste hast :)
Grüße
Leon
Zitat von: tcbh am 25 November 2018, 22:15:10
Hallo Andreas,
ich bin bisher nicht der ganz große FHEM-Profi ;)
Du meinst vermutlich folgenden Teil des Logs?
2018.11.25 22:07:22 4: vitoconnect: GetUpdate called ...
2018.11.25 22:07:22 5: getCode: https://iam.viessmann.com/idp/v1/authorize?client_id=blablabla&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code
2018.11.25 22:07:27 3: getCode went ok
2018.11.25 22:07:27 5: Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML>
<HEAD>
<TITLE>Error Page</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF">
<CENTER><H2>
ERROR!: error class 'Client Error'; error code '400'; error text 'bad request'
</H2></CENTER>
</BODY></HTML>
2018.11.25 22:07:27 5: code =
Hilft das bei der Fehlersuche weiter?
Vielen Dank und viele Grüße
Till
Das habe ich so noch nie gesehen. Ein Loginfehler ist das nicht. Ist der Fehler immer noch da oder war das nur temporär (der Vissmann Server hat manchmal Schluckauf). Setz bitte mal in Zeile 301 "CURLOPT_VERBOSE" auf "1" und schick mir dann das nochmal das Log. An dem Modul hast Du nichts geändert, oder? Auch nicht die client_id (die ist für alle gleich).
Zitat von: CoolTux am 27 November 2018, 10:30:43
Hallo Andreas,
Wenn Du die Umstellung von curl auf das FHEM interne HTTPUtils machst und Fragen hast kannst Du mich gerne anschreiben. Habe gesehen das Du die Umstellung auf Deiner ToDo Liste hast :)
Grüße
Leon
Hallo Leon,
ich komme darauf zurück, aber erstmal muss ich die Basics lernen damit ich weiß, was ich fragen soll ;-)
Andreas
Zitat von: andreas13 am 27 November 2018, 04:14:37
Ich zeig die Werte so an, wie sie die API liefert. In dem anderen Thread wurde verifiziert, dass die Gasverbräuche wohl durch 8 geteilt werden müssen um den kWh Wert zu erhalten. Die userreadings sind entsprechend definiert. Wieviel kWh ein qm bei dir enthält, kann von Versorger zu Versorger unterschiedlich sein und kann bei ihm erfragt werden bzw. steht auf der Gasrechnung. Im Wiki habe ich auch schonmal was darüber gelesen. Einfach mal suchen. Bei mir sind die Verbräuche für Wasser und Heizung immer gleich. Wie das zu interpretieren ist, weiß ich auch noch nicht.
Die Werte sind bei mir auch für Heizung und Wasser gleich. Ich denke es ist einfach der Gesamtwert des Gasverbrauchs, egal ob Heizung und/oder Wasser.
Mein Wert der heute um gut 800 höher ist als gestern, passt egal wie ich es rechne zu nichts. Da ich alles neu habe und der Gaszähler bei 0 anfing, kann ich das gut vergleichen. Die Rechnung (ich habe nur eine für die ersten 3 Monate und da war quasi Dauersommer) erschliesst sich mir auch nicht wirklich. Das passt alles hinten und vorne nicht zu den von der API angezeigten Werten und schon gar nicht zum tatsächlichen Verbrauch in qm³ Gas. Ich habe jetzt mal beim Gasversorger direkt angefragt, wie sie denn die qm³ bei meinem Anschluß in kw/h umrechnen. Mal sehen ob das schlauer macht. Warum auch einfach, wenn man sowas kompliziert machen kann....
Im anderen Thread wurde es schon erörtert.
Die Werte sind von dem Heizbetrieb. Diesen muss man durch 8 teilen, dann passt es zu der Anzeige in der Viessmann Anzeige. Die Verbräuche für die Warmwasserbereitung werden von Viessmann noch nicht korrekt übermittelt.
Bei mir passen die Werte, wenn ich diese mit der Heizung vergleiche.
Zitat von: Frini am 28 November 2018, 08:58:32
Im anderen Thread wurde es schon erörtert.
Die Werte sind von dem Heizbetrieb. Diesen muss man durch 8 teilen, dann passt es zu der Anzeige in der Viessmann Anzeige. Die Verbräuche für die Warmwasserbereitung werden von Viessmann noch nicht korrekt übermittelt.
Bei mir passen die Werte, wenn ich diese mit der Heizung vergleiche.
Wo siehst du die Verbrauchswerte? Ich kann sie weder an der Heizung noch in der ViCareApp finden.
Gesendet von iPhone mit Tapatalk Pro
Tasächlich an meiner Heizung in der Steuerung. Ich kann heute abend mal ein Foto davon machen.
Zitat von: andreas13 am 28 November 2018, 09:04:06
Wo siehst du die Verbrauchswerte? Ich kann sie weder an der Heizung noch in der ViCareApp finden.
Die Verbrauchswerte werden auch in der "alten" Viessmann-App Vitotrol Plus angezeigt, siehe Anhang.
Sowas gibts nicht in meiner ViCare App.
Zitat von: andreas13 am 27 November 2018, 13:06:22
Das habe ich so noch nie gesehen. Ein Loginfehler ist das nicht. Ist der Fehler immer noch da oder war das nur temporär (der Vissmann Server hat manchmal Schluckauf). Setz bitte mal in Zeile 301 "CURLOPT_VERBOSE" auf "1" und schick mir dann das nochmal das Log. An dem Modul hast Du nichts geändert, oder? Auch nicht die client_id (die ist für alle gleich).
Hallo Andreas,
nein das Problem besteht und an dem Modul habe ich nichts verändert. Die Client-ID habe ich gelöscht, weil ich dachte darin ist User und Passwort codiert :D
Ich habe jetzt den curlopt_verbose auf 1 gesetzt. Und dabei ergibt sich folgender Log:
2018.11.28 23:52:01 4: vitoconnect: GetUpdate called ...
2018.11.28 23:52:01 5: getCode: https://iam.viessmann.com/idp/v1/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code
* About to connect() to iam.viessmann.com port 443 (#0)
* Trying 93.122.86.45...
* connected
* Connected to iam.viessmann.com (93.122.86.45) port 443 (#0)
* found 156 certificates in /etc/ssl/certs/ca-certificates.crt
* server certificate verification SKIPPED
* common name: *.viessmann.com (matched)
* server certificate expiration date OK
* server certificate activation date OK
* certificate public key: RSA
* certificate version: #3
* subject: C=DE,ST=Hessen,L=Allendorf (Eder),O=Viessmann IT Service GmbH,OU=ITS,CN=*.viessmann.com
* start date: Tue, 20 Feb 2018 00:00:00 GMT
* expire date: Fri, 04 Jan 2019 12:00:00 GMT
* issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA
* compression: NULL
* cipher: AES-256-CBC
* MAC: SHA256
* Server auth using Basic with user 'bla-bla'
> POST /idp/v1/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code HTTP/1.1
Authorization: Basic blub-blub
Host: iam.viessmann.com
Accept: */*
Content-Type: application/x-www-form-urlencoded
Content-Length: -1
Expect: 100-continue
* additional stuff not fine transfer.c:1042: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 400 Bad Request
< Date: Wed, 28 Nov 2018 22:52:03 GMT
< Server: Apache
< Pragma: no-cache
< Connection: close
< Cache-Control: no-cache
< Content-Type: text/html; charset=utf-8
<
* nread <= 0, server closed connection, bailing
* Closing connection #0
2018.11.28 23:52:03 3: getCode went ok
2018.11.28 23:52:03 5: Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML>
<HEAD>
<TITLE>Error Page</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF">
<CENTER><H2>
ERROR!: error class 'Client Error'; error code '400'; error text 'bad request'
</H2></CENTER>
</BODY></HTML>
Es sieht ja so aus, als ob nach dem Login es nicht weiter geht. Wenn ich den Link direkt im Browser eingebe, passiert mit meinen dort eingegeben Daten auch nichts weiter auf der Seite. Ist das normal?
Danke für Deine Hilfe,
viele Grüße
Till
@PeterLustig: Genau so sieht es in meiner schwarzen Steuerung der Vitodens 333f auch aus.
Leider musste Viessmann die VicareApp ja auf den Markt treten. Für mich war die VitrotolPlus App ein Kaufargument. Leider konnte ich diese nie einsetzen.
Ich kenne nur die ViCare App und die ist im Grunde ja nutzlos. Das einzige was ich ich damit bisher gemacht habe ist eben nur die Heizuung zuzuschalten, nachdem es kälter wurde. Ansonsten gibt das Teil ja nicht wirklich viel her. Aber jetzt mit dem Modul habe ich zumindest mal einen Berg Daten im Fhem und vielleicht geht ja auch irgendwann die Gegenrichtung. Dann ist die App absolete.
Ich nutze die App tatsächlich nur um eine manuelle Warmwasserladung zu starten.
Das hab ich mit dem php noch nicht hingekriegt :-[
Wollte mir nen DashButton ins Badezimmer pinnen und wenn dann mal ein ausgiebiges Bad ansteht, kann man die Ladung darüber starten.
Zitat von: tcbh am 28 November 2018, 23:44:53
Es sieht ja so aus, als ob nach dem Login es nicht weiter geht. Wenn ich den Link direkt im Browser eingebe, passiert mit meinen dort eingegeben Daten auch nichts weiter auf der Seite. Ist das normal?
Danke für Deine Hilfe,
viele Grüße
Till
Hast Du vielleicht Sonderzeichen im Usernamen oder Passwort?
Zitat von: Frini am 28 November 2018, 12:56:25
Tasächlich an meiner Heizung in der Steuerung. Ich kann heute abend mal ein Foto davon machen.
Ja, mach mal. Bei mir scheint es das nicht zu geben (Vitodens 200W). Hat der HB wieder mal am falschen Ende gespart ;-)
Zitat von: andreas13 am 29 November 2018, 16:37:54
Hast Du vielleicht Sonderzeichen im Usernamen oder Passwort?
Ich habe nur Gross-, Kleinbuchstaben und Zahlen. Das sollte doch unkritisch sein, oder? Versuch macht klug - ich ändere das mal.
Viele Grüße
Till
Update: Leider hilft das Ändern auf nur Buchstaben im Passwort nichts. Im Usernamen ist ja standardmäßig schon mindestens ein Sonderzeichen (@). Funktioniert denn das Einloggen direkt auf der Webseite mit Deinen Login-Daten?
Gruß
Till
Hier die Fotos und zum Vergleich die Readings aus dem Modul.
Zitat von: tcbh am 29 November 2018, 17:28:18
Ich habe nur Gross-, Kleinbuchstaben und Zahlen. Das sollte doch unkritisch sein, oder? Versuch macht klug - ich ändere das mal.
Viele Grüße
Till
Update: Leider hilft das Ändern auf nur Buchstaben im Passwort nichts. Im Usernamen ist ja standardmäßig schon mindestens ein Sonderzeichen (@). Funktioniert denn das Einloggen direkt auf der Webseite mit Deinen Login-Daten?
Gruß
Till
Entwarnung! Ich habe meinen Pi zum Test komplett neu aufgesetzt. Stretch installiert, Fhem 5.9, usw.
Und siehe da - es klappt auf Anhieb!
Tut mir Leid, Andreas, dass ich Dir Mühe bereitet habe. Irgendwie lag es an meinem Gesamt-Set-Up...
Viele Grüße
Till
Zitat von: tcbh am 30 November 2018, 12:11:55
Entwarnung! Ich habe meinen Pi zum Test komplett neu aufgesetzt. Stretch installiert, Fhem 5.9, usw.
Und siehe da - es klappt auf Anhieb!
Tut mir Leid, Andreas, dass ich Dir Mühe bereitet habe. Irgendwie lag es an meinem Gesamt-Set-Up...
Viele Grüße
Till
Komisch.
So sieht es übrigends bei verbose 5 aus, wenn der Login klappt.
vitoconnect: GetUpdate called ...
2018.11.27 12:49:47 5: getCode: https://iam.viessmann.com/idp/v1/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code
2018.11.27 12:49:47 3: getCode went ok
2018.11.27 12:49:47 5: Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML><HEAD>
<TITLE>302 Found</TITLE>
<META name="robots" content="noindex" /></HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF="vicare://oauth-callback/everest?code=xxxx">here</A>.
</BODY></HTML>
2018.11.27 12:49:47 5: code = xxxx
2018.11.27 12:49:47 3: getAccessToken went ok
2018.11.27 12:49:47 5: Received response:
Ich arbeite noch mit dem alten PHP Script.
Wenn ich den Verbrauch durch 8 teile, stimmt der Wert exakt mit dem angezeigten Verbrauch für die Heizung in der alten Vitotrol App überein. Der Verbrauch für Warmwasser kommt in der Vitotrol App noch oben drauf, wird aber in FHEM nicht angezeigt, weil in der API (neue Vicare App) noch nicht übermittelt.
Seit heute habe ich einen viel zu kleinen Verbrauchswert.
Eventuell hat Viessmann etwas an der API geändert.
Könnte der Verbrauch für Warmwasser sein.
Oh nein, ich darf den Wert nicht mehr durch 8 teilen, dann stimmt er wieder....
Zitat von: Mave am 09 Dezember 2018, 13:42:47
Oh nein, ich darf den Wert nicht mehr durch 8 teilen, dann stimmt er wieder....
Kann ich bestätigen. Wer meine Userreadings verwendet, muss diese anpassen.
attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect100",\ "Gasverbrauch_Heizung/Tag",0))[0] },\ Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect100",\ "Gasverbrauch_Heizung/Tag",0))[1] },\ Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect100",\ "Gasverbrauch_Heizung/Woche",0))[0] },\ Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect100",\ "Gasverbrauch_Heizung/Monat",0))[0] }
Hallo zusammen,
ich habe gerade Version 2 des Moduls veröffentlich (siehe erstes Posting)!
Ich habe es auf die HTTPutils und nonblocking umgestellt. (Thx @CoolTux. Ich hoffe, ich habe alles richtig gemacht). Das Reading "status" heißt jetzt "state". Ansonsten sollte gunktional sollte alles gleich geblieben sein. Ich hoffe ich habe nichts kaputt gemacht. ;-)
Feedback willkommen.
Andreas
Hallo,
Das Modul habe ich aktualisiert und keine Probleme bis jetzt. Danke sehr.
Anhängend der LogMitschnitt. Das Modul scheint bei einer Abfrage mehrmals eine Verbindung aufzubauen?
Funktioniert :) ... Gibt's denn schon Aussichten auf Änderungen in neueren Versionen?
Zitat von: Frini am 14 Dezember 2018, 10:36:17
Hallo,
Das Modul habe ich aktualisiert und keine Probleme bis jetzt. Danke sehr.
Anhängend der LogMitschnitt. Das Modul scheint bei einer Abfrage mehrmals eine Verbindung aufzubauen?
Im Moment wir bei jeder Abfrage die Verbindung komplett neu aufgebaut. Bisher sind mir noch keine Nachteile aufgefallen, die den Aufwand rechtfertigen würden, das zu ändern. ;-)
Zitat von: ritschi am 15 Dezember 2018, 10:35:57
Funktioniert :) ... Gibt's denn schon Aussichten auf Änderungen in neueren Versionen?
Was hättest Du denn gern? :-)
Ich hätte da schon ne Liste: 8)
Setzen von Temperaturen
Ändern von Heizprogrammen WW oder WW Heating
Starten der manuellen Warmwasserladung
Erzwingen von reduziertem oder Komfort Modus
Setzen der Heizkurve
Ein Attribut wo man den Gaspreis speichern kann zur Kostenermittlung
Das sind aktuell Dinge die ich über extra Skripte starte.
Wenn ich meine Wünsche so frei äußern darf ;D
Dem würde ich mich anschließen
Hab auch so eine Vitoconnect Kiste und würd mich über die Erfüllung derselben Wünsche freuen. Mache auch gern bei Tests mit... 😊
Hallo,
habe das Modul installiert und scheint super zu funktionieren.
Frage: Kannst du irgendwie ablesen, ob der Brenner grade Warmwasser bereitet? Im Moment kann ich das lediglich an der Kesseltemperatur :-(
Bei mir ist, wenn der Zeitplan für die Warmwasserbereitung es erlaubt, das Reading Ww-aktiv auf 1. Ausserhalb des Zeitraums auf 0.
Eine Umschaltung des Mischers kann man nicht sehen.
Wobei ein notify auf die Kesseltemperatur und den Brenner um ein Reading zu setzen auch machbar wären.
Zitat von: Frini am 15 Dezember 2018, 18:38:22
Ich hätte da schon ne Liste: 8)
Setzen von Temperaturen
Ändern von Heizprogrammen WW oder WW Heating
Starten der manuellen Warmwasserladung
Erzwingen von reduziertem oder Komfort Modus
Setzen der Heizkurve
Ein Attribut wo man den Gaspreis speichern kann zur Kostenermittlung
Das sind aktuell Dinge die ich über extra Skripte starte.
Wenn ich meine Wünsche so frei äußern darf ;D
Ich nehms mal auf meine ToDo Liste. Bisher habe ich mich noch nicht an das "setzen" von Werten getraut. Nutzt Du die PHP Skripte von thetrueavatar oder hast Du was eigenes?
die Temperaturen und die Modi nutze ich von Thetrueavatars php Skript.
Die Einmalladung als bash-Skript aus dem anderen Thread. Also das totale mischmasch.
Das erzwingen des reduziertem Modus und Komfortmodus erzwinge ich aktuell über das setzen der Solltemperatur.
Den Gaspreis pflege ich in den Userreadings
Seit heute gibt es eine neue Version der ViCare App. In der App werden die Anzahl der Brennerstarts angezeigt, aber in der API scheinen sie nicht zu sein?!
Gesendet von iPad mit Tapatalk Pro
Hallo,
habe mit Begeisterung den Thread über das VitoConnect API gelesen. Leider funktioniert bei mir das Einbinden in Fhem nicht.
Zur Ausgangssituation:
Fhem läuft auf meiner Fritzbox 7490 via Freetz. Das 98_vitoconnect.pm ist auf den vorgesehenen Platz.
define vitoconnect vitoconnect user@mail.xx geheim 60 (mit meinen Login-Daten) habe ich in die Weboberfläche eingegeben.
Als Rückmeldung kommt Login failure.
Wie geht es jetzt weiter?
Was muss zusätzlich in die Fhem Oberfläche alles eingegeben werden?
mfG
Michael
Zitat von: micham am 20 Dezember 2018, 18:36:50
Hallo,
habe mit Begeisterung den Thread über das VitoConnect API gelesen. Leider funktioniert bei mir das Einbinden in Fhem nicht.
Zur Ausgangssituation:
Fhem läuft auf meiner Fritzbox 7490 via Freetz. Das 98_vitoconnect.pm ist auf den vorgesehenen Platz.
define vitoconnect vitoconnect user@mail.xx geheim 60 (mit meinen Login-Daten) habe ich in die Weboberfläche eingegeben.
Als Rückmeldung kommt Login failure.
Wie geht es jetzt weiter?
Was muss zusätzlich in die Fhem Oberfläche alles eingegeben werden?
mfG
Michael
Funktionieren die Logindaten in der ViCare App? Enthalten sie Sonderzeichen?
Der Login muss erstmal funktionieren. Mehr musst du erstmal nicht eingeben, aber du kannst zB die Userreadings wie im ersten Postings anlegen. Und ein Logging über Filelog oder DBLog einstellen und dann mit SVG nette Graphen zeichnen. Je nachdem was du haben willst.
Gesendet von iPad mit Tapatalk Pro
Hallo,
habe das Passwort zurückgesetzt - siehe da - es funktioniert! :) :) :)
mfG
Michael
Hallo andreas13
Schön wäre es wenn du in der nächsten Version diese ändern könntest, überall wo ein Bindestrich und ein Slash ist, ich habe bei mir das so geändert weil bei der weiter Verarbeitung gab es mit Slash und Bindestrich nur Probleme.
"heating.circuits.0.circulation.schedule.active" => "HK1_Zeitsteuerung_Zirkulation_aktiv",
"heating.gas.consumption.dhw.day" => "Gasverbrauch_WW_Tag",
Anstonsten super geiles Modul, bin sehr zufrieden damit.
Grüße
Sandro
Zitat von: sepultura30 am 20 Dezember 2018, 22:04:43
Hallo andreas13
Schön wäre es wenn du in der nächsten Version diese ändern könntest, überall wo ein Bindestrich und ein Slash ist, ich habe bei mir das so geändert weil bei der weiter Verarbeitung gab es mit Slash und Bindestrich nur Probleme.
....
Was für Probleme hast du denn? Und was wäre der Vorteil, wenn ich das Modul ändere statt dass Du das Problem bei der Weiterverarbeitung löst? (ernst gemeinte Frage!)
Gesendet von iPhone mit Tapatalk Pro
Zitat von: andreas13 am 21 Dezember 2018, 17:16:39
Was für Probleme hast du denn? Und was wäre der Vorteil, wenn ich das Modul ändere statt dass Du das Problem bei der Weiterverarbeitung löst? (ernst gemeinte Frage!)
Gesendet von iPhone mit Tapatalk Pro
Hallo andreas13,
ich habe alles in einer readingsGroup zusammen gefasst und bei der valueSuffix sieht das bei mir so aus.
{ Aussentemperatur => " °C", Kesseltemperatur => " °C", HK1_Vorlauftemperatur => " °C", HK1_Solltemperatur_normal => " °C", WW_Solltemperatur => " °C", WW_Isttemperatur => " °C", Gasverbrauch_aktuell_Jahr => " kWh", Gasverbrauch_aktueller_Monat => " kWh", Gasverbrauch_aktuelle_Woche => " kWh", Gasverbrauch_heute => " kWh" }
Nehme ich das original Modul mit Bindestrich und Slash, wird einiges nicht mehr angezeigt und es kommt beim valueSuffix speichern eine Fehlermeldung von Fhem, deswegen habe ich alles gegen Unterstriche ersetzt, und so läuft es bei mir.
Fehlerfenster: Bareword "Gasverbrauch_Heizung" not allowed while "strict subs" in use at (eval 91138) line 1.
Weil im Gasverbrauch_Heizung/Jahr ein Slash drinnen ist, deswegen habe ich alles in Unterstriche geändert
Grüße
Sandro
Zitat von: sepultura30 am 21 Dezember 2018, 21:55:35
Hallo andreas13,
ich habe alles in einer readingsGroup zusammen gefasst und bei der valueSuffix sieht das bei mir so aus.
...
Das macht Sinn. Ich werde das in der nächsten Version ändern.
Magst Du uns deine ReadingsGroup zur Verfügung stellen ?
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 22 Dezember 2018, 10:32:17
Das macht Sinn. Ich werde das in der nächsten Version ändern.
Magst Du uns deine ReadingsGroup zur Verfügung stellen ?
Gesendet von iPad mit Tapatalk Pro
Hallo andreas13,
sehr gerne stelle ich den Code für die readingsGroup zu verfügung.
define Heizung_Oben readingsGroup vitoconnect:HK1_Solltemperatur_reduziert_aktiv vitoconnect:Brenner_aktiv vitoconnect:Aussentemperatur vitoconnect:HK1_Solltemperatur_normal vitoconnect:HK1_Vorlauftemperatur vitoconnect:Kesseltemperatur vitoconnect:WW_Solltemperatur vitoconnect:WW_Isttemperatur vitoconnect:Gasverbrauch_aktuell_Jahr vitoconnect:Gasverbrauch_aktueller_Monat vitoconnect:Gasverbrauch_aktuelle_Woche vitoconnect:Gasverbrauch_heute
attr Heizung_Oben mapping {'HK1_Solltemperatur_reduziert_aktiv' => 'Nachtabsenkung','Brenner_aktiv' => 'Brenner_aktiv', 'Aussentemperatur' => 'Aussentemperatur', 'HK1_Solltemperatur_normal' => 'HK1_Solltemperatur_normal','HK1_Vorlauftemperatur' => 'HK1_Vorlauftemperatur','Kesseltemperatur' => 'Kesseltemperatur','WW_Solltemperatur' => 'WW_Solltemperatur','WW_Isttemperatur' => 'WW_Isttemperatur','Gasverbrauch_aktuell_Jahr' => 'Gasverbrauch_Jahr', ,'Gasverbrauch_aktueller_Monat' => 'Gasverbrauch_Monat',,'Gasverbrauch_aktuelle_Woche' => 'Gasverbrauch_Woche',,'Gasverbrauch_heute' => 'Gasverbrauch_Heute'}
attr Heizung_Oben notime 1
attr Heizung_Oben room Heizung
attr Heizung_Oben sortby 1
attr Heizung_Oben valueIcon {'Brenner_aktiv.0' => '1px-spacer', 'Brenner_aktiv.1' => 'icoHEIZUNG','HK1_Solltemperatur_reduziert_aktiv.0' => '10px-kreis-rot', 'HK1_Solltemperatur_reduziert_aktiv.1' => '10px-kreis-gruen'}
attr Heizung_Oben valueStyle {($READING eq "Brenner_aktiv" && $VALUE == 1)?'style="color:red"':'style="color:green"'}
attr Heizung_Oben valueSuffix { Aussentemperatur => " °C", Kesseltemperatur => " °C", HK1_Vorlauftemperatur => " °C", HK1_Solltemperatur_normal => " °C", WW_Solltemperatur => " °C", WW_Isttemperatur => " °C", Gasverbrauch_aktuell_Jahr => " kWh", Gasverbrauch_aktueller_Monat => " kWh", Gasverbrauch_aktuelle_Woche => " kWh", Gasverbrauch_heute => " kWh" }
Zitat von: sepultura30 am 22 Dezember 2018, 13:47:37
Hallo andreas13,
sehr gerne stelle ich den Code für die readingsGroup zu verfügung.
...
Vielen Dank! Sieht super aus :-)
Du kannst Dein Problem auch lösen ohne das Modul zu modifizieren indem Du die Bezeichnungen der Readings in valueSuffix in Hochkommate einschließt. Oder?
Viele Grüße
Andreas
Zitat von: andreas13 am 22 Dezember 2018, 14:11:04
Vielen Dank! Sieht super aus :-)
Du kannst Dein Problem auch lösen ohne das Modul zu modifizieren indem Du die Bezeichnungen der Readings in valueSuffix in Hochkommate einschließt. Oder?
Viele Grüße
Andreas
Hallo Andreas,
das mit den Hochkommate hatte ich übersehen, benutze jetz das aktuelle Modul von dir und hier die nochmal der aktuelle Code von vitoconnect und der readingsGroup
vitoconnect
define vitoconnect vitoconnect Username Passwort 60
attr vitoconnect icon control_building_modern_s_okg_og
attr vitoconnect room Heizung
attr vitoconnect stateFormat Brenner_Status
attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Tag",0))[0] /8},\
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Woche",0))[0] /8},\
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Monat",0))[0] /8},\
Gasverbrauch_aktuell_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Jahr",0))[0] /8}
readingsGroup
define Heizung_Oben readingsGroup vitoconnect:HK1-Solltemperatur_reduziert_aktiv vitoconnect:Brenner_aktiv vitoconnect:Aussentemperatur vitoconnect:HK1-Solltemperatur_normal vitoconnect:HK1-Vorlauftemperatur vitoconnect:Kesseltemperatur vitoconnect:WW-Solltemperatur vitoconnect:WW-Isttemperatur vitoconnect:Gasverbrauch_aktuell_Jahr vitoconnect:Gasverbrauch_aktueller_Monat vitoconnect:Gasverbrauch_aktuelle_Woche vitoconnect:Gasverbrauch_heute
attr Heizung_Oben mapping {'HK1-Solltemperatur_reduziert_aktiv' => 'Nachtabsenkung','Brenner_aktiv' => 'Brenner_aktiv', 'Aussentemperatur' => 'Aussentemperatur', 'HK1-Solltemperatur_normal' => 'HK1-Solltemperatur_normal','HK1-Vorlauftemperatur' => 'HK1-Vorlauftemperatur','Kesseltemperatur' => 'Kesseltemperatur','WW-Solltemperatur' => 'WW-Solltemperatur','WW-Isttemperatur' => 'WW-Isttemperatur','Gasverbrauch_aktuell_Jahr' => 'Gasverbrauch_Jahr', ,'Gasverbrauch_aktueller_Monat' => 'Gasverbrauch_Monat',,'Gasverbrauch_aktuelle_Woche' => 'Gasverbrauch_Woche',,'Gasverbrauch_heute' => 'Gasverbrauch_Heute'}
attr Heizung_Oben notime 1
attr Heizung_Oben room Heizung
attr Heizung_Oben sortby 1
attr Heizung_Oben valueIcon {'Brenner_aktiv.0' => '1px-spacer', 'Brenner_aktiv.1' => 'icoHEIZUNG','HK1-Solltemperatur_reduziert_aktiv.0' => '10px-kreis-rot', 'HK1-Solltemperatur_reduziert_aktiv.1' => '10px-kreis-gruen'}
attr Heizung_Oben valueStyle {($READING eq "Brenner_aktiv" && $VALUE == 1)?'style="color:red"':'style="color:green"'}
attr Heizung_Oben valueSuffix { Aussentemperatur => " °C", Kesseltemperatur => " °C", 'HK1-Vorlauftemperatur' => " °C", 'HK1-Solltemperatur_normal' => " °C", 'WW-Solltemperatur' => " °C", 'WW-Isttemperatur' => " °C", 'Gasverbrauch_aktuell_Jahr' => " kWh", Gasverbrauch_aktueller_Monat => " kWh", Gasverbrauch_aktuelle_Woche => " kWh", Gasverbrauch_heute => " kWh" }
Grüße
Sandro
Du brauchst den Verbrauch nicht mehr durch 8 teilen.
Und was mir gerade aufgefallen ist. Das Reading HK1-Solltemperatur-reduziert_aktiv wird nur auf 1 gesetzt, wenn die Solltemperatur größer 3grad gestellt ist. Bei 3 Grad geht die Vitodens in den StandbyBetrieb. Zu sehen an dem Reading HK1-Standby_aktiv. Sprich die Heizpumpe ist ebenfalls aus und der Brenner startet definitiv nicht, sofern der Frostschutz nicht greift.
Hallo zusammen,
Vissmann hat uns ein kleiner Weihnachtsgeschenk gemacht. Das letzte Update der ViCare App mit dem damit verbundenen Update der API hat uns ein paar schöne Veränderungen gebracht:
1) Neue Readings
JSON Name Beispielwert Name des Readings
heating.boiler.sensors.temperature.commonSupply.status error Kessel_Common_Supply
heating.boiler.temperature.value 48.1 Kesseltemperatur_exact
heating.burner.modulation.value 11 Brenner_Modulation
heating.burner.statistics.hours 933.336666666667 Brenner_Beriebsstunden
heating.burner.statistics.starts 2717 Brenner_Starts
heating.circuits.0.circulation.pump.status on HK1-Zirkulationspumpe
heating.circuits.1.circulation.pump.status on HK2-Zirkulationspumpe
heating.dhw.charging.active 0 WW-Aufladung
heating.dhw.pumps.circulation.schedule.active 1 WW-Zirklationspumpe_Zeitsteuerung_aktiv
heating.dhw.pumps.circulation.schedule.entries sun mode:on end:22:30 ... WW-Zirkulationspumpe_Zeitplan
heating.dhw.pumps.circulation.status on WW-Zirkulationspumpe_Status
heating.dhw.pumps.primary.status off WW-Zirkulationspumpe_primaer
heating.dhw.sensors.temperature.outlet.status error WW-Sensoren_Auslauf_Status
heating.dhw.temperature.main.value 53 WW-Haupttemperatur
2)Einige Readings scheint es nicht mehr zu geben:
Aussen_StatusWired
Aussen_StatusWireless
Service_Betriebsstunden_seit_letzten
Service_Intervall_Betriebsstunden
Service_Intervall_Monate
Service_Letzter
Service_Letzter_brennerbasiert
Service_Monate_aktiv_seit_letzten_Service
Service_fällig
Service_fällig_brennerbasiert
3) Gasverbräuche für Heizung und WW sind nun getrennt
4) Um der neuen API Rechnung zu tragen, gibt es nun Version 3 meines Moduls im ersten Posting
5) Zwecks Dokumentation habe ich eine Seit im Wiki angelegt: https://wiki.fhem.de/wiki/Vitoconnect
Viel Spass mit Eurer Heizung und meinem Modul über Weihnachten! :-)
Feedback und Verbesserungsvorschläge sind wie immer willkommen!
Andreas
Ich habe die Datei geladen. Zumindest bei mir gibt es keine neue Readings und die Verbräuche sind immer noch nur die Heizungsverbräuche.
Kann aber auch an meinem Heizungstyp liegen Vitodens 333f.
Ich muss mal gleich das GetFeature auslesen. Vielleicht sehe ich da noch einiges anderes
Zitat von: Frini am 23 Dezember 2018, 19:01:58
Ich muss mal gleich das GetFeature auslesen. Vielleicht sehe ich da noch einiges anderes
Was meinst du mit "GetFeature"?
Das ist ne php von Thetrueavatar, welches sich alle Funktionen von der API holt.
Ich habe das Ergebnis der Abfrage mal angefügt.
Bei der Vitodens 333 fehlen einige Adressen. Leider :-(
Es sei denn Viessmann rollt das Update erst so nach und nach aus.
GetFeature ist das, was Du bei getResource bekommst, wenn Du bei dem Modul verbose auf "5" stellst.
Cool das wusste ich noch nicht.
Vielen Dank für Deine Mühen. Ich bin jetzt komplett auf dein Modul gewechselt. Läuft problemlos.
Hi,
habe das neue Modul bei mir reingenommen, kann die neuen Readings allerdings auch nicht sehen.
Habe mal verbose 5 aktiviert und z.B. Modulation nicht in dem riesen Response block gefunden.
Habe ein Vitodens 300. Muss man noch irgendwas updaten, dass das funktioniert?
Hat jemand mit einer VD300 die neuen Werten?
Bei mir heißt Modulation Brenner_Leistung
Moin andreas,
ich bin jetzt auch auf Dein Modul umgestiegen. Läuft.
Super, vielen Dank.
Diese Meldungen finde ich im Log:
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Fehlereinträge_Historie (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Fehlereinträge_aktive (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Service_fällig (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
Grüße Mave
Zitat von: Mave am 30 Dezember 2018, 09:11:22
Moin andreas,
ich bin jetzt auch auf Dein Modul umgestiegen. Läuft.
Super, vielen Dank.
Diese Meldungen finde ich im Log:
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Fehlereinträge_Historie (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Fehlereinträge_aktive (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
2018.12.30 09:00:31 3: WARNING: unsupported character in reading Service_fällig (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
Grüße Mave
Ich habe das Modul grad eben in SVN eingecheckt. Das heißt, es müsste morgen über "update" verteilt werden.
Die Sondernzeichen habe ich aus dem Readings entfernt.
Zitat von: Frini am 28 Dezember 2018, 10:29:30
Bei mir heißt Modulation Brenner_Leistung
Was meinst du mit "bei mir"? In der API heißt der Wert "heating.burner.modulation.value" . Wird der in den PHP Skripten auf "Brenner_Leistung" gemappt?
Hi, habe grade ein "update all" gefahren und war begeistert, dass das vitoconnect modul jetzt mit upgedated wird.
Leider kam danach FHEM nicht mehr hoch. Im Log war zu sehen:
Undefined subroutine &main::Heizungsmodul - _GetUpdate called at fhem.pl line 3153.
Habe das alte modul wieder restored und jetzt geht's wieder. Somit schein wohl ein Bug in deinem neuen Modul zu sein.....
Wenn Du es Dir zu traust dann ändere bitte einmal Zeile 226 im Modul
Alt
InternalTimer(gettimeofday()+2, "$name - _GetUpdate", $hash);
neu
InternalTimer(gettimeofday()+2, "vitoconnect_GetUpdate", $hash);
Und dann neustarten
so funktioniert es.
Ohne die Änderung startete FHEM bei mir auch nicht mehr.
Danke
Zitat von: CoolTux am 31 Dezember 2018, 09:27:13
Wenn Du es Dir zu traust dann ändere bitte einmal Zeile 226 im Modul
Alt
InternalTimer(gettimeofday()+2, "$name - _GetUpdate", $hash);
neu
InternalTimer(gettimeofday()+2, "vitoconnect_GetUpdate", $hash);
Und dann neustarten
Sorry, das passiert, wenn man in letzter Minute noch was ändert. [emoji3525]
Ich hoffe, ich hab's gefixt. Morgen schau ich es mir noch Mal in Ruhe an.
Gesendet von iPhone mit Tapatalk Pro
So, nochmal alles kontrolliert. Die Version, die heute mit "update" ausgeliefert wurde, sollte funktionieren. Nochmal sorry, wegen der Umstände.
Als kleine "Wiedergutmachung" hat die neue Version
* einen neuen Befehl "set <name> clearReadings" um alle Readings zu löschen.
* ein neues Attribut vitoconnect_actions_active. Damit kann man das Modul dazu bringen, die "actions" anzuzeigen, die die API bietet (siehe unten)
* ein neues Attribut, vitoconnect_raw_readings. Damit kann man das Modul dazu bringen, die Readings in Rohform anzuzeigen, also "heating.circuits.0.heating.curve.slope" statt "HK1-Heizkurve-Steigung". Aktions werden z.Z. immer in raw Form ausgegeben.
Zu den Aktions:
Meine Heizung bietet mir zur Zeit folgende Aktions an:
heating.circuits.0.heating.curve.setCurve
heating.circuits.0.heating.schedule.setSchedule
heating.circuits.0.operating.modes.active.setMode
heating.circuits.0.operating.programs.comfort.activate
heating.circuits.0.operating.programs.comfort.deactivate
heating.circuits.0.operating.programs.comfort.setTemperature
heating.circuits.0.operating.programs.eco.activate
heating.circuits.0.operating.programs.eco.deactivate
heating.circuits.0.operating.programs.holiday.schedule
heating.circuits.0.operating.programs.holiday.unschedule
heating.circuits.0.operating.programs.normal.setTemperature
heating.circuits.0.operating.programs.reduced.setTemperature
heating.dhw.oneTimeCharge.activate
heating.dhw.oneTimeCharge.deactivate
heating.dhw.pumps.circulation.schedule.setSchedule
heating.dhw.schedule.setSchedule
heating.dhw.temperature.main.setTargetTemperature
heating.dhw.temperature.setTargetTemperature
Ich werde mich mal daran machen, entsprechende Befehle zu implementieren um die Heizung zu steuern. Anfangen würde ich mit
- heating.circuits.0.operating.programs.normal.setTemperature
heating.circuits.0.operating.programs.reduced.setTemperature
heating.dhw.oneTimeCharge.activate
heating.dhw.oneTimeCharge.deactivate
Sehr cool. Ich bin gerade wieder zu Hause angekommen und habe direkt das Update eingespielt. Im Vergleich zu der php zeigt das Modul leider keine Urlaubszeiten an. Sprich die Readings HK1-urlaub-Start und Ende bleiben leer.
Danke und frohes Neues
Ergänzend zu Deiner Auflistung habe ich mal meine Action Abfrage angehangen, mit den Punkten die ich noch zusätzlich habe.
heating.circuits.0.circulation.schedule.setSchedule
heating.circuits.1.circulation.schedule.setSchedule
heating.circuits.1.heating.curve.setCurve
heating.circuits.1.heating.schedule.setSchedule
heating.circuits.1.operating.modes.active.setMode
heating.circuits.1.operating.programs.comfort.activate
heating.circuits.1.operating.programs.comfort.deactivate
heating.circuits.1.operating.programs.comfort.setTemperature
heating.circuits.1.operating.programs.eco.activate
heating.circuits.1.operating.programs.eco.deactivate
heating.circuits.1.operating.programs.holiday.schedule
heating.circuits.1.operating.programs.holiday.unschedule
heating.circuits.1.operating.programs.normal.setTemperature
heating.circuits.1.operating.programs.reduced.setTemperature
heating.dhw.temperature.setTargetTemperature
Hi Andreas,
vielen Dank für deine Arbeit, ich nutze dein Modul bereits! Mir ist bei der Definition noch aufgfeallen, dass das Passwort dort hinterlegt ist. Wenn man Freunden etc. FHEM präsentiert, dann ist es ggf. etwas blöd, wenn das Passwort dort eingesehen werden kann. Das Passwort sollte gehasht werden und dann in der DEF nicht mehr angegeben werden.
In vielen anderen Modulen kann man sich das abschauen, bspw. https://raw.githubusercontent.com/vuffiraa72/fhem_modules/master/70_BOTVAC.pm
Viele Grüße,
Tim
Zitat von: Frini am 01 Januar 2019, 23:49:09
Sehr cool. Ich bin gerade wieder zu Hause angekommen und habe direkt das Update eingespielt. Im Vergleich zu der php zeigt das Modul leider keine Urlaubszeiten an. Sprich die Readings HK1-urlaub-Start und Ende bleiben leer.
Danke und frohes Neues
Ergänzend zu Deiner Auflistung habe ich mal meine Action Abfrage angehangen, mit den Punkten die ich noch zusätzlich habe.
heating.circuits.0.circulation.schedule.setSchedule
heating.circuits.1.circulation.schedule.setSchedule
heating.circuits.1.heating.curve.setCurve
heating.circuits.1.heating.schedule.setSchedule
heating.circuits.1.operating.modes.active.setMode
heating.circuits.1.operating.programs.comfort.activate
heating.circuits.1.operating.programs.comfort.deactivate
heating.circuits.1.operating.programs.comfort.setTemperature
heating.circuits.1.operating.programs.eco.activate
heating.circuits.1.operating.programs.eco.deactivate
heating.circuits.1.operating.programs.holiday.schedule
heating.circuits.1.operating.programs.holiday.unschedule
heating.circuits.1.operating.programs.normal.setTemperature
heating.circuits.1.operating.programs.reduced.setTemperature
heating.dhw.temperature.setTargetTemperature
Ok, klar. Ich habe nur einen Heizkreis, daher gibts bei mir die die Reading "heating.circuits.1.*" (das ist HK2!) natürlich nicht.
Die Urlaubszeit wird bei mir korrekt angezeigt
HK1-Standby_aktiv 0 2019-01-02 12:56:35
HK1-Urlaub_Ende 2019-02-16T00:00:00.000Z 2019-01-02 12:56:35
HK1-Urlaub_Start 2019-02-02T23:59:59.000Z 2019-01-02 12:56:35
HK1-Urlaub_aktiv 0 2019-01-02 12:56:35
der entsprechende Abschnitt im response_body (verbose 5) sieht bei mir so aus. Kannst du das mal verifizieren.
....
"class": [
"heating.circuits.0.operating.programs.holiday",
"feature"
],
"entities": [xxx
]
}
],
"links": [xxx
],
"properties": {
"active": {
"type": "boolean",
"value": true
},
"end": {
"type": "string",
"value": "2019-02-16T00:00:00.000Z"
},
"start": {
"type": "string",
"value": "2019-02-02T23:59:59.000Z"
}
....
Zitat von: Timmäää am 02 Januar 2019, 12:55:50
Hi Andreas,
vielen Dank für deine Arbeit, ich nutze dein Modul bereits! Mir ist bei der Definition noch aufgfeallen, dass das Passwort dort hinterlegt ist. Wenn man Freunden etc. FHEM präsentiert, dann ist es ggf. etwas blöd, wenn das Passwort dort eingesehen werden kann. Das Passwort sollte gehasht werden und dann in der DEF nicht mehr angegeben werden.
In vielen anderen Modulen kann man sich das abschauen, bspw. https://raw.githubusercontent.com/vuffiraa72/fhem_modules/master/70_BOTVAC.pm
Viele Grüße,
Tim
Wird in der nächsten Version geändert. Stand eh auf der ToDO-Liste :-)
Meine Empfehlung wäre das Passwort als Attribut Eingabe zu machen und bevor kein Passwort bekannt ist im state schreiben das Passwort Eingabe erforderlich ist.
Ganz blöde Frage ;-).
Wie führe ich den befehl vitoconnect_actions_active aus?
Habe eine Vitocall Luft Wasser WP und daher bestimmt andere Actions als du.
Grüße und Danke
Sascha
Zitat von: SehlinhS am 02 Januar 2019, 17:08:43
Ganz blöde Frage ;-).
Wie führe ich den befehl vitoconnect_actions_active aus?
Habe eine Vitocall Luft Wasser WP und daher bestimmt andere Actions als du.
Grüße und Danke
Sascha
attr <name> vitoconnect_actions_active 1
oder in der Detailansicht das Attribut setzen.
Alles klar. War ein Anwenderfehler.
Das PHP-Skript läuft ja nebenher. Eben auch als ich den Urlaub gesetzt habe. Das Modul habe ich ja am Wochenende geupdatet. Da hat er die Readings nicht mehr gefüllt. Habe es gerade noch einmal ausprobiert. Urlaub wird gesetzt.
Ich habe allerdings das mit dem response_body nicht verstanden. Wo sehe ich das, wenn ich das verbose auf 5 stelle?
Noch einmal ein großes Lob. Das Modul läuft bei mir nun wirklich rund.
Wegen dem zweiten Heizkreis. Ich habe bei mir einen Baunach Rendemix an der Mischersteueurung von der Vitodens. Das erkennt der als zweiten Kreislauf. Ich kann leider nicht auf die Pumpe zugreifen für den zweiten Heizkreis. Na mal gucken.
Viessmann ist immer noch dabei die API "aufzuwerten". Ich habe von einem bekannten mit gleicher Heizung (ohne zweiten Heizkreis)erfahren, dass er in der VicareApp schon den Verbrauch sieht. Es scheint so, als ob da nach und nach Updates oder die Server freigegeben werden.
Hallo Andreas13, kannst du dir erklären, warum bei mir im Verbrauch Heizung und Warmwasser immer den gleichen Wert haben?
Gasverbrauch_Heizung/Jahr 83,1947,0
Gasverbrauch_Heizung/Monat 83,1387,560,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag 20,53,43,38,40,42,50,51
Gasverbrauch_Heizung/Woche 123,331,284,374,272,335,311,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr 83,1947,0
Gasverbrauch_WW/Monat 83,1387,560,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Tag 20,53,43,38,40,42,50,51
Gasverbrauch_WW/Woche 123,331,284,374,272,335,311,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Zitat von: BlackHawk133 am 04 Januar 2019, 09:29:42
Hallo Andreas13, kannst du dir erklären, warum bei mir im Verbrauch Heizung und Warmwasser immer den gleichen Wert haben?
...
Weil die Werte so von der API geliefert werden. Bis zum 9.12. war das bei mir auch so. Scheinbar schaltet das Vissmann für jedes Modell zu einem anderen Zeitpunkt frei. :-(
Gesendet von iPad mit Tapatalk Pro
Moin zusammen,
muss diese Info jede Minute im Log stehen?
2019.01.05 12:00:44 3: getCode went ok
2019.01.05 12:00:44 3: getCodeCallback went ok
2019.01.05 12:00:44 3: getAccessTokenCallback went ok
2019.01.05 12:00:44 3: getGwCallback went ok
2019.01.05 12:00:45 3: getResourceCallback went ok
Ach die sind vom vitoconnect. Ich habe mich gefragt, was das Log derart füllt.
Gruß, Tim
Gesendet von meinem TA-1012 mit Tapatalk
Zitat von: Mave am 05 Januar 2019, 12:12:31
Moin zusammen,
muss diese Info jede Minute im Log stehen?
2019.01.05 12:00:44 3: getCode went ok
2019.01.05 12:00:44 3: getCodeCallback went ok
2019.01.05 12:00:44 3: getAccessTokenCallback went ok
2019.01.05 12:00:44 3: getGwCallback went ok
2019.01.05 12:00:45 3: getResourceCallback went ok
Setz "verbose" auf <3, dann sind sie weg.
Okay, mach ich.
Danke.
Hi Andreas,
welcher verbose Level ist denn ab Werk gesetzt. Vielleicht sollte das dann angepasst werden, oder?
Ich habe bei keinem Modul einen expliziten Level gesetzt und bekomme solche erfolgreichen Response Meldungen im log.
Danke und Gruß,
Tim
Zitat von: Timmäää am 05 Januar 2019, 17:42:51
Hi Andreas,
welcher verbose Level ist denn ab Werk gesetzt. Vielleicht sollte das dann angepasst werden, oder?
Ich habe bei keinem Modul einen expliziten Level gesetzt und bekomme solche erfolgreichen Response Meldungen im log.
Danke und Gruß,
Tim
Den Default kannst Du im Device "global" setzen. Schau mal in die Commandref.
Hi Andreas,
da war ich etwas zu schnell. Du hast Recht. Mein verbose ist im global auf 3. Allerdings scheinen die meisten Modulentwickler Level 3 anders zu interpretieren. Ist es sinnvoll die genannten Meldung als Level 4 anzusehen?
Ansonsten stelle ich es in deinem Modul den Level um.
Gruß,
Tim
Default ist 3 und da sollten nur Fehler kommen.
Ab großer 4 sind dann Debugmeldungen.
Tim du solltest diese Meldung auf 4 setzen.
Definieren und löschen (undefine) sind 3 und richtig heftige Fehler sind 3 oder sogar 2.
Hallo zusammen,
ich habe gerade eine neue Version ins SVN eingespielt (sollte morgen über "update" verteilt werden).
Was ist neu?
1) Loglevel für "Standardmeldungen" auf 4 gesetzt damit ihm "Normalfall" nicht das Logfile vollgeschrieben wird
2) Das Passwort wird nun in einem Keystore gespreichert und steht nicht mehr im Klartext in den Internals.
Damit es kein "Breaking Change" wird, wird das Device immer noch per define vitoconnect vitoconnect user@mail.xx geheim 60
angelegt. Das ist dann natürlich noch im Internal DEF zu lesen. Man kann aber einfach ein falsches Passwort beim define angeben und dann das richtige Passwort mit set <name> password richtigesPW
setzen. Dann ist das Passwort in der Detailansicht des Devices nicht mehr zu sehen. Ich hoffe, Ihr könnt mit der Lösung leben.
3) Mit dem Befehl set <name> oneTimeCharge
kann das Aufladen des Heisswassertanks manuell ausgelöst werden (genauso wie in der ViCare App). Achtung: Nutzung dieses Features auf eigenen Gefahr!!! Ich übernehme keine Garantie, wenn danach Eure Heizung kaputt ist.
Ich habe den Befehl zum manuellen Aufheizen des Warmwassers aus einem PHP Skript (https://forum.fhem.de/index.php/topic,86073.msg868888.html) von ritschi.
@ritschi: Hast du noch weitere Skripte, zB um den "Mode" zu setzen? Weißt Du, warum in dem Skript ein Parameter "mode:activate" mitgegeben wird? In der Feature-Definition hat der Befehl keinen Parameter.
heating.dhw.oneTimeCharge
$VAR1 = {
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/129846/gateways/7571381616514108/devices/0/features/heating.dhw.oneTimeCharge/activate',
'isExecutable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'title' => 'activate',
'fields' => [],
'name' => 'activate',
'type' => 'application/json',
'method' => 'POST'
};
Als kleinen Appetitanreger habe ich meine SVG Grafiken und meine Readinggroup angehängt.
Super. Ich glaube das Activate wird mit gegeben, weil er bei bereits aktiviertem OneTimeCharge dieses dann deaktivieren kann.
Ich werde morgen früh mal ein Update ziehen. Vielen Dank.
Hi Andreas,
bei mir war dein Update heute Morgen nicht dabei. Hast du es wieder zurückgezogen?
Gruß,
Tim
Zitat von: Frini am 06 Januar 2019, 01:27:25
Super. Ich glaube das Activate wird mit gegeben, weil er bei bereits aktiviertem OneTimeCharge dieses dann deaktivieren kann.
Ich werde morgen früh mal ein Update ziehen. Vielen Dank.
Hm, überzeugt mich nicht, denn es gibt auch eine Action "deaktivate' und es scheint auch zu funktionieren, wenn man den Parameter weglässt (zumindest bei mir. Feedback willkommen).
Zitat von: Timmäää am 06 Januar 2019, 09:25:59
Hi Andreas,
bei mir war dein Update heute Morgen nicht dabei. Hast du es wieder zurückgezogen?
Gruß,
Tim
war wohl zu spät um noch ins heutige Update zu kommen. :-(
Hi Andreas,
hier sind die beiden Bash Skripte, die ich aus dem französischen Forum kopiert habe.
#!/bin/bash
export CLIENTID=
export CLIENTSECRET=8ad97aceb92c5892e102b093c7c083fa
export TOKEN_EP=https://iam.viessmann.com/idp/v1/token
export AUTHZ_EP=https://iam.viessmann.com/idp/v1/authorize
export SCOPE=openid
export REDIRECTURI=vicare://oauth-callback/everest
export isiwebuserid=export isiwebpasswd=
CODE=`curl -s -k --user "$isiwebuserid:$isiwebpasswd" "$AUTHZ_EP?client_id=$CLIENTID&scope=$SCOPE&redirect_uri=$REDIRECTURI&response_type=code"| grep -Eio 'code=(.)*"'| cut -c"6-" | sed 's/.$//'`
#echo "CODE=$CODE"
TOKEN=`curl -s -k --user "$CLIENTID:$CLIENTSECRET" -d "code=$CODE&grant_type=authorization_code&client_id=$CLIENTID&redirect_uri=$REDIRECTURI" $TOKEN_EP | sed 's/{"access_token":"//' | sed 's/".*//'`
#REP_STATUS=`curl -k -H "AUTHORIZATION: Bearer $TOKEN" "https://api.viessmann-platform.io/operational-data/installations/votre_numero/gateways/votre_numero/devices/0/features/heating.circuits.0.operating.modes.active?expanded=false&"`
#echo "$REP_STATUS"
REP=`curl -X POST https://api.viessmann-platform.io/operational-data/installations/#####/gateways/#########/devices/0/features/heating.circuits.0.operating.modes.active/setMode -S -s -H "Content-Type: application/json" -H "AUTHORIZATION: Bearer $TOKEN" -d '{"mode":"dhw"}'`
echo "$REP"
#!/bin/bash
export CLIENTID=
export CLIENTSECRET=8ad97aceb92c5892e102b093c7c083fa
export TOKEN_EP=https://iam.viessmann.com/idp/v1/token
export AUTHZ_EP=https://iam.viessmann.com/idp/v1/authorize
export SCOPE=openid
export REDIRECTURI=vicare://oauth-callback/everest
export isiwebuserid=
export isiwebpasswd=
CODE=`curl -s -k --user "$isiwebuserid:$isiwebpasswd" "$AUTHZ_EP?client_id=$CLIENTID&scope=$SCOPE&redirect_uri=$REDIRECTURI&response_type=code"| grep -Eio 'code=(.)*"'| cut -c"6-" | sed 's/.$//'`
#echo "CODE=$CODE"
TOKEN=`curl -s -k --user "$CLIENTID:$CLIENTSECRET" -d "code=$CODE&grant_type=authorization_code&client_id=$CLIENTID&redirect_uri=$REDIRECTURI" $TOKEN_EP | sed 's/{"access_token":"//' | sed 's/".*//'`
#REP_STATUS=`curl -k -H "AUTHORIZATION: Bearer $TOKEN" "https://api.viessmann-platform.io/operational-data/installations/votre_numero/gateways/votre_numero/devices/0/features/heating.circuits.0.operating.modes.active?expanded=false&"`
#echo "$REP_STATUS"
REP=`curl -X POST https://api.viessmann-platform.io/operational-data/installations/####/gateways/7######/devices/0/features/heating.circuits.0.operating.modes.active/setMode -S -s -H "Content-Type: application/json" -H "AUTHORIZATION: Bearer $TOKEN" -d '{"mode":"dhwAndHeating"}'`
echo "$REP"
Hallo ,
erstmal vielen Dank für das Modul !
Habe da noch Probleme den Gasverbrauch für gestern anzeigen zu lassen ...
list vitoconnect :
DEF email@adresse.de Passwort 60
NAME vitoconnect
NR 2015
STATE ok
TYPE vitoconnect
access_token eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBMV81In0.CdJcZpd6hP_5lo7Eey848ml-N7w8IsT_p3CaO3Ddp9uD0Eph3aA5r64FVjkgX5TPMLDJYfzhVV-qfO5NOHAV83xUwJ8aDfCJQOsHPGA7btSnFk7KsfEmE5yEHJSPG1YKXanf8wtqich_yxw8nRcVaWfFbDrx7krijWdVxoLMDskyo2Yms806IGxsnPC3-ZcLZBgmZDC8TR-UB0WnyGtBouQFPA3ghmHbz0lhA94H32tVTVOCZb6GXAM9PMqTzdnlkfFH1mx5D9sM-mAueUBPEGeNiZbONDbl7Ux7IkivsvWpauYNr3pcte89vYtsPg03Ky3rinyqOkYay7EU0jKMpQ.-FI2rPJeI_-iNeVL.AZGScwa8eUyXtgvfdaZi35w6lJGhn5-MtwPaKO_fIKlfV3zMezA4_OIzKN4TmacKTXquuG7FrgXYNt7WQZWGV2ig8XqP1gEU3uoawveiQ83D0I3bLyXtf3qN02q_BGFG0AWZSXjuPGRs7j_wWOCyGTFAfH-VPNmooAcl-XcErSMaAPtQ7_ghZMnt8myZYTaiYzR-RSrJD9qu4_19d_XWb-rsqlwkbRM_FxPpJ1st1k7jNH1cKRoIPgLMwlbML2X0AX38axaAqFMPD2-ot29mnx_s9qpxc1y3ZfxcGFsugu4EPCx1fUyAXls809RZtuHAKoJQ5eD9JEtUmdw-7kudQfCBI4j7_46t9urstmJyhP98NpVAzeh5MGhdWlHgYrdyeAyb_WdvqHdPtAzDUN7sqj6_eerkwfkuSqxqNbVZdl1Aws59ur2Mo2Xd3HMarLOiQ1qESHpafDF9scKfkmTsL6PmNCj7zNINdI7y5mlggsspmpbLIkbM26gnoILRBGoOp4q2eHoTv7nEA9ZzrIjTuxEsrlVyMVH-vXjHGIYoEECyuDXadRgWvDF9knOWfEb1KLpGHaTbqDpmCeIAEfSwLsgMjfYYvc2rYuTALD6-PG15OokekrnJRrD_HCbDoN9oDAnB6ehsJdQBom3Xu-U22CJJCApqsNG6MA28iJAfEQIQQEj9aWu3pDeSi0R95h0mS5UxsJ7ssApNQhHfrFwx6TWFhDUAZPGa47dP8hLhM9GC-1o8RRPyD3hcdgaEJk82HkqDlO2iv4BQzhxwgWiLV_oegeR1UyrHBytMjKNnltW4zyJghgPINAPGSKVe3Blwnc85ARr2Lk5UIA.HLtCcZZ-z2OzjWiH-uInIQ
code K7p2ce1W5epZn9uuM00SYzLixT8XdMdleMfEM6LpP60
counter 18
gw 7571381811363105
installation 132359
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1547288542.18631
VALUE 0
Aussen_Status:
DBLogging:
TIME 1547288542.18631
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 7.8
Brenner_Beriebsstunden:
DBLogging:
TIME 1547288542.18631
VALUE 1009.26472222222
Brenner_Fehlercode:
DBLogging:
TIME 1547288542.18631
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1547288542.18631
VALUE 33
Brenner_Starts:
DBLogging:
TIME 1547288542.18631
VALUE 2342
Brenner_Status:
DBLogging:
TIME 1547288542.18631
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
Controller_Seriennummer:
DBLogging:
TIME 1547288542.18631
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1547288542.18631
VALUE 58
Fehlereintraege_Historie:
DBLogging:
TIME 1547288542.18631
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1547288542.18631
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1547288542.18631
VALUE 653,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1547288542.18631
VALUE 653,1574,1241,352,0,0,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1547288542.18631
VALUE 26,63,64,63,58,56,53,62
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1547288542.18631
VALUE 329,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1547288542.18631
VALUE 49,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1547288542.18631
VALUE 49,120,120,87,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1547288542.18631
VALUE 0,2,5,3,6,2,6,7
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1547288542.18631
VALUE 18,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
HK1-Betriebsart:
DBLogging:
TIME 1547288542.18631
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1547288542.18631
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1547288542.18631
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1547288542.18631
VALUE normal
HK1-Raum_Status:
DBLogging:
TIME 1547288542.18631
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1547288542.18631
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1547288542.18631
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1547288542.18631
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1547288542.18631
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Standby_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 48
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1547288542.18631
VALUE mon position:0 start:06:00 end:23:00 mode:normal, fri position:0 start:06:00 end:23:00 mode:normal, tue position:0 mode:normal start:06:00 end:23:00, wed position:0 end:23:00 start:06:00 mode:normal, thu mode:normal start:06:00 end:23:00 position:0, sat position:0 start:06:00 end:23:00 mode:normal, sun position:0 start:06:00 end:23:00 mode:normal,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1547288542.18631
VALUE on
HK1-aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1547288542.18631
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1547288542.18631
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1547288542.18631
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 48
Kesseltemperatur_exact:
DBLogging:
TIME 1547288542.18631
VALUE 43.4
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1547288542.18631
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1547288542.18631
VALUE 0
Service_faellig:
DBLogging:
TIME 1547288542.18631
VALUE 0
WW-Aufladung:
DBLogging:
TIME 1547288542.18631
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 48.4
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1547288542.18631
VALUE error
WW-Solltemperatur:
DBLogging:
TIME 1547288542.18631
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1547288542.18631
VALUE thu position:0 mode:on start:05:30 end:23:00, sun start:05:30 end:23:00 mode:on position:0, sat end:23:00 start:05:30 mode:on position:0, fri position:0 mode:on end:23:00 start:05:30, mon mode:on end:23:00 start:05:30 position:0, tue position:0 end:23:00 start:05:30 mode:on, wed mode:on end:23:00 start:05:30 position:0,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1547288542.18631
VALUE on
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1547288542.18631
VALUE sat mode:on start:05:30 end:23:00 position:0, sun position:0 end:23:00 start:05:30 mode:on, thu start:05:30 end:23:00 mode:on position:0, wed position:0 start:05:30 end:23:00 mode:on, mon mode:on start:05:30 end:23:00 position:0, fri position:0 end:23:00 start:05:30 mode:on, tue position:0 start:05:30 end:23:00 mode:on,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1547288542.18631
VALUE off
WW-aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
WW-einmaliges_Aufladen_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1547288542.18631
VALUE 1
counter:
DBLogging:
TIME 1547288542.18631
VALUE 17
state:
DBLogging:
TIME 1547288542.18631
VALUE ok
READINGS:
2019-01-12 11:22:22 Aktive_Heizkreise 0
2019-01-12 11:22:22 Aussen_Status connected
2019-01-12 11:22:22 Aussentemperatur 7.8
2019-01-12 11:22:22 Brenner_Beriebsstunden 1009.26472222222
2019-01-12 11:22:22 Brenner_Fehlercode 0
2019-01-12 11:22:22 Brenner_Modulation 33
2019-01-12 11:22:22 Brenner_Starts 2342
2019-01-12 11:22:22 Brenner_Status ok
2019-01-12 11:22:22 Brenner_aktiv 1
2019-01-12 11:22:22 Controller_Seriennummer 7743905854489117
2019-01-12 11:22:22 Device_Time_Offset 58
2019-01-12 11:22:22 Fehlereintraege_Historie ErrorListChanges
2019-01-12 11:22:22 Fehlereintraege_aktive ErrorListChanges
2019-01-12 11:22:22 Gasverbrauch_Heizung/Jahr 653,3167,0
2019-01-12 11:22:22 Gasverbrauch_Heizung/Monat 653,1574,1241,352,0,0,0,0,0,0,0,0,0
2019-01-12 11:22:22 Gasverbrauch_Heizung/Tag 26,63,64,63,58,56,53,62
2019-01-12 11:22:22 Gasverbrauch_Heizung/Woche 329,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-12 11:22:22 Gasverbrauch_WW/Jahr 49,327,0
2019-01-12 11:22:22 Gasverbrauch_WW/Monat 49,120,120,87,0,0,0,0,0,0,0,0,0
2019-01-12 11:22:22 Gasverbrauch_WW/Tag 0,2,5,3,6,2,6,7
2019-01-12 11:22:22 Gasverbrauch_WW/Woche 18,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-12 11:22:22 HK1-Betriebsart dhwAndHeating
2019-01-12 11:22:22 HK1-External_Temperatur 0
2019-01-12 11:22:22 HK1-External_aktiv 0
2019-01-12 11:22:22 HK1-Frostschutz_Status off
2019-01-12 11:22:22 HK1-Heizkurve-Niveau 0
2019-01-12 11:22:22 HK1-Heizkurve-Steigung 1.4
2019-01-12 11:22:22 HK1-Programmstatus normal
2019-01-12 11:22:22 HK1-Raum_Status error
2019-01-12 11:22:22 HK1-Reduzierte_Temperatur_erzwungen 0
2019-01-12 11:22:22 HK1-Solltemperatur_aktiv 1
2019-01-12 11:22:22 HK1-Solltemperatur_comfort 20
2019-01-12 11:22:22 HK1-Solltemperatur_comfort_aktiv 0
2019-01-12 11:22:22 HK1-Solltemperatur_eco 21
2019-01-12 11:22:22 HK1-Solltemperatur_eco_aktiv 0
2019-01-12 11:22:22 HK1-Solltemperatur_erzwungen 0
2019-01-12 11:22:22 HK1-Solltemperatur_normal 21
2019-01-12 11:22:22 HK1-Solltemperatur_reduziert 18
2019-01-12 11:22:22 HK1-Solltemperatur_reduziert_aktiv 0
2019-01-12 11:22:22 HK1-Standby_aktiv 0
2019-01-12 11:22:22 HK1-Urlaub_Ende
2019-01-12 11:22:22 HK1-Urlaub_Start
2019-01-12 11:22:22 HK1-Urlaub_aktiv 0
2019-01-12 11:22:22 HK1-Vorlauftemperatur 48
2019-01-12 11:22:22 HK1-Vorlauftemperatur_aktiv connected
2019-01-12 11:22:22 HK1-WW_aktiv 0
2019-01-12 11:22:22 HK1-WW_und_Heizen_aktiv 1
2019-01-12 11:22:22 HK1-Zeitsteuerung_Heizung mon position:0 start:06:00 end:23:00 mode:normal, fri position:0 start:06:00 end:23:00 mode:normal, tue position:0 mode:normal start:06:00 end:23:00, wed position:0 end:23:00 start:06:00 mode:normal, thu mode:normal start:06:00 end:23:00 position:0, sat position:0 start:06:00 end:23:00 mode:normal, sun position:0 start:06:00 end:23:00 mode:normal,
2019-01-12 11:22:22 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-01-12 11:22:22 HK1-Zirkulationspumpe on
2019-01-12 11:22:22 HK1-aktiv 1
2019-01-12 11:22:22 Kessel_Common_Supply error
2019-01-12 11:22:22 Kessel_Seriennummer 7570781808893119
2019-01-12 11:22:22 Kessel_Status connected
2019-01-12 11:22:22 Kesseltemperatur 48
2019-01-12 11:22:22 Kesseltemperatur_exact 43.4
2019-01-12 11:22:22 Mehrfamilenhaus_aktiv 0
2019-01-12 11:22:22 Service_Intervall_Monate 0
2019-01-12 11:22:22 Service_Letzter
2019-01-12 11:22:22 Service_Monate_aktiv_seit_letzten_Service 0
2019-01-12 11:22:22 Service_faellig 0
2019-01-12 11:22:22 WW-Aufladung 0
2019-01-12 11:22:22 WW-Haupttemperatur 50
2019-01-12 11:22:22 WW-Isttemperatur 48.4
2019-01-12 11:22:22 WW-Sensoren_Auslauf_Status error
2019-01-12 11:22:22 WW-Solltemperatur 50
2019-01-12 11:22:22 WW-Temperatur_aktiv connected
2019-01-12 11:22:22 WW-Zeitplan thu position:0 mode:on start:05:30 end:23:00, sun start:05:30 end:23:00 mode:on position:0, sat end:23:00 start:05:30 mode:on position:0, fri position:0 mode:on end:23:00 start:05:30, mon mode:on end:23:00 start:05:30 position:0, tue position:0 end:23:00 start:05:30 mode:on, wed mode:on end:23:00 start:05:30 position:0,
2019-01-12 11:22:22 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-01-12 11:22:22 WW-Zirkulationspumpe_Status on
2019-01-12 11:22:22 WW-Zirkulationspumpe_Zeitplan sat mode:on start:05:30 end:23:00 position:0, sun position:0 end:23:00 start:05:30 mode:on, thu start:05:30 end:23:00 mode:on position:0, wed position:0 start:05:30 end:23:00 mode:on, mon mode:on start:05:30 end:23:00 position:0, fri position:0 end:23:00 start:05:30 mode:on, tue position:0 start:05:30 end:23:00 mode:on,
2019-01-12 11:22:22 WW-Zirkulationspumpe_primaer off
2019-01-12 11:22:22 WW-aktiv 1
2019-01-12 11:22:22 WW-einmaliges_Aufladen_aktiv 0
2019-01-12 11:22:22 WW-zeitgesteuert_aktiv 1
2019-01-12 11:22:22 counter 17
2019-01-12 11:22:22 state ok
Attributes:
DbLogInclude attr vitoconnect DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_Heizung/Tag",0))[0] },\
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Tag",0))[1] },\
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Woche",0))[0] },\
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Monat",0))[0] },\
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Jahr",0))[0] },\
\
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_WW/Tag",0))[0] },\
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Tag",0))[1] },\
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Woche",0))[0] },\
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Monat",0))[0] },\
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Jahr",0))[0] }
list vitoconnect_rg
DEF vitoconnect:Aussentemperatur
vitoconnect:Brenner_aktiv
vitoconnect:Gasverbrauch_heute
vitoconnect:Gasverbrauch_gestern
vitoconnect:Gasverbrauch_aktuelle_Woche
vitoconnect:Gasverbrauch_aktueller_Monat
vitoconnect:Gasverbrauch_aktuelles_Jahr
vitoconnect:HK1-Solltemperatur_reduziert_aktiv
vitoconnect:Kesseltemperatur
vitoconnect:WW-Isttemperatur
vitoconnect:WW-Solltemperatur
NAME vitoconnect_rg
NR 2017
NTFY_ORDER 50-vitoconnect_rg
STATE Initialized
TYPE readingsGroup
mayBeVisible 1
CONTENT:
vitoconnect 1
CONTENT2:
DEVICES:
ARRAY(0x5634fbb5ad18)
ARRAY(0x5634f6df7080)
ARRAY(0x5634fca59258)
ARRAY(0x5634f465fbf8)
ARRAY(0x5634fc08cf80)
ARRAY(0x5634fc7131d0)
ARRAY(0x5634f8671018)
ARRAY(0x5634fb908bc8)
ARRAY(0x5634fc4b9350)
ARRAY(0x5634fc7d2468)
ARRAY(0x5634fc109c58)
fhem:
lastDefChange 41
last_update 1547287497.6424
helper:
DEF
mapping $READING
valueStyle style="text-align:right"
positions:
vitoconnect.Aussentemperatur 1:1
vitoconnect.Brenner_aktiv 2:1
vitoconnect.HK1-Solltemperatur_reduziert_aktiv 8:1
vitoconnect.Kesseltemperatur 9:1
vitoconnect.WW-Isttemperatur 10:1
vitoconnect.WW-Solltemperatur 11:1
recalc:
undef
ARRAY(0x5634fb90b038)
valueIcon:
Brenner_aktiv.0 1px-spacer
Brenner_aktiv.1 icoHEIZUNG
HK1-Solltemperatur_reduziert_aktiv.0 10px-kreis-rot
HK1-Solltemperatur_reduziert_aktiv.1 10px-kreis-gruen
valueSuffix:
Aussentemperatur °C
Gasverbrauch_aktuelle_Woche kWh
Gasverbrauch_aktueller_Monat kWh
Gasverbrauch_aktuelles_Jahr kWh
Gasverbrauch_gestern kWh
Gasverbrauch_heute kWh
HK1-Vorlauftemperatur °C
HK1_Solltemperatur_normal °C
Kesseltemperatur °C
WW-Isttemperatur °C
WW-Solltemperatur °C
values:
formated:
undef
ARRAY(0x5634fb72df88)
orig:
undef
ARRAY(0x5634fbb867b0)
prefixsuffix:
undef
ARRAY(0x5634fc82f4a8)
Attributes:
DbLogExclude .*
alias Heizung
mapping $READING
nostate 1
notime 1
room Viessmann
sortby 1
valueIcon {'Brenner_aktiv.0' => '1px-spacer',
'Brenner_aktiv.1' => 'icoHEIZUNG',
'HK1-Solltemperatur_reduziert_aktiv.0' => '10px-kreis-rot',
'HK1-Solltemperatur_reduziert_aktiv.1' => '10px-kreis-gruen'
}
valueStyle style="text-align:right"
valueSuffix {
Aussentemperatur => "°C",
Kesseltemperatur => " °C",
'HK1-Vorlauftemperatur' => " °C", HK1_Solltemperatur_normal => " °C",
'WW-Solltemperatur' => " °C",
'WW-Isttemperatur' => " °C",
Gasverbrauch_aktuelles_Jahr => " kWh",
Gasverbrauch_aktueller_Monat => " kWh",
Gasverbrauch_aktuelle_Woche => " kWh",
Gasverbrauch_heute => " kWh",
Gasverbrauch_gestern => " kWh",
'WW-Solltemperatur' => "°C"
}
Alles lt Wiki hoffentlich richtig angelegt :-)
In der Readingsgroup wird leider überhaupt kein Gasverbrauch mit angezeigt ....
Zitat von: Aladin222 am 12 Januar 2019, 11:29:10
Hallo ,
erstmal vielen Dank für das Modul !
Habe da noch Probleme den Gasverbrauch für gestern anzeigen zu lassen ...
...
Alles lt Wiki hoffentlich richtig angelegt :-)
In der Readingsgroup wird leider überhaupt kein Gasverbrauch mit angezeigt ....
Hallo Aladin,
die userReadings Gasverbrauch_heute usw. werden schon nicht erzeugt. Ich kann aber keinen Fehler in Deiner Definition feststellen. Schau mal im Eventmonitor, ob die Events Gasverbrauch_Heizung/Tag.* usw. erzeugt werden. Hast Du irgendwo ein event-on-update-reading oder so, was das vielleicht verhindert?
Gruß
Andreas
Hallo andreas13 ,
Nein ein event-on-update-reading ist nicht gesetzt !
Werde nochmal löschen und das Modul erneut installieren .....
Moin Andreas,
Dein Modul funktioniert prinzipiell super. Nochmals vielen Dank dafür.
Allerdings zeigt mir freezemon häufig freezes im Log an, die durch vitoconnect verursacht werden.
Gibt es eine Möglichkeit, das zu verbessern?
Vielen Dank.
Grüße Mave
Zitat von: Mave am 13 Januar 2019, 22:59:49
Allerdings zeigt mir freezemon häufig freezes im Log an, die durch vitoconnect verursacht werden.
Gibt es eine Möglichkeit, das zu verbessern?
Hallo Mave,
bei mir läuft das Modul ohne freeze. Das Modul ist schon non-blocking. Ich wüsste nicht, was ich noch verbessern könnte. Wenn Du mir ein bisschen mehr Informationen geben würdest (Ausgabe von freezmon, Definition deines Geräts usw.) könnte ich es mir mal anschauen.
Ich hatte allerdings auch schon einmal den Fall, dass ein mein Modul sich mit einem anderen (ich sag nicht welches *G*) in die Quere kam und es deshalb zu Timeouts kam. Außerdem ist der Vissmann Server auch nicht immer so performant, wie er sein könnte.
Hat denn noch jemand Probleme mit freeze?
Gruß
Andreas
Zitat von: Aladin222 am 12 Januar 2019, 20:15:05
Hallo andreas13 ,
Nein ein event-on-update-reading ist nicht gesetzt !
Werde nochmal löschen und das Modul erneut installieren .....
Hallo Aladin,
hast du es hinbekommen? Ich muss das Wiki unbeding mal aktualisieren :-( Aber wenn Du Probleme hast, helfe ich gern.
Andreas
Ab morgen gibt es eine neue Version:
# installation, code and gw in den Internals unsichtbar gemacht
# Reading "counter" entfernt (ist weiterhin in Internals sichtbar)
# Reading WW-einmaliges_Aufladen_active umbenannt in WW-einmaliges_Aufladen
# Befehle zum setzen von
# HK1-Betriebsart
# HK2-Betriebsart
# HK1-Solltemperatur_normal
# HK2-Solltemperatur_normal
# HK1-Solltemperatur_reduziert
# HK2-Solltemperatur_reduziert
# WW-einmaliges_Aufladen
# Bedienfehler (z.B. Ausführung einer Befehls für HK2, wenn die Hezung nur einen Heizkreis hat)
# führen zu einem "Bad Gateway" Fehlermeldung in Logfile
# Achtung: Keine Prüfung ob Befehle sinnvoll und oder erlaubt sind! Nutzung auf eigene Gefahr!
Folgende Befehle könnte ich noch implementieren, wenn bedarf besteht.
# "HK1-Heizkurve-Niveau:slider,-13,1,40 ".
# "HK1-Heizkurve-Steigung:slider,0.2,0.1,3.5,1 ".
# "HeatingSchedule " .
# "HeadingModeComfort:activate,deactivate " .
# "TemperatureComfort:slider,4,1,37 " .
# "HeatingModeEco:activate,deactivate " .
# "HeatingHolidaySchedule " .
# "HeatingHolidayUnschedule:NoArg " .
# "WW-Zirkulationspumpe_Zeitplan " .
# "WW-Zeitplan " .
#"WW-Haupttemperatur:slider,10,1,60 " .
#"WW-Solltemperatur:slider,10,1,60 ";
Kann mir jemand erklären was der Unterschied zwischen "WW-Haupttemperatur" und "WW-Solltemperatur "? Die Werte sind immer gleich und die App setzt immer beide. Warum gibt es dann zwei Befehle in der Api und was passiert, wenn man nur einen setzt?
Viel Spass
Andreas
Super genial.
Die Slider finde ich super. Wenn es nicht zuviel Aufwand macht würde ich mir folgende Punkte wünschen:
Das sind aktuell (und wahrscheinlich auch in Zukunft) Dinge die nicht über die VicareApp zu setzen sind.
# "HK1-Heizkurve-Niveau:slider,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6 ".
# "HK1-Heizkurve-Steigung:slider,0.2,0.3,0.4,0.5,0.6,0.7,0.8,0.9,1,1.1,1.2,1.3,1.4,1.5 ".
# "HeatingHolidaySchedule " .
# "HeatingHolidayUnschedule:NoArg "
#"WW-Solltemperatur:slider,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55 ";
# "HeatingModeEco:activate,deactivate "
# "HeadingModeComfort:activate,deactivate " .
# "TemperatureComfort:slider,18,19,20,21,22,23,24,25 " .
Sind das Beispielwerte bei den Slidern? Und kann man die anpassen?
Ich habe bei mir zum Beispiel nur ein Pulldown Menü mit jeweils 5 Werten die ich denke zu benötigen.
HK1 normale Heizkörper: 0.8,0.9,1,1.1,1.2
HK2 Fußbodenheizung: 0.2,0.3,0.4,0.5,0.6
Die API ist für verschiedene Heizungssysteme Viessmann ausgelegt. Viessman krempelt allerdings gerade ihr Serversystem um. Ich hatte bezüglich der Gasverbräuche mal bei den Jungs angefragt und ich denke das wird bei den WW-Temperaturen ähnlich sein. Es wird nach und nach ausgerollt. Ich könnte mir vorstellen, dass wenn man einen Pufferspeicher hat und eine zusätzliche Wärmequelle (Sonne oder Kamin), wird das denke ich ein weiteres unterscheidungskriterium sein. Wenn man diese Komponenten nicht verbaut hat zieht behandelt die Steuerung gleich.
Ich finde super, dass Du Dich hier so engagierst. Vielen Dank für Deine Arbeit.
Zitat von: andreas13 am 14 Januar 2019, 17:46:53
Hallo Aladin,
hast du es hinbekommen? Ich muss das Wiki unbeding mal aktualisieren :-( Aber wenn Du Probleme hast, helfe ich gern.
Andreas
Hallo Andreas ,
nein leider immer noch das gleiche Problem ...allerdings bekomme ich nun in den readingGroups Gasverbrauch_heute angezeigt ( Monat Jahr usw. nicht ) ,leider aber immer mit 0 kWh.
Denke ich hab da Fehler in den Userreadings ....bin aber nach wiki vorgegangen ...gibt es da was aktuelleres ?
Hallo,
eine kurze Rückmeldung.
Das setzen der Temperaturen klappt nicht.
Im Eventmonitor steht
2019-01-15 17:56:30 PWM PWM.FussbodenHeizung roomsToStayOnList:
2019-01-15 17:56:31 vitoconnect vitoconnect HK2-Solltemperatur_normal 26
2019-01-15 17:56:31 CUL_HM pwr.ug.kn.Entfeuchter.SenF 49.99
Obowhl der Befehl im Eventmonitor richtig ausgeführt wird?
Zitat von: Frini am 15 Januar 2019, 18:03:57
Hallo,
eine kurze Rückmeldung.
Das setzen der Temperaturen klappt nicht.
Im Eventmonitor steht
2019-01-15 17:56:30 PWM PWM.FussbodenHeizung roomsToStayOnList:
2019-01-15 17:56:31 vitoconnect vitoconnect HK2-Solltemperatur_normal 26
2019-01-15 17:56:31 CUL_HM pwr.ug.kn.Entfeuchter.SenF 49.99
Obowhl der Befehl im Eventmonitor richtig ausgeführt wird?
Hallo Frini,
in solche einem Fall ist das Logfile aussagekräftiger. Aber ich habe den Fehler auch so gefunden und behoben. Kannst du Dir im SVN holen oder kommt morgen per update.
Super Danke. Ich werde bis morgen warten. Bin zu doof das Modul aus dem SVN zu laden ;D
Zitat von: Frini am 15 Januar 2019, 06:53:42
Super genial.
Die Slider finde ich super. Wenn es nicht zuviel Aufwand macht würde ich mir folgende Punkte wünschen:
Das sind aktuell (und wahrscheinlich auch in Zukunft) Dinge die nicht über die VicareApp zu setzen sind.
# "HK1-Heizkurve-Niveau:slider,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6 ".
# "HK1-Heizkurve-Steigung:slider,0.2,0.3,0.4,0.5,0.6,0.7,0.8,0.9,1,1.1,1.2,1.3,1.4,1.5 ".
# "HeatingHolidaySchedule " .
# "HeatingHolidayUnschedule:NoArg "
#"WW-Solltemperatur:slider,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55 ";
# "HeatingModeEco:activate,deactivate "
# "HeadingModeComfort:activate,deactivate " .
# "TemperatureComfort:slider,18,19,20,21,22,23,24,25 " .
Sind das Beispielwerte bei den Slidern? Und kann man die anpassen?
Ich habe bei mir zum Beispiel nur ein Pulldown Menü mit jeweils 5 Werten die ich denke zu benötigen.
HK1 normale Heizkörper: 0.8,0.9,1,1.1,1.2
HK2 Fußbodenheizung: 0.2,0.3,0.4,0.5,0.6
Die API ist für verschiedene Heizungssysteme Viessmann ausgelegt. Viessman krempelt allerdings gerade ihr Serversystem um. Ich hatte bezüglich der Gasverbräuche mal bei den Jungs angefragt und ich denke das wird bei den WW-Temperaturen ähnlich sein. Es wird nach und nach ausgerollt. Ich könnte mir vorstellen, dass wenn man einen Pufferspeicher hat und eine zusätzliche Wärmequelle (Sonne oder Kamin), wird das denke ich ein weiteres unterscheidungskriterium sein. Wenn man diese Komponenten nicht verbaut hat zieht behandelt die Steuerung gleich.
Ich finde super, dass Du Dich hier so engagierst. Vielen Dank für Deine Arbeit.
Purer Eigennutz ;-)
Die Heizkurve werde ich im nächsten Release umsetzen.
Die ganzen Schedule-Sachen sind leider nicht so einfach umzusetzen, weil die Datenstruktur so komplex ist. Dafür brauche ich mal richtig viel Zeit (oder jemand, der es für mich macht).
Die WW Temperatur mache ich, wenn mir jemand sagt, was das mit der "Haupttempertur" auf sich hat und worauf man da achten muss (Soll ja nicht nur bei mir sondern auch bei anderen Heizungsmodellen und Konfigurationen funktionieren). Vielleicht hilft uns ja Dein Kontakt bei Vissmann?
Und Eco und Comfort machen ich, wenn mir jemand erklärt, was das ist. Ist das der Partymode?
Die Werte stammen aus der API von Vissmann selbst (wenn du auf verbose 5 gehst und den Megastring $ressource ein bisschen hübscher formartierst, siehst Du zB
{
'class' => [
'heating.circuits.0.heating.curve',
'feature'
],
'properties' => {
'slope' => {
'value' => '1.4',
'type' => 'number'
},
'shift' => {
'type' => 'number',
'value' => 0
}
},
'actions' => [
{
'type' => 'application/json',
'name' => 'setCurve',
'fields' => [
{
'max' => '3.5',
'min' => '0.2',
'required' => $VAR1->{'entities'}[0]{'properties'}{'active'}{'value'},
'stepping' => '0.1',
'name' => 'slope',
'type' => 'number'
},
{
'stepping' => 1,
'name' => 'shift',
'type' => 'number',
'min' => -13,
'max' => 40,
'required' => $VAR1->{'entities'}[0]{'properties'}{'active'}{'value'}
}
],
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/129846/gateways/7571381616514108/devices/0/features/heating.circuits.0.heating.curve/setCurve',
'title' => 'setCurve',
'method' => 'POST',
'isExecutable' => $VAR1->{'entities'}[0]{'properties'}{'active'}{'value'}
}
],
'entities' => [.....
Das heißt im Klartext: Die Klasse "heating.circuits.0.heating.curve" hat zwei "properties" slope und shift mit dem Werten 1.4 und 0. Dies entspricht dem Readings HK1-Heizkurve-Niveau = 0 und HK1-Heizkurve-Steigung = 1.4.
Außerdem das Kommando "setCurve" mit den Parameter slope und shift und slope ist zB eine Zahl zwischen 0.2 und 3.5 in Schritten von 0.1. Das entspricht dem slider,0.2,0.1,3.5,1 (also slider min,step,max und die letzte "1" heißt 1 Nachkommastelle). Bei "href" steht dann die URL zu dem Befehl und außerdem muss man HTTP POST verwenden und die Parameter im JSON Format übertragen. Das ist genau das, was ich in der vitoconnect_set mache. Kannst ja mal die Stelle suchen, wenn es Dir Spass macht dich durch Perlcode zu wühlen ;-)
Jetzt könnte es natürlich sein, dass Deine Heizung ganz andere Werte beherrscht, also der slope sich zB nur zwischen 1.0 und 2.0 einstellen lässt oder es manche Befehle gar nicht gibt (zB die HK2 Befehle bei mir, da ich nur einen HK habe). Die API würde das alles berücksichtigen und ich könnte das im Modul auswerten und die Befehle dynamisch anpassen um nur erlaubte Befehle zuzulassen. Also z.B. die Befehle für HK2 nur anbieten, wenn die Heizung auch zwei HK hat oder die Slider automatisch anpassen. Außerdem könnte ich die Befehlsausführung überprüfen. Du könntest ja zB auch "set vitoconnect HK1-Heizkurve-Niveau 100" oben in die Befehlszeile eingeben ohne den Slider zu benutzen.
Wenn Du meinen Lohn 2 Monate bezahlst, würde ich das auch machen. Aber so bleibt es Deine Verantwortung und Dein Risiko, wenn Dir die Heizung um die Ohren fliegt, wenn du "falsche" Befehle absetzt. Aber ich glaube, das einzige, was passiert, ist die folgende Fehlermeldung:
2019.01.14 17:15:55 1: vitoconnect: Fehler während der Befehlsausführung: err= data={"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Viele Grüße
Andreas
Zitat von: Aladin222 am 15 Januar 2019, 10:36:50
Hallo Andreas ,
nein leider immer noch das gleiche Problem ...allerdings bekomme ich nun in den readingGroups Gasverbrauch_heute angezeigt ( Monat Jahr usw. nicht ) ,leider aber immer mit 0 kWh.
Denke ich hab da Fehler in den Userreadings ....bin aber nach wiki vorgegangen ...gibt es da was aktuelleres ?
mach mal ein "list vitoconnect" und ein list auf deine Readingsgroup und mail mal das Ergebnis. Hellsehen kann ich nicht.
Das habe ich gecheckt. Ich hab die Werte nur der Übersichtlichkeit reduziert. Ich habe die Zahlen beim Setlist nicht zuordnen können. Jetzt aber logisch verstanden. 8)
Normal ist für Trinkwasser die WW-Ist bzw WW-Solltemperatur ausschlaggebend. Die Haupttemperatur wird bei Pufferspeichern mit zusätzlicher Einspeisung (Solarthermie etc.) verwendet
Hallo Andreas,
erstmal vielen Dank für deine Mühe und das erstellen des genialen Moduls. Hierauf habe ich lange gewartet.
Zu deinen Fragen bzgl. des Programmstatus:
ECO = Sparbetrieb
COMFORT = Partybetrieb
Ich habe mal einige Readings nach dem Set der entsprechenden Werte zusammengestellt und zusätzlich manuell (beide Spalten ganz rechts) auf Party- bzw. Sparbetrieb geschaltet (Vitodens 333 WS3B)
Gruß
Harald
Ergänzend noch:
Solltemperatur_reduziert_aktiv wird nur 1, wenn die Solltemperatur_reduziert größer als 3°C ist.
Bei Solltemperatur_reduziert gleich 3°C schaltet die Anlage in den Standby-Betrieb und Reading Standby_Aktiv wird 1
Edit: oben geschriebenes beschreibt das Verhalten, wenn die Heizung im Nachtmodus also in der Nebenzeit ist.
Hallo,
kurze Rückmeldung. Ein setzen der Temperatur klappt leider nicht. Weder mit Slider noch mit Eingabe des Set-Befehls.
Ich reiche heute abend einen Log-Auszug nach.
Zitat von: Frini am 16 Januar 2019, 12:59:31
Hallo,
kurze Rückmeldung. Ein setzen der Temperatur klappt leider nicht. Weder mit Slider noch mit Eingabe des Set-Befehls.
Ich reiche heute abend einen Log-Auszug nach.
Update gemacht?
Ja heute morgen um 9 Uhr. Danach kam dann das login failure und nach erneutem setzen des Passwortes war das Modul auch wieder verbunden.
Komischerweise habe ich seid setzen der einmalLadung keine Verbindung mehr via Vicare App und das Modul aktualisiert auch nicht mehr. Vielleicht spielen die gerade wieder ein Update ein.
Zitat von: andreas13 am 15 Januar 2019, 19:07:40
mach mal ein "list vitoconnect" und ein list auf deine Readingsgroup und mail mal das Ergebnis. Hellsehen kann ich nicht.
Das hatte ich Fred schon gemacht :-) -weiter vorne
Aber gerne nochmal aktuell list vitoconnect
Internals:
DEF email Passort 60
NAME vitoconnect
NR 2040
STATE ok
TYPE vitoconnect
counter 33
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1547652474.76242
VALUE 0
Aussen_Status:
DBLogging:
TIME 1547652474.76242
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 8.3
Brenner_Beriebsstunden:
DBLogging:
TIME 1547652474.76242
VALUE 1055.79444444444
Brenner_Fehlercode:
DBLogging:
TIME 1547652474.76242
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1547652474.76242
VALUE 32
Brenner_Starts:
DBLogging:
TIME 1547652474.76242
VALUE 2499
Brenner_Status:
DBLogging:
TIME 1547652474.76242
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
Controller_Seriennummer:
DBLogging:
TIME 1547652474.76242
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1547652474.76242
VALUE -1142
Fehlereintraege_Historie:
DBLogging:
TIME 1547652474.76242
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1547652474.76242
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1547652474.76242
VALUE 897,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1547652474.76242
VALUE 897,1574,1241,352,0,0,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1547652474.76242
VALUE 38,66,59,50,59,63,64,63
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1547652474.76242
VALUE 160,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1547652474.76242
VALUE 62,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1547652474.76242
VALUE 62,120,120,87,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1547652474.76242
VALUE 2,3,2,3,3,2,5,3
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1547652474.76242
VALUE 7,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_heute:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Betriebsart:
DBLogging:
TIME 1547652474.76242
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1547652474.76242
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1547652474.76242
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1547652474.76242
VALUE normal
HK1-Raum_Status:
DBLogging:
TIME 1547652474.76242
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1547652474.76242
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1547652474.76242
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1547652474.76242
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1547652474.76242
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Standby_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 44.3
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1547652474.76242
VALUE sat start:06:00 end:23:00 mode:normal position:0, fri mode:normal end:23:00 start:06:00 position:0, thu position:0 mode:normal end:23:00 start:06:00, tue position:0 start:06:00 mode:normal end:23:00, sun position:0 start:06:00 mode:normal end:23:00, mon position:0 start:06:00 end:23:00 mode:normal, wed start:06:00 end:23:00 mode:normal position:0,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1547652474.76242
VALUE on
HK1-aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1547652474.76242
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1547652474.76242
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1547652474.76242
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 44
Kesseltemperatur_exact:
DBLogging:
TIME 1547652474.76242
VALUE 43
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_faellig:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-Aufladung:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 52.5
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1547652474.76242
VALUE error
WW-Solltemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1547652474.76242
VALUE mon position:0 mode:on end:23:00 start:05:30, tue end:23:00 mode:on start:05:30 position:0, sun position:0 start:05:30 mode:on end:23:00, wed mode:on end:23:00 start:05:30 position:0, fri start:05:30 end:23:00 mode:on position:0, thu mode:on end:23:00 start:05:30 position:0, sat end:23:00 mode:on start:05:30 position:0,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1547652474.76242
VALUE on
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1547652474.76242
VALUE sat start:05:30 end:23:00 mode:on position:0, wed position:0 end:23:00 mode:on start:05:30, mon end:23:00 mode:on start:05:30 position:0, sun start:05:30 mode:on end:23:00 position:0, tue position:0 start:05:30 mode:on end:23:00, thu end:23:00 mode:on start:05:30 position:0, fri start:05:30 mode:on end:23:00 position:0,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1547652474.76242
VALUE off
WW-aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
WW-einmaliges_Aufladen:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
state:
DBLogging:
TIME 1547652474.76242
VALUE ok
READINGS:
2019-01-16 16:27:54 Aktive_Heizkreise 0
2019-01-16 16:27:54 Aussen_Status connected
2019-01-16 16:27:54 Aussentemperatur 8.3
2019-01-16 16:27:54 Brenner_Beriebsstunden 1055.79444444444
2019-01-16 16:27:54 Brenner_Fehlercode 0
2019-01-16 16:27:54 Brenner_Modulation 32
2019-01-16 16:27:54 Brenner_Starts 2499
2019-01-16 16:27:54 Brenner_Status ok
2019-01-16 16:27:54 Brenner_aktiv 1
2019-01-16 16:27:54 Controller_Seriennummer 7743905854489117
2019-01-16 16:27:54 Device_Time_Offset -1142
2019-01-16 16:27:54 Fehlereintraege_Historie ErrorListChanges
2019-01-16 16:27:54 Fehlereintraege_aktive ErrorListChanges
2019-01-16 16:27:54 Gasverbrauch_Heizung/Jahr 897,3167,0
2019-01-16 16:27:54 Gasverbrauch_Heizung/Monat 897,1574,1241,352,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_Heizung/Tag 38,66,59,50,59,63,64,63
2019-01-16 16:27:54 Gasverbrauch_Heizung/Woche 160,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_WW/Jahr 62,327,0
2019-01-16 16:27:54 Gasverbrauch_WW/Monat 62,120,120,87,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_WW/Tag 2,3,2,3,3,2,5,3
2019-01-16 16:27:54 Gasverbrauch_WW/Woche 7,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_heute 0
2019-01-16 16:27:54 HK1-Betriebsart dhwAndHeating
2019-01-16 16:27:54 HK1-External_Temperatur 0
2019-01-16 16:27:54 HK1-External_aktiv 0
2019-01-16 16:27:54 HK1-Frostschutz_Status off
2019-01-16 16:27:54 HK1-Heizkurve-Niveau 0
2019-01-16 16:27:54 HK1-Heizkurve-Steigung 1.4
2019-01-16 16:27:54 HK1-Programmstatus normal
2019-01-16 16:27:54 HK1-Raum_Status error
2019-01-16 16:27:54 HK1-Reduzierte_Temperatur_erzwungen 0
2019-01-16 16:27:54 HK1-Solltemperatur_aktiv 1
2019-01-16 16:27:54 HK1-Solltemperatur_comfort 20
2019-01-16 16:27:54 HK1-Solltemperatur_comfort_aktiv 0
2019-01-16 16:27:54 HK1-Solltemperatur_eco 21
2019-01-16 16:27:54 HK1-Solltemperatur_eco_aktiv 0
2019-01-16 16:27:54 HK1-Solltemperatur_erzwungen 0
2019-01-16 16:27:54 HK1-Solltemperatur_normal 21
2019-01-16 16:27:54 HK1-Solltemperatur_reduziert 18
2019-01-16 16:27:54 HK1-Solltemperatur_reduziert_aktiv 0
2019-01-16 16:27:54 HK1-Standby_aktiv 0
2019-01-16 16:27:54 HK1-Urlaub_Ende
2019-01-16 16:27:54 HK1-Urlaub_Start
2019-01-16 16:27:54 HK1-Urlaub_aktiv 0
2019-01-16 16:27:54 HK1-Vorlauftemperatur 44.3
2019-01-16 16:27:54 HK1-Vorlauftemperatur_aktiv connected
2019-01-16 16:27:54 HK1-WW_aktiv 0
2019-01-16 16:27:54 HK1-WW_und_Heizen_aktiv 1
2019-01-16 16:27:54 HK1-Zeitsteuerung_Heizung sat start:06:00 end:23:00 mode:normal position:0, fri mode:normal end:23:00 start:06:00 position:0, thu position:0 mode:normal end:23:00 start:06:00, tue position:0 start:06:00 mode:normal end:23:00, sun position:0 start:06:00 mode:normal end:23:00, mon position:0 start:06:00 end:23:00 mode:normal, wed start:06:00 end:23:00 mode:normal position:0,
2019-01-16 16:27:54 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-01-16 16:27:54 HK1-Zirkulationspumpe on
2019-01-16 16:27:54 HK1-aktiv 1
2019-01-16 16:27:54 Kessel_Common_Supply error
2019-01-16 16:27:54 Kessel_Seriennummer 7570781808893119
2019-01-16 16:27:54 Kessel_Status connected
2019-01-16 16:27:54 Kesseltemperatur 44
2019-01-16 16:27:54 Kesseltemperatur_exact 43
2019-01-16 16:27:54 Mehrfamilenhaus_aktiv 0
2019-01-16 16:27:54 Service_Intervall_Monate 0
2019-01-16 16:27:54 Service_Letzter
2019-01-16 16:27:54 Service_Monate_aktiv_seit_letzten_Service 0
2019-01-16 16:27:54 Service_faellig 0
2019-01-16 16:27:54 WW-Aufladung 0
2019-01-16 16:27:54 WW-Haupttemperatur 50
2019-01-16 16:27:54 WW-Isttemperatur 52.5
2019-01-16 16:27:54 WW-Sensoren_Auslauf_Status error
2019-01-16 16:27:54 WW-Solltemperatur 50
2019-01-16 16:27:54 WW-Temperatur_aktiv connected
2019-01-16 16:27:54 WW-Zeitplan mon position:0 mode:on end:23:00 start:05:30, tue end:23:00 mode:on start:05:30 position:0, sun position:0 start:05:30 mode:on end:23:00, wed mode:on end:23:00 start:05:30 position:0, fri start:05:30 end:23:00 mode:on position:0, thu mode:on end:23:00 start:05:30 position:0, sat end:23:00 mode:on start:05:30 position:0,
2019-01-16 16:27:54 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-01-16 16:27:54 WW-Zirkulationspumpe_Status on
2019-01-16 16:27:54 WW-Zirkulationspumpe_Zeitplan sat start:05:30 end:23:00 mode:on position:0, wed position:0 end:23:00 mode:on start:05:30, mon end:23:00 mode:on start:05:30 position:0, sun start:05:30 mode:on end:23:00 position:0, tue position:0 start:05:30 mode:on end:23:00, thu end:23:00 mode:on start:05:30 position:0, fri start:05:30 mode:on end:23:00 position:0,
2019-01-16 16:27:54 WW-Zirkulationspumpe_primaer off
2019-01-16 16:27:54 WW-aktiv 1
2019-01-16 16:27:54 WW-einmaliges_Aufladen 0
2019-01-15 10:36:26 WW-einmaliges_Aufladen_aktiv 0
2019-01-16 16:27:54 WW-zeitgesteuert_aktiv 1
2019-01-15 10:36:26 counter 2897
2019-01-16 16:27:54 state ok
Attributes:
DbLogInclude attr vitoconnect DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_Heizung/Tag",0))[0] },\
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Tag",0))[1] },\
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Woche",0))[0] },\
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Monat",0))[0] },\
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Jahr",0))[0] },\
\
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_WW/Tag",0))[0] },\
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Tag",0))[1] },\
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Woche",0))[0] },\
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Monat",0))[0] },\
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Jahr",0))[0] }
list vitoconnect_rg
Internals:
DEF vitoconnect:Aussentemperatur
vitoconnect:Brenner_aktiv
vitoconnect:Gasverbrauch_heute
vitoconnect:Gasverbrauch_gestern
vitoconnect:Gasverbrauch_aktuelle_Woche
vitoconnect:Gasverbrauch_aktueller_Monat
vitoconnect:Gasverbrauch_aktuelles_Jahr
vitoconnect:HK1-Solltemperatur_reduziert_aktiv
vitoconnect:Kesseltemperatur
vitoconnect:WW-Isttemperatur
vitoconnect:WW-Solltemperatur
NAME vitoconnect_rg
NR 2043
NTFY_ORDER 50-vitoconnect_rg
STATE Initialized
TYPE readingsGroup
mayBeVisible 1
CONTENT:
vitoconnect 1
CONTENT2:
DEVICES:
ARRAY(0x55f3afcf5cd0)
ARRAY(0x55f3afd13338)
ARRAY(0x55f3b096db00)
ARRAY(0x55f3ad8d4400)
ARRAY(0x55f3b07503d0)
ARRAY(0x55f3ab575fd8)
ARRAY(0x55f3afe5aa00)
ARRAY(0x55f3b06b4f28)
ARRAY(0x55f3aba21b30)
ARRAY(0x55f3a8a30998)
ARRAY(0x55f3b0729108)
Helper:
DBLOG:
vitoconnect.Aussentemperatur:
DBLogging:
TIME 1547652718.94091
VALUE <html><div style="text-align:right">8.5°C</div></html>
vitoconnect.Brenner_aktiv:
DBLogging:
TIME 1547652718.93383
VALUE <html><img class='icon icoHEIZUNG' src="/fhem/images/default/icoHEIZUNG.png" alt="1" title="1"></html>
vitoconnect.Gasverbrauch_heute:
DBLogging:
TIME 1547652718.9499
VALUE <html><div style="text-align:right">0 kWh</div></html>
vitoconnect.HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1547652718.92776
VALUE <html><img class='icon 10px-kreis-rot' src="/fhem/images/default/10px-kreis-rot.png" alt="0" title="0"></html>
vitoconnect.Kesseltemperatur:
DBLogging:
TIME 1547652718.94393
VALUE <html><div style="text-align:right">48 °C</div></html>
vitoconnect.WW-Isttemperatur:
DBLogging:
TIME 1547652718.9379
VALUE <html><div style="text-align:right">52.5 °C</div></html>
vitoconnect.WW-Solltemperatur:
DBLogging:
TIME 1547652718.94689
VALUE <html><div style="text-align:right">50°C</div></html>
fhem:
lastDefChange 45
last_update 1547652354.51566
helper:
DEF
mapping $READING
valueStyle style="text-align:right"
positions:
vitoconnect.Aussentemperatur 1:1
vitoconnect.Brenner_aktiv 2:1
vitoconnect.Gasverbrauch_heute 3:1
vitoconnect.HK1-Solltemperatur_reduziert_aktiv 8:1
vitoconnect.Kesseltemperatur 9:1
vitoconnect.WW-Isttemperatur 10:1
vitoconnect.WW-Solltemperatur 11:1
recalc:
undef
ARRAY(0x55f3afb9bbd0)
valueIcon:
Brenner_aktiv.0 1px-spacer
Brenner_aktiv.1 icoHEIZUNG
HK1-Solltemperatur_reduziert_aktiv.0 10px-kreis-rot
HK1-Solltemperatur_reduziert_aktiv.1 10px-kreis-gruen
valueSuffix:
Aussentemperatur °C
Gasverbrauch_aktuelle_Woche kWh
Gasverbrauch_aktueller_Monat kWh
Gasverbrauch_aktuelles_Jahr kWh
Gasverbrauch_gestern kWh
Gasverbrauch_heute kWh
HK1-Vorlauftemperatur °C
HK1_Solltemperatur_normal °C
Kesseltemperatur °C
WW-Isttemperatur °C
WW-Solltemperatur °C
values:
formated:
undef
ARRAY(0x55f3a8d091c0)
orig:
undef
ARRAY(0x55f3afd19490)
prefixsuffix:
undef
ARRAY(0x55f3afb83140)
Attributes:
alias Heizung
mapping $READING
nostate 1
notime 1
room Viessmann
sortby 1
valueIcon {'Brenner_aktiv.0' => '1px-spacer',
'Brenner_aktiv.1' => 'icoHEIZUNG',
'HK1-Solltemperatur_reduziert_aktiv.0' => '10px-kreis-rot',
'HK1-Solltemperatur_reduziert_aktiv.1' => '10px-kreis-gruen'
}
valueStyle style="text-align:right"
valueSuffix {
'Aussentemperatur' => "°C",
'Kesseltemperatur' => " °C",
'HK1-Vorlauftemperatur' => " °C", HK1_Solltemperatur_normal => " °C",
'WW-Solltemperatur' => " °C",
'WW-Isttemperatur' => " °C",
'Gasverbrauch_aktuelles_Jahr' => " kWh",
'Gasverbrauch_aktueller_Monat' => " kWh",
'Gasverbrauch_aktuelle_Woche' => " kWh",
'Gasverbrauch_heute' => " kWh",
'Gasverbrauch_gestern' => " kWh",
'WW-Solltemperatur' => "°C"
}
leider immer noch das gleiche Problem ...allerdings bekomme ich nun in den readingGroups Gasverbrauch_heute angezeigt ( Monat Jahr usw. nicht ) ,leider aber immer mit 0 kWh.
Der Wert bleibt bei 0 und ändert sich nicht :-)
Denke ich hab da Fehler in den Userreadings ....bin aber nach wiki vorgegangen ...gibt es da was aktuelleres ?
Sooo.
Das stand im Log bei verbose 3 nach ausführen der Tempereraturänderung
2019.01.16 21:07:51 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 866.
Kommando zurück. Es wird geändert. Allerdings:
Wenn ich die HK1-Solltemperatur_normal ändere, ändert er ebenfalls HK1-Solltemperatur_eco mit.
HK1-Solltemperatur_reduziert funktioniert.
Wenn ich die HK2-Solltemperatur_normal ändere, ändert er ebenfalls HK2-Solltemperatur_eco mit.
HK2-Solltemperatur_reduziert funktioniert.
Ändern der Betriebsarten klappt auch wunderbar.
Seit heute sehe ich auch endlich verschiedene Verbrauchswerte für WW und Gas. Viessmann hat ein größeres Update für meine Heizung freigegeben.
Folgende Readings sind ebenfalls neu bei mir:
heating.dhw.charging.level.bottom
heating.dhw.charging.level.middle
heating.dhw.charging.level.top
heating.dhw.charging.level.value
Ebenfalls werden bei mir nun die Modluation des Brenners in Prozent und die Brennerstarts angezeigt.
Zitat von: Aladin222 am 16 Januar 2019, 16:30:21
Das hatte ich Fred schon gemacht :-) -weiter vorne
Aber gerne nochmal aktuell list vitoconnect
Internals:
DEF email Passort 60
NAME vitoconnect
NR 2040
STATE ok
TYPE vitoconnect
counter 33
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1547652474.76242
VALUE 0
Aussen_Status:
DBLogging:
TIME 1547652474.76242
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 8.3
Brenner_Beriebsstunden:
DBLogging:
TIME 1547652474.76242
VALUE 1055.79444444444
Brenner_Fehlercode:
DBLogging:
TIME 1547652474.76242
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1547652474.76242
VALUE 32
Brenner_Starts:
DBLogging:
TIME 1547652474.76242
VALUE 2499
Brenner_Status:
DBLogging:
TIME 1547652474.76242
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
Controller_Seriennummer:
DBLogging:
TIME 1547652474.76242
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1547652474.76242
VALUE -1142
Fehlereintraege_Historie:
DBLogging:
TIME 1547652474.76242
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1547652474.76242
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1547652474.76242
VALUE 897,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1547652474.76242
VALUE 897,1574,1241,352,0,0,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1547652474.76242
VALUE 38,66,59,50,59,63,64,63
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1547652474.76242
VALUE 160,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1547652474.76242
VALUE 62,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1547652474.76242
VALUE 62,120,120,87,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1547652474.76242
VALUE 2,3,2,3,3,2,5,3
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1547652474.76242
VALUE 7,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_heute:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Betriebsart:
DBLogging:
TIME 1547652474.76242
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1547652474.76242
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1547652474.76242
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1547652474.76242
VALUE normal
HK1-Raum_Status:
DBLogging:
TIME 1547652474.76242
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1547652474.76242
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1547652474.76242
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1547652474.76242
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1547652474.76242
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Standby_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 44.3
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1547652474.76242
VALUE sat start:06:00 end:23:00 mode:normal position:0, fri mode:normal end:23:00 start:06:00 position:0, thu position:0 mode:normal end:23:00 start:06:00, tue position:0 start:06:00 mode:normal end:23:00, sun position:0 start:06:00 mode:normal end:23:00, mon position:0 start:06:00 end:23:00 mode:normal, wed start:06:00 end:23:00 mode:normal position:0,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1547652474.76242
VALUE on
HK1-aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1547652474.76242
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1547652474.76242
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1547652474.76242
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 44
Kesseltemperatur_exact:
DBLogging:
TIME 1547652474.76242
VALUE 43
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1547652474.76242
VALUE 0
Service_faellig:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-Aufladung:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 52.5
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1547652474.76242
VALUE error
WW-Solltemperatur:
DBLogging:
TIME 1547652474.76242
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1547652474.76242
VALUE mon position:0 mode:on end:23:00 start:05:30, tue end:23:00 mode:on start:05:30 position:0, sun position:0 start:05:30 mode:on end:23:00, wed mode:on end:23:00 start:05:30 position:0, fri start:05:30 end:23:00 mode:on position:0, thu mode:on end:23:00 start:05:30 position:0, sat end:23:00 mode:on start:05:30 position:0,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1547652474.76242
VALUE on
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1547652474.76242
VALUE sat start:05:30 end:23:00 mode:on position:0, wed position:0 end:23:00 mode:on start:05:30, mon end:23:00 mode:on start:05:30 position:0, sun start:05:30 mode:on end:23:00 position:0, tue position:0 start:05:30 mode:on end:23:00, thu end:23:00 mode:on start:05:30 position:0, fri start:05:30 mode:on end:23:00 position:0,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1547652474.76242
VALUE off
WW-aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
WW-einmaliges_Aufladen:
DBLogging:
TIME 1547652474.76242
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1547652474.76242
VALUE 1
state:
DBLogging:
TIME 1547652474.76242
VALUE ok
READINGS:
2019-01-16 16:27:54 Aktive_Heizkreise 0
2019-01-16 16:27:54 Aussen_Status connected
2019-01-16 16:27:54 Aussentemperatur 8.3
2019-01-16 16:27:54 Brenner_Beriebsstunden 1055.79444444444
2019-01-16 16:27:54 Brenner_Fehlercode 0
2019-01-16 16:27:54 Brenner_Modulation 32
2019-01-16 16:27:54 Brenner_Starts 2499
2019-01-16 16:27:54 Brenner_Status ok
2019-01-16 16:27:54 Brenner_aktiv 1
2019-01-16 16:27:54 Controller_Seriennummer 7743905854489117
2019-01-16 16:27:54 Device_Time_Offset -1142
2019-01-16 16:27:54 Fehlereintraege_Historie ErrorListChanges
2019-01-16 16:27:54 Fehlereintraege_aktive ErrorListChanges
2019-01-16 16:27:54 Gasverbrauch_Heizung/Jahr 897,3167,0
2019-01-16 16:27:54 Gasverbrauch_Heizung/Monat 897,1574,1241,352,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_Heizung/Tag 38,66,59,50,59,63,64,63
2019-01-16 16:27:54 Gasverbrauch_Heizung/Woche 160,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_WW/Jahr 62,327,0
2019-01-16 16:27:54 Gasverbrauch_WW/Monat 62,120,120,87,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_WW/Tag 2,3,2,3,3,2,5,3
2019-01-16 16:27:54 Gasverbrauch_WW/Woche 7,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-01-16 16:27:54 Gasverbrauch_heute 0
2019-01-16 16:27:54 HK1-Betriebsart dhwAndHeating
2019-01-16 16:27:54 HK1-External_Temperatur 0
2019-01-16 16:27:54 HK1-External_aktiv 0
2019-01-16 16:27:54 HK1-Frostschutz_Status off
2019-01-16 16:27:54 HK1-Heizkurve-Niveau 0
2019-01-16 16:27:54 HK1-Heizkurve-Steigung 1.4
2019-01-16 16:27:54 HK1-Programmstatus normal
2019-01-16 16:27:54 HK1-Raum_Status error
2019-01-16 16:27:54 HK1-Reduzierte_Temperatur_erzwungen 0
2019-01-16 16:27:54 HK1-Solltemperatur_aktiv 1
2019-01-16 16:27:54 HK1-Solltemperatur_comfort 20
2019-01-16 16:27:54 HK1-Solltemperatur_comfort_aktiv 0
2019-01-16 16:27:54 HK1-Solltemperatur_eco 21
2019-01-16 16:27:54 HK1-Solltemperatur_eco_aktiv 0
2019-01-16 16:27:54 HK1-Solltemperatur_erzwungen 0
2019-01-16 16:27:54 HK1-Solltemperatur_normal 21
2019-01-16 16:27:54 HK1-Solltemperatur_reduziert 18
2019-01-16 16:27:54 HK1-Solltemperatur_reduziert_aktiv 0
2019-01-16 16:27:54 HK1-Standby_aktiv 0
2019-01-16 16:27:54 HK1-Urlaub_Ende
2019-01-16 16:27:54 HK1-Urlaub_Start
2019-01-16 16:27:54 HK1-Urlaub_aktiv 0
2019-01-16 16:27:54 HK1-Vorlauftemperatur 44.3
2019-01-16 16:27:54 HK1-Vorlauftemperatur_aktiv connected
2019-01-16 16:27:54 HK1-WW_aktiv 0
2019-01-16 16:27:54 HK1-WW_und_Heizen_aktiv 1
2019-01-16 16:27:54 HK1-Zeitsteuerung_Heizung sat start:06:00 end:23:00 mode:normal position:0, fri mode:normal end:23:00 start:06:00 position:0, thu position:0 mode:normal end:23:00 start:06:00, tue position:0 start:06:00 mode:normal end:23:00, sun position:0 start:06:00 mode:normal end:23:00, mon position:0 start:06:00 end:23:00 mode:normal, wed start:06:00 end:23:00 mode:normal position:0,
2019-01-16 16:27:54 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-01-16 16:27:54 HK1-Zirkulationspumpe on
2019-01-16 16:27:54 HK1-aktiv 1
2019-01-16 16:27:54 Kessel_Common_Supply error
2019-01-16 16:27:54 Kessel_Seriennummer 7570781808893119
2019-01-16 16:27:54 Kessel_Status connected
2019-01-16 16:27:54 Kesseltemperatur 44
2019-01-16 16:27:54 Kesseltemperatur_exact 43
2019-01-16 16:27:54 Mehrfamilenhaus_aktiv 0
2019-01-16 16:27:54 Service_Intervall_Monate 0
2019-01-16 16:27:54 Service_Letzter
2019-01-16 16:27:54 Service_Monate_aktiv_seit_letzten_Service 0
2019-01-16 16:27:54 Service_faellig 0
2019-01-16 16:27:54 WW-Aufladung 0
2019-01-16 16:27:54 WW-Haupttemperatur 50
2019-01-16 16:27:54 WW-Isttemperatur 52.5
2019-01-16 16:27:54 WW-Sensoren_Auslauf_Status error
2019-01-16 16:27:54 WW-Solltemperatur 50
2019-01-16 16:27:54 WW-Temperatur_aktiv connected
2019-01-16 16:27:54 WW-Zeitplan mon position:0 mode:on end:23:00 start:05:30, tue end:23:00 mode:on start:05:30 position:0, sun position:0 start:05:30 mode:on end:23:00, wed mode:on end:23:00 start:05:30 position:0, fri start:05:30 end:23:00 mode:on position:0, thu mode:on end:23:00 start:05:30 position:0, sat end:23:00 mode:on start:05:30 position:0,
2019-01-16 16:27:54 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-01-16 16:27:54 WW-Zirkulationspumpe_Status on
2019-01-16 16:27:54 WW-Zirkulationspumpe_Zeitplan sat start:05:30 end:23:00 mode:on position:0, wed position:0 end:23:00 mode:on start:05:30, mon end:23:00 mode:on start:05:30 position:0, sun start:05:30 mode:on end:23:00 position:0, tue position:0 start:05:30 mode:on end:23:00, thu end:23:00 mode:on start:05:30 position:0, fri start:05:30 mode:on end:23:00 position:0,
2019-01-16 16:27:54 WW-Zirkulationspumpe_primaer off
2019-01-16 16:27:54 WW-aktiv 1
2019-01-16 16:27:54 WW-einmaliges_Aufladen 0
2019-01-15 10:36:26 WW-einmaliges_Aufladen_aktiv 0
2019-01-16 16:27:54 WW-zeitgesteuert_aktiv 1
2019-01-15 10:36:26 counter 2897
2019-01-16 16:27:54 state ok
Attributes:
DbLogInclude attr vitoconnect DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_Heizung/Tag",0))[0] },\
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Tag",0))[1] },\
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Woche",0))[0] },\
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Monat",0))[0] },\
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_Heizung/Jahr",0))[0] },\
\
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", \
"Gasverbrauch_WW/Tag",0))[0] },\
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Tag",0))[1] },\
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW_Woche.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Woche",0))[0] },\
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Monat",0))[0] },\
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect",\
"Gasverbrauch_WW/Jahr",0))[0] }
list vitoconnect_rg
Internals:
DEF vitoconnect:Aussentemperatur
vitoconnect:Brenner_aktiv
vitoconnect:Gasverbrauch_heute
vitoconnect:Gasverbrauch_gestern
vitoconnect:Gasverbrauch_aktuelle_Woche
vitoconnect:Gasverbrauch_aktueller_Monat
vitoconnect:Gasverbrauch_aktuelles_Jahr
vitoconnect:HK1-Solltemperatur_reduziert_aktiv
vitoconnect:Kesseltemperatur
vitoconnect:WW-Isttemperatur
vitoconnect:WW-Solltemperatur
NAME vitoconnect_rg
NR 2043
NTFY_ORDER 50-vitoconnect_rg
STATE Initialized
TYPE readingsGroup
mayBeVisible 1
CONTENT:
vitoconnect 1
CONTENT2:
DEVICES:
ARRAY(0x55f3afcf5cd0)
ARRAY(0x55f3afd13338)
ARRAY(0x55f3b096db00)
ARRAY(0x55f3ad8d4400)
ARRAY(0x55f3b07503d0)
ARRAY(0x55f3ab575fd8)
ARRAY(0x55f3afe5aa00)
ARRAY(0x55f3b06b4f28)
ARRAY(0x55f3aba21b30)
ARRAY(0x55f3a8a30998)
ARRAY(0x55f3b0729108)
Helper:
DBLOG:
vitoconnect.Aussentemperatur:
DBLogging:
TIME 1547652718.94091
VALUE <html><div style="text-align:right">8.5°C</div></html>
vitoconnect.Brenner_aktiv:
DBLogging:
TIME 1547652718.93383
VALUE <html><img class='icon icoHEIZUNG' src="/fhem/images/default/icoHEIZUNG.png" alt="1" title="1"></html>
vitoconnect.Gasverbrauch_heute:
DBLogging:
TIME 1547652718.9499
VALUE <html><div style="text-align:right">0 kWh</div></html>
vitoconnect.HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1547652718.92776
VALUE <html><img class='icon 10px-kreis-rot' src="/fhem/images/default/10px-kreis-rot.png" alt="0" title="0"></html>
vitoconnect.Kesseltemperatur:
DBLogging:
TIME 1547652718.94393
VALUE <html><div style="text-align:right">48 °C</div></html>
vitoconnect.WW-Isttemperatur:
DBLogging:
TIME 1547652718.9379
VALUE <html><div style="text-align:right">52.5 °C</div></html>
vitoconnect.WW-Solltemperatur:
DBLogging:
TIME 1547652718.94689
VALUE <html><div style="text-align:right">50°C</div></html>
fhem:
lastDefChange 45
last_update 1547652354.51566
helper:
DEF
mapping $READING
valueStyle style="text-align:right"
positions:
vitoconnect.Aussentemperatur 1:1
vitoconnect.Brenner_aktiv 2:1
vitoconnect.Gasverbrauch_heute 3:1
vitoconnect.HK1-Solltemperatur_reduziert_aktiv 8:1
vitoconnect.Kesseltemperatur 9:1
vitoconnect.WW-Isttemperatur 10:1
vitoconnect.WW-Solltemperatur 11:1
recalc:
undef
ARRAY(0x55f3afb9bbd0)
valueIcon:
Brenner_aktiv.0 1px-spacer
Brenner_aktiv.1 icoHEIZUNG
HK1-Solltemperatur_reduziert_aktiv.0 10px-kreis-rot
HK1-Solltemperatur_reduziert_aktiv.1 10px-kreis-gruen
valueSuffix:
Aussentemperatur °C
Gasverbrauch_aktuelle_Woche kWh
Gasverbrauch_aktueller_Monat kWh
Gasverbrauch_aktuelles_Jahr kWh
Gasverbrauch_gestern kWh
Gasverbrauch_heute kWh
HK1-Vorlauftemperatur °C
HK1_Solltemperatur_normal °C
Kesseltemperatur °C
WW-Isttemperatur °C
WW-Solltemperatur °C
values:
formated:
undef
ARRAY(0x55f3a8d091c0)
orig:
undef
ARRAY(0x55f3afd19490)
prefixsuffix:
undef
ARRAY(0x55f3afb83140)
Attributes:
alias Heizung
mapping $READING
nostate 1
notime 1
room Viessmann
sortby 1
valueIcon {'Brenner_aktiv.0' => '1px-spacer',
'Brenner_aktiv.1' => 'icoHEIZUNG',
'HK1-Solltemperatur_reduziert_aktiv.0' => '10px-kreis-rot',
'HK1-Solltemperatur_reduziert_aktiv.1' => '10px-kreis-gruen'
}
valueStyle style="text-align:right"
valueSuffix {
'Aussentemperatur' => "°C",
'Kesseltemperatur' => " °C",
'HK1-Vorlauftemperatur' => " °C", HK1_Solltemperatur_normal => " °C",
'WW-Solltemperatur' => " °C",
'WW-Isttemperatur' => " °C",
'Gasverbrauch_aktuelles_Jahr' => " kWh",
'Gasverbrauch_aktueller_Monat' => " kWh",
'Gasverbrauch_aktuelle_Woche' => " kWh",
'Gasverbrauch_heute' => " kWh",
'Gasverbrauch_gestern' => " kWh",
'WW-Solltemperatur' => "°C"
}
leider immer noch das gleiche Problem ...allerdings bekomme ich nun in den readingGroups Gasverbrauch_heute angezeigt ( Monat Jahr usw. nicht ) ,leider aber immer mit 0 kWh.
Der Wert bleibt bei 0 und ändert sich nicht :-)
Denke ich hab da Fehler in den Userreadings ....bin aber nach wiki vorgegangen ...gibt es da was aktuelleres ?
Hier sind mal meine Userreadings. Vielleicht helfen die:
Gasverbrauch_heuteHeizungHeizung:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Gasverbrauch_heuteHeizungWW:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Gasverbrauch_aktuelle_WocheHeizung:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Gasverbrauch_aktuelle_WocheWW:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Gasverbrauch_aktueller_MonatHeizung:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Gasverbrauch_aktueller_MonatWW:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Gasverbrauch_aktuelles_JahrHeizung:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Gasverbrauch_aktuelles_JahrWW:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Hi Andreas,
ich habe folgende Meldung im Log:
WARNING: unsupported character in reading Service_fällig (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
Darüber hinaus bekomme ich immer einen login failure, obwohl ich das Passwort korekt eingegeben habe. Gegencheck mit App und anderem Computer. Was benötigst du von mir ggf.?
Danke und Gruß,
Tim
Das Password muss mit set <device> password XXX gesetzt werden. Nicht mehr in der DEF soweit ich weiß
Hi,
Ich hatte beides versucht. Sowohl mit Def als auch über set.
Mit den Informationen bei verbose5 kann ich nichts anfangen. Sieht nach HTML Code aus,fast nach einer login Seite.
Gruß, Tim
Wann hast Du das denn gestern versucht?
Viessmann hat gestern ein neues Update eingespielt, also auf den Servern Funktionen freigegeben oder so. Das führt dazu, dass das Vitoconnect Modul (Die Hardware hinter Deiner Heizung) die Verbindung zum Server verliert. Einmal Stecker ziehen hilft, oder einmal über Nacht warten.
Zitat von: Timmäää am 16 Januar 2019, 21:38:28
Hi Andreas,
ich habe folgende Meldung im Log:
WARNING: unsupported character in reading Service_fällig (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
Darüber hinaus bekomme ich immer einen login failure, obwohl ich das Passwort korekt eingegeben habe. Gegencheck mit App und anderem Computer. Was benötigst du von mir ggf.?
Danke und Gruß,
Tim
Die Meldung ist mir auch schon einmal aufgefallen, aber in einem anderen Zusammenhang. Komm aber nicht mehr drauf. Weiß aber, dass ich mich gewundert habe, das "-" doch eigentlich nicht funktioneren sollten.
Zitat von: Timmäää am 16 Januar 2019, 21:38:28
Hi Andreas,
ich habe folgende Meldung im Log:
WARNING: unsupported character in reading Service_fällig (not A-Za-z/\d_\.-), notify the vitoconnect module maintainer.
Darüber hinaus bekomme ich immer einen login failure, obwohl ich das Passwort korekt eingegeben habe. Gegencheck mit App und anderem Computer. Was benötigst du von mir ggf.?
Danke und Gruß,
Tim
Wie wäre es mal mit einem update? Umlaute sind in Readings nicht erlaubt und in der aktuellen Version des Moduls auch nicht mehr vorhanden. Ggf. das falsche Reading mit deletereading löschen.
Gesendet von iPad mit Tapatalk Pro
Zitat von: Frini am 16 Januar 2019, 22:43:41
Das Password muss mit set <device> password XXX gesetzt werden. Nicht mehr in der DEF soweit ich weiß
Geht beides. Wenn man es über DEF setzt ist es in der Detailansicht im Klartext zu lesen, was man vielleicht nicht will.
Gesendet von iPad mit Tapatalk Pro
Das kam gestern nach dem Update und shutdown restart, deshalb hatte ich es auf die aktuelle Version geschoben. Ich schaue es mir heute an.
Danke dir.
Zitat von: Frini am 16 Januar 2019, 21:21:50
Sooo.
Das stand im Log bei verbose 3 nach ausführen der Tempereraturänderung
2019.01.16 21:07:51 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 866.
Kommando zurück. Es wird geändert. Allerdings:
Wenn ich die HK1-Solltemperatur_normal ändere, ändert er ebenfalls HK1-Solltemperatur_eco mit.
HK1-Solltemperatur_reduziert funktioniert.
Wenn ich die HK2-Solltemperatur_normal ändere, ändert er ebenfalls HK2-Solltemperatur_eco mit.
HK2-Solltemperatur_reduziert funktioniert.
Ändern der Betriebsarten klappt auch wunderbar.
Seit heute sehe ich auch endlich verschiedene Verbrauchswerte für WW und Gas. Viessmann hat ein größeres Update für meine Heizung freigegeben.
Folgende Readings sind ebenfalls neu bei mir:
heating.dhw.charging.level.bottom
heating.dhw.charging.level.middle
heating.dhw.charging.level.top
heating.dhw.charging.level.value
Ebenfalls werden bei mir nun die Modluation des Brenners in Prozent und die Brennerstarts angezeigt.
Interessant, was für ein Modell hast du. Und welche Übersetzung hättest du gern? Bei meiner Heizung gibt es diese Readings nicht?
Gesendet von iPad mit Tapatalk Pro
Ich habe eine Vitodens 333f. Ist nen Kompakt-Kombispeicher mit unter gebautem Schichtladespeicher.
Ich würde vorschlagen
heating.dhw.charging.level.bottom = WW-Speichertemperatur_unten
heating.dhw.charging.level.middle = WW-Speichertemperatur_mitte
heating.dhw.charging.level.top = WW-Speichertemperatur_oben
heating.dhw.charging.level.value = WW-Speicherladung
Ich weiß aktuell nicht, ob das Temperaturangaben oder Prozentangaben sind. Die Daten werden nicht übertragen.
Hallo zusammen,
Andreas eine super Leistung mit der Erarbeitung des Moduls!!!
Habe das Modul eingespielt und es funktioniert super bei meiner Anlage.
- Steuerung Vitotronic 300 GW2
- Schnittstelle Vitoconnect 100 Opto01
- Vicare App auf dem Handy
Die Steuerung Vitotronic ist so codiert, dass es einen HK 1 nicht gibt. Reading Heizkreise somit ohne 0
In der Steuerung sind 2 Heizkreise (HK 2 und HK 3) mit Mischermotoren und WW- Ladung vorhaben.
In den Readings in Fhem wird aber nur der HK 2 angezeigt.
In der Vicare App wird alles korrekt angezeigt. WW, HK 2 und HK 3
Liegt ein Fehler bei mir vor?
Vielen Dank für Deine Antwort.
Viele Grüße
Viessmann verfährt wie folgt.
HK1 ist normalerweise ein Heizkreis ohne Mischer. Bei den API Adressierungen ist mit 0 gekennzeichnet.
HK2 ist ein Heizkreis mit Mischer. Fußbodenheizung und so. Bei den API Adressen mit 1 gekennzeichnet.
Es kann sein, dass Du keinen Heizkreis ohne Mischer hast und daher in deiner Heizungssteuerung diesen nicht belegt?
Zitat von: Tanne-01 am 17 Januar 2019, 11:02:54
Hallo zusammen,
Andreas eine super Leistung mit der Erarbeitung des Moduls!!!
Habe das Modul eingespielt und es funktioniert super bei meiner Anlage.
- Steuerung Vitotronic 300 GW2
- Schnittstelle Vitoconnect 100 Opto01
- Vicare App auf dem Handy
Die Steuerung Vitotronic ist so codiert, dass es einen HK 1 nicht gibt. Reading Heizkreise somit ohne 0
In der Steuerung sind 2 Heizkreise (HK 2 und HK 3) mit Mischermotoren und WW- Ladung vorhaben.
In den Readings in Fhem wird aber nur der HK 2 angezeigt.
In der Vicare App wird alles korrekt angezeigt. WW, HK 2 und HK 3
Liegt ein Fehler bei mir vor?
Vielen Dank für Deine Antwort.
Viele Grüße
Wenn von der API Werte übertragen die ich noch nicht kannte (also zB für HK3), dann müssten Readings auftauchen, die mit "heating." beginnen. Wenn Du mir solche Readings schickst und mir sagst, welche Übersetzung du gerne hättest, kann ich das im nächsten Release umsetzen.
Ja so ist es, HK1 ohne Mischer gibt es nicht.
Es existieren nur HK2 + HK3 jeweils mit Mischer.
Readings
Heizkreise 1,2
HK2 .......
HK3 fehlt komplett
dann folgen die readings zum WW.
Ja es tauchen heatings am Ende des readings auf.
Waren jedoch nur 6-8, zu wenig für den HK3.
Ich werden Dir die heatings heute nachmittag senden.
Vielen Dank!
Ich habe die heatings zusammengestellt.
Es wäre sehr hilfreich diese alle darzustellen.
Diese müssten alle für den HK 3 (reading Heizkreis 2) bestimmend sein.
heating.circuits.2.active
heating.circuits.2.circulation.schedule.active
heating.circuits.2.circulation.schedule.entries
heating.circuits.2.frostprotection.status
heating.circuits.2.heating.curve.shift
heating.circuits.2.heating.curve.slope
heating.circuits.2.heating.schedule.active
heating.circuits.2.heating.schedule.entries
heating.circuits.2.operating.modes.active.value
heating.circuits.2.operating.modes.dhw.active
heating.circuits.2.operating.modes.dhwAndHeating.active
heating.circuits.2.operating.modes.forcedNormal.active
heating.circuits.2.operating.modes.forcedReduced.active
heating.circuits.2.operating.modes.standby.active
heating.circuits.2.operating.programs.active.value
heating.circuits.2.operating.programs.comfort.active
heating.circuits.2.operating.programs.comfort.temperature
heating.circuits.2.operating.programs.eco.active
heating.circuits.2.operating.programs.eco.temperature
heating.circuits.2.operating.programs.holiday.active
heating.circuits.2.operating.programs.holiday.end
heating.circuits.2.operating.programs.holiday.start
heating.circuits.2.operating.programs.normal.active
heating.circuits.2.operating.programs.normal.temperature
heating.circuits.2.operating.programs.reduced.active
heating.circuits.2.operating.programs.reduced.temperature
heating.circuits.2.operating.programs.standby.active
heating.circuits.2.sensors.temperature.room.status
heating.circuits.2.sensors.temperature.supply.status
heating.circuits.2.sensors.temperature.supply.value
Vielen Dank für die Umsetzung!
Zitat von: Tanne-01 am 17 Januar 2019, 17:23:29
Ich habe die heatings zusammengestellt.
Es wäre sehr hilfreich diese alle darzustellen.
Diese müssten alle für den HK 3 (reading Heizkreis 2) bestimmend sein.
heating.circuits.2.active
heating.circuits.2.circulation.schedule.active
heating.circuits.2.circulation.schedule.entries
heating.circuits.2.frostprotection.status
heating.circuits.2.heating.curve.shift
heating.circuits.2.heating.curve.slope
heating.circuits.2.heating.schedule.active
heating.circuits.2.heating.schedule.entries
heating.circuits.2.operating.modes.active.value
heating.circuits.2.operating.modes.dhw.active
heating.circuits.2.operating.modes.dhwAndHeating.active
heating.circuits.2.operating.modes.forcedNormal.active
heating.circuits.2.operating.modes.forcedReduced.active
heating.circuits.2.operating.modes.standby.active
heating.circuits.2.operating.programs.active.value
heating.circuits.2.operating.programs.comfort.active
heating.circuits.2.operating.programs.comfort.temperature
heating.circuits.2.operating.programs.eco.active
heating.circuits.2.operating.programs.eco.temperature
heating.circuits.2.operating.programs.holiday.active
heating.circuits.2.operating.programs.holiday.end
heating.circuits.2.operating.programs.holiday.start
heating.circuits.2.operating.programs.normal.active
heating.circuits.2.operating.programs.normal.temperature
heating.circuits.2.operating.programs.reduced.active
heating.circuits.2.operating.programs.reduced.temperature
heating.circuits.2.operating.programs.standby.active
heating.circuits.2.sensors.temperature.room.status
heating.circuits.2.sensors.temperature.supply.status
heating.circuits.2.sensors.temperature.supply.value
Vielen Dank für die Umsetzung!
Das sind aber mehr als 8. [emoji23] Das sieht doch gut aus. Werde ich im nächsten Release umsetzen.
Gesendet von iPad mit Tapatalk Pro
Sorry, irgendwie verzählt.... :-\
Vielen dank für die Umsetzung!
Hallo Andreas,
vielen Dank für die tolle Arbeit! läuft bei mir sehr gut, TOP!
Eine Frage habe ich dann doch,
ich habe eine Vitoloadens 300-C (ÖL-Brennwert) mit Vitotronic 200 (Typ KW6B). Jetzt ersetzt die Vitoconnect 100 die Aufgaben der vorigen Vitocom 100 LAN1.
Mir ist aufgefallen, dass mir in den erzeugten Readings die Brenner_Beriebsstunden und Brenner_Starts fehlen. Ich würde gerne anhand der Brenner_Beriebsstunden den Heizölverbrauch berechnen.
Mache ich etwas falsch?
Ganz lieben Gruß
Marc
Es kann sein, dass es für deine Heizung noch nicht freigegeben wurde. Du könntest es, sofern der Brennerzustand angezeigt wird es mit dem Counter Modul machen. So mach ich es aktuell auch noch.
Internals:
DEF vitoconnect:Brenner_aktiv:.1 vitoconnect:Brenner_aktiv:.0
NAME HCBrennerstarts
NR 246
NTFY_ORDER 50-HCBrennerstarts
STATE 4
TYPE HourCounter
VERSION 1.0.1.2 - 24.12.2014
READINGS:
2018-09-26 22:06:15 clearDate 2018-09-26 22:06:15
2019-01-18 12:45:03 countsOverall 902
2019-01-18 12:45:03 countsPerDay 4
2019-01-18 12:45:03 pauseTimeEdge 302
2019-01-18 12:45:03 pauseTimeIncrement 302
2019-01-18 12:45:03 pauseTimeOverall 5230863
2019-01-18 12:45:03 pauseTimePerDay 39202
2019-01-18 12:45:03 pulseTimeEdge 907
2019-01-18 12:45:03 pulseTimeIncrement 1557
2019-01-18 12:45:03 pulseTimeOverall 4126850
2019-01-18 12:45:03 pulseTimePerDay 6699
2019-01-18 12:45:03 state 4
2019-01-18 12:19:06 tickChanged 822
2019-01-18 00:00:02 tickDay 1
2019-01-18 12:00:00 tickHour 29
2019-01-17 07:42:08 tickMonth 0
2019-01-18 12:45:03 tickUpdated 602
2019-01-17 07:42:08 tickWeek 0
2019-01-17 07:42:08 tickYear 0
2019-01-18 12:45:03 value 1
helper:
OFF_Regexp vitoconnect:Brenner_aktiv:.0
ON_Regexp vitoconnect:Brenner_aktiv:.1
calledByEvent
changedTimestamp 2019-01-18 12:45:03
forceClear
forceDayChange
forceHourChange
forceMonthChange
forceWeekChange
forceYearChange
isFirstRun
sdRoundHourLast 1547809200
value 1
cmdQueue:
Attributes:
event-on-change-reading .*
group Vitodens333
room ,Klima
Nach den vielen login Fehlern, habe ich gestern mein Passwort geändert und dieses dann in der App und in fhem bzw diesem Modul hinterlegt.
Heute Morgen sehe ich wieder nur einen login failure. Danach habe ich testweise die App abgemeldet und mich mit dem gestern festgelegten Passwort erneut versucht einzuloggen. Dann gibt's auch in der App die Meldung, dass meine Daten falsch seien.
Ich hatte das intervall im Modul auf 300 Sekunden. Meine Vermutung ist, dass viessmann meinen Account sperrt.
Habt ihr so etwas auch erlebt? Ich habe das Update intervall jetzt auf eine Stunde gesetzt.
Gruß, Tim
Moinsen,
ich möchte meine Viessmann Solarthermie-Anlage gern in FHEM integrieren. Da es bei meinen Fragen dazu nicht direkt um dieses Modul geht, habe ich hier einen eigenen Thread erstellt:
https://forum.fhem.de/index.php/topic,96160
Würde mich sehr freuen, wenn ihr euch in dem Thread einbringen würdet. ;)
Danke und Gruß Hoppel
Zitat von: Timmäää am 20 Januar 2019, 13:36:22
Nach den vielen login Fehlern, habe ich gestern mein Passwort geändert und dieses dann in der App und in fhem bzw diesem Modul hinterlegt.
Heute Morgen sehe ich wieder nur einen login failure. Danach habe ich testweise die App abgemeldet und mich mit dem gestern festgelegten Passwort erneut versucht einzuloggen. Dann gibt's auch in der App die Meldung, dass meine Daten falsch seien.
Ich hatte das intervall im Modul auf 300 Sekunden. Meine Vermutung ist, dass viessmann meinen Account sperrt.
Habt ihr so etwas auch erlebt? Ich habe das Update intervall jetzt auf eine Stunde gesetzt.
Gruß, Tim
Ich habe einen Intervall von 60 Sekunden und wenn ich entwickle mehrere Instanzen gleichzeitig laufen. Ab gesehen von gelegentlichen Aussetzern, weil der Server von Vissmann Schluckauf hat, läuft es sehr stabil.
Wie äußert sich der Login Fehler im Log (ggf. verbose höher setzen)? Hast Du Umlaute im Passwort? Hast du vielleicht eine schlechte Internetverbindung und daher Timeouts (Default,ist 4 Sek)?
Hatte ich vor kurzem auch erst, allerdings konnte ich dies durch einmal Stecker ziehen an der VitoConnect lösen. Es kann vorkommen, dass Viessmann die Server updated. Dann verliert die VitoConnect die Verbdindung. In der ViCare App wird angezeigt, dass es aktuell keine Verbindung zur Heizung gibt. Das Modul hier schreibt dann login failure.
Bei mir läuft das ganze mit einem 300s Intervall problemlos.
Ich hätte vielleicht noch eine Idee. Ist es einfach umsetzbar, dass wenn man Werte ändert also die Temperatur, diese beim senden auch direkt abgefragt werden? Aktuell ist es doch so, dass ich den Wert hin sende zum Beispiel Solltemperatur_normal 22 und mit der nächsten Intervallabfrage wird das Reading dann aktualisiert.
Zitat von: Frini am 22 Januar 2019, 06:28:03
...
Ich hätte vielleicht noch eine Idee. Ist es einfach umsetzbar, dass wenn man Werte ändert also die Temperatur, diese beim senden auch direkt abgefragt werden? Aktuell ist es doch so, dass ich den Wert hin sende zum Beispiel Solltemperatur_normal 22 und mit der nächsten Intervallabfrage wird das Reading dann aktualisiert.
Ich schreib es mal auf die ToDo-Liste. Du kannst auch mit
set vitoconnect update
eine Aktualisierung der Readings auslösen.
Hallo zusammen,
morgen gibt es mit dem update eine neue Version mit vielen neuen Features und Bugs ;-)
Changelog:
* Klartext für Readings für HK2 und heating.dhw.charging.level.* hinzugefügt
* set's für HK2 implementiert
* set für Slope und Shift implementiert
* set WW-Haupttemperatur und WW-Solltemperatur implementiert
* set HK1-Solltemperatur_comfort_aktiv HK1-Solltemperatur_comfort implementiert
* set HK1-Solltemperatur_eco implementiert (set HK1-Solltemperatur_eco_aktiv scheint es nicht zu geben?!)
* vor einem set vitoconnect update den alten Timer löschen
* set vitoconnect logResponseOnce implementiert (eventuell werden zusätzliche perl Pakete benötigt?)
Damit sind nun alle Aktionen, die mir bekannt sind, implementiert mit Ausnahme das setzen der Schedules. Für letzteres brauche ich mal ganz viel Zeit oder einen Mitstreiter, der mir einen Change schickt.
Da meine Heizung nicht alle Features hat, kann ich auch nicht alle Testen. Ich bin daher auf Euer Feedback angewiesen.
Wie immer: Nutzungs auf eigene Gefahr!
Schaut bitte nicht so genau auf den Code (übles copy & paste) ;-)
Als nächstes werde ich mich an den Wiki-Eintrag machen und den aktualisieren. Auch hier ist Unterstützung herzlich willkommen.
Super, neues update des Moduls.
Sind die readings für den Heizkreis 3 dabei?
Du hast von HK 2 geschrieben, oder ist es bei der neuen Version noch nicht dabei?
Meine reading- Liste vom Donnerstag, 17.02.19 sind heatings vom HK 2, betreffen jedoch den HK 3.
Die Auflösung/ Übersetzung der Werte sollten mit HK 3 beginnen.
Zur Erinnerung: HK 1 giibt es bei mir nicht.
Ja so mach ich das momentan. Set Update. Ich dachte aber eher daran, dass nur der eine gerade geänderte Wert abgefragt wird um den Zugriff zu minimieren.
HK1-Solltemperatur_eco_aktiv ist bei mir quasi HK1-Standby_aktiv
Zitat von: Tanne-01 am 22 Januar 2019, 11:01:43
Super, neues update des Moduls.
Sind die readings für den Heizkreis 3 dabei?
Du hast von HK 2 geschrieben, oder ist es bei der neuen Version noch nicht dabei?
Meine reading- Liste vom Donnerstag, 17.02.19 sind heatings vom HK 2, betreffen jedoch den HK 3.
Die Auflösung/ Übersetzung der Werte sollten mit HK 3 beginnen.
Zur Erinnerung: HK 1 giibt es bei mir nicht.
Ja, HK3 ist dabei. In der API heißen die 0,1,2 ... sehr verwirrend ;-)
Gesendet von iPad mit Tapatalk
Zitat von: Frini am 22 Januar 2019, 14:07:19
Ja so mach ich das momentan. Set Update. Ich dachte aber eher daran, dass nur der eine gerade geänderte Wert abgefragt wird um den Zugriff zu minimieren.
HK1-Solltemperatur_eco_aktiv ist bei mir quasi HK1-Standby_aktiv
Ich weiß nicht, ob das mit der API machbar ist oder ob das die Arbeit lohnt, das zu implementieren.
Gesendet von iPad mit Tapatalk
Zitat"Ja, HK3 ist dabei. In der API heißen die 0,1,2 ... sehr verwirrend ;-)"
Vielen Dank, Andreas für Deine gute Arbeit.
Kann mir jemand helfen?
Seit gestern abend wird das bereits eingebundene Modul Vitoconnect in fhem nicht mehr geladen.
Fehlermeldung: Cannot load modul vitoconnect
Aufgrund des Fehlers wurde autosave auf 0 gesetzt.
Autosave habe ich bereits wieder auf 1 gesetzt.
Bei dem Versuch des Wiedereionbindens findet fhem das Modul vitoconnect nicht.
Im Ordner fhem jedoch enthalten.
Ich komme nicht weiter.....
Fehlermeldung ist:
reload: Error:Modul 98_vitoconnect deactivated:
Can't locate Path/Tiny.pm in @INC (you may need to install the Path::Tiny module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM ./FHEM/lib) at ./FHEM/98_vitoconnect.pm line 104, <$fh> line 1739.
Ist es das Modul, was wir brauchen?
https://packages.debian.org/sid/libtypes-path-tiny-perl
Danke für deine Arbeit soweit andreas13. Ist es sinnvoll, größere Änderungen im Modul hier im Forum-Thread vor Checkin ins FHEM-SVN zu testen? Ich weiß zwar nicht wie viele das Modul nutzen, aber gerade Anfänger sind mit solchen Fehlern sicher schnell überfordert.
Hat übrigens noch jemand das Problem, dass viessmann den login sperrt, obwohl das PW richtig ist? Ich habe das jetzt schon mehrfach gehabt. Ich nutze ViCare und dieses Modul hier parallel und hatte das intervall auf 20min gesetzt.
Danke und Gruß,
Tim
Bei mir gibts leider auch Probleme seit dem update von heute.
Folgendes gibt das Log her.
2019.01.23 13:25:04 1: reload: Error:Modul 98_vitoconnect deactivated:
Can't locate Path/Tiny.pm in @INC (you may need to install the Path::Tiny module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 104, <$fh> line 1113.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 104, <$fh> line 1113.
2019.01.23 13:25:04 0: Can't locate Path/Tiny.pm in @INC (you may need to install the Path::Tiny module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 104, <$fh> line 1113.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 104, <$fh> line 1113.
Ich bin allerdings auch der besagte "überforderte Anfänger" und kann damit nicht mehr helfen als das Log hier zu posten.
Viele Grüße
Jürgen
Hier auch nach dem Update hat er mir das Device gelöscht mit der Meldung beim FHEM restart. Please define vitoconnect first :-(
Zitat von: Frini am 23 Januar 2019, 15:04:47
Hier auch nach dem Update hat er mir das Device gelöscht mit der Meldung beim FHEM restart. Please define vitoconnect first :-(
Ich hatte es schon befürchtet (steht auch im Changelog) wusste aber nicht, wie ich es hätte verhindern können.
Ihr müsst das Perl Paket Path:Tiny installieren.
Ich bin leider erst am Wochenende wieder zu Hause um es selbst zu testen.
Versucht mal auf Shellebene
apt search path tiny
Das hoffentlich angezeigte Paket mit
apt install Paketname
Installieren (vermutlich irgendwas mit libperl-..)
Alternativ das Paket mit
cpan install Tiny::Path
Installieren.
Tut mir leid, wenn ich im Moment nicht besser unterstützen kann. Aber FHEM ist auch kein Fullservice Tool und wie man Perlpakete installiert, sollte man lernen, wenn man mit FHEm arbeitet. Ab Samstag unterstütze ich gern wieder.
Ihr könnt solange die alte Version aus dem Backup retten und bis Samstag kein Backup machen.
Wenn sich freiwillige Betatester finden, können wir Releases gern vorher testen.
Gesendet von iPhone mit Tapatalk Pro
Hi andreas13,
ich hatte das o. g. Paket mit all seinen abhängigen Paketen installiert: libtypes-path-tiny-perl
Das klappte bei mir und das Modul läuft. Die Fehlermeldung im Log lenkte in die Richtung, ich habe dann über apt-cache danach gesucht.
Ich hatte das jetzt noch nicht im Forum geteilt.
Meldung im Forum und evtl. auch im Wiki hätte wahrscheinlich etwas geholfen. Wofür benötigst du denn die neue Klasse?
Im SVN-Changelog stand nichts dazu.
Zusammengefasst: installiert das Paket libtypes-path-tiny-perl oder path::tiny über cpan
Dann macht ihr das update oder reload 98_vitoconnect.pm, danach sollte euer Device wieder auftauchen.
Bzl. der login failures: Es gab heute das ViCare-Update mit einem Hinweis auf Login-Probleme, evtl. haben die an App und API etwas geändert. Ich bin gespannt.
Viele Grüße,
Tim
Danke! Läuft wieder. :)
Paket installiert und shutdown restart. Danach war alles wieder da.
Gruß
Jürgen
Zitat von: Timmäää am 23 Januar 2019, 16:22:11
Hi andreas13,
ich hatte das o. g. Paket mit all seinen abhängigen Paketen installiert: libtypes-path-tiny-perl
Das klappte bei mir und das Modul läuft. Die Fehlermeldung im Log lenkte in die Richtung, ich habe dann über apt-cache danach gesucht.
Ich hatte das jetzt noch nicht im Forum geteilt.
Meldung im Forum und evtl. auch im Wiki hätte wahrscheinlich etwas geholfen. Wofür benötigst du denn die neue Klasse?
Im SVN-Changelog stand nichts dazu.
Hallo Tim,
Danke für die Lösungsveschreibung. Wenn mitr das Problem vorher bewusst gewesen wäre, hätte ich die Lösung beschrieben. In der Ankündigung hätte ich geschrieben, das man ggf. Weitere Pakete installieren muss. Das Wiki kann jeder ergänzen, wenn er meint das etwas fehlt.
Gesendet von iPhone mit Tapatalk Pro
Hi Timmäää,
Vielen Dank für die Hinweise, das Modul wieder sauber eingebunden.
Funktioniert wieder.
Hi Andreas,
nach dem Einspielen des updates gibt es bei den readings leider keine richtige Veränderung.
Es wird nach wie vor der HK2 in den readings aufgelistet, jedoch jetzt mit den Werten vom HK3.
D.h. die readíngs HK2 und heating.circuits.2.... usw. sind ohne Übersetzung vorhanden.
Siehe Auszüge:
HK2-WW_und_Heizen_aktiv
HK2-Zeitsteuerung_Heizung
HK2-Zeitsteuerung_Heizung_aktiv
HK2-aktiv usw.
eating.circuits.2.circulation.schedule.setSchedule
heating.circuits.2.heating.curve.setCurve
heating.circuits.2.operating.modes.active.setMode
Es sind fast alles set- Werte ?
Es werden bei mir nur die Heizkreise 1,2 im reading angezeigt. o gibt es nicht.
Sorry, dass ich keine positive Meldung habe.
Hallo,
es ist alles wieder da. Danke für den Hinweis mit dem fehlendem Paket.
Am Wochenende werde ich meine Readingsgroup basierend auf dem hier schon mal gezeigtem einmal vorstellen. Ich habe versucht die Heizkreise, Kessel und Warmwasser nebeneinander anzuordnen. Damit man etwas Platz sparen kann.
@andreas13: Das war kein Vorwurf mit dem nicht funktionierendem Update. Sollte klar sein, dass es jeder auf eigenes Risiko macht und FHEM keine Out of the Box Lösung ist. Ich bin dir jedenfalls sehr dankbar, dass Du dieses Modul entwickelt hast.
Und es läuft bei mir zumindest ohne Probleme.
In Verbindung mit meinen Temperatursensoren am Rücklauf und an den Zirkulationsleitungen kann ich die Heizung nun endlich richtig abbilden und auch beeinflussen. (Letzteres steckt noch in den Kinderschuhen). Was bereits funktioniert ist das reduzieren der Heizung bei Abwesenheit entgegen des normalen Heizprogramms und eine Aussentemperaturabhängige Änderung der reduzierten Temperatur für den Nachtbetrieb. Bis 3 Uhr ist die Heizung dadurch in Nachtabschaltung und ab 3 Uhr geht diese in die Nachtabsenkung um dann um 6 uhr wieder in den Tagbetrieb zu gehen. So konnte ich das Auskühlen des Hauses und die häufigen Brennerstarts Nachts in den Griff bekommen.
Hi frini,
ich bin auf deine Umsetzung gespannt, ich habe die Heizung erst nur eingebunden. Meist mache ich etwas an FHEM, wenn ich krank zuhause bin ;) Ich muss die Daten noch loggen und dann genau das machen was du auch hast. Wenn jemand in der Woche zuhause ist, soll die Heizung auf "dauernd Tagbetrieb gehen, anstatt auf Heizung & Warmwasser - reduziert".
Meine Passwortprobleme bleiben. Nutzt ihr die Funktion, das Passwort über ein set zu setzen?
Ich habe das def mit pw als Platzhalter für das Passwort definiert und dann das richtige über set password 1234xyz angelegt. Ich habe dann öfter ein login failure. Es kann mit einem shutdown restart zu tun haben, ist aber nur ein Gefühl. Mache ich etwas falsch?
Ich habe jetzt das Passwort wieder im Klartext im Define hinterlegt und schaue mal, ob das klappt.
@andreas13, was hältst du davon beim initialen define des Moduls ein FileLog direkt mitanzulegen?
Danke euch und viele Grüße,
Tim
Hi andreas13,
ich wollte auch das Wiki nach dem Fehler aktualisieren, allerdings komme ich dort nicht hinein. Es gibt nur eine Anmeldemaske, meine daten des Forums klappen allerdings nicht. Das Anlegen eines Kontos geht auch nicht, da kommt, dass ich nicht berechtigt sei.
Hast du eine Idee? Muss man eine Einladung dafür bekommen?
Gruß,
Tim
Hallo Tim,
auf dieser Seite (https://wiki.fhem.de/wiki/FHEMWiki:Administratoren) ist beschrieben, wie Du einen Wiki-Account beantragen kannst.
Peter
Danke dir! Das habe ich ausm Stegreif nicht gefunden. Ich hatte wie blöd bei der Anmeldemaske gesucht.
Zitat von: Timmäää am 24 Januar 2019, 12:56:37
Ich hatte wie blöd bei der Anmeldemaske gesucht.
Das Problem ist bekannt (dass die Registrierungsinformationen nicht an der "erwarteten" Stelle zu finden sind) - gibt aber leider bisher keine Lösung :-[
Ich werde am WE mehr dazu schreiben.
Ich habe mein Passwort noch im Klartext, allerdings habe ich parallel auch set vitoconnect password gesetzt.
Ein Filelog würde ich nicht direkt anlegen. Das sind ne ganze Menge Daten. Dann soll lieber jeder gezielt die Readings loggen die er auch braucht.
Hallo zusammen,
seitdem ich das Passwort im Klartext im define habe, klappt es. Ich bin gespannt, ob es so bleibt. Hat jemand denn das Passwort nur über set password hinterlegt?
Man könnte ein Filelog mit wenigen Daten standardmäßig hinterlegen, oder? Gerade für Anfänger hilfreich, andere Module bspw. FBDECT machen das auch. Ich selbst habe eins angelegt und nur die wichtigen Daten definiert.
Beste Grüße,
Tim
Zitat von: Tanne-01 am 23 Januar 2019, 21:28:59
Hi Andreas,
nach dem Einspielen des updates gibt es bei den readings leider keine richtige Veränderung.
Es wird nach wie vor der HK2 in den readings aufgelistet, jedoch jetzt mit den Werten vom HK3.
D.h. die readíngs HK2 und heating.circuits.2.... usw. sind ohne Übersetzung vorhanden.
Siehe Auszüge:
HK2-WW_und_Heizen_aktiv
HK2-Zeitsteuerung_Heizung
HK2-Zeitsteuerung_Heizung_aktiv
HK2-aktiv usw.
eating.circuits.2.circulation.schedule.setSchedule
heating.circuits.2.heating.curve.setCurve
heating.circuits.2.operating.modes.active.setMode
Es sind fast alles set- Werte ?
Es werden bei mir nur die Heizkreise 1,2 im reading angezeigt. o gibt es nicht.
Sorry, dass ich keine positive Meldung habe.
Hallo Tanne,
alte Readings werden von FHEM nicht automatisch gelöscht. Du kannst den Befehl "deletereading" (siehe commandref!) oder
set vitoconnect clearReadings
verwenden.
Die Readings für Befehle werden angelegt, wenn Du dass Attribut vitoconnect_actions_active gesetzt wurde. Löschen kannst du die, wenn du das Attribut wieder löschst und dann Befehl "deletereading" (siehe commandref!) oder
set vitoconnect clearReadings
ausführst.
Zitat von: Timmäää am 24 Januar 2019, 09:51:28
@andreas13, was hältst du davon beim initialen define des Moduls ein FileLog direkt mitanzulegen?
Danke euch und viele Grüße,
Tim
Davon halte ich gar nichts, denn ich verwende DBLog.
Hi andreas13,
alles klar bzgl. FileLog.
Danke dir und viele Grüße,
Tim
Nachdem ich das Passwort wieder im Klartext im def habe, habe ich bislang keine login failure mehr.
andreas13, hast du eine Idee?
Gruß,
Tim
ZitatHallo Tanne,
alte Readings werden von FHEM nicht automatisch gelöscht. Du kannst den Befehl "deletereading" (siehe commandref!) oder
Code: [Auswählen]
set vitoconnect clearReadings
verwenden.
Die Readings für Befehle werden angelegt, wenn Du dass Attribut vitoconnect_actions_active gesetzt wurde. Löschen kannst du die, wenn du das Attribut wieder löschst und dann Befehl "deletereading" (siehe commandref!) oder
Code: [Auswählen]
set vitoconnect clearReadings
ausführst.
Hi Andreas,
Vielen Dank für die Hinweise.
Ich werde es probieren und melde mich wieder....
Hi Andreas,
ich bin Deinen Hinweisen gefolgt.
Löschen der readings + aktivieren....
Ergebnis:
Es wird nach wie vor der HK2 in den readings aufgelistet.
Die hinterlegten Werte betreffen jedoch Werte vom Heizkreis 3.
z.B. HK2 -Vorlauftemperatur 46,5
Es sollte aber HK3 - Vorlauftemperatur 46,5 darstellen.
Weiterhin zur Info hatte ich nach Einspielen der Perl- Biliothek und reload das Password mit (false) bezeichnet.
Anschliessend mit set password geändert - die Verbindung war wieder vorhanden.
Seit heute keine aktive Verbindung.
Mit modify die Definition des Devices geändert, Verbindung war danach wieder aktiv.
Hi Andreas,
zu schnell abgeschickt....
Die gesamten readings zum HK3 fehlen weiterhin komplett....
Zitat von: Tanne-01 am 25 Januar 2019, 14:12:14
Hi Andreas,
zu schnell abgeschickt....
Die gesamten readings zum HK3 fehlen weiterhin komplett....
Hast Recht. :-[ Fix kommt mit morgigen Update.
Hallo,
ich habe das Wiki auf den aktuellen Stand gebracht: https://wiki.fhem.de/wiki/Vitoconnect
Andreas
Zitat von: andreas13 am 26 Januar 2019, 11:24:07
Hast Recht. :-[ Fix kommt mit morgigen Update.
Hi Andreas,
alles gut. Vielen Dank für Deinen Bemühungen....
Hallo Andreas
Erstmal herzlichen Dank für das Modul. Läuft bei mir bis auf ein Problem perfekt.
Ich benutze das Modul an einer Vitodens 300-W. HK1 ist aktiv.
Das Problem ist, dass die Gasverbräuche von Heizung und Warmwasser identisch sind. Die Werte lassen darauf schließen dass es sich in beiden Fällen um die Verbräuche der Heizung handelt. Dies betrifft alle Zeiten (Tag, Woche, Monat, Jahr).
Hast du eine Idee wo das Problem liegen könnte?
Gruß
Jürgen
Zitat von: joshy am 26 Januar 2019, 12:09:09
Hallo Andreas
Erstmal herzlichen Dank für das Modul. Läuft bei mir bis auf ein Problem perfekt.
Ich benutze das Modul an einer Vitodens 300-W. HK1 ist aktiv.
Das Problem ist, dass die Gasverbräuche von Heizung und Warmwasser identisch sind. Die Werte lassen darauf schließen dass es sich in beiden Fällen um die Verbräuche der Heizung handelt. Dies betrifft alle Zeiten (Tag, Woche, Monat, Jahr).
Hast du eine Idee wo das Problem liegen könnte?
Gruß
Jürgen
Hallo Jürgen,
ja, ich habe einen Idee. Vissmann liefert für Deinen Heizungstype keine getrennten Gaswerte für Heizung und Wasser. War bei mir ursprünglich aus so und dann haben sie es irgendwann geändert. Kannst also nur warten, bis Vissmann das für Deine Heizung freischaltet.
Andreas
Hallo zusammen,
das Gateway liefert auch noch einige Informationen. Hat jemand Interesse an entsprechenden Readings?
'properties' => {
'gatewaySerial' => '75xxxx08',
'id' => '0',
'modelId' => 'VScotHO1_200_11',
'status' => 'Online',
'createdAt' => '2018-10-03T10:25:51.231Z',
'editedAt' => '2019-01-21T00:52:47.585Z',
'bmuSerialEditor' => 'DeviceCommunication',
'boilerSerial' => '7xxxx11',
'boilerSerialEditor' => 'DeviceCommunication',
'bmuSerial' => '774xxxxx114'
'properties' => {
'firmwareUpdateFailureCounter' => 0,
'version' => '2.3.0.0',
'createdAt' => '2016-06-06T10:55:04.576Z',
'targetRealm' => 'DC',
'serial' => '757xxxx8',
'gatewayType' => 'VitoconnectOptolink',
'aggregatedStatus' => 'WorksProperly',
'lastStatusChangedAt' => '2019-01-21T00:52:47.622Z',
'autoUpdate' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'installationId' => xxxxx,
'registeredAt' => '2018-10-03T10:25:58.795Z',
'producedAt' => '2016-04-12T14:24:19.000Z'
}, }
'properties' => {
'zip' => 'xxxxx',
'geolocation' => {
'latitude' => 'xx.xxx',
'longitude' => 'xx.xx',
'timeZone' => 'Europe/Berlin'
},
'street' => 'xxx',
'city' => 'xxxx',
'houseNumber' => 'xx',
'country' => 'de'
}
},
Zitat von: andreas13 am 26 Januar 2019, 13:31:03
Hallo Jürgen,
ja, ich habe einen Idee. Vissmann liefert für Deinen Heizungstype keine getrennten Gaswerte für Heizung und Wasser. War bei mir ursprünglich aus so und dann haben sie es irgendwann geändert. Kannst also nur warten, bis Vissmann das für Deine Heizung freischaltet.
Andreas
Danke für die Info. Muss ich wohl warten.
Ich kann die Werte allerdings sowohl in der alten Vitotrol Plus App als auch direkt in der Heizung getrennt und in der richtigen Menge anschauen. Unterscheiden sich die Werte der API davon?
Zitat von: joshy am 26 Januar 2019, 16:50:55
Danke für die Info. Muss ich wohl warten.
Ich kann die Werte allerdings sowohl in der alten Vitotrol Plus App als auch direkt in der Heizung getrennt und in der richtigen Menge anschauen. Unterscheiden sich die Werte der API davon?
Scheint so.
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 26 Januar 2019, 11:24:07
Hast Recht. :-[ Fix kommt mit morgigen Update.
Hi Andreas,
update eingespielt- HK2 und HK3 erscheinen jetzt, Werte werden richtig zugeordnet - Vielen Dank für Deine Bemühungen!
Zitat von: andreas13 am 26 Januar 2019, 13:44:32
Hallo zusammen,
das Gateway liefert auch noch einige Informationen. Hat jemand Interesse an entsprechenden Readings?
'properties' => {
'gatewaySerial' => '75xxxx08',
'id' => '0',
'modelId' => 'VScotHO1_200_11',
'status' => 'Online',
'createdAt' => '2018-10-03T10:25:51.231Z',
'editedAt' => '2019-01-21T00:52:47.585Z',
'bmuSerialEditor' => 'DeviceCommunication',
'boilerSerial' => '7xxxx11',
'boilerSerialEditor' => 'DeviceCommunication',
'bmuSerial' => '774xxxxx114'
'properties' => {
'firmwareUpdateFailureCounter' => 0,
'version' => '2.3.0.0',
'createdAt' => '2016-06-06T10:55:04.576Z',
'targetRealm' => 'DC',
'serial' => '757xxxx8',
'gatewayType' => 'VitoconnectOptolink',
'aggregatedStatus' => 'WorksProperly',
'lastStatusChangedAt' => '2019-01-21T00:52:47.622Z',
'autoUpdate' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'installationId' => xxxxx,
'registeredAt' => '2018-10-03T10:25:58.795Z',
'producedAt' => '2016-04-12T14:24:19.000Z'
}, }
'properties' => {
'zip' => 'xxxxx',
'geolocation' => {
'latitude' => 'xx.xxx',
'longitude' => 'xx.xx',
'timeZone' => 'Europe/Berlin'
},
'street' => 'xxx',
'city' => 'xxxx',
'houseNumber' => 'xx',
'country' => 'de'
}
},
Zu Deiner Anfrage von gestern-
Mich würden die Angaben zum Gateway ohne die Ortsangaben interessieren.
Mal schauen, wie sich die Anderen dazu äußern...
Ich habe jetzt schon mehr als genug Informationen. Wenn ich diese doch haben will, dann rufe ich die API auf.
Bzgl. der Passwortthematik: Seitdem ich das Passwort im Klartext im Define stehen habe, habe ich keine Login Failures mehr. Andreas, ich hatte dir damals das Modul BOTVAC als Referenz mitgegeben, wird das da anders gemacht mit dem Passwort, denn dort klappt es. Ansonsten gibts wahrscheinlich zig andere Module, von denen man sich das abgucken kann, oder?
Danke und Gruß,
Tim
Ich bin auch vollends zufrieden mit dem Modul.
Ich weiß, ich wollte die Readingsgroup hochladen, hatte aber keine Zeit. :-(
Wird nachgereicht. Sorry
Zitat von: Timmäää am 28 Januar 2019, 23:37:25
Ich habe jetzt schon mehr als genug Informationen. Wenn ich diese doch haben will, dann rufe ich die API auf.
Bzgl. der Passwortthematik: Seitdem ich das Passwort im Klartext im Define stehen habe, habe ich keine Login Failures mehr. Andreas, ich hatte dir damals das Modul BOTVAC als Referenz mitgegeben, wird das da anders gemacht mit dem Passwort, denn dort klappt es. Ansonsten gibts wahrscheinlich zig andere Module, von denen man sich das abgucken kann, oder?
Danke und Gruß,
Tim
Readings kannst du mit dem Attribut supress_reading unterdrücken, wenn es dir zu viel ist ;-)
Bei mir funktioniert es mit dem Passwort super. Wie ist es bei den anderen. Ich habe den Code für die Passwort-Speicherung aus dem httpmod Modul kopiert.
Gesendet von iPad mit Tapatalk Pro
Zitat von: Frini am 29 Januar 2019, 06:40:35
Ich bin auch vollends zufrieden mit dem Modul.
Ich weiß, ich wollte die Readingsgroup hochladen, hatte aber keine Zeit. :-(
Wird nachgereicht. Sorry
Hast du Dir mal Meine Readingsgroup im Wiki angeschaut? Kannst deine ja auch ins Wiki laden.
Gesendet von iPad mit Tapatalk Pro
Das mach ich.
Ich habe aktuell noch die anderen Temperatursensoren (1wire) in der Readingsgroup inkludiert. Die muss ich erst noch entfernen, damit es für das Modul passt.
Das Modul funktioniert zu meiner vollen Zufriedenheit. Ich habe nur nahezu täglich Einträge in meiner Log mit einem Fehlercode 6. Wobei die Heizung selbst und die Vicare-App keinerlei Fehler anzeigen. Kennt ihr das auch?
2019-01-26_18:33:20 vitoconnect Brenner_Status: error
2019-01-26_18:33:20 vitoconnect Brenner_Fehlercode: 6
Gruß
Harald
Zitat von: Caesareus am 30 Januar 2019, 11:32:54
Das Modul funktioniert zu meiner vollen Zufriedenheit. Ich habe nur nahezu täglich Einträge in meiner Log mit einem Fehlercode 6. Wobei die Heizung selbst und die Vicare-App keinerlei Fehler anzeigen. Kennt ihr das auch?
2019-01-26_18:33:20 vitoconnect Brenner_Status: error
2019-01-26_18:33:20 vitoconnect Brenner_Fehlercode: 6
Gruß
Harald
Hallo,
nein, das hatte ich zum Glück noch nie. Ich habe Dir eine PM geschickt. Wenn Du mir die entities.json Datei zuschickst, kann ich versuchen die Fehlercode im Klartext auszulesen und dies im Modul einzubauen. Im Moment steht bei den beiden Readings Fehlereintraege_Historie und Fehlereintraege_aktive ja nur ein Platzhalter.
Viele Grüße
Andreas
Hallo,
seit gestern gibt es eine neue Version der ViCare App. Allerdings ohne neue Features soweit ich sehe.
Zeitgleich habe ich seit gestern nur noch Login Fehler. Hat noch jemand das Problem?
Viele Grüße
Andreas
Hi andreas13,
von Loginfehlern bin ich seit dem PW in der DEF verschont geblieben, aber das sorgte auch dafür, dass ich mich nicht mehr in der ViCare App anmelden konnte.
Welche Version hast du erhalten? Ich habe ViCare 2.3.1 und die ist noch aktuell bei mir.
Kannst du deine Version extrahieren und hochladen? Ich habe meine 2.3.1 gerade bei apkmirror.com hochgeladen. Die müsste dann bald verfügbar sein.
Viele Grüße,
Tim
Hallo Andreas,
vielen Dank für dein tolles Modul. Von den Loginfehlern bin ich ebenfalls verschont geblieben. Ein paar Fragen/Wünsche habe ich:
- Kannst Du eine Möglichkeit schaffen die nicht genutzten Heizkreise auszublenden?
- Ich kann die Modi "HK1-Solltemperatur_comfort_aktiv" und "HK1-Solltemperatur_eco_aktiv" nicht aktivieren, die Einstellungen werden nicht übernommen. Ist das normal?
RD im Anhang:
defmod VISSMAN_Heizung vitoconnect ???????@freenet.de Geheim 60
attr VISSMAN_Heizung room Heizung
setstate VISSMAN_Heizung ok
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Aktive_Heizkreise 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Aussen_Status connected
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Aussentemperatur 5.7
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Brenner_Fehlercode 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Brenner_Status ok
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Brenner_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Controller_Seriennummer 7429629149337107
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Device_Time_Offset 57
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Fehlereintraege_Historie ErrorListChanges
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Fehlereintraege_aktive ErrorListChanges
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Betriebsart dhwAndHeating
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-External_Temperatur 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-External_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Frostschutz_Status off
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Heizkurve-Niveau 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Heizkurve-Steigung 0.8
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Programmstatus reduced
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Raum_Status connected
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Reduzierte_Temperatur_erzwungen 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_comfort 20
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_comfort_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_eco 15
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_eco_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_erzwungen 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_normal 23
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_reduziert 15
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Solltemperatur_reduziert_aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Standby_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Urlaub_Ende
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Urlaub_Start
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Urlaub_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Vorlauftemperatur 25
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Vorlauftemperatur_aktiv connected
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-WW_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-WW_und_Heizen_aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Zeitsteuerung_Heizung thu position:0 start:04:00 mode:normal end:07:30, position:1 start:14:00 mode:normal end:21:00, fri end:07:30 mode:normal start:04:00 position:0, mode:normal end:21:00 position:1 start:14:00, wed position:0 start:04:00 mode:normal end:07:30, end:21:00 mode:normal start:14:00 position:1, mon start:04:00 position:0 end:07:30 mode:normal, position:1 start:14:00 mode:normal end:21:00, sun position:0 start:04:00 mode:normal end:07:30, end:21:00 mode:normal start:14:00 position:1, sat start:04:00 position:0 end:07:30 mode:normal, position:1 start:14:00 mode:normal end:21:00, tue position:0 start:04:00 mode:normal end:07:30, position:1 start:14:00 mode:normal end:21:00,
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Zeitsteuerung_Heizung_aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Zeitsteuerung_Zirkulation mon position:0 start:04:00 mode:on end:19:30, wed mode:on end:19:30 position:0 start:04:00, thu start:04:00 position:0 end:19:30 mode:on, fri end:19:30 mode:on start:04:00 position:0, tue end:19:30 mode:on start:04:00 position:0, sun start:04:00 position:0 end:19:30 mode:on, sat mode:on end:19:30 position:0 start:04:00,
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-Zeitsteuerung_Zirkulation_aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 HK1-aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Kessel_Seriennummer 7424971104796104
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Kessel_Status connected
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Kesseltemperatur 25
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Mehrfamilenhaus_aktiv 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Service_Intervall_Monate 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Service_Letzter 2011-11-13T19:23:26.000Z
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Service_Monate_aktiv_seit_letzten_Service 86
setstate VISSMAN_Heizung 2019-01-31 12:02:01 Service_faellig 0
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-Isttemperatur 8.2
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-Solltemperatur 46
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-Temperatur_aktiv connected
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-Zeitplan tue position:0 start:04:00 mode:on end:07:30, end:14:00 mode:on start:12:00 position:1, position:2 start:16:00 mode:on end:19:30, sun start:04:00 position:0 end:07:30 mode:on, position:1 start:12:00 mode:on end:14:00, start:16:00 position:2 end:19:30 mode:on, sat position:0 start:04:00 mode:on end:07:30, end:14:00 mode:on start:12:00 position:1, start:16:00 position:2 end:19:30 mode:on, wed mode:on end:07:30 position:0 start:04:00, position:1 start:12:00 mode:on end:14:00, mode:on end:19:30 position:2 start:16:00, mon mode:on end:07:30 position:0 start:04:00, position:1 start:12:00 mode:on end:14:00, position:2 start:16:00 mode:on end:19:30, fri mode:on end:07:30 position:0 start:04:00, start:12:00 position:1 end:14:00 mode:on, start:16:00 position:2 end:19:30 mode:on, thu position:0 start:04:00 mode:on end:07:30, mode:on end:14:00 position:1 start:12:00, mode:on end:19:30 position:2 start:16:00,
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 WW-zeitgesteuert_aktiv 1
setstate VISSMAN_Heizung 2019-01-31 12:02:01 heating.circuits.0.sensors.temperature.room.value 21.7
setstate VISSMAN_Heizung 2019-01-31 12:02:01 state ok
Gruß
Thorsten
Zitat von: Timmäää am 31 Januar 2019, 08:18:19
Hi andreas13,
von Loginfehlern bin ich seit dem PW in der DEF verschont geblieben, aber das sorgte auch dafür, dass ich mich nicht mehr in der ViCare App anmelden konnte.
Welche Version hast du erhalten? Ich habe ViCare 2.3.1 und die ist noch aktuell bei mir.
Kannst du deine Version extrahieren und hochladen? Ich habe meine 2.3.1 gerade bei apkmirror.com hochgeladen. Die müsste dann bald verfügbar sein.
Viele Grüße,
Tim
Ich habe auch 2.3.1, aber unter iOS. Daher kann ich es nicht nicht extrahieren.
Zitat von: trs am 31 Januar 2019, 12:07:56
Hallo Andreas,
vielen Dank für dein tolles Modul. Von den Loginfehlern bin ich ebenfalls verschont geblieben. Ein paar Fragen/Wünsche habe ich:
- Kannst Du eine Möglichkeit schaffen die nicht genutzten Heizkreise auszublenden?
- Ich kann die Modi "HK1-Solltemperatur_comfort_aktiv" und "HK1-Solltemperatur_eco_aktiv" nicht aktivieren, die Einstellungen werden nicht übernommen. Ist das normal?
...
Ich werde die set-Befehle für nicht vorhandene HK in einer nächsten Versionen abschaltbar machen, aber jetzt habe ich erstmal 2 Wochen Urlaub ;-)
Bei mir funktionieren die Modi "HK1-Solltemperatur_comfort_aktiv" und "HK1-Solltemperatur_eco_aktiv". Eventuell musst du set VISSMAN_Heizung update ausführen bevor du die Änderungen sehen kannst.
Seit dem ich ein Update durchgeführt hab kann das Modul nicht mehr geladen werden?
2019.02.02 23:45:29 1: reload: Error:Modul 98_vitoconnect deactivated:
Can't locate Path/Tiny.pm in @INC (you may need to install the Path::Tiny module) (@INC contains: ./FHEM/lib ./lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 105.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 105.
2019.02.02 23:45:29 0: Can't locate Path/Tiny.pm in @INC (you may need to install the Path::Tiny module) (@INC contains: ./FHEM/lib ./lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 105.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 105.
weiß jemand was das für ein Tiny modul sein soll?
Zitat von: AlphaKingOne am 02 Februar 2019, 23:36:10
weiß jemand was das für ein Tiny modul sein soll?
Ein Perl Modul
Siehe CommandRef https://fhem.de/commandref.html#vitoconnect
ZitatFor details see: FHEM Wiki (german) viconnect needs the following libraries: libtypes-path-tiny-perl
ok danke
komisch das es vorher ging
use Path::Tiny;
kam mit der Version vom 22.01.19
Hallo,
ich traue mich mal in die Höhle des Löwen – warum ,trauen'? Weil hier m.E. eine Menge Experten aktiv sind, die auf einem Niveau diskutieren, bei dem ich nicht mithalten kann. Dennoch versuche ich es mal: Nachdem ich gestern dieses Thema hier in der Hoffnung auf weitreichende Erkenntnisse mit seinen vielen Links 2x durchgelesen habe, komme ich zu dem Schluss, alleine komme ich nicht weiter:
Nachdem ich mich seit Montag mit DBLog und Plots erstmals auseinandergesetzt habe, stelle ich einen aus meiner Sicht achtbaren Erfolg fest:
Ich habe die Verbindung zum Viessmann-Modul/Server hergestellt und kann aus dem Log 2 Plots mit den verschiedenen Informationen meiner Heizungsanlageausgeben .
Bislang habe ich mittels EeePC, Optolink, einem Holfsprogramm und TeamViewer eine Darstellung des Heizungsgeschehens ins häusliche Büro bringen können.
Nun mit Vitoconnect möchte ich annähernd die gleichen Informationen auslesen.
Im Moment fehlt mir noch die Brennerleistung oder auch die Modulation.
Was auch immer ich in DBLog definiere, die Daten werden nicht in meine Datenbank geloggt. Da in meinem Altsystem die Modulation vorhanden war und ich sie unter der Adresse (A38F) ausgelesen konnte, sollte das doch auch jetzt funktionieren.
Hier meine DEF:
./db.conf .*:(Aussentemperatur|WW-Isttemperatur|WW-Solltemperatur|Kesseltemperatur|HK1-Vorlauftemperatur|HK2-Vorlauftemperatur|Brenner_Modulation|Brenner_Fehlercode).*
Weiterhin vermute ich, dass der Gasverbrauch nicht zur Verfügung steht – hatte ich aber vorher auch nicht - wäre natürlich schön.
Kann mir jemand einen Tipp geben, in welche Richtung ich weitergehen soll!
Zitat von: uron am 10 Februar 2019, 09:25:31
Hallo,
ich traue mich mal in die Höhle des Löwen – warum ,trauen'? Weil hier m.E. eine Menge Experten aktiv sind, die auf einem Niveau diskutieren, bei dem ich nicht mithalten kann. Dennoch versuche ich es mal: Nachdem ich gestern dieses Thema hier in der Hoffnung auf weitreichende Erkenntnisse mit seinen vielen Links 2x durchgelesen habe, komme ich zu dem Schluss, alleine komme ich nicht weiter:
Nachdem ich mich seit Montag mit DBLog und Plots erstmals auseinandergesetzt habe, stelle ich einen aus meiner Sicht achtbaren Erfolg fest:
Ich habe die Verbindung zum Viessmann-Modul/Server hergestellt und kann aus dem Log 2 Plots mit den verschiedenen Informationen meiner Heizungsanlageausgeben .
Bislang habe ich mittels EeePC, Optolink, einem Holfsprogramm und TeamViewer eine Darstellung des Heizungsgeschehens ins häusliche Büro bringen können.
Nun mit Vitoconnect möchte ich annähernd die gleichen Informationen auslesen.
Im Moment fehlt mir noch die Brennerleistung oder auch die Modulation.
Was auch immer ich in DBLog definiere, die Daten werden nicht in meine Datenbank geloggt. Da in meinem Altsystem die Modulation vorhanden war und ich sie unter der Adresse (A38F) ausgelesen konnte, sollte das doch auch jetzt funktionieren.
Hier meine DEF:
./db.conf .*:(Aussentemperatur|WW-Isttemperatur|WW-Solltemperatur|Kesseltemperatur|HK1-Vorlauftemperatur|HK2-Vorlauftemperatur|Brenner_Modulation|Brenner_Fehlercode).*
Weiterhin vermute ich, dass der Gasverbrauch nicht zur Verfügung steht – hatte ich aber vorher auch nicht - wäre natürlich schön.
Kann mir jemand einen Tipp geben, in welche Richtung ich weitergehen soll!
Hallo uron,
nur Mut, wir beißen nicht.
Du musst zwei Dinge unterscheiden:
Das eine ist das vitoconnect Modul, das für das Auslesen der Werte deiner Heizung über die Vissmann API zuständig ist.
Das andere ist, was du mit der Information anfängst: loggen, plotten, reagieren ...
Streng genommen, ist der Thread erstmal nur für den ersten Teil zuständig. Bei Problemen mit DBLog o.ä. musst du ggf. in den zuständigen Bereichen des Forums fragen. Wie gesagt ,,streng genommen", aber so streng sind wir nicht.
Aber jetzt schauen wir erstmal, dass wir das vitoconnect Modul zum Laufen bekommen bei Dir.
Als guter FHEM Nutzer hast du natürlich erst mal die commandRef zu dem Modul gelesen und den Wiki Artikel und diesen Thread hier, oder?
Dann weißt du, wie man das Modul einrichtet und das es prinzipiell alle Werte der Vissmann API ausliest, so wie Vissmann sie liefert.
Und du weißt auch, dass die Modulation und der Gasverbrauch (getrennt nach Heizung und Warmwasser) ausgelesen werden kann. Allerdings hängt das vom Modell der Heizung ab und ob Vissmann dass in der API schon umgesetzt hat. Die Leistung haben ich bisher noch nirgends gesehen.
Hat denn die Einrichtung des Moduls bei dir geklappt und was gibt das Modul denn aus? Mach mal ,,list vitoconnect" und poste das hier. Dann können wir dir weiterhelfen.
Wenn das soweit geklappt hat, kannst du mal im Wiki schauen. Dort findest du Beispiele für ReadingsGroups und Plots um die Werte schön zu visualisieren.
DBLog funktioniert bei Dir prinzipiell ? Oder hakt es da schon?
Viele Grüße
Andreas
Hallo,
zunächst habe ich mich (guter FHEM Nutzer) intensiv mit den genannten Quellen befasst, wenngleich ich in der commandref kein 'vitoconnect' gefunden habe. Ob ich alles verstanden habe, wird sich zeigen.
Das 'list Gasheizung' (vitoconnect) ergibt folgendes:
Internals:
DEF xxxxx@yyyyyyy.com zzzzzzzz 60
NAME Gasheizung
NR 216
STATE ok
TYPE vitoconnect
counter 1053
intervall 60
login ok
user xxxxx@yyyyyyy.com
Helper:
DBLOG:
Aussentemperatur:
DbLog:
TIME 1549890907.4929
VALUE 7.2
HK1-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
HK1-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
HK2-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 35.5
HK2-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
Kesseltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
WW-Isttemperatur:
DbLog:
TIME 1549890907.4929
VALUE 60.1
WW-Solltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 57
READINGS:
2019-02-11 14:15:07 Aktive_Heizkreise 0,1
2019-02-11 14:15:07 Aussen_Status connected
2019-02-11 14:15:07 Aussentemperatur 7.2
2019-02-11 14:15:07 Brenner_Fehlercode 0
2019-02-11 14:15:07 Brenner_Status ok
2019-02-11 14:15:07 Brenner_aktiv 1
2019-02-11 14:15:07 Controller_Seriennummer xxxxxxxxxxxxxxxx
2019-02-11 14:15:07 Device_Time_Offset 60
2019-02-11 14:15:07 Fehlereintraege_Historie ErrorListChanges
2019-02-11 14:15:07 Fehlereintraege_aktive ErrorListChanges
2019-02-11 14:15:07 HK1-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK1-External_Temperatur 0
2019-02-11 14:15:07 HK1-External_aktiv 0
2019-02-11 14:15:07 HK1-Frostschutz_Status off
2019-02-11 14:15:07 HK1-Heizkurve-Niveau 0
2019-02-11 14:15:07 HK1-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK1-Programmstatus normal
2019-02-11 14:15:07 HK1-Raum_Status error
2019-02-11 14:15:07 HK1-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK1-Solltemperatur_comfort 23
2019-02-11 14:15:07 HK1-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_eco 18
2019-02-11 14:15:07 HK1-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_normal 23
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK1-Standby_aktiv 0
2019-02-11 14:15:07 HK1-Urlaub_Ende
2019-02-11 14:15:07 HK1-Urlaub_Start
2019-02-11 14:15:07 HK1-Urlaub_aktiv 0
2019-02-11 14:15:07 HK1-Vorlauftemperatur 39
2019-02-11 14:15:07 HK1-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK1-WW_aktiv 0
2019-02-11 14:15:07 HK1-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung fri start:05:30 position:0 mode:normal end:21:00, tue end:21:00 mode:normal position:0 start:05:30, mon position:0 start:05:30 end:21:00 mode:normal, sun mode:normal end:21:00 position:0 start:05:30, wed end:21:00 mode:normal position:0 start:05:30, thu end:21:00 mode:normal position:0 start:05:30, sat mode:normal end:21:00 position:0 start:05:30,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation sat mode:on end:05:00 start:04:00 position:0, thu mode:on end:05:00 start:04:00 position:0, wed end:05:00 mode:on position:0 start:04:00, sun mode:on end:05:00 position:0 start:04:00, mon position:0 start:04:00 end:05:00 mode:on, tue position:0 start:04:00 mode:on end:05:00, fri start:04:00 position:0 end:05:00 mode:on,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK1-aktiv 1
2019-02-11 14:15:07 HK2-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK2-External_Temperatur 0
2019-02-11 14:15:07 HK2-External_aktiv 0
2019-02-11 14:15:07 HK2-Frostschutz_Status off
2019-02-11 14:15:07 HK2-Heizkurve-Niveau 6
2019-02-11 14:15:07 HK2-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK2-Programmstatus normal
2019-02-11 14:15:07 HK2-Raum_Status error
2019-02-11 14:15:07 HK2-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK2-Solltemperatur_comfort 22
2019-02-11 14:15:07 HK2-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_eco 18
2019-02-11 14:15:07 HK2-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_normal 22
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK2-Standby_aktiv 0
2019-02-11 14:15:07 HK2-Urlaub_Ende
2019-02-11 14:15:07 HK2-Urlaub_Start
2019-02-11 14:15:07 HK2-Urlaub_aktiv 0
2019-02-11 14:15:07 HK2-Vorlauftemperatur 35.5
2019-02-11 14:15:07 HK2-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK2-WW_aktiv 0
2019-02-11 14:15:07 HK2-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung wed mode:normal end:18:30 position:0 start:04:30, thu end:18:30 mode:normal position:0 start:04:00, sat start:04:30 position:0 mode:normal end:18:30, tue position:0 start:04:30 end:18:30 mode:normal, fri end:18:30 mode:normal position:0 start:04:30, sun start:04:30 position:0 end:18:30 mode:normal, mon start:04:30 position:0 end:18:30 mode:normal,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation sat end:22:00 mode:on start:05:30 position:0, wed start:05:30 position:0 end:22:00 mode:on, thu end:22:00 mode:on start:05:30 position:0, tue position:0 start:05:30 end:22:00 mode:on, fri position:0 start:05:30 mode:on end:22:00, mon position:0 start:05:30 end:22:00 mode:on, sun position:0 start:05:30 end:22:00 mode:on,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK2-aktiv 1
2019-02-11 14:15:07 Kessel_Seriennummer yyyyyyyyyyyyyyyy
2019-02-11 14:15:07 Kessel_Status connected
2019-02-11 14:15:07 Kesseltemperatur 39
2019-02-11 14:15:07 Mehrfamilenhaus_aktiv 0
2019-02-11 14:15:07 Service_Intervall_Monate 0
2019-02-11 14:15:07 Service_Letzter 1970-01-01T00:00:00.000Z
2019-02-11 14:15:07 Service_Monate_aktiv_seit_letzten_Service 589
2019-02-11 14:15:07 Service_faellig 0
2019-02-11 14:15:07 WW-Isttemperatur 60.1
2019-02-11 14:15:07 WW-Solltemperatur 57
2019-02-11 14:15:07 WW-Temperatur_aktiv connected
2019-02-11 14:15:07 WW-Zeitplan sun end:19:00 mode:on start:05:30 position:0, mon position:0 start:05:30 mode:on end:19:00, tue start:05:30 position:0 end:19:00 mode:on, fri start:05:30 position:0 end:19:00 mode:on, thu end:19:00 mode:on start:05:30 position:0, wed start:05:30 position:0 mode:on end:19:00, sat end:19:00 mode:on position:0 start:05:30,
2019-02-11 14:15:07 WW-aktiv 1
2019-02-11 14:15:07 WW-zeitgesteuert_aktiv 1
2019-02-11 14:15:07 heating.circuits.0.sensors.temperature.room.value 20
2019-02-11 14:15:07 heating.circuits.1.sensors.temperature.room.value 20
2019-02-11 14:15:07 state ok
Attributes:
room Heizung
Wenn ich 'Readings' richtig verstehe (Readings zeigt die möglichen Werte an?), gibt es im Moment keine Möglichkeit die Brenner-Modulation und den Gasverbrauch auszulesen.
Liegt das an der API? Mein Brenner ist von 2011 (Typ WB3D). Aber das, obwohl ich die Modulation mit meinem Altsystem direkt an der Therme auslesen konnte (wie anfangs beschrieben)
Grundsätzlich klappt das Auslesen der Daten per DBLog, erste Grafiken habe ich ja bereits erstellt.
Zitat von: uron am 11 Februar 2019, 14:36:33
Hallo,
zunächst habe ich mich (guter FHEM Nutzer) intensiv mit den genannten Quellen befasst, wenngleich ich in der commandref kein 'vitoconnect' gefunden habe. Ob ich alles verstanden habe, wird sich zeigen.
Das 'list Gasheizung' (vitoconnect) ergibt folgendes:
Internals:
DEF xxxxx@yyyyyyy.com zzzzzzzz 60
NAME Gasheizung
NR 216
STATE ok
TYPE vitoconnect
counter 1053
intervall 60
login ok
user xxxxx@yyyyyyy.com
Helper:
DBLOG:
Aussentemperatur:
DbLog:
TIME 1549890907.4929
VALUE 7.2
HK1-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
HK1-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
HK2-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 35.5
HK2-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
Kesseltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
WW-Isttemperatur:
DbLog:
TIME 1549890907.4929
VALUE 60.1
WW-Solltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 57
READINGS:
2019-02-11 14:15:07 Aktive_Heizkreise 0,1
2019-02-11 14:15:07 Aussen_Status connected
2019-02-11 14:15:07 Aussentemperatur 7.2
2019-02-11 14:15:07 Brenner_Fehlercode 0
2019-02-11 14:15:07 Brenner_Status ok
2019-02-11 14:15:07 Brenner_aktiv 1
2019-02-11 14:15:07 Controller_Seriennummer xxxxxxxxxxxxxxxx
2019-02-11 14:15:07 Device_Time_Offset 60
2019-02-11 14:15:07 Fehlereintraege_Historie ErrorListChanges
2019-02-11 14:15:07 Fehlereintraege_aktive ErrorListChanges
2019-02-11 14:15:07 HK1-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK1-External_Temperatur 0
2019-02-11 14:15:07 HK1-External_aktiv 0
2019-02-11 14:15:07 HK1-Frostschutz_Status off
2019-02-11 14:15:07 HK1-Heizkurve-Niveau 0
2019-02-11 14:15:07 HK1-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK1-Programmstatus normal
2019-02-11 14:15:07 HK1-Raum_Status error
2019-02-11 14:15:07 HK1-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK1-Solltemperatur_comfort 23
2019-02-11 14:15:07 HK1-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_eco 18
2019-02-11 14:15:07 HK1-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_normal 23
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK1-Standby_aktiv 0
2019-02-11 14:15:07 HK1-Urlaub_Ende
2019-02-11 14:15:07 HK1-Urlaub_Start
2019-02-11 14:15:07 HK1-Urlaub_aktiv 0
2019-02-11 14:15:07 HK1-Vorlauftemperatur 39
2019-02-11 14:15:07 HK1-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK1-WW_aktiv 0
2019-02-11 14:15:07 HK1-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung fri start:05:30 position:0 mode:normal end:21:00, tue end:21:00 mode:normal position:0 start:05:30, mon position:0 start:05:30 end:21:00 mode:normal, sun mode:normal end:21:00 position:0 start:05:30, wed end:21:00 mode:normal position:0 start:05:30, thu end:21:00 mode:normal position:0 start:05:30, sat mode:normal end:21:00 position:0 start:05:30,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation sat mode:on end:05:00 start:04:00 position:0, thu mode:on end:05:00 start:04:00 position:0, wed end:05:00 mode:on position:0 start:04:00, sun mode:on end:05:00 position:0 start:04:00, mon position:0 start:04:00 end:05:00 mode:on, tue position:0 start:04:00 mode:on end:05:00, fri start:04:00 position:0 end:05:00 mode:on,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK1-aktiv 1
2019-02-11 14:15:07 HK2-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK2-External_Temperatur 0
2019-02-11 14:15:07 HK2-External_aktiv 0
2019-02-11 14:15:07 HK2-Frostschutz_Status off
2019-02-11 14:15:07 HK2-Heizkurve-Niveau 6
2019-02-11 14:15:07 HK2-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK2-Programmstatus normal
2019-02-11 14:15:07 HK2-Raum_Status error
2019-02-11 14:15:07 HK2-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK2-Solltemperatur_comfort 22
2019-02-11 14:15:07 HK2-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_eco 18
2019-02-11 14:15:07 HK2-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_normal 22
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK2-Standby_aktiv 0
2019-02-11 14:15:07 HK2-Urlaub_Ende
2019-02-11 14:15:07 HK2-Urlaub_Start
2019-02-11 14:15:07 HK2-Urlaub_aktiv 0
2019-02-11 14:15:07 HK2-Vorlauftemperatur 35.5
2019-02-11 14:15:07 HK2-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK2-WW_aktiv 0
2019-02-11 14:15:07 HK2-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung wed mode:normal end:18:30 position:0 start:04:30, thu end:18:30 mode:normal position:0 start:04:00, sat start:04:30 position:0 mode:normal end:18:30, tue position:0 start:04:30 end:18:30 mode:normal, fri end:18:30 mode:normal position:0 start:04:30, sun start:04:30 position:0 end:18:30 mode:normal, mon start:04:30 position:0 end:18:30 mode:normal,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation sat end:22:00 mode:on start:05:30 position:0, wed start:05:30 position:0 end:22:00 mode:on, thu end:22:00 mode:on start:05:30 position:0, tue position:0 start:05:30 end:22:00 mode:on, fri position:0 start:05:30 mode:on end:22:00, mon position:0 start:05:30 end:22:00 mode:on, sun position:0 start:05:30 end:22:00 mode:on,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK2-aktiv 1
2019-02-11 14:15:07 Kessel_Seriennummer yyyyyyyyyyyyyyyy
2019-02-11 14:15:07 Kessel_Status connected
2019-02-11 14:15:07 Kesseltemperatur 39
2019-02-11 14:15:07 Mehrfamilenhaus_aktiv 0
2019-02-11 14:15:07 Service_Intervall_Monate 0
2019-02-11 14:15:07 Service_Letzter 1970-01-01T00:00:00.000Z
2019-02-11 14:15:07 Service_Monate_aktiv_seit_letzten_Service 589
2019-02-11 14:15:07 Service_faellig 0
2019-02-11 14:15:07 WW-Isttemperatur 60.1
2019-02-11 14:15:07 WW-Solltemperatur 57
2019-02-11 14:15:07 WW-Temperatur_aktiv connected
2019-02-11 14:15:07 WW-Zeitplan sun end:19:00 mode:on start:05:30 position:0, mon position:0 start:05:30 mode:on end:19:00, tue start:05:30 position:0 end:19:00 mode:on, fri start:05:30 position:0 end:19:00 mode:on, thu end:19:00 mode:on start:05:30 position:0, wed start:05:30 position:0 mode:on end:19:00, sat end:19:00 mode:on position:0 start:05:30,
2019-02-11 14:15:07 WW-aktiv 1
2019-02-11 14:15:07 WW-zeitgesteuert_aktiv 1
2019-02-11 14:15:07 heating.circuits.0.sensors.temperature.room.value 20
2019-02-11 14:15:07 heating.circuits.1.sensors.temperature.room.value 20
2019-02-11 14:15:07 state ok
Attributes:
room Heizung
Wenn ich 'Readings' richtig verstehe (Readings zeigt die möglichen Werte an?), gibt es im Moment keine Möglichkeit die Brenner-Modulation und den Gasverbrauch auszulesen.
Liegt das an der API? Mein Brenner ist von 2011 (Typ WB3D). Aber das, obwohl ich die Modulation mit meinem Altsystem direkt an der Therme auslesen konnte (wie anfangs beschrieben)
Grundsätzlich klappt das Auslesen der Daten per DBLog, erste Grafiken habe ich ja bereits erstellt.
Wie? Du hast vitoconnect in der commandref nicht gefunden?
http://fhem.de/commandref.html#vitoconnect
Schon mal Textsuche im Browser probiert oder Devicespecific help in der Detailansicht deines Device?
Wenn die gesuchten Werte nicht angezeigt werden liegt das an der API. Daran kann nur Vissmann was ändern [emoji53] Abee die Arbeiten fleissig an der API. Wenn sie es implementiert haben erscheint es auch in deinem Device.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: uron am 11 Februar 2019, 14:36:33
Hallo,
zunächst habe ich mich (guter FHEM Nutzer) intensiv mit den genannten Quellen befasst, wenngleich ich in der commandref kein 'vitoconnect' gefunden habe. Ob ich alles verstanden habe, wird sich zeigen.
Das 'list Gasheizung' (vitoconnect) ergibt folgendes:
Internals:
DEF xxxxx@yyyyyyy.com zzzzzzzz 60
NAME Gasheizung
NR 216
STATE ok
TYPE vitoconnect
counter 1053
intervall 60
login ok
user xxxxx@yyyyyyy.com
Helper:
DBLOG:
Aussentemperatur:
DbLog:
TIME 1549890907.4929
VALUE 7.2
HK1-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
HK1-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
HK2-Vorlauftemperatur:
DbLog:
TIME 1549890907.4929
VALUE 35.5
HK2-Vorlauftemperatur_aktiv:
DbLog:
TIME 1549890907.4929
VALUE connected
Kesseltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 39
WW-Isttemperatur:
DbLog:
TIME 1549890907.4929
VALUE 60.1
WW-Solltemperatur:
DbLog:
TIME 1549890907.4929
VALUE 57
READINGS:
2019-02-11 14:15:07 Aktive_Heizkreise 0,1
2019-02-11 14:15:07 Aussen_Status connected
2019-02-11 14:15:07 Aussentemperatur 7.2
2019-02-11 14:15:07 Brenner_Fehlercode 0
2019-02-11 14:15:07 Brenner_Status ok
2019-02-11 14:15:07 Brenner_aktiv 1
2019-02-11 14:15:07 Controller_Seriennummer xxxxxxxxxxxxxxxx
2019-02-11 14:15:07 Device_Time_Offset 60
2019-02-11 14:15:07 Fehlereintraege_Historie ErrorListChanges
2019-02-11 14:15:07 Fehlereintraege_aktive ErrorListChanges
2019-02-11 14:15:07 HK1-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK1-External_Temperatur 0
2019-02-11 14:15:07 HK1-External_aktiv 0
2019-02-11 14:15:07 HK1-Frostschutz_Status off
2019-02-11 14:15:07 HK1-Heizkurve-Niveau 0
2019-02-11 14:15:07 HK1-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK1-Programmstatus normal
2019-02-11 14:15:07 HK1-Raum_Status error
2019-02-11 14:15:07 HK1-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK1-Solltemperatur_comfort 23
2019-02-11 14:15:07 HK1-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_eco 18
2019-02-11 14:15:07 HK1-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK1-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK1-Solltemperatur_normal 23
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK1-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK1-Standby_aktiv 0
2019-02-11 14:15:07 HK1-Urlaub_Ende
2019-02-11 14:15:07 HK1-Urlaub_Start
2019-02-11 14:15:07 HK1-Urlaub_aktiv 0
2019-02-11 14:15:07 HK1-Vorlauftemperatur 39
2019-02-11 14:15:07 HK1-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK1-WW_aktiv 0
2019-02-11 14:15:07 HK1-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung fri start:05:30 position:0 mode:normal end:21:00, tue end:21:00 mode:normal position:0 start:05:30, mon position:0 start:05:30 end:21:00 mode:normal, sun mode:normal end:21:00 position:0 start:05:30, wed end:21:00 mode:normal position:0 start:05:30, thu end:21:00 mode:normal position:0 start:05:30, sat mode:normal end:21:00 position:0 start:05:30,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation sat mode:on end:05:00 start:04:00 position:0, thu mode:on end:05:00 start:04:00 position:0, wed end:05:00 mode:on position:0 start:04:00, sun mode:on end:05:00 position:0 start:04:00, mon position:0 start:04:00 end:05:00 mode:on, tue position:0 start:04:00 mode:on end:05:00, fri start:04:00 position:0 end:05:00 mode:on,
2019-02-11 14:15:07 HK1-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK1-aktiv 1
2019-02-11 14:15:07 HK2-Betriebsart dhwAndHeating
2019-02-11 14:15:07 HK2-External_Temperatur 0
2019-02-11 14:15:07 HK2-External_aktiv 0
2019-02-11 14:15:07 HK2-Frostschutz_Status off
2019-02-11 14:15:07 HK2-Heizkurve-Niveau 6
2019-02-11 14:15:07 HK2-Heizkurve-Steigung 0.6
2019-02-11 14:15:07 HK2-Programmstatus normal
2019-02-11 14:15:07 HK2-Raum_Status error
2019-02-11 14:15:07 HK2-Reduzierte_Temperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_aktiv 1
2019-02-11 14:15:07 HK2-Solltemperatur_comfort 22
2019-02-11 14:15:07 HK2-Solltemperatur_comfort_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_eco 18
2019-02-11 14:15:07 HK2-Solltemperatur_eco_aktiv 0
2019-02-11 14:15:07 HK2-Solltemperatur_erzwungen 0
2019-02-11 14:15:07 HK2-Solltemperatur_normal 22
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert 18
2019-02-11 14:15:07 HK2-Solltemperatur_reduziert_aktiv 0
2019-02-11 14:15:07 HK2-Standby_aktiv 0
2019-02-11 14:15:07 HK2-Urlaub_Ende
2019-02-11 14:15:07 HK2-Urlaub_Start
2019-02-11 14:15:07 HK2-Urlaub_aktiv 0
2019-02-11 14:15:07 HK2-Vorlauftemperatur 35.5
2019-02-11 14:15:07 HK2-Vorlauftemperatur_aktiv connected
2019-02-11 14:15:07 HK2-WW_aktiv 0
2019-02-11 14:15:07 HK2-WW_und_Heizen_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung wed mode:normal end:18:30 position:0 start:04:30, thu end:18:30 mode:normal position:0 start:04:00, sat start:04:30 position:0 mode:normal end:18:30, tue position:0 start:04:30 end:18:30 mode:normal, fri end:18:30 mode:normal position:0 start:04:30, sun start:04:30 position:0 end:18:30 mode:normal, mon start:04:30 position:0 end:18:30 mode:normal,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Heizung_aktiv 1
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation sat end:22:00 mode:on start:05:30 position:0, wed start:05:30 position:0 end:22:00 mode:on, thu end:22:00 mode:on start:05:30 position:0, tue position:0 start:05:30 end:22:00 mode:on, fri position:0 start:05:30 mode:on end:22:00, mon position:0 start:05:30 end:22:00 mode:on, sun position:0 start:05:30 end:22:00 mode:on,
2019-02-11 14:15:07 HK2-Zeitsteuerung_Zirkulation_aktiv 1
2019-02-11 14:15:07 HK2-aktiv 1
2019-02-11 14:15:07 Kessel_Seriennummer yyyyyyyyyyyyyyyy
2019-02-11 14:15:07 Kessel_Status connected
2019-02-11 14:15:07 Kesseltemperatur 39
2019-02-11 14:15:07 Mehrfamilenhaus_aktiv 0
2019-02-11 14:15:07 Service_Intervall_Monate 0
2019-02-11 14:15:07 Service_Letzter 1970-01-01T00:00:00.000Z
2019-02-11 14:15:07 Service_Monate_aktiv_seit_letzten_Service 589
2019-02-11 14:15:07 Service_faellig 0
2019-02-11 14:15:07 WW-Isttemperatur 60.1
2019-02-11 14:15:07 WW-Solltemperatur 57
2019-02-11 14:15:07 WW-Temperatur_aktiv connected
2019-02-11 14:15:07 WW-Zeitplan sun end:19:00 mode:on start:05:30 position:0, mon position:0 start:05:30 mode:on end:19:00, tue start:05:30 position:0 end:19:00 mode:on, fri start:05:30 position:0 end:19:00 mode:on, thu end:19:00 mode:on start:05:30 position:0, wed start:05:30 position:0 mode:on end:19:00, sat end:19:00 mode:on position:0 start:05:30,
2019-02-11 14:15:07 WW-aktiv 1
2019-02-11 14:15:07 WW-zeitgesteuert_aktiv 1
2019-02-11 14:15:07 heating.circuits.0.sensors.temperature.room.value 20
2019-02-11 14:15:07 heating.circuits.1.sensors.temperature.room.value 20
2019-02-11 14:15:07 state ok
Attributes:
room Heizung
Wenn ich 'Readings' richtig verstehe (Readings zeigt die möglichen Werte an?), gibt es im Moment keine Möglichkeit die Brenner-Modulation und den Gasverbrauch auszulesen.
Liegt das an der API? Mein Brenner ist von 2011 (Typ WB3D). Aber das, obwohl ich die Modulation mit meinem Altsystem direkt an der Therme auslesen konnte (wie anfangs beschrieben)
Grundsätzlich klappt das Auslesen der Daten per DBLog, erste Grafiken habe ich ja bereits erstellt.
Wie? Du hast vitoconnect in der commandref nicht gefunden?
http://fhem.de/commandref.html#vitoconnect
Schon mal Textsuche im Browser probiert oder Devicespecific help in der Detailansicht deines Device?
Wenn die gesuchten Werte nicht angezeigt werden liegt das an der API. Daran kann nur Vissmann was ändern [emoji53] Abee die Arbeiten fleissig an der API. Wenn sie es implementiert haben erscheint es auch in deinem Device.
Gesendet von iPhone mit Tapatalk Pro
@andreas13
Dein Link zur commandref bringt tatsächlich deutlich mehr an Informationen, als wenn ich die Commandref aus dem WebUI von FHEM aufrufe- dort fehlt vitoconnect wirklich!
Dort weist der Link auf .../fhem/docs/commandref.html.
Warum das so ist, weiß ich nicht, habe ich doch mein aktuelles FHEM gerade erst neu installiert.
Nun weiß ich, wo eine unfassende Commandref finde.
Ansonste warte ich mal auf die Aktivitäten von Viessmann.
Danke für die Unterstützung!
Zitat von: uron am 11 Februar 2019, 20:34:59
@andreas13
Dein Link zur commandref bringt tatsächlich deutlich mehr an Informationen, als wenn ich die Commandref aus dem WebUI von FHEM aufrufe- dort fehlt vitoconnect wirklich!
Dort weist der Link auf .../fhem/docs/commandref.html.
Warum das so ist, weiß ich nicht, habe ich doch mein aktuelles FHEM gerade erst neu installiert.
Nun weiß ich, wo eine unfassende Commandref finde.
Ansonste warte ich mal auf die Aktivitäten von Viessmann.
Danke für die Unterstützung!
Haste und schon mal ,,update" gemacht? Dann wird die commandRef neu erzeugt.
Gesendet von iPad mit Tapatalk Pro
Sorry, bin jetzt ein paar Tage unterwegs und melde mich nach Rückkehr und Test.
Moin,
sorry, dass ich mein versprechen noch nicht eingelöst habe. Die wenige Zeit vor meiner Dienstreise habe ich leider alle Hand zu tun.
Mal nebenbei hat Viessmann wohl weitere Variablen frei gegeben.
Ich seh jetzt den Stromverbrauch.
heating.circuits.1.sensors.temperature.room.value 20
heating.power.consumption.day 519,657,536,673,584,555,546,434
heating.power.consumption.month 9626,23437,16973,18036,14725,8646,3103,0,0,0,0,0,0
heating.power.consumption.week 2887,4189,5731,5654,5033,4979,4750,2954,3889,5233,3669,3923,5057,4268,3368,4400,3885,2505,2581,3841,4293,1404,1284,1291,1284,1287,906,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.consumption.year 33063,61483,0
Von der Einheit her passt das mit Wh ganz gut.
Update gestartet und jetzt das Modul in der commandref gefunden - Danke für den Hinweis!
Hallo zusammen,
mit dem morgigen Update gibt es eine neue Version des Moduls:
# 2019-02-17 Readings für den Stromverbrauch (heating.power.consumption.*) und
# Raumtemperatur (heating.circuits.?.sensors.temperature.room.value) ergänzt
# set-Befehle für HKs werden nur noch angezeigt, wenn der HK auch aktiv ist
# Wiki aktualisiert
Feedback und Mitarbeit (z.B. am Wiki) ist immer willkommen.
Viele Spass mit Eurer Heizung
Andreas
Hallo,
seit dem Update von der Viesmann viCare app, kann ich die set Befehle nicht mehr ausführen.
Ach, mittlerweile bekomme ich endlich die Brennerstunden ;)
Hier ein Auszug aus dem LOG...
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1275.
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1231.
2019.02.18 16:11:10 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
LG
Marc
Zitat von: mrschnulle am 18 Februar 2019, 16:16:53
Hallo,
seit dem Update von der Viesmann viCare app, kann ich die set Befehle nicht mehr ausführen.
Ach, mittlerweile bekomme ich endlich die Brennerstunden ;)
Hier ein Auszug aus dem LOG...
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1275.
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1231.
2019.02.18 16:11:10 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
LG
Marc
Welche Version der ViCare App?
Letzte Version des _Moduls?
In welchem Modus war die Heizung als du den Befehl ausgeführt hast?
Gesendet von iPad mit Tapatalk Pro
Hallo,
hier mal meine UserReadings für das Modul. Falls jemand interesse hat.
Verbrauch_GHZ_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Verbrauch_GWW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Verbrauch_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Verbrauch_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Verbrauch_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Verbrauch_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Verbrauch_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Verbrauch_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Verbrauch_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]/1000))},
Verbrauch_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]/1000))},
Verbrauch_Strom_heute:Stromverbrauch/Tag.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]/1000))},
Verbrauch_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]/1000))},
Kosten_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]*0.0461))},
Kosten_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]*0.0461))},
Kosten_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]*0.0461))},
Kosten_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]*0.0461))},
Kosten_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]*0.0461))},
Kosten_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]*0.0461))},
Kosten_GHZ_heute:Gasverbrauch_Heizung/Tag.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]*0.0461))},
Kosten_Strom_heute:Stromverbrauch/Tag.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]*0.00026))},
Kosten_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]*0.00026))},
Kosten_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]*0.00026))},
Kosten_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]*0.00026))},
Hier dann mal meine Readingsgroup für den Verbrauch:
defmod Verbrauch readingsGroup <>,<Periode>,<Heizung>,<Warmwasser>,<Stromverbrauch>\
vitoconnect:,<Jahr>,Verbrauch_GHZ_aktuelles_Jahr,Verbrauch_GWW_aktuelles_Jahr,Verbrauch_Strom_aktuelles_Jahr\
vitoconnect:,<Monat>,Verbrauch_GHZ_aktueller_Monat,Verbrauch_GWW_aktueller_Monat,Verbrauch_Strom_aktueller_Monat\
vitoconnect:,<Woche>,Verbrauch_GHZ_aktuelle_Woche,Verbrauch_GWW_aktuelle_Woche,Verbrauch_Strom_aktuelle_Woche\
vitoconnect:,<Heute>,Verbrauch_GHZ_heute,Verbrauch_GWW_heute,Verbrauch_Strom_heute
attr Verbrauch mapping ;
attr Verbrauch nostate 1
attr Verbrauch room ,Klima
attr Verbrauch style style="font-size:18px"
attr Verbrauch valueFormat {Verbrauch_GWW_aktueller_Monat => "%.0f kWh",\
Verbrauch_GHZ_aktueller_Monat => "%.0f kWh",\
Verbrauch_GWW_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_GHZ_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_GWW_aktuelle_Woche => "%.0f kWh",\
Verbrauch_GHZ_aktuelle_Woche => "%.0f kWh",\
Verbrauch_GWW_heute => "%.0f kWh",\
Verbrauch_GHZ_heute => "%.0f kWh",\
Verbrauch_Strom_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_Strom_aktueller_Monat => "%.0f kWh",\
Verbrauch_Strom_aktuelle_Woche => "%.0f kWh",\
Verbrauch_Strom_heute => "%.0f kWh",\
}
Ich habe den Code aus den RawDefinition herauskopiert. Kann also so wieder zurückkopiert werden.
ZitatWelche Version der ViCare App?
Letzte Version des _Moduls?
In welchem Modus war die Heizung als du den Befehl ausgeführt hast?
Hallo Andreas,
ich habe die app Version für das Iphone 2.3.1 und hatte die 98_vitoconnect.pm vor der jetztigen Aktuellen. Die Anlage war/ist im standby und der Befehl dhw & dhwAndHeating geht nicht mehr.
Die Befehle standby, forcedReduced & forcedNormal funktionieren.
LG
Marc
Zitat von: Frini am 18 Februar 2019, 21:50:28
Hallo,
hier mal meine UserReadings für das Modul. Falls jemand interesse hat.
...
Ich habe den Code aus den RawDefinition herauskopiert. Kann also so wieder zurückkopiert werden.
Sieht gut aus. Ich habe das adaptiert und auch im Wiki dokumentiert.
Zitat von: mrschnulle am 19 Februar 2019, 12:38:04
Hallo Andreas,
ich habe die app Version für das Iphone 2.3.1 und hatte die 98_vitoconnect.pm vor der jetztigen Aktuellen. Die Anlage war/ist im standby und der Befehl dhw & dhwAndHeating geht nicht mehr.
Die Befehle standby, forcedReduced & forcedNormal funktionieren.
LG
Marc
Hallo Marc,
ich habe das gerade mit der aktuellen Version des Moduls geprüft. Bei mir funktionieren alle Modi. Aufgefallen ist mir, dass es früher eine Fehlermeldung "Bad Gateway" der API gab, wenn man versucht hat in einen Modus zu schalten der bereits aktiv ist. Aber funktionieren tut es.
Vielleicht war es eine temporäre Störung bei Vissmann oder es ist ein Problem, dass nur Dein Heizungsmodell betrifft.
Wie sieht es bei den anderen aus? Funktioneren alle "set"-Kommandos bei Euch oder habt Ihr auch Probleme?
Viele Grüße
Andreas
set HK1-Betriebsart läuft zumindest bei mir allerdings kommt danach folgende Fehlermeldung.
Die Betriebsart wurde aber ordentlich geändert.
Mehr kann ich momentan nicht testen.
Im Log steht:
10:14:13 3: set vitoconnect HK1-Betriebsart dhw
10:14:15 3: set vitoconnect HK1-Betriebsart dhw
10:15:21 1: vitoconnect: An error occured: read from https://api.viessmann-platform.io:443 timed out.
Zitat von: Frini am 20 Februar 2019, 10:18:30
set HK1-Betriebsart läuft zumindest bei mir allerdings kommt danach folgende Fehlermeldung.
Die Betriebsart wurde aber ordentlich geändert.
Mehr kann ich momentan nicht testen.
Im Log steht:
10:14:13 3: set vitoconnect HK1-Betriebsart dhw
10:14:15 3: set vitoconnect HK1-Betriebsart dhw
10:15:21 1: vitoconnect: An error occured: read from https://api.viessmann-platform.io:443 timed out.
Der/die Vissmann Server haben manchmal "Schluckauf" ich habe den Timeout schon auf 10 Sekunden (Default bei httpmod ist 4 Sekunden!) gestellt. Wenn es zu einem Timeout kommt, einfach Befehl wiederholen.
Vielleicht mache ich den Timeout noch konfigurierbar. Mal sehen ...
Zitat von: Frini am 18 Februar 2019, 21:50:28
Hallo,
hier mal meine UserReadings für das Modul. Falls jemand interesse hat.
Verbrauch_GHZ_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Verbrauch_GWW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Verbrauch_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Verbrauch_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Verbrauch_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Verbrauch_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Verbrauch_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Verbrauch_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Verbrauch_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]/1000))},
Verbrauch_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]/1000))},
Verbrauch_Strom_heute:Stromverbrauch/Tag.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]/1000))},
Verbrauch_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]/1000))},
Kosten_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]*0.0461))},
Kosten_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]*0.0461))},
Kosten_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]*0.0461))},
Kosten_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]*0.0461))},
Kosten_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]*0.0461))},
Kosten_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]*0.0461))},
Kosten_GHZ_heute:Gasverbrauch_Heizung/Tag.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]*0.0461))},
Kosten_Strom_heute:Stromverbrauch/Tag.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]*0.00026))},
Kosten_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]*0.00026))},
Kosten_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]*0.00026))},
Kosten_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf( "%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]*0.00026))},
Hier dann mal meine Readingsgroup für den Verbrauch:
defmod Verbrauch readingsGroup <>,<Periode>,<Heizung>,<Warmwasser>,<Stromverbrauch>\
vitoconnect:,<Jahr>,Verbrauch_GHZ_aktuelles_Jahr,Verbrauch_GWW_aktuelles_Jahr,Verbrauch_Strom_aktuelles_Jahr\
vitoconnect:,<Monat>,Verbrauch_GHZ_aktueller_Monat,Verbrauch_GWW_aktueller_Monat,Verbrauch_Strom_aktueller_Monat\
vitoconnect:,<Woche>,Verbrauch_GHZ_aktuelle_Woche,Verbrauch_GWW_aktuelle_Woche,Verbrauch_Strom_aktuelle_Woche\
vitoconnect:,<Heute>,Verbrauch_GHZ_heute,Verbrauch_GWW_heute,Verbrauch_Strom_heute
attr Verbrauch mapping ;
attr Verbrauch nostate 1
attr Verbrauch room ,Klima
attr Verbrauch style style="font-size:18px"
attr Verbrauch valueFormat {Verbrauch_GWW_aktueller_Monat => "%.0f kWh",\
Verbrauch_GHZ_aktueller_Monat => "%.0f kWh",\
Verbrauch_GWW_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_GHZ_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_GWW_aktuelle_Woche => "%.0f kWh",\
Verbrauch_GHZ_aktuelle_Woche => "%.0f kWh",\
Verbrauch_GWW_heute => "%.0f kWh",\
Verbrauch_GHZ_heute => "%.0f kWh",\
Verbrauch_Strom_aktuelles_Jahr => "%.0f kWh",\
Verbrauch_Strom_aktueller_Monat => "%.0f kWh",\
Verbrauch_Strom_aktuelle_Woche => "%.0f kWh",\
Verbrauch_Strom_heute => "%.0f kWh",\
}
Ich habe den Code aus den RawDefinition herauskopiert. Kann also so wieder zurückkopiert werden.
Hallo Frini,
bei mir steht das in den Readings schon richtig, ich brauche nicht durch 1000 Teilen, das würde sonst nie passen vom Wert.
Stromverbrauch/Jahr 39.122,131.215,0
denn wenn ich die 39.122 noch durch 1000 Teile dann kommt für das ganze Jahr 0.039 kWh raus, und das kann nicht sein.
Da ich Elektriker bin, glaube ich nicht das ich das das ganze Jahr nur Verbraucht habe, wäre schön.
Grüße
Sandro
Zitat von: sepultura30 am 20 Februar 2019, 21:05:13
Hallo Frini,
bei mir steht das in den Readings schon richtig, ich brauche nicht durch 1000 Teilen, das würde sonst nie passen vom Wert.
Stromverbrauch/Jahr 39.122,131.215,0
denn wenn ich die 39.122 noch durch 1000 Teile dann kommt für das ganze Jahr 0.039 kWh raus, und das kann nicht sein.
Da ich Elektriker bin, glaube ich nicht das ich das das ganze Jahr nur Verbraucht habe, wäre schön.
Grüße
Sandro
Interessant, mal sehen, wann Vissmann den Fehler bemerkt, der wohl nur bei manchen Modellen Auftritt.
Gesendet von iPhone mit Tapatalk Pro
Wenn ich 39122 durch 1000 teile komme ich auf 39,122 kwh. Der Wert passt doch eigentlich sehr gut.
Viessmann listet keine Dezimalzahlen. Der Punkt ist eine tausender Stelle.
Edith sagt:
Kommando zurück. Bei mir wird keine Dezimalzahl ausgegeben.
ZitatHallo Marc,
ich habe das gerade mit der aktuellen Version des Moduls geprüft. Bei mir funktionieren alle Modi. Aufgefallen ist mir, dass es früher eine Fehlermeldung "Bad Gateway" der API gab, wenn man versucht hat in einen Modus zu schalten der bereits aktiv ist. Aber funktionieren tut es.
Vielleicht war es eine temporäre Störung bei Vissmann oder es ist ein Problem, dass nur Dein Heizungsmodell betrifft.
Wie sieht es bei den anderen aus? Funktioneren alle "set"-Kommandos bei Euch oder habt Ihr auch Probleme?
Viele Grüße
Andreas
Hallo Andreas,
ich glaube den Fehler gefunden zu haben. Es hat sich bei mir etwas geändert, meine Anlage ist nur für die Heizung im Betrieb und ich erzeuge mit ihr kein Warmwasser. Die ganze Zeit gingen die Befehle durch mit dhw. Jetzt habe ich nochmal geschaut und festgestellt, dass in der App die dhw Funktionen nicht mehr verfügbar sind für meine Anlage.
Ich habe zur Auswahl in der viCare app:
- Nur Heizung aktiv
- Dauernd Tagbetrieb
- Dauernd reduziert
- Aus
In den Readings steht jetzt, wenn ich in der App Betriebsart "Nur Heizung aktiv" wähle, "HK1-Betriebsart: heating"
Meine Frage wäre, ob du evtl. den set Befehl "heating" zu den bestehenden Set-Befehlen im Modul ergänzen kannst?
Ganz lieben Gruß
Marc
Zitat von: mrschnulle am 21 Februar 2019, 18:31:37
Hallo Andreas,
ich glaube den Fehler gefunden zu haben. Es hat sich bei mir etwas geändert, meine Anlage ist nur für die Heizung im Betrieb und ich erzeuge mit ihr kein Warmwasser. Die ganze Zeit gingen die Befehle durch mit dhw. Jetzt habe ich nochmal geschaut und festgestellt, dass in der App die dhw Funktionen nicht mehr verfügbar sind für meine Anlage.
Ich habe zur Auswahl in der viCare app:
- Nur Heizung aktiv
- Dauernd Tagbetrieb
- Dauernd reduziert
- Aus
In den Readings steht jetzt, wenn ich in der App Betriebsart "Nur Heizung aktiv" wähle, "HK1-Betriebsart: heating"
Meine Frage wäre, ob du evtl. den set Befehl "heating" zu den bestehenden Set-Befehlen im Modul ergänzen kannst?
Ganz lieben Gruß
Marc
Hallo Marc,
offensichtlich gibt es zwei neue Betriebsarten "heating" und "active". Wird im nächsten Release enthalten sein.
Du kannst aber auch jetzt schon den Befehl "set vitoconnect HK1-Betriebsart heating" ausführen. Er ist nur noch nicht im Menü.
Andreas
ZitatHallo Marc,
offensichtlich gibt es zwei neue Betriebsarten "heating" und "active". Wird im nächsten Release enthalten sein.
Du kannst aber auch jetzt schon den Befehl "set vitoconnect HK1-Betriebsart heating" ausführen. Er ist nur noch nicht im Menü.
Andreas
Hallo Andreas,
es funktioniert prima, DANKE!!! Ich bin dann auf das nächste Release gespannt ;)
LG
Marc
Hallo Andreas,
ein klasse Modul, das Du erstellt hast!
Ich habe es heute mit neuen Updates installiert und direkt ausprobiert. Läuft! ;)
Ich werde mich damit auf jeden Fall noch auseinandersetzen.
@Frini:
Ich möchte zunächst auch eine temporäre Aufheizung des Wassers einrichten, damit einem längerem Badespaß nichts im Wege steht.
Bisher habe ich in der App ca. 20 min. vorm Bad die Temperatur auf ca. 58 Grad gestellt und die neue Option "Ich möchte Warmwasser" aktiviert.
Leider habe ich öfter vergessen, alles wieder zurückzustellen. Daher würde ich die Einstellungen mit einem Timer (ca. 30 - 40 min.) laufen lassen,
der durch einen Schalter aktiviert wird.
Wie hast Du das umgesetzt?
Viele Grüße & besten Dank an euch!
Hallo,
Ich mach das ganze recht simpel über einen DashButton, welcher im Badezimmer am Spiegel hängt. Dieser triggert ein DOIF welches dann die Heizung triggert. Da ich das ganze noch über einen Dummy starten möchte schaut das ganze so aus:
defmod doi.vitoconnect.OTC DOIF ([DashButtonNivea] eq "present" and [?vitoconnect:WW-einmaliges_Aufladen] eq "0" and [?OneTimeCharge] eq "off")\
(set vitoconnect WW-einmaliges_Aufladen activate)\
(set OneTimeCharge ondash)\
DOELSEIF\
\
([DashButtonNivea] eq "present" and [?vitoconnect:WW-einmaliges_Aufladen] eq "1" and [?OneTimeCharge] ne "off")\
(set vitoconnect WW-einmaliges_Aufladen deactivate)\
(set OneTimeCharge off)\
DOELSEIF\
\
\
([?DashButtonNivea] ne "present" and [vitoconnect:WW-einmaliges_Aufladen] eq "1" and [?OneTimeCharge] eq "off")\
(set OneTimeCharge onauto)\
DOELSEIF\
\
([?DashButtonNivea] ne "present" and [vitoconnect:WW-einmaliges_Aufladen] eq "0" and [?OneTimeCharge] ne "off")\
(set OneTimeCharge off)\
DOELSEIF\
\
\
([?DashButtonNivea] ne "present" and [?vitoconnect:WW-einmaliges_Aufladen] eq "0" and [OneTimeCharge] eq "on")\
(set vitoconnect WW-einmaliges_Aufladen activate)\
DOELSEIF\
\
([?DashButtonNivea] ne "present" and [?vitoconnect:WW-einmaliges_Aufladen] eq "1" and [OneTimeCharge] eq "off")\
(set vitoconnect WW-einmaliges_Aufladen deactivate)\
\
OneTimeCharge ist ein zusätzlicher Dummy.
Sobald das WW die Solltemperatur bei mit 55°C erreicht ist, schaltet sich die manuelle Ladung automatisch wieder ab.
Hi Frini,
vielen Dank für Deine Umsetzung. Du schaltest die Temperatur nicht explizit hoch!?
Sind die 55°C bei Deiner Heizung (oder generell) für die Einmalladung von Viesmann festgelegt oder hast Du sie selbst gewählt?
Du benutzt nicht wirklich einen NIVEA-Dashbutton, oder!? :)
Vielen Dank & viele Grüße!
Na klar 8) ich hab mit davon mal nen Schwung bestellt. Den Aufkleber kann man entfernen. Der ist ja selbstklebend und fällt auf weißen Wandfliesen nicht so auf. Die Verzögerung ist bei diesem Anwendungsfall auch nicht kritisch. 3-5 Sekunden nach Betätigen des Buttons ist die Heizung im manuellen Modus.
Die 55 °C ist die Warmwassersolltemperatur die man in der Heizung einstellen kann. Ich habe die Warmwasserbereitung nach Tagesplan eingestellt. In den An-Fasen versucht die Heizung die Temperatur des WW auf den eingestellten Wert zu halten. Folglich ergibt das viele Brennerstarts, da je nach gezapfter Menge direkt wieder nachgeheizt wird. Mein Zeitplan sieht also vor, dass morgens einmal kurz auf Temperatur geheizt wird, dann reicht das WW normal bis abends. Da wird dann noch einmal nachgeladen, damit die Kinder sich nicht mit kaltem Wasser waschen müssen.
Kommen wir jetzt auf die Idee außer der Reihe zu Baden, drücken wir einmal den Button und das die Heizung heißt direkt mit Voller Leistung auf.
Zitat von: Frini am 25 Februar 2019, 20:14:47
Na klar 8) ich hab mit davon mal nen Schwung bestellt. Den Aufkleber kann man entfernen. Der ist ja selbstklebend und fällt auf weißen Wandfliesen nicht so auf. Die Verzögerung ist bei diesem Anwendungsfall auch nicht kritisch. 3-5 Sekunden nach Betätigen des Buttons ist die Heizung im manuellen Modus.
Geile Idee! Wusste gar nicht, dass sich Dash-Buttons in FHEM integrieren lassen. Aber was kann FHEM nicht... :)
Wenn ich die Wunschtemperatur auf z.B. 58 °C stelle, wird diese in den Readings WW-Haupttemperatur und WW-Solltemperatur angezeigt.
Einen Unterschied scheint es auch hier nicht zu geben.
Diese hast Du also auf 55 °C gestellt, die 1x morgens, 1x abends und bei Betätigung des Buttons erreicht wird. Korrekt?
Hört sich gut an! Auf welcher Temperatur läuft Deine Heizung sonst?
Zitat von: Frini am 25 Februar 2019, 20:14:47
Na klar 8) ich hab mit davon mal nen Schwung bestellt. Den Aufkleber kann man entfernen. Der ist ja selbstklebend und fällt auf weißen Wandfliesen nicht so auf. Die Verzögerung ist bei diesem Anwendungsfall auch nicht kritisch. 3-5 Sekunden nach Betätigen des Buttons ist die Heizung im manuellen Modus.
Die 55 °C ist die Warmwassersolltemperatur die man in der Heizung einstellen kann. Ich habe die Warmwasserbereitung nach Tagesplan eingestellt. In den An-Fasen versucht die Heizung die Temperatur des WW auf den eingestellten Wert zu halten. Folglich ergibt das viele Brennerstarts, da je nach gezapfter Menge direkt wieder nachgeheizt wird. Mein Zeitplan sieht also vor, dass morgens einmal kurz auf Temperatur geheizt wird, dann reicht das WW normal bis abends. Da wird dann noch einmal nachgeladen, damit die Kinder sich nicht mit kaltem Wasser waschen müssen.
Kommen wir jetzt auf die Idee außer der Reihe zu Baden, drücken wir einmal den Button und das die Heizung heißt direkt mit Voller Leistung auf.
Komisch, meine Heizung verhält sich anders. WW->soll ist 54 Grad. Morgens beim Duschen fällt die Temperatur unter 52 und Aufladen heizt wieder auf 58 hoch. Dann fällt die Temperatur bist Abend wieder unter 52 und es wird wieder aufgeladen.
Also nur 2 Aufladungen in 24 Stunden wegen WW.
Das sieht man sehr schön bei folgender Grafik
(https://uploads.tapatalk-cdn.com/20190225/6572519e9aee64b2915119a0ac62fee1.jpg)
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
kann es sein, dass die Auflad-Funktion immer Solltemperatur + 5 °C bedeutet!?
In Deinem Plot ist die Temperatur morgens sogar um die 59 °C , oder?
Hast Du die Zeiten 6.30 und 16.00 Uhr im Warmwasserzeitprogramm?
Toller Plot! Ich denke, so einen sollte ich mir auch einrichten.
Viele Grüße!
Hier mal zwei Screenshots vom Handy. Bin z.z. auf Dienstreise.
Da sieht man die Temperaturen von heute.
Der erste Plot zeigt dir Heizungsinternen Sensoren. Gut zu sehen ist in blau die Temperatur des WWs im Schichtladespeicher.
Man sieht, dass morgens vor dem Duschen das WW aufgeheizt wurde. Dann um 9:00 Uhr hat unsere Putzfee sich noch mal WW geholt.
Um 17:00 habe ich im Heizprogramm ein erneutes Zeitfenster für WW. Das wird Montags aufgrund der sportlichen Aktivitäten der Kinder benötigt. Ohne ein blocken des WW Programms würde die Heizung bei unterschreiten der 45Grad Grenze den Puffer wieder selber aufladen. Analog der 17:00 Uhr Ladung. Empfinde ich aber als Verschwendung. Frau und Kinder haben sich auch noch nicht beschwert :P
Auf dem zweiten Diagramm sieht man die 1wire Sensoren, welche auf den Rohren kleben. Im Gegensatz hier wurd beim WW die Zapfsituation abgefragt. Also Warmwasser wird am Hahn gezapft und mit etwas Zeitversatz erkennt das der Fühler. Ich bin gerade dabei die Werte zu tracken, damit ich die Warmwasserzirkulatuon optimieren kann.
Wenn man beide Diagramme vergleicht sieht man ganz gut wie viel Wasser tatsächlich entnommen wird.
Btw. Wir haben hier eine Viessmann 333f. Mit einem sogenannten Schichtladespeicher. Das Volumen beträgt 100 l. Und simuliert durch diesen Wärmerauscher einen 160l Speicher. (Oder so ähnlich).
Durch den kleinen Speicher würde unsere Heizung öfter kurz nachheizen. Geht auch, das wollte ich aber nicht. Bei meinem Typ habe ich die Hysterse auf 15 °C eingestellt. Also 15Grad unter WW Soll und die Heizung lädt nach.
Man sieht an der Leistung wie selten tatsächlich der Brenner startet. Und das selbst bei den hohen Temperaturen heute.
Zitat von: twinFHEM am 25 Februar 2019, 22:20:49
Hallo Andreas,
kann es sein, dass die Auflad-Funktion immer Solltemperatur + 5 °C bedeutet!?
In Deinem Plot ist die Temperatur morgens sogar um die 59 °C , oder?
Hast Du die Zeiten 6.30 und 16.00 Uhr im Warmwasserzeitprogramm?
Toller Plot! Ich denke, so einen sollte ich mir auch einrichten.
Viele Grüße!
Die beiden Aufladungen sind automatisch und nicht manuell. Mein Zeitplan sagt Warmwasser von 4:30 Uhr bis 23:00 Uhr
Die Aufladungen wird wohl bei unterschreiten von 52 Grad aus- und bei 59 Grad beendet. Soll ist 54 Grad.
Warmwasser macht bei mir nur einen kleinen Teil der Energiekosten aus. Daher glaube ich nicht dass eine Optimierung in diesen Bereich nennenswerte Einsparungen bringt.
Andreas
Gesendet von iPhone mit Tapatalk Pro
Da gebe ich dir recht. Die Energiekosten für die WW Bereitung sind eher zu vernachlässigen. Ich hatte bei unserer alten Heizunh allerdings das Problem, das durch das häufige Takten die einmal in Jahr die Auskleidung des Brenners Wärmetauscher getauscht werden musste.
Hallo zusammen,
mit dem morgigen Update kommt ein Bugfix Release des Moduls:
# 2019-02-27 stacktrace-Fehler (hoffentlich) behoben
# Betriebsarten "heating" und "active" ergänzt
Irgendwie ist es ein bisschen still geworden. Ist das ein Zeichen, dass alle wichtigen Features implmentiert sind und es wenige störende Fehler gibt? :-)
Hat sich mal jemand den Wiki-Eintrag angeschaut? Insbesondere die Grafiken? Was meint Ihr dazu?
VG
Andreas
muss ich irgendwas manuel ausführe, um die neuen Readings zu sehen?
Habe schon set clearReading gemacht, bekomme aber den Stromverbruach nicht mit rein.
Habe eine Vitocal200.
Grüße
Sascha Sehling
Es kann sein, dass Viessmann die Werte für diesen Heizungstyp noch nicht übermittelt.
Zitat von: andreas13 am 27 Februar 2019, 08:16:05
Irgendwie ist es ein bisschen still geworden. Ist das ein Zeichen, dass alle wichtigen Features implmentiert sind und es wenige störende Fehler gibt? :-)
Hat sich mal jemand den Wiki-Eintrag angeschaut? Insbesondere die Grafiken? Was meint Ihr dazu?
Ich werde erst in den nächsten Tagen anfangen, das Modul zu benutzen, dann schaue ich mir auf jeden Fall auch den Wiki-Eintrag genauer an.
Peter
Es werden prinzipiell immer alle Werte ausgegeben, die die API liefert, selbst wenn diese noch nicht bekannt waren als das Modul geschrieben wurde.
Solche Readings fangen dann mit ,,heating" an. Wenn ihr das hier postet kann ich das in der Nächsten Version einbauen.
Andreas
Es werden prinzipiell immer alle Werte ausgegeben, die die API liefert, selbst wenn diese noch nicht bekannt waren als das Modul geschrieben wurde.
Solche Readings fangen dann mit ,,heating" an. Wenn ihr das hier postet kann ich das in der Nächsten Version einbauen.
Andreas
Hallo miteinander,
ich nutze das Modul nun schon einige Zeit und bin begeistert.
Bei mir tauchen seid kurzem zwei neue Readings auf:
heating.boiler.sensors.temperature.commonSupply.value 20
heating.circuits.1.operating.modes.heating.active 1
Die Heizung macht bei mir kein Warmwasser, allerdings habe ich einen Pufferspeicher, kann die 20 Grad aber keinem Sensorwert den mir die Heizung direkt anzeigt zuordnen.
Ich beobachte mal wie und ob er sich ändert.
Gruß
Gerald
Zitat von: kleing am 28 Februar 2019, 19:04:34
Hallo miteinander,
ich nutze das Modul nun schon einige Zeit und bin begeistert.
Bei mir tauchen seid kurzem zwei neue Readings auf:
heating.boiler.sensors.temperature.commonSupply.value 20
heating.circuits.1.operating.modes.heating.active 1
...
Kommt im nächsten Release.
heating.boiler.sensors.temperature.commonSupply.value gibt es bei mir nicht und heating.boiler.sensors.temperature.commonSupply.status liefert "error".
In der App unter Geräte steht im Gerätestatus unter "Gemeinsamer Vorlauf" nur "--". Steht da bei Dir die 20 Grad?
Andreas
Hallo in die Runde,
ich habe ein SSL-Problem mit Vitoconnect:
Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
Muss ich etwas an sslVersion ändern?
Danke und Gruß,
Sascha
Zitat von: andreas13 am 02 März 2019, 09:43:29
Kommt im nächsten Release.
heating.boiler.sensors.temperature.commonSupply.value gibt es bei mir nicht und heating.boiler.sensors.temperature.commonSupply.status liefert "error".
In der App unter Geräte steht im Gerätestatus unter "Gemeinsamer Vorlauf" nur "--". Steht da bei Dir die 20 Grad?
Andreas
hallo @Andreas,
bei mir gibt es die heating.boiler.sensors.temperature.commonSupply.value und heating.boiler.sensors.temperature.commonSupply.status auch ...
list vitoconnect :
Internals:
CFGFN /opt/fhem/FHEM/60_Viessmann.cfg
DEF email@eamil.de Passwort 60
FUUID 5c4c0db2-f33f-9117-77ec-2856c654bd0144ee
NAME vitoconnect
NR 1481
STATE ok
TYPE vitoconnect
counter 8
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1551839572.21843
VALUE 0
Aussen_Status:
DBLogging:
TIME 1551839572.21843
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 8.5
Brenner_Beriebsstunden:
DBLogging:
TIME 1551839572.21843
VALUE 1747.29138888889
Brenner_Fehlercode:
DBLogging:
TIME 1551839572.21843
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1551839572.21843
VALUE 0
Brenner_Starts:
DBLogging:
TIME 1551839572.21843
VALUE 3622
Brenner_Status:
DBLogging:
TIME 1551839572.21843
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
Controller_Seriennummer:
DBLogging:
TIME 1551839572.21843
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1551839572.21843
VALUE 57
Fehlereintraege_Historie:
DBLogging:
TIME 1551839572.21843
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1551839572.21843
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 3644,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1551839572.21843
VALUE 209,1392,2043,1574,1241,352,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1551839572.21843
VALUE 3,45,41,39,43,40,39,31
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1551839572.21843
VALUE 87,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 264,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1551839572.21843
VALUE 24,123,117,120,120,87,0,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1551839572.21843
VALUE 0,3,7,2,6,6,2,6
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1551839572.21843
VALUE 10,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
HK1-Betriebsart:
DBLogging:
TIME 1551839572.21843
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1551839572.21843
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1551839572.21843
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1551839572.21843
VALUE reduced
HK1-Raum_Status:
DBLogging:
TIME 1551839572.21843
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1551839572.21843
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1551839572.21843
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1551839572.21843
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1551839572.21843
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
HK1-Standby_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 30
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1551839572.21843
VALUE fri end:23:00 mode:normal start:06:00 position:0, mon position:0 start:06:00 mode:normal end:23:00, sun end:23:00 mode:normal start:06:00 position:0, thu position:0 start:06:00 mode:normal end:23:00, sat end:23:00 start:06:00 position:0 mode:normal, tue end:23:00 start:06:00 position:0 mode:normal, wed end:23:00 position:0 start:06:00 mode:normal,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1551839572.21843
VALUE on
HK1-aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1551839572.21843
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1551839572.21843
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1551839572.21843
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 30
Kesseltemperatur_exact:
DBLogging:
TIME 1551839572.21843
VALUE 33.9
Kosten_GHZ_aktuelle_Woche:
DBLogging:
TIME 1551839572.21843
VALUE 4.01
Kosten_GHZ_aktueller_Monat:
DBLogging:
TIME 1551839572.21843
VALUE 9.63
Kosten_GWW_aktuelle_Woche:
DBLogging:
TIME 1551839572.21843
VALUE 0.46
Kosten_GWW_aktueller_Monat:
DBLogging:
TIME 1551839572.21843
VALUE 1.11
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1551839572.21843
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1551839572.21843
VALUE 0
Service_faellig:
DBLogging:
TIME 1551839572.21843
VALUE 0
Stromverbrauch/Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 46586,55879,0
Stromverbrauch/Monat:
DBLogging:
TIME 1551839572.21843
VALUE 3414,19947,23225,22206,21045,12628,0,0,0,0,0,0,0
Stromverbrauch/Tag:
DBLogging:
TIME 1551839572.21843
VALUE 86,694,666,628,696,693,671,679
Stromverbrauch/Woche:
DBLogging:
TIME 1551839572.21843
VALUE 1397,4728,4803,5056,5064,5377,5438,5263,5104,5050,5157,4904,5292,4795,5002,5204,4851,4548,4922,4553,3798,2159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Verbrauch_GHZ_aktuelle_Woche:
DBLogging:
TIME 1551839572.21843
VALUE 87
Verbrauch_GHZ_aktueller_Monat:
DBLogging:
TIME 1551839572.21843
VALUE 209
Verbrauch_GHZ_aktuelles_Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 3644
Verbrauch_GHZ_heute:
DBLogging:
TIME 1551839572.21843
VALUE 3
Verbrauch_GWW_aktuelle_Woche:
DBLogging:
TIME 1551839572.21843
VALUE 10
Verbrauch_GWW_aktueller_Monat:
DBLogging:
TIME 1551839572.21843
VALUE 24
Verbrauch_GWW_aktuelles_Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 264
Verbrauch_GWW_heute:
DBLogging:
TIME 1551839572.21843
VALUE 0
Verbrauch_Strom_aktuelle_Woche:
DBLogging:
TIME 1551839572.21843
VALUE 1.40
Verbrauch_Strom_aktueller_Monat:
DBLogging:
TIME 1551839572.21843
VALUE 3.41
Verbrauch_Strom_aktuelles_Jahr:
DBLogging:
TIME 1551839572.21843
VALUE 46.59
Verbrauch_Strom_heute:
DBLogging:
TIME 1551839572.21843
VALUE 0.09
WW-Aufladung:
DBLogging:
TIME 1551839572.21843
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 49.7
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1551839572.21843
VALUE error
WW-Solltemperatur:
DBLogging:
TIME 1551839572.21843
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1551839572.21843
VALUE mon mode:on position:0 start:05:30 end:23:00, fri end:23:00 start:05:30 position:0 mode:on, sat end:23:00 position:0 start:05:30 mode:on, tue end:23:00 position:0 start:05:30 mode:on, wed end:23:00 mode:on start:05:30 position:0, thu mode:on start:05:30 position:0 end:23:00, sun end:23:00 mode:on position:0 start:05:30,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1551839572.21843
VALUE off
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1551839572.21843
VALUE fri start:05:30 position:0 mode:on end:23:00, mon start:05:30 position:0 mode:on end:23:00, thu start:05:30 position:0 mode:on end:23:00, sun mode:on start:05:30 position:0 end:23:00, sat end:23:00 start:05:30 position:0 mode:on, wed end:23:00 mode:on position:0 start:05:30, tue end:23:00 mode:on position:0 start:05:30,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1551839572.21843
VALUE off
WW-aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
WW-einmaliges_Aufladen:
DBLogging:
TIME 1551839572.21843
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1551839572.21843
VALUE 1
heating.boiler.sensors.temperature.commonSupply.value:
DBLogging:
TIME 1551839572.21843
VALUE 20
state:
DBLogging:
TIME 1551839572.21843
VALUE ok
READINGS:
2019-03-06 03:32:52 Aktive_Heizkreise 0
2019-03-06 03:32:52 Aussen_Status connected
2019-03-06 03:32:52 Aussentemperatur 8.5
2019-03-06 03:32:52 Brenner_Beriebsstunden 1747.29138888889
2019-03-06 03:32:52 Brenner_Fehlercode 0
2019-03-06 03:32:52 Brenner_Modulation 0
2019-03-06 03:32:52 Brenner_Starts 3622
2019-03-06 03:32:52 Brenner_Status ok
2019-03-06 03:32:52 Brenner_aktiv 0
2019-03-06 03:32:52 Controller_Seriennummer 7743905854489117
2019-03-06 03:32:52 Device_Time_Offset 57
2019-03-06 03:32:52 Fehlereintraege_Historie ErrorListChanges
2019-03-06 03:32:52 Fehlereintraege_aktive ErrorListChanges
2019-03-06 03:32:52 Gasverbrauch_Heizung/Jahr 3644,3167,0
2019-03-06 03:32:52 Gasverbrauch_Heizung/Monat 209,1392,2043,1574,1241,352,0,0,0,0,0,0,0
2019-03-06 03:32:52 Gasverbrauch_Heizung/Tag 3,45,41,39,43,40,39,31
2019-03-06 03:32:52 Gasverbrauch_Heizung/Woche 87,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-03-06 03:32:52 Gasverbrauch_WW/Jahr 264,327,0
2019-03-06 03:32:52 Gasverbrauch_WW/Monat 24,123,117,120,120,87,0,0,0,0,0,0,0
2019-03-06 03:32:52 Gasverbrauch_WW/Tag 0,3,7,2,6,6,2,6
2019-03-06 03:32:52 Gasverbrauch_WW/Woche 10,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-03-06 03:32:52 HK1-Betriebsart dhwAndHeating
2019-03-06 03:32:52 HK1-External_Temperatur 0
2019-03-06 03:32:52 HK1-External_aktiv 0
2019-03-06 03:32:52 HK1-Frostschutz_Status off
2019-03-06 03:32:52 HK1-Heizkurve-Niveau 0
2019-03-06 03:32:52 HK1-Heizkurve-Steigung 1.4
2019-03-06 03:32:52 HK1-Programmstatus reduced
2019-03-06 03:32:52 HK1-Raum_Status error
2019-02-19 05:55:03 HK1-Raum_Temperatur 20
2019-03-06 03:32:52 HK1-Reduzierte_Temperatur_erzwungen 0
2019-03-06 03:32:52 HK1-Solltemperatur_aktiv 0
2019-03-06 03:32:52 HK1-Solltemperatur_comfort 20
2019-03-06 03:32:52 HK1-Solltemperatur_comfort_aktiv 0
2019-03-06 03:32:52 HK1-Solltemperatur_eco 21
2019-03-06 03:32:52 HK1-Solltemperatur_eco_aktiv 0
2019-03-06 03:32:52 HK1-Solltemperatur_erzwungen 0
2019-03-06 03:32:52 HK1-Solltemperatur_normal 21
2019-03-06 03:32:52 HK1-Solltemperatur_reduziert 18
2019-03-06 03:32:52 HK1-Solltemperatur_reduziert_aktiv 1
2019-03-06 03:32:52 HK1-Standby_aktiv 0
2019-03-06 03:32:52 HK1-Urlaub_Ende
2019-03-06 03:32:52 HK1-Urlaub_Start
2019-03-06 03:32:52 HK1-Urlaub_aktiv 0
2019-03-06 03:32:52 HK1-Vorlauftemperatur 30
2019-03-06 03:32:52 HK1-Vorlauftemperatur_aktiv connected
2019-03-06 03:32:52 HK1-WW_aktiv 0
2019-03-06 03:32:52 HK1-WW_und_Heizen_aktiv 1
2019-03-06 03:32:52 HK1-Zeitsteuerung_Heizung fri end:23:00 mode:normal start:06:00 position:0, mon position:0 start:06:00 mode:normal end:23:00, sun end:23:00 mode:normal start:06:00 position:0, thu position:0 start:06:00 mode:normal end:23:00, sat end:23:00 start:06:00 position:0 mode:normal, tue end:23:00 start:06:00 position:0 mode:normal, wed end:23:00 position:0 start:06:00 mode:normal,
2019-03-06 03:32:52 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-03-06 03:32:52 HK1-Zirkulationspumpe on
2019-03-06 03:32:52 HK1-aktiv 1
2019-03-06 03:32:52 Kessel_Common_Supply error
2019-03-06 03:32:52 Kessel_Seriennummer 7570781808893119
2019-03-06 03:32:52 Kessel_Status connected
2019-03-06 03:32:52 Kesseltemperatur 30
2019-03-06 03:32:52 Kesseltemperatur_exact 33.9
2019-03-06 03:32:52 Kosten_GHZ_aktuelle_Woche 4.01
2019-03-06 03:32:52 Kosten_GHZ_aktueller_Monat 9.63
2019-02-19 09:28:11 Kosten_GHZ_aktuelles_Jahr 141.34
2019-02-19 09:28:11 Kosten_GHZ_heute 0.55
2019-03-06 03:32:52 Kosten_GWW_aktuelle_Woche 0.46
2019-03-06 03:32:52 Kosten_GWW_aktueller_Monat 1.11
2019-02-19 09:28:11 Kosten_GWW_aktuelles_Jahr 9.40
2019-02-19 09:28:11 Kosten_Strom_aktuelle_Woche 0.22
2019-02-19 09:28:11 Kosten_Strom_aktueller_Monat 3.45
2019-02-19 09:28:11 Kosten_Strom_aktuelles_Jahr 9.49
2019-02-19 09:28:11 Kosten_Strom_heute 0.07
2019-03-06 03:32:52 Mehrfamilenhaus_aktiv 0
2019-03-06 03:32:52 Service_Intervall_Monate 0
2019-03-06 03:32:52 Service_Letzter
2019-03-06 03:32:52 Service_Monate_aktiv_seit_letzten_Service 0
2019-03-06 03:32:52 Service_faellig 0
2019-03-06 03:32:52 Stromverbrauch/Jahr 46586,55879,0
2019-03-06 03:32:52 Stromverbrauch/Monat 3414,19947,23225,22206,21045,12628,0,0,0,0,0,0,0
2019-03-06 03:32:52 Stromverbrauch/Tag 86,694,666,628,696,693,671,679
2019-03-06 03:32:52 Stromverbrauch/Woche 1397,4728,4803,5056,5064,5377,5438,5263,5104,5050,5157,4904,5292,4795,5002,5204,4851,4548,4922,4553,3798,2159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-03-06 03:32:52 Verbrauch_GHZ_aktuelle_Woche 87
2019-03-06 03:32:52 Verbrauch_GHZ_aktueller_Monat 209
2019-03-06 03:32:52 Verbrauch_GHZ_aktuelles_Jahr 3644
2019-03-06 03:32:52 Verbrauch_GHZ_heute 3
2019-03-06 03:32:52 Verbrauch_GWW_aktuelle_Woche 10
2019-03-06 03:32:52 Verbrauch_GWW_aktueller_Monat 24
2019-03-06 03:32:52 Verbrauch_GWW_aktuelles_Jahr 264
2019-03-06 03:32:52 Verbrauch_GWW_heute 0
2019-03-06 03:32:52 Verbrauch_Strom_aktuelle_Woche 1.40
2019-03-06 03:32:52 Verbrauch_Strom_aktueller_Monat 3.41
2019-03-06 03:32:52 Verbrauch_Strom_aktuelles_Jahr 46.59
2019-03-06 03:32:52 Verbrauch_Strom_heute 0.09
2019-03-06 03:32:52 WW-Aufladung 0
2019-03-06 03:32:52 WW-Haupttemperatur 50
2019-03-06 03:32:52 WW-Isttemperatur 49.7
2019-03-06 03:32:52 WW-Sensoren_Auslauf_Status error
2019-02-28 02:56:32 WW-Sensoren_Auslauf_Wert 20
2019-03-06 03:32:52 WW-Solltemperatur 50
2019-03-06 03:32:52 WW-Temperatur_aktiv connected
2019-03-06 03:32:52 WW-Zeitplan mon mode:on position:0 start:05:30 end:23:00, fri end:23:00 start:05:30 position:0 mode:on, sat end:23:00 position:0 start:05:30 mode:on, tue end:23:00 position:0 start:05:30 mode:on, wed end:23:00 mode:on start:05:30 position:0, thu mode:on start:05:30 position:0 end:23:00, sun end:23:00 mode:on position:0 start:05:30,
2019-03-06 03:32:52 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-03-06 03:32:52 WW-Zirkulationspumpe_Status off
2019-03-06 03:32:52 WW-Zirkulationspumpe_Zeitplan fri start:05:30 position:0 mode:on end:23:00, mon start:05:30 position:0 mode:on end:23:00, thu start:05:30 position:0 mode:on end:23:00, sun mode:on start:05:30 position:0 end:23:00, sat end:23:00 start:05:30 position:0 mode:on, wed end:23:00 mode:on position:0 start:05:30, tue end:23:00 mode:on position:0 start:05:30,
2019-03-06 03:32:52 WW-Zirkulationspumpe_primaer off
2019-03-06 03:32:52 WW-aktiv 1
2019-03-06 03:32:52 WW-einmaliges_Aufladen 0
2019-03-06 03:32:52 WW-zeitgesteuert_aktiv 1
2019-03-06 03:32:52 heating.boiler.sensors.temperature.commonSupply.value 20
2019-02-18 08:03:53 heating.circuits.0.sensors.temperature.room.value 20
2019-02-18 08:03:53 heating.power.consumption.day 225,685,680,706,746,756,741,742
2019-02-18 08:03:53 heating.power.consumption.month 12658,23225,22206,21045,12628,0,0,0,0,0,0,0,0
2019-02-18 08:03:53 heating.power.consumption.week 225,5056,5064,5377,5438,5263,5104,5050,5157,4904,5292,4795,5002,5204,4851,4548,4922,4553,3798,2159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-02-18 08:03:53 heating.power.consumption.year 35883,55879,0
2019-03-06 03:32:52 state ok
Attributes:
DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings Verbrauch_GHZ_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Verbrauch_GWW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Verbrauch_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Verbrauch_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Verbrauch_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Verbrauch_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Verbrauch_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Verbrauch_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Verbrauch_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]/1000))},
Verbrauch_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]/1000))},
Verbrauch_Strom_heute:Stromverbrauch/Tag.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]/1000))},
Verbrauch_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]/1000))},
Kosten_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]*0.0461))},
Kosten_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]*0.0461))},
Kosten_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]*0.0461))},
Kosten_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]*0.0461))},
Zitat von: hixhupf am 05 März 2019, 23:08:22
Hallo in die Runde,
ich habe ein SSL-Problem mit Vitoconnect:
Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
Muss ich etwas an sslVersion ändern?
Danke und Gruß,
Sascha
Hallo Sascha,
ich hatte das bisher 2x:
fhem-2019-03.log:2019.03.01 17:29:58 1: vitoconnect: An error occured: https://iam.viessmann.com/idp/v1/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code: Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed
fhem-2019-03.log:2019.03.06 08:45:09 1: vitoconnect: An error occured: https://iam.viessmann.com/idp/v1/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code: Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed
Vielleicht hat Vissmann am Server rumgespielt. Scheint jedenfalls nur temporär zu sein.
Das gilt generell für alle Fehlermeldungen die auf ein Verbindungsproblem mit den Server hinweisen (z.B. "Login failure". Solange das nur temporär ist und das Modul ansonsten funktioniert ist das kein Grund zu Beunruhigung. Das Modul versucht es einfach wieder bis es funktioniert.
Ggf. kann es zu einem "kleinen" Freeze kommen (timeout der Verbindung). Das Modul verwendet schon die httpUtil nonblocking. Mehr kann ich leider nicht machen um den Freeze zu verhindern. Ich habe aber auch nicht dass Gefühl, dass die Usability von FHEM darunter leidet.
Andreas
Die Fehler kommen wie schon gesagt, wenn Viessman neue Funktionen auf Serverebene freigibt. Das Problem haben die Heizungsinstallateure mit Ihrem Programm dann auch. Konnte es beobachten, als die meine Heizung in Betrieb genommen haben. Man hat der geflucht ::)
Sooo. Es gibt für Android ein App-Update. Jetzt werden die Gasverbräuche angezeigt, ähnlich der Anzeige an der Heizung. Und es ist nun möglich das Ferienprogramm via App zu definieren.
Es gab also vor kurzem nen Serverupdate.
Bei mir funktioniert es aber immer noch nicht ... die App am iPhone läuft und meldet alles grün, aber das FHEM-Modul meldet weiterhin "login failure" und "tlsv1 alert protocol version"
Demnach scheint es ja meinem Setup zu liegen, sonst würde es bei allen anderen ja auch nicht mehr gehen.
Zitat von: hixhupf am 07 März 2019, 08:28:54
Bei mir funktioniert es aber immer noch nicht ... die App am iPhone läuft und meldet alles grün, aber das FHEM-Modul meldet weiterhin "login failure" und "tlsv1 alert protocol version"
Demnach scheint es ja meinem Setup zu liegen, sonst würde es bei allen anderen ja auch nicht mehr gehen.
Kannst du nochmal die Stelle aus dem Logfile posten. Irgendwie sieht das anders aus als bei mir.
Update hast du gemacht? Welches Betriebssystem nutzt du und ist das auch aktuell?
Gesendet von iPad mit Tapatalk Pro
2019.03.08 07:27:43 1: Heizung: An error occured: https://iam.viessmann.com/idp/v1/authorize?client_id=12742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code: Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
FHEM läuft auf OSX 11.11, relativ alt, lässt sich aber auf dem Mac nicht mehr aktualisieren
Perl v5.16.0
openssl s_client -connect iam.viessmann.com:443
SSL-Session:
Protocol : TLSv1.2
Cipher : ECDHE-RSA-AES256-GCM-SHA384
Session-ID: 7CA6FADDB41022905257789A240C8CAF70F78CE4CDFF9B41F08217B75C0330A3
Session-ID-ctx:
Master-Key: 042A273ECB8655DB488A5D1FAE6B506B657E00BC0035DC09CD2B2703A849835B00D4E134A9C456C34C884435624C081E
Key-Arg : None
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1552026785
Timeout : 300 (sec)
Verify return code: 0 (ok)
sieht super aus, hier kommt keine Fehlermeldung.
Ich habe daher den Verdacht, dass mein perl irgendwelche älteren OpenSSL-Libraries nutzt als die neu installierten ... kann ich in FHEM abfragen, welche OpenSSL-Implementierung es nutzt?
Grüße,
Sascha
Mir ist gestern beim spielen etwas aufgefallen.
Das Reading HK1-Standby_aktiv wird bei mir nicht mehr gefüllt.
Dafür steht im HK1-Programmstatus jetzt Standby.
Das Reading HK1-Solltermperatur_reduziert_aktiv wird allerdings noch geschaltet sofern die reduzierte Temperatur über 3°C ist. Unter 3°C gehen die Viessmänner ja in den Standby Betrieb.
Hat sich da im Code etwas geändert?
Zitat von: hixhupf am 08 März 2019, 07:35:43
2019.03.08 07:27:43 1: Heizung: An error occured: https://iam.viessmann.com/idp/v1/authorize?client_id=12742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code: Can't connect(2) to https://iam.viessmann.com:443: SSL connect attempt failed error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
FHEM läuft auf OSX 11.11, relativ alt, lässt sich aber auf dem Mac nicht mehr aktualisieren
Perl v5.16.0
openssl s_client -connect iam.viessmann.com:443
SSL-Session:
Protocol : TLSv1.2
Cipher : ECDHE-RSA-AES256-GCM-SHA384
Session-ID: 7CA6FADDB41022905257789A240C8CAF70F78CE4CDFF9B41F08217B75C0330A3
Session-ID-ctx:
Master-Key: 042A273ECB8655DB488A5D1FAE6B506B657E00BC0035DC09CD2B2703A849835B00D4E134A9C456C34C884435624C081E
Key-Arg : None
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1552026785
Timeout : 300 (sec)
Verify return code: 0 (ok)
sieht super aus, hier kommt keine Fehlermeldung.
Ich habe daher den Verdacht, dass mein perl irgendwelche älteren OpenSSL-Libraries nutzt als die neu installierten ... kann ich in FHEM abfragen, welche OpenSSL-Implementierung es nutzt?
Grüße,
Sascha
Sorry, da bin ich raus. Keine Ahnung wie das mit SSL auf dem Mac ist. Du könntest höchstens mal den Maintainer von den httpUtils (https://wiki.fhem.de/wiki/HttpUtils) bzw. besser im zuständigen Subforum "Automatisierung" nachfragen.
Zitat von: Frini am 08 März 2019, 08:16:35
Mir ist gestern beim spielen etwas aufgefallen.
Das Reading HK1-Standby_aktiv wird bei mir nicht mehr gefüllt.
Dafür steht im HK1-Programmstatus jetzt Standby.
Das Reading HK1-Solltermperatur_reduziert_aktiv wird allerdings noch geschaltet sofern die reduzierte Temperatur über 3°C ist. Unter 3°C gehen die Viessmänner ja in den Standby Betrieb.
Hat sich da im Code etwas geändert?
Bei mir wir "HK1-Standby_aktiv" noch gefüllt. Am Modul habe ich nichts geändert. Wenn das Reading nicht mehr gefüllt wird, dann weil die API es nicht mehr liefert (kannst du mit "deletereading" entfernen). Beim "HK1-Programmstatus" sind neulich zwei neue Stati hinzugekommen ("active" und "heating"). Also hat Vissmann da wohl was an der Logik geändert. Frag mich aber bitte nicht was ;-)
VG
Andreas
Jo werde ich gleich mal löschen.
Heating und active habe ich gesehen. Wunderte mich nur. Ich kann ja auch anders anfangen.
Fertig, ich hab es gelöst bekommen. Die Perl-Version im OSX 10.11 ist zu alt, ich habe manuell eine neue Version installiert mit aktuellen Libraries. Damit verschwand die Fehlermeldung. Es blieb noch bei einem Login-Fehler, den ich nur lösen konnte, indem ich das Passwort in die Config aufnehme. Der Weg mit dem Dummy-Passwort und anschließendem set password hat bei mir nicht funktioniert. Aber damit kann ich leben. Es klappt nun.
Danke für die Unterstützung,
Sascha
Zitat von: hixhupf am 08 März 2019, 18:24:57
Fertig, ich hab es gelöst bekommen. Die Perl-Version im OSX 10.11 ist zu alt, ich habe manuell eine neue Version installiert mit aktuellen Libraries. Damit verschwand die Fehlermeldung. Es blieb noch bei einem Login-Fehler, den ich nur lösen konnte, indem ich das Passwort in die Config aufnehme. Der Weg mit dem Dummy-Passwort und anschließendem set password hat bei mir nicht funktioniert. Aber damit kann ich leben. Es klappt nun.
Danke für die Unterstützung,
Sascha
Das freut mich. Ein Nutzer mehr [emoji3]
Schau dir auf jedenfalls mal das Wiki an. Da sind viele Beispielkonfigurationen und -grafiken. Wenn du Unterstützung brauchst, einfach fragen.
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
klasse Modul, vielen Dank.
Könntest Du vielleicht noch das Reading
Brenner_Beriebsstunden
in
Brenner_Betriebsstunden
korrigieren?
Vielen Dank und Grüße,
Andreas
PS: Dann passt es auch mit meinen kleinen Änderungen an der readingsGroup "vitoconnect_rg" im Wiki. ;)
Hallo Andreas,
sorry, dass ich so spät antworte, aber ich war im Urlaub.
Die 20 Grad steht (stand) bei mir konstant im Eintrag, da ändert sich nichts. Seltsamer Weise wird dieses Reading seid gut einer Woche auch nicht mehr aktualisiert, es scheint also nur temporär dagewesen zu sein. Vielleicht hat Viessmann da noch Änderungen vorgenommen.
In der App steht bei "Gemeinsamer Vorlauf" bei mir auch nur "--".
Gruß
Gerald
Zitat von: andreas13 am 02 März 2019, 09:43:29
Kommt im nächsten Release.
heating.boiler.sensors.temperature.commonSupply.value gibt es bei mir nicht und heating.boiler.sensors.temperature.commonSupply.status liefert "error".
In der App unter Geräte steht im Gerätestatus unter "Gemeinsamer Vorlauf" nur "--". Steht da bei Dir die 20 Grad?
Andreas
Hallo zusammen, hallo andreas13,
endlich noch jemand, der das Problem mit dem Passwort hat. Ich habe es zwar jetzt wieder im define, was funktioniert, aber ganz sauber ist es eben noch nicht. Da das Modul mittlerweile offiziell ist, würde ich das mit dem Passwort gern noch in der offiziellen Version haben.
andreas13, kannst du bei folgenden Modulen schauen, bei denen es bei mir mit dem Passwort per set oder beim initialen Define funktioniert:
BOTVAC
HarmonyHub
FRITZBOX
Wenn ich etwas Zeit habe, spiele ich sonst am Modul herum und schaue, was diesbzgl. funktioniert.
Ansonsten nochmals vielen dank für das Modul, es läuft bis aufs Passwort mittlerweile echt super.
Gruß,
Tim
Zitat von: hixhupf am 08 März 2019, 18:24:57
Fertig, ich hab es gelöst bekommen. Die Perl-Version im OSX 10.11 ist zu alt, ich habe manuell eine neue Version installiert mit aktuellen Libraries. Damit verschwand die Fehlermeldung. Es blieb noch bei einem Login-Fehler, den ich nur lösen konnte, indem ich das Passwort in die Config aufnehme. Der Weg mit dem Dummy-Passwort und anschließendem set password hat bei mir nicht funktioniert. Aber damit kann ich leben. Es klappt nun.
Danke für die Unterstützung,
Sascha
Hallo zusammen,
morgen gibt es kleines Bugfix release:
# 2019-03-02 Readings für heating.boiler.sensors.temperature.commonSupply.value und
# heating.circuits.1.operating.modes.heating.active hinzugefügt
# Typo fixed ("Brenner_Be-t-riebsstunden")
Bitte das fehlerhafte Reading mit "deletereading vitoconnect Brenner_Beriebsstunden" löschen und ggf Readingsgroups und Grafiken anpassen.
Andreas
Zitat von: andreas13 am 27 Februar 2019, 08:16:05
mit dem morgigen Update kommt ein Bugfix Release des Moduls:
# 2019-02-27 stacktrace-Fehler (hoffentlich) behoben
# Betriebsarten "heating" und "active" ergänzt
Moin Andreas,
zunächst wirklichen vielen Dank für dein Modul - ich bin seit Mittwoch stolzer Besitzer einer Vitodens 300 und habe heute morgen so fix wie fast noch nie ein Gerät mit FHEM koppeln können. Daumen hoch! Auch zur Doku im Wiki.
Kleine Rückmeldung bzgl. Stacktrace-Fehler:
Sobald ich die Userreadings (copy&paste aus dem Wiki (https://wiki.fhem.de/wiki/Vitoconnect#Userreadings_um_Reading_f.C3.BCr_Einzelwerte_von_Gasverbr.C3.A4uche_zu_erzeugen), lediglich FHEM-DeviceName angepasst) hinzufüge, schmeißt mir das Modul einen ordentlichen Haufen Stacktrace-Meldungen bei jedem Update.
2019.03.15 09:12:37 1: stacktrace:
2019.03.15 09:12:37 1: main::__ANON__ called by ./FHEM/98_vitoconnect.pm (1286)
2019.03.15 09:12:37 1: main::vitoconnect_getResourceCallback called by FHEM/HttpUtils.pm (606)
2019.03.15 09:12:37 1: main::__ANON__ called by fhem.pl (740)
Alles andere läuft 1A :)
Was musst du wissen? Ich liefere gerne 8)
version
fhem.pl:18799/2019-03-05
cheers,
florian
~ Kurzes Update ~
Auch nach entfernen der UserReadings bleiben mir die StackTrace-Meldungen erhalten. ggf. sind mir die vorher nur einfach nicht aufgefallen!?
Zitat von: kroemmel am 15 März 2019, 09:15:56
Moin Andreas,
zunächst wirklichen vielen Dank für dein Modul - ich bin seit Mittwoch stolzer Besitzer einer Vitodens 300 und habe heute morgen so fix wie fast noch nie ein Gerät mit FHEM koppeln können. Daumen hoch! Auch zur Doku im Wiki.
Kleine Rückmeldung bzgl. Stacktrace-Fehler:
Sobald ich die Userreadings (copy&paste aus dem Wiki (https://wiki.fhem.de/wiki/Vitoconnect#Userreadings_um_Reading_f.C3.BCr_Einzelwerte_von_Gasverbr.C3.A4uche_zu_erzeugen), lediglich FHEM-DeviceName angepasst) hinzufüge, schmeißt mir das Modul einen ordentlichen Haufen Stacktrace-Meldungen bei jedem Update.
2019.03.15 09:12:37 1: stacktrace:
2019.03.15 09:12:37 1: main::__ANON__ called by ./FHEM/98_vitoconnect.pm (1286)
2019.03.15 09:12:37 1: main::vitoconnect_getResourceCallback called by FHEM/HttpUtils.pm (606)
2019.03.15 09:12:37 1: main::__ANON__ called by fhem.pl (740)
Alles andere läuft 1A :)
Was musst du wissen? Ich liefere gerne 8)
version
fhem.pl:18799/2019-03-05
cheers,
florian
~ Kurzes Update ~
Auch nach entfernen der UserReadings bleiben mir die StackTrace-Meldungen erhalten. ggf. sind mir die vorher nur einfach nicht aufgefallen!?
Hallo und Gratualation zur neuen Heizung! :-)
Dein Stacktrace sieht nicht so aus, wie der den ich durch meinen Fix beseitigt habe.
Die aktuelle Version des Moduls hast Du? Zweite Zeile in der Datei 98_vitoconnect.pm:
# $Id: 98_vitoconnect.pm 18851 2019-03-10 15:51:53Z andreas13 $
Was für eine Plattform hast Du? Alles aktuell? Welche Perl Version?
Dann bitte mal "verbose" auf "4" setzen und den relevanten Teil des Logfiles posten. Dito die Ausgabe von "list vitoconnect".
Und dann schauen wir mal:
Viele Grüße
Andreas
Zitat von: Timmäää am 10 März 2019, 09:57:51
Hallo zusammen, hallo andreas13,
endlich noch jemand, der das Problem mit dem Passwort hat. Ich habe es zwar jetzt wieder im define, was funktioniert, aber ganz sauber ist es eben noch nicht. Da das Modul mittlerweile offiziell ist, würde ich das mit dem Passwort gern noch in der offiziellen Version haben.
andreas13, kannst du bei folgenden Modulen schauen, bei denen es bei mir mit dem Passwort per set oder beim initialen Define funktioniert:
BOTVAC
HarmonyHub
FRITZBOX
Wenn ich etwas Zeit habe, spiele ich sonst am Modul herum und schaue, was diesbzgl. funktioniert.
Ansonsten nochmals vielen dank für das Modul, es läuft bis aufs Passwort mittlerweile echt super.
Gruß,
Tim
Hallo Tim,
ich habe den Code für das Speichern des Passworts aus dem FRITZBOX Modul übernommen. Daran kann es also nicht liegen.
Bitte installiere mal die angehängte Datei und setz "verbose" auf "4". Dann wird das Passwort im Logfile ausgegeben. Ist es wirklich falsch oder hat der Vissmann-Server vielleicht wieder nur Schluckauf?
Viele Grüße
Andreas
Zitat von: Timmäää am 10 März 2019, 09:57:51
Hallo zusammen, hallo andreas13,
endlich noch jemand, der das Problem mit dem Passwort hat. Ich habe es zwar jetzt wieder im define, was funktioniert, aber ganz sauber ist es eben noch nicht. Da das Modul mittlerweile offiziell ist, würde ich das mit dem Passwort gern noch in der offiziellen Version haben.
andreas13, kannst du bei folgenden Modulen schauen, bei denen es bei mir mit dem Passwort per set oder beim initialen Define funktioniert:
BOTVAC
HarmonyHub
FRITZBOX
Wenn ich etwas Zeit habe, spiele ich sonst am Modul herum und schaue, was diesbzgl. funktioniert.
Ansonsten nochmals vielen dank für das Modul, es läuft bis aufs Passwort mittlerweile echt super.
Gruß,
Tim
Hallo Tim,
wenn Du ein Dummy Passwort verwendest, führt das im Moment noch dazu, dass das gespeicherte Passwort von dem Dummy Passwort überschrieben wird, wenn FHEM neu gestartet wird. Ist das vielleicht das Problem?
VG
Andreas
Hallo zusammen,
vielen Dank Andreas für das super Modul. Das ist genau das, was ich gesucht hab. Leider kann ich damit aber nur die Heizung auslesen, aber nicht die Vitosolic Solaranlagensteuerung und meine Frischwasserstation Vitotrans 353. Das finde ich echt schade bei Viessmann, dass die Komponenten nicht mit einander kommunizieren.
Zu meiner Heizung... Ich hab eine Grundwasser Wärmepumpe. Ich schick einfach mal mein list vitoconnect
Internals:
DEF g.lang@schoko.it geheim 60
FUUID 5c8f4a33-f33f-70b5-b3f4-1b2a25f24197c231
NAME vitoconnect
NR 125
STATE ok
TYPE vitoconnect
counter 1582
intervall 60
login ok
user g.lang@schoko.it
READINGS:
2019-03-24 21:06:23 Aktive_Heizkreise 1
2019-03-24 21:06:23 Aussen_Status connected
2019-03-24 21:06:23 Aussentemperatur 7.8
2019-03-24 21:06:23 Controller_Seriennummer 7785226811282111
2019-03-24 21:06:23 Device_Time_Offset 56
2019-03-24 21:06:23 Fehlereintraege_Historie ErrorListChanges
2019-03-24 21:06:23 Fehlereintraege_aktive ErrorListChanges
2019-03-24 21:06:23 HK1-Zeitsteuerung_Zirkulation sun sat mon fri tue thu wed
2019-03-24 21:06:23 HK1-Zeitsteuerung_Zirkulation_aktiv 1
2019-03-24 21:06:23 HK2-Betriebsart dhwAndHeatingCooling
2019-03-24 21:06:23 HK2-Frostschutz_Status off
2019-03-24 21:06:23 HK2-Heizkurve-Niveau 2
2019-03-24 21:06:23 HK2-Heizkurve-Steigung 0.5
2019-03-24 21:06:23 HK2-Programmstatus normal
2019-03-24 21:06:23 HK2-Raum_Status notConnected
2019-03-24 21:06:23 HK2-Reduzierte_Temperatur_erzwungen 0
2019-03-24 21:06:23 HK2-Solltemperatur_aktiv 1
2019-03-24 21:06:23 HK2-Solltemperatur_comfort 20
2019-03-24 21:06:23 HK2-Solltemperatur_comfort_aktiv 0
2019-03-24 21:06:23 HK2-Solltemperatur_eco 21
2019-03-24 21:06:23 HK2-Solltemperatur_eco_aktiv 0
2019-03-24 21:06:23 HK2-Solltemperatur_erzwungen 0
2019-03-24 21:06:23 HK2-Solltemperatur_normal 21
2019-03-24 21:06:23 HK2-Solltemperatur_reduziert 21
2019-03-24 21:06:23 HK2-Solltemperatur_reduziert_aktiv 0
2019-03-24 21:06:23 HK2-Standby_aktiv 0
2019-03-24 21:06:23 HK2-Urlaub_Ende
2019-03-24 21:06:23 HK2-Urlaub_Start
2019-03-24 21:06:23 HK2-Urlaub_aktiv 0
2019-03-24 21:06:23 HK2-Vorlauftemperatur 29.5
2019-03-24 21:06:23 HK2-Vorlauftemperatur_aktiv connected
2019-03-24 21:06:23 HK2-WW_aktiv 0
2019-03-20 21:23:27 HK2-WW_und_Heizen_aktiv 1
2019-03-24 21:06:23 HK2-Zeitsteuerung_Heizung sun mode:normal start:00:00 end:24:00 position:0, sat position:0 end:24:00 mode:normal start:00:00, mon end:24:00 position:0 start:00:00 mode:normal, fri position:0 end:24:00 start:00:00 mode:normal, tue start:00:00 mode:normal position:0 end:24:00, thu position:0 end:24:00 mode:normal start:00:00, wed position:0 end:24:00 mode:normal start:00:00,
2019-03-24 21:06:23 HK2-Zeitsteuerung_Heizung_aktiv 1
2019-03-24 21:06:23 HK2-Zirkulationspumpe on
2019-03-24 21:06:23 HK2-aktiv 1
2019-03-24 21:06:23 Kessel_Common_Supply notConnected
2019-03-24 21:06:23 Kessel_Seriennummer 7514863801044119
2019-03-24 21:06:23 Mehrfamilenhaus_aktiv 0
2019-03-24 21:06:23 WW-Aufladung 0
2019-03-24 21:06:23 WW-Haupttemperatur 50
2019-03-24 21:06:23 WW-Isttemperatur 46.1
2019-03-24 21:06:23 WW-Sensoren_Auslauf_Status notConnected
2019-03-24 21:06:23 WW-Solltemperatur 50
2019-03-24 21:06:23 WW-Temperatur_aktiv connected
2019-03-24 21:06:23 WW-Zeitplan thu mode:top start:00:00 position:0 end:24:00, wed position:0 end:24:00 mode:top start:00:00, fri end:24:00 position:0 start:00:00 mode:top, tue end:24:00 position:0 start:00:00 mode:top, mon mode:top start:00:00 position:0 end:24:00, sun mode:top start:00:00 position:0 end:24:00, sat end:24:00 position:0 mode:top start:00:00,
2019-03-24 21:06:23 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-03-24 21:06:23 WW-Zirkulationspumpe_Status off
2019-03-24 21:06:23 WW-Zirkulationspumpe_Zeitplan thu wed fri tue mon sun sat
2019-03-24 21:06:23 WW-Zirkulationspumpe_primaer off
2019-03-24 21:06:23 WW-aktiv 1
2019-03-24 21:06:23 WW-einmaliges_Aufladen 0
2019-03-24 21:06:23 WW-zeitgesteuert_aktiv 1
2019-03-24 21:06:23 heating.circuits.0.circulation.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.circuits.1.heating.curve.setCurve action: slope shift
2019-03-24 21:06:23 heating.circuits.1.heating.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.circuits.1.operating.modes.active.setMode action: mode
2019-03-24 21:06:23 heating.circuits.1.operating.modes.dhwAndHeatingCooling.active 1
2019-03-24 21:06:23 heating.circuits.1.operating.modes.normalStandby.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.activate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.deactivate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.circuits.1.operating.programs.eco.activate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.eco.deactivate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.fixed.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.changeEndDate action: end
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.schedule action: start end
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.unschedule action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.normal.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.circuits.1.operating.programs.reduced.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.compressor.active 0
2019-03-24 21:06:23 heating.dhw.oneTimeCharge.activate action:
2019-03-24 21:06:23 heating.dhw.oneTimeCharge.deactivate action:
2019-03-24 21:06:23 heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.dhw.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.setHysteresis action: hysteresis
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.value 5
2019-03-24 21:06:23 heating.dhw.temperature.main.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.value 60
2019-03-24 21:06:23 state ok
Attributes:
vitoconnect_actions_active 1
Zitat von: Schoko am 24 März 2019, 21:19:36
Hallo zusammen,
vielen Dank Andreas für das super Modul. Das ist genau das, was ich gesucht hab. Leider kann ich damit aber nur die Heizung auslesen, aber nicht die Vitosolic Solaranlagensteuerung und meine Frischwasserstation Vitotrans 353. Das finde ich echt schade bei Viessmann, dass die Komponenten nicht mit einander kommunizieren.
Zu meiner Heizung... Ich hab eine Grundwasser Wärmepumpe. Ich schick einfach mal mein list vitoconnect
Internals:
DEF g.lang@schoko.it geheim 60
FUUID 5c8f4a33-f33f-70b5-b3f4-1b2a25f24197c231
NAME vitoconnect
NR 125
STATE ok
TYPE vitoconnect
counter 1582
intervall 60
login ok
user g.lang@schoko.it
READINGS:
2019-03-24 21:06:23 Aktive_Heizkreise 1
2019-03-24 21:06:23 Aussen_Status connected
2019-03-24 21:06:23 Aussentemperatur 7.8
2019-03-24 21:06:23 Controller_Seriennummer 7785226811282111
2019-03-24 21:06:23 Device_Time_Offset 56
2019-03-24 21:06:23 Fehlereintraege_Historie ErrorListChanges
2019-03-24 21:06:23 Fehlereintraege_aktive ErrorListChanges
2019-03-24 21:06:23 HK1-Zeitsteuerung_Zirkulation sun sat mon fri tue thu wed
2019-03-24 21:06:23 HK1-Zeitsteuerung_Zirkulation_aktiv 1
2019-03-24 21:06:23 HK2-Betriebsart dhwAndHeatingCooling
2019-03-24 21:06:23 HK2-Frostschutz_Status off
2019-03-24 21:06:23 HK2-Heizkurve-Niveau 2
2019-03-24 21:06:23 HK2-Heizkurve-Steigung 0.5
2019-03-24 21:06:23 HK2-Programmstatus normal
2019-03-24 21:06:23 HK2-Raum_Status notConnected
2019-03-24 21:06:23 HK2-Reduzierte_Temperatur_erzwungen 0
2019-03-24 21:06:23 HK2-Solltemperatur_aktiv 1
2019-03-24 21:06:23 HK2-Solltemperatur_comfort 20
2019-03-24 21:06:23 HK2-Solltemperatur_comfort_aktiv 0
2019-03-24 21:06:23 HK2-Solltemperatur_eco 21
2019-03-24 21:06:23 HK2-Solltemperatur_eco_aktiv 0
2019-03-24 21:06:23 HK2-Solltemperatur_erzwungen 0
2019-03-24 21:06:23 HK2-Solltemperatur_normal 21
2019-03-24 21:06:23 HK2-Solltemperatur_reduziert 21
2019-03-24 21:06:23 HK2-Solltemperatur_reduziert_aktiv 0
2019-03-24 21:06:23 HK2-Standby_aktiv 0
2019-03-24 21:06:23 HK2-Urlaub_Ende
2019-03-24 21:06:23 HK2-Urlaub_Start
2019-03-24 21:06:23 HK2-Urlaub_aktiv 0
2019-03-24 21:06:23 HK2-Vorlauftemperatur 29.5
2019-03-24 21:06:23 HK2-Vorlauftemperatur_aktiv connected
2019-03-24 21:06:23 HK2-WW_aktiv 0
2019-03-20 21:23:27 HK2-WW_und_Heizen_aktiv 1
2019-03-24 21:06:23 HK2-Zeitsteuerung_Heizung sun mode:normal start:00:00 end:24:00 position:0, sat position:0 end:24:00 mode:normal start:00:00, mon end:24:00 position:0 start:00:00 mode:normal, fri position:0 end:24:00 start:00:00 mode:normal, tue start:00:00 mode:normal position:0 end:24:00, thu position:0 end:24:00 mode:normal start:00:00, wed position:0 end:24:00 mode:normal start:00:00,
2019-03-24 21:06:23 HK2-Zeitsteuerung_Heizung_aktiv 1
2019-03-24 21:06:23 HK2-Zirkulationspumpe on
2019-03-24 21:06:23 HK2-aktiv 1
2019-03-24 21:06:23 Kessel_Common_Supply notConnected
2019-03-24 21:06:23 Kessel_Seriennummer 7514863801044119
2019-03-24 21:06:23 Mehrfamilenhaus_aktiv 0
2019-03-24 21:06:23 WW-Aufladung 0
2019-03-24 21:06:23 WW-Haupttemperatur 50
2019-03-24 21:06:23 WW-Isttemperatur 46.1
2019-03-24 21:06:23 WW-Sensoren_Auslauf_Status notConnected
2019-03-24 21:06:23 WW-Solltemperatur 50
2019-03-24 21:06:23 WW-Temperatur_aktiv connected
2019-03-24 21:06:23 WW-Zeitplan thu mode:top start:00:00 position:0 end:24:00, wed position:0 end:24:00 mode:top start:00:00, fri end:24:00 position:0 start:00:00 mode:top, tue end:24:00 position:0 start:00:00 mode:top, mon mode:top start:00:00 position:0 end:24:00, sun mode:top start:00:00 position:0 end:24:00, sat end:24:00 position:0 mode:top start:00:00,
2019-03-24 21:06:23 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-03-24 21:06:23 WW-Zirkulationspumpe_Status off
2019-03-24 21:06:23 WW-Zirkulationspumpe_Zeitplan thu wed fri tue mon sun sat
2019-03-24 21:06:23 WW-Zirkulationspumpe_primaer off
2019-03-24 21:06:23 WW-aktiv 1
2019-03-24 21:06:23 WW-einmaliges_Aufladen 0
2019-03-24 21:06:23 WW-zeitgesteuert_aktiv 1
2019-03-24 21:06:23 heating.circuits.0.circulation.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.circuits.1.heating.curve.setCurve action: slope shift
2019-03-24 21:06:23 heating.circuits.1.heating.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.circuits.1.operating.modes.active.setMode action: mode
2019-03-24 21:06:23 heating.circuits.1.operating.modes.dhwAndHeatingCooling.active 1
2019-03-24 21:06:23 heating.circuits.1.operating.modes.normalStandby.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.activate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.deactivate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.comfort.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.circuits.1.operating.programs.eco.activate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.eco.deactivate action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.fixed.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.changeEndDate action: end
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.schedule action: start end
2019-03-24 21:06:23 heating.circuits.1.operating.programs.holiday.unschedule action:
2019-03-24 21:06:23 heating.circuits.1.operating.programs.normal.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.circuits.1.operating.programs.reduced.setTemperature action: targetTemperature
2019-03-24 21:06:23 heating.compressor.active 0
2019-03-24 21:06:23 heating.dhw.oneTimeCharge.activate action:
2019-03-24 21:06:23 heating.dhw.oneTimeCharge.deactivate action:
2019-03-24 21:06:23 heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.dhw.schedule.setSchedule action: newSchedule
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.setHysteresis action: hysteresis
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.value 5
2019-03-24 21:06:23 heating.dhw.temperature.main.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.value 60
2019-03-24 21:06:23 state ok
Attributes:
vitoconnect_actions_active 1
Interessant, da sind ein paar neue Readings und sogar 2 neue Aktionen (incl. Reading):
2019-03-24 21:06:23 heating.circuits.1.operating.modes.dhwAndHeatingCooling.active 1
2019-03-24 21:06:23 heating.circuits.1.operating.modes.normalStandby.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.fixed.active 0
2019-03-24 21:06:23 heating.compressor.active 0
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.setHysteresis action: hysteresis
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.value 5
2019-03-24 21:06:23 heating.dhw.temperature.temp2.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.value 60
Vorschläge, wie ich die neuen Readings nennen soll? Ich werde es im nächsten Release umsetzen.
Kannst Du mal "set vitonnect logResponseOnce" ausführen und mir die *.jsond Dateien aus dem Log-Verzeichnis schicken. Mailadresse, schicke ich dir per PN.
Viele Grüße
Andreas
Zitat von: andreas13 am 26 März 2019, 07:13:58
Interessant, da sind ein paar neue Readings und sogar 2 neue Aktionen (incl. Reading):
2019-03-24 21:06:23 heating.circuits.1.operating.modes.dhwAndHeatingCooling.active 1
2019-03-24 21:06:23 heating.circuits.1.operating.modes.normalStandby.active 0
2019-03-24 21:06:23 heating.circuits.1.operating.programs.fixed.active 0
2019-03-24 21:06:23 heating.compressor.active 0
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.setHysteresis action: hysteresis
2019-03-24 21:06:23 heating.dhw.temperature.hysteresis.value 5
2019-03-24 21:06:23 heating.dhw.temperature.temp2.setTargetTemperature action: temperature
2019-03-24 21:06:23 heating.dhw.temperature.temp2.value 60
Vorschläge, wie ich die neuen Readings nennen soll? Ich werde es im nächsten Release umsetzen.
Kannst Du mal "set vitonnect logResponseOnce" ausführen und mir die *.jsond Dateien aus dem Log-Verzeichnis schicken. Mailadresse, schicke ich dir per PN.
Viele Grüße
Andreas
Hi Andreas
Ich hab dir eben die jsons geschickt.
Leider hab ich keinen Schimmer was die Readings zu bedeuten haben. Somit kann ich dir auch keinen sinnvollen Namen nennen.
Danke für die schnelle Antwort
Lg
Gerhard
Gesendet von iPhone mit Tapatalk
Zitat von: andreas13 am 17 März 2019, 17:10:29
Hallo Tim,
wenn Du ein Dummy Passwort verwendest, führt das im Moment noch dazu, dass das gespeicherte Passwort von dem Dummy Passwort überschrieben wird, wenn FHEM neu gestartet wird. Ist das vielleicht das Problem?
VG
Andreas
Hi Andreas,
ja bei mir muss das dann so sein. Ich mache recht häufig Updates, sodass ich sicherlich auch häufig neustarte. Bei dem Fritzbox-Modul verschwindet nach Anlage das DEF aus den Internals. Bei dem Modul Harmony bspw. wird das PW als Crypt im DEF hinterlegt. Bei BOTVAC wird das DEF dann nach initialer Anlage um das PW bereinigt. Ist eine solche Lösung auch für dieses Modul sinnvoll?
Danke dir und viele Grüße,
Tim
Hallo zusammen,
heute gab es eine neue Version der iOS ViCare App mit Gasverbrauch, Urlaub, Spar- und Komfortmodus.
Alles Features, die das Modul schon konnte. Mal sehen, ob Vissmann jetzt wieder an der API arbeitet.
VG
Andreas
Gesendet von iPhone mit Tapatalk Pro
Ich hab eben meine Vitosolic per KM-Bus an die Heizungssteuerung angeschlossen. In der Steuerung sehe ich jetzt auch einige Werte. Kann ich irgendwie die Readings neu auslesen, um zu sehen ob Kollektortemeperatur usw. Jetzt übertragen wird? An denen hat sich nämlich nichts geändert...
Gruß
Schoko
Gesendet von iPhone mit Tapatalk
Zitat von: Schoko am 30 März 2019, 10:58:56
Ich hab eben meine Vitosolic per KM-Bus an die Heizungssteuerung angeschlossen. In der Steuerung sehe ich jetzt auch einige Werte. Kann ich irgendwie die Readings neu auslesen, um zu sehen ob Kollektortemeperatur usw. Jetzt übertragen wird? An denen hat sich nämlich nichts geändert...
Gruß
Schoko
Gesendet von iPhone mit Tapatalk
Hallo Schoko,
es werden immer alle Werte ausgegeben, die die API liefert. Entweder nach Ablauf des Intervalls oder manuel "set vitoconnect update".
Wenn die Werte nicht automatisch erscheinen, werden sie von der API nicht geliefert. Dann kann nur Vissmann helfen. :-(
Wenn die Readings vorher nicht bekannt waren, haben sie die Form "heating.xxx.xxx", wie Du es schon kennst.
VG
Andreas
Hallo,
inzwischen hat Vissmann wohl gemerkt, dass Stromverbräuchen in Wh nicht so sinnvoll sind. Seit ein paar Wochen werden (von mir erst heute bemerkt) die Stromverbräuche wohl in kWh übertragen.
Wer in seinen "userreadings" bei den Stromverbräuchen noch "/1000" drin hat, sollte das löschen.
Seit dem 23.03.19 werden auch keine Readings für Sensoren, die nicht installiert sind, mehr übertragen. Bei mir z.B.:
* HK1-Raum_Temperatur
* Kessel_Common_Supply_Temperatur
* WW-Sensoren_Auslauf_Wert
Die zugehörigen Stati (z.B. HK1-Raum_Status) sind "error" und werden weiterhin übertragen.
VG Andreas
Hallo zusammen,
morgen gibt es mal wieder ein kleines release:
# 2019-03-29 neue Readings:
# heating.circuits.1.operating.modes.dhwAndHeatingCooling.active 1
# heating.circuits.1.operating.modes.normalStandby.active 0
# heating.circuits.1.operating.programs.fixed.active 0
# heating.compressor.active 0
# heating.dhw.temperature.hysteresis.value 5
# heating.dhw.temperature.temp2.value 60
# Passwort wird bei "define" nur noch gesetzt, wenn noch kein Passwort gespeichert war
# Attribut "model" implementiert
Feedback wie immer willkommen!
Andreas
Zitat von: andreas13 am 30 März 2019, 14:24:24
Hallo Schoko,
es werden immer alle Werte ausgegeben, die die API liefert. Entweder nach Ablauf des Intervalls oder manuel "set vitoconnect update".
Wenn die Werte nicht automatisch erscheinen, werden sie von der API nicht geliefert. Dann kann nur Vissmann helfen. :-(
Wenn die Readings vorher nicht bekannt waren, haben sie die Form "heating.xxx.xxx", wie Du es schon kennst.
VG
Andreas
Na dann lass ich die Steuerung vorerst noch am VBUS hängen...
Zumindest reduziert er jetzt automatisch die Solltemperatur, wenn die Solaranlage Wärme liefert...
Danke trotzdem
VG
Schoko
Gesendet von iPhone mit Tapatalk
Hallo zusammen,
ich habe festgestellt, dass das (manuelle) ,,einmalige Aufladen" nicht funktioniert. Dies ist allerdings nicht nur in FHEM der Fall, sondern auch in der Viessmann-App (,,Ich möchte Warmwasser"). Obwohl die Aktion in FHEM zu sehen, also aktiv ist, sinkt die Wassertemperatur weiter. Erst durch die ,,Aufladung" seitens der Heizung wird das Wasser wieder aufgeheizt.
Ich bekomme die ,,Bad Gateway"-Fehlermeldung:
set Heizung WW-einmaliges_Aufladen activate: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Kann meine Heizung (Vitodens 200) das nicht oder liegt ein Fehler vor?
Kennt jemand dieses Verhalten?
Vielen Dank! :-)
Zitat von: twinFHEM am 01 April 2019, 19:57:36
Hallo zusammen,
ich habe festgestellt, dass das (manuelle) ,,einmalige Aufladen" nicht funktioniert. Dies ist allerdings nicht nur in FHEM der Fall, sondern auch in der Viessmann-App (,,Ich möchte Warmwasser"). Obwohl die Aktion in FHEM zu sehen, also aktiv ist, sinkt die Wassertemperatur weiter. Erst durch die ,,Aufladung" seitens der Heizung wird das Wasser wieder aufgeheizt.
Ich bekomme die ,,Bad Gateway"-Fehlermeldung:
set Heizung WW-einmaliges_Aufladen activate: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Kann meine Heizung (Vitodens 200) das nicht oder liegt ein Fehler vor?
Kennt jemand dieses Verhalten?
Vielen Dank! :-)
Ich glaube, das ist normal. Aufgeheizt wird nur, wenn die Temperatur unter Soll liegt. Schalt mal auf Standy und lös dann manuell aus, wenn die Temperatur unter soll liegt.
Gesendet von iPad mit Tapatalk Pro
Hallo,
ich möchte die Leistungsdaten meiner geregelten Solarpumpe (an der Heizungsteuerung hängend) auswerten.
Die Leistungsdaten habe ich mit einem userreading 'Drehzahl' erzeugt.
Den Leistungsanteil bekomme ich im reading ausgegeben.
Drehzahl { ReadingsVal($name,"power_2",0)*100/38.2 ;; }
{ if ( { ReadingsNum ($name,"Drehzahl",0)} >100 ) {\ fhem ("set Fibadose_9 Drehzahl 100") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 30 ) {\ fhem ("set Fibadose_9 Drehzahl 30") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 10 ) {\ fhem ("set Fibadose_9 Drehzahl 0") ; }
}
Da jedoch die Netzspannung eine große Spreizung +/- 10 Volt aufweist, schwankt natürlich auch die Leistungsdaten in Watt und damit die prozentuale Ermittlung.
Sollte aufgrund einer größeren Netzspannung die Leistung auf über 100% steigen, so soll der Wert bei 100% bleiben.
Ähnlich das unterschreiten unter 30% soll der Wert bei 30% bleiben, unter 10% soll der Wert 0 ausgegeben werden.
Ich bekomme jedoch mit diesem Programmcode Fehler ausgegeben.
Fehler:
PERL WARNING: Odd number of elements in anonymous hash at (eval 15943) line 3.
PERL WARNING: Odd number of elements in anonymous hash at (eval 15943) line 5.
PERL WARNING: Odd number of elements in anonymous hash at (eval 15943) line 7.
Was mache ich falsch?
Vielleicht kann mir jemand helfen.
Ich weiß, dass meine Frage nicht unbedingt hierher gehört.
VG Frank
ZitatDrehzahl { ReadingsVal($name,"power_2",0)*100/38.2 ;; }
Bisher ok. Das ist die Definition deines userReadings, in {}
{ if ( { ReadingsNum ($name,"Drehzahl",0)} >100 ) {\ fhem ("set Fibadose_9 Drehzahl 100") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 30 ) {\ fhem ("set Fibadose_9 Drehzahl 30") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 10 ) {\ fhem ("set Fibadose_9 Drehzahl 0") ; }
}
Was soll denn das ausserhalb der Definition machen? Hast Du wirklich dein userReading damit speichern können?
Zitat von: amenomade am 08 April 2019, 19:03:52
Bisher ok. Das ist die Definition deines userReadings, in {}
{ if ( { ReadingsNum ($name,"Drehzahl",0)} >100 ) {\ fhem ("set Fibadose_9 Drehzahl 100") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 30 ) {\ fhem ("set Fibadose_9 Drehzahl 30") ; }
if ( { ReadingsNum ($name,"Drehzahl",0)} < 10 ) {\ fhem ("set Fibadose_9 Drehzahl 0") ; }
}
Was soll denn das ausserhalb der Definition machen? Hast Du wirklich dein userReading damit speichern können?
Ich hatte versucht das im Stateformat zu speichern, funktioniert nicht richtig.
Zeig bitte ein "list" von deinem Device
Hallo zusammen,
wie kann ich vitoconnect denn auf FHEM installieren?
Wenn ich den Befehlt "define vitoconnect vitoconnect user@mail.xx geheim 60" eingebe, dann bekomme ich in FHEM immer die Fehlermeldung: Unknown module vitoconnect.
Vielen Dank!
Erste FHEM Regel: update Update Update...
hier die Device-Liste
So weit so gut. (Das ist übrigens kein "list" des Devices, sondern Bildschirmkopien. Ein "list" vom Device "deviceName" kriegt man mit "list deviceName" im Kommandofeld von FHEM. Und dann ein einfaches Copy/Paste im Forum, mit CodeTags (das # Zeichen im Editormenü)
Also dein Pb ist stateFormat?
Wenn es perl sein soll, macht man im stateFormat kein "set", sondern nutzt man "return <value>" (oder evtl nur <value> wenn nur ein Schritt). Und das wird nicht für ein Reading benutzt, sondern ändert das STATE des Devices.
Wenn Du das Format von deinem Reading "Drehzahl" ändern möchtest, dann musst du es direkt im Perl des userReadings formattieren.
z.B.
attr Fibadose_9 userReading Drehzahl { my $result = ReadingsNum("$name","power_2",0)*100/38.2 ;; return 100 if ($result > 100);; return 0 if ($result < 10);; return 30 if ($result <30);; return $result;; }
Zitat von: amenomade am 08 April 2019, 20:52:07
Wenn Du das Format von deinem Reading "Drehzahl" ändern möchtest, dann musst du es direkt im Perl des userReadings formattieren.
z.B.
attr Fibadose_9 userReading Drehzahl { my $result = ReadingsNum("$name","power_2",0)*100/38.2 ;; return 100 if ($result > 100);; return 0 if ($result < 10);; return 30 if ($result <30);; return $result;; }
Vielen Dank!
Habe Deinen Hinweis aufgenommen und Attribut gesetzt.
Es kommt folgende Fehlermeldung:
Error evaluating Fibadose_9 userReading Drehzahl: syntax error at (eval 4333) line 2, at EOF
Global symbol "$result" requires explicit package name (did you forget to declare "my $result"?) at (eval 4333) line 2.
syntax error at (eval 4333) line 2, near "; }"
Muss das my $result vorher vereinbart werden?
Vielen Dank!
War ein Copy/Paste Fehler.
Hat funktioniert....
Vielen Dank für die Hilfe!
[quote author=Tanne-01 link=topic=93664.msg928261#msg928261
Was mache ich falsch?
Vielleicht kann mir jemand helfen.
Ich weiß, dass meine Frage nicht unbedingt hierher gehört.
VG Frank
[/quote]
Wenn du weißt, dass es nicht hier her gehört, warum machst du es dann trotzdem. Finde ich schon ziemlich treist. :-(
Gesendet von iPhone mit Tapatalk Pro
Zitat von: djsirius am 08 April 2019, 20:30:42
Hallo zusammen,
wie kann ich vitoconnect denn auf FHEM installieren?
Wenn ich den Befehlt "define vitoconnect vitoconnect user@mail.xx geheim 60" eingebe, dann bekomme ich in FHEM immer die Fehlermeldung: Unknown module vitoconnect.
Vielen Dank!
Was steht denn im Logfile? Vielleicht hast du nicht alle notwendigen Perl Module installiert?
VG
Andreas
Gesendet von iPhone mit Tapatalk Pro
Naja... unknown module heisst unknown module. Ist Fhem auf dem letzten Stand? Bzw. was ist die Ausgabe von "version" im Kommandofeld?
Es gibt ein paar neue Readings:
heating.gas.consumption.dhw.unit kilowattHour
heating.gas.consumption.heating.unit kilowattHour
heating.power.consumption.unit kilowattHour
Sind jemanden noch andere Änderungen an der API aufgefallen?
Für die neuen Readings wird es im nächsten Release vernüftige Texte geben.
Hallo Andreas,
mit ist noch eine Kleinigkeit aufgefallen.
Könntest Du dem Reading "WW-Zirklationspumpe_Zeitsteuerung_aktiv" noch ein "u" im Wort "Zirklationspumpe" spendieren?
;)
Vielen Dank und Grüße,
Andreas
Hallo ,
ich bekomme das immer noch nicht komplett hin :-(
Entweder es aktualisiert sich der Stromverbrauch nicht oder es stimmt etwas mit dem Gasverbrauch nicht...
Hab versucht mich ans Wiki zu halten ....
könnte da mal jemand drüber schauen , oder mir mal jemand seine config posten ?
list vitoconnect:
Internals:
CFGFN /opt/fhem/FHEM/60_Viessmann.cfg
DEF email Passwort 60
FUUID 5c4c0db2-f33f-9117-77ec-2856c654bd0144ee
NAME vitoconnect
NR 1482
STATE ok
TYPE vitoconnect
counter 710
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1556249075.46616
VALUE 0
Aussen_Status:
DBLogging:
TIME 1556249075.46616
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 12.8
Brenner_Betriebsstunden:
DBLogging:
TIME 1556249075.46616
VALUE 2198.21333333333
Brenner_Fehlercode:
DBLogging:
TIME 1556249075.46616
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1556249075.46616
VALUE 0
Brenner_Starts:
DBLogging:
TIME 1556249075.46616
VALUE 4837
Brenner_Status:
DBLogging:
TIME 1556249075.46616
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
Controller_Seriennummer:
DBLogging:
TIME 1556249075.46616
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1556249075.46616
VALUE 116
Fehlereintraege_Historie:
DBLogging:
TIME 1556249075.46616
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1556249075.46616
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 5409,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 650,1324,1392,2043,1574,1241,352,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0,7,4,8,6,8,6,8
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 25,112,280,233,219,276,382,325,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 524,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 135,149,123,117,120,120,87,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0,6,5,5,6,6,5,7
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 22,40,32,41,33,28,40,34,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
HK1-Betriebsart:
DBLogging:
TIME 1556249075.46616
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1556249075.46616
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1556249075.46616
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1556249075.46616
VALUE reduced
HK1-Raum_Status:
DBLogging:
TIME 1556249075.46616
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1556249075.46616
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1556249075.46616
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1556249075.46616
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1556249075.46616
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Standby_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 31
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1556249075.46616
VALUE sun mode:normal end:23:00 start:06:00 position:0, sat position:0 start:06:00 mode:normal end:23:00, tue start:06:00 position:0 end:23:00 mode:normal, thu end:23:00 mode:normal position:0 start:06:00, fri start:06:00 position:0 mode:normal end:23:00, wed position:0 start:06:00 end:23:00 mode:normal, mon mode:normal end:23:00 start:06:00 position:0,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1556249075.46616
VALUE on
HK1-aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1556249075.46616
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1556249075.46616
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1556249075.46616
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 31
Kesseltemperatur_exact:
DBLogging:
TIME 1556249075.46616
VALUE 23.7
Kosten_GHZ_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.15
Kosten_GHZ_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 29.96
Kosten_GWW_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.01
Kosten_GWW_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 6.22
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_faellig:
DBLogging:
TIME 1556249075.46616
VALUE 0
Stromverbrauch/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 79.277,55.879,0
Stromverbrauch/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 14.919,21.186,19.947,23.225,22.206,21.045,12.628,0,0,0,0,0,0
Stromverbrauch/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0.094,0.594,0.386,0.498,0.408,0.442,0.282,0.461
Stromverbrauch/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.867,3.635,4.708,4.709,4.587,4.823,4.971,4.788,4.728,4.803,5.056,5.064,5.377,5.438,5.263,5.104,5.05,5.157,4.904,5.292,4.795,5.002,5.204,4.851,4.548,4.922,4.553,3.798,2.159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Verbrauch_GHZ_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 25
Verbrauch_GHZ_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 650
Verbrauch_GHZ_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 5409
Verbrauch_GHZ_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0
Verbrauch_GWW_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 22
Verbrauch_GWW_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 135
Verbrauch_GWW_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 524
Verbrauch_GWW_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0
Verbrauch_Strom_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 0.00
Verbrauch_Strom_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 0.01
Verbrauch_Strom_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 0.08
Verbrauch_Strom_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0.00
WW-Aufladung:
DBLogging:
TIME 1556249075.46616
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 52.5
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1556249075.46616
VALUE error
WW-Sensoren_Auslauf_Wert:
DBLogging:
TIME 1556249075.46616
VALUE 20
WW-Solltemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1556249075.46616
VALUE mon end:23:00 mode:on start:05:30 position:0, wed mode:on end:23:00 start:05:30 position:0, sun start:05:30 position:0 mode:on end:23:00, sat start:05:30 position:0 mode:on end:23:00, tue end:23:00 mode:on start:05:30 position:0, thu position:0 start:05:30 end:23:00 mode:on, fri mode:on end:23:00 position:0 start:05:30,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1556249075.46616
VALUE off
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1556249075.46616
VALUE wed start:05:30 position:0 mode:on end:23:00, mon end:23:00 mode:on position:0 start:05:30, thu end:23:00 mode:on position:0 start:05:30, fri end:23:00 mode:on start:05:30 position:0, sun mode:on end:23:00 start:05:30 position:0, sat mode:on end:23:00 position:0 start:05:30, tue start:05:30 position:0 end:23:00 mode:on,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1556249075.46616
VALUE off
WW-aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
WW-einmaliges_Aufladen:
DBLogging:
TIME 1556249075.46616
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
heating.gas.consumption.dhw.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
heating.gas.consumption.heating.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
heating.power.consumption.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
state:
DBLogging:
TIME 1556249075.46616
VALUE ok
READINGS:
2019-04-26 05:24:35 Aktive_Heizkreise 0
2019-04-26 05:24:35 Aussen_Status connected
2019-04-26 05:24:35 Aussentemperatur 12.8
2019-04-26 05:24:35 Brenner_Betriebsstunden 2198.21333333333
2019-04-26 05:24:35 Brenner_Fehlercode 0
2019-04-26 05:24:35 Brenner_Modulation 0
2019-04-26 05:24:35 Brenner_Starts 4837
2019-04-26 05:24:35 Brenner_Status ok
2019-04-26 05:24:35 Brenner_aktiv 0
2019-04-26 05:24:35 Controller_Seriennummer 7743905854489117
2019-04-26 05:24:35 Device_Time_Offset 116
2019-04-26 05:24:35 Fehlereintraege_Historie ErrorListChanges
2019-04-26 05:24:35 Fehlereintraege_aktive ErrorListChanges
2019-04-26 05:24:35 Gasverbrauch_Heizung/Jahr 5409,3167,0
2019-04-26 05:24:35 Gasverbrauch_Heizung/Monat 650,1324,1392,2043,1574,1241,352,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_Heizung/Tag 0,7,4,8,6,8,6,8
2019-04-26 05:24:35 Gasverbrauch_Heizung/Woche 25,112,280,233,219,276,382,325,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_WW/Jahr 524,327,0
2019-04-26 05:24:35 Gasverbrauch_WW/Monat 135,149,123,117,120,120,87,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_WW/Tag 0,6,5,5,6,6,5,7
2019-04-26 05:24:35 Gasverbrauch_WW/Woche 22,40,32,41,33,28,40,34,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 HK1-Betriebsart dhwAndHeating
2019-04-26 05:24:35 HK1-External_Temperatur 0
2019-04-26 05:24:35 HK1-External_aktiv 0
2019-04-26 05:24:35 HK1-Frostschutz_Status off
2019-04-26 05:24:35 HK1-Heizkurve-Niveau 0
2019-04-26 05:24:35 HK1-Heizkurve-Steigung 1.4
2019-04-26 05:24:35 HK1-Programmstatus reduced
2019-04-26 05:24:35 HK1-Raum_Status error
2019-04-26 05:24:35 HK1-Reduzierte_Temperatur_erzwungen 0
2019-04-26 05:24:35 HK1-Solltemperatur_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_comfort 20
2019-04-26 05:24:35 HK1-Solltemperatur_comfort_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_eco 21
2019-04-26 05:24:35 HK1-Solltemperatur_eco_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_erzwungen 0
2019-04-26 05:24:35 HK1-Solltemperatur_normal 21
2019-04-26 05:24:35 HK1-Solltemperatur_reduziert 18
2019-04-26 05:24:35 HK1-Solltemperatur_reduziert_aktiv 1
2019-04-26 05:24:35 HK1-Standby_aktiv 0
2019-04-26 05:24:35 HK1-Urlaub_Ende
2019-04-26 05:24:35 HK1-Urlaub_Start
2019-04-26 05:24:35 HK1-Urlaub_aktiv 0
2019-04-26 05:24:35 HK1-Vorlauftemperatur 31
2019-04-26 05:24:35 HK1-Vorlauftemperatur_aktiv connected
2019-04-26 05:24:35 HK1-WW_aktiv 0
2019-04-26 05:24:35 HK1-WW_und_Heizen_aktiv 1
2019-04-26 05:24:35 HK1-Zeitsteuerung_Heizung sun mode:normal end:23:00 start:06:00 position:0, sat position:0 start:06:00 mode:normal end:23:00, tue start:06:00 position:0 end:23:00 mode:normal, thu end:23:00 mode:normal position:0 start:06:00, fri start:06:00 position:0 mode:normal end:23:00, wed position:0 start:06:00 end:23:00 mode:normal, mon mode:normal end:23:00 start:06:00 position:0,
2019-04-26 05:24:35 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-04-26 05:24:35 HK1-Zirkulationspumpe on
2019-04-26 05:24:35 HK1-aktiv 1
2019-04-26 05:24:35 Kessel_Common_Supply error
2019-04-26 05:24:35 Kessel_Seriennummer 7570781808893119
2019-04-26 05:24:35 Kessel_Status connected
2019-04-26 05:24:35 Kesseltemperatur 31
2019-04-26 05:24:35 Kesseltemperatur_exact 23.7
2019-04-26 05:24:35 Kosten_GHZ_aktuelle_Woche 1.15
2019-04-26 05:24:35 Kosten_GHZ_aktueller_Monat 29.96
2019-04-26 05:24:35 Kosten_GWW_aktuelle_Woche 1.01
2019-04-26 05:24:35 Kosten_GWW_aktueller_Monat 6.22
2019-04-26 05:24:35 Mehrfamilenhaus_aktiv 0
2019-04-26 05:24:35 Service_Intervall_Monate 0
2019-04-26 05:24:35 Service_Letzter
2019-04-26 05:24:35 Service_Monate_aktiv_seit_letzten_Service 0
2019-04-26 05:24:35 Service_faellig 0
2019-04-26 05:24:35 Stromverbrauch/Jahr 79.277,55.879,0
2019-04-26 05:24:35 Stromverbrauch/Monat 14.919,21.186,19.947,23.225,22.206,21.045,12.628,0,0,0,0,0,0
2019-04-26 05:24:35 Stromverbrauch/Tag 0.094,0.594,0.386,0.498,0.408,0.442,0.282,0.461
2019-04-26 05:24:35 Stromverbrauch/Woche 1.867,3.635,4.708,4.709,4.587,4.823,4.971,4.788,4.728,4.803,5.056,5.064,5.377,5.438,5.263,5.104,5.05,5.157,4.904,5.292,4.795,5.002,5.204,4.851,4.548,4.922,4.553,3.798,2.159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 Verbrauch_GHZ_aktuelle_Woche 25
2019-04-26 05:24:35 Verbrauch_GHZ_aktueller_Monat 650
2019-04-26 05:24:35 Verbrauch_GHZ_aktuelles_Jahr 5409
2019-04-26 05:24:35 Verbrauch_GHZ_heute 0
2019-04-26 05:24:35 Verbrauch_GWW_aktuelle_Woche 22
2019-04-26 05:24:35 Verbrauch_GWW_aktueller_Monat 135
2019-04-26 05:24:35 Verbrauch_GWW_aktuelles_Jahr 524
2019-04-26 05:24:35 Verbrauch_GWW_heute 0
2019-04-26 05:24:35 Verbrauch_Strom_aktuelle_Woche 0.00
2019-04-26 05:24:35 Verbrauch_Strom_aktueller_Monat 0.01
2019-04-26 05:24:35 Verbrauch_Strom_aktuelles_Jahr 0.08
2019-04-26 05:24:35 Verbrauch_Strom_heute 0.00
2019-04-26 05:24:35 WW-Aufladung 0
2019-04-26 05:24:35 WW-Haupttemperatur 50
2019-04-26 05:24:35 WW-Isttemperatur 52.5
2019-04-26 05:24:35 WW-Sensoren_Auslauf_Status error
2019-04-26 05:24:35 WW-Sensoren_Auslauf_Wert 20
2019-04-26 05:24:35 WW-Solltemperatur 50
2019-04-26 05:24:35 WW-Temperatur_aktiv connected
2019-04-26 05:24:35 WW-Zeitplan mon end:23:00 mode:on start:05:30 position:0, wed mode:on end:23:00 start:05:30 position:0, sun start:05:30 position:0 mode:on end:23:00, sat start:05:30 position:0 mode:on end:23:00, tue end:23:00 mode:on start:05:30 position:0, thu position:0 start:05:30 end:23:00 mode:on, fri mode:on end:23:00 position:0 start:05:30,
2019-04-26 05:24:35 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-04-26 05:24:35 WW-Zirkulationspumpe_Status off
2019-04-26 05:24:35 WW-Zirkulationspumpe_Zeitplan wed start:05:30 position:0 mode:on end:23:00, mon end:23:00 mode:on position:0 start:05:30, thu end:23:00 mode:on position:0 start:05:30, fri end:23:00 mode:on start:05:30 position:0, sun mode:on end:23:00 start:05:30 position:0, sat mode:on end:23:00 position:0 start:05:30, tue start:05:30 position:0 end:23:00 mode:on,
2019-04-26 05:24:35 WW-Zirkulationspumpe_primaer off
2019-04-26 05:24:35 WW-aktiv 1
2019-04-26 05:24:35 WW-einmaliges_Aufladen 0
2019-04-26 05:24:35 WW-zeitgesteuert_aktiv 1
2019-04-26 05:24:35 heating.gas.consumption.dhw.unit kilowattHour
2019-04-26 05:24:35 heating.gas.consumption.heating.unit kilowattHour
2019-04-26 05:24:35 heating.power.consumption.unit kilowattHour
2019-04-26 05:24:35 state ok
Attributes:
DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings Verbrauch_GHZ_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Verbrauch_GWW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Verbrauch_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Verbrauch_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Verbrauch_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Verbrauch_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Verbrauch_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Verbrauch_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Verbrauch_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]/1000))},
Verbrauch_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]/1000))},
Verbrauch_Strom_heute:Stromverbrauch/Tag.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]/1000))},
Verbrauch_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]/1000))},
Kosten_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]*0.0461))},
Kosten_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]*0.0461))},
Kosten_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]*0.0461))},
Kosten_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]*0.0461))},
Hallo zusammen,
morgen gibt es mal wieder ein kleins Release:
# 2019-04-26 neue Readings für
# heating.gas.consumption.dhw.unit kilowattHour
# heating.gas.consumption.heating.unit kilowattHour
# heating.power.consumption.unit kilowattHour
# Typo in WW-Zirkulationspumpe_Zeitsteuerung_aktiv fixt
Bitte das fehlerhafte Reading mit "deletereading vitoconnect WW-Zirklationspumpe_Zeitsteuerung_aktiv " löschen und ggf Readingsgroups und Grafiken anpassen.
Feedback wie immer willkommen!
Andreas
Zitat von: Aladin222 am 26 April 2019, 05:29:54
Hallo ,
ich bekomme das immer noch nicht komplett hin :-(
Entweder es aktualisiert sich der Stromverbrauch nicht oder es stimmt etwas mit dem Gasverbrauch nicht...
Hab versucht mich ans Wiki zu halten ....
könnte da mal jemand drüber schauen , oder mir mal jemand seine config posten ?
list vitoconnect:
Internals:
CFGFN /opt/fhem/FHEM/60_Viessmann.cfg
DEF email Passwort 60
FUUID 5c4c0db2-f33f-9117-77ec-2856c654bd0144ee
NAME vitoconnect
NR 1482
STATE ok
TYPE vitoconnect
counter 710
intervall 60
login ok
user Aladin212@arcor.de
Helper:
DBLOG:
Aktive_Heizkreise:
DBLogging:
TIME 1556249075.46616
VALUE 0
Aussen_Status:
DBLogging:
TIME 1556249075.46616
VALUE connected
Aussentemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 12.8
Brenner_Betriebsstunden:
DBLogging:
TIME 1556249075.46616
VALUE 2198.21333333333
Brenner_Fehlercode:
DBLogging:
TIME 1556249075.46616
VALUE 0
Brenner_Modulation:
DBLogging:
TIME 1556249075.46616
VALUE 0
Brenner_Starts:
DBLogging:
TIME 1556249075.46616
VALUE 4837
Brenner_Status:
DBLogging:
TIME 1556249075.46616
VALUE ok
Brenner_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
Controller_Seriennummer:
DBLogging:
TIME 1556249075.46616
VALUE 7743905854489117
Device_Time_Offset:
DBLogging:
TIME 1556249075.46616
VALUE 116
Fehlereintraege_Historie:
DBLogging:
TIME 1556249075.46616
VALUE ErrorListChanges
Fehlereintraege_aktive:
DBLogging:
TIME 1556249075.46616
VALUE ErrorListChanges
Gasverbrauch_Heizung/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 5409,3167,0
Gasverbrauch_Heizung/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 650,1324,1392,2043,1574,1241,352,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0,7,4,8,6,8,6,8
Gasverbrauch_Heizung/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 25,112,280,233,219,276,382,325,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Gasverbrauch_WW/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 524,327,0
Gasverbrauch_WW/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 135,149,123,117,120,120,87,0,0,0,0,0,0
Gasverbrauch_WW/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0,6,5,5,6,6,5,7
Gasverbrauch_WW/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 22,40,32,41,33,28,40,34,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
HK1-Betriebsart:
DBLogging:
TIME 1556249075.46616
VALUE dhwAndHeating
HK1-External_Temperatur:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-External_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Frostschutz_Status:
DBLogging:
TIME 1556249075.46616
VALUE off
HK1-Heizkurve-Niveau:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Heizkurve-Steigung:
DBLogging:
TIME 1556249075.46616
VALUE 1.4
HK1-Programmstatus:
DBLogging:
TIME 1556249075.46616
VALUE reduced
HK1-Raum_Status:
DBLogging:
TIME 1556249075.46616
VALUE error
HK1-Reduzierte_Temperatur_erzwungen:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_comfort:
DBLogging:
TIME 1556249075.46616
VALUE 20
HK1-Solltemperatur_comfort_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_eco:
DBLogging:
TIME 1556249075.46616
VALUE 21
HK1-Solltemperatur_eco_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_erzwungen:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Solltemperatur_normal:
DBLogging:
TIME 1556249075.46616
VALUE 21
HK1-Solltemperatur_reduziert:
DBLogging:
TIME 1556249075.46616
VALUE 18
HK1-Solltemperatur_reduziert_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Standby_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Urlaub_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-Vorlauftemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 31
HK1-Vorlauftemperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE connected
HK1-WW_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
HK1-WW_und_Heizen_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Zeitsteuerung_Heizung:
DBLogging:
TIME 1556249075.46616
VALUE sun mode:normal end:23:00 start:06:00 position:0, sat position:0 start:06:00 mode:normal end:23:00, tue start:06:00 position:0 end:23:00 mode:normal, thu end:23:00 mode:normal position:0 start:06:00, fri start:06:00 position:0 mode:normal end:23:00, wed position:0 start:06:00 end:23:00 mode:normal, mon mode:normal end:23:00 start:06:00 position:0,
HK1-Zeitsteuerung_Heizung_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
HK1-Zirkulationspumpe:
DBLogging:
TIME 1556249075.46616
VALUE on
HK1-aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
Kessel_Common_Supply:
DBLogging:
TIME 1556249075.46616
VALUE error
Kessel_Seriennummer:
DBLogging:
TIME 1556249075.46616
VALUE 7570781808893119
Kessel_Status:
DBLogging:
TIME 1556249075.46616
VALUE connected
Kesseltemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 31
Kesseltemperatur_exact:
DBLogging:
TIME 1556249075.46616
VALUE 23.7
Kosten_GHZ_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.15
Kosten_GHZ_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 29.96
Kosten_GWW_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.01
Kosten_GWW_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 6.22
Mehrfamilenhaus_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_Intervall_Monate:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_Monate_aktiv_seit_letzten_Service:
DBLogging:
TIME 1556249075.46616
VALUE 0
Service_faellig:
DBLogging:
TIME 1556249075.46616
VALUE 0
Stromverbrauch/Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 79.277,55.879,0
Stromverbrauch/Monat:
DBLogging:
TIME 1556249075.46616
VALUE 14.919,21.186,19.947,23.225,22.206,21.045,12.628,0,0,0,0,0,0
Stromverbrauch/Tag:
DBLogging:
TIME 1556249075.46616
VALUE 0.094,0.594,0.386,0.498,0.408,0.442,0.282,0.461
Stromverbrauch/Woche:
DBLogging:
TIME 1556249075.46616
VALUE 1.867,3.635,4.708,4.709,4.587,4.823,4.971,4.788,4.728,4.803,5.056,5.064,5.377,5.438,5.263,5.104,5.05,5.157,4.904,5.292,4.795,5.002,5.204,4.851,4.548,4.922,4.553,3.798,2.159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
Verbrauch_GHZ_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 25
Verbrauch_GHZ_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 650
Verbrauch_GHZ_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 5409
Verbrauch_GHZ_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0
Verbrauch_GWW_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 22
Verbrauch_GWW_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 135
Verbrauch_GWW_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 524
Verbrauch_GWW_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0
Verbrauch_Strom_aktuelle_Woche:
DBLogging:
TIME 1556249075.46616
VALUE 0.00
Verbrauch_Strom_aktueller_Monat:
DBLogging:
TIME 1556249075.46616
VALUE 0.01
Verbrauch_Strom_aktuelles_Jahr:
DBLogging:
TIME 1556249075.46616
VALUE 0.08
Verbrauch_Strom_heute:
DBLogging:
TIME 1556249075.46616
VALUE 0.00
WW-Aufladung:
DBLogging:
TIME 1556249075.46616
VALUE 0
WW-Haupttemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 50
WW-Isttemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 52.5
WW-Sensoren_Auslauf_Status:
DBLogging:
TIME 1556249075.46616
VALUE error
WW-Sensoren_Auslauf_Wert:
DBLogging:
TIME 1556249075.46616
VALUE 20
WW-Solltemperatur:
DBLogging:
TIME 1556249075.46616
VALUE 50
WW-Temperatur_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE connected
WW-Zeitplan:
DBLogging:
TIME 1556249075.46616
VALUE mon end:23:00 mode:on start:05:30 position:0, wed mode:on end:23:00 start:05:30 position:0, sun start:05:30 position:0 mode:on end:23:00, sat start:05:30 position:0 mode:on end:23:00, tue end:23:00 mode:on start:05:30 position:0, thu position:0 start:05:30 end:23:00 mode:on, fri mode:on end:23:00 position:0 start:05:30,
WW-Zirklationspumpe_Zeitsteuerung_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
WW-Zirkulationspumpe_Status:
DBLogging:
TIME 1556249075.46616
VALUE off
WW-Zirkulationspumpe_Zeitplan:
DBLogging:
TIME 1556249075.46616
VALUE wed start:05:30 position:0 mode:on end:23:00, mon end:23:00 mode:on position:0 start:05:30, thu end:23:00 mode:on position:0 start:05:30, fri end:23:00 mode:on start:05:30 position:0, sun mode:on end:23:00 start:05:30 position:0, sat mode:on end:23:00 position:0 start:05:30, tue start:05:30 position:0 end:23:00 mode:on,
WW-Zirkulationspumpe_primaer:
DBLogging:
TIME 1556249075.46616
VALUE off
WW-aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
WW-einmaliges_Aufladen:
DBLogging:
TIME 1556249075.46616
VALUE 0
WW-zeitgesteuert_aktiv:
DBLogging:
TIME 1556249075.46616
VALUE 1
heating.gas.consumption.dhw.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
heating.gas.consumption.heating.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
heating.power.consumption.unit:
DBLogging:
TIME 1556249075.46616
VALUE kilowattHour
state:
DBLogging:
TIME 1556249075.46616
VALUE ok
READINGS:
2019-04-26 05:24:35 Aktive_Heizkreise 0
2019-04-26 05:24:35 Aussen_Status connected
2019-04-26 05:24:35 Aussentemperatur 12.8
2019-04-26 05:24:35 Brenner_Betriebsstunden 2198.21333333333
2019-04-26 05:24:35 Brenner_Fehlercode 0
2019-04-26 05:24:35 Brenner_Modulation 0
2019-04-26 05:24:35 Brenner_Starts 4837
2019-04-26 05:24:35 Brenner_Status ok
2019-04-26 05:24:35 Brenner_aktiv 0
2019-04-26 05:24:35 Controller_Seriennummer 7743905854489117
2019-04-26 05:24:35 Device_Time_Offset 116
2019-04-26 05:24:35 Fehlereintraege_Historie ErrorListChanges
2019-04-26 05:24:35 Fehlereintraege_aktive ErrorListChanges
2019-04-26 05:24:35 Gasverbrauch_Heizung/Jahr 5409,3167,0
2019-04-26 05:24:35 Gasverbrauch_Heizung/Monat 650,1324,1392,2043,1574,1241,352,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_Heizung/Tag 0,7,4,8,6,8,6,8
2019-04-26 05:24:35 Gasverbrauch_Heizung/Woche 25,112,280,233,219,276,382,325,259,273,355,412,504,551,466,413,368,405,344,434,271,336,389,253,172,311,166,40,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_WW/Jahr 524,327,0
2019-04-26 05:24:35 Gasverbrauch_WW/Monat 135,149,123,117,120,120,87,0,0,0,0,0,0
2019-04-26 05:24:35 Gasverbrauch_WW/Tag 0,6,5,5,6,6,5,7
2019-04-26 05:24:35 Gasverbrauch_WW/Woche 22,40,32,41,33,28,40,34,29,27,33,38,23,25,24,24,34,29,26,25,30,36,26,27,28,22,22,24,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 HK1-Betriebsart dhwAndHeating
2019-04-26 05:24:35 HK1-External_Temperatur 0
2019-04-26 05:24:35 HK1-External_aktiv 0
2019-04-26 05:24:35 HK1-Frostschutz_Status off
2019-04-26 05:24:35 HK1-Heizkurve-Niveau 0
2019-04-26 05:24:35 HK1-Heizkurve-Steigung 1.4
2019-04-26 05:24:35 HK1-Programmstatus reduced
2019-04-26 05:24:35 HK1-Raum_Status error
2019-04-26 05:24:35 HK1-Reduzierte_Temperatur_erzwungen 0
2019-04-26 05:24:35 HK1-Solltemperatur_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_comfort 20
2019-04-26 05:24:35 HK1-Solltemperatur_comfort_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_eco 21
2019-04-26 05:24:35 HK1-Solltemperatur_eco_aktiv 0
2019-04-26 05:24:35 HK1-Solltemperatur_erzwungen 0
2019-04-26 05:24:35 HK1-Solltemperatur_normal 21
2019-04-26 05:24:35 HK1-Solltemperatur_reduziert 18
2019-04-26 05:24:35 HK1-Solltemperatur_reduziert_aktiv 1
2019-04-26 05:24:35 HK1-Standby_aktiv 0
2019-04-26 05:24:35 HK1-Urlaub_Ende
2019-04-26 05:24:35 HK1-Urlaub_Start
2019-04-26 05:24:35 HK1-Urlaub_aktiv 0
2019-04-26 05:24:35 HK1-Vorlauftemperatur 31
2019-04-26 05:24:35 HK1-Vorlauftemperatur_aktiv connected
2019-04-26 05:24:35 HK1-WW_aktiv 0
2019-04-26 05:24:35 HK1-WW_und_Heizen_aktiv 1
2019-04-26 05:24:35 HK1-Zeitsteuerung_Heizung sun mode:normal end:23:00 start:06:00 position:0, sat position:0 start:06:00 mode:normal end:23:00, tue start:06:00 position:0 end:23:00 mode:normal, thu end:23:00 mode:normal position:0 start:06:00, fri start:06:00 position:0 mode:normal end:23:00, wed position:0 start:06:00 end:23:00 mode:normal, mon mode:normal end:23:00 start:06:00 position:0,
2019-04-26 05:24:35 HK1-Zeitsteuerung_Heizung_aktiv 1
2019-04-26 05:24:35 HK1-Zirkulationspumpe on
2019-04-26 05:24:35 HK1-aktiv 1
2019-04-26 05:24:35 Kessel_Common_Supply error
2019-04-26 05:24:35 Kessel_Seriennummer 7570781808893119
2019-04-26 05:24:35 Kessel_Status connected
2019-04-26 05:24:35 Kesseltemperatur 31
2019-04-26 05:24:35 Kesseltemperatur_exact 23.7
2019-04-26 05:24:35 Kosten_GHZ_aktuelle_Woche 1.15
2019-04-26 05:24:35 Kosten_GHZ_aktueller_Monat 29.96
2019-04-26 05:24:35 Kosten_GWW_aktuelle_Woche 1.01
2019-04-26 05:24:35 Kosten_GWW_aktueller_Monat 6.22
2019-04-26 05:24:35 Mehrfamilenhaus_aktiv 0
2019-04-26 05:24:35 Service_Intervall_Monate 0
2019-04-26 05:24:35 Service_Letzter
2019-04-26 05:24:35 Service_Monate_aktiv_seit_letzten_Service 0
2019-04-26 05:24:35 Service_faellig 0
2019-04-26 05:24:35 Stromverbrauch/Jahr 79.277,55.879,0
2019-04-26 05:24:35 Stromverbrauch/Monat 14.919,21.186,19.947,23.225,22.206,21.045,12.628,0,0,0,0,0,0
2019-04-26 05:24:35 Stromverbrauch/Tag 0.094,0.594,0.386,0.498,0.408,0.442,0.282,0.461
2019-04-26 05:24:35 Stromverbrauch/Woche 1.867,3.635,4.708,4.709,4.587,4.823,4.971,4.788,4.728,4.803,5.056,5.064,5.377,5.438,5.263,5.104,5.05,5.157,4.904,5.292,4.795,5.002,5.204,4.851,4.548,4.922,4.553,3.798,2.159,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2019-04-26 05:24:35 Verbrauch_GHZ_aktuelle_Woche 25
2019-04-26 05:24:35 Verbrauch_GHZ_aktueller_Monat 650
2019-04-26 05:24:35 Verbrauch_GHZ_aktuelles_Jahr 5409
2019-04-26 05:24:35 Verbrauch_GHZ_heute 0
2019-04-26 05:24:35 Verbrauch_GWW_aktuelle_Woche 22
2019-04-26 05:24:35 Verbrauch_GWW_aktueller_Monat 135
2019-04-26 05:24:35 Verbrauch_GWW_aktuelles_Jahr 524
2019-04-26 05:24:35 Verbrauch_GWW_heute 0
2019-04-26 05:24:35 Verbrauch_Strom_aktuelle_Woche 0.00
2019-04-26 05:24:35 Verbrauch_Strom_aktueller_Monat 0.01
2019-04-26 05:24:35 Verbrauch_Strom_aktuelles_Jahr 0.08
2019-04-26 05:24:35 Verbrauch_Strom_heute 0.00
2019-04-26 05:24:35 WW-Aufladung 0
2019-04-26 05:24:35 WW-Haupttemperatur 50
2019-04-26 05:24:35 WW-Isttemperatur 52.5
2019-04-26 05:24:35 WW-Sensoren_Auslauf_Status error
2019-04-26 05:24:35 WW-Sensoren_Auslauf_Wert 20
2019-04-26 05:24:35 WW-Solltemperatur 50
2019-04-26 05:24:35 WW-Temperatur_aktiv connected
2019-04-26 05:24:35 WW-Zeitplan mon end:23:00 mode:on start:05:30 position:0, wed mode:on end:23:00 start:05:30 position:0, sun start:05:30 position:0 mode:on end:23:00, sat start:05:30 position:0 mode:on end:23:00, tue end:23:00 mode:on start:05:30 position:0, thu position:0 start:05:30 end:23:00 mode:on, fri mode:on end:23:00 position:0 start:05:30,
2019-04-26 05:24:35 WW-Zirklationspumpe_Zeitsteuerung_aktiv 1
2019-04-26 05:24:35 WW-Zirkulationspumpe_Status off
2019-04-26 05:24:35 WW-Zirkulationspumpe_Zeitplan wed start:05:30 position:0 mode:on end:23:00, mon end:23:00 mode:on position:0 start:05:30, thu end:23:00 mode:on position:0 start:05:30, fri end:23:00 mode:on start:05:30 position:0, sun mode:on end:23:00 start:05:30 position:0, sat mode:on end:23:00 position:0 start:05:30, tue start:05:30 position:0 end:23:00 mode:on,
2019-04-26 05:24:35 WW-Zirkulationspumpe_primaer off
2019-04-26 05:24:35 WW-aktiv 1
2019-04-26 05:24:35 WW-einmaliges_Aufladen 0
2019-04-26 05:24:35 WW-zeitgesteuert_aktiv 1
2019-04-26 05:24:35 heating.gas.consumption.dhw.unit kilowattHour
2019-04-26 05:24:35 heating.gas.consumption.heating.unit kilowattHour
2019-04-26 05:24:35 heating.power.consumption.unit kilowattHour
2019-04-26 05:24:35 state ok
Attributes:
DbLogInclude Gasverbrauch_gestern,Gasverbrauch_Heizung/Jahr,Gasverbrauch_aktuelle_Woche,Gasverbrauch_aktueller_Monat,Gasverbrauch_heute,WW-aktiv,HK1-Frostschutz_Status,HK1-WW_und_Heizen_aktiv,HK1-WW_aktiv,HK1-Betriebsart,HK1-Programmstatus,Aussentemperatur,HK1-Solltemperatur_normal,Brenner_aktiv,HK1-Vorlauftemperatur,Kesseltemperatur,WW-Isttemperatur,WW-Solltemperatur
room Viessmann
userReadings Verbrauch_GHZ_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[0]},
Verbrauch_GWW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[0]},
Verbrauch_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]},
Verbrauch_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]},
Verbrauch_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]},
Verbrauch_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]},
Verbrauch_GHZ_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0]},
Verbrauch_GWW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0]},
Verbrauch_Strom_aktuelles_Jahr:Stromverbrauch/Jahr.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Jahr",0))[0]/1000))},
Verbrauch_Strom_aktueller_Monat:Stromverbrauch/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Monat",0))[0]/1000))},
Verbrauch_Strom_heute:Stromverbrauch/Tag.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Tag",0))[0]/1000))},
Verbrauch_Strom_aktuelle_Woche:Stromverbrauch/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Stromverbrauch/Woche",0))[0]/1000))},
Kosten_GHZ_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0]*0.0461))},
Kosten_GWW_aktuelle_Woche:Gasverbrauch_WW/Woche.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0]*0.0461))},
Kosten_GHZ_aktueller_Monat:Gasverbrauch_Heizung/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0]*0.0461))},
Kosten_GWW_aktueller_Monat:Gasverbrauch_WW/Monat.* {sprintf("%.2f", ((split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0]*0.0461))},
Beim Stromverbrauch nicht mehr durch 1000 teilen, da Vissmann den Verbrauch mittlerweile in kWh überträgt.
Der Gasverbrauch sieht ganz ok aus. Was soll,daran nicht stimmen?
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 26 April 2019, 16:44:26
...morgen gibt es mal wieder ein kleins Release:
...
Hallo Andreas,
vielen Dank für die beständige Pflege und Erweiterung des Moduls.
Habe seit kurzem folgende neue Readings:
Reading | Aktueller Wert |
heating.solar.power.production.day | 3.984,3.797,5.8,5.5,6.771,5.77,5.441,9.477 |
heating.solar.power.production.month | |
heating.solar.power.production.unit | kilowattHour |
heating.solar.power.production.week | |
heating.solar.power.production.year | |
Wäre nett, wenn Du sie demnächst mit aufnehmen könntest.
Vielen Dank,
Andreas
PS: Sind neben den Readings-Bezeichnungen noch weitere Infos erforderlich?
PPS: Die solar.power Readings beziehen sich bei unserer Anlage allerdings auf Warmwasser und nicht auf die Heizung, wie die Readings-Bezeichnungen heating.solar... vermuten ließe. Aber ist wohl nur Kosmetik, oder?
Hi,
danke für das Modul. Es läuft bei mir.
Ich benutze selber eine Vitoligno 300-c und würde gerne die Daten zum Pelletverbrauch abfragen.
Falls ich bei der Weiterentwicklung in Richtung Pellets unterstützen kann, bräuchte ich nur die API Doku oder Infos zum Auswerten.
Einfach melden.
Zitat von: its2bit am 09 Mai 2019, 20:47:14
Hi,
danke für das Modul. Es läuft bei mir.
Ich benutze selber eine Vitoligno 300-c und würde gerne die Daten zum Pelletverbrauch abfragen.
Falls ich bei der Weiterentwicklung in Richtung Pellets unterstützen kann, bräuchte ich nur die API Doku oder Infos zum Auswerten.
Einfach melden.
Hallo,
eine Beschreibung der API habe ich auch nicht. Ich habe mir die notwendigen Informationen aus einen PHP Skipt von https://github.com/thetrueavatar/Viessmann-Api zusammengesucht.
Eigentlich muss man für Pellets nichts extra machen. Wenn das Modul bei Dir läuft und Pellet-spezifische Werte übertragen werden, werden diese als Reading angezeigt, das mit "heating." beginnt. So wie in dem Posting von scooty vor Deinem.
Wenn da nichts kommt, dann liefert die API auch nichts. Dann kann nur Vissmann helfen.
Wenn Du magst, kannst du mit "logResponseOnce" experimentieren. Dann wird im Logverzeichnis von FHEM das komplette JSON File der API abgelegt. Das ist quasi eine Beschreibung der API in der alles notwendige steht.
Wenn du mir konkret sagst, was Dir fehlt, kann ich schauen, ob ich Dir helfen kann.
Viele Grüße
Andreas
Hallo,
vielen Dank für das Modul und dein fortlaufenden Verbesserungen.
Ich habe es mit Begeisterung gesehen, um in meine Automatisierung nun auch meine Heizung einzubauen. Insbesondere in Urlaubsautomatiken nun auch die Heizung automatisch in Urlaubsmodus (und zurück) zu setzen.
Ich habe dazu (analog zu deinem guten Wiki Eintrag) folgendes gemacht:
set HK2-Urlaub_Start 2019-05-31T00:00:00.000Z
(Auch andere Zeitformate habe ich versucht, bei mir ist nur Heizkreis 2 aktiv)
Alles hat dazu geführt, dass ich folgendes im Log File habe (verbose=5):
2019.05.30 20:56:05 4: vitoconnect: installation: 66584 :: gw: 7571381623453100
2019.05.30 20:56:06 1: set vitoconnect HK1-Urlaub_Start 2019-06-02T00:00:00.000Z: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Der Urlaubsmodus/Ferienprogramm ist zu diesem Zeitpunkt ausgeschaltet. Auch Versuche zuerst das Ende zu setzen, brachten nichts.
Hast Du hierzu einen Vorschlag?
Danke und Gruss
Markus
Hallo zusammen,
morgen gibt es mal wieder ein etwas größeres Release:
2019-06-01 neue Readings für
# heating.solar.power.production.day 3.984,3.797,5.8,5.5,6.771,5.77,5.441,9.477
# heating.solar.power.production.month
# heating.solar.power.production.unit kilowattHour
# heating.solar.power.production.week
# heating.solar.power.production.year
# heating.circuits.X.name (wird im Moment noch nicht von der API gefüllt!)
# Format der "Schedule" Readings in JSON geändert
# das Format von HKx-Urlaub_Start und _Ende ist jetzt YYYY-MM-TT.
# Wenn noch kein Urlaub aktiviert wurde, wird bei
# HKx-Urlaub_Start das Datum für _Ende auf den Folgetag gesetzt
# Dafür werden die Perl Module DateTime, Time:Piece und Time::Seconds
# benötigt (installieren mit apt install libdatetime-perl!)
Achtung! Wenn das Modul nicht mehr geladen wird, fehlen vermutlich Perlmodule! Bitte ins Logfile schauen und diese mit CPAN und/oder apt installieren!
Feedback wie immer willkommen!
Andreas
Hi andreas13,
danke für die neue Version, bei mir mussten die Perl-Pakete noch installiert werden. Nach einem shutdown restart war die Heizung wieder da :)
Mittlerweile gibt's für alle Abhängigkeiten auch ein Meta- und Installermodul, das macht die Suche nach notwendigen Perl-Modulen viel einfacher. Hast du dir das schon angesehen und geschaut, ob du das bei dir einbauen willst?
Ich hatte nach dem Update direkt ins Forum geschaut und deinen Beitrag gesehen, vielleicht ist ein Hinweis im Changelog hilfreich, damit Leute das direkt beim Aktualisieren mitbekommen, dass sie noch etwas tun müssen.
Übrigens klappt das mittlerweile mit dem Setzen des Passworts und dem Dummy im define. Danke dafür.
Beste Grüße,
Tim
Zitat von: Timmäää am 02 Juni 2019, 10:11:15
Hi andreas13,
danke für die neue Version, bei mir mussten die Perl-Pakete noch installiert werden. Nach einem shutdown restart war die Heizung wieder da :)
Mittlerweile gibt's für alle Abhängigkeiten auch ein Meta- und Installermodul, das macht die Suche nach notwendigen Perl-Modulen viel einfacher. Hast du dir das schon angesehen und geschaut, ob du das bei dir einbauen willst?
Ich hatte nach dem Update direkt ins Forum geschaut und deinen Beitrag gesehen, vielleicht ist ein Hinweis im Changelog hilfreich, damit Leute das direkt beim Aktualisieren mitbekommen, dass sie noch etwas tun müssen.
Übrigens klappt das mittlerweile mit dem Setzen des Passworts und dem Dummy im define. Danke dafür.
Beste Grüße,
Tim
Guten Morgen Tim,
das Installermodul ist bei mir schon in Betrieb. Die Meta werde ich bei mir einbauen, wenn ich mal Zeit habe. Es sei denn, jemand möchte einen Patch bauen, dann geht's schneller.
Viele Grüße
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo und erst mal vielen Dank für das Modul, läuft bei mir seit 6 Wochen.
Leider vorgestern 7:00-12:00 und heute seit 4 Uhr kommen keine aktuellen Readings rein.
Auch in der Vitocare App sind die Werte veraltet.
Auch lässt sich die Heizung nicht steuern FHEM & App.
Vitoconnect 100 leuchtet 2x Grün und wurde bereits resettet, Gastherme auch neu gestartet.
Laut App geht es meiner Heizung gut ...
Vermute ein Serverproblem bei Viessmann, habt ihr ähnliches beobachtet ?
Zitat von: Freibeuter am 10 Juni 2019, 09:06:35
Hallo und erst mal vielen Dank für das Modul, läuft bei mir seit 6 Wochen.
Leider vorgestern 7:00-12:00 und heute seit 4 Uhr kommen keine aktuellen Readings rein.
Auch in der Vitocare App sind die Werte veraltet.
Auch lässt sich die Heizung nicht steuern FHEM & App.
Vitoconnect 100 leuchtet 2x Grün und wurde bereits resettet, Gastherme auch neu gestartet.
Laut App geht es meiner Heizung gut ...
Vermute ein Serverproblem bei Viessmann, habt ihr ähnliches beobachtet ?
Schau mal ins Logfile, ob der Server erreichbar und der Login geklappt hat. Die Vissmann Server haben manchmal Schluckauf
Gesendet von iPad mit Tapatalk Pro
Das passiert meistens, wenn Viessmann wieder einmal was an den Servern geändert, sprich neue Funktionen oder so freigegeben hat.
Das geht meistens über nacht von alleine weg. Du kannst aber auch einmal das Vitoconnect vom Strom trennen und ein zwei Minuten warten.
Hallo, ich habe folgenden Fehler im Log gefunden:
2019.06.12 08:52:50 1: set Vitoconnect HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Den Log Auszug mit Verbose 5 sende ich dir per PN, da dort ja Zugangsdaten / Pers. Daten drin sind, ich hoffe das ist OK ?
Gruß
Peter F.
Zitat von: Freibeuter am 12 Juni 2019, 09:00:28
Hallo, ich habe folgenden Fehler im Log gefunden:
2019.06.12 08:52:50 1: set Vitoconnect HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Den Log Auszug mit Verbose 5 sende ich dir per PN, da dort ja Zugangsdaten / Pers. Daten drin sind, ich hoffe das ist OK ?
Gruß
Peter F.
Hallo Pirat,
diesen Fehler bekommst Du, wenn du die API falsch nutzt. Also zB die Betriebsart auf ,,dhwAnd Heating" setze, obwohl diese Betriebsart schon aktiv ist oder die Heizung die Modus nicht kennt oder der Heizkreis nicht vorhanden ist oder ... oder ... oder ...
BTW: wenn du ein Log verschickst, dann entferne das Passwort. Du willst doch nicht, dass ich deine Heizung bei -20 Grad abschalte [emoji48]
Viele Grüße
Andreas
Gesendet von iPad mit Tapatalk Pro
Seltsam,
auch das simple verstellen des WW-Soll gibt einen Fehler:
set Vitoconnect WW-Solltemperatur 10: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Aktuell hat die App auch keine Messwerte, Dashboard ist leer ?!?
Versuche mal mit dem Viessmann Service dahinter zu kommen.
PS: Vertrauen verpflichtet ;-)
Gruß Peter F.
Zitat von: Freibeuter am 12 Juni 2019, 22:41:19
Seltsam,
auch das simple verstellen des WW-Soll gibt einen Fehler:
set Vitoconnect WW-Solltemperatur 10: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Aktuell hat die App auch keine Messwerte, Dashboard ist leer ?!?
Versuche mal mit dem Viessmann Service dahinter zu kommen.
PS: Vertrauen verpflichtet ;-)
Gruß Peter F.
Also bei mir geht alles. Bist Du sicher, dass das Passwort korrekt ist? Ansonsten kann nur Vissmann helfen, fürchte ich.
Andreas
Hallo Andreas,
Vielen Dank für dein Angebot zu meiner Frage mit Bezug auf die Pelletheizung.
Mich würde im Moment der Brennstoff/ Pelletverbrauch, der Stand des Aschebehälters und die aktuellen/ vergangen Störungen interessieren.
Lg Tobi
Zitat von: its2bit am 19 Juni 2019, 12:49:29
Hallo Andreas,
Vielen Dank für dein Angebot zu meiner Frage mit Bezug auf die Pelletheizung.
Mich würde im Moment der Brennstoff/ Pelletverbrauch, der Stand des Aschebehälters und die aktuellen/ vergangen Störungen interessieren.
Lg Tobi
Hallo Tobi, werden denn die entsprechenden Werte angezeigt?
Viele Grüße
Andreas
Gesendet von iPhone mit Tapatalk Pro
Hallo Andreas,
danke für das tolle Modul. Das erste das ohne Probleme sofort gelaufen ist!
Ich habe den Connect seit 5 Tagen inkl. neuer Heizung am Laufen. Bei mir fehlen allerdings ein paar Readings.
Z.b: Gasverbrauch_ ... und Stromverbrauch ...
Woran könnte das liegen? Hättest Du einen Tipp wo ich suchen muß?
Schon mal vielen Danke im Vorraus
Marko
Zitat von: marko67 am 24 Juni 2019, 22:29:33
Hallo Andreas,
danke für das tolle Modul. Das erste das ohne Probleme sofort gelaufen ist!
Ich habe den Connect seit 5 Tagen inkl. neuer Heizung am Laufen. Bei mir fehlen allerdings ein paar Readings.
Z.b: Gasverbrauch_ ... und Stromverbrauch ...
Woran könnte das liegen? Hättest Du einen Tipp wo ich suchen muß?
Schon mal vielen Danke im Vorraus
Marko
Hallo Marko,
vielen Dank für die Blumen. [emoji16]
Wenn die Werte nicht angezeigt werden, werden sie von der API auch nicht geliefert. Daran kann nur Vissmann etwas ändern. In der App dürften die Werte dann auch fehlen.
VG
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
richtig in der App fehlen sie ebenfalls. Ich habe Kontakt zum Support von Viessmann aufgenommen. Scheinbar werden nicht alle Geräte bei der Verbrauchsanzeige unterstützt.
Ich werde berichten .....
Viessmann rollt das nach und nach aus. Die App ist quasi seit August in der Beta Phase. Wenn man das mit der Vorgänger App vergleicht eher noch frühe Alpha Phase.
Hallo.
Wenn ich den Befehl
define vitoconnect vitoconnect user@mail.xx geheim 60
Daten wurden natürlich von mir angepasst!
in Fhem eingebe bekomme ich eine Fehlermeldung: Cannot load module vitoconnect
Was kann ich da machen?
Vielen Dank!
Zitat von: djsirius am 27 Juni 2019, 18:34:36
Hallo.
Wenn ich den Befehl
define vitoconnect vitoconnect user@mail.xx geheim 60
Daten wurden natürlich von mir angepasst!
in Fhem eingebe bekomme ich eine Fehlermeldung: Cannot load module vitoconnect
Was kann ich da machen?
Vielen Dank!
Mit 99%iger Sicherheit:
In die Anleitung/Logfiles schauen und die notwendigen Perlmodule installieren?!
Wenn du dabei Hilfe benötigst, bitte nochmal melden und damit die Fehlermeldung aus dem Logfile posten..
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 12 Juni 2019, 06:05:58
Schau mal ins Logfile, ob der Server erreichbar und der Login geklappt hat. Die Vissmann Server haben manchmal Schluckauf
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
endlich das Modul auf das ich seit 3 Jahren warte :-). Ich hab's seit gestern aktiv und heute bereits das zweite Mal Sendepause bzgl. Readings. Der Login beim Viessmann-Server scheint ok, zu sein. Device Status ist ok, aber die letzten Readings sind ca. 5 Stunden alt. Verbose 5 gibt auch keine Aufschlüsse über mögliche Fehler.
VG Peter
P.S. Mmhh, merkwürdig. Die Temperatur ist aktuell (Vitotrol Plus = FHEM Device), der Timestamp im Reading steht aber noch auf 10:37:51. ViCare weiß es besser: Mein Vitoconnect ist offline. Restart Vitoconnect und WLAN Access Point -> alles ok.
Kriegt man über die API den Connection-Status der Vitoconnect-Box raus?
Zitat von: plin am 30 Juni 2019, 15:59:45
Hallo Andreas,
endlich das Modul auf das ich seit 3 Jahren warte :-). Ich hab's seit gestern aktiv und heute bereits das zweite Mal Sendepause bzgl. Readings. Der Login beim Viessmann-Server scheint ok, zu sein. Device Status ist ok, aber die letzten Readings sind ca. 5 Stunden alt. Verbose 5 gibt auch keine Aufschlüsse über mögliche Fehler.
VG Peter
P.S. Mmhh, merkwürdig. Die Temperatur ist aktuell (Vitotrol Plus = FHEM Device), der Timestamp im Reading steht aber noch auf 10:37:51. ViCare weiß es besser: Mein Vitoconnect ist offline. Restart Vitoconnect und WLAN Access Point -> alles ok.
Kriegt man über die API den Connection-Status der Vitoconnect-Box raus?
Hallo Plin,
zumindest das Reading ,,state" muss sich regelmäßig updaten, sonst führ mal ,,set vitoconnect update" aus.
Ich schau mal, ob ich den connect Status aus der API auslesen kann. Kann aber dauern, da ich im Moment im Urlaub bin. [emoji41]
Wenn Deine Box verbunden ist, funktioniert aber alles, oder?
VG
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo Andreas,
ja, wenn die Box connected ist funktioniert alles. Der Status wurde bei nicht konnektierter Box auch aktualisiert, nur die restlichen Readings nicht.
VG Peter
Hallo,
weiß jemand wie man das Reading Brenner_Fehlercode decodier?. Bei mir wird beispielsweise im Reading der Wert 192 ausgelesen. Die Heizung selbst hat aber den Errorcode E9 gespeichert.
VG Harald
Hallo Andreas,
zumindest bei meiner Anlage gibt es wieder ein paar neue Readings (mit jeweils aktuellem Wert):
heating.solar.active 1
heating.solar.pumps.circuit.status off
heating.solar.rechargeSuppression.status off
heating.solar.sensors.power.status connected
heating.solar.sensors.power.value 9235
heating.solar.sensors.temperature.collector.status connected
heating.solar.sensors.temperature.collector.value 31.6
heating.solar.sensors.temperature.dhw.status connected
heating.solar.sensors.temperature.dhw.value 29.2
heating.solar.statistics.hours 8984
Wäre nett, wenn Du sie bei Gelegenheit mit einbauen könntest.
Vielen Dank,
Andreas
Zitat von: scooty am 29 Juli 2019, 08:28:55
Hallo Andreas,
zumindest bei meiner Anlage gibt es wieder ein paar neue Readings (mit jeweils aktuellem Wert):
heating.solar.active 1
heating.solar.pumps.circuit.status off
heating.solar.rechargeSuppression.status off
heating.solar.sensors.power.status connected
heating.solar.sensors.power.value 9235
heating.solar.sensors.temperature.collector.status connected
heating.solar.sensors.temperature.collector.value 31.6
heating.solar.sensors.temperature.dhw.status connected
heating.solar.sensors.temperature.dhw.value 29.2
heating.solar.statistics.hours 8984
Wäre nett, wenn Du sie bei Gelegenheit mit einbauen könntest.
Vielen Dank,
Andreas
Wie sollen sie denn heißen?
Gesendet von iPad mit Tapatalk Pro
Zitat von: Caesareus am 26 Juli 2019, 15:30:48
Hallo,
weiß jemand wie man das Reading Brenner_Fehlercode decodier?. Bei mir wird beispielsweise im Reading der Wert 192 ausgelesen. Die Heizung selbst hat aber den Errorcode E9 gespeichert.
VG Harald
Das weiß wohl nur Vissmann [emoji12]
Der ,,Errorcode" steckt in den ErrorCodeLists, die ich aber derzeit nicht decodiere (hatte bisher noch keinen Fehler an meiner Heizung. Die Errorcodes kann man bei Vissmann ergoogeln.
Wie der Errorcode mit dem Brenner Fehlercode zusammenhängt, weiß ich auch nicht
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 29 Juli 2019, 09:55:40
Wie sollen sie denn heißen?
Hallo Andreas,
ich hoffte, Du bist wissender als ich.
;)
Ehrlich gesagt, kann ich die Readings nicht so ganz einordnen, habe auch kein Problem damit, die Readings erst einmal so zu lassen.
Aber vielleicht findet sich im Nutzerkreises dieses Moduls ja jemand, der mit den Readingsbezeichnungen etwas anfangen und Feedback geben kann?
Hoffnungsvolle Grüße,
Andreas
Hallo,
mein Modul hat sich verabschiedet mit der Fehlermeldung cannot load module vitoconnect...
Erst ein nachinstallieren von datetime.perl hat Abhilfe geschafft. Hat sich hier noch etwas geändert? Eigentlich war mein Modul auf dem letzten Stand und hat auch ohne Problem funktioniert.
Folgende Fehlermeldung habe ich, nachdem das Device wieder anzulegen war im Log gehabt:
PERL WARNING: Use of unitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1374
PERL WARNING: Use of unitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1331
Zitat von: Frini am 07 August 2019, 09:04:15
Hallo,
mein Modul hat sich verabschiedet mit der Fehlermeldung cannot load module vitoconnect...
Erst ein nachinstallieren von datetime.perl hat Abhilfe geschafft. Hat sich hier noch etwas geändert? Eigentlich war mein Modul auf dem letzten Stand und hat auch ohne Problem funktioniert.
Folgende Fehlermeldung habe ich, nachdem das Device wieder anzulegen war im Log gehabt:
PERL WARNING: Use of unitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1374
PERL WARNING: Use of unitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1331
Hallo Frini,
da hast Du vermutlich recht lange kein Update mehr gemacht. Seit dem Release vom 01. Juni braucht vitoconnect das Modul. Steht auch dick und fett in der Releaseankündigung hier im Thread.
Die Warnings sind nur Warnungen und haben nichts mit dem von Dir beschriebenen Problem zu tun.
Viele Grüße
Andreas
Hallo zusammen,
morgen gibt es nach einer etwas längeren Sommerpause mal wieder ein Release:
# 2019-08-11 Dokumentation aktualisiert
# Das Reading 'stat' zeigt jetzt den "aggregatedStatus" an, der von der API geliefert wird
# Bsp: "Offline", "WorksProperly"
# Readings werden nur noch aktualisiert (und ein entsprechendes Event erzeugt),
# wenn sich ihr Wert geändert hat. "state" wird immer aktualisiert.
# Reading für Solarunterstützung hinzugefügt:
# "heating.solar.active" => "Solar_aktiv",
# "heating.solar.pumps.circuit.status" => "Solar_Pumpe_Status",
# "heating.solar.rechargeSuppression.status" => "Solar_Aufladeunterdrueckung_Status",
# "heating.solar.sensors.power.status" => "Solar_Sensor_Power_Status",
# "heating.solar.sensors.power.value" => "Solar_Sensor_Power",
# "heating.solar.sensors.temperature.collector.status" => "Solar_Sensor_Temperatur_Kollektor_Status",
# "heating.solar.sensors.temperature.collector.value" => "Solar_Sensor_Temperatur_Kollektor",
# "heating.solar.sensors.temperature.dhw.status" => "Solar_Sensor_Temperatur_WW_Status",
# "heating.solar.sensors.temperature.dhw.value" => "Solar_Sensor_Temperatur_WW",
# "heating.solar.statistics.hours" => "Solar_Sensor_Statistik_Stunden",
#
# ErrorListChanges (Fehlereintraege_Historie und Fehlereintraege_aktive) werden jetzt im
# JSON Format ausgegeben (z.B.: "{"new":[],"current":[],"gone":[]}")
Achtung! Wenn das Modul nicht mehr geladen wird, fehlen vermutlich Perlmodule! Bitte ins Logfile schauen und diese mit CPAN und/oder apt installieren!
Ich glaube damit habe ich alle offenen Feature-Requests implementiert. Sollte etwas fehlen, einmach melden. Feedback ist wie immer willkommen!
Andreas
Hallo,
Mein letztes FHEM Update habe ich Ende Juni gezogen. Daher wunderte mich das.
Ich hatte allerdings auch Probleme mit den Presence Devices. Vielleicht war bei mir noch mehr im argen.
Hi andreas13,
danke dir für das Update. Beim FHEM-Start kommt:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1410.
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1362.
Ich konnte Fehler finden, es scheint sich also nicht um einen wirklichen Fehler mit Auswirkungen zu handeln.
Weißt du was hier falsch läuft?
Danke und Gruß,
Tim
Zitat von: Timmäää am 13 August 2019, 09:15:06
Hi andreas13,
danke dir für das Update. Beim FHEM-Start kommt:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1410.
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1362.
Ich konnte Fehler finden, es scheint sich also nicht um einen wirklichen Fehler mit Auswirkungen zu handeln.
Weißt du was hier falsch läuft?
Danke und Gruß,
Tim
Ist ja nur eine Warnung und kein Fehler. Ich bin leider kein richtiger Perl Experte und es scheint ja trotzdem alles zu laufen. Darum ignoriere ich das mal.
Gesendet von iPad mit Tapatalk Pro
Moin Andreas,
hast Du schon einen Weg gefunden den Connect-Status der Heizung zu ermitteln? Meine Vitonnect-Box ist im Netz per ping zu erreichen, das letzte Reading der Heizung in FHEM stammt aber von gestern Abend 20:30 Uhr.
Vicare kommt durch und hat Kontakt zur Heizung.
VG plin
P.S. Nach einem 'update all' und restart kriege ich wieder readings.
P.P.S. Was ist mit den HK1-Readings? Werden die im Standby-Modus nicht mehr aktualisiert?
Zitat von: plin am 17 August 2019, 08:38:03
Moin Andreas,
hast Du schon einen Weg gefunden den Connect-Status der Heizung zu ermitteln? Meine Vitonnect-Box ist im Netz per ping zu erreichen, das letzte Reading der Heizung in FHEM stammt aber von gestern Abend 20:30 Uhr.
Vicare kommt durch und hat Kontakt zur Heizung.
VG plin
P.S. Nach einem 'update all' und restart kriege ich wieder readings.
P.P.S. Was ist mit den HK1-Readings? Werden die im Standby-Modus nicht mehr aktualisiert?
Hast du die Release Ankündigung gelesen?
Der Connect Status steht in der neusten Version im Reading ,,state" und alle anderen Readings werden nur noch aktualisiert, wenn sie sich ändern.
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 17 August 2019, 22:15:03
Hast du die Release Ankündigung gelesen?
Ich glaube ungefähr bis zum Wort 'Release' ;D. Alles klar, Danke.
Wenn die Readings nur bei Änderungen geschrieben werden führt das in Grafana zu einem Problem: Wenn ich für die Darstellung z.B. einen Zeitraum von 24 Stunden wähle und in diesem Zeitraum kein Reading erzeugt wurde, sagt mir Grafana "No Data Points" und ich sehe noch nicht mal die Linie die eigentlich dauerhaft denselben Wert ausweisen sollte. Beim Warmwasserstatus (ein/aus) wird auf einmal aus rechteckigen Schaltzuständen eine dreieckige Sägezahnkurve.
Lässt sich dieses neue Verhalten evtl. durch ein neues Attribut "UpdateReadings" = always/onChange" ein/ausschalten?
VG plin
Hallo,
ich habe das gleiche Problem mit den unterdrückten Events. Durch die fehlenden Readings kommt es zum Abriss bei meinen Plots. Vor allem die Modulation lässt sich nicht mehr darstellen, da dieser Wert - außer bei aktivem Brenner - immer 0 beträgt. Als Workaround könnte man evtl. mit addlog arbeiten.
Gruß
Harald
Hallo,
ich wollte heute mal versuchen meine Vitodens 300 in fhem einzubinden.
Ich habe libtypes-path-tiny-perl installiert; fhm auf dneusten Stand. Aber leider kann das vitoconnect Modul nicht geladen werden.
Ich bekomme im Log diese FM:
2019.08.22 21:56:01 0: Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 163.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 163.
Hat jemand eine Idee?
Wenn das Modul nicht gefunden wird, na dann lade doch einmal das Modul DateTime in Perl nach!
So jedenfalls wird es jedenfalls für den Raspi in diesem Thread beschrieben
sudo apt-get install libdatetime-perl
Ich hatte gestern das gleiche Problem - durch das Nachladen war es beseitigt.
Hallo uron,
danke, das war´s! Die Virodens liefert nun Werte.
Ich habe aber mal eine Frage an die Allgemeinheit.
Sorry, vielleicht eine doofe Frage, aber ich habe das Dingen erst seit gestern....
Es gibt Readings für Gasverrauch und Stromverrauch. Bei meiner Vitodens 300 tauchen diese Readings aber nicht auf. Muss man hier etwas konfigurieren? Ich würde gerne Gasverbrauch und Strom ermitteln, aber an welcher Schraube muss ich drehen?
Die Therme zeigt bietet mir im ServiceMenü Einstellungen zu Gas an. Das scheint auch ok zu sein von den Einstellungen, aber wie kann ich diese jetzt auslesen?
Kann es sein, dass das Vitodens Modul mit der brandneuen Vitodens 300 noch nicht kompatible ist? Das Gerät ist sehr neu und WLAN Modul ist auch fest verbaut und kein separates Gerät wie im Wiki beschrieben.
Christian
Zitat von: Spartacus am 23 August 2019, 20:09:12
Hallo uron,
danke, das war´s! Die Virodens liefert nun Werte.
Ich habe aber mal eine Frage an die Allgemeinheit.
Sorry, vielleicht eine doofe Frage, aber ich habe das Dingen erst seit gestern....
Es gibt Readings für Gasverrauch und Stromverrauch. Bei meiner Vitodens 300 tauchen diese Readings aber nicht auf. Muss man hier etwas konfigurieren? Ich würde gerne Gasverbrauch und Strom ermitteln, aber an welcher Schraube muss ich drehen?
Die Therme zeigt bietet mir im ServiceMenü Einstellungen zu Gas an. Das scheint auch ok zu sein von den Einstellungen, aber wie kann ich diese jetzt auslesen?
Kann es sein, dass das Vitodens Modul mit der brandneuen Vitodens 300 noch nicht kompatible ist? Das Gerät ist sehr neu und WLAN Modul ist auch fest verbaut und kein separates Gerät wie im Wiki beschrieben.
Christian
Wenn Werte nicht angezeigt werden, dann weil die Werte von Vissmann nicht über die API geliefert werden. Das kann nur Vissmann ändern.
Gesendet von iPad mit Tapatalk Pro
Hi,
ok. das heißt, die Werte, die von Viessmann übermittel werden, hängen offenbar vom Typ der Therme ab! Dann muss ich da wohl mal anruden und fragen, warum das so unterschiedlich gehandhabt wird!
Christian
Moin zusammen,
ich habe mit Viessmann telefoniert: Es sieht so aus, dass die aktuelle Vitodens 300 (Typ300-W B3HF) von der ViCare App noch nicht vollständig unterstützt wird. Das heißt, dass es zur Zeit kein Energie Cockpit in der App gibt und damit auch die Daten nicht über die api bereitgestellt werden.
Das soll in Kürze per Update geändert werden. Schauen wir mal, wann das passiert.
Christian
Zitat von: Spartacus am 26 August 2019, 10:00:50
Moin zusammen,
ich habe mit Viessmann telefoniert: Es sieht so aus, dass die aktuelle Vitodens 300 (Typ300-W B3HF) von der ViCare App noch nicht vollständig unterstützt wird. Das heißt, dass es zur Zeit kein Energie Cockpit in der App gibt und damit auch die Daten nicht über die api bereitgestellt werden.
Das soll in Kürze per Update geändert werden. Schauen wir mal, wann das passiert.
Christian
Wenn es soweit ist, werden automatisch auch die Readings dafür erzeugt.
Gesendet von iPhone mit Tapatalk Pro
Hallo zusammen,
seit der Umstellung (Readings werden nur bei Änderungen geschrieben) sehen bei mir die Grafiken auch extrem unschön aus. Hat schon jemand einen Weg gefunden um das wieder "ordentlich" darzustellen?
@andreas13: Könntest Du das evtl. konfigurierbar machen?
Zitat von: mthome am 03 September 2019, 14:56:56
Hallo zusammen,
seit der Umstellung (Readings werden nur bei Änderungen geschrieben) sehen bei mir die Grafiken auch extrem unschön aus. Hat schon jemand einen Weg gefunden um das wieder "ordentlich" darzustellen?
@andreas13: Könntest Du das evtl. konfigurierbar machen?
Ich glaube, ich mache das rückgängig, oder was meint ihr?
Events könnte man dann immer noch per event-on-change-Reading unterdrücken.
Gesendet von iPad mit Tapatalk Pro
Mir gefallen die Grafiken auch nicht, bin also für die Rückgängigmachung!
Also ich finde es auch besser, es rückgängig zu machen.
Ich bin sowieso für die alte Version ;)
Hallo zusammen,
habe gerade nochmals überlegt und ausprobiert ;D. Also wenn man in den Plots statt "lines" "steps" auswählt sind die Grafiken wieder schön. Keine Ahnung ob das bei Grafana auch geht - ich nutze die SVG Plots.
Also bei mir ist jetzt auch mit der aktuellen Version alles wieder schön
Meiner Meinung nach sollten die Readings immer aktualisiert werden - also, wenn ich richtig verstanden habe, heisst es, rückgängig machen:
- wer nur Änderungen möchtet, kann event-on-change-readings / event-min-interval benutzen
- es gibt Modulen, die die Readings beobachten (siehe z.B. readingsWatcher)
- man darf userReadings definieren, die bei jeder Aktualisierung ohne Änderung trotzdem aktualisiert/getriggert werden müssen
- Ereignis "Reading aktualisiert aber nicht geändert" kann auch eine Bedeutung haben: siehe watchdog, Aggregationsfunktionen, waitsame in DOIF
Zitat von: amenomade am 06 September 2019, 11:46:57
Meiner Meinung nach sollten die Readings immer aktualisiert werden - also, wenn ich richtig verstanden habe, heisst es, rückgängig machen:
- wer nur Änderungen möchtet, kann event-on-change-readings / event-min-interval benutzen
- es gibt Modulen, die die Readings beobachten (siehe z.B. readingsWatcher)
- man darf userReadings definieren, die bei jeder Aktualisierung ohne Änderung trotzdem aktualisiert/getriggert werden müssen
- Ereignis "Reading aktualisiert aber nicht geändert" kann auch eine Bedeutung haben: siehe watchdog, Aggregationsfunktionen, waitsame in DOIF
Ich habe die Änderung rückgängig gemacht.
Hallo zusammen,
ich habe noch einmal eine Frage zu den Readings, denn irgendwie sieht das bei meiner brandneuen Vitodens 300 W anders aus
Ich würde gerne erkennen, wenn die Nachtabsenkung (reduzierter Betrieb) aktiv wird. Ich hätte erwartet, dass im reduzierten Betrieb das Reading
"Solltemperatur_reduziert_aktiv" von "0" auf "1" gesetzt wird. Das passiert aber nicht. Stattdessen geht "standby_aktiv" auf "1" und der Programmstatus ändert sich von "normal" auf "standby".
Ich habe mal zwei Screenshots angefügt, was dieses Verhalten zeigt. Im Prinzip ist es egal, wie man die Nachtabsenkung erkennt, allerdings würde ich gerne verstehen, wann das Reading "Solltemperatur_reduziert_aktiv" gesetzt wird.
Kann das jemand aufklären?
Gruß,
Christian
Zitat von: Spartacus am 09 September 2019, 14:40:48
Hallo zusammen,
ich habe noch einmal eine Frage zu den Readings, denn irgendwie sieht das bei meiner brandneuen Vitodens 300 W anders aus
Ich würde gerne erkennen, wenn die Nachtabsenkung (reduzierter Betrieb) aktiv wird. Ich hätte erwartet, dass im reduzierten Betrieb das Reading
"Solltemperatur_reduziert_aktiv" von "0" auf "1" gesetzt wird. Das passiert aber nicht. Stattdessen geht "standby_aktiv" auf "1" und der Programmstatus ändert sich von "normal" auf "standby".
Ich habe mal zwei Screenshots angefügt, was dieses Verhalten zeigt. Im Prinzip ist es egal, wie man die Nachtabsenkung erkennt, allerdings würde ich gerne verstehen, wann das Reading "Solltemperatur_reduziert_aktiv" gesetzt wird.
Kann das jemand aufklären?
Gruß,
Christian
Ich fürchte, das kann nur Vissmann erklären. Das Modul gibt stumpf das aus, was die API liefert ohne Logik mit Ausnahme der Umbenennung der Readings sofern bekannt (kann man aber mittels Attribut auch ausschalten.
Irgendwo hier im Thread hat mal jemand versucht die Stati zu interpretieren. Schau mal nach.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: Frini am 23 Dezember 2018, 00:34:34
Du brauchst den Verbrauch nicht mehr durch 8 teilen.
Und was mir gerade aufgefallen ist. Das Reading HK1-Solltemperatur-reduziert_aktiv wird nur auf 1 gesetzt, wenn die Solltemperatur größer 3grad gestellt ist. Bei 3 Grad geht die Vitodens in den StandbyBetrieb. Zu sehen an dem Reading HK1-Standby_aktiv. Sprich die Heizpumpe ist ebenfalls aus und der Brenner startet definitiv nicht, sofern der Frostschutz nicht greift.
Hi Frini,
ZitatUnd was mir gerade aufgefallen ist. Das Reading HK1-Solltemperatur-reduziert_aktiv wird nur auf 1 gesetzt, wenn die Solltemperatur größer 3grad gestellt ist. Bei 3 Grad geht die Vitodens in den StandbyBetrieb.
Verstehe ich nicht ganz. Solltemperatur_Reduziert ist bei mir 10 Grad. Solltemperatur_normal ist 19 Grad. Das heisst dazwischen liegen mehr als 3 Grad.
Solltemperatur_aktiv wird im Normalbetrieb auf 1 gesetzt.
Wann genau wird jetzt Solltemperatur_reduziert_aktiv und Solltemperatur_aktiv angezeigt?
Christian
Hi, erstmal gestehe ich mir, außer dem wiki Beitrag, noch nicht viel zu diesem Modul durchgelesen zu haben. Ich plane grade die Anschaffung einer PA2 Brennstoffzelle von Viessmann welche wohl auch über ViCare kommunziert. Ist das Modul vitoconnect Produktunabhängig und würde ich die PA2 damit in FHEM Auslesen können?
Bisher fehlen mir in der Übersicht die Readings zur Stromproduktion.
Grüße
Dirk
Hallo Andreas,
ich habe erst jetzt gestern ein größeres Update meines Pi und Fhem gemacht. Dabei ist Dein Modul auch aktualisiert worden, so dass die DateTime-Lib notwendig wurde.
Nach hinzufügen der Lib funktioniert das Modul auch wieder, aber nun sehe ich plötzlich keine Vorlauftemperatur meiner Heizkreise mehr. Dort steht nur "HK1-Vorlauftemperatur_aktiv notConnected"
Kannst Du Dir das erklären? Im Log stehen allerdings auch zwei Fehlereinträge:
2019.09.09 20:26:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1322.
2019.09.09 20:26:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1279.
Vielen Dank für Deine Rückmeldung im Voraus und viele Grüße
Till
Zitat von: Spartacus am 10 September 2019, 10:18:01
Hi Frini,
Verstehe ich nicht ganz. Solltemperatur_Reduziert ist bei mir 10 Grad. Solltemperatur_normal ist 19 Grad. Das heisst dazwischen liegen mehr als 3 Grad.
Solltemperatur_aktiv wird im Normalbetrieb auf 1 gesetzt.
Wann genau wird jetzt Solltemperatur_reduziert_aktiv und Solltemperatur_aktiv angezeigt?
Christian
Wenn die Solltemperatur der Heizung auf sagen wir mal 10°C steht durch zum Beispiel eine Nachtabsenkung oder andere Nebenzeiten, dann schaltet das Reading Solltemperatur_reduziert_aktiv auf 1. Das heißt, dass der Brenner auch noch starten kann, wenn es notwendig ist um die sagen wir mal 10°C zu halten. Dieses Verhalten kann man umgehen, wenn man die Solltemperatur für die Nebenzeit auf 3°C oder niedriger stellt. Dann schickt man die Heizung wirklich in einen Standby Betrieb. Sprich der Brenner springt nicht an um krampfhaft die Vorlauftemperatur für eine eingestellte Temperatur von 3 °C zu halten. Allerdings greift hier eben irgendwann der Frostschutz der Heizung, In Antwort 113 und folgend ist das Verhalten erörtert.
Solltemperatur_aktiv >> in der Hauptzeit
Solltemperatur_reduziert_aktiv >> in der Nebenzeit
Solltemperatur_reduziert_aktiv >> 1 wenn Solltemperatur_reduziert > 3°
Standby_Aktiv >> 1 wenn Solltemperatur_reduziert <= 3°C
Ein Beispiel von mir. Ich schicke meine Heizung abends in die Nachtabsenkung. Ich hatte mit einfacher Nachtabsenkung auf 14°C jedoch ein erhöhtes Taktverhalten der Heizung. Temperaturen waren OK. Ein Nachtabsenken auf 3°C um dem Takten entgegen zu wirken hat jedoch dazu geführt, dass die Räume ab 3 Uhr morgens zu kalt wurden, da der Brenner ja auch nicht mehr startet. Also prüfe ich nun nachts ab 2 Uhr die Temperatur und fahre die Heizung für einen kurzen Zeitraum auf 16°C hoch und je nach Außentemperatur und Raumtemperatur bleibt die dann auf reduzierter Solltemperatur an oder geht wieder aus bis diese dann morgens ins normale Heizprogramm startet.
Hallo @ All
Ich habe ein Problem.
Bei List vitoconnect kommt bei mir
NAME vitoconnect
NR 42
STATE ok
TYPE vitoconnect
counter 17
intervall 10
login ok
user xxxxxxx@xxxxxxx.de
READINGS:
2019-09-13 12:08:33 Aktive_Heizkreise 0,1,2
2019-09-13 12:08:33 Aussen_Status connected
2019-09-13 12:08:33 Aussentemperatur 21.1
2019-09-13 12:08:33 Brenner_Betriebsstunden 14
usw.
Also sofort die Readings:
Was mach ich verkehrt?
Danke für die Hilfe
Zitat von: Dersch am 10 September 2019, 14:02:59
Hi, erstmal gestehe ich mir, außer dem wiki Beitrag, noch nicht viel zu diesem Modul durchgelesen zu haben. Ich plane grade die Anschaffung einer PA2 Brennstoffzelle von Viessmann welche wohl auch über ViCare kommunziert. Ist das Modul vitoconnect Produktunabhängig und würde ich die PA2 damit in FHEM Auslesen können?
Bisher fehlen mir in der Übersicht die Readings zur Stromproduktion.
Grüße
Dirk
Hallo Dirk,
das Modul ist nicht produktabhängig, aber die API von Vissmann. Ich kann es nur immer wiederholen: Das Modul gibt alle Werte so aus, wie die API sie liefert. Schlimmstenfalls kennt das Modul einen Wert noch nicht, dann wird statt eines sprechenden Namens eine Bezeichnung "heating.irgendwas" ausgegeben.
Also kurz gesagt, wenn die API die Werte für Stromproduktion liefert, wird dieses Modul diese auch ausgeben (kann Dir nur Vissmann sagen) . Wenn nicht, dann nicht.
Viele Grüße
Andreas
Zitat von: tcbh am 11 September 2019, 22:03:06
Hallo Andreas,
ich habe erst jetzt gestern ein größeres Update meines Pi und Fhem gemacht. Dabei ist Dein Modul auch aktualisiert worden, so dass die DateTime-Lib notwendig wurde.
Nach hinzufügen der Lib funktioniert das Modul auch wieder, aber nun sehe ich plötzlich keine Vorlauftemperatur meiner Heizkreise mehr. Dort steht nur "HK1-Vorlauftemperatur_aktiv notConnected"
Kannst Du Dir das erklären? Im Log stehen allerdings auch zwei Fehlereinträge:
2019.09.09 20:26:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1322.
2019.09.09 20:26:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1279.
Vielen Dank für Deine Rückmeldung im Voraus und viele Grüße
Till
Hallo Till,
das hat nichts mit dem Update zu tun. An der Logik habe ich nichts geändert. Ich würde fast wetten, das auch vor dem Update so und Dir ist das nur nicht aufgefallen.
Die Fehler sind keine Fehler, sondern Warnings und haben. Kannst Du ignorieren.
Viele Grüße
Andreas
Zitat von: Raspi_Wolf am 13 September 2019, 12:16:24
Hallo @ All
Ich habe ein Problem.
Bei List vitoconnect kommt bei mir
NAME vitoconnect
NR 42
STATE ok
TYPE vitoconnect
counter 17
intervall 10
login ok
user xxxxxxx@xxxxxxx.de
READINGS:
2019-09-13 12:08:33 Aktive_Heizkreise 0,1,2
2019-09-13 12:08:33 Aussen_Status connected
2019-09-13 12:08:33 Aussentemperatur 21.1
2019-09-13 12:08:33 Brenner_Betriebsstunden 14
usw.
Also sofort die Readings:
Was mach ich verkehrt?
Danke für die Hilfe
Ich verstehe Dein Problem nicht. Was ist denn nicht in Ordnung?
Hi Andreas,
was ist aus dem Reading "HK1-Vorlauftemperatur" geworden? Mein letzter Wert in FHEM stammt vom 24.8. und weist 63 aus.
Aktuell ist "HK1-Vorlauftemperatur_aktiv" notConnected. Kann ein Sensor offline gehen?
Ciao
Peter
Zitat von: plin am 14 September 2019, 09:54:59
Hi Andreas,
was ist aus dem Reading "HK1-Vorlauftemperatur" geworden? Mein letzter Wert in FHEM stammt vom 24.8. und weist 63 aus.
Aktuell ist "HK1-Vorlauftemperatur_aktiv" notConnected. Kann ein Sensor offline gehen?
Ciao
Peter
Wahrscheinlicher ist eher, dass Vissmann die API geändert hat und es den Wert nicht mehr gibt.
Gesendet von iPhone mit Tapatalk Pro
Mittlerweile bin ich schon ein Stück weiter und es läuft. ;D Ich kam noch nicht dazu alles zu kontrollieren. Drei HK habe ich und alle drei werden angezeigt.
Was noch nicht hinbekomme ist der Verbrauch.
Der "Rahmen" mit Heizung, Wasser, Strom, heute, gestern usw. wird angezeigt, sonst leider keine Zahlen.
Da such ich noch den Fehler.
Zitat von: Raspi_Wolf am 14 September 2019, 18:34:45
Mittlerweile bin ich schon ein Stück weiter und es läuft. ;D Ich kam noch nicht dazu alles zu kontrollieren. Drei HK habe ich und alle drei werden angezeigt.
Was noch nicht hinbekomme ist der Verbrauch.
Der "Rahmen" mit Heizung, Wasser, Strom, heute, gestern usw. wird angezeigt, sonst leider keine Zahlen.
Da such ich noch den Fehler.
Was fehlt denn?
Gesendet von iPad mit Tapatalk Pro
Zitat von: andreas13 am 14 September 2019, 16:04:35
Wahrscheinlicher ist eher, dass Vissmann die API geändert hat und es den Wert nicht mehr gibt.
Hi Andreas,
das ist etwas merkwürdig. Das Reading "HK1-Vorlauftemperatur_aktiv" wird laufend aktualisiert und weist "notConnected" aus. Ich vermute das Reading "HK1-Vorlauftemperatur" existiert noch, wird aber erst aktualisiert wenn der Sensor wieder online ist.
Hattest Du mal den Link zur Viessmann API-Dokumentation veröffentlicht?
Ciao
Peter
Zitat von: plin am 15 September 2019, 11:00:18
Hi Andreas,
das ist etwas merkwürdig. Das Reading "HK1-Vorlauftemperatur_aktiv" wird laufend aktualisiert und weist "notConnected" aus. Ich vermute das Reading "HK1-Vorlauftemperatur" existiert noch, wird aber erst aktualisiert wenn der Sensor wieder online ist.
Hattest Du mal den Link zur Viessmann API-Dokumentation veröffentlicht?
Ciao
Peter
Ja, das kann gut sein. Du kannst ja mal alle Readings löschen.
Ich wüsste nicht, dass Vissmann die API dokumentiert hat. Ich habe von dem PHP Modul (Link zB im Wiki) abgekupfert und Reverse Engineering betrieben.
Gesendet von iPhone mit Tapatalk Pro
Was mich stört sind natürlich die fehlenden Zahlen der Verbräuche von Gas usw. Aber auch true / false
Ich finde den Fehler nicht, hab auch zur Zeit keinen Ansatz.
Hab versucht Bilchen einzufügen, muss ich noch mal üben.
Zitat von: Raspi_Wolf am 15 September 2019, 13:36:13
Was mich stört sind natürlich die fehlenden Zahlen der Verbräuche von Gas usw. Aber auch true / false
Ich finde den Fehler nicht, hab auch zur Zeit keinen Ansatz.
Hab versucht Bilchen einzufügen, muss ich noch mal üben.
Liefert denn die API überhaupt Verbrauchswerte für deine Heizung? Schick uns mal die Ausgabe von ,,list vitoconnect".
Und was ist an den true/false nicht ok? Wie hättest du es denn gern?
Gesendet von iPad mit Tapatalk Pro
Hier meine List vitoconnect:
Internals:
DEF xxxxxxxxxxx@xxxx.de Passwort 10
FUUID 5d7b5745-f33f-5eac-d096-71472400045c1c46
NAME vitoconnect
NR 41
STATE ok
TYPE vitoconnect
counter 5831
intervall 10
login ok
user xxxxxxxxx@xxxxx.de
READINGS:
2019-09-15 17:56:22 Aktive_Heizkreise 0,1,2
2019-09-15 17:56:22 Aussen_Status connected
2019-09-15 17:56:22 Aussentemperatur 25.3
2019-09-15 17:56:22 Brenner_Betriebsstunden 15.2
2019-09-15 17:56:22 Brenner_Fehlercode 0
2019-09-15 17:56:22 Brenner_Modulation 0
2019-09-15 17:56:22 Brenner_Starts 74
2019-09-15 17:56:22 Brenner_Status ok
2019-09-15 17:56:22 Brenner_aktiv false
2019-09-15 17:56:22 Controller_Seriennummer 7535651914366111
2019-09-15 17:56:22 Device_Time_Offset 120
2019-09-15 17:56:22 Fehlereintraege_Historie {"new":[{"timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba","accessLevel":"customer","priority":"criticalError"},{"timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","errorCode":"eb","priority":"criticalError"}],"current":[{"timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba","accessLevel":"customer","priority":"criticalError"},{"timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","errorCode":"eb","priority":"criticalError"}],"gone":[]}
2019-09-15 17:56:22 Fehlereintraege_aktive {"new":[],"current":[],"gone":[]}
2019-09-15 17:56:22 HK1-Betriebsart dhw
2019-09-15 17:56:22 HK1-External_Temperatur 0
2019-09-15 17:56:22 HK1-External_aktiv false
2019-09-15 17:56:22 HK1-Frostschutz_Status off
2019-09-15 17:56:22 HK1-Heizkurve-Niveau 1
2019-09-15 17:56:22 HK1-Heizkurve-Steigung 0.8
2019-09-15 17:56:22 HK1-Name Kesselvorlauf
2019-09-15 17:56:22 HK1-Programmstatus standby
2019-09-15 17:56:22 HK1-Raum_Status error
2019-09-14 19:18:10 HK1-Raum_Temperatur 20
2019-09-15 17:56:22 HK1-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK1-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK1-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_eco 21
2019-09-15 17:56:22 HK1-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK1-Solltemperatur_normal 21
2019-09-15 17:56:22 HK1-Solltemperatur_reduziert 21
2019-09-15 17:56:22 HK1-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK1-Standby_aktiv false
2019-09-15 17:56:22 HK1-Urlaub_Ende
2019-09-15 17:56:22 HK1-Urlaub_Start
2019-09-15 17:56:22 HK1-Urlaub_aktiv false
2019-09-15 17:56:22 HK1-Vorlauftemperatur 50
2019-09-15 17:56:22 HK1-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK1-WW_aktiv true
2019-09-15 17:56:22 HK1-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK1-Zeitsteuerung_Heizung {"fri":[{"mode":"normal","start":"07:00","position":0,"end":"22:40"}],"tue":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"start":"07:00","mode":"normal","end":"22:40","position":0}],"sun":[{"end":"22:40","position":0,"mode":"normal","start":"08:00"}],"thu":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"wed":[{"start":"07:00","mode":"normal","end":"22:40","position":0}],"sat":[{"start":"08:00","mode":"normal","position":0,"end":"22:40"}]}
2019-09-15 17:56:22 HK1-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK1-Zirkulationspumpe off
2019-09-15 17:56:22 HK1-aktiv true
2019-09-15 17:56:22 HK2-Betriebsart dhw
2019-09-15 17:56:22 HK2-External_Temperatur 0
2019-09-15 17:56:22 HK2-External_aktiv false
2019-09-15 17:56:22 HK2-Frostschutz_Status off
2019-09-15 17:56:22 HK2-Heizkurve-Niveau 0
2019-09-15 17:56:22 HK2-Heizkurve-Steigung 0.7
2019-09-15 17:56:22 HK2-Name Fu�boden- Heizung
2019-09-15 17:56:22 HK2-Programmstatus standby
2019-09-15 17:56:22 HK2-Raum_Status error
2019-09-15 17:56:22 HK2-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK2-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK2-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_eco 20
2019-09-15 17:56:22 HK2-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK2-Solltemperatur_normal 20
2019-09-15 17:56:22 HK2-Solltemperatur_reduziert 20
2019-09-15 17:56:22 HK2-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK2-Standby_aktiv true
2019-09-15 17:56:22 HK2-Urlaub_Ende
2019-09-15 17:56:22 HK2-Urlaub_Start
2019-09-15 17:56:22 HK2-Urlaub_aktiv false
2019-09-15 17:56:22 HK2-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK2-WW_aktiv true
2019-09-15 17:56:22 HK2-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK2-Zeitsteuerung_Heizung {"wed":[{"position":0,"end":"22:40","mode":"normal","start":"07:00"}],"sun":[],"thu":[{"position":0,"end":"22:40","mode":"normal","start":"07:00"}],"mon":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"sat":[],"fri":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"tue":[{"mode":"normal","start":"07:00","end":"22:40","position":0}]}
2019-09-15 17:56:22 HK2-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK2-Zirkulationspumpe off
2019-09-15 17:56:22 HK2-aktiv true
2019-09-15 17:56:22 HK3-Betriebsart dhw
2019-09-15 17:56:22 HK3-External_Temperatur 0
2019-09-15 17:56:22 HK3-External_aktiv false
2019-09-15 17:56:22 HK3-Frostschutz_Status off
2019-09-15 17:56:22 HK3-Heizkurve-Niveau 1
2019-09-15 17:56:22 HK3-Heizkurve-Steigung 0.7
2019-09-15 17:56:22 HK3-Name Heizk�rper
2019-09-15 17:56:22 HK3-Programmstatus standby
2019-09-15 17:56:22 HK3-Raum_Status error
2019-09-13 13:14:23 HK3-Raum_Temperatur 20
2019-09-15 17:56:22 HK3-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK3-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK3-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_eco 23
2019-09-15 17:56:22 HK3-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK3-Solltemperatur_normal 23
2019-09-15 17:56:22 HK3-Solltemperatur_reduziert 23
2019-09-15 17:56:22 HK3-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK3-Standby_aktiv false
2019-09-15 17:56:22 HK3-Urlaub_Ende
2019-09-15 17:56:22 HK3-Urlaub_Start
2019-09-15 17:56:22 HK3-Urlaub_aktiv false
2019-09-15 13:13:44 HK3-Vorlauftemperatur 24
2019-09-15 17:56:22 HK3-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK3-WW_aktiv true
2019-09-15 17:56:22 HK3-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK3-Zeitsteuerung_Heizung {"sat":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sun":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"thu":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"wed":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"tue":[{"end":"22:40","position":0,"start":"07:00","mode":"normal"}],"fri":[{"mode":"normal","start":"07:00","end":"22:40","position":0}]}
2019-09-15 17:56:22 HK3-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK3-Zirkulationspumpe off
2019-09-15 17:56:22 HK3-aktiv true
2019-09-15 17:56:22 Kessel_Common_Supply error
2019-09-15 17:56:22 Kessel_Common_Supply_Temperatur 20
2019-09-15 17:56:22 Kessel_Seriennummer
2019-09-15 17:56:22 Kessel_Status connected
2019-09-15 17:56:22 Kesseltemperatur 50
2019-09-15 17:56:22 Kesseltemperatur_exact 5
2019-09-15 17:56:22 Mehrfamilenhaus_aktiv false
2019-09-15 17:56:22 Service_Intervall_Monate 0
2019-09-15 17:56:22 Service_Letzter
2019-09-15 17:56:22 Service_Monate_aktiv_seit_letzten_Service 0
2019-09-15 17:56:22 Service_faellig false
2019-09-15 17:56:22 WW-Aufladung false
2019-09-15 17:56:22 WW-Haupttemperatur 50
2019-09-15 17:56:22 WW-Isttemperatur 43.8
2019-09-15 17:56:22 WW-Sensoren_Auslauf_Status error
2019-09-13 19:14:57 WW-Sensoren_Auslauf_Wert 20
2019-09-15 17:56:22 WW-Solltemperatur 50
2019-09-15 17:56:22 WW-Temperatur_aktiv connected
2019-09-15 17:56:22 WW-Zeitplan {"fri":[{"start":"07:30","mode":"on","end":"11:00","position":0}],"tue":[{"end":"11:00","position":0,"mode":"on","start":"07:30"}],"wed":[{"position":0,"end":"11:00","mode":"on","start":"07:30"}],"mon":[{"end":"11:00","position":0,"start":"07:30","mode":"on"}],"sun":[{"start":"08:00","mode":"on","position":0,"end":"11:00"}],"thu":[{"start":"07:30","mode":"on","end":"11:00","position":0}],"sat":[{"position":0,"end":"11:00","mode":"on","start":"07:10"}]}
2019-09-15 17:56:22 WW-Zirkulationspumpe_Status on
2019-09-15 17:56:22 WW-Zirkulationspumpe_Zeitplan {"fri":[{"start":"07:30","mode":"on","position":0,"end":"23:00"}],"tue":[{"position":0,"end":"22:30","start":"07:30","mode":"on"}],"sun":[{"mode":"on","start":"08:00","position":0,"end":"22:30"}],"thu":[{"end":"22:30","position":0,"start":"07:30","mode":"on"}],"mon":[{"start":"07:30","mode":"on","end":"22:30","position":0}],"wed":[{"start":"07:30","mode":"on","end":"22:30","position":0}],"sat":[{"end":"08:30","position":0,"start":"07:30","mode":"on"},{"position":1,"end":"23:30","mode":"on","start":"11:20"}]}
2019-09-15 17:56:22 WW-Zirkulationspumpe_Zeitsteuerung_aktiv true
2019-09-15 17:56:22 WW-Zirkulationspumpe_primaer off
2019-09-15 17:56:22 WW-aktiv true
2019-09-15 17:56:22 WW-zeitgesteuert_aktiv true
2019-09-13 13:30:20 heating.boiler.sensors.temperature.commonSupply.status error
2019-09-13 13:30:20 heating.boiler.sensors.temperature.main.status connected
2019-09-13 13:30:20 heating.boiler.sensors.temperature.main.value 56.6
2019-09-13 13:30:20 heating.boiler.serial.value
2019-09-13 13:30:20 heating.boiler.temperature.value 5
2019-09-13 13:30:20 heating.burner.active false
2019-09-13 13:30:20 heating.burner.automatic.errorCode 0
2019-09-13 13:30:20 heating.burner.automatic.status ok
2019-09-13 13:30:20 heating.burner.modulation.value 0
2019-09-13 13:30:20 heating.burner.statistics.hours 14
2019-09-13 13:30:20 heating.burner.statistics.starts 72
2019-09-13 13:30:20 heating.circuits.0.active true
2019-09-13 13:30:20 heating.circuits.0.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.0.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.0.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.0.heating.curve.shift 1
2019-09-13 13:30:20 heating.circuits.0.heating.curve.slope 0.8
2019-09-13 13:30:20 heating.circuits.0.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.0.heating.schedule.entries {"mon":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sun":[{"start":"08:00","mode":"normal","position":0,"end":"22:40"}],"fri":[{"position":0,"start":"07:00","mode":"normal","end":"22:40"}],"tue":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"thu":[{"end":"22:40","position":0,"mode":"normal","start":"07:00"}],"sat":[{"position":0,"mode":"normal","start":"08:00","end":"22:40"}],"wed":[{"end":"22:40","start":"07:00","mode":"normal","position":0}]}
2019-09-13 13:30:33 heating.circuits.0.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.0.name Kesselvorlauf
2019-09-13 13:30:33 heating.circuits.0.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.0.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.0.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.0.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.0.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.0.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.eco.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.0.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.normal.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.reduced.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.0.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.0.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.0.setName action: name
2019-09-13 13:30:20 heating.circuits.1.active true
2019-09-13 13:30:20 heating.circuits.1.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.1.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.1.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.1.heating.curve.shift 0
2019-09-13 13:30:20 heating.circuits.1.heating.curve.slope 0.7
2019-09-13 13:30:20 heating.circuits.1.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.1.heating.schedule.entries {"wed":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sat":[],"thu":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"sun":[],"fri":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"tue":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}]}
2019-09-13 13:30:33 heating.circuits.1.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.1.name Fu�boden- Heizung
2019-09-13 13:30:33 heating.circuits.1.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.1.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.1.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.1.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.1.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.1.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.eco.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.1.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.normal.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.reduced.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.1.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.1.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.1.setName action: name
2019-09-13 13:30:20 heating.circuits.2.active true
2019-09-13 13:30:20 heating.circuits.2.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.2.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.2.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.2.heating.curve.shift 1
2019-09-13 13:30:20 heating.circuits.2.heating.curve.slope 0.7
2019-09-13 13:30:20 heating.circuits.2.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.2.heating.schedule.entries {"fri":[{"end":"22:40","mode":"normal","start":"07:00","position":0}],"sun":[{"end":"22:40","position":0,"mode":"normal","start":"07:00"}],"tue":[{"end":"22:40","start":"07:00","mode":"normal","position":0}],"thu":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"wed":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"sat":[{"end":"22:40","position":0,"start":"07:00","mode":"normal"}]}
2019-09-13 13:30:33 heating.circuits.2.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.2.name Heizk�rper
2019-09-13 13:30:33 heating.circuits.2.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.2.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.2.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.2.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.2.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.2.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.eco.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.2.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.normal.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.reduced.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.2.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.2.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.2.setName action: name
2019-09-13 13:30:20 heating.circuits.enabled 0,1,2
2019-09-13 13:30:20 heating.configuration.multiFamilyHouse.active false
2019-09-13 13:30:20 heating.controller.serial.value 7535651914366111
2019-09-13 13:30:20 heating.device.time.offset.value 120
2019-09-13 13:30:20 heating.dhw.active true
2019-09-13 13:30:20 heating.dhw.charging.active false
2019-09-13 13:30:20 heating.dhw.pumps.circulation.schedule.active true
2019-09-13 13:30:20 heating.dhw.pumps.circulation.schedule.entries {"sat":[{"start":"07:30","mode":"on","position":0,"end":"08:30"},{"position":1,"mode":"on","start":"11:20","end":"23:30"}],"wed":[{"end":"22:30","position":0,"mode":"on","start":"07:30"}],"fri":[{"start":"07:30","mode":"on","position":0,"end":"23:00"}],"sun":[{"mode":"on","start":"08:00","position":0,"end":"22:30"}],"tue":[{"position":0,"start":"07:30","mode":"on","end":"22:30"}],"thu":[{"start":"07:30","mode":"on","position":0,"end":"22:30"}],"mon":[{"end":"22:30","mode":"on","start":"07:30","position":0}]}
2019-09-13 13:30:33 heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.dhw.pumps.circulation.status on
2019-09-13 13:30:20 heating.dhw.pumps.primary.status off
2019-09-13 13:30:20 heating.dhw.schedule.active true
2019-09-13 13:30:20 heating.dhw.schedule.entries {"wed":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"sat":[{"end":"11:00","start":"07:10","mode":"on","position":0}],"thu":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"sun":[{"position":0,"start":"08:00","mode":"on","end":"11:00"}],"tue":[{"position":0,"mode":"on","start":"07:30","end":"11:00"}],"fri":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"mon":[{"position":0,"mode":"on","start":"07:30","end":"11:00"}]}
2019-09-13 13:30:33 heating.dhw.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.dhw.sensors.temperature.hotWaterStorage.status connected
2019-09-13 13:30:20 heating.dhw.sensors.temperature.hotWaterStorage.value 43.8
2019-09-13 13:30:20 heating.dhw.sensors.temperature.outlet.status error
2019-09-13 13:30:20 heating.dhw.sensors.temperature.outlet.value 20
2019-09-13 13:30:33 heating.dhw.temperature.main.setTargetTemperature action: temperature
2019-09-13 13:30:20 heating.dhw.temperature.main.value 50
2019-09-13 13:30:33 heating.dhw.temperature.setTargetTemperature action: temperature
2019-09-13 13:30:20 heating.dhw.temperature.value 50
2019-09-13 13:30:20 heating.errors.active.entries {"new":[],"gone":[],"current":[]}
2019-09-13 13:30:20 heating.errors.history.entries {"current":[{"accessLevel":"customer","priority":"criticalError","timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba"},{"errorCode":"eb","timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","priority":"criticalError"}],"gone":[],"new":[{"errorCode":"ba","timestamp":"2019-09-10T07:09:40.000Z","accessLevel":"customer","priority":"criticalError"},{"errorCode":"eb","accessLevel":"customer","priority":"criticalError","timestamp":"2019-08-28T14:30:49.000Z"}]}
2019-09-13 13:30:20 heating.sensors.temperature.outside.status connected
2019-09-13 13:30:20 heating.sensors.temperature.outside.value 21.5
2019-09-13 13:30:20 heating.service.timeBased.activeMonthSinceLastService 0
2019-09-13 13:30:20 heating.service.timeBased.lastService
2019-09-13 13:30:20 heating.service.timeBased.serviceDue false
2019-09-13 13:30:20 heating.service.timeBased.serviceIntervalMonths 0
2019-09-15 17:56:22 state WorksProperly
Attributes:
icon control_building_modern_s_okg_og
room Heizung
stateFormat Brenner_Status
userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_Heizung/Tag",0))[0] },
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[1] },
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0] },
Gasverbrauch_letzte_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[1] },
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0] },
Gasverbrauch_letzter_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[1] },
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0] },
Gasverbrauch_letztes_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[1] },
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Tag",0))[0] },
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[1] },
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0] },
Gasverbrauch_WW_letzte_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[1] },
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0] },
Gasverbrauch_WW_letzter_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[1] },
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0] },
Gasverbrauch_WW_letztes_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Jahr",0))[1] },
Stromverbrauch_heute:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[0] },
Stromverbrauch_gestern:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[1] },
Stromverbrauch_aktuelle_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[0] },
Stromverbrauch_letzte_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[1] },
Stromverbrauch_aktueller_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[0] },
Stromverbrauch_letzter_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[1] },
Stromverbrauch_aktuelles_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[0] },
Stromverbrauch_letztes_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[1] }
Zitat von: Raspi_Wolf am 15 September 2019, 17:58:22
Hier meine List vitoconnect:
Internals:
DEF xxxxxxxxxxx@xxxx.de Passwort 10
FUUID 5d7b5745-f33f-5eac-d096-71472400045c1c46
NAME vitoconnect
NR 41
STATE ok
TYPE vitoconnect
counter 5831
intervall 10
login ok
user xxxxxxxxx@xxxxx.de
READINGS:
2019-09-15 17:56:22 Aktive_Heizkreise 0,1,2
2019-09-15 17:56:22 Aussen_Status connected
2019-09-15 17:56:22 Aussentemperatur 25.3
2019-09-15 17:56:22 Brenner_Betriebsstunden 15.2
2019-09-15 17:56:22 Brenner_Fehlercode 0
2019-09-15 17:56:22 Brenner_Modulation 0
2019-09-15 17:56:22 Brenner_Starts 74
2019-09-15 17:56:22 Brenner_Status ok
2019-09-15 17:56:22 Brenner_aktiv false
2019-09-15 17:56:22 Controller_Seriennummer 7535651914366111
2019-09-15 17:56:22 Device_Time_Offset 120
2019-09-15 17:56:22 Fehlereintraege_Historie {"new":[{"timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba","accessLevel":"customer","priority":"criticalError"},{"timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","errorCode":"eb","priority":"criticalError"}],"current":[{"timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba","accessLevel":"customer","priority":"criticalError"},{"timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","errorCode":"eb","priority":"criticalError"}],"gone":[]}
2019-09-15 17:56:22 Fehlereintraege_aktive {"new":[],"current":[],"gone":[]}
2019-09-15 17:56:22 HK1-Betriebsart dhw
2019-09-15 17:56:22 HK1-External_Temperatur 0
2019-09-15 17:56:22 HK1-External_aktiv false
2019-09-15 17:56:22 HK1-Frostschutz_Status off
2019-09-15 17:56:22 HK1-Heizkurve-Niveau 1
2019-09-15 17:56:22 HK1-Heizkurve-Steigung 0.8
2019-09-15 17:56:22 HK1-Name Kesselvorlauf
2019-09-15 17:56:22 HK1-Programmstatus standby
2019-09-15 17:56:22 HK1-Raum_Status error
2019-09-14 19:18:10 HK1-Raum_Temperatur 20
2019-09-15 17:56:22 HK1-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK1-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK1-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_eco 21
2019-09-15 17:56:22 HK1-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK1-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK1-Solltemperatur_normal 21
2019-09-15 17:56:22 HK1-Solltemperatur_reduziert 21
2019-09-15 17:56:22 HK1-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK1-Standby_aktiv false
2019-09-15 17:56:22 HK1-Urlaub_Ende
2019-09-15 17:56:22 HK1-Urlaub_Start
2019-09-15 17:56:22 HK1-Urlaub_aktiv false
2019-09-15 17:56:22 HK1-Vorlauftemperatur 50
2019-09-15 17:56:22 HK1-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK1-WW_aktiv true
2019-09-15 17:56:22 HK1-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK1-Zeitsteuerung_Heizung {"fri":[{"mode":"normal","start":"07:00","position":0,"end":"22:40"}],"tue":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"start":"07:00","mode":"normal","end":"22:40","position":0}],"sun":[{"end":"22:40","position":0,"mode":"normal","start":"08:00"}],"thu":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"wed":[{"start":"07:00","mode":"normal","end":"22:40","position":0}],"sat":[{"start":"08:00","mode":"normal","position":0,"end":"22:40"}]}
2019-09-15 17:56:22 HK1-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK1-Zirkulationspumpe off
2019-09-15 17:56:22 HK1-aktiv true
2019-09-15 17:56:22 HK2-Betriebsart dhw
2019-09-15 17:56:22 HK2-External_Temperatur 0
2019-09-15 17:56:22 HK2-External_aktiv false
2019-09-15 17:56:22 HK2-Frostschutz_Status off
2019-09-15 17:56:22 HK2-Heizkurve-Niveau 0
2019-09-15 17:56:22 HK2-Heizkurve-Steigung 0.7
2019-09-15 17:56:22 HK2-Name Fu�boden- Heizung
2019-09-15 17:56:22 HK2-Programmstatus standby
2019-09-15 17:56:22 HK2-Raum_Status error
2019-09-15 17:56:22 HK2-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK2-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK2-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_eco 20
2019-09-15 17:56:22 HK2-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK2-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK2-Solltemperatur_normal 20
2019-09-15 17:56:22 HK2-Solltemperatur_reduziert 20
2019-09-15 17:56:22 HK2-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK2-Standby_aktiv true
2019-09-15 17:56:22 HK2-Urlaub_Ende
2019-09-15 17:56:22 HK2-Urlaub_Start
2019-09-15 17:56:22 HK2-Urlaub_aktiv false
2019-09-15 17:56:22 HK2-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK2-WW_aktiv true
2019-09-15 17:56:22 HK2-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK2-Zeitsteuerung_Heizung {"wed":[{"position":0,"end":"22:40","mode":"normal","start":"07:00"}],"sun":[],"thu":[{"position":0,"end":"22:40","mode":"normal","start":"07:00"}],"mon":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"sat":[],"fri":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"tue":[{"mode":"normal","start":"07:00","end":"22:40","position":0}]}
2019-09-15 17:56:22 HK2-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK2-Zirkulationspumpe off
2019-09-15 17:56:22 HK2-aktiv true
2019-09-15 17:56:22 HK3-Betriebsart dhw
2019-09-15 17:56:22 HK3-External_Temperatur 0
2019-09-15 17:56:22 HK3-External_aktiv false
2019-09-15 17:56:22 HK3-Frostschutz_Status off
2019-09-15 17:56:22 HK3-Heizkurve-Niveau 1
2019-09-15 17:56:22 HK3-Heizkurve-Steigung 0.7
2019-09-15 17:56:22 HK3-Name Heizk�rper
2019-09-15 17:56:22 HK3-Programmstatus standby
2019-09-15 17:56:22 HK3-Raum_Status error
2019-09-13 13:14:23 HK3-Raum_Temperatur 20
2019-09-15 17:56:22 HK3-Reduzierte_Temperatur_erzwungen false
2019-09-15 17:56:22 HK3-Solltemperatur_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_comfort 20
2019-09-15 17:56:22 HK3-Solltemperatur_comfort_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_eco 23
2019-09-15 17:56:22 HK3-Solltemperatur_eco_aktiv false
2019-09-15 17:56:22 HK3-Solltemperatur_erzwungen false
2019-09-15 17:56:22 HK3-Solltemperatur_normal 23
2019-09-15 17:56:22 HK3-Solltemperatur_reduziert 23
2019-09-15 17:56:22 HK3-Solltemperatur_reduziert_aktiv false
2019-09-15 17:56:22 HK3-Standby_aktiv false
2019-09-15 17:56:22 HK3-Urlaub_Ende
2019-09-15 17:56:22 HK3-Urlaub_Start
2019-09-15 17:56:22 HK3-Urlaub_aktiv false
2019-09-15 13:13:44 HK3-Vorlauftemperatur 24
2019-09-15 17:56:22 HK3-Vorlauftemperatur_aktiv notConnected
2019-09-15 17:56:22 HK3-WW_aktiv true
2019-09-15 17:56:22 HK3-WW_und_Heizen_aktiv false
2019-09-15 17:56:22 HK3-Zeitsteuerung_Heizung {"sat":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sun":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"thu":[{"position":0,"end":"22:40","start":"07:00","mode":"normal"}],"wed":[{"mode":"normal","start":"07:00","end":"22:40","position":0}],"tue":[{"end":"22:40","position":0,"start":"07:00","mode":"normal"}],"fri":[{"mode":"normal","start":"07:00","end":"22:40","position":0}]}
2019-09-15 17:56:22 HK3-Zeitsteuerung_Heizung_aktiv false
2019-09-15 17:56:22 HK3-Zirkulationspumpe off
2019-09-15 17:56:22 HK3-aktiv true
2019-09-15 17:56:22 Kessel_Common_Supply error
2019-09-15 17:56:22 Kessel_Common_Supply_Temperatur 20
2019-09-15 17:56:22 Kessel_Seriennummer
2019-09-15 17:56:22 Kessel_Status connected
2019-09-15 17:56:22 Kesseltemperatur 50
2019-09-15 17:56:22 Kesseltemperatur_exact 5
2019-09-15 17:56:22 Mehrfamilenhaus_aktiv false
2019-09-15 17:56:22 Service_Intervall_Monate 0
2019-09-15 17:56:22 Service_Letzter
2019-09-15 17:56:22 Service_Monate_aktiv_seit_letzten_Service 0
2019-09-15 17:56:22 Service_faellig false
2019-09-15 17:56:22 WW-Aufladung false
2019-09-15 17:56:22 WW-Haupttemperatur 50
2019-09-15 17:56:22 WW-Isttemperatur 43.8
2019-09-15 17:56:22 WW-Sensoren_Auslauf_Status error
2019-09-13 19:14:57 WW-Sensoren_Auslauf_Wert 20
2019-09-15 17:56:22 WW-Solltemperatur 50
2019-09-15 17:56:22 WW-Temperatur_aktiv connected
2019-09-15 17:56:22 WW-Zeitplan {"fri":[{"start":"07:30","mode":"on","end":"11:00","position":0}],"tue":[{"end":"11:00","position":0,"mode":"on","start":"07:30"}],"wed":[{"position":0,"end":"11:00","mode":"on","start":"07:30"}],"mon":[{"end":"11:00","position":0,"start":"07:30","mode":"on"}],"sun":[{"start":"08:00","mode":"on","position":0,"end":"11:00"}],"thu":[{"start":"07:30","mode":"on","end":"11:00","position":0}],"sat":[{"position":0,"end":"11:00","mode":"on","start":"07:10"}]}
2019-09-15 17:56:22 WW-Zirkulationspumpe_Status on
2019-09-15 17:56:22 WW-Zirkulationspumpe_Zeitplan {"fri":[{"start":"07:30","mode":"on","position":0,"end":"23:00"}],"tue":[{"position":0,"end":"22:30","start":"07:30","mode":"on"}],"sun":[{"mode":"on","start":"08:00","position":0,"end":"22:30"}],"thu":[{"end":"22:30","position":0,"start":"07:30","mode":"on"}],"mon":[{"start":"07:30","mode":"on","end":"22:30","position":0}],"wed":[{"start":"07:30","mode":"on","end":"22:30","position":0}],"sat":[{"end":"08:30","position":0,"start":"07:30","mode":"on"},{"position":1,"end":"23:30","mode":"on","start":"11:20"}]}
2019-09-15 17:56:22 WW-Zirkulationspumpe_Zeitsteuerung_aktiv true
2019-09-15 17:56:22 WW-Zirkulationspumpe_primaer off
2019-09-15 17:56:22 WW-aktiv true
2019-09-15 17:56:22 WW-zeitgesteuert_aktiv true
2019-09-13 13:30:20 heating.boiler.sensors.temperature.commonSupply.status error
2019-09-13 13:30:20 heating.boiler.sensors.temperature.main.status connected
2019-09-13 13:30:20 heating.boiler.sensors.temperature.main.value 56.6
2019-09-13 13:30:20 heating.boiler.serial.value
2019-09-13 13:30:20 heating.boiler.temperature.value 5
2019-09-13 13:30:20 heating.burner.active false
2019-09-13 13:30:20 heating.burner.automatic.errorCode 0
2019-09-13 13:30:20 heating.burner.automatic.status ok
2019-09-13 13:30:20 heating.burner.modulation.value 0
2019-09-13 13:30:20 heating.burner.statistics.hours 14
2019-09-13 13:30:20 heating.burner.statistics.starts 72
2019-09-13 13:30:20 heating.circuits.0.active true
2019-09-13 13:30:20 heating.circuits.0.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.0.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.0.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.0.heating.curve.shift 1
2019-09-13 13:30:20 heating.circuits.0.heating.curve.slope 0.8
2019-09-13 13:30:20 heating.circuits.0.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.0.heating.schedule.entries {"mon":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sun":[{"start":"08:00","mode":"normal","position":0,"end":"22:40"}],"fri":[{"position":0,"start":"07:00","mode":"normal","end":"22:40"}],"tue":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"thu":[{"end":"22:40","position":0,"mode":"normal","start":"07:00"}],"sat":[{"position":0,"mode":"normal","start":"08:00","end":"22:40"}],"wed":[{"end":"22:40","start":"07:00","mode":"normal","position":0}]}
2019-09-13 13:30:33 heating.circuits.0.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.0.name Kesselvorlauf
2019-09-13 13:30:33 heating.circuits.0.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.0.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.0.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.0.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.0.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.0.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.0.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.0.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.eco.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.0.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.0.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.0.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.0.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.normal.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.0.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.0.operating.programs.reduced.temperature 21
2019-09-13 13:30:20 heating.circuits.0.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.0.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.0.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.0.setName action: name
2019-09-13 13:30:20 heating.circuits.1.active true
2019-09-13 13:30:20 heating.circuits.1.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.1.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.1.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.1.heating.curve.shift 0
2019-09-13 13:30:20 heating.circuits.1.heating.curve.slope 0.7
2019-09-13 13:30:20 heating.circuits.1.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.1.heating.schedule.entries {"wed":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"sat":[],"thu":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"sun":[],"fri":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"tue":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}]}
2019-09-13 13:30:33 heating.circuits.1.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.1.name Fu�boden- Heizung
2019-09-13 13:30:33 heating.circuits.1.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.1.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.1.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.1.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.1.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.1.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.1.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.1.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.eco.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.1.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.1.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.1.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.1.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.normal.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.1.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.1.operating.programs.reduced.temperature 20
2019-09-13 13:30:20 heating.circuits.1.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.1.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.1.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.1.setName action: name
2019-09-13 13:30:20 heating.circuits.2.active true
2019-09-13 13:30:20 heating.circuits.2.circulation.pump.status off
2019-09-13 13:30:20 heating.circuits.2.frostprotection.status off
2019-09-13 13:30:33 heating.circuits.2.heating.curve.setCurve action: slope shift
2019-09-13 13:30:20 heating.circuits.2.heating.curve.shift 1
2019-09-13 13:30:20 heating.circuits.2.heating.curve.slope 0.7
2019-09-13 13:30:20 heating.circuits.2.heating.schedule.active false
2019-09-13 13:30:20 heating.circuits.2.heating.schedule.entries {"fri":[{"end":"22:40","mode":"normal","start":"07:00","position":0}],"sun":[{"end":"22:40","position":0,"mode":"normal","start":"07:00"}],"tue":[{"end":"22:40","start":"07:00","mode":"normal","position":0}],"thu":[{"start":"07:00","mode":"normal","position":0,"end":"22:40"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"wed":[{"position":0,"mode":"normal","start":"07:00","end":"22:40"}],"sat":[{"end":"22:40","position":0,"start":"07:00","mode":"normal"}]}
2019-09-13 13:30:33 heating.circuits.2.heating.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.circuits.2.name Heizk�rper
2019-09-13 13:30:33 heating.circuits.2.operating.modes.active.setMode action: mode
2019-09-13 13:30:20 heating.circuits.2.operating.modes.active.value dhw
2019-09-13 13:30:20 heating.circuits.2.operating.modes.dhw.active true
2019-09-13 13:30:20 heating.circuits.2.operating.modes.dhwAndHeating.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.forcedNormal.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.forcedReduced.active false
2019-09-13 13:30:20 heating.circuits.2.operating.modes.standby.active false
2019-09-13 13:30:20 heating.circuits.2.operating.programs.active.value standby
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.activate action: temperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.comfort.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.deactivate action:
2019-09-13 13:30:33 heating.circuits.2.operating.programs.comfort.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.comfort.temperature 20
2019-09-13 13:30:33 heating.circuits.2.operating.programs.eco.activate action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.eco.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.eco.deactivate action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.eco.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.external.active false
2019-09-13 13:30:20 heating.circuits.2.operating.programs.external.temperature 0
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.changeEndDate action: end
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.end
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.schedule action: start end
2019-09-13 13:30:20 heating.circuits.2.operating.programs.holiday.start
2019-09-13 13:30:33 heating.circuits.2.operating.programs.holiday.unschedule action:
2019-09-13 13:30:20 heating.circuits.2.operating.programs.normal.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.normal.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.normal.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.reduced.active false
2019-09-13 13:30:33 heating.circuits.2.operating.programs.reduced.setTemperature action: targetTemperature
2019-09-13 13:30:20 heating.circuits.2.operating.programs.reduced.temperature 23
2019-09-13 13:30:20 heating.circuits.2.operating.programs.standby.active true
2019-09-13 13:30:20 heating.circuits.2.sensors.temperature.room.status error
2019-09-13 13:30:20 heating.circuits.2.sensors.temperature.supply.status notConnected
2019-09-13 13:30:33 heating.circuits.2.setName action: name
2019-09-13 13:30:20 heating.circuits.enabled 0,1,2
2019-09-13 13:30:20 heating.configuration.multiFamilyHouse.active false
2019-09-13 13:30:20 heating.controller.serial.value 7535651914366111
2019-09-13 13:30:20 heating.device.time.offset.value 120
2019-09-13 13:30:20 heating.dhw.active true
2019-09-13 13:30:20 heating.dhw.charging.active false
2019-09-13 13:30:20 heating.dhw.pumps.circulation.schedule.active true
2019-09-13 13:30:20 heating.dhw.pumps.circulation.schedule.entries {"sat":[{"start":"07:30","mode":"on","position":0,"end":"08:30"},{"position":1,"mode":"on","start":"11:20","end":"23:30"}],"wed":[{"end":"22:30","position":0,"mode":"on","start":"07:30"}],"fri":[{"start":"07:30","mode":"on","position":0,"end":"23:00"}],"sun":[{"mode":"on","start":"08:00","position":0,"end":"22:30"}],"tue":[{"position":0,"start":"07:30","mode":"on","end":"22:30"}],"thu":[{"start":"07:30","mode":"on","position":0,"end":"22:30"}],"mon":[{"end":"22:30","mode":"on","start":"07:30","position":0}]}
2019-09-13 13:30:33 heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.dhw.pumps.circulation.status on
2019-09-13 13:30:20 heating.dhw.pumps.primary.status off
2019-09-13 13:30:20 heating.dhw.schedule.active true
2019-09-13 13:30:20 heating.dhw.schedule.entries {"wed":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"sat":[{"end":"11:00","start":"07:10","mode":"on","position":0}],"thu":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"sun":[{"position":0,"start":"08:00","mode":"on","end":"11:00"}],"tue":[{"position":0,"mode":"on","start":"07:30","end":"11:00"}],"fri":[{"end":"11:00","mode":"on","start":"07:30","position":0}],"mon":[{"position":0,"mode":"on","start":"07:30","end":"11:00"}]}
2019-09-13 13:30:33 heating.dhw.schedule.setSchedule action: newSchedule
2019-09-13 13:30:20 heating.dhw.sensors.temperature.hotWaterStorage.status connected
2019-09-13 13:30:20 heating.dhw.sensors.temperature.hotWaterStorage.value 43.8
2019-09-13 13:30:20 heating.dhw.sensors.temperature.outlet.status error
2019-09-13 13:30:20 heating.dhw.sensors.temperature.outlet.value 20
2019-09-13 13:30:33 heating.dhw.temperature.main.setTargetTemperature action: temperature
2019-09-13 13:30:20 heating.dhw.temperature.main.value 50
2019-09-13 13:30:33 heating.dhw.temperature.setTargetTemperature action: temperature
2019-09-13 13:30:20 heating.dhw.temperature.value 50
2019-09-13 13:30:20 heating.errors.active.entries {"new":[],"gone":[],"current":[]}
2019-09-13 13:30:20 heating.errors.history.entries {"current":[{"accessLevel":"customer","priority":"criticalError","timestamp":"2019-09-10T07:09:40.000Z","errorCode":"ba"},{"errorCode":"eb","timestamp":"2019-08-28T14:30:49.000Z","accessLevel":"customer","priority":"criticalError"}],"gone":[],"new":[{"errorCode":"ba","timestamp":"2019-09-10T07:09:40.000Z","accessLevel":"customer","priority":"criticalError"},{"errorCode":"eb","accessLevel":"customer","priority":"criticalError","timestamp":"2019-08-28T14:30:49.000Z"}]}
2019-09-13 13:30:20 heating.sensors.temperature.outside.status connected
2019-09-13 13:30:20 heating.sensors.temperature.outside.value 21.5
2019-09-13 13:30:20 heating.service.timeBased.activeMonthSinceLastService 0
2019-09-13 13:30:20 heating.service.timeBased.lastService
2019-09-13 13:30:20 heating.service.timeBased.serviceDue false
2019-09-13 13:30:20 heating.service.timeBased.serviceIntervalMonths 0
2019-09-15 17:56:22 state WorksProperly
Attributes:
icon control_building_modern_s_okg_og
room Heizung
stateFormat Brenner_Status
userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_Heizung/Tag",0))[0] },
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[1] },
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0] },
Gasverbrauch_letzte_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[1] },
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0] },
Gasverbrauch_letzter_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[1] },
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0] },
Gasverbrauch_letztes_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[1] },
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Tag",0))[0] },
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[1] },
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0] },
Gasverbrauch_WW_letzte_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[1] },
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0] },
Gasverbrauch_WW_letzter_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[1] },
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0] },
Gasverbrauch_WW_letztes_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Jahr",0))[1] },
Stromverbrauch_heute:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[0] },
Stromverbrauch_gestern:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[1] },
Stromverbrauch_aktuelle_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[0] },
Stromverbrauch_letzte_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[1] },
Stromverbrauch_aktueller_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[0] },
Stromverbrauch_letzter_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[1] },
Stromverbrauch_aktuelles_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[0] },
Stromverbrauch_letztes_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[1] }
Hallo Wolf,
du solltest mal ein "set vitoconnect clearReadings" machen damit Deine alten Readings verschwinden. Dann wundert mich, dass in Deinen Internals kein "FVERSION" steht. Hast Du mal in letzter Zeit ein "update" gemacht? Kann es sein, dass Deine FHEM etwass veraltet ist?
Unabhängig davon liefert die API bei Dir keine Verbrauchswerte. Ich würde mal wetten, dass Du auch keine Verbrauchswerte in der App hast. Du kannst ja mal bei Vissmann fragen, wann die Verbrauchswerte für Deine Heizung implementiert werden. Was Vissmann nicht über die API liefert, kann das Modul leider auch nicht anzeigen. :-(
Warum bei Dir in vielen Readings statt 0/1 die Werte false/true gesetzt werden, weiß ich auch nicht. Könnte an Deiner veraltet Installation liegen oder daran dass Vissmann das so liefert (was ich für wahrscheinlicher halte). Wenn Du lieber so rote/grüner Kreise hättest musst die in der Readingsgroup das Attribut valueIcon entsprechend anpassen. Also 'Brenner_aktiv.false' => '10px-kreis-rot' statt 'Brenner_aktiv.0' => '10px-kreis-rot'.
Bitte lies die mal die Commandref und das Wiki zu Readingsgroups und Userattributen durch. Beides brauchst Du, wenn du FHEM und dieses Modul nutzen willst.
Viele Grüße
Andreas
Moin zusammen,
keine Ahnung, ob das schon mal Thema hier war, aber was mir aufgefallen ist:
Im Modul werden lt. wiki die Werte aller Readings zu dem Gasverbrauch in KWh angegeben. Das kann aber m.E. nicht sei. Wenn ich in der ViCare-App, Kachel "Gasverbrauch" schaue, sehe ich die Angaben in Kubikmeter und der Zahlenwert ist identisch mit dem fhem Reading. M.E. müsste der Kilowattstunden-Wert aber etwa um den Faktor 10 höher sein, oder?
Christian
Auch moin
Könnte man die den Bereich aus der FHEM.cfg nicht hier onlinestellen?
Dann könnte man gut Vergleichen und sehen wo der Fehler liegt.
Mein FHEM hatte ich neu aufgesetzt und update wurde mehrfach ausgeführt.
Wenn überhaupt werden bitte lediglich RAW Definitionen online gestellt und keine cfg Auszüge.
Grüße
Moin,
Hallo zusammen,
hier mal meine Konfiguration inkl. der UserReadings aus dem Wiki.
defmod vitoconnect vitoconnect user@domain.de fakePassword 60
attr vitoconnect event-min-interval Aussentemperatur:600
attr vitoconnect event-on-change-reading .*
attr vitoconnect icon control_building_modern_s_okg_og
attr vitoconnect room Heizung
attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_Heizung/Tag",0))[0] },\
Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[1] },\
Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0] },\
Gasverbrauch_letzte_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[1] },\
Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0] },\
Gasverbrauch_letzter_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[1] },\
Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0] },\
Gasverbrauch_letztes_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[1] },\
\
Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Tag",0))[0] },\
Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[1] },\
Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0] },\
Gasverbrauch_WW_letzte_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[1] },\
Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0] },\
Gasverbrauch_WW_letzter_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[1] },\
Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0] },\
Gasverbrauch_WW_letztes_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Jahr",0))[1] },\
\
Stromverbrauch_heute:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[0] },\
Stromverbrauch_gestern:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[1] },\
Stromverbrauch_aktuelle_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[0] },\
Stromverbrauch_letzte_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[1] },\
Stromverbrauch_aktueller_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[0] },\
Stromverbrauch_letzter_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[1] },\
Stromverbrauch_aktuelles_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[0] },\
Stromverbrauch_letztes_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[1] },\
\
Solarertrag_heute:Solarproduktion/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Tag",0))[0] },\
Solarertrag_gestern:Solarproduktion/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Tag",0))[1] },\
Solarertrag_aktuelle_Woche:Solarproduktion/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Woche",0))[0] },\
Solarertrag_letzte_Woche:Solarproduktion/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Woche",0))[1] },\
Solarertrag_aktueller_Monat:Solarproduktion/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Monat",0))[0] },\
Solarertrag_letzter_Monat:Solarproduktion/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Monat",0))[1] },\
Solarertrag_aktuelles_Jahr:Solarproduktion/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Jahr",0))[0] },\
Solarertrag_letztes_Jahr:Solarproduktion/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Solarproduktion/Jahr",0))[1] }
attr vitoconnect vitoconnect_actions_active 1
setstate vitoconnect WorksProperly
setstate vitoconnect 2019-09-16 13:29:45 Aktive_Heizkreise 0,1
setstate vitoconnect 2019-09-16 13:29:45 Aussen_Status connected
setstate vitoconnect 2019-09-16 13:29:45 Aussentemperatur 16.1
setstate vitoconnect 2019-09-16 13:29:45 Brenner_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 Device_Time_Offset 119
setstate vitoconnect 2019-09-16 13:29:45 Fehlereintraege_Historie {"current":[],"new":[],"gone":[]}
setstate vitoconnect 2019-09-16 13:29:45 Fehlereintraege_aktive {"gone":[],"current":[],"new":[]}
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_Heizung/Einheit cubicMeter
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_Heizung/Jahr 20.5,0
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_Heizung/Monat 16.7,3.7,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_Heizung/Tag 0.7,1.5,1,0,1.1,2.3,3.3,1.5
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_Heizung/Woche 2.2,10,3.5,0,2.1,0.7,0
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_WW/Einheit cubicMeter
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_WW/Jahr 18.3,0
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_WW/Monat 4.8,13.5,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_WW/Tag 0,0,0,0.1,0.1,0.1,0,0.2
setstate vitoconnect 2019-09-16 13:29:45 Gasverbrauch_WW/Woche 0,0.6,3.1,4.9,5,2.4,0
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_aktuelle_Woche 0
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_aktueller_Monat 4.8
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_aktuelles_Jahr 18.3
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_gestern 0
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_heute 0
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_letzte_Woche 0.6
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_letzter_Monat 13.5
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_WW_letztes_Jahr 0
setstate vitoconnect 2019-09-16 12:16:18 Gasverbrauch_aktuelle_Woche 2.2
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_aktueller_Monat 16.7
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_aktuelles_Jahr 20.5
setstate vitoconnect 2019-09-16 12:16:18 Gasverbrauch_gestern 1.5
setstate vitoconnect 2019-09-16 12:16:18 Gasverbrauch_heute 0.7
setstate vitoconnect 2019-09-16 12:16:18 Gasverbrauch_letzte_Woche 10
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_letzter_Monat 3.7
setstate vitoconnect 2019-09-16 12:10:42 Gasverbrauch_letztes_Jahr 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Betriebsart dhwAndHeating
setstate vitoconnect 2019-09-16 13:29:45 HK1-Frostschutz_Status off
setstate vitoconnect 2019-09-16 13:29:45 HK1-Heizkurve-Niveau -3
setstate vitoconnect 2019-09-16 13:29:45 HK1-Heizkurve-Steigung 1
setstate vitoconnect 2019-09-16 13:29:45 HK1-Name Heizk�rper
setstate vitoconnect 2019-09-16 13:29:45 HK1-Programmstatus standby
setstate vitoconnect 2019-09-16 13:29:45 HK1-Raum_Status notConnected
setstate vitoconnect 2019-09-12 14:11:41 HK1-Raum_Temperatur 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_comfort 19
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_comfort_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_normal 18
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_reduziert 10
setstate vitoconnect 2019-09-16 13:29:45 HK1-Solltemperatur_reduziert_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Standby_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Urlaub_Ende
setstate vitoconnect 2019-09-16 13:29:45 HK1-Urlaub_Start
setstate vitoconnect 2019-09-16 13:29:45 HK1-Urlaub_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-Vorlauftemperatur 32.5
setstate vitoconnect 2019-09-16 13:29:45 HK1-Vorlauftemperatur_aktiv connected
setstate vitoconnect 2019-09-16 13:29:45 HK1-WW_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK1-WW_und_Heizen_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK1-Zeitsteuerung_Heizung {"sat":[{"position":0,"start":"07:00","end":"20:00","mode":"normal"}],"tue":[{"start":"07:00","position":0,"end":"20:00","mode":"normal"}],"fri":[{"start":"07:00","position":0,"end":"20:00","mode":"normal"}],"wed":[{"position":0,"start":"07:00","mode":"normal","end":"20:00"}],"thu":[{"position":0,"start":"07:00","mode":"normal","end":"20:00"}],"mon":[{"mode":"normal","end":"20:00","start":"07:00","position":0}],"sun":[{"start":"07:00","position":0,"mode":"normal","end":"10:00"},{"position":1,"start":"16:00","end":"20:00","mode":"normal"}]}
setstate vitoconnect 2019-09-16 13:29:45 HK1-Zeitsteuerung_Heizung_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK1-Zeitsteuerung_Zirkulation {"sun":[{"start":"06:00","position":0,"end":"22:00","mode":"on"}],"mon":[{"end":"21:30","mode":"on","start":"05:30","position":0}],"thu":[{"start":"05:30","position":0,"end":"21:30","mode":"on"}],"wed":[{"position":0,"start":"05:30","end":"21:30","mode":"on"}],"fri":[{"start":"05:30","position":0,"end":"21:30","mode":"on"}],"tue":[{"position":0,"start":"05:30","end":"21:30","mode":"on"}],"sat":[{"end":"21:30","mode":"on","start":"06:00","position":0}]}
setstate vitoconnect 2019-09-16 13:29:45 HK1-Zeitsteuerung_Zirkulation_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK1-aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK1-heizen_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Betriebsart dhwAndHeating
setstate vitoconnect 2019-09-16 13:29:45 HK2-Frostschutz_Status off
setstate vitoconnect 2019-09-16 13:29:45 HK2-Heizkurve-Niveau 1
setstate vitoconnect 2019-09-16 13:29:45 HK2-Heizkurve-Steigung 0.6
setstate vitoconnect 2019-09-16 13:29:45 HK2-Name Fussbodenheizung
setstate vitoconnect 2019-09-16 13:29:45 HK2-Programmstatus standby
setstate vitoconnect 2019-09-16 13:29:45 HK2-Raum_Status notConnected
setstate vitoconnect 2019-09-12 14:11:41 HK2-Raum_Temperatur 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_comfort 21
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_comfort_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_normal 21
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_reduziert 15
setstate vitoconnect 2019-09-16 13:29:45 HK2-Solltemperatur_reduziert_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Standby_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK2-Urlaub_Ende 2019-08-19
setstate vitoconnect 2019-09-16 13:29:45 HK2-Urlaub_Start 2019-08-17
setstate vitoconnect 2019-09-16 13:29:45 HK2-Urlaub_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-Vorlauftemperatur 26.3
setstate vitoconnect 2019-09-16 13:29:45 HK2-Vorlauftemperatur_aktiv connected
setstate vitoconnect 2019-09-16 13:29:45 HK2-WW_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 HK2-WW_und_Heizen_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK2-Zeitsteuerung_Heizung {"mon":[{"end":"20:00","mode":"normal","start":"05:30","position":0}],"sun":[{"mode":"normal","end":"20:00","start":"05:30","position":0}],"thu":[{"start":"05:30","position":0,"end":"20:00","mode":"normal"}],"wed":[{"position":0,"start":"05:30","mode":"normal","end":"20:00"}],"fri":[{"mode":"normal","end":"20:00","start":"05:30","position":0}],"tue":[{"end":"20:00","mode":"normal","start":"05:30","position":0}],"sat":[{"start":"06:00","position":0,"mode":"normal","end":"20:00"}]}
setstate vitoconnect 2019-09-16 13:29:45 HK2-Zeitsteuerung_Heizung_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK2-aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 HK2-heizen_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 Kessel_Seriennummer 1234567890
setstate vitoconnect 2019-09-16 13:29:45 Mehrfamilenhaus_aktiv 0
setstate vitoconnect 2019-09-16 13:29:45 Solar_Aufladeunterdrueckung_Status off
setstate vitoconnect 2019-09-16 13:29:45 Solar_Sensor_Statistik_Stunden 83
setstate vitoconnect 2019-09-16 13:29:45 Solar_Sensor_Temperatur_Kollektor 25
setstate vitoconnect 2019-09-16 13:29:45 Solar_Sensor_Temperatur_Kollektor_Status connected
setstate vitoconnect 2019-09-16 13:29:45 Solar_Sensor_Temperatur_WW 25
setstate vitoconnect 2019-09-16 13:29:45 Solar_Sensor_Temperatur_WW_Status connected
setstate vitoconnect 2019-09-16 13:29:45 Solar_aktiv 1
setstate vitoconnect 2019-09-16 00:01:39 Solarertrag_aktuelle_Woche 6
setstate vitoconnect 2019-09-15 18:34:09 Solarertrag_aktueller_Monat 43.5
setstate vitoconnect 2019-09-15 18:34:09 Solarertrag_aktuelles_Jahr 43.5
setstate vitoconnect 2019-09-16 00:01:39 Solarertrag_gestern 6
setstate vitoconnect 2019-09-16 00:01:39 Solarertrag_heute 0
setstate vitoconnect 2019-09-16 00:01:39 Solarertrag_letzte_Woche 24.5
setstate vitoconnect 2019-09-15 18:34:09 Solarertrag_letzter_Monat 0
setstate vitoconnect 2019-09-15 18:34:09 Solarertrag_letztes_Jahr 0
setstate vitoconnect 2019-09-16 13:29:45 Solarproduktion/Einheit kilowattHour
setstate vitoconnect 2019-09-16 13:29:45 Solarproduktion/Jahr 43.5,0
setstate vitoconnect 2019-09-16 13:29:45 Solarproduktion/Monat 43.5,0,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 Solarproduktion/Tag 0,6,7.7,1.7,4.9,1.9,5.1,1.7
setstate vitoconnect 2019-09-16 13:29:45 Solarproduktion/Woche 6,24.5,13,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 Stromverbrauch/Einheit kilowattHour
setstate vitoconnect 2019-09-16 13:29:45 Stromverbrauch/Jahr 19.8,0
setstate vitoconnect 2019-09-16 13:29:45 Stromverbrauch/Monat 10,9.8,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 Stromverbrauch/Tag 0.2,0.4,0.3,0.1,0.4,0.8,0.9,0.6
setstate vitoconnect 2019-09-16 13:29:45 Stromverbrauch/Woche 0.6,3.6,4.3,2.4,4.2,1.9,0
setstate vitoconnect 2019-09-16 10:20:33 Stromverbrauch_aktuelle_Woche 0.6
setstate vitoconnect 2019-09-16 12:20:33 Stromverbrauch_aktueller_Monat 10
setstate vitoconnect 2019-09-16 08:20:00 Stromverbrauch_aktuelles_Jahr 19.8
setstate vitoconnect 2019-09-16 10:20:33 Stromverbrauch_gestern 0.4
setstate vitoconnect 2019-09-16 10:20:33 Stromverbrauch_heute 0.2
setstate vitoconnect 2019-09-16 10:20:33 Stromverbrauch_letzte_Woche 3.6
setstate vitoconnect 2019-09-16 12:20:33 Stromverbrauch_letzter_Monat 9.8
setstate vitoconnect 2019-09-16 08:20:00 Stromverbrauch_letztes_Jahr 0
setstate vitoconnect 2019-09-16 13:29:45 WW-Haupttemperatur 52
setstate vitoconnect 2019-09-16 13:29:45 WW-Isttemperatur 51.3
setstate vitoconnect 2019-09-16 13:29:45 WW-Solltemperatur 52
setstate vitoconnect 2019-09-16 13:29:45 WW-Temperatur_aktiv connected
setstate vitoconnect 2019-09-16 13:29:45 WW-Zeitplan {"sat":[{"position":0,"start":"05:30","end":"21:30","mode":"on"}],"tue":[{"mode":"on","end":"21:30","start":"05:00","position":0}],"fri":[{"end":"21:30","mode":"on","position":0,"start":"05:00"}],"thu":[{"end":"21:30","mode":"on","position":0,"start":"05:00"}],"wed":[{"end":"21:30","mode":"on","position":0,"start":"05:00"}],"sun":[{"position":0,"start":"05:00","mode":"on","end":"21:30"}],"mon":[{"end":"21:30","mode":"on","start":"05:00","position":0}]}
setstate vitoconnect 2019-09-16 13:29:45 WW-Zirkulationspumpe_Status on
setstate vitoconnect 2019-09-16 13:29:45 WW-Zirkulationspumpe_Zeitplan {"sun":[{"end":"22:00","mode":"on","position":0,"start":"06:00"}],"mon":[{"position":0,"start":"05:30","mode":"on","end":"21:30"}],"thu":[{"end":"21:30","mode":"on","position":0,"start":"05:30"}],"wed":[{"position":0,"start":"05:30","mode":"on","end":"21:30"}],"fri":[{"mode":"on","end":"21:30","start":"05:30","position":0}],"sat":[{"start":"06:00","position":0,"end":"21:30","mode":"on"}],"tue":[{"start":"05:30","position":0,"mode":"on","end":"21:30"}]}
setstate vitoconnect 2019-09-16 13:29:45 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 WW-aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 WW-einmaliges_Aufladen 0
setstate vitoconnect 2019-09-16 13:29:45 WW-zeitgesteuert_aktiv 1
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.circulation.schedule.setSchedule action: newSchedule
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.heating.curve.setCurve action: slope shift
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.heating.schedule.setSchedule action: newSchedule
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.modes.active.setMode action: mode
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.comfort.activate action: temperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.comfort.deactivate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.comfort.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.forcedLastFromSchedule.activate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.forcedLastFromSchedule.active 0
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.forcedLastFromSchedule.deactivate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holiday.changeEndDate action: end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holiday.schedule action: start end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holiday.unschedule action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.active 0
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.changeEndDate action: end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.schedule action: start end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.start
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.holidayAtHome.unschedule action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.normal.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.operating.programs.reduced.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.0.setName action: name
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.heating.curve.setCurve action: slope shift
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.heating.schedule.setSchedule action: newSchedule
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.modes.active.setMode action: mode
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.comfort.activate action: temperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.comfort.deactivate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.comfort.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.forcedLastFromSchedule.activate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.forcedLastFromSchedule.active 0
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.forcedLastFromSchedule.deactivate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holiday.changeEndDate action: end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holiday.schedule action: start end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holiday.unschedule action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.active 0
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.changeEndDate action: end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.schedule action: start end
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.start
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.holidayAtHome.unschedule action:
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.normal.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.operating.programs.reduced.setTemperature action: targetTemperature
setstate vitoconnect 2019-09-16 13:29:45 heating.circuits.1.setName action: name
setstate vitoconnect 2019-09-16 13:29:45 heating.configuration.regulation.mode WeatherByOutsideSensorControlled
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.oneTimeCharge.activate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.oneTimeCharge.deactivate action:
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.schedule.setSchedule action: newSchedule
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.temperature.main.setTargetTemperature action: temperature
setstate vitoconnect 2019-09-16 13:29:45 heating.dhw.temperature.setTargetTemperature action: temperature
setstate vitoconnect 2019-09-16 13:29:45 heating.gas.consumption.total.day 0.7,1.5,1,0.1,1.2,2.4,3.3,1.7
setstate vitoconnect 2019-09-16 13:29:45 heating.gas.consumption.total.month 21.5,17.2,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 heating.gas.consumption.total.unit cubicMeter
setstate vitoconnect 2019-09-16 13:29:45 heating.gas.consumption.total.week 2.2,10.6,6.6,4.9,7.1,3.1,0
setstate vitoconnect 2019-09-16 13:29:45 heating.gas.consumption.total.year 38.8,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.dhw.day 0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.dhw.month 1.3,3.4,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.dhw.unit kilowattHour
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.dhw.week 0,0,0.7,1,1.1,0.6,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.dhw.year 4.7,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.heating.day 0.2,0.4,0.3,0.1,0.4,0.8,0.9,0.6
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.heating.month 8.7,6.4,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.heating.unit kilowattHour
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.heating.week 0.6,3.6,3.6,1.4,3.1,1.3,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.heating.year 15.1,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.total.day 0.2,0.4,0.3,0.1,0.4,0.8,0.9,0.6
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.total.month 10,9.8,0,0,0,0,0,0,0,0,0,0,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.total.unit kilowattHour
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.total.week 0.6,3.6,4.3,2.4,4.2,1.9,0
setstate vitoconnect 2019-09-16 13:29:45 heating.power.consumption.total.year 19.8,0
setstate vitoconnect 2019-09-16 13:29:45 heating.sensors.pressure.supply.status connected
setstate vitoconnect 2019-09-16 13:29:45 heating.sensors.pressure.supply.unit decibar
setstate vitoconnect 2019-09-16 13:29:45 heating.sensors.pressure.supply.value 13
setstate vitoconnect 2019-09-16 13:29:44 state WorksProperly
Gruß,
Christian
Moin zusammen,
vielleicht mal ein Tipp für diejenigen, die Probleme haben alle Readings mit Werten zu bekommen (hatte ich anfangs auch Probleme mit).
Ich habe in der ViCare app das Gateway zurücksetzten müssen. Erst danach habe ich Verbrauchswerte bekommen. (ViCareApp-> Komponenten-> GATEWAY NEUSTARTEN
Vielleicht hilft es ja,
Christian
Vielen Dank für die Tipps, hat aber leider nicht geholfen.
Also weiter suchen. ::)
Zitat von: Spartacus am 16 September 2019, 12:40:17
Moin zusammen,
keine Ahnung, ob das schon mal Thema hier war, aber was mir aufgefallen ist:
Im Modul werden lt. wiki die Werte aller Readings zu dem Gasverbrauch in KWh angegeben. Das kann aber m.E. nicht sei. Wenn ich in der ViCare-App, Kachel "Gasverbrauch" schaue, sehe ich die Angaben in Kubikmeter und der Zahlenwert ist identisch mit dem fhem Reading. M.E. müsste der Kilowattstunden-Wert aber etwa um den Faktor 10 höher sein, oder?
Christian
Mach bitte mal einen Screenshoot.
Gesendet von iPad mit Tapatalk Pro
Hi andreas13,
Vielen Dank für das geniale Modul.
Klappt alles soweit, stehe nur noch mit den Plots auf Kriegsfuß >:(
Mal sehen ob ich dass selbst schaffe oder ich nach Hilfe rufe :)
LG Ralf
Neue Readings aufgetaucht?
heating.power.consumption.total.day
heating.power.consumption.total.month
heating.power.consumption.total.unit = kilowattHour
heating.power.consumption.total.week
heating.power.consumption.total.year
heating.solar.power.cumulativeProduced.value
Meine Heizung: Vitodens 242 + WW Sonnenkollektor
Zitat von: plin am 15 September 2019, 11:00:18
Das Reading "HK1-Vorlauftemperatur_aktiv" wird laufend aktualisiert und weist "notConnected" aus. Ich vermute das Reading "HK1-Vorlauftemperatur" existiert noch, wird aber erst aktualisiert wenn der Sensor wieder online ist.
Zwischenstand aus dem Viessmann-Forum: "wenn du keine hydraulische Weiche hast wird auch keine Vorlauftemperatur angezeigt."
- man verwendet die Kesseltemperatur
- wenn man eine hydraulische Weiche hat erhält man zusätzlich die Vorlauftemperatur
Hallo zusammen,
ich habe nun 2x in kurzer Zeit den Fehler bzgl. meiner Heizung bzw. des Moduls nach einem FHEM-Update gehabt.
Ich bekomme eine Fehlermeldung "Please define Heizung first". Meine entsprechende Device "Heizung" wird dann nicht mehr aufgeführt.
Habe gesehen, dass dies Anfang des Jahres schon mal Thema war und ein Paket nachinstalliert werden soll. Ist das noch up to date?
Komisch, ich habe defintiv nach Januar Updates gemacht, aber den Fehler erst jetzt.
Naja, ich versuche es mal...
UPDATE:
Paket libtypes-path-tiny-perl war auf dem neuestem Stand und konnte somit nicht installiert werden. shutdown, reload 98_vitoconnect.pm,
update hat leider alles nichts gebracht. Allerdings gab es eine neue Fehlermeldung:
Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM ./FHEM/lib) at ./FHEM/98_vitoconnect.pm line 165.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 165.
Kommt das jemandem bekannt vor?
Hier die Lösung:
Ich habe das Paket libdatetime-perl installiert bzw. geupdatet.
Danach das Modul vitoconnect mit dem bereits verwendeten Namen neu definiert.
Alles wurde wieder soweit korrekt aufgeführt. Bleibt nur zu hoffen, dass alle Verknüpfungen noch passen.
Gruß,
Hendrik
Zitat von: Kuehnhackel am 22 September 2019, 11:56:22
Neue Readings aufgetaucht?
heating.power.consumption.total.day
heating.power.consumption.total.month
heating.power.consumption.total.unit = kilowattHour
heating.power.consumption.total.week
heating.power.consumption.total.year
heating.solar.power.cumulativeProduced.value
Meine Heizung: Vitodens 242 + WW Sonnenkollektor
Komisch:
heating.power.consumption.total.xxx scheinen identisch mit heating.power.consumption.xxx zu sein:
Stromverbrauch/Jahr 123.554,66.052,0
heating.power.consumption.total.year 123.554,66.052,0
Weiß jemand, was das beudeuten soll?
heating.solar.power.cumulativeProduced.value scheint von deinem Kollektor zu kommen. Hast Du einen Vorschlag, wie ich das Reading nennen soll?
VG
Andreas
Zitat von: twinFHEM am 27 September 2019, 01:50:50
Hallo zusammen,
ich habe nun 2x in kurzer Zeit den Fehler bzgl. meiner Heizung bzw. des Moduls nach einem FHEM-Update gehabt.
Ich bekomme eine Fehlermeldung "Please define Heizung first". Meine entsprechende Device "Heizung" wird dann nicht mehr aufgeführt.
Habe gesehen, dass dies Anfang des Jahres schon mal Thema war und ein Paket nachinstalliert werden soll. Ist das noch up to date?
Komisch, ich habe defintiv nach Januar Updates gemacht, aber den Fehler erst jetzt.
Naja, ich versuche es mal...
UPDATE:
Paket libtypes-path-tiny-perl war auf dem neuestem Stand und konnte somit nicht installiert werden. shutdown, reload 98_vitoconnect.pm,
update hat leider alles nichts gebracht. Allerdings gab es eine neue Fehlermeldung:
Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM ./FHEM/lib) at ./FHEM/98_vitoconnect.pm line 165.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 165.
Kommt das jemandem bekannt vor?
Ja, daher stehts auch in der CommandRef, im Wiki und in den Releaseankündigungen ;-)
Zitat von: andreas13 am 28 September 2019, 22:29:24
heating.solar.power.cumulativeProduced.value scheint von deinem Kollektor zu kommen. Hast Du einen Vorschlag, wie ich das Reading nennen soll?
Entschuldige das ich mich erst jetzt melde.
In der APP ist das wohl der Punkt Gesamtsolarertrag seit der Inbetriebnahme.
2019.10.01 18:26:45 1: PERL WARNING: Bareword found where operator expected at (eval 155180) line 1, near "} attr"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "nostate 1"
2019.10.01 18:26:45 1: PERL WARNING: Bareword found where operator expected at (eval 155180) line 1, near "1 attr"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "notime 1"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "sortby 1"
2019.10.01 18:26:45 2: syntax error at (eval 155180) line 1, near "} attr vitoconnect_rg "
Und seit gestern diese Einträge im Log
Zitat von: Kuehnhackel am 02 Oktober 2019, 12:56:53
2019.10.01 18:26:45 1: PERL WARNING: Bareword found where operator expected at (eval 155180) line 1, near "} attr"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "nostate 1"
2019.10.01 18:26:45 1: PERL WARNING: Bareword found where operator expected at (eval 155180) line 1, near "1 attr"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "notime 1"
2019.10.01 18:26:45 1: PERL WARNING: Number found where operator expected at (eval 155180) line 1, near "sortby 1"
2019.10.01 18:26:45 2: syntax error at (eval 155180) line 1, near "} attr vitoconnect_rg "
Und seit gestern diese Einträge im Log
Was hast du denn gestern verändert in der Readingsgroup? Ich bin doch,kein Hellseher. Woher soll, ich wissen, wie die rg definiert ist? Kleiner Tipp: list vitoconnect_rg
Gesendet von iPad mit Tapatalk Pro
Hi Andreas,
mein Modul hatte wieder einen Aussetzer, es wurden keine Readings aktualisiert. De facto schon seit dem 9.10. nicht mehr. Im fhem-Log findet sich als letztes:
2019.10.09 22:49:09 4: Heizung - getGwCallback went ok
2019.10.09 22:49:09 4: Heizung - getResourceCallback went ok
2019.10.09 22:49:09 1: Heizung - JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Bad Gateway") at ./FHEM/98_vitoconnect.pm line 1339.
Nachdem ich heute ein set update abgesetzt habe erschien
2019.10.13 15:35:56 4: Heizung - GetUpdate called ...
2019.10.13 15:35:56 4: Heizung - getCodeCallback went ok
und es wurden wieder Readings aktualisiert. Ich habe vorsorglich ein update all und shutdown restart abgesetzt. Jetzt hat sich das Modul wieder gefangen und aktualisiert die Readings zyklisch.
Was brauchst Du noch an Informationen, um Dir das Problem anzuschauen?
VG Peter
Hallo Andreas,
heute Nacht ist mein FHEM abgestürzt.
Letzter Eintrag im Log:
Can't use an undefined value as an ARRAY reference at /opt/fhem/FHEM/98_vitoconnect.pm line 1376.
Kannst Du Dir das 'mal anschauen?
Falls weitere Infos benötigt werden, kann ich sie gerne liefern.
Vielen Dank,
Andreas
Hi, ich habe seit etwa einer Woche das selbe Problem. Fhem quittiert 1 bis 2 mal pro Tag den Dienst.
ZitatCan't use an undefined value as an ARRAY reference at /opt/fhem/FHEM/98_vitoconnect.pm line 1376.
Grüße
Björn
Moin zusammen.
Ich habe ein Problem im FHEM mit dem Vitoconnect Modul. Ich hatte bis heute das Vitoconnect in FHEM am laufen.
Ich habe heute in FHEM den update all ausgeführt und nach dem shutdown restart war meine Heizung weg.
Jetzt wollte ich nach dem Update alles wieder anlegen, nur leider sagt FHEM mir nach dem Befehl:
define vitoconnect vitoconnect user@mail.xx geheim 60
Fehlermeldung:
Cannot load module vitoconnect
LogFile:
2019.10.31 08:15:58 1: reload: Error:Modul 98_vitoconnect deactivated:
Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 165, <$fh> line 153.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 165, <$fh> line 153.
2019.10.31 08:15:58 0: Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/98_vitoconnect.pm line 165, <$fh> line 153.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 165, <$fh> line 153.
Was muss ich machen, damit das Modul geladen werden kann?
Vielen Dank!
Gruß
djsirius
apt-get install libdatetime-perl
sollte helfen
Zitat von: Shadow3561 am 31 Oktober 2019, 08:54:54
apt-get install libdatetime-perl
sollte helfen
Vielen Dank, es hat funktioniert! :)
Noch eine andere Frage.
Ich gehe nach der Anleitung auf https://wiki.fhem.de/wiki/Vitoconnect#Vorbereitung vor. Ich hänge bei den ReadingsGroup für eine kompakte Darstellung der Verbräuche.
Wenn ich folgenden Befehlt in FHEM eingebe,
attr Heizung_Verbrauch cellStyle { \
"r:1"=>'style="text-align:left;;;;font-weight:bold"',\
"c:1"=>'style="text-align:right;;;;font-weight:bold"'\
}
dann bekomme ich folgenden Fehler:
syntax error at (eval 6118) line 1, near "'style="text-align:right;;font-weight:bold"'\"
Ist das im Befehl was falsch?
Vielen Dank!
Gruß
djsirius
Du solltest schon selbst in der Lage sein deinen Code mit dem aus dem Wiki zu vergleichen!
attr Heizung_Verbrauch cellStyle {
"c:1"=>'style="text-align:left;;;;font-weight:bold"',
"r:2"=>'style="text-align:right;;;;font-weight:bold"'
}
Zitat von: plin am 13 Oktober 2019, 15:50:25
Hi Andreas,
mein Modul hatte wieder einen Aussetzer, es wurden keine Readings aktualisiert. De facto schon seit dem 9.10. nicht mehr. Im fhem-Log findet sich als letztes:
2019.10.09 22:49:09 4: Heizung - getGwCallback went ok
2019.10.09 22:49:09 4: Heizung - getResourceCallback went ok
2019.10.09 22:49:09 1: Heizung - JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Bad Gateway") at ./FHEM/98_vitoconnect.pm line 1339.
Nachdem ich heute ein set update abgesetzt habe erschien
2019.10.13 15:35:56 4: Heizung - GetUpdate called ...
2019.10.13 15:35:56 4: Heizung - getCodeCallback went ok
und es wurden wieder Readings aktualisiert. Ich habe vorsorglich ein update all und shutdown restart abgesetzt. Jetzt hat sich das Modul wieder gefangen und aktualisiert die Readings zyklisch.
Was brauchst Du noch an Informationen, um Dir das Problem anzuschauen?
VG Peter
Habe das selbige Problem.
Gibts schon ne Lösung oder eine Idee woran das liegen könnte?
Alternativ müsst man irgendwie eine überwachung auf aktualität einbauen und dann update all starten.
Grüße
Sascha
Hallo an alle:
Ich habe einen Vitodens 200 WB2B-35 seit 10 Jahren.
Ich lebe in new york
Ich finde Ihre App sehr interessant und wollte den Vitoconnect 100 bekommen.
Leider ist es schwierig hierher zu kommen und ungefähr das 4-fache der Kosten, die ich auf deutschen Websites sehe.
Wäre es in Ordnung einen aus Deutschland zu bekommen.
Ich könnte den Netzteiladapter so ändern, dass er mit 110-V-Netzspannung funktioniert.
Danke, dass du mich informiert hast.
... Usman Suleman
Zitat von: salma am 17 November 2019, 05:23:30
Hallo an alle:
Ich habe einen Vitodens 200 WB2B-35 seit 10 Jahren.
Ich lebe in new york
Ich finde Ihre App sehr interessant und wollte den Vitoconnect 100 bekommen.
Leider ist es schwierig hierher zu kommen und ungefähr das 4-fache der Kosten, die ich auf deutschen Websites sehe.
Wäre es in Ordnung einen aus Deutschland zu bekommen.
Ich könnte den Netzteiladapter so ändern, dass er mit 110-V-Netzspannung funktioniert.
Danke, dass du mich informiert hast.
... Usman Suleman
Hallo Usman,
Vitoconnect wird über USB mit Strom versorgt. Mit einem amerikanischen USB Netzteil sollte es also funktionieren. Frag zur Sicherheit aber mal lieber direkt bei Vissmann nach.
Viele Grüße
Andreas
Hallo zusammen,
leider bin ich in letzter Zeit nicht dazu gekommen mich um mein Modul zu kümmern. Mein Job hatte mich fest im Griff. Morgen gibt es endlich mal wieder ein Release. Ich hoffe, die gemeldeten Fehler sind damit behoben und ich habe keine neuen Fehler eingebaut. Da ich die Fehler auf meinem System nicht nachstellen konnte, bin ich auf Eure Feedback angewiesen.
# 2019-11-23 Readings für "heating.power.consumption.total.*" hinzugefügt. Scheint identisch mit "heating.power.consumption.*"
# Behoben: Readings wurden nicht mehr aktualisiert, wenn in getResourceCallback die Resource nicht als JSON interpretiert werden konnte (Forum: #390)
# Behoben: vitoconnect bringt FHEM zum Absturz in Zeile 1376 (Forum: #391)
# Überwachung der Aktualität: Zeitpunkt des letzten Updates wird in State angezeigt (Forum #397)
Achtung! Wenn das Modul nicht mehr geladen wird, fehlen vermutlich Perlmodule! Bitte ins Logfile schauen und diese mit CPAN und/oder apt installieren!
Feedback wie immer willkommen!
Andreas
Zitat von: Frini am 25 Februar 2019, 20:14:47
Na klar 8) ich hab mit davon mal nen Schwung bestellt. Den Aufkleber kann man entfernen. Der ist ja selbstklebend und fällt auf weißen Wandfliesen nicht so auf. Die Verzögerung ist bei diesem Anwendungsfall auch nicht kritisch. 3-5 Sekunden nach Betätigen des Buttons ist die Heizung im manuellen Modus.
Die 55 °C ist die Warmwassersolltemperatur die man in der Heizung einstellen kann. Ich habe die Warmwasserbereitung nach Tagesplan eingestellt. In den An-Fasen versucht die Heizung die Temperatur des WW auf den eingestellten Wert zu halten. Folglich ergibt das viele Brennerstarts, da je nach gezapfter Menge direkt wieder nachgeheizt wird. Mein Zeitplan sieht also vor, dass morgens einmal kurz auf Temperatur geheizt wird, dann reicht das WW normal bis abends. Da wird dann noch einmal nachgeladen, damit die Kinder sich nicht mit kaltem Wasser waschen müssen.
Kommen wir jetzt auf die Idee außer der Reihe zu Baden, drücken wir einmal den Button und das die Heizung heißt direkt mit Voller Leistung auf.
Hi, habe da mal eine Frage zu, wenn Du den "Turbo" gedrückt hast, muss man den auch wieder ausschalten? Wenn ja, wie hast du das gelöst? Würde das auch gerne übernehmen.
Danke, schon mal vorab
Es handelt sich ja um eine einmalige Aufladung. Erreicht der Speicher die vorgegebene Temperatur, deaktiviert sich der manuelle Modus von selbst.
Ich stehe hier vor der gleichen Warnung:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1374.
nach "update all" und "shutdown restart" erscheint diese Meldung innerhalb 15 Sekunden. Im Log finde ich keinen Hinweis auf ein fehlendes Perl-Modul. Andererseits kann ich auch keine Fehlfunktion feststellen. Alle Readings (die ich benötige) sind vorhanden und werden auch aktualisiert. Ist das nur ein kosmetisches Problem?
Zitat von: RoBe am 05 Dezember 2019, 12:14:14
Ich stehe hier vor der gleichen Warnung:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1374.
nach "update all" und "shutdown restart" erscheint diese Meldung innerhalb 15 Sekunden. Im Log finde ich keinen Hinweis auf ein fehlendes Perl-Modul. Andererseits kann ich auch keine Fehlfunktion feststellen. Alle Readings (die ich benötige) sind vorhanden und werden auch aktualisiert. Ist das nur ein kosmetisches Problem?
Wenn alles funktioniert, ist es ein kosmetisches Problem. Die Zeile 1374 erzeugt nur einen Logeintrag.
Wenn Ihr einen Fehler vermutet, müsst Ihr verbose auf "5" stellen und die Zeilen vor dem "Fehler" mit posten damit ich den Fehler reproduzieren kann.
Gesendet von iPad mit Tapatalk Pro
verbose 5 liefert seeehr viel output. Ich sehe nichts auffälliges. Wonach sollte ich denn suchen?
Mit 0 Perl-Kenntnissen habe ich den Code mal angesehen. M.E. ist $Reading nicht initialisiert. Das sollte aber mit (! defined($Reading)) abgefangen werden. Weiß der Geier was Perl da treibt.
Zitat von: RoBe am 05 Dezember 2019, 12:14:14
Ich stehe hier vor der gleichen Warnung:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1374.
nach "update all" und "shutdown restart" erscheint diese Meldung innerhalb 15 Sekunden. Im Log finde ich keinen Hinweis auf ein fehlendes Perl-Modul. Andererseits kann ich auch keine Fehlfunktion feststellen. Alle Readings (die ich benötige) sind vorhanden und werden auch aktualisiert. Ist das nur ein kosmetisches Problem?
Auch ich erhalte exakt die obige Fehlermeldung und eine weitere:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1419.
Beide kommen zusammen (etwa 20 Sek. nach "shutdown restart").
Des Weiteren ist mir aufgefallen, dass vitoconnect nach beliebigen Tagen nichts mehr ins Logfile schreibt (das können mal >10 Tage sein oder auch mal nur 2½).
Die letzte Meldung im Log vor dem "Ausfall" war folgende:
vitoconnect - JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/98_vitoconnect.pm line 1291.
Shutdown restart hat auch hier geholfen, aber könnte man diesen Fehler noch irgendwie einkreisen oder einen Watchdog darauf einrichten?
Hallo zusammen,
eine Warnung ist kein Fehler. Das Modul arbeitet trotzdem einwandfrei. Ich bin leider kein guter Perl Programmierer. Wenn mir jemand sagt, wie ich die Warnungen beseitigen kann, baue ich das gerne ein. Melden müsst ihr das aber nicht, wenn das Modul ansonsten gut funktioniert
Den JSON Fehler habe ich schon gefunden. Wird mit dem nächsten Update gefixt.
Wenn die Readings nicht mehr aktualisiert werden, reicht
set vitoconnect update
Ein restart ist nicht notwendig.
VG
Andreas
Gesendet von iPad mit Tapatalk Pro
Hallo zusammen,
Morgen gibt es endlich mal wieder ein Release.
Ich hoffe, ich habe diesmal alle Stellen gefunden, bei denen es vorkommen konnte, dass Readings nicht mehr aktualisiert werden. Da ich die Fehler auf meinem System nicht nachstellen konnte, bin ich auf Eure Feedback angewiesen.
Außerdem habe ich einiges Readings ergänzt. U.a. einige, die darauf hindeuten, dass es bald ein Geofencing in der App geben könnte (FHEM Nutzer können das dank meines Moduls ja bereits heute ;D )
# 2019-12-25 heating.solar.power.cumulativeProduced.value, heating.circuits.X.geofencing.active, heating.circuits.X.geofencing.status hinzugefügt
# Behoben: Readings wurden nicht mehr aktualisiert, wenn Resource an weiteren Stellen nicht als JSON interpretiert werden konnte(Forum: #390)
Achtung! Wenn das Modul nicht mehr geladen wird, fehlen vermutlich Perlmodule! Bitte ins Logfile schauen und diese mit CPAN und/oder apt installieren!
Feedback wie immer willkommen!
Andreas
Hallo zusammen,
hat von euch jemand auch eine Lüftungsanlage über Modbus an der Wärmepumpe angeschlossen.
Hier sind auch einige Readings verfügbar. Interessant wäre hier allerdings auch das setzen von Werten.
Gibt es Erfahrungen?
Zitat von: challo am 24 Januar 2020, 11:58:48
Hallo zusammen,
hat von euch jemand auch eine Lüftungsanlage über Modbus an der Wärmepumpe angeschlossen.
Hier sind auch einige Readings verfügbar. Interessant wäre hier allerdings auch das setzen von Werten.
Gibt es Erfahrungen?
In dem Thread geht es um Vitoconnect und nicht um modbus
Gesendet von iPhone mit Tapatalk Pro
Das ist mir schon klar. Hab dein Modul im Einsatz mit meiner Wärmepumpe. Zusätzlich ist aber noch meine Lüftung vitovent an der Wärmepumpe angeschlossen und wird über diese gesteuert. Hier werden auch Daten über vitoconnect übertragen. Die Frage wäre ob man auch Werte über vitoconnect setzen kann. Ähnlich der Betriebsart bei der Heizung.
Zitat von: challo am 28 Januar 2020, 20:28:54
Das ist mir schon klar. Hab dein Modul im Einsatz mit meiner Wärmepumpe. Zusätzlich ist aber noch meine Lüftung vitovent an der Wärmepumpe angeschlossen und wird über diese gesteuert. Hier werden auch Daten über vitoconnect übertragen. Die Frage wäre ob man auch Werte über vitoconnect setzen kann. Ähnlich der Betriebsart bei der Heizung.
Das hängt von der API ab. Wenn diese Funktionen zum Setzen dieser Werte anbietet, kann ich das gerne einbauen.
Welche Funktionen die API anbietet, kann man sehen, wenn man
"attr vitoconnect vitoconnect_actions_active 1"
setzt. Nach dem nächsten Update gibt es dann Readings der Art:
heating.circuits.0.heating.curve.setCurve action: slope shift
usw.
Wenn Du die "action"s hier postest oder mit per PN schickst, kann ich versuchen, die ins Modul einzubauen.
Viele Grüße
Andreas
Hallo zusammen,
Erstmal dickes Lob, das Modul ist wirklich gut. Ich möchte u.a. die Warmwasser-Solltermperatur und die Temperatur vom HK1 setzen.
Es klappt technisch auch, der Wert wird geändert. Allerdings taucht im Log die Meldung auf:
Fehler während der Befehlsausführung: ::
Verbose Jogging zeigt, dass Viessman mit 204 Antwortet. Im Code ist überall die Prüfung
if ($err ne "" || defined($data)) { Log3 $name, 1, "set $name $opt $args[0]: Fehler während der Befehlsausführung: ,$err, :: ,$data,";
}
Es scheint, dass zumindest bei mir data defined ist. Aus meiner Sicht sollte die Prüfung eigentlich nur auf $err gehen, wenn man sich die Doku von HTTPUtils anschaut. Habe das bei mir an den Stellen mal so lokal geändert...
was meint ihr?
Zitat von: jo25 am 23 Februar 2020, 17:49:27
Hallo zusammen,
Erstmal dickes Lob, das Modul ist wirklich gut. Ich möchte u.a. die Warmwasser-Solltermperatur und die Temperatur vom HK1 setzen.
Es klappt technisch auch, der Wert wird geändert. Allerdings taucht im Log die Meldung auf:
Fehler während der Befehlsausführung: ::
Verbose Jogging zeigt, dass Viessman mit 204 Antwortet. Im Code ist überall die Prüfung
if ($err ne "" || defined($data)) { Log3 $name, 1, "set $name $opt $args[0]: Fehler während der Befehlsausführung: ,$err, :: ,$data,";
}
Es scheint, dass zumindest bei mir data defined ist. Aus meiner Sicht sollte die Prüfung eigentlich nur auf $err gehen, wenn man sich die Doku von HTTPUtils anschaut. Habe das bei mir an den Stellen mal so lokal geändert...
was meint ihr?
Ich bin leider kein guter Perl Programmierer. Ich bin mir sicher, dass es mal Sinn gemacht hat. Nur welchen, weiss ich leider auch nicht mehr. Daher werde ich werde es im nächsten Release wieder rausnehmen. Mal sehen, ob sich einer beschwert. Bei mir funktioniert es jedenfalls.
Kannst Du mit der Fehlermeldung bis dahin leben?
Viele Grüße
Andreas
Zitat von: andreas13 am 03 März 2020, 15:53:12
if ($err ne "" || defined($data)) { Log3 $name, 1, "set $name $opt $args[0]: Fehler während der Befehlsausführung: ,$err, :: ,$data,";
Ich schätze Du hast irgendwann mal festgestellt, dass Du $data nur ausgeben kannst wenn es definiert ist. Sonst hast Du direkt einen Folgefehler.
Wenn die Variable aber immer existiert brauchst Du die Sicherheitsabfrage im if nicht.
Zitat von: plin am 03 März 2020, 17:48:04
Ich schätze Du hast irgendwann mal festgestellt, dass Du $data nur ausgeben kannst wenn es definiert ist. Sonst hast Du direkt einen Folgefehler.
Wenn die Variable aber immer existiert brauchst Du die Sicherheitsabfrage im if nicht.
Ja, aber dann hätte ich die Bedingungen ,,und" verknüpfen müssen.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: andreas13 am 03 März 2020, 19:17:42
Ja, aber dann hätte ich die Bedingungen ,,und" verknüpfen müssen.
da ist was dran ;D
Hi liebe Leute,
hat sonst noch jemand ne EMail von Viessmann erhalten, dass die API ab kommender Woche für Drittanbieter gesperrt wird?
Laut Mail arbeiten sie an einer neuen API, da das System derzeit wohl an seine Grenzen kommt, wenn alle fröhlich auf die Viessmann Server zugreifen...
ZitatThat's why we have now taken the decision to limit access to our API. From the coming week on, a threshold will become active that prevents from unauthorized use of the API. This will affect all third-party solutions, which can thereby no longer be used.
Ich bin mal gespannt, ob das vitoconnect Modul nächste Woche noch funktioniert...
War auf jeden Fall begeistert wie gut und zuverlässig das System lief!
Großes DANKE an den Modul-Entwickler!!!!
Hallo,
ich habe die E-Mail auch erhalten. Ich habe das Modul seit letzter Woche in Betrieb und würde das Abschalten auch sehr ärgerlich finden, weil die API für neue Thermen soweit ich weiß die einzige Möglichkeit ist, mitzuloggen was die Heizung so treibt.
Aber vielleicht ist das Ganze auch eine Chance:
ZitatWe are aware that the demand for APIs to our technologies for integration into other solutions and third-party systems is increasing. To provide you with an opportunity for this, we will launch a portal in the next two months for all developers to get access to our API. With the Viessmann Developer Portal, we intend to open ourselves up, release a documentation of the interface and co-develop new solutions together with you. In addition, we are planning to provide you with useful information around our heating systems you need for your development and to offer you a first-level support concerning our APIs.
Hab die Mail auch gerade bekommen; Ich habe mich da direkt mal angemeldet, falls das ganze wirklich zunächst nur für einen begrenzten Nutzerkreis zugänglich sein sollte... Bin mal gespannt, was draus wird. ???
Zitat von: Snocksman am 13 März 2020, 20:05:44
Hab die Mail auch gerade bekommen; Ich habe mich da direkt mal angemeldet, falls das ganze wirklich zunächst nur für einen begrenzten Nutzerkreis zugänglich sein sollte... Bin mal gespannt, was draus wird. ???
Abwarten ist eine Sache, agieren zumindest einen Versuch Wert. Meine Antwort-Mail sieht so aus:
"Dear Viessmann Team,
as a customer I disapprove your decision. In a world where IoT comes along with growing threats, I prefer local solutions where I don't have to rely on Cloud services (I know that's the future and you probably can't prevent it). Still, a good local solution that would prevent API traffic on your site is opening the Vito Connect devices by providing a web interface with the same information/data basis that you provide via your API interface.
Kindest regards,
..."
Ich habe auch mal auf die Viessmann-Mail geantwortet:
As a customer for many years I dislike your announcement to limit the access to your API from next week on. Your short term decision will prevent me from controlling my device in a smart way using my local solution. A much better way would have been to launch the new portal parallel before stopping the current service. Please rethink your approach before stopping your service. Opening the Vitoconnect device by providing a web interface would also be an acceptable local solution.
Warum schreibt ihr an einen deutschen Support eigentlich auf Englisch? ;)
Hm ja, ich hab die Mail ja auch auf Englisch bekommen und gerade beschlossen auf Deutsch zu antworten, ist ja schließlich auch eine deutsche Firma.
Vermutlich haben in letzter Zeit zuviel Drittanbieter Systeme auf die API zugegriffen, so dass die ViCare App immer längere Ladezeiten bekommen hat.
Ich bin auch der Meinung, dass es einen Weg (zumindest als Übergang) geben sollte, das System weiter nutzen zu können [ausser der ViCare App allein]
An unserer Heizungsanlage ist auch ein Vitocom100 angeschlossen, aber dafür gibt es leider keine API :-( sonst könnte man das ja schön lokal laufen lassen.
Guten Morgen zusammen,
ich habe die Mail auch bekommen und bin ein bisschen enttäuscht über die kurze Frist und die Tatsache, dass sie die alte Lösung abschalten bevor die neue Lösung zur Verfügung steht.
An den weniger als 40 Nutzern meines Moduls wird die Überlastung der API ja wohl nicht liegen.
Ich werde das Modul wenn möglich anpassen. Hoffentlich bietet Vissmann zukünftig einen adäquaten und kostenlosen Zugang. Immerhin soll es ja zukünftig eine Dokumentation geben.
Viele Grüße
Andreas
Gesendet von iPad mit Tapatalk Pro
Hier ist die Mail ebenfalls aufgeschlagen.
Ich hatte vor wenigen Wochen testweise von 60s auf 30s reduziert, ich hoffe ich bin damit nicht schuld 8) Hab aber noch vor der Mail diese Woche wieder auf 60s zurückgestellt. Und jetzt mal auf 120s, in der Hoffnung, ob sie dann gnädig sind. Ich glaubs zwar nicht, aber die Hoffnung stirbt zuletzt.
Mir wäre auch am liebsten, die Daten direkt lokal vom VitoConnect abrufen zu können. Ich will gar nicht über deren Cloud gehen müssen. Aber wegen der Garantieverlängerung ist der VitoConnect halt nötig, und daher kann man erstmal nicht direkt selbst an die OptoLink Schnittstelle.
Möglich wäre allenfalls noch, ein OptoLink-Kabel das "mitlauscht", und die Daten somit vor dem VitoConnect abzugreifen. So ein Kabel hat jemand schon gebaut, Link müsste ich raussuchen, weiß aber nicht ob es schon "fertige" Software dafür von jemandem gibt.
Übrigens: Das Kesseltemperatur_exact ist (zumindest beim VitoCrossal 300) die Kessel-Solltemperatur.
Hätte das gerade auch im Wiki ergänzt, aber offenbar benötigt man da wieder einen anderen Zugang als zum Forum, und ich bin gerade zu doof den Link zum neu registrieren zu finden.
Zitat von: didy am 14 März 2020, 13:01:03Hätte das gerade auch im Wiki ergänzt, aber offenbar benötigt man da wieder einen anderen Zugang als zum Forum, und ich bin gerade zu doof den Link zum neu registrieren zu finden.
https://wiki.fhem.de/wiki/FHEMWiki:Administratoren
Gruß Hoppel
Hier übrigens eine Diskussion (incl. erster Antwort von Viessmann) im Viessmann-Forum dazu:
https://www.viessmann-community.com/t5/Experten-fragen/ViCare-Blick-zur%C3%BCck-und-nach-vorne/qaq-p/84614/comment-id/117503#M117503
@Hoppel: Danke, aber das ist mir jetzt ehrlich gesagt zu umständlich. Darf gern jemand anderes die Info im Wiki ergänzen.
Ich find es ja schon komisch, dass man hier nach einem Jahr Inaktivität "angedroht" bekommt, dass der Account automatisch gelöscht wird. FHEM-Installation läuft stabil, benötige nur selten Hilfe, möchte mich aber wenn dann nicht jedesmal neu registrieren nüssen.
Zitat von: didy am 14 März 2020, 18:29:01@Hoppel: Danke, aber das ist mir jetzt ehrlich gesagt zu umständlich. Darf gern jemand anderes die Info im Wiki ergänzen.
Ich nutze das Modul nicht, da ich lediglich eine Vitosolic habe. Von daher werde ich hier keine Korrekturen am Wiki vornehmen.
Ich kann nur so viel sagen. Es ist wirklich nicht schwer, eine Email zu schreiben, um einen Wiki Account zu beantragen. Bei mir hat es beim ersten Versuch direkt geklappt. Ist das wirklich schon zu viel verlangt?
Eigentlich will ich das hier gar nicht diskutieren, da offtopic. Aber solche Aussagen verwundern mich in einer Open Source Community.
Gruß Hoppel
Ich meinte jetzt auch nicht dich das einzutragen, eher jemand der mit dem Modul zu tun hat.
Mag sein, ja. Mich verwundert umgekehrt, dass man einen Wiki-Account nicht selbst anlegen kann, und dass ein Account nach 1 Jahr nichtbenutzung gelöscht wird. Unnötige Zugangshürden, die die Motivation teilzunehmen nicht erhöhen. Aber wie du sagst, hier offtopic.
Zitat von: didy am 14 März 2020, 13:01:03
Ich hatte vor wenigen Wochen testweise von 60s auf 30s reduziert, ich hoffe ich bin damit nicht schuld 8) Hab aber noch vor der Mail diese Woche wieder auf 60s zurückgestellt. Und jetzt mal auf 120s, in der Hoffnung, ob sie dann gnädig sind. Ich glaubs zwar nicht, aber die Hoffnung stirbt zuletzt.
Mir wäre auch am liebsten, die Daten direkt lokal vom VitoConnect abrufen zu können. Ich will gar nicht über deren Cloud gehen müssen. Aber wegen der Garantieverlängerung ist der VitoConnect halt nötig, und daher kann man erstmal nicht direkt selbst an die OptoLink Schnittstelle.
Möglich wäre allenfalls noch, ein OptoLink-Kabel das "mitlauscht", und die Daten somit vor dem VitoConnect abzugreifen. So ein Kabel hat jemand schon gebaut, Link müsste ich raussuchen, weiß aber nicht ob es schon "fertige" Software dafür von jemandem gibt.
Übrigens: Das Kesseltemperatur_exact ist (zumindest beim VitoCrossal 300) die Kessel-Solltemperatur.
Hätte das gerade auch im Wiki ergänzt, aber offenbar benötigt man da wieder einen anderen Zugang als zum Forum, und ich bin gerade zu doof den Link zum neu registrieren zu finden.
Du bist sicher nicht Schuld ;-)
Wenn Du Deine Vissmann Heizung ohne Clound steuern willst, musst Du dir das Modul VCONTRON anschauen (steht auch so im Wiki!)
Das Reading "Kesseltemperatur_exact" werde ich im nächten Release umbenennen, wenn es noch ein nächstes Release gibt.
Viele Grüße
Andreas
Zitat von: andreas13 am 15 März 2020, 09:07:42
Das Reading "Kesseltemperatur_exact" werde ich im nächten Release umbenennen, wenn es noch ein nächstes Release gibt.
Naja umbenennen würde ich es nicht, dann muss man nur wieder die Konfiguration anpassen, und hinterher passen die alten Logfiles nicht. Mir gings nur um eine Beschreibung im Wiki.
VitoConnect muss bleiben wegen Garantieverlängerung. Geht auch primär ums logging, nicht ums steuern. Abwarten was kommt.
Hallo,
Viessmann hat heute einen neuen Forenthread geöffnet und darin auch Details zu ihrer eingeführten Begrenzung veröffentlicht:
https://www.viessmann-community.com/t5/Experten-fragen/Q-amp-A-Viessmann-API/qaq-p/127660
ZitatWe have a rate limit with sliding window. Whenever the first request arrives, we open a time window and count all request in that window. If the number of requests reach the limitation, we block all incoming user requests until the time window ends. Then, with the next user request, a new time window opens.
Currently, we have two limits active:
120 calls for a time window of 10 minutes
1450 calls for a time window of 24 hours
1450 Aufrufe in 24 Stunden sollten für minütliches Logging genügen (Tag hat 1440 Minuten).
Obwohl ich am Wochenende auf 5-Minuten-Intervall (300s) heruntergestellt habe, habe ich seit heute morgen zwischen 8 und 9 keine Daten mehr im Log.
Stellt sich die Frage, wie arbeitet dein Modul? Deutet darauf hin, als ob es je eingestelltem Intervall nicht nur einen Aufruf macht und daraus alles ausliest, sondern jeweils mehrere Aufrufe?
Gibt es nicht eine Raspi-Lösung, um den Optolink direkt auszulesen? Dann fehlt doch eigentlich nur noch ein Heizungs-Emulator auf dem Pi und ein USB-Kabel, um die Vitoconnect-Box an diesen Raspi anzuschließen und via Emulator mit Daten zu versorgen.
Hat sich schon mal jemand damit beschäftigt?
Update: https://github.com/openv/openv/wiki/vcontrold-mit-Raspberry-Pi (https://github.com/openv/openv/wiki/vcontrold-mit-Raspberry-Pi)
Zitat von: didy am 17 März 2020, 14:52:56
Hallo,
Viessmann hat heute einen neuen Forenthread geöffnet und darin auch Details zu ihrer eingeführten Begrenzung veröffentlicht:
https://www.viessmann-community.com/t5/Experten-fragen/Q-amp-A-Viessmann-API/qaq-p/1276601450 Aufrufe in 24 Stunden sollten für minütliches Logging genügen (Tag hat 1440 Minuten).
Obwohl ich am Wochenende auf 5-Minuten-Intervall (300s) heruntergestellt habe, habe ich seit heute morgen zwischen 8 und 9 keine Daten mehr im Log.
Stellt sich die Frage, wie arbeitet dein Modul? Deutet darauf hin, als ob es je eingestelltem Intervall nicht nur einen Aufruf macht und daraus alles ausliest, sondern jeweils mehrere Aufrufe?
Hallo,
also bei mir läuft es noch ganz gut. Ich habe das Intervall jetzt auf 5min gesetzt.
Wenn man "verbose" auf 4 stellt, sieht man, wie das Modul arbeitet:
2020.03.19 11:00:42 4: vitoconnect - GetUpdate called ...
2020.03.19 11:00:42 4: vitoconnect - getCodeCallback went ok
2020.03.19 11:00:42 4: vitoconnect - getAccessTokenCallback went ok
2020.03.19 11:00:43 4: vitoconnect - getGwCallback went ok
2020.03.19 11:00:43 4: vitoconnect - getResourceCallback went ok
In einem Intervall wird erst ein Code, dann ein AccessToken und dann ein Gateway geholt, bevor dann die eigentlichen Daten geholt werden können. Bei einer "Action" also "set vitoconnect HK1-Betriebsart dhwAndHeating" ist es genauso.
Die Readings werden also alle in einem Rutsch geholt und nicht einzeln. Ich weiß natürlich nicht, wie Vissmann das zählt, aber für mich wären die 4 Schritte ein API Call.
Ich habe auch schon mal versucht, ob man alle 4 Schritte jedesmal durchführen muss, oder ob beim 2. Mal z.B. nur der letzte Schritt notwendig ist, aber mangels Dokumentation habe ich keine eindeutige Antwort auf die Frage.
Mal sehen, wie es weitergeht.
Viele Grüße
Andreas
Zitat von: andreas13 am 19 März 2020, 11:09:36
Wenn man "verbose" auf 4 stellt, sieht man, wie das Modul arbeitet:
Diesen Output sieht man dann wo genau?
Zitat von: andreas13 am 19 März 2020, 11:09:36In einem Intervall wird erst ein Code, dann ein AccessToken und dann ein Gateway geholt, bevor dann die eigentlichen Daten geholt werden können.
Versteh ich nicht ganz. AccessToken und Daten holen ist klar. Was ist mit Code holen gemeint? Und was ist mit Gateway holen gemeint - die ID des jeweiligen VitoConnect? Die müsste man doch auch einfach fest setzen können, die ändert sich doch nicht?
Zitat von: andreas13 am 19 März 2020, 11:09:36Ich habe auch schon mal versucht, ob man alle 4 Schritte jedesmal durchführen muss, oder ob beim 2. Mal z.B. nur der letzte Schritt notwendig ist, aber mangels Dokumentation habe ich keine eindeutige Antwort auf die Frage.
Also wie gesagt, wenn Gateway die ID des VitoConnects ist, das sollte sich nicht ändern, das könnte man IMHO fest setzen.
Und beim AccessToken, das gilt IMHO eine gewisse Zeit lang. Da müsste man doch nur mal testen, wie lange das ist, und könnte dann die Zeit mitzählen und erst wenn abgelaufen (oder es halt trotzdem nicht geht) ein neues holen?
Zitat von: didy am 19 März 2020, 12:22:37
Diesen Output sieht man dann wo genau?
Versteh ich nicht ganz. AccessToken und Daten holen ist klar. Was ist mit Code holen gemeint? Und was ist mit Gateway holen gemeint - die ID des jeweiligen VitoConnect? Die müsste man doch auch einfach fest setzen können, die ändert sich doch nicht?
Also wie gesagt, wenn Gateway die ID des VitoConnects ist, das sollte sich nicht ändern, das könnte man IMHO fest setzen.
Und beim AccessToken, das gilt IMHO eine gewisse Zeit lang. Da müsste man doch nur mal testen, wie lange das ist, und könnte dann die Zeit mitzählen und erst wenn abgelaufen (oder es halt trotzdem nicht geht) ein neues holen?
Der Output steht im Logfile.
Mit "da müsste man doch nur mal ..." habe ich ein bisschen ein Problem. Kannst Du ja gerne mal machen (vorausgesetzt es ist überhaupt einen Konstante). Und dann am besten einen Patch schreiben, der die Zeit mitzählt und die notwendige Programmlogik implementiert. Das muss dann aber auch noch sämtliche Fehlerfälle abfangen, wenn der Server zB mal nicht erreichbar ist, obwohl die Zeitspanne nicht abgelaufen ist und und und ... Ach ja ... und das ganze bitte noch NonBlocking, sonst hängt das ganze FHEM. ;-)
Liebe Grüße
Andreas
Hallo zusammen,
auch wenn die Lösung evtl. kurz vor dem Aus steht wollte ich es wagen und neu einsteigen. Leider habe ich ein Problem bei der Installation der benötigten Pakete auf meinem RPI.
Ich bekomme bei : "sudo apt install libtypes-path-tiny-perl libjson-perl libdatetime-perl" die Fehlermeldung:
E: Paket libtypes-path-tiny-perl kann nicht gefunden werden.
E: Paket libdatetime-perl kann nicht gefunden werden.
Wenn ich ein apt-get upgrade mache bekomme ich den Fehler:
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/main/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/contrib/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/non-free/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/rpi/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Wenn ich dem Pfad manuell nachgehe sehe ich das Problem das ein Typo bei "stetch" ist es müsste "stretch" heißen.
Das heißt das Problem ist wahrscheinlich hier zu suchen:
pi@raspberrypi:~ $ sudo apt-get update
Holen: 1 http://archive.raspberrypi.org jessie InRelease [22,9 kB]
Ign http://mirrordirector.raspbian.org stetch InRelease
Ign http://mirrordirector.raspbian.org stetch Release.gpg
Aber wie kann ich das beeinflussen... wo ist die Quelle für den Typo?
Danke vorab!
Zitat von: Tomk am 21 März 2020, 05:50:32
Hallo zusammen,
auch wenn die Lösung evtl. kurz vor dem Aus steht wollte ich es wagen und neu einsteigen. Leider habe ich ein Problem bei der Installation der benötigten Pakete auf meinem RPI.
Ich bekomme bei : "sudo apt install libtypes-path-tiny-perl libjson-perl libdatetime-perl" die Fehlermeldung:
E: Paket libtypes-path-tiny-perl kann nicht gefunden werden.
E: Paket libdatetime-perl kann nicht gefunden werden.
Wenn ich ein apt-get upgrade mache bekomme ich den Fehler:
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/main/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/contrib/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/non-free/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/stetch/rpi/binary-armhf/Packages 404 Not Found [IP: 93.93.128.193 80]
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Wenn ich dem Pfad manuell nachgehe sehe ich das Problem das ein Typo bei "stetch" ist es müsste "stretch" heißen.
Das heißt das Problem ist wahrscheinlich hier zu suchen:
pi@raspberrypi:~ $ sudo apt-get update
Holen: 1 http://archive.raspberrypi.org jessie InRelease [22,9 kB]
Ign http://mirrordirector.raspbian.org stetch InRelease
Ign http://mirrordirector.raspbian.org stetch Release.gpg
Aber wie kann ich das beeinflussen... wo ist die Quelle für den Typo?
Danke vorab!
Hallo,
werfen wir die Flinte nicht gleich ins Korn. Noch funktioniert das Modul und wird nach den letzten Ankündigungen auch noch weiter funktionieren. Sollten Anpassungen nötig werden, werde ich möglichst zeitnah umsetzen. Über Eure Unterstützung dabei zB in Form von Tests würde ich mich freuen.
Zurück zu deinem Problem. Du hast offensichtlich ein Problem mit Deinem Basissystem und nicht mit dem Modul oder mit FHEM. Daher meine Bitte das Problem nicht hier zu diskutieren, sondern einen Thread in einem passenden Unterforum zu eröffnen.
Daher hier nur kurz ein paar Hinweise:
Dein Basissystem war wohl mal Debian jessie. Hast du mal versucht händisch oder automatisch ein Release Upgrade zu machen?
Vielleicht ist dabei was schief gegangen? Hier findest du alles was du dazu wissen musst
https://www.debian.org/releases/stretch/i386/release-notes/ch-upgrading.de.html
Vielleicht setzt du deinen raspberry bei der Gelegenheit aber besser gleich neu mit aktuellen Debian Buster auf.
Ich würde mich freuen, dich bald als neuen Nutzer des Moduls willkommen zu heißen. Wenn du Hilfe beim Upgrade brauchst, kannst Du mich gern der PN anschreiben.
Viel Erfolg
Andreas
Gesendet von iPad mit Tapatalk Pro
Danke für deine Hinweise! Mit meiner Unterstützung kannst du rechnen sobald ich es geschafft habe die Pakete zu installieren >:(
Zitat von: Tomk am 21 März 2020, 07:13:17
Danke für deine Hinweise! Mit meiner Unterstützung kannst du rechnen sobald ich es geschafft habe die Pakete zu installieren >:(
Wie ich in dem anderen Thread gelesen habe, konntest Du das Problem inzwischen lösen. Klappt es jetzt mit der Installation des Moduls?
Viele Grüße
Andreas
Hallo Andreas,
danke der Nachfrage. Ja ich konnte Vitoconnect nach der installation der benötigten Pakete erfolgreich in Betrieb nehmen! Sieht erstmal super aus. Polling habe ich auf 5min eingestellt. Jetzt brauche ich nur noch ein paar gute Anwendungsfälle.
Melde mich nochmal sobald ich etwas mehr Zeit habe.
Viele Grüße
Zitat von: mrschnulle am 18 Februar 2019, 16:16:53
Hallo,
seit dem Update von der Viesmann viCare app, kann ich die set Befehle nicht mehr ausführen.
Ach, mittlerweile bekomme ich endlich die Brennerstunden ;)
Hier ein Auszug aus dem LOG...
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1275.
2019.02.18 16:10:38 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1231.
2019.02.18 16:11:10 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
LG
Marc
Hallo,
ich habe wieder die gleichen Meldungen im Log, wie damals...
2020.04.04 12:19:14 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart standby: Fehler während der Befehlsausführung: ::
2020.04.04 12:19:40 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart active: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:19:56 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhw: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:20:05 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:20:17 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart forcedReduced: Fehler während der Befehlsausführung: ::
2020.04.04 12:20:30 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart forcedNormal: Fehler während der Befehlsausführung: ::
2020.04.04 12:21:02 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart heating: Fehler während der Befehlsausführung: ::
Nur, dass jetzt alle Befehle nicht mehr funktionieren. Ich habe das aktuelle Modul, wie auch die aktuelle Vikare.app am laufen.
Könnt ihr wieder helfen?
LG
Marc
Zitat von: mrschnulle am 04 April 2020, 12:23:51
Hallo,
ich habe wieder die gleichen Meldungen im Log, wie damals...
2020.04.04 12:19:14 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart standby: Fehler während der Befehlsausführung: ::
2020.04.04 12:19:40 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart active: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:19:56 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhw: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:20:05 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.04 12:20:17 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart forcedReduced: Fehler während der Befehlsausführung: ::
2020.04.04 12:20:30 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart forcedNormal: Fehler während der Befehlsausführung: ::
2020.04.04 12:21:02 1: set Brennwert_Heizung_Viessmann HK1-Betriebsart heating: Fehler während der Befehlsausführung: ::
Nur, dass jetzt alle Befehle nicht mehr funktionieren. Ich habe das aktuelle Modul, wie auch die aktuelle Vikare.app am laufen.
Könnt ihr wieder helfen?
LG
Marc
Hallo Marc,
ich hatte vergessen, die letzte Version einzuspielen. Ab morgen müsste es dann gehen. Ich hoffe, ich habe alle Fälle der API jetzt abgedeckt.
Der Statuscode 502 bedeutet übrigends einen fehlerhaften Aufruf der API, also zB, dass man versucht die WW-Haupttemperatur auf 99 Grad zu setzen (erlaubt sind nur Werte zwischen 10-60 Grad, glaube ich. Die mögliche Werte werden von der API übertragen, aber vom Modul ausgewertet) oder dass man versucht einen Befehl für einen Heizkreis aufzurufen, den es gar nicht gibt.
Im Menü sind nur sinnvolle Befehle und Werte auswählbar, aber man kann in der Befehltszeile auch unsinnige Befehle ausführen.
2020.04.05 10:18:32 1: set vitoconnect HK2-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: https://api.viessmann-platform.io/operational-data/v1/installations/129846/gateways/7571381616514108/devices/0/features/heating.circuits.1.operating.modes.active/setMode: Select timeout/error: ::
2020.04.05 10:31:13 3: set vitoconnect WW-Haupttemperatur 60
2020.04.05 10:31:29 1: set vitoconnect WW-Haupttemperatur 99: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.05 10:36:53 1: set vitoconnect HK2-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Viele Grüße
Andreas
Hi Andreas,
ich nutze Dein Modul 98_vitoconnect.pm.
Nun habe ich den Log-Pfad über das globale Attribut logdir verändert.
Da der FHEM-User auf log keine Schreibrechte hat --> stürzt das Modul bei:
set <name> logResponseOnce
ab :(.
Kannst Du die beiden Zeilen my $dir = path("log"); in:
my $dir = path(AttrVal("global","logdir","log"));
ändern. Das entspricht eher der FHEM-Philosophie.
//Roger
Zitat von: Roger am 06 April 2020, 11:13:07
Hi Andreas,
ich nutze Dein Modul 98_vitoconnect.pm.
Nun habe ich den Log-Pfad über das globale Attribut logdir verändert.
Da der FHEM-User auf log keine Schreibrechte hat --> stürzt das Modul bei:
set <name> logResponseOnce
ab :(.
Kannst Du die beiden Zeilen my $dir = path("log"); in:
my $dir = path(AttrVal("global","logdir","log"));
ändern. Das entspricht eher der FHEM-Philosophie.
//Roger
Erledigt. Kommt mir dem Update morgen
Viele Grüße
Andreas
Hi,
zu spät diesen Thread gesehen. Verweise auf: https://forum.fhem.de/index.php/topic,110223.0.html
leider kann ich den Thread nicht mehr löschen.
Zitat von: RichardCZ am 15 April 2020, 10:18:04
Hi,
zu spät diesen Thread gesehen. Verweise auf: https://forum.fhem.de/index.php/topic,110223.0.html
leider kann ich den Thread nicht mehr löschen.
Und (@andreas13) um das Offensichtliche aber dennoch hinreichend lange Übersehene auch noch mal explizit auszusprechen:
Richard möchte auf des fehlende
e hinweisen, also Vissmann -> Vi
essmann.
Peter
Wenn man das Modul durch perlcritic jagt werden auch jede Menge return undef; und Prototypen reklamiert - die kann man ja relativ einfach ausmerzen.
Ich habe mal alles was per ersetzen einfach zu eliminieren war beseitigt. Gibt aber noch Fehler die ich ohne Perlkenntnisse nicht anfassen möchte.
Aber da ich keine Ahnung habe wie man eine Patch Datei korrekt erstellt, hier mal die Version die ich mir zusammengebastelt hab:
https://github.com/steigerbalett/FHEM-Addonrepo/blob/master/FHEM/98_vitoconnect.pm (https://github.com/steigerbalett/FHEM-Addonrepo/raw/master/FHEM/98_vitoconnect.pm)
@RichardCZ:
Wenn Du gerade die Module anschaust, wie bekommt man die Fehlermeldung:
2020.04.15 11:57:04 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1390.
2020.04.15 11:57:04 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1435.
noch weg?
Zitat von: Steigerbalett am 15 April 2020, 12:10:08
@RichardCZ:
Wenn Du gerade die Module anschaust, wie bekommt man die Fehlermeldung:
2020.04.15 11:57:04 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1390.
2020.04.15 11:57:04 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1435.
noch weg?
vermutlich bleibt in
my $Type = $Properties{$Key}{type};$Type undefiniert. Also irgendwas in der Art
my $Type = $Properties{$Key}{type} // q{}; # default: empty string or whatever
Hmm. bei 1435 sehe ich kein eq, das nächstgelegene ist
if (AttrVal($name,'vitoconnect_actions_active',undef) eq "1" ) {Auch hier würde ich annehmen, dass AttrVal mit undef zurückkommt.
edit: Kommando zurück, jetzt habe ich mir Dein File angesehen und nicht das im SVN
In beiden Fällen ist AttrVal suspekt.
(das eq "1" aber auch. Meinten Sie:
== 1 ?)
Ja na klar. ;D
Man gibt AttrVal als default "undef" mit dann darf man sich nicht wundern warum der manchmal zurückkommt.
Hallo Zusammen,
ich vermisse die Betriebsart "Nur Heizung" (also ohne Warmwasser).
Gab es das nicht einmal mit set <vitoconnect> HK1-Betriebsart heating ?
Viele Grüße
Christoph
Nachtrag:
Bei einem set Viessmann HK1-Betriebsart heating
bekomme ich im Log:
2020.04.17 00:27:29.565 1: set Viessmann HK1-Betriebsart heating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Hallo zusammen,
ich habe die von @RichardCZ et al. empfohlenen Aufräumarbeiten (Tippfehler beseitigt, "undef" beseitigt) umgesetzt. Die Änderungen kommen morgen per update. Ich hoffe, ich habe bei der Arbeit nichts kaputt gemacht. Feedback willkommen.
@RichardCZ und die anderen: könnt Ihr Euch die Änderungen mal ansehen? Alles ok so oder habt Ihr noch weitere Verbesserungsvorschläge?
Viele Grüße
Andreas
Zitat von: CQuadrat am 16 April 2020, 13:25:50
Hallo Zusammen,
ich vermisse die Betriebsart "Nur Heizung" (also ohne Warmwasser).
Gab es das nicht einmal mit set <vitoconnect> HK1-Betriebsart heating ?
Viele Grüße
Christoph
Nachtrag:
Bei einem set Viessmann HK1-Betriebsart heating
bekomme ich im Log:
2020.04.17 00:27:29.565 1: set Viessmann HK1-Betriebsart heating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Hallo Christoph,
die Fehlermeldung "Bad Gateway" deutet darauf hin, dass Deine Heizung diese Betriebsart nicht kennt (oder Viessmann dies in der API nicht umgesetzt hat).
Vermutlich wird die Betriebsart in der ViCare App auch nicht angezeigt, oder?
Unabhängig davon kann man die Betriebsart "heating" in den Gerätedetails auswählen, da ich mir nicht die Mühe mache, zu prüfen, welche Betriebsarten die Heizung versteht (wird zwar von der API geliefert, ist aber viel Arbeit das auszuwerten. Patches sind willkommen ;-))
Viele Grüße
Andreas
Hallo Andreas,
ist die API irgendwo dokumentiert?
Ich würde gerne die WW-Zirkulationspumpe noch schalten können. Zumindest per APP kann ich Zeitpläne einstellen. Das sollte doch dann im Modul auch zu verwirklichen sein?!
Viele Grüße und Danke
Christoph
Zitat von: CQuadrat am 18 April 2020, 21:44:25
Hallo Andreas,
ist die API irgendwo dokumentiert?
Ich würde gerne die WW-Zirkulationspumpe noch schalten können. Zumindest per APP kann ich Zeitpläne einstellen. Das sollte doch dann im Modul auch zu verwirklichen sein?!
Viele Grüße und Danke
Christoph
Hallo Christoph,
es gab bisher keine offizielle Dokumentation (oder ich habe sie nicht gefunden). Ich habe das PHP Modul von @thetrueavatar als Basis für mein Modul benutzt. Viesmann plant nun aber ein Entwicklerportal, vielleicht wird es dann besser mit der Dokumentation (https://www.viessmann-community.com/t5/Experten-fragen/Q-amp-A-Viessmann-API/qaq-p/127660).
Welche Befehle die API für Deine Heizung versteht, kann du herausfinden indem Du das Attribut "vitoconnect_actions_active" auf 1 setzt. Dann findest du nach dem nächsten update readings der Art:
heating.circuits.0.heating.curve.setCurve action: slope shift
heating.circuits.0.heating.schedule.setSchedule action: newSchedule
heating.circuits.0.operating.modes.active.setMode action: mode
heating.circuits.0.operating.programs.comfort.activate action: temperature
heating.circuits.0.operating.programs.comfort.deactivate action:
heating.circuits.0.operating.programs.comfort.setTemperature action: targetTemperature
heating.circuits.0.operating.programs.eco.activate action:
heating.circuits.0.operating.programs.eco.deactivate action:
heating.circuits.0.operating.programs.holiday.changeEndDate action: end
heating.circuits.0.operating.programs.holiday.schedule action: start end
heating.circuits.0.operating.programs.holiday.unschedule action:
heating.circuits.0.operating.programs.normal.setTemperature action: targetTemperature
heating.circuits.0.operating.programs.reduced.setTemperature action: targetTemperature
heating.circuits.0.setName action: name
heating.dhw.oneTimeCharge.activate action:
heating.dhw.oneTimeCharge.deactivate action:
heating.dhw.pumps.circulation.schedule.setSchedule action: newSchedule
heating.dhw.schedule.setSchedule action: newSchedule
heating.dhw.temperature.main.setTargetTemperature action: temperature
heating.dhw.temperature.setTargetTemperature action: temperature
heating.operating.programs.holiday.changeEndDate action: end
heating.operating.programs.holiday.schedule action: start end
heating.operating.programs.holiday.unschedule action:
Viele der Befehle habe ich in Form von "set" Befehlen umgesetzt. Wie Du siehst, gibt es (zumindest bei meiner Heizung) keinen Befehl um die WW-Zirkulationpumpe direkt zu steuern, sondern nur zum Setzen der der Zeitpläne
Die Befehle zum Setzen der Zeitpläne habe ich bisher nicht umgesetzt, da mir das zu viel Auswand ist. Aber wenn Du (oder jemand anderes) einen Patch schreiben will, dann baue ich den gerne ein.
Liebe Grüße
Andreas
Hallo Andreas,
das scheint einfacher als gedacht:
elsif ($opt eq "WW-Zirkulationspumpe_Zeitplan") {
########################################################################################
vitoconnect_action($hash);
my $param = {
url => "https://api.viessmann-platform.io/operational-data/v1/installations/$installation/gateways/$gw/devices/0/features/heating.dhw.pumps.circulation.schedule/setSchedule",
hash => $hash,
header => "Authorization: Bearer $access_token\r\nContent-Type: application/json",
data => "{\"newSchedule\":$args[0]}",
timeout => 10,
method => "POST",
sslargs => {SSL_verify_mode => 0},
};
(my $err, my $data) = HttpUtils_BlockingGet($param);
if ($err ne "" || $data ne "") { Log3 $name, 1, "set $name $opt $args[0]: Fehler während der Befehlsausführung: $err :: $data";
} else { Log3 $name, 3, "set $name $opt $args[0]"; }
return undef;
# return "not implemented";
Dann kann ich mit set <vitoconnect> WW-Zirkulationspumpe_Zeitplan <JSON> einen neuen Zeitplan für die Zirkulationspumpe setzen.
Insbesondere kann ich mit
set <vitoconnect> WW-Zirkulationspumpe_Zeitplan {"mon":[],"tue":[],"wed":[],"thu":[],"fri":[],"sat":[],"sun":[]}
komplett abschalten und mit
set <vitoconnect> WW-Zirkulationspumpe_Zeitplan {"mon":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"tue":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"wed":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"thu":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"fri":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"sat":[{"mode":"on","start":"00:00","end":"24:00","position":0}],"sun":[{"mode":"on","start":"00:00","end":"24:00","position":0}]}
dauerhaft anschalten.
Mir ist allerdings nicht klar, für was der Parameter "position" gut ist.
Viele Grüße
Christoph
Nachtrag: "position" wird benötigt, wenn ich an einem Tag mehrere (unzusammenhängende) Zeiträume habe.
Hallo zusammen,
angeregt durch Christoph gibt es morgen mal wieder ein etwas größeres Relase.
# 2020-04-22 Reading heating.boiler.temperature.unit heating.operating.programs.holiday.active
# heating.operating.programs.holiday.end heating.operating.programs.holiday.start
# set Befehle hinzugefügt: Urlaub_Start, Urlaub_Ende, Urlaub_unschedule
# HKx-Name, HKx-Zeitsteuerung_Heizung, WW-Zeitplan, WW-Zirkulationspumpe_Zeitplan
Wie immer ist Feedback sehr willkommen.
Bleibt gesund
Andreas
Zitat von: andreas13 am 05 April 2020, 11:03:37
Hallo Marc,
ich hatte vergessen, die letzte Version einzuspielen. Ab morgen müsste es dann gehen. Ich hoffe, ich habe alle Fälle der API jetzt abgedeckt.
Der Statuscode 502 bedeutet übrigends einen fehlerhaften Aufruf der API, also zB, dass man versucht die WW-Haupttemperatur auf 99 Grad zu setzen (erlaubt sind nur Werte zwischen 10-60 Grad, glaube ich. Die mögliche Werte werden von der API übertragen, aber vom Modul ausgewertet) oder dass man versucht einen Befehl für einen Heizkreis aufzurufen, den es gar nicht gibt.
Im Menü sind nur sinnvolle Befehle und Werte auswählbar, aber man kann in der Befehltszeile auch unsinnige Befehle ausführen.
2020.04.05 10:18:32 1: set vitoconnect HK2-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: https://api.viessmann-platform.io/operational-data/v1/installations/129846/gateways/7571381616514108/devices/0/features/heating.circuits.1.operating.modes.active/setMode: Select timeout/error: ::
2020.04.05 10:31:13 3: set vitoconnect WW-Haupttemperatur 60
2020.04.05 10:31:29 1: set vitoconnect WW-Haupttemperatur 99: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.04.05 10:36:53 1: set vitoconnect HK2-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
Viele Grüße
Andreas
Hallo Andreas,
ich wollte mich bei dir nochmal Bedanken ;)
Jetzt läuft es wieder super :)
LG
Marc
Habe den Fehler selbst gefunden. "verbose 5" --> API calls rate limit has been exceeded
Da habe ich zu viele Abfragen auf die API losgelassen.
Hallo zusammen,
bekomme seit gestern keine Werte mehr aus der Heizung. Bei Start von FHEM kommen im Log diese Fehlermeldungen:
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $aggregatedStatus in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1972.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $aggregatedStatus in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1973.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1977.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1981.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1999.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1999.
Der Eventmonitor zeigt bei "update" das:
2020-05-08 08:47:31 vitoconnect vitoconnect update
2020-05-08 08:47:32 vitoconnect vitoconnect (2020-05-08 08:47:32)
Haben andere auch das Problem? Liegt es am Server/API/GW?
Danke und Gruß
Sven
Zitat von: dl2new am 08 Mai 2020, 08:49:12
Habe den Fehler selbst gefunden. "verbose 5" --> API calls rate limit has been exceeded
Da habe ich zu viele Abfragen auf die API losgelassen.
Hallo zusammen,
bekomme seit gestern keine Werte mehr aus der Heizung. Bei Start von FHEM kommen im Log diese Fehlermeldungen:
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $aggregatedStatus in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1972.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $aggregatedStatus in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1973.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1977.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1981.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1999.
2020.05.08 08:35:32 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1999.
Der Eventmonitor zeigt bei "update" das:
2020-05-08 08:47:31 vitoconnect vitoconnect update
2020-05-08 08:47:32 vitoconnect vitoconnect (2020-05-08 08:47:32)
Haben andere auch das Problem? Liegt es am Server/API/GW?
Danke und Gruß
Sven
Die Fehlerbehandlung ist noch Verbesserungswürdig :-( Die Warnung und der Eventmonitor sind bei der Fehlersuche wenig aussagekräftig.
Zitat von: andreas13 am 08 Mai 2020, 13:30:47
Die Fehlerbehandlung ist noch Verbesserungswürdig :-( Die Warnung und der Eventmonitor sind bei der Fehlersuche wenig aussagekräftig.
Erst mit "verbose 5" kommt dann eine aussagekräftige Fehlermeldung ins Log:
2020.05.08 10:57:58 5: vitoconnect: Received response: {"viErrorId":"req-82629f417095410bb5fcd64ed50062cc","statusCode":429,"errorType":"RATE_LIMIT_EXCEEDED","message":"API calls rate limit has been exceeded. Please wait until your limit will renew.","extendedPayload":{"name":"ViCare day limit","requestCountLimit":1450,"clientId":"xxx","userId":"xxx","limitReset":1588953493739}}
Hi,
ich bekomme bei der Kessel-Solltemperatur einen sehr unrealistischen Wert geliefert
2020-05-16 10:32:17 Kessel_Solltemperatur 6528
Die anderen Werte passen alle:
Internals:
DEF zoltan.fono@web.de geheim 180
FUUID 5e903d80-f33f-d024-1f5d-fef75c61cba29a42
NAME vitoconnect
NR 193
STATE WorksProperly (2020-05-16 10:32:17)
TYPE vitoconnect
counter 268
intervall 180
login ok
user zoltan.fono@web.de
READINGS:
2020-05-16 10:32:17 Aktive_Heizkreise 1
2020-05-16 10:32:17 Aussen_Status connected
2020-05-16 10:32:17 Aussentemperatur 16.9
2020-05-16 10:32:17 Brenner_Betriebsstunden 13805.6
2020-05-16 10:32:17 Brenner_Fehlercode 0
2020-05-16 10:32:17 Brenner_Modulation 0
2020-05-16 10:32:17 Brenner_Starts 32951
2020-05-16 10:32:17 Brenner_Status ok
2020-05-16 10:32:17 Brenner_aktiv 0
2020-05-16 10:32:17 Device_Time_Offset 119
2020-05-16 10:32:17 Fehlereintraege_Historie {"current":[{"accessLevel":"customer","timestamp":"2018-10-23T04:01:32.000Z","errorCode":"f4","priority":"criticalError"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-10-17T04:01:32.000Z","accessLevel":"customer"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-10-10T07:54:04.000Z","accessLevel":"customer"},{"accessLevel":"customer","timestamp":"2018-10-09T03:57:16.000Z","errorCode":"f4","priority":"criticalError"},{"accessLevel":"customer","timestamp":"2018-10-04T03:59:24.000Z","errorCode":"f4","priority":"criticalError"},{"errorCode":"f4","priority":"criticalError","accessLevel":"customer","timestamp":"2018-09-30T05:58:52.000Z"},{"timestamp":"2018-09-09T04:01:32.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"f4"},{"timestamp":"2018-09-01T06:09:32.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"f4"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-08-15T12:27:08.000Z","accessLevel":"customer"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-07-31T04:44:12.000Z","accessLevel":"customer"}],"new":[],"gone":[]}
2020-05-16 10:32:17 Fehlereintraege_aktive {"new":[],"gone":[],"current":[]}
2020-05-16 10:32:17 HK1-Geofencing 0
2020-05-16 10:32:17 HK1-Geofencing_Status home
2020-05-16 10:32:17 HK2-Betriebsart dhwAndHeating
2020-05-16 10:32:17 HK2-External_Temperatur 0
2020-05-16 10:32:17 HK2-External_aktiv 0
2020-05-16 10:32:17 HK2-Frostschutz_Status off
2020-05-16 10:32:17 HK2-Geofencing 0
2020-05-16 10:32:17 HK2-Geofencing_Status home
2020-05-16 10:32:17 HK2-Heizkurve-Niveau 1
2020-05-16 10:32:17 HK2-Heizkurve-Steigung 1.1
2020-05-16 10:32:17 HK2-Name
2020-05-16 10:32:17 HK2-Programmstatus normal
2020-04-10 23:34:01 HK2-Raum_Status notConnected
2020-05-16 10:32:17 HK2-Reduzierte_Temperatur_erzwungen 0
2020-05-16 10:32:17 HK2-Solltemperatur_aktiv 1
2020-05-16 10:32:17 HK2-Solltemperatur_comfort 26
2020-05-16 10:32:17 HK2-Solltemperatur_comfort_aktiv 0
2020-05-16 10:32:17 HK2-Solltemperatur_eco 22
2020-05-16 10:32:17 HK2-Solltemperatur_eco_aktiv 0
2020-05-16 10:32:17 HK2-Solltemperatur_erzwungen 0
2020-05-16 10:32:17 HK2-Solltemperatur_normal 22
2020-05-16 10:32:17 HK2-Solltemperatur_reduziert 3
2020-05-16 10:32:17 HK2-Solltemperatur_reduziert_aktiv 0
2020-05-16 10:32:17 HK2-Standby_aktiv 0
2020-05-16 10:32:17 HK2-Urlaub_Ende
2020-05-16 10:32:17 HK2-Urlaub_Start
2020-05-16 10:32:17 HK2-Urlaub_aktiv 0
2020-05-16 10:32:17 HK2-Vorlauftemperatur 33.5
2020-05-16 10:32:17 HK2-Vorlauftemperatur_aktiv connected
2020-05-16 10:32:17 HK2-WW_aktiv 0
2020-05-16 10:32:17 HK2-WW_und_Heizen_aktiv 1
2020-05-16 10:32:17 HK2-Zeitsteuerung_Heizung {"sat":[{"mode":"normal","position":0,"start":"07:00","end":"22:00"}],"thu":[{"end":"22:00","start":"07:00","mode":"normal","position":0}],"wed":[{"position":0,"mode":"normal","start":"07:00","end":"22:00"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:00"}],"fri":[{"position":0,"mode":"normal","start":"06:30","end":"22:00"}],"sun":[{"start":"07:00","end":"22:00","mode":"normal","position":0}],"tue":[{"start":"07:00","end":"22:00","mode":"normal","position":0}]}
2020-05-16 10:32:17 HK2-Zeitsteuerung_Heizung_aktiv 1
2020-05-16 10:32:17 HK2-Zirkulationspumpe on
2020-05-16 10:32:17 HK2-aktiv 1
2020-05-16 10:32:17 Kessel_Solltemperatur 6528
2020-05-16 10:32:17 Kessel_Status connected
2020-05-16 10:32:17 Kesseltemperatur 48.3
2020-05-16 10:32:17 Kesseltemperatur/Einheit celsius
2020-05-16 10:32:17 Mehrfamilenhaus_aktiv 0
2020-05-16 10:32:17 Service_Intervall_Monate 0
2020-05-16 10:32:17 Service_Letzter
2020-05-16 10:32:17 Service_Monate_aktiv_seit_letzten_Service 0
2020-05-16 10:32:17 Service_faellig 0
2020-05-16 10:32:17 Urlaub_Ende
2020-05-16 10:32:17 Urlaub_Start
2020-05-16 10:32:17 Urlaub_aktiv 0
2020-05-16 10:32:17 WW-Aufladung 0
2020-05-16 10:32:17 WW-Haupttemperatur 41
2020-05-16 10:32:17 WW-Isttemperatur 40.5
2020-05-16 10:32:17 WW-Sensoren_Auslauf_Status error
2020-05-16 10:32:17 WW-Solltemperatur 41
2020-05-16 10:32:17 WW-Temperatur_aktiv connected
2020-05-16 10:32:17 WW-Zeitplan {"sat":[{"mode":"on","position":0,"start":"14:00","end":"22:00"}],"thu":[{"start":"14:00","end":"22:00","mode":"on","position":0}],"sun":[{"end":"22:00","start":"14:00","mode":"on","position":0}],"tue":[{"mode":"on","position":0,"end":"22:00","start":"14:00"}],"fri":[{"position":0,"mode":"on","end":"22:00","start":"14:00"}],"mon":[{"mode":"on","position":0,"start":"14:00","end":"22:00"}],"wed":[{"end":"22:00","start":"14:00","position":0,"mode":"on"}]}
2020-05-16 10:32:17 WW-Zirkulationspumpe_Status off
2020-05-16 10:32:17 WW-Zirkulationspumpe_Zeitplan {"thu":[],"wed":[],"mon":[],"fri":[],"sun":[],"tue":[],"sat":[]}
2020-05-16 10:32:17 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
2020-05-16 10:32:17 WW-Zirkulationspumpe_primaer off
2020-05-16 10:32:17 WW-aktiv 1
2020-05-16 10:32:17 WW-zeitgesteuert_aktiv 1
2020-05-16 10:32:17 heating.boiler.sensors.temperature.main.unit celsius
2020-05-15 21:05:32 heating.boiler.temperature.unit celsius
2020-05-16 10:32:17 heating.circuits.1.sensors.temperature.supply.unit celsius
2020-05-16 10:32:17 heating.dhw.sensors.temperature.hotWaterStorage.unit celsius
2020-05-16 10:32:17 heating.dhw.sensors.temperature.outlet.unit celsius
2020-05-15 21:05:32 heating.operating.programs.holiday.active 0
2020-05-15 21:05:32 heating.operating.programs.holiday.end
2020-05-15 21:05:32 heating.operating.programs.holiday.start
2020-05-16 10:32:17 heating.sensors.temperature.outside.unit celsius
2020-05-16 10:32:17 state WorksProperly (2020-05-16 10:32:17)
Ist das bekannt?
Zitat von: z0lt1 am 16 Mai 2020, 10:34:56
Hi,
ich bekomme bei der Kessel-Solltemperatur einen sehr unrealistischen Wert geliefert
2020-05-16 10:32:17 Kessel_Solltemperatur 6528
Die anderen Werte passen alle:
Internals:
DEF zoltan.fono@web.de geheim 180
FUUID 5e903d80-f33f-d024-1f5d-fef75c61cba29a42
NAME vitoconnect
NR 193
STATE WorksProperly (2020-05-16 10:32:17)
TYPE vitoconnect
counter 268
intervall 180
login ok
user zoltan.fono@web.de
READINGS:
2020-05-16 10:32:17 Aktive_Heizkreise 1
2020-05-16 10:32:17 Aussen_Status connected
2020-05-16 10:32:17 Aussentemperatur 16.9
2020-05-16 10:32:17 Brenner_Betriebsstunden 13805.6
2020-05-16 10:32:17 Brenner_Fehlercode 0
2020-05-16 10:32:17 Brenner_Modulation 0
2020-05-16 10:32:17 Brenner_Starts 32951
2020-05-16 10:32:17 Brenner_Status ok
2020-05-16 10:32:17 Brenner_aktiv 0
2020-05-16 10:32:17 Device_Time_Offset 119
2020-05-16 10:32:17 Fehlereintraege_Historie {"current":[{"accessLevel":"customer","timestamp":"2018-10-23T04:01:32.000Z","errorCode":"f4","priority":"criticalError"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-10-17T04:01:32.000Z","accessLevel":"customer"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-10-10T07:54:04.000Z","accessLevel":"customer"},{"accessLevel":"customer","timestamp":"2018-10-09T03:57:16.000Z","errorCode":"f4","priority":"criticalError"},{"accessLevel":"customer","timestamp":"2018-10-04T03:59:24.000Z","errorCode":"f4","priority":"criticalError"},{"errorCode":"f4","priority":"criticalError","accessLevel":"customer","timestamp":"2018-09-30T05:58:52.000Z"},{"timestamp":"2018-09-09T04:01:32.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"f4"},{"timestamp":"2018-09-01T06:09:32.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"f4"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-08-15T12:27:08.000Z","accessLevel":"customer"},{"priority":"criticalError","errorCode":"f4","timestamp":"2018-07-31T04:44:12.000Z","accessLevel":"customer"}],"new":[],"gone":[]}
2020-05-16 10:32:17 Fehlereintraege_aktive {"new":[],"gone":[],"current":[]}
2020-05-16 10:32:17 HK1-Geofencing 0
2020-05-16 10:32:17 HK1-Geofencing_Status home
2020-05-16 10:32:17 HK2-Betriebsart dhwAndHeating
2020-05-16 10:32:17 HK2-External_Temperatur 0
2020-05-16 10:32:17 HK2-External_aktiv 0
2020-05-16 10:32:17 HK2-Frostschutz_Status off
2020-05-16 10:32:17 HK2-Geofencing 0
2020-05-16 10:32:17 HK2-Geofencing_Status home
2020-05-16 10:32:17 HK2-Heizkurve-Niveau 1
2020-05-16 10:32:17 HK2-Heizkurve-Steigung 1.1
2020-05-16 10:32:17 HK2-Name
2020-05-16 10:32:17 HK2-Programmstatus normal
2020-04-10 23:34:01 HK2-Raum_Status notConnected
2020-05-16 10:32:17 HK2-Reduzierte_Temperatur_erzwungen 0
2020-05-16 10:32:17 HK2-Solltemperatur_aktiv 1
2020-05-16 10:32:17 HK2-Solltemperatur_comfort 26
2020-05-16 10:32:17 HK2-Solltemperatur_comfort_aktiv 0
2020-05-16 10:32:17 HK2-Solltemperatur_eco 22
2020-05-16 10:32:17 HK2-Solltemperatur_eco_aktiv 0
2020-05-16 10:32:17 HK2-Solltemperatur_erzwungen 0
2020-05-16 10:32:17 HK2-Solltemperatur_normal 22
2020-05-16 10:32:17 HK2-Solltemperatur_reduziert 3
2020-05-16 10:32:17 HK2-Solltemperatur_reduziert_aktiv 0
2020-05-16 10:32:17 HK2-Standby_aktiv 0
2020-05-16 10:32:17 HK2-Urlaub_Ende
2020-05-16 10:32:17 HK2-Urlaub_Start
2020-05-16 10:32:17 HK2-Urlaub_aktiv 0
2020-05-16 10:32:17 HK2-Vorlauftemperatur 33.5
2020-05-16 10:32:17 HK2-Vorlauftemperatur_aktiv connected
2020-05-16 10:32:17 HK2-WW_aktiv 0
2020-05-16 10:32:17 HK2-WW_und_Heizen_aktiv 1
2020-05-16 10:32:17 HK2-Zeitsteuerung_Heizung {"sat":[{"mode":"normal","position":0,"start":"07:00","end":"22:00"}],"thu":[{"end":"22:00","start":"07:00","mode":"normal","position":0}],"wed":[{"position":0,"mode":"normal","start":"07:00","end":"22:00"}],"mon":[{"position":0,"mode":"normal","start":"07:00","end":"22:00"}],"fri":[{"position":0,"mode":"normal","start":"06:30","end":"22:00"}],"sun":[{"start":"07:00","end":"22:00","mode":"normal","position":0}],"tue":[{"start":"07:00","end":"22:00","mode":"normal","position":0}]}
2020-05-16 10:32:17 HK2-Zeitsteuerung_Heizung_aktiv 1
2020-05-16 10:32:17 HK2-Zirkulationspumpe on
2020-05-16 10:32:17 HK2-aktiv 1
2020-05-16 10:32:17 Kessel_Solltemperatur 6528
2020-05-16 10:32:17 Kessel_Status connected
2020-05-16 10:32:17 Kesseltemperatur 48.3
2020-05-16 10:32:17 Kesseltemperatur/Einheit celsius
2020-05-16 10:32:17 Mehrfamilenhaus_aktiv 0
2020-05-16 10:32:17 Service_Intervall_Monate 0
2020-05-16 10:32:17 Service_Letzter
2020-05-16 10:32:17 Service_Monate_aktiv_seit_letzten_Service 0
2020-05-16 10:32:17 Service_faellig 0
2020-05-16 10:32:17 Urlaub_Ende
2020-05-16 10:32:17 Urlaub_Start
2020-05-16 10:32:17 Urlaub_aktiv 0
2020-05-16 10:32:17 WW-Aufladung 0
2020-05-16 10:32:17 WW-Haupttemperatur 41
2020-05-16 10:32:17 WW-Isttemperatur 40.5
2020-05-16 10:32:17 WW-Sensoren_Auslauf_Status error
2020-05-16 10:32:17 WW-Solltemperatur 41
2020-05-16 10:32:17 WW-Temperatur_aktiv connected
2020-05-16 10:32:17 WW-Zeitplan {"sat":[{"mode":"on","position":0,"start":"14:00","end":"22:00"}],"thu":[{"start":"14:00","end":"22:00","mode":"on","position":0}],"sun":[{"end":"22:00","start":"14:00","mode":"on","position":0}],"tue":[{"mode":"on","position":0,"end":"22:00","start":"14:00"}],"fri":[{"position":0,"mode":"on","end":"22:00","start":"14:00"}],"mon":[{"mode":"on","position":0,"start":"14:00","end":"22:00"}],"wed":[{"end":"22:00","start":"14:00","position":0,"mode":"on"}]}
2020-05-16 10:32:17 WW-Zirkulationspumpe_Status off
2020-05-16 10:32:17 WW-Zirkulationspumpe_Zeitplan {"thu":[],"wed":[],"mon":[],"fri":[],"sun":[],"tue":[],"sat":[]}
2020-05-16 10:32:17 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
2020-05-16 10:32:17 WW-Zirkulationspumpe_primaer off
2020-05-16 10:32:17 WW-aktiv 1
2020-05-16 10:32:17 WW-zeitgesteuert_aktiv 1
2020-05-16 10:32:17 heating.boiler.sensors.temperature.main.unit celsius
2020-05-15 21:05:32 heating.boiler.temperature.unit celsius
2020-05-16 10:32:17 heating.circuits.1.sensors.temperature.supply.unit celsius
2020-05-16 10:32:17 heating.dhw.sensors.temperature.hotWaterStorage.unit celsius
2020-05-16 10:32:17 heating.dhw.sensors.temperature.outlet.unit celsius
2020-05-15 21:05:32 heating.operating.programs.holiday.active 0
2020-05-15 21:05:32 heating.operating.programs.holiday.end
2020-05-15 21:05:32 heating.operating.programs.holiday.start
2020-05-16 10:32:17 heating.sensors.temperature.outside.unit celsius
2020-05-16 10:32:17 state WorksProperly (2020-05-16 10:32:17)
Ist das bekannt?
Hallo,
wenn das Modul den Wert so anzeigt, dann liefert ihn die Vissmann API auch so. Was das für einen Sinn macht, weiß leider nur Vissmann.
Du scheinst aber eh eine recht interessante Heizungskostellation zu haben. Nur HK2?
Viele Grüße
Andreas
Okay, dann beobachte ich das ganze mal...
Ja ich hab nur einen Heizkreis, den HK2, frag mich aber nicht warum ;) Bei meiner Heizungsanlage ist aber einiges schief gelaufen... je mehr ich mich damit beschäftige umso mehr Murks kommt raus..
Dein Modul hilft mir aber dem Murks aufzudecken, danke dafür nochmal an dieser Stelle ;-)
Hallo zusammen,
ich habe ein großes Refactoring des Codes vorgenommen.
# 2020-04-23 Refactoring (kein Einloggen mehr beim Ausführen einer Aktion)
# 2020-05-20 Neue Readings:
# heating.boiler.sensors.temperature.main.unit celsius
# heating.circuits.0.sensors.temperature.supply.unit celsius
# heating.dhw.sensors.temperature.hotWaterStorage.unit celsius
# heating.dhw.sensors.temperature.outlet.unit celsius
# heating.sensors.temperature.outside.unit celsius
# Fehlerbehandlung verbessert
# nur noch einloggen, wenn nötig (Token läuft nach 1h aus.)
Aufgrund der großes Änderungen, kann es vermehrt zu ungewollten Verhalten des Moduls kommen. Wer auf Nummer sicher gehen will, sollte das Modul vor dem nächsten Update ausschließen ("exclude_from_update: https://fhem.de/commandref.html#update).
Solltet Ihr der Meinung sein, dass ein unerwünschtes Verhalten des Moduls vorliegt, setzt bitte "verbose" auf "4" und schickt die relevanten Logeinträge (bitte nicht nur den letzten) des Moduls.
Das Modul loggt sich jetzt nicht jedesmal bVissmann neu ein, sondern benutzt den gespeichert Access Token. Ist dieser abgelaufen, gibt es folgende Meldung im Logfile:
2020.05.21 10:20:39 4: vitoconnect - statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
Danach loggt sich das Modul automatisch neu ein und alles sollte wieder funktionieren. Das ist also kein Fehler!
Ein andere mögliche Statusmeldung hat den "statusCode" 429 und besagt, dass Ihr Eure "rate limit" aufgebraucht habt, wie es der Kollegen "dl2new" schon mal berichtet hat. Auch dies ist kein Fehler. Das Modul wird regelmäßig wieder vesuchen, sich neu einzuloggen. Da hilft nur warten.
Andere statusCodes sind mit noch nicht untergekommen. Wenn Ihr einen findet, mailt ihn doch hier.
Durch die geänderte Ablauflogik des Moduls könnte es vorkommen, dass nach einem Fehler, das automatische Update der Readings nicht mehr funktioniert. Ich habe das Modul mehrere Tage laufen lassen und es kam nicht mehr vor. Wenn doch, mailt bitte die letzten Logeinträge des Moduls.
Insgesamt sind die Umbauarbeiten noch nicht abgeschlossen. Das Logging, die Fehlerbehandlung und neue Readings für das Gateway (u.a. Adresse, Seriennummern der verschiedenen Geräte usw.) stehen auf meiner ToDo Liste.
Die App bietet ja seit kurzem die Möglichkeit mehrer Heizung zu steuern. Mit dem Modul ist dies z.Z. nicht möglich. Besteht an dem Fearture Bedarf?
Oder gibt es noch etwas anderes, was Ihr (an dem Mopul) vermisst?
Wie immer ist Feedback sehr willkommen.
Bleibt gesund
Andreas
Danke für die neue Version. Bei mir läuft alles klasse!
Ich hoffe, dass ich hier mit meinem Problem richtig bin, wenn nicht, wäre ein Hinweis gut!
Ich habe mir vor einiger Zeit 2 SVG-Plots fü meinen Gasbrennwertkessel Vitodens 300-W WB3D gebastelt und mich schon lange gefragt, ob der eine Plot die Realität abbildet.
Einen Sreenshot beider Plots habe ich zunächst als Anhang beigefügt.
Die HK 1 und 2 sind bei dem aktuell warmen Wetter abgeschaltet, es läuft nur die Warmwassererwärmung bei Bedarf.
Auf den Plots sieht man, dass die Verläufe der Kessel- und die Vorlauftemperatur des HK1 (Radiatoren) identisch sind.
Dies habe ich im SVG-Plot natürlich nicht so eingestellt; gehe ich in den Keller, finde ich am Thermometer des Divicon (HK1) auch die Vorlauftemperatur mit ~20 °C vor.
Hier das aktuelle 'list' der Heizung, die Ploteinstellung des SVG_DbLog_1 konnte ich nicht auslesen und habe sie deshalb ebenfalls per Screenshot beigefügt.
Internals:
DEF xxxxxxx@xxxxxxxxx xxxxxxxx xxx
FUUID 5d5e9e97-f33f-aab4-1c8b-feb2b88363fab30f
NAME Gasheizung
NR 277
STATE ok
TYPE vitoconnect
counter 111
intervall 900
login ok
user xxxxxxx@xxxxxxxxx
Helper:
DBLOG:
Aussentemperatur:
DbLog:
TIME 1591191836.59471
VALUE 22.8
Aussentemperatur/Einheit:
DbLog:
TIME 1591191836.59471
VALUE celsius
Brenner_Fehlercode:
DbLog:
TIME 1591191836.59471
VALUE 0
Brenner_Modulation:
DbLog:
TIME 1591191836.59471
VALUE 0
HK1-Vorlauftemperatur:
DbLog:
TIME 1591191836.59471
VALUE 46
HK1-Vorlauftemperatur/Einheit:
DbLog:
TIME 1591191836.59471
VALUE celsius
HK1-Vorlauftemperatur_aktiv:
DbLog:
TIME 1591191836.59471
VALUE connected
HK1-Zirkulationspumpe:
DbLog:
TIME 1591191836.59471
VALUE off
HK2-Vorlauftemperatur:
DbLog:
TIME 1591191836.59471
VALUE 22.5
HK2-Vorlauftemperatur/Einheit:
DbLog:
TIME 1591191836.59471
VALUE celsius
HK2-Vorlauftemperatur_aktiv:
DbLog:
TIME 1591191836.59471
VALUE connected
HK2-Zirkulationspumpe:
DbLog:
TIME 1591191836.59471
VALUE off
Kesseltemperatur:
DbLog:
TIME 1591191836.59471
VALUE 46
Kesseltemperatur/Einheit:
DbLog:
TIME 1591191836.59471
VALUE celsius
WW-Isttemperatur:
DbLog:
TIME 1591191836.59471
VALUE 58.1
WW-Isttemperatur/Einheit:
DbLog:
TIME 1591191836.59471
VALUE celsius
WW-Solltemperatur:
DbLog:
TIME 1591191836.59471
VALUE 57
READINGS:
2020-06-03 15:43:56 Aktive_Heizkreise 0,1
2020-06-03 15:43:56 Aussen_Status connected
2020-06-03 15:43:56 Aussentemperatur 22.8
2020-06-03 15:43:56 Aussentemperatur/Einheit celsius
2020-06-03 15:43:56 Brenner_Betriebsstunden 33492
2020-06-03 15:43:56 Brenner_Fehlercode 0
2020-06-03 15:43:56 Brenner_Modulation 0
2020-06-03 15:43:56 Brenner_Starts 58167
2020-06-03 15:43:56 Brenner_Status ok
2020-06-03 15:43:56 Brenner_aktiv 0
2020-06-03 15:43:56 Controller_Seriennummer 7429629143463109
2020-06-03 15:43:56 Device_Time_Offset 124
2020-06-03 15:43:56 Fehlereintraege_Historie {"new":[],"gone":[],"current":[{"timestamp":"2019-11-17T06:56:07.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"e6"},{"timestamp":"2019-03-19T15:11:35.000Z","accessLevel":"customer","errorCode":"ee","priority":"criticalError"},{"errorCode":"ee","priority":"criticalError","timestamp":"2019-03-19T09:00:02.000Z","accessLevel":"customer"},{"priority":"criticalError","errorCode":"ee","timestamp":"2019-03-19T08:34:02.000Z","accessLevel":"customer"},{"timestamp":"2019-02-17T14:33:49.000Z","accessLevel":"customer","priority":"criticalError","errorCode":"ee"},{"accessLevel":"customer","timestamp":"2019-02-01T08:43:04.000Z","errorCode":"e6","priority":"criticalError"},{"priority":"criticalError","errorCode":"e5","timestamp":"2016-03-13T17:41:40.000Z","accessLevel":"customer"},{"errorCode":"e5","priority":"criticalError","accessLevel":"customer","timestamp":"2016-03-07T19:13:26.000Z"},{"accessLevel":"customer","timestamp":"2014-02-24T10:12:57.000Z","errorCode":"58","priority":"criticalError"},{"accessLevel":"customer","timestamp":"2014-02-16T10:02:13.000Z","priority":"criticalError","errorCode":"58"}]}
2020-06-03 15:43:56 Fehlereintraege_aktive {"current":[],"gone":[],"new":[]}
2020-06-03 15:43:56 HK1-Betriebsart dhw
2020-06-03 15:43:56 HK1-External_Temperatur 0
2020-06-03 15:43:56 HK1-External_aktiv 0
2020-06-03 15:43:56 HK1-Frostschutz_Status off
2020-06-03 15:43:56 HK1-Geofencing 0
2020-06-03 15:43:56 HK1-Geofencing_Status home
2020-06-03 15:43:56 HK1-Heizkurve-Niveau 0
2020-06-03 15:43:56 HK1-Heizkurve-Steigung 0.5
2020-06-03 15:43:56 HK1-Name Heizk�rper
2020-06-03 15:43:56 HK1-Programmstatus standby
2020-05-14 00:02:32 HK1-Raum_Status notConnected
2019-10-09 09:29:46 HK1-Raum_Temperatur 20
2020-06-03 15:43:56 HK1-Reduzierte_Temperatur_erzwungen 0
2020-06-03 15:43:56 HK1-Solltemperatur_aktiv 0
2020-06-03 15:43:56 HK1-Solltemperatur_comfort 23
2020-06-03 15:43:56 HK1-Solltemperatur_comfort_aktiv 0
2020-06-03 15:43:56 HK1-Solltemperatur_eco 21
2020-06-03 15:43:56 HK1-Solltemperatur_eco_aktiv 0
2020-06-03 15:43:56 HK1-Solltemperatur_erzwungen 0
2020-06-03 15:43:56 HK1-Solltemperatur_normal 21
2020-06-03 15:43:56 HK1-Solltemperatur_reduziert 18
2020-06-03 15:43:56 HK1-Solltemperatur_reduziert_aktiv 0
2020-06-03 15:43:56 HK1-Standby_aktiv 0
2020-06-03 15:43:56 HK1-Urlaub_Ende
2020-06-03 15:43:56 HK1-Urlaub_Start
2020-06-03 15:43:56 HK1-Urlaub_aktiv 0
2020-06-03 15:43:56 HK1-Vorlauftemperatur 46
2020-06-03 15:43:56 HK1-Vorlauftemperatur/Einheit celsius
2020-06-03 15:43:56 HK1-Vorlauftemperatur_aktiv connected
2020-06-03 15:43:56 HK1-WW_aktiv 1
2020-06-03 15:43:56 HK1-WW_und_Heizen_aktiv 0
2020-06-03 15:43:56 HK1-Zeitsteuerung_Heizung {"thu":[{"end":"21:00","start":"05:30","mode":"normal","position":0}],"mon":[{"position":0,"end":"21:00","start":"05:30","mode":"normal"}],"sat":[{"mode":"normal","end":"21:00","start":"05:30","position":0}],"fri":[{"end":"21:00","start":"05:30","mode":"normal","position":0}],"wed":[{"position":0,"mode":"normal","end":"21:00","start":"05:30"}],"sun":[{"mode":"normal","end":"21:00","start":"05:30","position":0}],"tue":[{"mode":"normal","end":"21:00","start":"05:30","position":0}]}
2020-06-03 15:43:56 HK1-Zeitsteuerung_Heizung_aktiv 0
2020-06-03 15:43:56 HK1-Zirkulationspumpe off
2020-06-03 15:43:56 HK1-aktiv 1
2020-06-03 15:43:56 HK2-Betriebsart dhw
2020-06-03 15:43:56 HK2-External_Temperatur 0
2020-06-03 15:43:56 HK2-External_aktiv 0
2020-06-03 15:43:56 HK2-Frostschutz_Status off
2020-06-03 15:43:56 HK2-Geofencing 0
2020-06-03 15:43:56 HK2-Geofencing_Status home
2020-06-03 15:43:56 HK2-Heizkurve-Niveau 8
2020-06-03 15:43:56 HK2-Heizkurve-Steigung 0.5
2020-06-03 15:43:56 HK2-Name Fu�bodenheizung
2020-06-03 15:43:56 HK2-Programmstatus standby
2020-05-14 00:02:32 HK2-Raum_Status notConnected
2020-06-03 15:43:56 HK2-Reduzierte_Temperatur_erzwungen 0
2020-06-03 15:43:56 HK2-Solltemperatur_aktiv 0
2020-06-03 15:43:56 HK2-Solltemperatur_comfort 22
2020-06-03 15:43:56 HK2-Solltemperatur_comfort_aktiv 0
2020-06-03 15:43:56 HK2-Solltemperatur_eco 22
2020-06-03 15:43:56 HK2-Solltemperatur_eco_aktiv 0
2020-06-03 15:43:56 HK2-Solltemperatur_erzwungen 0
2020-06-03 15:43:56 HK2-Solltemperatur_normal 22
2020-06-03 15:43:56 HK2-Solltemperatur_reduziert 21
2020-06-03 15:43:56 HK2-Solltemperatur_reduziert_aktiv 0
2020-06-03 15:43:56 HK2-Standby_aktiv 0
2020-06-03 15:43:56 HK2-Urlaub_Ende
2020-06-03 15:43:56 HK2-Urlaub_Start
2020-06-03 15:43:56 HK2-Urlaub_aktiv 0
2020-06-03 15:43:56 HK2-Vorlauftemperatur 22.5
2020-06-03 15:43:56 HK2-Vorlauftemperatur/Einheit celsius
2020-06-03 15:43:56 HK2-Vorlauftemperatur_aktiv connected
2020-06-03 15:43:56 HK2-WW_aktiv 1
2020-06-03 15:43:56 HK2-WW_und_Heizen_aktiv 0
2020-06-03 15:43:56 HK2-Zeitsteuerung_Heizung {"tue":[{"mode":"normal","end":"18:30","start":"04:00","position":0}],"sun":[{"mode":"normal","start":"04:00","end":"18:30","position":0}],"wed":[{"position":0,"mode":"normal","start":"04:00","end":"18:30"}],"fri":[{"end":"18:30","start":"04:00","mode":"normal","position":0}],"sat":[{"position":0,"mode":"normal","start":"04:00","end":"18:30"}],"mon":[{"position":0,"start":"04:00","end":"18:30","mode":"normal"}],"thu":[{"mode":"normal","end":"18:30","start":"04:00","position":0}]}
2020-06-03 15:43:56 HK2-Zeitsteuerung_Heizung_aktiv 0
2020-06-03 15:43:56 HK2-Zirkulationspumpe off
2020-06-03 15:43:56 HK2-aktiv 1
2020-06-03 15:43:56 HK3-Geofencing 0
2020-06-03 15:43:56 HK3-Geofencing_Status home
2020-02-06 00:19:52 Kessel_Common_Supply error
2019-10-08 21:15:39 Kessel_Common_Supply_Temperatur 20
2020-06-03 15:43:56 Kessel_Seriennummer 7424972108212102
2020-06-03 15:43:56 Kessel_Solltemperatur 5
2020-06-03 15:43:56 Kessel_Status connected
2020-06-03 15:43:56 Kesseltemperatur 46
2020-06-03 15:43:56 Kesseltemperatur/Einheit celsius
2020-04-20 06:17:49 Kesseltemperatur_exact 76
2020-06-03 15:43:56 Mehrfamilenhaus_aktiv 0
2020-05-26 21:06:31 Service_Intervall_Monate 0
2020-05-26 21:06:31 Service_Letzter
2020-05-26 21:06:31 Service_Monate_aktiv_seit_letzten_Service 0
2020-05-26 21:06:31 Service_faellig 0
2020-06-03 15:43:56 Urlaub_Ende
2020-06-03 15:43:56 Urlaub_Start
2020-06-03 15:43:56 Urlaub_aktiv 0
2020-06-03 15:43:56 WW-Aufladung 0
2020-06-03 15:43:56 WW-Haupttemperatur 57
2020-06-03 15:43:56 WW-Isttemperatur 58.1
2020-06-03 15:43:56 WW-Isttemperatur/Einheit celsius
2020-06-03 15:43:56 WW-Sensoren_Auslauf_Status error
2019-10-07 06:21:28 WW-Sensoren_Auslauf_Wert 20
2020-06-03 15:43:56 WW-Sensoren_Auslauf_Wert/Einheit celsius
2020-06-03 15:43:56 WW-Solltemperatur 57
2020-06-03 15:43:56 WW-Temperatur_aktiv connected
2020-06-03 15:43:56 WW-Zeitplan {"tue":[{"mode":"on","end":"19:00","start":"05:30","position":0}],"wed":[{"position":0,"end":"19:00","start":"05:30","mode":"on"}],"sun":[{"end":"19:00","start":"05:30","mode":"on","position":0}],"fri":[{"position":0,"mode":"on","end":"19:00","start":"05:30"}],"sat":[{"position":0,"mode":"on","end":"19:00","start":"05:30"}],"mon":[{"position":0,"mode":"on","start":"05:30","end":"19:00"}],"thu":[{"start":"05:30","end":"19:00","mode":"on","position":0}]}
2020-06-03 15:43:56 WW-Zirkulationspumpe_Status off
2020-06-03 15:43:56 WW-Zirkulationspumpe_Zeitplan {"mon":[{"end":"05:00","start":"04:00","mode":"on","position":0}],"thu":[{"position":0,"mode":"on","end":"05:00","start":"04:00"}],"tue":[],"sun":[{"mode":"on","end":"05:00","start":"04:00","position":0}],"wed":[{"end":"05:00","start":"04:00","mode":"on","position":0}],"sat":[{"end":"05:00","start":"04:00","mode":"on","position":0}],"fri":[{"position":0,"start":"04:00","end":"05:00","mode":"on"}]}
2020-06-03 15:43:56 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
2020-06-03 15:43:56 WW-Zirkulationspumpe_primaer off
2020-06-03 15:43:56 WW-aktiv 1
2020-06-03 15:43:56 WW-zeitgesteuert_aktiv 1
2020-05-29 15:45:50 heating.boiler.sensors.temperature.main.unit celsius
2020-05-13 05:24:34 heating.boiler.temperature.unit celsius
2019-12-05 15:37:27 heating.circuits.0.geofencing.active 0
2019-12-05 15:37:27 heating.circuits.0.geofencing.status home
2020-05-14 00:02:32 heating.circuits.0.sensors.temperature.room.unit celsius
2020-05-29 15:45:50 heating.circuits.0.sensors.temperature.supply.unit celsius
2019-12-05 15:37:27 heating.circuits.1.geofencing.active 0
2019-12-05 15:37:27 heating.circuits.1.geofencing.status home
2020-05-14 00:02:32 heating.circuits.1.sensors.temperature.room.unit celsius
2020-05-29 15:45:50 heating.circuits.1.sensors.temperature.supply.unit celsius
2019-12-05 15:37:27 heating.circuits.2.geofencing.active 0
2019-12-05 15:37:27 heating.circuits.2.geofencing.status home
2020-05-29 15:45:50 heating.dhw.sensors.temperature.hotWaterStorage.unit celsius
2020-05-29 15:45:50 heating.dhw.sensors.temperature.outlet.unit celsius
2020-05-13 05:24:34 heating.operating.programs.holiday.active 0
2020-05-13 05:24:34 heating.operating.programs.holiday.end
2020-05-13 05:24:34 heating.operating.programs.holiday.start
2020-05-29 15:45:50 heating.sensors.temperature.outside.unit celsius
2020-06-03 15:43:56 state ok
Attributes:
room Heizung
Könnt ihr vielleicht daraus etwas ablesen, was falsch sein könnte oder sonst einen Hinweis geben?
Gibt es hier softwaretechnisch einen Zuordnungsfehler oder ist evtl. der Temperaturfühler hardwareseitig zu dicht am Kessel?
Habt ihr eine Idee
Hallo Uron,
warum meinst du, dass da etwas falsch ist?
Bei mir ist das auch so (siehe Anhang). Und die Vorlauf- und Kesseltemperatur stimmen auch mit den Werten in der viCare App überein. Von daher würde ich erstmal annehmen, dass das alles korrekt ist.
Für mich (kein Heizungsexperte!) klingt dass erstmal plausibel, dass die Vorlauf- und Kesseltemperatur gleich sind. Mit dem Divicon kenne ich mich nicht aus, aber es scheint, dass vom Divicon keine Werte über die API liefert. Wenn der HK1 im Moment eh nicht läuft, ist das Wasser im Divicon vielleicht abgekühlt?
Was zeigt denn die App für Werte?
Viele Grüße
Andreas
Hallo andreas13,
Danke für deine Rückmeldung. Ich bin auch kein Heizungsexperte meine aber, dass die KT und die VL der Heizkreise im Falle des Sommerbetriebs (nur WW) unterschiedlich sein müssten, da beide HK ja nicht betrieben werden, bzw. die Pumpen nicht aktiv sind. Am FBH-Kreislauf (HK2) wird die VL-Temperatur ja auch korrekt angezeigt!?
Aber vielleicht verstehe ich das ja falsch.
Richtig ist, dass am Divicon nur ein analoges Thermometer angebracht ist (es zeigt ca. 20 °C an, wie auch am HK2) und dieses ja wahrscheinlich keine Daten an die API liefert.
Du vermutest, dass wegen Nichtnutzung des HK1 das Wasser am Divicon abgekühlt ist, d.g. aber, dass an der API nicht der tatsächliche Meßwert abzulesen ist. Dann wäre er auch nicht aussagefähig!
Zu deiner Frage der Werte in der App: Die Temperaturen entsprechen denen in der Grafik.
Wenn das bei dir auch so ist stünde fest, dass die Temperaturen im WW-Betrieb nicht denen im Leitungssystem entsprechen.
Komisch aber, dass die VL-Temperatur im HK2 mit 20 °C korrekt angezeigt wird.
Viele Grüße
uron
Hallo zusammen,
wir haben ein Ferienhaus mit zwei DHH, damit zwei Heizungen, zwei Vitoconnect... aber EIN gemeinsames FHEM und damit zwei Vitoconnect-Instanzen in diesem einen FHEM.
Beide sind identisch definiert, bis auf den Namen und andere Viessmann Zugangsdaten.
Nun sehe ich zu einer der beiden Instanzen keine Events zu den Readings. Das State-Event kommt.
Bspw.
2020-06-16 17:40:27 vitoconnect MR_Viessmann WorksProperly (2020-06-16 17:40:27)
2020-06-16 17:40:31 vitoconnect AR_Viessmann WorksProperly (2020-06-16 17:40:31)
2020-06-16 17:40:32 vitoconnect AR_Viessmann WW-Aufladung: 0
2020-06-16 17:40:32 vitoconnect AR_Viessmann WW-Zirkulationspumpe_Status: on
2020-06-16 17:40:32 vitoconnect AR_Viessmann Mehrfamilenhaus_aktiv: 0
...
MR_Viessmann kommt nichts weiter.
Kann es sein, dass sich diese beiden Instanzen bzgl Sammel-Events ins Gehege kommen? Wenn ja, Bug oder Feature. 8)
Gruß und Danke!
Diddle
Wenn Du wirklich 2 Konten hast, halte ich das als unwahrscheinlich.
Aber mit verbose 5 sollte man es besser in der Log sehen...
Zitat von: diddle am 16 Juni 2020, 17:52:12
Hallo zusammen,
wir haben ein Ferienhaus mit zwei DHH, damit zwei Heizungen, zwei Vitoconnect... aber EIN gemeinsames FHEM und damit zwei Vitoconnect-Instanzen in diesem einen FHEM.
Beide sind identisch definiert, bis auf den Namen und andere Viessmann Zugangsdaten.
Nun sehe ich zu einer der beiden Instanzen keine Events zu den Readings. Das State-Event kommt.
Bspw.
2020-06-16 17:40:27 vitoconnect MR_Viessmann WorksProperly (2020-06-16 17:40:27)
2020-06-16 17:40:31 vitoconnect AR_Viessmann WorksProperly (2020-06-16 17:40:31)
2020-06-16 17:40:32 vitoconnect AR_Viessmann WW-Aufladung: 0
2020-06-16 17:40:32 vitoconnect AR_Viessmann WW-Zirkulationspumpe_Status: on
2020-06-16 17:40:32 vitoconnect AR_Viessmann Mehrfamilenhaus_aktiv: 0
...
MR_Viessmann kommt nichts weiter.
Kann es sein, dass sich diese beiden Instanzen bzgl Sammel-Events ins Gehege kommen? Wenn ja, Bug oder Feature. 8)
Gruß und Danke!
Diddle
Hallo,
was definitiv nicht gehr, sind zwei Installationen (so nennt Vissmann das) unter einenm Account, so wie die ViCare App das seit kurzem kann. Da das bisher scheinbar keiner vermisst, habe ich das auch noch nicht implementiert.
Aber das ist ja bei Dir nicht der Fall und ich wüsste aus dem Stehgreif nicht, warum das nicht gehen sollte. In einem Event steckt ja der Name der Instanz drin. Daher sollten die Events eindeutig sein und Sammel-Events kennt FHEM nicht. Werden denn die Readings in der zweiten Instanz upgedatet?
Hast Du mal versucht, ob die zweite Instanz alleine funktioniert?
Bitte installier mal die neueste Version des Moduls (du scheinst eine alte zu verwenden) und stell mal verbose auf 4 und dann schick bitte mal den relevanten Teil des Logs und die Ausgabe von "list" für die beiden Instanzen (sensible Daten vorher entfernen")
Viele Grüße
Andreas
Ich gerade mal versucht, das Problem mit verbose zu reproduzieren... "leider" musste ich feststellen, dass nun alles geht?! :-(
Ein paar Stunden nach meinem ersten Post hatte offenbar auch das 2. Modul angefangen zu loggen... sieht so aus, als wären bei meiner Testerei die API-Limits gerissen worden.
Sorry, für die Verwirrung. Alles gut und vielen Dank für das tolle und sehr brauchbare Modul!
Gruß
Diddle
Zitat von: diddle am 18 Juni 2020, 16:48:51
Ich gerade mal versucht, das Problem mit verbose zu reproduzieren... "leider" musste ich feststellen, dass nun alles geht?! :-(
Ein paar Stunden nach meinem ersten Post hatte offenbar auch das 2. Modul angefangen zu loggen... sieht so aus, als wären bei meiner Testerei die API-Limits gerissen worden.
Sorry, für die Verwirrung. Alles gut und vielen Dank für das tolle und sehr brauchbare Modul!
Gruß
Diddle
Probleme die sich von selber lösen sind mir die liebsten ;-)
Genereller Tip an alle, wenn mal Probleme auftauchen:
0) Update machen, neuste Version benutzen. In der letzten Zeit hat sich viel unter der Haube des Moduls getan. Inbesondere habe ich viel Arbeit in Fehlerhandlng und das Logging investiert. Alte Versionen des Moduls kann ich nicht mehr supporten.
1) commandRef und Wiki zu dem Modul lesen und verstehen ;-)
2) "verbose" auf 4 stellen, Typischerweise sieht das Logging dann so aus:
2020.06.19 08:29:19 4: vitoconnect - getCodeCallback went ok
2020.06.19 08:29:19 4: vitoconnect - code: xx-xxxxxxxxxxxx-xxxxxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxx
2020.06.19 08:29:19 4: vitoconnect - getAccessTokenCallback went ok
2020.06.19 08:29:19 4: vitoconnect - Access Token:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
2020.06.19 08:29:19 4: vitoconnect - getGwCallback went ok
2020.06.19 08:29:19 4: vitoconnect - installation: xxxxxx
2020.06.19 08:29:19 4: vitoconnect - gw: xxxxxxxxxxxxxxxxxx
2020.06.19 08:29:19 4: vitoconnect - getResourceCallback went ok
2020.06.19 08:34:20 4: vitoconnect - GetUpdate called ...
2020.06.19 08:34:20 4: vitoconnect - getResourceCallback went ok
2020.06.19 08:39:20 4: vitoconnect - GetUpdate called ...
2020.06.19 08:39:21 4: vitoconnect - getResourceCallback went o
die letzten zwei Zeilen wiederholen sich ca. 1h lang. Dann kommt eine Meldung (das ist kein Fehler, dass muss so sein!):
2020.06.19 09:29:34 4: vitoconnect - statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
und es geht wieder ganz von vorne los:
2020.06.19 09:29:34 4: vitoconnect - getCodeCallback went ok
2020.06.19 09:29:34 4: vitoconnect - code: xx-xxxxxxxxxxxx-xxxxxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxx
3) Wenn Ihr statt statusCode: 401 den statusCode: 429 bekommt, dann habt ihr die API in einem Zeitraum zu häufig angesprochen und seit von Vissmann für eine gewisse seit gesperrt. Das Modul versucht sich dann weiter regelmäßig bei Vissmann einzuloggen, bis die Sperre wieder aufgehoben ist. Auch das ist kein Fehler des Moduls. Andere statusCodes sind mit noch nicht untergekommen. Wenn Ihr einen findet, mailt ihn doch hier.
4) Wenn das alles nicht hilft (und bitte NUR dann), dann mailt bitte den Auszug aus dem Logfile von einem "getCodeCallback" bis zum nächsten und bitte nur die Zeilen des Moduls. Außerdem könnte ein "list" des Objekts hilfreich sein. Überschreibt dabei alle persönlichen Daten, Codes, Tokens, Passwörter usw.!
5) Das Modul liest die Werte aus der API aus und gibt sie 1:1 wieder. Das Modul hat keinen Einfluss darauf warum ein Reading bei Eurer Heizung ein speziellen Wert zeigt. Wenn Ihr meint der Wert sei falsch, dann liegt das mit 99,9%iger Sicherheit an Vissmann und der API und nicht an dem Modul. Aber mailt es ruhig hier in den Thread. Vielleicht liest ja ein Experte mit und kann die Frage beantworten. Ich bin allerdings KEIN Experte was Heizungen betriff.
6) Wenn ih ein Feature vermisst, sagt Bescheid. Ich kann allerdings nur implementieren, was die API liefert. Ansonsten müsst ihr Euch an Vissmann wenden.
Laut https://fhem.de/stats/statistics.html benutzen schon über 50 Leute das Modul! Vielen Dank für das tolle Feedback, das ich immer von Euch bekomme!
Liebe Grüße und ein schönes Wochenende
Andreas
Moin Andreas,
erstmal tausend Dank, dass du dieses Modul ins Leben gerufen hast!
Ich habe gerade meine neue Viessmann Heizung bekommen und das Modul direkt eingerichtet.
ZitatDie App bietet ja seit kurzem die Möglichkeit mehrer Heizung zu steuern. Mit dem Modul ist dies z.Z. nicht möglich. Besteht an dem Fearture Bedarf?
ja, das wäre klasse, wenn es das gäbe. Ich habe nun beide Geräte in unterschiedliche Accounts gepackt aber muss dementsprechend jetzt 2 verschiedene Geräte nehmen oder mich ausloggen und mit dem anderen Account einloggen, wenn ich zwischen den Geräten wechseln will. Oder halt die Werte über Fhem abfragen. Ist also im Endeffekt ein "nice-to-have"...
Bei meiner Vitodens 200-W B2HF-19 habe ich folgende zusätzliche raw-readings:
heating.boiler.sensors.temperature.commonSupply.unit celsius
heating.circuits.0.operating.programs.forcedLastFromSchedule.active 0
heating.circuits.0.operating.programs.holidayAtHome.active 0
heating.circuits.0.operating.programs.holidayAtHome.end
heating.circuits.0.operating.programs.holidayAtHome.start
heating.circuits.0.operating.programs.summerEco.active 0
heating.circuits.0.zone.mode.active 0
heating.circuits.1.operating.programs.summerEco.active 0
heating.circuits.1.zone.mode.active 0
heating.circuits.2.operating.programs.summerEco.active 0
heating.circuits.2.zone.mode.active 0
heating.circuits.3.geofencing.active 0
heating.circuits.3.geofencing.status home
heating.circuits.3.operating.programs.summerEco.active 0
heating.circuits.3.zone.mode.active 0
heating.configuration.regulation.mode WeatherByOutsideSensorControlled
heating.flue.sensors.temperature.main.status connected
heating.flue.sensors.temperature.main.unit celsius
heating.flue.sensors.temperature.main.value 35.9
heating.gas.consumption.total.day 1.7,2.1,1.9,1.9,3,2.1,1.9,2
heating.gas.consumption.total.month 26.2,0,0,0,0,0,0,0,0,0,0,0,0
heating.gas.consumption.total.unit cubicMeter
heating.gas.consumption.total.week 1.7,14.9,9.6,0,0,0,0,0,0
heating.gas.consumption.total.year 26.2,0
heating.heat.production.day 0,0,0,0,2,0,0,0
heating.heat.production.month 2,0,0,0,0,0,0,0,0,0,0,0,0
heating.heat.production.unit kilowattHour
heating.heat.production.week 0,2,0,0,0,0,0,0,0
heating.heat.production.year 2,0
heating.operating.programs.holidayAtHome.active 0
heating.operating.programs.holidayAtHome.end
heating.operating.programs.holidayAtHome.start
heating.power.consumption.dhw.day 0,0,0,0,0,0,0,0
heating.power.consumption.dhw.month 0.8,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.consumption.dhw.unit kilowattHour
heating.power.consumption.dhw.week 0,0,0.1,0,0,0,0,0,0
heating.power.consumption.dhw.year 0.8,0
heating.power.consumption.heating.day 0,0.1,0.1,0.1,0.1,0.1,0.1,0.1
heating.power.consumption.heating.month 1.2,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.consumption.heating.unit kilowattHour
heating.power.consumption.heating.week 0,0.7,0.3,0,0,0,0,0,0
heating.power.consumption.heating.year 1.2,0
heating.sensors.pressure.supply.status connected
heating.sensors.pressure.supply.unit bar
heating.sensors.pressure.supply.value 1.4
bei meiner Brennstoffzelle von Viessmann (PA2) erhalte ich folgende Readings:
heating.fuelCell.operating.modes.active.value heatControlled
heating.fuelCell.operating.modes.ecological.active 0
heating.fuelCell.operating.modes.economical.active 0
heating.fuelCell.operating.modes.heatControlled.active 1
heating.fuelCell.operating.modes.maintenance.active 0
heating.fuelCell.operating.modes.standby.active 0
heating.fuelCell.operating.phase.value standby
heating.fuelCell.power.production.day 5,2.1,2.2,1.9,1.7,0,0,0
heating.fuelCell.power.production.month 12.9,0,0,0,0,0,0,0,0,0,0,0,0
heating.fuelCell.power.production.unit kilowattHour
heating.fuelCell.power.production.week 5,7.9,0,0,0,0,0,0,0
heating.fuelCell.power.production.year 12.9,0
heating.fuelCell.sensors.temperature.return.status connected
heating.fuelCell.sensors.temperature.return.unit celsius
heating.fuelCell.sensors.temperature.return.value 33.2
heating.fuelCell.sensors.temperature.supply.status connected
heating.fuelCell.sensors.temperature.supply.unit celsius
heating.fuelCell.sensors.temperature.supply.value 36.6
heating.fuelCell.statistics.availabilityRate 0
heating.fuelCell.statistics.insertions 0
heating.fuelCell.statistics.operationHours 96
heating.fuelCell.statistics.productionHours 18
heating.fuelCell.statistics.productionStarts 4
heating.gas.consumption.fuelCell.day 0,0.6,0.6,0.6,0.6,0,0,0
heating.gas.consumption.fuelCell.month 2.4,0,0,0,0,0,0,0,0,0,0,0,0
heating.gas.consumption.fuelCell.unit cubicMeter
heating.gas.consumption.fuelCell.week 0,2.4,0,0,0,0,0,0,0
heating.gas.consumption.fuelCell.year 2.4,0
heating.gas.consumption.total.day 0,0.6,0.6,0.6,0.6,0,0,0
heating.gas.consumption.total.month 2.4,0,0,0,0,0,0,0,0,0,0,0,0
heating.gas.consumption.total.unit cubicMeter
heating.gas.consumption.total.week 0,2.4,0,0,0,0,0,0,0
heating.gas.consumption.total.year 2.4,0
heating.power.production.day 5,2.1,2.2,1.9,1.7,0,0,0
heating.power.production.demandCoverage.current.unit percent
heating.power.production.demandCoverage.current.value 0
heating.power.production.demandCoverage.total.day 26,12,11,11,10,0,0,0
heating.power.production.demandCoverage.total.month 2,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.production.demandCoverage.total.unit percent
heating.power.production.demandCoverage.total.week 26,6,0,0,0,0,0,0,0
heating.power.production.demandCoverage.total.year 0,0
heating.power.production.month 12.9,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.production.productionCoverage.current.unit percent
heating.power.production.productionCoverage.current.value 100
heating.power.production.productionCoverage.total.day 49,91,92,93,31,0,0,0
heating.power.production.productionCoverage.total.month 11,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.production.productionCoverage.total.unit percent
heating.power.production.productionCoverage.total.week 49,44,0,0,0,0,0,0,0
heating.power.production.productionCoverage.total.year 1,0
heating.power.production.unit kilowattHour
heating.power.production.week 5,7.9,0,0,0,0,0,0,0
heating.power.production.year 12.9,0
heating.power.purchase.current.unit watt
heating.power.purchase.current.value 220
heating.power.sold.current.unit watt
heating.power.sold.current.value 0
heating.power.sold.day 3,1.5,1.2,1,5.1,0,0,0
heating.power.sold.month 11.8,0,0,0,0,0,0,0,0,0,0,0,0
heating.power.sold.unit kilowattHour
heating.power.sold.week 3,8.8,0,0,0,0,0,0,0
heating.power.sold.year 11.8,0
ich versuche gerade noch alle Werte zu verstehen und kann gerne versuchen die deutschen Begriffe für jedes Reading bereitzustellen.
heating.power.sold steht bspw. für die ins Netz eingespeiste Menge an Strom.
heating.power.purchase entsprechend mein derzeitiger Bezug aus dem Stromnetz.
heating.power.production ist die Menge des produzierten Stroms in kWh (Brennstoffzelle) (eingespeist + selbst verbraucht)
heating.power.production.productionCoverage bin ich mir noch unsicher, müsste aber der prozentuale Anteil des Eigenverbrauchs des produzierten Stroms sein (man könnte also "Eigenverbrauchsquote" sagen.)
heating.power.production.demandCoverage wäre umgekehrt die Menge des selbst produzierten Stroms im Vergleich zum Bedarf/Real-Bezug aus dem Netz (man könnte also "Strombedarfsdeckungsquote" sagen.)
Wie gesagt, ich kann gerne versuchen das für jedes Reading bereitzustellen, wenn es Hilft das Modul für alle zu vervollständigen.
Übrigens hatte ich recht schnell den 429 Fehler und habe jetzt auf 120 Sekunden Abfrageintervall reduziert. Interessant war, dass der zweite Account noch funktioniert hat, während der andere gesperrt war. Ebenso hat die Vicare app noch funktioniert während fhem keine Daten abfragen konnte. - nur als Info.
LG
Seb
Zitat von: SebHH am 29 Juni 2020, 16:20:22
Moin Andreas,
erstmal tausend Dank, dass du dieses Modul ins Leben gerufen hast!
Ich habe gerade meine neue Viessmann Heizung bekommen und das Modul direkt eingerichtet.
ja, das wäre klasse, wenn es das gäbe. Ich habe nun beide Geräte in unterschiedliche Accounts gepackt aber muss dementsprechend jetzt 2 verschiedene Geräte nehmen oder mich ausloggen und mit dem anderen Account einloggen, wenn ich zwischen den Geräten wechseln will. Oder halt die Werte über Fhem abfragen. Ist also im Endeffekt ein "nice-to-have"...
Bei meiner Vitodens 200-W B2HF-19 habe ich folgende zusätzliche raw-readings:
heating.boiler.sensors.temperature.commonSupply.unit celsius
h...
bei meiner Brennstoffzelle von Viessmann (PA2) erhalte ich folgende Readings:
heating.fuelCell.operating.modes.active.value heatControlled
heating.fuelCell.operating.modes.ecological.active 0
...
ich versuche gerade noch alle Werte zu verstehen und kann gerne versuchen die deutschen Begriffe für jedes Reading bereitzustellen.
heating.power.sold steht bspw. für die ins Netz eingespeiste Menge an Strom.
heating.power.purchase entsprechend mein derzeitiger Bezug aus dem Stromnetz.
heating.power.production ist die Menge des produzierten Stroms in kWh (Brennstoffzelle) (eingespeist + selbst verbraucht)
heating.power.production.productionCoverage bin ich mir noch unsicher, müsste aber der prozentuale Anteil des Eigenverbrauchs des produzierten Stroms sein (man könnte also "Eigenverbrauchsquote" sagen.)
heating.power.production.demandCoverage wäre umgekehrt die Menge des selbst produzierten Stroms im Vergleich zum Bedarf/Real-Bezug aus dem Netz (man könnte also "Strombedarfsdeckungsquote" sagen.)
Wie gesagt, ich kann gerne versuchen das für jedes Reading bereitzustellen, wenn es Hilft das Modul für alle zu vervollständigen.
Übrigens hatte ich recht schnell den 429 Fehler und habe jetzt auf 120 Sekunden Abfrageintervall reduziert. Interessant war, dass der zweite Account noch funktioniert hat, während der andere gesperrt war. Ebenso hat die Vicare app noch funktioniert während fhem keine Daten abfragen konnte. - nur als Info.
LG
Seb
Hallo Seb,
ich muss zugeben, dass ich ein wenig neidisch auf Deine Heizung bin. Hast Du mal durchgerechnet, wann sich die Brennstoffzelle amortisiert?
Wenn Du mal beide Heizungen in einen Account packst und diesen Account dann mit FHEM abfragst und vorher einmal "set vitoconnect logResponseOnce" ausführst und mir dann die Dateien:
- actions.json
- entities.json und
- gw.json
per PN schickst (vorher private Daten rauslöschen!), dann kann ich mal schauen, ob ich mehrere Devices pro Account implementieren kann.
Die neuen Readings habe ich alle eingebaut (kommt mit dem nächsten Release). Meine Übersetzungen sind aber teilweise geraten.
Bei der Volatilität der Readings, frag ich mich, ob es nicht besser gewesen wäre die generischen Bezeichnung von Reading so zu belassen. Dann hätte sich jeder nach Lust und Laune eine ReadingGroup mit eigenen Bezeichnungen bauen können .... :(
Viel Spass mit Deiner Heizung
Andreas
Hallo zusammen,
morgen gibts ein neues Release
# 2020-06-25 Fehlerbehandlung für API (statusCode 401 (UNAUTHORIZED), 404 (DEVICE_NOT_FOUND)
# und 429 (RATE_LIMIT_EXCEEDED) und 502 (DEVICE_COMMUNICATION_ERROR)
# Neue Readings für Vitodens 200-W B2HF-19 und Brennstoffzelle von Viessmann (PA2)
# Information aus dem GW auslesen (Attribut "vitoconnect_gw_readings" auf "1" setzen;
# noch unvollständig!)
Wie immer ist Feedback sehr willkommen.
Bleibt gesund
Andreas
Danke Andreas, du hast eine PN von mir.
Da das ganze System erst ne Woche in Betrieb ist und ich noch nichtmal die Rechnung vom Handwerksbetrieb bekommen habe, was das nun alles am Ende gekostet hat, ist das mit der Amortisation so ne Sache ;-)
Rein theoretisch sollte die Förderung ausreichen um es zum Nullsummenspiel innerhalb der 10Jahr zu machen. Es kommt aber stark darauf an wie sich die Preise für Gas und Strom in den nächsten Jahren entwicklen. Meine ersten Werte zeigen, dass ich eine kWH Strom zum Preis von unter 16Cent erzeugen kann. Als Nebeneffekt fallen dabei 1.5kWh Wärme für Heizung/Warmwasser ab - quasi gratis.
Neben dem Preis für Gas und Strom-Bezug kommt es natürlich auch noch auf den Eigenbedarf an Strom und Wärme sowie den erzielbaren Vermarktungspreis für Überschuss-Strom an. Eigentlich sind meine 3500kWh Jahresverbrauch zu niedrig für so eine Anlage, aber das wird sich in den kommenden Wochen/Monaten zeigen.
Viele Grüße
Seb
Zitat von: SebHH am 04 Juli 2020, 23:49:22
Danke Andreas, du hast eine PN von mir.
Da das ganze System erst ne Woche in Betrieb ist und ich noch nichtmal die Rechnung vom Handwerksbetrieb bekommen habe, was das nun alles am Ende gekostet hat, ist das mit der Amortisation so ne Sache ;-)
Rein theoretisch sollte die Förderung ausreichen um es zum Nullsummenspiel innerhalb der 10Jahr zu machen. Es kommt aber stark darauf an wie sich die Preise für Gas und Strom in den nächsten Jahren entwicklen. Meine ersten Werte zeigen, dass ich eine kWH Strom zum Preis von unter 16Cent erzeugen kann. Als Nebeneffekt fallen dabei 1.5kWh Wärme für Heizung/Warmwasser ab - quasi gratis.
Neben dem Preis für Gas und Strom-Bezug kommt es natürlich auch noch auf den Eigenbedarf an Strom und Wärme sowie den erzielbaren Vermarktungspreis für Überschuss-Strom an. Eigentlich sind meine 3500kWh Jahresverbrauch zu niedrig für so eine Anlage, aber das wird sich in den kommenden Wochen/Monaten zeigen.
Viele Grüße
Seb
Hi Seb,
schade, dass es das noch nicht gab als ich vor 2 Jahren unsere Heizung erneuert habe ...
Die Brennzelle läuft die ganze Zeit durch, richtig? Was machst Du mit der überschüssigen Wärme im Sommer? Ich brauche im Moment, wenn hoch kommt 7kWh/Tag für Warmwasser ...
Speist Du den überschüssigen Strom ein und wenn ja, was bekommst du dafür? Bei meiner Solaranlage sind es nur 11,2€/kWh. Richtig lohnen tut die Stromproduktion doch nur bei Eigenbedarf und den decke ich schon mit meiner Solaranlage ...
Zu den Dingen, die Du mir per PN geschickt hast, gibt es heute ein "kleines" Release:
# 2020-07-06 readings for heating.power.production.demandCoverage.* fixed
# bei logResponseOnce wird bei getCode angefangen damit auch gw.json neu erzeugt wird
Viel Spass damit
Andreas
so, ich hab es endlich geschafft das update einzuspielen und die gw.json zu generieren.
'entities' => [
{
'properties' => {
'description' => 'PA2',
'_id' => '123456',
'id' => 123456,
'aggregatedStatus' => 'WorksProperly',
'updatedAt' => '2020-07-08T19:54:13.050Z',
'registeredAt' => '2020-07-08T19:53:39.083Z'
},
sowie später im gleichen File:
'properties' => {
'registeredAt' => '2020-06-25T12:09:55.352Z',
'_id' => '234567',
'id' => 234567,
'aggregatedStatus' => 'WorksProperly',
'updatedAt' => '2020-06-25T12:26:00.325Z',
'description' => 'V200'
},
123456 und 234567 habe ich eingesetzt als imaginäre IDs eingesetzt
PA2 bzw V200 ist die Bezeichnung, die ich in der App für den Standort gewählt habe. In meinem Fall ist es einfach der Name der Heizung zwischen denen ich auf dem home-screen der Vicare app wechseln kann.
und dann sehe ich folgendes - einfach doppelte Einträge die sich in der ID unterscheiden.
https://api.viessmann-platform.io/general-management/v1/installations/123456/gateways
bzw
https://api.viessmann-platform.io/general-management/v1/installations/234567/gateways
was mir noch aufgefallen ist - nachdem ich beide Anlagen in den gleichen Account gepackt hatte und danach wieder zurück haben sich scheinbar die IDs geändert da es nur noch zu einem Fehler kam.
Viele Grüße
Seb
Hallo Seb,
vielen Dank, ich werde es mir bei Gelegenheit mal anschauen. Kann aber noch ein bisschen dauern. Bin mal gespannt, was die am Wochenende am Server schrauben. Ich habe die Ankündigung für ein Wartungsfenster bekommen. :-)
Viele Grßße
Andreas
Zitat von: SebHH am 08 Juli 2020, 22:33:53
so, ich hab es endlich geschafft das update einzuspielen und die gw.json zu generieren.
'entities' => [
{
'properties' => {
'description' => 'PA2',
'_id' => '123456',
'id' => 123456,
'aggregatedStatus' => 'WorksProperly',
'updatedAt' => '2020-07-08T19:54:13.050Z',
'registeredAt' => '2020-07-08T19:53:39.083Z'
},
sowie später im gleichen File:
'properties' => {
'registeredAt' => '2020-06-25T12:09:55.352Z',
'_id' => '234567',
'id' => 234567,
'aggregatedStatus' => 'WorksProperly',
'updatedAt' => '2020-06-25T12:26:00.325Z',
'description' => 'V200'
},
123456 und 234567 habe ich eingesetzt als imaginäre IDs eingesetzt
PA2 bzw V200 ist die Bezeichnung, die ich in der App für den Standort gewählt habe. In meinem Fall ist es einfach der Name der Heizung zwischen denen ich auf dem home-screen der Vicare app wechseln kann.
und dann sehe ich folgendes - einfach doppelte Einträge die sich in der ID unterscheiden.
https://api.viessmann-platform.io/general-management/v1/installations/123456/gateways
bzw
https://api.viessmann-platform.io/general-management/v1/installations/234567/gateways
was mir noch aufgefallen ist - nachdem ich beide Anlagen in den gleichen Account gepackt hatte und danach wieder zurück haben sich scheinbar die IDs geändert da es nur noch zu einem Fehler kam.
Viele Grüße
Seb
Hi
auch von meiner Seite vielen Dank und Lob für dieses tolle Modul.
Installiert und funktioniert mit meiner Vitodens 200, obwohl die Therme schon 15 Jahre alt ist.
Kleine, vermutlich einfache Frage: Welches Reading zeigt mir den Gerätestatus an, also ob das Gerät normal läuft oder auf Störung ist?
Es gibt so viele Readings, nur dafür habe ich keines gefunden.
Das was dem (aus meiner Sicht) noch am nähsten kommt ist Brenner_Status mit Status ok.
Weiss jemand welche Statusmeldungen bei diesem Reading auftreten können?
Das wäre ohnehin gut, wenn es darüber eine Info/Doku gäbe, welches Reading welche Ausgaben/Zustände melden kann.
Danke im Voraus für Eure Hilfe.
Gruß
Michael
Hallo Michael,
Du hast Recht: Es wäre gut, wenn eine Doku diese API gäbe. Leider ist Viessmann diesbezüglich sehr verschlossen :-( Aber schreib denen ruhig mal. Wenn es genug tun, haben sie vielleicht ein Einsehen. Die Hoffnung stirbt zuletzt.
Ich habe alles, was ich weiß in den entsprechenden Wiki-Artikel (https://wiki.fhem.de/wiki/Vitoconnect) geschrieben. Wenn Du mehr weißt, kannst Du es gern da reinschreiben.
Die Frage, ob Deine Heizung "normal" läuftfindest du unter "Fehlereintraege_aktive", was normalerweise so aussehen sollte {"new":[],"current":[],"gone":[]}. Wenn mal eine Störung auftritt, sieht das z.B. so aus: {"new":[{"timestamp":"2019-10-16T11:29:25.000Z","errorCode":"f1","priority":"criticalError","accessLevel":"customer"}],"current":[{"timestamp":"2019-10-16T11:29:25.000Z","priority":"criticalError","errorCode":"f1","accessLevel":"customer"}],"gone":[{"timestamp":"2020-07-21T22:56:30.207Z","priority":"criticalError","errorCode":"f1","accessLevel":"customer"}]}
Wenn der Fehlerzustand beendet wurde, wandern die Störungsmeldungen in Fehlereintraege_Historie.
Was der "errorCode" bedeutet, musst Du googlen. Hat Viessmann irgendwo auf Ihrer Webseite versteckt. "f1" heißt z.B. dass der Abgastemperaturbegrenzer ausgelöst hat (mein Handwerker meinte das Wasser aus dem Heizkreislauf ablassen zu können, woraufhin die Wärme natürlich nicht mehr abgeführt wurde. Gut dass es so einen Begrenzer gib).
Brenner_Status hat bei mir noch nie etwas anderes angezeigt als "ok". Keine Ahnung, was es noch gibt. Ein Kollege hier, hatte wohl mal einen "Brenner_Fehlercode" ungleich 0, aber ich weiß nicht mehr, was das war.
Ein Reading mit dem Wert "error" muss übrigends nicht heißen, dass irgendwas nicht so läuft, wie es soll. Das Reading "WW-Sensoren_Auslauf_Status" hat bei mir schon immer den Wert "error", weil meine Heizung einfach keinen Warmwassertemperatursensor am Auslauf hat.
Und damit es nicht zu einfach wird, variiert nicht nur die Liste der Reading von Heizungstyp zu Heizungstyp, sondern auch die Bedeutung der Reading und von Zeit zu Zeit ändert Viessmann auch noch was an der API ...
Lange Rede, kurzer Sinn: Das Modul liest nur die von Viessmann gelieferten Werte aus. Die Interpretation der Readings obliegt dem Nutzer. Den einzigen Luxus, den ich implementiert habe, sind die sprechenden Bezeichnungen für die Readings.
Viele Grüße
Andreas
Zitat von: Spook112 am 31 Juli 2020, 13:58:23
Hi
auch von meiner Seite vielen Dank und Lob für dieses tolle Modul.
Installiert und funktioniert mit meiner Vitodens 200, obwohl die Therme schon 15 Jahre alt ist.
Kleine, vermutlich einfache Frage: Welches Reading zeigt mir den Gerätestatus an, also ob das Gerät normal läuft oder auf Störung ist?
Es gibt so viele Readings, nur dafür habe ich keines gefunden.
Das was dem (aus meiner Sicht) noch am nähsten kommt ist Brenner_Status mit Status ok.
Weiss jemand welche Statusmeldungen bei diesem Reading auftreten können?
Das wäre ohnehin gut, wenn es darüber eine Info/Doku gäbe, welches Reading welche Ausgaben/Zustände melden kann.
Danke im Voraus für Eure Hilfe.
Gruß
Michael
Hallo zusammen,
erstmal vielen Dank für die Überarbeitung!
Nachdem das Thema bei mir jetzt ein halbes Jahr brach lag, habe ich diese Woche das neueste Update eingespielt und das Modul wieder aktiviert. Bzgl. der Updaterate wollte ich mich langsam rantasten. Und bin dabei auf ein seltsames Verhalten gestoßen.
Viessmann lässt ja angeblich 1450 Zugriffe / 24h zu.
Minütliche Abfrage wäre 1440 Zugriffe / 24h. Zu knapp, wenn man die App auch noch gelegentlich benutzen will, und generell auch für den ein oder anderen "Schluckauf" Luft lassen will.
Das kurze Zeitfenster, 120 Zugriffe je 10 Minuten, sollte kein Gegner sein.
Mein Plan mich voranzutasten und jeweils min 24h warten. 5 Min --> 2 Min --> 1,5 Min.
1,5 Minuten ergäbe 960 Zugriffe je 24h. Auch mit gelegentlich neuen Token abrufen sollte das eigentlich weit genug weg sein.
Jetzt habe ich mal die tatsächliche Zeitdiffferenz ausgewertet. Log der Außentemperatur per Text in Excel, die Zeitdifferenz zwischen zwei Einträgen berechnet und als Diagramm dargestellt.
Erste Phase mit 300 Sekunden sieht aus wie erwartet: Eine Linie bei 5 Minuten. Den gelegentlichen Ausreißern nach oben messe ich jetzt mal keine tiefere Bedeutung bei - im Zweifelsfall ist das auch die Internetanbindung, die dort über Mobilfunk läuft.
In einer zweiten Phase habe ich auf 120 Sekunden gestellt. Und das sieht jetzt definitiv nicht aus wie erwartet. Die 2 Minuten sind eher eine Obergrenze. Der Mittelwert liegt bei 1:07. Sieht man auch sehr schön an der blauen Linie, das ist immer der Mittelwert aus zwei Zeitdifferenzen.
Wenn ich alle mit Zeitdifferenz 0 aus meiner Tabelle lösche (Annahme, hier wird einfach zweimal das selbe ins Log geschrieben), sieht es optisch nicht sehr viel besser aus, Mittelwert dann bei 1:13
Erst wenn man alle mit Zeitdifferenz kleiner 5 Sekunden wegfiltere, sieht man Teilbereiche wo die 2 Minuten gut eingehalten werden. Es hat aber immer noch genügend Bereiche, wo das irgendwie einfach passen kann.
Zur Info: Auf der Aussentemperatur liegt ein "event-on-update-reading" und kein min- oder max- intervall.
Es gibt noch einige andere on-update, sowie einige on-change. Für die on-change gibt es dann häufig ein min-intervall alle 300, 600 oder 3600s. (Z.B. Betriebsart bei Änderung, mindestens alle 5 Sekunden. Brennerstarts bei Änderung, mindestens alle 1h, usw.)
Wo kann der Hund begraben liegen?
Andere Frage: Gibt es eine Tabelle, welche Roh-Namen unter welchen "eleganten" Namen geführt werden? Hier hat sich mindestens die Kessel-Solltemperatur geändert (war früher das rohe Kessel_Exact) was ich anpassen musste, und früher wohl auch Werte für Service_faellig und Service_letzter, die jetzt gar nicht mehr kommen?
Moin,
gibt es die Möglichkeit, über das Modul die Systemzeit von der Heizung einzustellen? Oder die Zeit anzeigen zu lassen? Bei mir ist die Urzeit manchmal verstellt, seit dem ich das Modul nutze, keine Ahnung warum. Dann ist das Warmwasser morgens so kalt...
Gruss
Thorsten
Hallo zusammen,
Ich verwende noch die ursprüngliche PHP Datei zum periodischen Abruf... Und seit heute Abend schmeißt diese einen Fehler.
PHP Notice: Undefined index: entities in /home/pi/viessmann2.php on line 80
Installation=
PHP Notice: Undefined index: entities in /home/pi/viessmann2.php on line 82
Gateway=
PHP Notice: Undefined index: entities in /home/pi/viessmann2.php on line 88
PHP Warning: Invalid argument supplied for foreach() in /home/pi/viessmann2.php on line 105
FHEM session open ...
Meine Frage, geht euer Modul noch?
Am Wochenende gab es seitens Server ein größeres Update. Allerdings lief es auch heute früh reibungslos. Die Vicare App funktioniert.
Danke und Gruß
Seit heute Nachmittag läuft mein Modul auch nicht mehr. Soll angeblich das Abfragelimit überschritten worden sein, was aber eigentlich nicht sein kann.
Wie bei dir tut es die App trotzdem noch.
Ich warte einfach mal ab.
Gruß
Danny
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
Heute seit 2020-10-12 16:53:34
Sollte sich das nicht per Autologin selbst lösen? ???
App geht.
Mit besten Grüßen
Markus
Zitat von: MrGAN am 12 Oktober 2020, 21:25:13
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
Heute seit 2020-10-12 16:53:34
Hatte ich auch ursprünglich.
Mit
set <device> logResponseOnce
kannst du in den erzeugten Dateien mal schauen was Viessmann zurückliefert.
Bei mir steht in der gw.json:
API calls rate limit has been exceeded. Please wait until your limit will renew.
Die Uhrzeit seit dem es nicht mehr funktioniert ist sogar mit deiner identisch.
Ich glaube da hat der Praktikant Feierabend gemacht, der die Zähler zurücksetzt... ;D
Gruß
Danny
Ich kann nur bestätigen, dass mit der Fehlermeldung
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
gleichzeitig auch der Plot endete - das letzte Reading ist von 16:50 Uhr!
Kann ich bestätigen:
VAR1 = {
'message' => 'API calls rate limit has been exceeded. Please wait until your limit will renew.',
'extendedPayload' => {
'name' => 'ViCare day limit',
'limitReset' => '1602563764167',
'requestCountLimit' => 1450,
....
Interessant ist aber der requestCountLimit. 24h * 60min = 1440
D.h. selbst minütlich müsste noch unter dem Limit liegen. :-\
Ich polle alle 5 min, was man auch sehr gut im Log verfolgen kann
Zitat von: MrGAN am 12 Oktober 2020, 22:01:32
Kann ich bestätigen:
(..)
'limitReset' => '1602563764167',
'requestCountLimit' => 1450,
....
Bei Dir müsste inzwischen das Quota zurückgesetzt worden sein, Dein Timestamp zeigt auf Dienstag, 13. Oktober 2020 06:36:04.167 GMT+02:00 DST.
Funktioniert es denn wieder?
Ich muss noch eine Weile warten, mein Timestamp ist um 19:38 heute.
Ich polle minütlich, der Ausfall war aber zeitgleich mit den anderen gestern um 16:50 etwa.
Es kann somit eigentlich nicht am Limit liegen. Es wäre doch ziemlich seltsam, wenn auch bei niederfrequentem Pollen das Limit zur selben Zeit erreicht würde.
VG Wolfgang
Seit heute Morgen, ca. 7:30 Uhr, 'läuft' mein SVG ohne Fehlermeldung weiter!
Guten morgen!
Bei mir riss der plot gestern um 16.50 auch ab.
Heute morgen folgende Meldung im Modul:
JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/98_vitoconnect.pm line 1478.
Plot wird nicht geschrieben, update habe ich gestern laufen lassen.
Cheers
Kroemmel
Hallo zusammen,
Zitat von: kroemmel am 13 Oktober 2020, 09:34:42
JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/98_vitoconnect.pm line 1478.
Den selben Fehler habe ich auch. Letzter erfolgreicher Abruf war am 11.10. um 21:25 Uhr.
Gruß
Cetri
... und zack! Ohne Neustart, Update oder sonst irgendwas, kommen seit exakt 12.00 wieder Antworten von Viessmann. Ich würde also spekulieren, dass es nicht am Modul oder sonst was liegt, sondern das Viessmann (mal wieder) an seinem Server herumschraubt.
cheers,
kroemmel
Gleiches Bild: Bei mir ist die erste Messung wieder um 11:53 Uhr eingetroffen.
Es spricht also, wie schon erwähnt, viel dafür, dass es Serverfehler waren.
Bei mir auch. Seit gestern ca. 16:50 keine Verbindung mehr.
Jetzt geht es wieder.
Das bestätigt eigentlich nur wieder meine Abneigung gegen Cloud-Lösungen. Meine Viessmann-Heizung ist hier leider die einzige Anwendung, die so etwas benötigt. Da ich aber eine Viessmann-Anlage wollte und die nur diese Cloud-Anbindung anbieten, musste ich da in den sauren Apfel beißen... :'(
Zitat von: CQuadrat am 13 Oktober 2020, 13:28:19
.,..
Das bestätigt eigentlich nur wieder meine Abneigung gegen Cloud-Lösungen. Meine Viessmann-Heizung ist hier leider die einzige Anwendung, die so etwas benötigt. Da ich aber eine Viessmann-Anlage wollte und die nur diese Cloud-Anbindung anbieten, musste ich da in den sauren Apfel beißen... :'(
Geht mir genau so... Allerdings hat sich jetzt wieder der Entschluss gefestigt, die Optolink Lokallösung nach Ablauf der erweiterten Garantie anzugehen...
Hallo zusammen,
bei mir tritt der Fehler "Heizung - temporärer API Fehler" auf. Bisher bin ich davon ausgegangen, dass es sich dabei um die Zugriffsbschränkung seitens Viessmann handelt.
Jetzt habe ich aber hier gelesen, dass weit über 1000 Zugriff pro Tag zugelassen sind und außerdem eine diesbezügliche Fehlermeldung anders aussähe. Wir haben eine gute
Internetverbindung und Einige von euch rufen im Minutentakt ab und bekommen Response.
Laut Script von Andreas ist das die Reaktion auf einen Status-Code 502 (Bad Gateway).
Hat jemand diese Fehlermeldung auch (so oft)?
thx & gruß
Zitat von: twinFHEM am 14 Oktober 2020, 09:29:33
Hallo zusammen,
(..)
Laut Script von Andreas ist das die Reaktion auf einen Status-Code 502 (Bad Gateway).
Hat jemand diese Fehlermeldung auch (so oft)?
thx & gruß
Also bei mir ist alle paar Tage mal ein Aussetzer von wenigen Stunden, mal auch nur von einer halben Stunde.
Jetzt im Moment ist aber wieder seit 00:19 heute Nacht kein Poll möglich.
Entweder haben die am Protokoll geschraubt oder bei denen ist was kaputt.
Hey,
bei mir läuft es konstant durch - Poll auf 5 Minuten. Seit dem Aussetzer Vorgestern wieder einbahnfrei.
Ich fürchte, die schrauben was an den Servern. Wenn man dem Viessmann-Forum so folgt, drängt sich die Schlussfolgerung auf, dass die Zugriffe jeweils auf die SNR der "anrufenden" Komponenten zugeschnitten sind.
Will heißen: Wenn die eine Wartung / Änderung machen, ziehen die diese für bestimmte Nummerkreise produktiv (so war es damals auch für das Update bzgl. 300 NTP-Calls die Minute (!) ).
Vielleicht bekommen wir ja so eine Idee, wie das einzusortieren ist?
Vitodens 300W SNR 7570947*********
Vitoconnect 100 SNR 7571381*********
cheers,
florian
Hallo didy,
ich will nicht ausschließen, dass beim Ändern des Abfrageintervalls noch ein alter Time übrig geblieben ist und daher in 2x im Intervall abgefragt wird. Wäre interessant zu wissen, ob das nach einem Neustart dann auch noch so ist. Normalerweise macht das Modul eine Abfrage (die durchaus mal einige Sekunden dauern kann!) und startet dann einen neuen Timer, so dass das Intervall eine untere Schranke darstellt.
Die Abbildung der Rohnamen zu den "eleganten" findest Du ganz am Anfang im Sourcecode des Moduls. Änderungen daran führe ich stets in den Releasenotes auf (aber die liest vermutlich eh niemand ;) ) Die Readings für "Service_faellig" und "Service_letzter" liefert die API seit einiger Zeit nicht mehr, also kann ich da auch nichts ausgeben.
Viele Grüße
Andreas
Zitat von: didy am 25 September 2020, 14:56:39
...
In einer zweiten Phase habe ich auf 120 Sekunden gestellt. Und das sieht jetzt definitiv nicht aus wie erwartet. Die 2 Minuten sind eher eine Obergrenze. Der Mittelwert liegt bei 1:07. Sieht man auch sehr schön an der blauen Linie, das ist immer der Mittelwert aus zwei Zeitdifferenzen.
Wenn ich alle mit Zeitdifferenz 0 aus meiner Tabelle lösche (Annahme, hier wird einfach zweimal das selbe ins Log geschrieben), sieht es optisch nicht sehr viel besser aus, Mittelwert dann bei 1:13
Erst wenn man alle mit Zeitdifferenz kleiner 5 Sekunden wegfiltere, sieht man Teilbereiche wo die 2 Minuten gut eingehalten werden. Es hat aber immer noch genügend Bereiche, wo das irgendwie einfach passen kann.
Zur Info: Auf der Aussentemperatur liegt ein "event-on-update-reading" und kein min- oder max- intervall.
Es gibt noch einige andere on-update, sowie einige on-change. Für die on-change gibt es dann häufig ein min-intervall alle 300, 600 oder 3600s. (Z.B. Betriebsart bei Änderung, mindestens alle 5 Sekunden. Brennerstarts bei Änderung, mindestens alle 1h, usw.)
Wo kann der Hund begraben liegen?
Andere Frage: Gibt es eine Tabelle, welche Roh-Namen unter welchen "eleganten" Namen geführt werden? Hier hat sich mindestens die Kessel-Solltemperatur geändert (war früher das rohe Kessel_Exact) was ich anpassen musste, und früher wohl auch Werte für Service_faellig und Service_letzter, die jetzt gar nicht mehr kommen?
Hallo Thorsten,
ich bin mir 100% sicher, dass DAS nichts mit dem Modul zu tun hat. Die API bietet keine Möglichkeit die Systemzeit einzustellen. Also kann das Modul die Systemzeit nicht einstellen oder verstellen.
Viele Grüße
Andreas
Zitat von: trs am 02 Oktober 2020, 08:57:07
Moin,
gibt es die Möglichkeit, über das Modul die Systemzeit von der Heizung einzustellen? Oder die Zeit anzeigen zu lassen? Bei mir ist die Urzeit manchmal verstellt, seit dem ich das Modul nutze, keine Ahnung warum. Dann ist das Warmwasser morgens so kalt...
Gruss
Thorsten
Hallo zusammen,
mal ein paar ganz generelle Anmerkungen zum Umgang mit unerwartetem Verhalten des Moduls:
Lest bitte mein Posting: https://forum.fhem.de/index.php/topic,93664.msg1065705.html#msg1065705
Darin habe ich das wesentliche schon mal beschrieben.
Mittlerweile macht das Modul ein ganz passables Fehlerhandling. Das setzt natürlich voraus, dass Ihr die aktuelle Version des Moduls verwendet. Alte Versionen supporte ich nicht mehr!
Wenn grundsätzliche Dinge fehlschlagen (Server nicht erreichbar, Login nicht möglich, usw. gibt es entsprechende Fehlermelder im Log. Wenn die Kommunikaton mit dem Viessmann-Server grundsätzlich noch funktioniert, können noch folgende Fehlermeldungen auftauchen, die alle mit "vitoconnect - statusCode: xxx" anfangen.
xxx kann dabei folgendes sein:
401: Das ist kein richtiger Fehler. Er besagt nur dass Euer Token abgelaufen ist. Das Modul erneuert den Token danach aber automatisch und ihr braucht nichts zu tun.
404: Viessmann findet Euer Gerät nicht. Prüft mal Euren Optolink ob der sich vielleicht aufgehängt hat. Ggf mal die Stromversorgung unterbrechen.
429: Anzahl der möglichen API Calls in überschritten. Einfach warten, bis Viessmann Euere Sperre wieder aufhebt. Das Modul versucht es regelmäßig wieder.
502: Bad Gateway. Die API wurde nicht korrekt angesprochen. Das sollte eigentlich nur bei "set"-Befehlen vorkommen, wenn Ihr versucht Befehle auszuführen, die Eure Heizung nicht versteht (z.B. Befehle für Heizkreis 2 ausführen, wenn Eure Heizung nur einen Heizkreis hat oder die Solltemperatur auf 200 Grad setzen, wenn die Heizung maximal 30 Grad erlaubt.
Sollte da mal stehen "unbekannter Fehler: Bitte den Entwickler informieren!", dann postet die Fehlermeldung doch bitte hier, damit ich das einbauen kann.
Ansonsten kann ich nur wiederholen: Das Modul liest die Werte aus der API aus und gibt sie 1:1 wieder. Das Modul hat keinen Einfluss darauf warum ein Reading bei Eurer Heizung ein speziellen Wert zeigt oder ob ein Reading überhaupt exisitiert. Wenn Ihr meint der Wert sei falsch, dann liegt das mit 99,9%iger Sicherheit an Vissmann und der API und nicht an dem Modul. Aber mailt es ruhig hier in den Thread. Vielleicht liest ja ein Experte mit und kann die Frage beantworten. Ich bin allerdings KEIN Experte was Heizungen betriff.
Viele Grüße und weiterhin viel Spass mit dem Modul
Andreas
Hallo,
seit einiger Zeit bekomme ich nur ein login failure vom Modul.
In den Logs kommt :
vitoconnect - GetUpdate called ...
vitoconnect - ReadKeyValue tries to read value for passwd from file
vitoconnect - getCodeCallback went ok
vitoconnect - Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML><HEAD>
<TITLE>302 Found</TITLE>
<META name="robots" content="noindex" /></HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF="vicare://oauth-callback/everest?code=xxxx">here</A>.
</BODY></HTML>
vitoconnect - code: xxxxxxx
vitoconnect - getAccessTokenCallback went ok
vitoconnect - Received response
vitoconnect - Access Token:xxxx
vitoconnect - An error occured: gethostbyname api.viessmann-platform.io failed
Den Code und das Token hab ich mal mit xxxx für die anzeige hier überschrieben
leider komm ich da nicht weiter..
Rasbian 10 (buster) - aktuell
Auch Fhem und die Module sind aktuell.
Hallo zusammen!
Ich bin jetzt absolut NICHT so fit in FHEM wie ihr und habe eigentlich bisher Codeschnipsel "geklaut" und eingefügt.
Leider ist es mir in vielen Anläufen nicht gelungen wenigstens die kompakte Darstellung hinzubekommen.
Ebenso benötige ich keine Langzeitdaten, von daher auch keine SQL-Datenbank oder ähnliches (auch das habe ich mit meiner FHEM-Installation und meinem (un)Wissen nicht hinbekommen, da immer mehr Stolpersteine aufgetaucht sind.
Das Device an sich konnte ich anlegen und die Readings werden auch von Viessmann geholt.
Hat denn jemand Codeschnipsel um wenigstens eine Kompaktansicht, wie im Wiki, des Devices darstellen zu können?
Bitte keine Buh-Rufe und Verweise auf das FHEMWiki und Modul-Dokumentationen.
Vielen Dank
Dirk
Hallo,
da funktioniert etwas mit der Namensauflösung in Deinem System nicht. Bis zur letzten Zeile ist noch alles normal.
Bitte gib mal auf deinem FHEM Server folgendes ein: nslookup api.viessmann-platform.io
Das Ergebnis sollte in etwa so aussehen:
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: api.viessmann-platform.io
Address: 52.155.238.156
Ggf mal prüfen, ob die Namensauflösung für andere Namen (zB www.web.de) funktioniert. Vielleicht ist der Fehler auch nur temporär. Ich hab die Fehlermeldung auch vereinzelt mal. Zuletzt
/opt/fhem/log/fhem-2020-11.log:2020.11.02 01:42:33 1: vitoconnect - An error occured: gethostbyname api.viessmann-platform.io failed
/opt/fhem/log/fhem-2020-11.log:2020.11.02 01:47:53 1: vitoconnect - An error occured: gethostbyname api.viessmann-platform.io failed
Vielleicht schraubt Viessmann mal wieder an Ihren Rechnern.
Ansonsten musst du mal auf dem FHEM-Server und/oder Deinem Router auf Suche gehen. Der Fehler hat aber an sich nichts mit dem Modul selbst zu tun.
Viele Grüße
Andreas
Zitat von: dsy am 03 November 2020, 13:41:07
Hallo,
seit einiger Zeit bekomme ich nur ein login failure vom Modul.
In den Logs kommt :
vitoconnect - GetUpdate called ...
vitoconnect - ReadKeyValue tries to read value for passwd from file
vitoconnect - getCodeCallback went ok
vitoconnect - Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML><HEAD>
<TITLE>302 Found</TITLE>
<META name="robots" content="noindex" /></HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF="vicare://oauth-callback/everest?code=xxxx">here</A>.
</BODY></HTML>
vitoconnect - code: xxxxxxx
vitoconnect - getAccessTokenCallback went ok
vitoconnect - Received response
vitoconnect - Access Token:xxxx
vitoconnect - An error occured: gethostbyname api.viessmann-platform.io failed
Den Code und das Token hab ich mal mit xxxx für die anzeige hier überschrieben
leider komm ich da nicht weiter..
Rasbian 10 (buster) - aktuell
Auch Fhem und die Module sind aktuell.
Vielen dank für den Schubser in die richtige Richtung.
Ein veralteter DNS Server Eintrag in der resolv.conf war die Ursache.
Nun läuft wieder alles super.
Hallo,
FHEM ist keine Fertiglösung. Du wirst also nicht umhinkommen Dir das Wiki und die sonstige Dokumentation anzuschauen. Da mussten wir alle durch. Codeschnipsel klauen ist ein guter Anfang. Habe auch so angefangen.
Bei den vielen Daten, die die Heizung liefert wirst Du mittelfristig nicht umhinkommen, Dich mit SQL-Datenbanken zu beschäftigen. Wenn Du nur Momentandaten sehen willst, kannst du eine Readinggroup verwenden. Meinst Du vielleicht das mit "kompakte Darstellung"?
Der Codeschnippsel für die Readinggroup steht im Wiki drin. Dafür brauchst du keine SQL-Datenbank.
Viele Grüße
Andreas
Zitat von: dwallraff am 04 November 2020, 11:08:31
Hallo zusammen!
Ich bin jetzt absolut NICHT so fit in FHEM wie ihr und habe eigentlich bisher Codeschnipsel "geklaut" und eingefügt.
Leider ist es mir in vielen Anläufen nicht gelungen wenigstens die kompakte Darstellung hinzubekommen.
Ebenso benötige ich keine Langzeitdaten, von daher auch keine SQL-Datenbank oder ähnliches (auch das habe ich mit meiner FHEM-Installation und meinem (un)Wissen nicht hinbekommen, da immer mehr Stolpersteine aufgetaucht sind.
Das Device an sich konnte ich anlegen und die Readings werden auch von Viessmann geholt.
Hat denn jemand Codeschnipsel um wenigstens eine Kompaktansicht, wie im Wiki, des Devices darstellen zu können?
Bitte keine Buh-Rufe und Verweise auf das FHEMWiki und Modul-Dokumentationen.
Vielen Dank
Dirk
Guten Abend
Mein Fhem-Vitoconnect lief seit letztem Jahr Juni ohne Störung. Nun habe ich bemerkt, dass seit Oktober keine Daten mehr gesendet wurden.
Raspi und Fhem sind auf dem aktuellen Stand.
Nslookup api.viessmann-platform.io ergab:
nslookup api.viessmann-platform.io
Server: 192.168.1.1
Address: 192.168.1.1#53
Non-authoritative answer:
Name: api.viessmann-platform.io
Address: 52.155.238.156
Als Fehrler im Log wird mir angezeigt:
2020.11.15 17:47:14 4: vitoconnect - GetUpdate called ...
2020.11.15 17:47:15 4: vitoconnect - getCodeCallback went ok
2020.11.15 17:47:15 4: vitoconnect - code:
2020.11.15 17:47:15 1: vitoconnect - Login failure
Gibt es eine Lösung für diese Problem?
Viele Grüße Marko
Hallo Marko,
klar gibt es für dieses Problem eine Lösung. Username und Passwort richtig setzen. Aber da bist du sicher schon selber drauf gekommen, oder?
Viele Grüße
Andreas
Zitat von: marko67 am 15 November 2020, 17:51:03
Als Fehrler im Log wird mir angezeigt:
2020.11.15 17:47:14 4: vitoconnect - GetUpdate called ...
2020.11.15 17:47:15 4: vitoconnect - getCodeCallback went ok
2020.11.15 17:47:15 4: vitoconnect - code:
2020.11.15 17:47:15 1: vitoconnect - Login failure
Gibt es eine Lösung für diese Problem?
Viele Grüße Marko
Hallo zusammen
Läuft das Modul eigentlich auch mit Vitoconnect OPTO2?
Im Wiki ist nur "Vitoconnect 100 (Typ OPTO1)" aufgeführt. Bei Viessmann scheint aber aktuell nur das OPTO2 erhältlich zu sein.
Viele Grüsse birdy
Ja, geht, habe ich in Betrieb.
Zitat von: andreas13 am 16 November 2020, 20:31:37
Hallo Marko,
klar gibt es für dieses Problem eine Lösung. Username und Passwort richtig setzen. Aber da bist du sicher schon selber drauf gekommen, oder?
Viele Grüße
Andreas
Hallo Andreas,
ich bin über diese Meldung bereits gestolpert. Allerdings logge ich mich genau mit diesen Daten auch in der App ein. Habe ich überprüft.
Was könnte es evtl. noch sein?
Marko
Zitat von: marko67 am 20 November 2020, 12:07:55
Hallo Andreas,
ich bin über diese Meldung bereits gestolpert. Allerdings logge ich mich genau mit diesen Daten auch in der App ein. Habe ich überprüft.
Was könnte es evtl. noch sein?
Marko
Du hast das Passwort mit set password gesetzt? Sicherheitshalber fhem mal neu starten. Vielleicht irgendwelche Sonderzeichen?
Zitat von: andreas13 am 20 November 2020, 22:16:56
Du hast das Passwort mit set password gesetzt? Sicherheitshalber fhem mal neu starten. Vielleicht irgendwelche Sonderzeichen?
Hallo Andreas
wie gesagt, das Modul läuft seit Juni 2019. Erst seit Oktober 2020 habe ich die Fehler. Das Passwort wurde mit set vitoconnect password .... gesetzt. Im Def habe ich "Geheim" angegeben.
Im Passwort befinden sich nur Buchstaben (4) und Zahlen (8). Fhem und das Vitoconnect habe ich mehrfach neu gestartet, die Wlanstärke am Vitoconnect geprüft und mich per App mehrfach An/Abgemeldet. Raspi und Fhem sind auf dem aktuellen Stand.
Ich habe soben Vitoconnect mit OPTO2 eingerichtet, scheint alles bestens zu funktionieren.
Vielen Dank für das tolle Modul!
Gruss birdy
Servus Andreas !
Vielen Dank zuerst für dein Modul! ich nutze dieses schon sehr lange und bin recht zufrieden damit. Hat immer alles bestens funktioniert. Seit kurzem werden aber manche set Befehle (Heizkreis 2) nicht mehr durchgeführt. Die Fehlermeldung hast du bereits in diesem Blog beschrieben.
Zitat:
502: Bad Gateway. Die API wurde nicht korrekt angesprochen. Das sollte eigentlich nur bei "set"-Befehlen vorkommen, wenn Ihr versucht Befehle auszuführen, die Eure Heizung nicht versteht (z.B. Befehle für Heizkreis 2 ausführen, wenn Eure Heizung nur einen Heizkreis hat oder die Solltemperatur auf 200 Grad setzen, wenn die Heizung maximal 30 Grad erlaubt.
Zitat Ende
Ich habe und hatte immer nur einen aktiven Heizkreis (HK2). Das wird auch vom Hersteller so vorgegeben. Meine Anlage wird mit einem Mischer betrieben und damit wird der aktive Heizkreis immer HK2 benannt sein.
Nun kann ich mit dem set Befehl keine Normaltemperatur ändern. Hast du eine Erklärung dafür? Vielen Dank im voraus !
liebe Grüße
Christian
Hallo Mark,
entferne mal in Zeile 1355 das Kommentarzeichen:
Log3 $name, 4, "$name - user=$param->{user} passwd=$param->{pwd}";
dann mach mal ein reload des Moduls oder Neustart von FHEM und schau (verbose auf 4 setzen) mal welches Passwort wirklich gesendet wird.
VG
Andreas
Zitat von: marko67 am 21 November 2020, 10:31:35
Hallo Andreas
wie gesagt, das Modul läuft seit Juni 2019. Erst seit Oktober 2020 habe ich die Fehler. Das Passwort wurde mit set vitoconnect password .... gesetzt. Im Def habe ich "Geheim" angegeben.
Im Passwort befinden sich nur Buchstaben (4) und Zahlen (8). Fhem und das Vitoconnect habe ich mehrfach neu gestartet, die Wlanstärke am Vitoconnect geprüft und mich per App mehrfach An/Abgemeldet. Raspi und Fhem sind auf dem aktuellen Stand.
Vielen Dank und viel Spass mit dem Modul!
Zitat von: birdy am 23 November 2020, 17:54:57
Ich habe soben Vitoconnect mit OPTO2 eingerichtet, scheint alles bestens zu funktionieren.
Vielen Dank für das tolle Modul!
Gruss birdy
Moin Christian,
klar habe ich eine Erklärung. Entweder Du hast einen Befehlt gesendet oder Viessmann hat die API geändert oder in dem Modul ist ein Fehler.
Aber wie soll ich Dir nun weiterhelfen? Du hast nicht mal geschrieben, welche Befehl du genau ausführst, keine Fehlermeldung, kein Auszug aus dem Logfile oder so ... Ich bin doch kein Hellseher :-(
Im Logfile müsste mindestens sowas drin stehen, wie
... Fehler während der Befehlsausführung: ...
Mit der Info kannst Du dann in der Routine "vitoconnect_Set" nachschauen, welcher API-Befehl ausgeführt werden soll ...
Ah, ich sehe schon ... Du hast vermutlich "set HK2-Solltemperatur_normal xxx" ausgeführt, oder? Da ist wirklich ein Fehler im Modul (Zeile 1095: "heating.circuits.0.operating.programs.normal/setTemperature" muss "heating.circuits.1...." heißen, für HK3 entsprechend "2"). Das kann eigentlich noch nie funktioniert haben.
Bugfix releas kommt morgen. Bitte mal ausprobieren, ob es danach geht.
VG
Andreas
Zitat von: 3M am 24 November 2020, 12:56:21
Servus Andreas !
Vielen Dank zuerst für dein Modul! ich nutze dieses schon sehr lange und bin recht zufrieden damit. Hat immer alles bestens funktioniert. Seit kurzem werden aber manche set Befehle (Heizkreis 2) nicht mehr durchgeführt. Die Fehlermeldung hast du bereits in diesem Blog beschrieben.
Zitat:
502: Bad Gateway. Die API wurde nicht korrekt angesprochen. Das sollte eigentlich nur bei "set"-Befehlen vorkommen, wenn Ihr versucht Befehle auszuführen, die Eure Heizung nicht versteht (z.B. Befehle für Heizkreis 2 ausführen, wenn Eure Heizung nur einen Heizkreis hat oder die Solltemperatur auf 200 Grad setzen, wenn die Heizung maximal 30 Grad erlaubt.
Zitat Ende
Ich habe und hatte immer nur einen aktiven Heizkreis (HK2). Das wird auch vom Hersteller so vorgegeben. Meine Anlage wird mit einem Mischer betrieben und damit wird der aktive Heizkreis immer HK2 benannt sein.
Nun kann ich mit dem set Befehl keine Normaltemperatur ändern. Hast du eine Erklärung dafür? Vielen Dank im voraus !
liebe Grüße
Christian
Moin zusammen!
502: Bad Gateway. Die API wurde nicht korrekt angesprochen. Das sollte eigentlich nur bei "set"-Befehlen vorkommen, wenn Ihr versucht Befehle auszuführen, die Eure Heizung nicht versteht (z.B. Befehle für Heizkreis 2 ausführen, wenn Eure Heizung nur einen Heizkreis hat oder die Solltemperatur auf 200 Grad setzen, wenn die Heizung maximal 30 Grad erlaubt.
Auszug aus meinem Logfile:
2020.11.25 16:47:58 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:09 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:18 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:24 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:27 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:33 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
...
2020.11.26 10:11:19 1: Heizung - temporärer API Fehler
2020.11.26 10:30:00 3: EnOcean set AC_SZ_Fenster_EnO_NodOn opens
2020.11.26 10:51:25 1: Heizung - temporärer API Fehler
2020.11.26 11:01:26 1: Heizung - temporärer API Fehler
2020.11.26 11:31:29 1: Heizung - temporärer API Fehler
2020.11.26 12:01:31 1: Heizung - temporärer API Fehler
2020.11.26 12:11:32 1: Heizung - temporärer API Fehler
So zieht sich das eigentlich über den ganzen Tag. Ich freue mich schon, wenn 1 von 10 manuellen Updates nicht mit
statusCode: 502 errorType: message: DEVICE_COMMUNICATION_ERROR error: Bad Gateway
abbricht.
Das Ganze lief bis vor ein paar Monaten. Nur sehr selten kam es zu keiner Verbindung. Seitdem haben wir auch Probleme mit der App.
Die folgenden Befehle sind noch aktuell, oder?
set Heizung update
set Heizung WW-Solltemperatur 60
set Heizung WW-Haupttemperatur 60
set Heizung WW-einmaliges_Aufladen activate
set Heizung WW-einmaliges_Aufladen deactivate
btw: Was ist der Unterschied zwischen Soll- und Haupttemperatur?
Beste Grüße & noch mehr Dank ;),
Hendrik
Hallo Twin,
eine Bitte an alle:
Wenn ich einen Fehler des Moduls analysieren soll, dann bitte schreiben "was" Ihr gemacht habt und bitte einen Log-Auszug mit "verbose 4"!Jetzt kann ich nur raten. Da Du den Fehler nicht nur bei der Ausführung eines Befehls bekommst, scheint da was gänzlich im Argen zu liegen (also anders als bei Christian, da war es wirklich ein Fehler im Modul). Wenn die App auch nicht läuft, würde ich mal bei Viessmann direkt um Rat bitten. Und vorher mal den Vitoconnect-Adapter neu starten.
Viel Erfolg
Andreas
Zitat von: twinFHEM am 26 November 2020, 13:03:44
Moin zusammen!
502: Bad Gateway. Die API wurde nicht korrekt angesprochen. Das sollte eigentlich nur bei "set"-Befehlen vorkommen, wenn Ihr versucht Befehle auszuführen, die Eure Heizung nicht versteht (z.B. Befehle für Heizkreis 2 ausführen, wenn Eure Heizung nur einen Heizkreis hat oder die Solltemperatur auf 200 Grad setzen, wenn die Heizung maximal 30 Grad erlaubt.
Auszug aus meinem Logfile:
2020.11.25 16:47:58 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:09 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:18 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:24 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:27 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
2020.11.25 16:48:33 1: Heizung - set Heizung WW-einmaliges_Aufladen activate: Fehler während derBefehlsausführung: :: {"statusCode":502,"error":"Bad Gateway","message":"DEVICE_COMMUNICATION_ERROR"}
...
2020.11.26 10:11:19 1: Heizung - temporärer API Fehler
2020.11.26 10:30:00 3: EnOcean set AC_SZ_Fenster_EnO_NodOn opens
2020.11.26 10:51:25 1: Heizung - temporärer API Fehler
2020.11.26 11:01:26 1: Heizung - temporärer API Fehler
2020.11.26 11:31:29 1: Heizung - temporärer API Fehler
2020.11.26 12:01:31 1: Heizung - temporärer API Fehler
2020.11.26 12:11:32 1: Heizung - temporärer API Fehler
So zieht sich das eigentlich über den ganzen Tag. Ich freue mich schon, wenn 1 von 10 manuellen Updates nicht mit
statusCode: 502 errorType: message: DEVICE_COMMUNICATION_ERROR error: Bad Gateway
abbricht.
Das Ganze lief bis vor ein paar Monaten. Nur sehr selten kam es zu keiner Verbindung. Seitdem haben wir auch Probleme mit der App.
Die folgenden Befehle sind noch aktuell, oder?
set Heizung update
set Heizung WW-Solltemperatur 60
set Heizung WW-Haupttemperatur 60
set Heizung WW-einmaliges_Aufladen activate
set Heizung WW-einmaliges_Aufladen deactivate
btw: Was ist der Unterschied zwischen Soll- und Haupttemperatur?
Beste Grüße & noch mehr Dank ;),
Hendrik
Vielen Dank Andreas !
Der set Befehl funktioniert einwandfrei! Sorry für die unvollständige Fehlerbeschreibung. War mein erster Post.
lG
Christian
Zitat von: andreas13 am 26 November 2020, 10:46:41
Moin Christian,
klar habe ich eine Erklärung. Entweder Du hast einen Befehlt gesendet oder Viessmann hat die API geändert oder in dem Modul ist ein Fehler.
Aber wie soll ich Dir nun weiterhelfen? Du hast nicht mal geschrieben, welche Befehl du genau ausführst, keine Fehlermeldung, kein Auszug aus dem Logfile oder so ... Ich bin doch kein Hellseher :-(
Im Logfile müsste mindestens sowas drin stehen, wie
... Fehler während der Befehlsausführung: ...
Mit der Info kannst Du dann in der Routine "vitoconnect_Set" nachschauen, welcher API-Befehl ausgeführt werden soll ...
Ah, ich sehe schon ... Du hast vermutlich "set HK2-Solltemperatur_normal xxx" ausgeführt, oder? Da ist wirklich ein Fehler im Modul (Zeile 1095: "heating.circuits.0.operating.programs.normal/setTemperature" muss "heating.circuits.1...." heißen, für HK3 entsprechend "2"). Das kann eigentlich noch nie funktioniert haben.
Bugfix releas kommt morgen. Bitte mal ausprobieren, ob es danach geht.
VG
Andreas
Hallo Andreas,
zunächst einmal herzlichen Dank für dieses tolle Modul. Ich habe es am 5.12. installiert und es hat auf Anhieb mit meiner Brennstoffzelle Vitovalor PA2 funktioniert.
Lediglich die folgenden vier Readings der Brennstoffzelle wurden im Perl-Format angelegt:
heating.power.production.current.status
heating.power.production.current.value
heating.sensors.power.output.status
heating.sensors.power.output.value
Jetzt zu meinem Problem:
Ich betreibe das Modul seit gestern mit zwei Anlagen einer Brennstoffzelle Vitivalor PA2 für die Grundlast und eine Wärmepunmpe Vitocal-300-G für die Spitzenlast.
Solange nur die Brennstoffzelle registriert und funktionierte wie gesagt alles einwandfrei.
Gestern hat auch die Wärmepumpe ein VitoConnect-Modul bekommen und seit dem sind unter meinem Account 2 Anlagen registriert.
Erste Anlage ist die Wärmepumpe, zweite Anlage ist die Brennstoffzelle.
Das hat das Modul auch erkannt und die Readings für die Wärmepumpe automatisch angelegt und diese werden auch regelmäßig aktualisiert.
Die Readings für die Brennstoffzelle sind zwar weiterhin vorhanden, werden seit dem aber leider nicht mehr aktualisiert (erkennbar am Time Stamp).
In der VitoCare App muss ich jetzt immer zwischen den beiden Anlagen hin und her switchen, um deren Daten zu sehen.
Deshalb vermute ich, ich muss das auch in FHEM irgendwie machen oder dort zwei Devices anlegen.
Leider habe ich keine Info gefunden, wie ich im Modul die Anlage über "set" auswählen bzw. umschalten kann.
Oder ich müsste in FHEM für jede Anlage ein eigenes Device anlegen. Aber auch hier finde ich keinen passenden "set" Paramter.
Ist es Dir möglich, das Modul für die Anwendung mit Anlage zu erweitern?
Mit besten Grüßen
Peter
Hallo Peter,
die fehlenden Readings habe ich ergänzt. Kommt morgen mit dem Updaten.
Leider habe ich nur eine Anlage. Wenn Du (oder jemand anderes mit 2 Anlagen) mir Deine Zugangsdaten von Viessmann gibt, könnte ich versuchen, das Modul auf für mehrere Anlagen auszubauen. Dank Corona muss ich dieses Jahr ja keine Familenbesuche machen ;D . Keine Sorge, ich stell Dir nicht über Weihnachten die Heizung aus ;-)
Viele Grüße
Andreas
Zitat von: Pe-Sal am 18 Dezember 2020, 11:23:35
Hallo Andreas,
zunächst einmal herzlichen Dank für dieses tolle Modul. Ich habe es am 5.12. installiert und es hat auf Anhieb mit meiner Brennstoffzelle Vitovalor PA2 funktioniert.
Lediglich die folgenden vier Readings der Brennstoffzelle wurden im Perl-Format angelegt:
heating.power.production.current.status
heating.power.production.current.value
heating.sensors.power.output.status
heating.sensors.power.output.value
Jetzt zu meinem Problem:
Ich betreibe das Modul seit gestern mit zwei Anlagen einer Brennstoffzelle Vitivalor PA2 für die Grundlast und eine Wärmepunmpe Vitocal-300-G für die Spitzenlast.
Solange nur die Brennstoffzelle registriert und funktionierte wie gesagt alles einwandfrei.
Gestern hat auch die Wärmepumpe ein VitoConnect-Modul bekommen und seit dem sind unter meinem Account 2 Anlagen registriert.
Erste Anlage ist die Wärmepumpe, zweite Anlage ist die Brennstoffzelle.
Das hat das Modul auch erkannt und die Readings für die Wärmepumpe automatisch angelegt und diese werden auch regelmäßig aktualisiert.
Die Readings für die Brennstoffzelle sind zwar weiterhin vorhanden, werden seit dem aber leider nicht mehr aktualisiert (erkennbar am Time Stamp).
In der VitoCare App muss ich jetzt immer zwischen den beiden Anlagen hin und her switchen, um deren Daten zu sehen.
Deshalb vermute ich, ich muss das auch in FHEM irgendwie machen oder dort zwei Devices anlegen.
Leider habe ich keine Info gefunden, wie ich im Modul die Anlage über "set" auswählen bzw. umschalten kann.
Oder ich müsste in FHEM für jede Anlage ein eigenes Device anlegen. Aber auch hier finde ich keinen passenden "set" Paramter.
Ist es Dir möglich, das Modul für die Anwendung mit Anlage zu erweitern?
Mit besten Grüßen
Peter
Hallo Andreas,
erst mal vielen Dank für deine Arbeit - das Modul läuft super.
Beim aufräumen meiner Logs bin ich über das Reading Device_Time_Offset (heating.device.time.offset.value) gestolpert.
Das scheint der Zeitversatz zwischen der lokalen Uhr der Heizung und der Serverzeit/Internetzeit zu sein.
Nachdem ich die Uhrzeit lokal korrigiert habe hat sich jedenfalls der Wert von 57 auf 60 geändert.
Das mit den zwei Heizungen von Peter habe ich übrigens mit zwei Devices auf zwei getrennte Accounts mit unterschiedlichen email Adressen gelöst.
Ich hatte bisher den Eindruck das das auch gar nicht anders geht.
Viele Grüße
Stefan
Hallo Andreas,
erst einmal vielen Dank für das tolle Modul.
Meine Idee ist eine Benachrichtigung aufs Handy (per Telegram) und ggf. Ansage auf dem EchoDot bei einer auftretenden Störungsmeldung.
Dazu habe ich ein event-on-change-reading auf das Reading "Fehlereintraege_aktive" und ein entsprechendes notify angelegt.
Soweit so gut. Jetzt aber kommt nach jedem Auslesen im Inhalt des Reading "Fehlereintraege_aktive" zwar eigentlich immer der gleiche Inhalt, aber immer anders sortiert, so dass ein Event generiert und mein notify ausgelöst wird.
Bekommst Du die Werte für das Reading so aus der API? Hast Du vielleicht die Chance, diese zu sortieren, bevor du sie ins Reading einstellst?
Gruß und Danke für Deine Bemühungen
Uwe Stupning
Zitat von: Uwe S. am 13 Januar 2021, 23:01:42
Hallo Andreas,
erst einmal vielen Dank für das tolle Modul.
Meine Idee ist eine Benachrichtigung aufs Handy (per Telegram) und ggf. Ansage auf dem EchoDot bei einer auftretenden Störungsmeldung.
Dazu habe ich ein event-on-change-reading auf das Reading "Fehlereintraege_aktive" und ein entsprechendes notify angelegt.
Soweit so gut. Jetzt aber kommt nach jedem Auslesen im Inhalt des Reading "Fehlereintraege_aktive" zwar eigentlich immer der gleiche Inhalt, aber immer anders sortiert, so dass ein Event generiert und mein notify ausgelöst wird.
Bekommst Du die Werte für das Reading so aus der API? Hast Du vielleicht die Chance, diese zu sortieren, bevor du sie ins Reading einstellst?
Gruß und Danke für Deine Bemühungen
Uwe Stupning
Du kannst auch selbst in einem userReadings sortieren, und deine Benachrichtigung darauf basieren
OK,
da scheitere ich vermutlich an meinen Perl-Kenntnissen, um den String aus Fehlereintraege_aktive richtig zu zerlegen.
Dummerweise sind nicht nur die Einträge new, current und gone immer anders sortiert, sondern auch deren Inhalte ("accessLevel":...,"timestamp":...,"errorCode":...,"audiences":...,"priority":...).
{"gone":[{"accessLevel":"customer","timestamp":"2021-01-14T06:03:07.080Z","errorCode":"f4","audiences":[],"priority":"criticalError"}],"new":[],"current":[]}
Kann oder mag mir dabei jemand auf die Sprünge helfen?
Reichen würde es den Eintrag new immer gleich sortiert zu bekommen um darauf mit einem event_on_change_reading zu reagieren.
Alternativ hatte ich mal mit dem Reading Brenner_Status getestet. Der wechselt aber beliebig in Error, auch wenn die Heizung störungsfrei läuft.
Habt Ihr schon die neuen Nutzungsbedingungen von Viessmann gelesen? >:(
Hallo Uwe,
wenn Du die Lösung fertig hast, dann stell sie doch bitte ins Wiki ein.
Ich gebe die Werte so aus, wie sie aus der API kommen. Für die Weiterverarbeitung ist jeder selbst verantwortlich.
Leider bin ich kein Perl-Experte. Frag doch mal in den entsprechenden Unterforen nach.
Viele Grüße
Andreas
Zitat von: Uwe S. am 13 Januar 2021, 23:01:42
Hallo Andreas,
erst einmal vielen Dank für das tolle Modul.
Meine Idee ist eine Benachrichtigung aufs Handy (per Telegram) und ggf. Ansage auf dem EchoDot bei einer auftretenden Störungsmeldung.
Dazu habe ich ein event-on-change-reading auf das Reading "Fehlereintraege_aktive" und ein entsprechendes notify angelegt.
Soweit so gut. Jetzt aber kommt nach jedem Auslesen im Inhalt des Reading "Fehlereintraege_aktive" zwar eigentlich immer der gleiche Inhalt, aber immer anders sortiert, so dass ein Event generiert und mein notify ausgelöst wird.
Bekommst Du die Werte für das Reading so aus der API? Hast Du vielleicht die Chance, diese zu sortieren, bevor du sie ins Reading einstellst?
Gruß und Danke für Deine Bemühungen
Uwe Stupning
Nein, was steht denn schlimmes drin?
Zitat von: plin am 20 Januar 2021, 07:29:41
Habt Ihr schon die neuen Nutzungsbedingungen von Viessmann gelesen? >:(
Zitat von: andreas13 am 20 Januar 2021, 13:22:29
Nein, was steht denn schlimmes drin?
Ist viel Text https://www.viessmann.de/de/misc/apps/vitodata-100-vitotrol/terms-of-use.html
Anscheinenn hat man sich über die ganzen heißen Diskussionen über zeitgemäße APIs, deren Inhalte und fehlende Entwicklungsfortschritte so aufgeregt, dass man quasi allem anderen den Hahn abdreht (so interpretiere ich das).
Diskussion siehe hier https://www.viessmann-community.com/t5/Konnektivitaet/ViCare-Blick-zurueck-und-nach-vorne/m-p/155737/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufEtKU0lUSUpMQUtJOEtUfDE1NTczN3xTVUJTQ1JJUFRJT05TfGhL#M19286
Tja, Softwareentwicklung ist nicht Viessmanns Kernkompetenz. *lach* Und auch an der Kommunikation müssen die noch etwas feilen. ;-)
Zitat von: plin am 20 Januar 2021, 14:39:12
Ist viel Text https://www.viessmann.de/de/misc/apps/vitodata-100-vitotrol/terms-of-use.html
Anscheinenn hat man sich über die ganzen heißen Diskussionen über zeitgemäße APIs, deren Inhalte und fehlende Entwicklungsfortschritte so aufgeregt, dass man quasi allem anderen den Hahn abdreht (so interpretiere ich das).
Diskussion siehe hier https://www.viessmann-community.com/t5/Konnektivitaet/ViCare-Blick-zurueck-und-nach-vorne/m-p/155737/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufEtKU0lUSUpMQUtJOEtUfDE1NTczN3xTVUJTQ1JJUFRJT05TfGhL#M19286
Hallo zusammen,
erst einmal vielen Dank an den Entwickler des Moduls! Funktioniert auf Anhieb.
Allerdings habe ich noch eine Frage bezüglich der Readings Gasverbrauch und Stromverbrauch. Wir haben jetzt seit heute eine Vitocrossal 300 im Einsatz. Ich bekomme eine ganze Menge an Werten ausgelesen,
aber den Gasverbrauch sowie den Stromverbrauch bekomme ich nicht angezeigt. Ist dazu noch eine Zusatzeinstellung erforderlich? Hat jemand den gleichen Kessel und bekommt diese Werte? Oder stellt die API diese einfach nicht zur Verfügung?
Danke & Gruß
Timo
Hallo! Ich bin neu beim Thema FHEM. Ich habe schon vergeblich Google und die interne Suche von FHEM bemüht, ich komme an einer Steller leider nicht weiter. Ich hoffe ihr könnt mir helfen.
Ich habe das Vitoconnect-Modul erfolgreich eingerichtet und empfange Daten. Ich scheitere nun an der Erstellung eines Filelog.
Wenn ich die Vorlage aus dem Wiki nehme kommt leider die Fehlermeldung:
wrong syntax: define <name> FileLog filename regexp [readonly]
Was mache ich denn falsch?
Die Vorlage sieht so aus:
define FileLog_VitoConnect FileLog ./log/VitoConnect-%Y-%m.log
...
attr FileLog_VitoConnect room Log
Also dann erstmal "Herzlich Willkommen"!
Wenn du den Code aus dem Wiki in die Eingabezeile der Weboberfläche eingibst, dann musst du die letzte Zeile attr FileLog_VitoConnect room Log
weglassen, und erst nach dem erstellen des FileLog-Devices entsprechend definieren.
Alternativ kannst du den kompletten Code, über das Plus-Symbol oben links und dann in das neu geöffnete Fenster eingeben.
Gruß
Danny
Zitat von: moskito am 01 Februar 2021, 11:48:20
Alternativ kannst du den kompletten Code, über das Plus-Symbol oben links und dann in das neu geöffnete Fenster eingeben.
Das ist vom FHEM-Style abhängig; Details dazu hier (https://wiki.fhem.de/wiki/Import_von_Code_Snippets)
Hallo!
Ich habe das Problem anders gelöst bekommen. Nach der Define Zeile war bei mir ein "Zeilenumbruch" anstattn nur ein "Leerzeichen".
Danke!
Das Vitoconnect Modul liefert mir nach nicht einmal 24h Betrieb den Fehler 401.
Nach 3Stunden offline, kam dann der Fehler:
An error occured: read from https://iam.viessmann.com:443 timed out, login failure.
Ist das noch normal? Was kann ich jetzt tun?
Mein Abfrageintervall war 90s. Ist das trotzdem noch zu viel?
So wie ich das Thema hier gelesen habe, versucht das Modul den Token selbständig zu erneuern.
Wie lange dauert es normalerweise, bis die Verbindung nach dem Fehler 401 wieder steht?
Jetzt funktioniert die Abfrage wieder. Welches Abfrageintervall sollte ich denn einstellen?
Zum Intervall das im Internet gefunden:
ZitatViessmann API limits
Recently Viessmann has introduced a rate limit on their REST API. If you exceed one of the limits below you will be banned for 24 hours:
Limit 1: 120 calls for a time window of 10 minutes
Limit 2: 1450 calls for a time window of 24 hours
Ich weiß aber nicht genau wie Viessmann zählt, wenn z. B. FHEM und die App Daten abrufen.
Gruß
Danny
Das eine hat nichts mit dem anderen zu tun:
Bei einem Fehler "login failure" sind entweder User/Passwort falsch, dann muss man das korrigieren oder Viessmann hat einen Problem mit der Verifikation, dann verschwindet der Fehler von selbst, wenn Viessmann das Problem bemerkt und behoben hat.
Wenn Du das Intervall zu niedrig wählst, dann bekommst du irgendwann einen "429 Rate_limit_exceeded", weil Viessmann die Anzahl der API limitiert (waren es 1440 Calls pro Tag, entsprechend 1 Call/minute? Die Calls für die App werden glaube ich nicht mitgezählt.). Das Modul versucht es regelmäßig wieder und wenn Viessmann den Zähler wieder zurücksetzt (1 mal am Tag) dann geht es wieder für die nächsten 1440 Calls.
Zitat von: MAX_V am 03 Februar 2021, 09:38:36
Jetzt funktioniert die Abfrage wieder. Welches Abfrageintervall sollte ich denn einstellen?
Guten Morgen,
das hier habe ich heute (endlich) bekommen. Login ID habe ich beantragt, aber noch nicht bekommen.
Ich werde versuchen die notwendigen Änderungen umzusetzen damit das Modul weiter nutzbar bleibt. Soweit ich sehen kann, wird sich aber wohl der Login-Vorgang ändern (Captcha), so dass es wohl nicht ohne Brüche gehen wird. Vielleicht schreiben ich auch das Modul komplett neu. Mal sehen. Leider habe ich im Moment auch nicht so viel Zeit zum Programmieren :-(
Viele Grüße
Andreas
Servus zusammen,
ich bin blutiger Anfänger und will mittels FHEM und diesem Modul meiner Brennstoffzelle ein paar Daten entlocken.
Ich habe glaube ich alles richtig auf dem Raspi installiert. Allerdings läuft es wohl nicht wie es soll. Ich habe folgende Logfile Einträge.
2021.03.14 22:44:14 3: vitodata - Passwort war bereits gespeichert
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1566.
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1570.
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $installation in string eq at ./FHEM/98_vitoconnect.pm line 1592.
Kann man damit was Anfangen?
Mit besten Dank schon mal
spenglermaus
Guten Tag,
irgendetwas ist heute mit dem vitoconnect Modul bei mir passiert. fhem stürzt komplett ab.
Ich habe das Modul dann auskommentiert und alles ist wieder normal.
Im Log von fhem steht diese Zeile:
2021.03.31 17:57:57 3: telnetForBlockingFn_1617206277: port 44027 opened
Can't use string ("2021-03-31T13:02:43.154Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724.
und dann war es das mit fhem, der Prozess stürzt ab!
Irgendeine Idee?
Spartacus
Hallo,
hier ein ähnliches Problem. Seit heute morgen 11:03 startet fhem immer wieder neu.
Can't use string ("2021-04-01T09:01:44.699Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724.
Habt ihr schon eine Lösung?
madmax
Bei mir dasselbe Problem. Taucht ganz genau seit 13:03 auf - ständige Abstürze von fhem sind die Folge. Ebenfalls das Gerät komplett auskommentiert, jetzt ist Ruhe.
Habe das gleiche Problem, Fhem startet immer wieder neu und im Log steht folgendes:
Can't use string ("2021-04-01T11:16:23.734Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724
Grüße
Sandro
.... kann ich nur bestätigen !
Letzte Meldung im LOG(Verbose 5):
2021.04.01 13:32:06 5: vitoconnect - FieldName heating.power.consumption
Can't use string ("2021-04-01T10:10:13.000Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724.
Ich schließe mich meinen Vorrednern an ;D.
Hab mich schon gewundert, dass es bei mir noch ohne Probleme läuft... ;D Um genau 14:00 Uhr hat sich FHEM bei mir das erste mal weggehangen und seitdem läuft es nur noch, wenn ich das Vitoconnect Modul deaktiviere (disable=1) :'(
gleiches Problem bei mir seit heute 13:38.
Logeintrag:
Can't use string ("2021-04-01T11:29:27.944Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724.
Gruß
Oliver
Gleiche Situation bei mir auch ab 12.53. Das unheimliche war, dass FHEM dann in einem Loop meine Haustür aufgeschlossen hat über die Nuki Bridge!!
Selbes Problem hier ab 12:17 Uhr.
Hab ne Benachrichtigung über telegram laufen wenn FHEM neustartet. Die Nachricht kam im 20 Sekundentakt.
Gleiches Problem bei mir seit heute kurz nach 12:00
Letzter Logeintrag:
Can't use string ("2021-04-01T17:59:02.848Z") as an ARRAY ref while "strict refs" in use at ./FHEM/98_vitoconnect.pm line 1724.
Beste Gruesse
Peter
Hi,
leider auch das gleiche Problem ab ca. 12:00 Uhr.
Ändert bitte einmal im Modul die Zeile 1724
von
my $Array = join( ",", @$Value );
nach
my $Array = ( ref($Value) eq 'ARRAY' ? join( ",", @$Value ) : $Value );
Das sollte den Absturz vorerst abfangen.
Grüße
@CoolTux - super vielen Dank - funktioniert :D
Moin,
ich habe die Zeile 1724 angepasst und FHEM bleibt oben. Aber ich kriege keine Verbindung
2021.04.02 08:50:28 4: Heizung - GetUpdate called ...
2021.04.02 08:50:28 4: Heizung - getResourceCallback went ok
2021.04.02 08:50:28 4: Heizung - statusCode: 502 errorType: message: DEVICE_COMMUNICATION_ERROR error: Bad Gateway
2021.04.02 08:50:28 1: Heizung - temporärer API Fehler
P.S. THX to @CoolTux für den schnellen Fix
Ist das bei Euch auch so?
Update: War ein lokales Problem - mein Optolink hatte die Verbindung verloren.
@CoolTux - super vielen Dank - es funktioniert auch bei mir wieder :D
@CoolTux: funktioniert!! Danke Dir!
Gruß
Oliver
Hallo zusammen,
tut mir echt leid, dass es zu diesem Fehler gekommen ist. Der Bugfix ist schon eingespielt und kommt morgen.
Zum Hintergrund:
Viessmann hat an der API rumgeschraubt und hat dabei wohl das Klasse "heating.power.consumption" übersehen, die sie eigentlich schon vor langer Zeit durch "heating.power.consumption.total" ersetzt haben aber seither immer noch mit rumschleppen.
Da Viessmann diese Klasse eigentlich nicht mehr benutzt, haben sie wohl vergessen, sie zu testen und daher ist wohl nicht aufgefallen, dass
bei den Werten "heating.power.consumption.XXXValueReadAt" (XXX=year/day/month) als Feldtype "array" statt "string" steht. Da aber ein Zeitstempel (also ein String) geliefert wird, kam mein Modul leider aus dem Tritt. In der Klasse "heating.power.consumption.total" sieht man, wie es richtig sein müsste.
Vielleicht hätte ich testen müssen, ob die API auch wirklich ein Array liefert, wenn sie das ankündigt, aber das nicht zu tun, ist schon ein bisschen gemein. Ich kann ja nicht jeden Verstoß gegen die Regeln der API vorhersehen, die sich Viessmann ausdenkt.
Von daher fürchte ich, dass ich solche Fehler nie ganz verhindern kann. Gottseidank kommt es nicht allzuhäufig vor und CoolTux hat schnell einen Workaround geliefert. Dafür vielen Dank!
Als kleine Entschädigung gibt es mit dem morgigen Release ein paar neue Readings. Ich hoffe, dass jetzt alles wieder funktioniert und das Modul wieder stabil läuft.
Viele Grüße und schöne Ostern
Andreas
Zitat von: CoolTux am 02 April 2021, 03:04:05
Ändert bitte einmal im Modul die Zeile 1724
von
my $Array = join( ",", @$Value );
nach
my $Array = ( ref($Value) eq 'ARRAY' ? join( ",", @$Value ) : $Value );
Das sollte den Absturz vorerst abfangen.
Grüße
Hallo spenglermaus,
das sind erstmal nur Warnung. Wenn das Modul ansonsten funktioniert (d.h. es werden Readings angezeigt), dann ist alles ok.
Wenn nicht, dann setz "verbose" mal auf "4" und schau dann nochmal ins Logfile.
Viele Grüße
Andreas
Zitat von: spenglermaus am 14 März 2021, 23:08:45
Servus zusammen,
ich bin blutiger Anfänger und will mittels FHEM und diesem Modul meiner Brennstoffzelle ein paar Daten entlocken.
Ich habe glaube ich alles richtig auf dem Raspi installiert. Allerdings läuft es wohl nicht wie es soll. Ich habe folgende Logfile Einträge.
2021.03.14 22:44:14 3: vitodata - Passwort war bereits gespeichert
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1566.
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1570.
2021.03.14 22:44:25 1: PERL WARNING: Use of uninitialized value $installation in string eq at ./FHEM/98_vitoconnect.pm line 1592.
Kann man damit was Anfangen?
Mit besten Dank schon mal
spenglermaus
Hallo andreas13,
super! Läuft wieder. :)
Vielen Dank.
Hallo Andreas,
vielen Dank für die Korrektur!! Ich habe das Update gleich heute morgen durchgeführt.
Sieht auch gut aus, jedoch habe ich nun doch etliche Logeinträge der folgenden Natur innerhalb weniger Stunden:
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
Kann man das irgenwie etwas eindämmen?
Gruß
Oliver
..... kleine Ergänzung:
habe ein Intervall von 1800 sec (= 30 Min.) eingestellt.
Das ist genau der Abstand in dem die Logeinträge entstehen.
Gruß
Oliver
Hallo,
ich werde im nächsten Release den Loglevel für die Meldung auf 4 setzen.
Viele Grüße
Andreas
Zitat von: bruen985 am 03 April 2021, 15:16:41
Hallo Andreas,
vielen Dank für die Korrektur!! Ich habe das Update gleich heute morgen durchgeführt.
Sieht auch gut aus, jedoch habe ich nun doch etliche Logeinträge der folgenden Natur innerhalb weniger Stunden:
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 10:41:49 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:11:50 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 11:41:52 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 12:11:53 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 12:42:05 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:12:06 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 13:42:07 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 14:12:08 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption dayValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption monthValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption unit
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption weekValueReadAt
2021.04.03 14:42:10 1: Heizung - Array Workaround for Property: heating.power.consumption yearValueReadAt
Kann man das irgenwie etwas eindämmen?
Gruß
Oliver
Hallo Andreas,
Klasse! danke Dir!
Gruß
Oliver
Hallo,
bei mir führt das Modul nach ein paar Sekunden zum Absturz von FHEM.....ich schaffe es gerade einen Raum zuzuordnen und schon schmiert es ab und weg ist das Vitoconnect-Device wieder :(
Ist das Problem bekannt?
Danke und VG
Florian
Zitat von: FlorianSenne am 08 April 2021, 20:11:59
Hallo,
bei mir führt das Modul nach ein paar Sekunden zum Absturz von FHEM.....ich schaffe es gerade einen Raum zuzuordnen und schon schmiert es ab und weg ist das Vitoconnect-Device wieder :(
Ist das Problem bekannt?
Danke und VG
Florian
Bei mir läuft es. Lies mal die Beiträge vorher aus der letzten Woche. Wann hast du dein Modul zuletzt geupdatet?
Zitat von: Udomatic am 08 April 2021, 20:38:50
Bei mir läuft es. Lies mal die Beiträge vorher aus der letzten Woche. Wann hast du dein Modul zuletzt geupdatet?
Hallo,
danke für den Hinweis. Hab den Fehler gefunden. Wieso auch immer hat ein Modul das Update allg. aufgehalten, weshalb die Module ab ca 50XXX.pm nicht mehr aktualisiert wurden. Natürlich auch das Vitoconnect....nun konnte ich den Fehler beheben....geht wunderbar.
Danke und Sorry für die Umstände.
VG
Florian
Guten Morgen,
ich habe auch ein Problem mit Vitoconnect. Seit heute bekommen ich folgende Meldung im Logfile
2021.05.02 09:34:16 1: PERL WARNING: Use of uninitialized value $access_token in string ne at ./FHEM/98_vitoconnect.pm line 1494.
2021.05.02 09:34:16 1: vitoconnect - Access Token: nicht definiert
update all durchgeführt und das Modul neu angelegt aber leider bleibt es bei dieser Meldung.
Kann mir da jemand helfen?
VG Thomas
Hallo Thomas,
lies bitte mal Artikel https://forum.fhem.de/index.php/topic,93664.msg1065705.html#msg1065705 und schick einen aussagekräftigen Logauszug, sonst kann Dir vermutlich keiner hier helfen.
Viele Grüße
Andreas
Zitat von: Thomas0401 am 02 Mai 2021, 10:05:14
Guten Morgen,
ich habe auch ein Problem mit Vitoconnect. Seit heute bekommen ich folgende Meldung im Logfile
2021.05.02 09:34:16 1: PERL WARNING: Use of uninitialized value $access_token in string ne at ./FHEM/98_vitoconnect.pm line 1494.
2021.05.02 09:34:16 1: vitoconnect - Access Token: nicht definiert
update all durchgeführt und das Modul neu angelegt aber leider bleibt es bei dieser Meldung.
Kann mir da jemand helfen?
VG Thomas
Hallo Andreas,
Artikel gelesen und mal ein List gemacht
Internals:
.FhemMetaInternals 1
.access_token
.code 4
.gw
.installation
DEF xxxxx@xxxxxx xxxxxx 300
FUUID 608e6911-f33f-20b7-56a6-8ff13cbbf8e9e633
FVERSION 98_vitoconnect.pm:0.241550/2021-04-05
NAME Vitodens300
NR 156
STATE ???
TYPE vitoconnect
counter 0
intervall 300
login ok
user xxxxx@xxxxxx
.attreocr:
.*
Attributes:
DbLogExclude .*
event-on-change-reading .*
room KG->Technikraum
verbose 4
Modul mit update 98_vitoconnect.pm
durchgeführt und dann kommt das
fhem
UPD FHEM/98_vitoconnect.pm
New entries in the CHANGED file:
- bugfix: 10_WS980: v1.3.0 - fix invalid values like 0xffff
Das habe ich dann nach dem Update des Moduls aus dem Logfile
2021.05.03 14:19:53 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4905.
2021.05.03 14:19:54 4: Vitodens300 - getCodeCallback went ok
2021.05.03 14:19:54 4: Vitodens300 - code: 4
2021.05.03 14:19:54 2: AttrTemplates: got 227 entries
2021.05.03 14:19:55 4: Vitodens300 - getAccessTokenCallback went ok
2021.05.03 14:19:55 1: PERL WARNING: Use of uninitialized value $access_token in string ne at ./FHEM/98_vitoconnect.pm line 1494.
2021.05.03 14:19:55 1: Vitodens300 - Access Token: nicht definiert
Kannst Du mir auf die Sprünge helfen wie ich einen aussagekräftigen Logfile bekomme?
VG Thomas
Hallo Thomas,
hast Du nach dem Update FHEM mal neu gestartet? Dann schick nochmal ein Auszug aus dem Logfile beginnend mit den Eintrag "2021.05.05 09:39:28 4: vitoconnect - GetUpdate called ...".
Was ich schon sagen kann ist, dass "code: 4" nicht gut aussieht. Das müsste so aussehen:
2021.05.05 09:39:29 4: vitoconnect - code: fjVB7_Av_nKFMX-sMorUI33zAuItcmZJwd1pBMhfFG4
Also muss vorher schon was schief gehen. Vermutlich beim Einloggen. Dazu sollte es aber vorher schon eine Fehlermeldung geben. Wenn da keine Fehlermeldung ist, dann stell verbose auf "5" und mach nochmal eine Logauszug.
Viele Grüße
Andreas
Zitat von: Thomas0401 am 03 Mai 2021, 14:32:56
Hallo Andreas,
Artikel gelesen und mal ein List gemacht
Internals:
.FhemMetaInternals 1
.access_token
.code 4
.gw
.installation
DEF xxxxx@xxxxxx xxxxxx 300
FUUID 608e6911-f33f-20b7-56a6-8ff13cbbf8e9e633
FVERSION 98_vitoconnect.pm:0.241550/2021-04-05
NAME Vitodens300
NR 156
STATE ???
TYPE vitoconnect
counter 0
intervall 300
login ok
user xxxxx@xxxxxx
.attreocr:
.*
Attributes:
DbLogExclude .*
event-on-change-reading .*
room KG->Technikraum
verbose 4
Modul mit update 98_vitoconnect.pm
durchgeführt und dann kommt das
fhem
UPD FHEM/98_vitoconnect.pm
New entries in the CHANGED file:
- bugfix: 10_WS980: v1.3.0 - fix invalid values like 0xffff
Das habe ich dann nach dem Update des Moduls aus dem Logfile
2021.05.03 14:19:53 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4905.
2021.05.03 14:19:54 4: Vitodens300 - getCodeCallback went ok
2021.05.03 14:19:54 4: Vitodens300 - code: 4
2021.05.03 14:19:54 2: AttrTemplates: got 227 entries
2021.05.03 14:19:55 4: Vitodens300 - getAccessTokenCallback went ok
2021.05.03 14:19:55 1: PERL WARNING: Use of uninitialized value $access_token in string ne at ./FHEM/98_vitoconnect.pm line 1494.
2021.05.03 14:19:55 1: Vitodens300 - Access Token: nicht definiert
Kannst Du mir auf die Sprünge helfen wie ich einen aussagekräftigen Logfile bekomme?
VG Thomas
Hallo Andreas,
ich habe gerade nochmal das Update gemacht und FHEM neugestartet. Folgender Eintrag im Logfile
2021.05.05 15:15:22 4: Vitodens300- getCodeCallback went ok
2021.05.05 15:15:22 5: Vitodens300 - Received response:
<!DOCTYPE html>
<html>
<head>
<title>Viessmann Login</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link rel="icon" href="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/images/favicon.png" type="image/png">
<link rel="stylesheet" href="https://fonts.googleapis.com/icon?family=Material+Icons"/>
<link rel="stylesheet" href="https://fonts.googleapis.com/css?family=Roboto:100,300,400,500,700,900"/>
<link rel="stylesheet" href="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/css/material.min.css"/>
<link rel="stylesheet" href="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/css/customerRegistration.css"/>
<script src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/js/material.min.js"></script>
<script src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/js/showpw.js"></script>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
</head>
<body>
<div class="b2b-main-background"> <div class="font-size-20px b2b-regestration-headline"> <div class="mdl-grid mdl-grid--no-spacing"> <div class="b2b-regestration-headline-item" style="margin-left:24px">Login</div>
</div> </div>
<div class="b2b-main-container"> <div class="b2b-sub-container"> <div class="mdl-grid mdl-grid--no-spacing"> <div class="mdl-layout-spacer"></div>
<img src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/images/viessmann-logo.png" alt="viessmann-logo" class="b2b-vi-image"/>
<div class="mdl-layout-spacer"></div>
</div> <form class="b2b-form-space" id="AuthUidPwDialog" name="AuthUidPwDialog" method="POST" target="_self" action="https://iam.viessmann.com/idp/v2/authorize?client_id=79742319e39245de5f91d15ff4cac2a8&scope=openid&redirect_uri=vicare://oauth-callback/everest&response_type=code" autocomplete="off" accept-charset="UTF-8">
<div class="mdl-grid mdl-grid--no-spacing">
<div class="mdl-layout-spacer"></div>
<div class="error-color normal-text font-size-26px opacity-87 b2b-form-space b2b-line-height"><p>Your account has been suspended due to repeated failed authentication.</p></div>
<div class="mdl-layout-spacer"></div>
</div>
<div class="mdl-textfield mdl-js-textfield mdl-textfield--floating-label"> <input class="mdl-textfield__input" autocorrect="off" autocapitalize="off" autocomplete="off" spellcheck="false"
type="text" id="isiwebuserid" name="isiwebuserid" size="20" maxlength="255" tabindex="2">
<label class="mdl-textfield__label" for="isiwebuserid">User name</label>
</div>
<div class="mdl-textfield mdl-js-textfield mdl-textfield--floating-label"> <input type="password" name="hidden-password" value="00" tabindex="-1" style="display:none" autocomplete="off">
<input class="mdl-textfield__input" autocorrect="off" autocapitalize="off" autocomplete="off" spellcheck="false"
type="password" id="isiwebpasswd" name="isiwebpasswd" size="20" maxlength="255" tabindex="3">
<label class="mdl-textfield__label" for="isiwebpasswd">Password</label>
<i class="material-icons mdl-textfield__label__icon" ontouchstart="spez.changePWType('isiwebpasswd', 'click', this);" ontouchend="spez.changePWType('isiwebpasswd', 'focus', this);" onmousedown="spez.changePWType('isiwebpasswd', 'click', this);" onmouseup="spez.changePWType('isiwebpasswd', 'focus', this);" onmouseout="spez.changePWType('isiwebpasswd', 'focus', this);">visibility_off</i>
</div>
<div class="mdl-grid mdl-grid--no-spacing" style="padding-top:16px"> <div class="mdl-cell" style="width:auto"> <label class="mdl-checkbox mdl-js-checkbox mdl-js-ripple-effect" for="checkbox"> <input type="checkbox" name="stayloggedin" value="Stay logged on" tabindex="4" class="mdl-checkbox__input" id="checkbox" style="margin-left:0">
<span class="mdl-checkbox__label">Stay logged on</span>
</label> </div>
<div class="mdl-layout-spacer"></div>
<div class="mdl-cell" style="width:auto;margin-top:5px"> <a class="forgot-username-password" id="link_pwlost" title="Forgotten password" href="/selfservice/passwordlost">Forgotten password</a>
</div> </div>
<div class="mdl-grid mdl-grid--no-spacing" style="padding-top:60px"> <div class="mdl-layout-spacer"></div>
<div class="mdl-cell" style="width:auto"> <button class="mdl-button mdl-js-button mdl-button--raised mdl-button--colored login-button" type="submit" name="submit" value="LOGIN" id="loginButton">LOGIN</button>
</div> </div>
</form> <script type="text/javascript">document.forms['AuthUidPwDialog'].elements[0].focus()</script>
</div> </div> <div class="mdl-layout-spacer"></div> </div>
<script src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/js/jquery-3.3.1.min.js"></script>
<script src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/js/dropdown.js"></script>
<script src="/login/resources/nevislogrend/applications/IDM_OIDC_IDP_V2/webdata/js/nevislogrend.js"></script>
</body> </html>
2021.05.05 15:15:22 4: Vitodens300 - code: 4
2021.05.05 15:15:22 4: Vitodens300- getAccessTokenCallback went ok
2021.05.05 15:15:22 5: Vitodens300- Received response: {"error":"invalid-token-request"}
2021.05.05 15:15:22 1: Vitodens300- Access Token: nicht definiert
Hallo Andreas,
ich habe mal meine App Vicare gelöscht und nach der Neuinstallation (Passwort vergessen) angeklickt. Danach das Passwort meines Viessmann-Partner-Login vergeben und mich dann in FHEM mit dem Passwort vom Partner-Login angemeldet und es hat funktioniert. Keine Ahnung warum.
Vielleicht hängt das mit dem neuen Partnerportal zusammen, denn ich sehe im Grunde in dem Portal all meine montierten Anlagen von Viessmann.
Vielen Dank und Grüße Thomas
Hallo Thomas,
sehr merkwürdig. Leider kann ich das nicht reproduzieren, da ich keinen Partneraccount habe, aber wenn es jetzt bei Dir funktioniert ist es ja gut.
Normalerweise muss das so aussehen:
2021.05.11 07:19:57 4: vitoconnect - getCodeCallback went ok
2021.05.11 07:19:57 4: vitoconnect - Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML><HEAD>
<TITLE>302 Found</TITLE>
<META name="robots" content="noindex" /></HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF="vicare://oauth-callback/everest?code=Z80gLuC5wRbjdOMCuhG69QnmhCCieKgpzrSvNvhImPs">here</A>.
</BODY></HTML>
Zitat von: Thomas0401 am 05 Mai 2021, 16:10:07
Hallo Andreas,
ich habe mal meine App Vicare gelöscht und nach der Neuinstallation (Passwort vergessen) angeklickt. Danach das Passwort meines Viessmann-Partner-Login vergeben und mich dann in FHEM mit dem Passwort vom Partner-Login angemeldet und es hat funktioniert. Keine Ahnung warum.
Vielleicht hängt das mit dem neuen Partnerportal zusammen, denn ich sehe im Grunde in dem Portal all meine montierten Anlagen von Viessmann.
Vielen Dank und Grüße Thomas
Hi Andreas,
erstmal vielen Dank für das tolle Modul! Ich habe damit eine super Überwachung und Auswertung meiner Wärmepumpenanlage relasieren können und konnte die Effizenz der gesamten Alage mit den gewonnen Daten ordentlich optimieren.
Für kommende Releases hätte ich eine Anregung, und zwar gibt es ja bereits das Reading "WW-Temperatur_2", hinter dem sich "heating.dhw.temperature.temp2" verbirgt.
In der enteties.json sieht der Endpoint so aus:
'class' => [
'heating.dhw.temperature.temp2',
'feature'
],
'entities' => [
{
'rel' => [
'http://schema.viessmann.com/link-relations#feature-meta-information',
'https://wiki.viessmann.com/display/VPL/Relations#Relations-feature-meta-information',
'https://wiki.viessmann.com/display/VPL/Amounts#Amounts-unique'
],
'properties' => {
'apiVersion' => 1,
'gatewayId' => '7571381736894203',
'uri' => 'https://api.viessmann-platform.io/iot/v1/equipment/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'isReady' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'isEnabled' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'timestamp' => '2021-05-04T11:43:07.143Z',
'feature' => 'heating.dhw.temperature.temp2',
'deviceId' => '0'
}
}
],
'actions' => [
{
'fields' => [
{
'name' => 'temperature',
'min' => 10,
'required' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'max' => 60,
'stepping' => 1,
'type' => 'number'
}
],
'title' => 'setTargetTemperature',
'name' => 'setTargetTemperature',
'type' => 'application/json',
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2/setTargetTemperature',
'method' => 'POST',
'isExecutable' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'}
}
],
'properties' => {
'value' => {
'type' => 'number',
'value' => 45,
'unit' => ''
}
},
'links' => [
{
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'rel' => [
'self'
]
},
{
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features',
'rel' => [
'up'
]
},
{
'href' => '/operational-data/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'rel' => [
'http://schema.viessmann.com/link-relations#live-updates',
'https://wiki.viessmann.com/display/VPL/Relations#Relations-live-updates'
]
}
]
Es gäbe also die Möglichkeit, die Temp2 analog zur normalem WW Temperatur zu setzen.
Ich würde mich sehr darüber freuen, wenn es dafür eine set Methode im Modul geben würde, denn ich würde gerne an warmen Tagen in bestimmten Zeitfenstern den WW Speicher höher Laden um die Effizenz der Anlage weiter zu steigern.
Liebe Grüße
Max
Hallo Max,
ja das ist möglich. Ich werde es im nächsten Release implementieren. Kannst Du das dann testen? Meine Heizung hat das nämlich nicht und daher kann ich es auch nicht testen.
Ich habe außerdem keine Ahnung, was der Unterschied zwischen Haupt-/Solltemperatur und WW-Temperatur_2 ist. Ich hoffe, Du weißt, was Du tust :-)
Viele Grüße
Andreas
Zitat von: Strictor am 11 Mai 2021, 10:18:32
Hi Andreas,
erstmal vielen Dank für das tolle Modul! Ich habe damit eine super Überwachung und Auswertung meiner Wärmepumpenanlage relasieren können und konnte die Effizenz der gesamten Alage mit den gewonnen Daten ordentlich optimieren.
Für kommende Releases hätte ich eine Anregung, und zwar gibt es ja bereits das Reading "WW-Temperatur_2", hinter dem sich "heating.dhw.temperature.temp2" verbirgt.
In der enteties.json sieht der Endpoint so aus:
'class' => [
'heating.dhw.temperature.temp2',
'feature'
],
'entities' => [
{
'rel' => [
'http://schema.viessmann.com/link-relations#feature-meta-information',
'https://wiki.viessmann.com/display/VPL/Relations#Relations-feature-meta-information',
'https://wiki.viessmann.com/display/VPL/Amounts#Amounts-unique'
],
'properties' => {
'apiVersion' => 1,
'gatewayId' => '7571381736894203',
'uri' => 'https://api.viessmann-platform.io/iot/v1/equipment/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'isReady' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'isEnabled' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'timestamp' => '2021-05-04T11:43:07.143Z',
'feature' => 'heating.dhw.temperature.temp2',
'deviceId' => '0'
}
}
],
'actions' => [
{
'fields' => [
{
'name' => 'temperature',
'min' => 10,
'required' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'},
'max' => 60,
'stepping' => 1,
'type' => 'number'
}
],
'title' => 'setTargetTemperature',
'name' => 'setTargetTemperature',
'type' => 'application/json',
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2/setTargetTemperature',
'method' => 'POST',
'isExecutable' => $VAR1->{'entities'}[0]{'properties'}{'isEnabled'}
}
],
'properties' => {
'value' => {
'type' => 'number',
'value' => 45,
'unit' => ''
}
},
'links' => [
{
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'rel' => [
'self'
]
},
{
'href' => 'https://api.viessmann-platform.io/operational-data/v1/installations/171085/gateways/7571381736894203/devices/0/features',
'rel' => [
'up'
]
},
{
'href' => '/operational-data/installations/171085/gateways/7571381736894203/devices/0/features/heating.dhw.temperature.temp2',
'rel' => [
'http://schema.viessmann.com/link-relations#live-updates',
'https://wiki.viessmann.com/display/VPL/Relations#Relations-live-updates'
]
}
]
Es gäbe also die Möglichkeit, die Temp2 analog zur normalem WW Temperatur zu setzen.
Ich würde mich sehr darüber freuen, wenn es dafür eine set Methode im Modul geben würde, denn ich würde gerne an warmen Tagen in bestimmten Zeitfenstern den WW Speicher höher Laden um die Effizenz der Anlage weiter zu steigern.
Liebe Grüße
Max
Hi Andreas,
super, danke! Na klar werde ich das gerne durchtesten und dann hier die Ergebnisse teilen, falls noch jemand vor der Herausforderung steht oder ähnliches plant ;-)
Liebe Grüße
Max
Ich hätte eine Verständnisfrage bzw. möglicherweise ein Problem. Ich habe bisher eine Heizung über ein Vitoconnect modul in FHEM eingebunden das hat aus soweit funktioniert.
Gestern habe ich jetzt zusätzlich im Frontent von Viessmann eine zweite Heizung angebunden (die hat eine Kommunikationsschnittstelle direkt eingebaut). In der Viessmann App funktioniert das auch ganz gut, ich sehe alle Infos. Im FHEM Modul geht seitdem nichts mehr. Zuerst hat das Problem mit dem ständigen Restart wegen "Cant use string .... while strict refs..." zugeschlagen, nach einem Update des Moduls war das weg, aber ich bekomme keine Readingupdates mehr und wenn ich verbose 4 einschalte, wird das Log mit ständigen Meldungen vollgeschrieben, die sich nicht mal durch "attr <device> disable 1" wieder abschalten lassen.
2021.05.17 17:36:04 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.LgKHCawfDgsDkjjK8GPANNkU17sYJsMtm4JMB_CqFMbjfTnbhJTlJ1w9b20BHxDoVx3jzK6uirsrGrY6NE4UjYDphWUa4IQwspSY2RaYhACIRlMq6qnMrMdWcJHuN0KsJU6RETad0Yaer75zmRm9l-fSQwgJCcoH6f7NiOA80sNQl0FXzf5GkenTsm6xovBUXPJChknKFm0yr3xdoRaSqHWrxjm_ELTSoUwpx8PBRUDu-frqfQpAGRBZZWotfjU8N3PGamUJQbyuLN1AHja80yoFYHAA5OSaMkncn1Qr0DkptT4fGYpxRfadn2xfH30ADtmtpQatjkwUJ4Af6CqgLqdkShk2uKtmMPy-uoQnAfaYbxoDJ--N2S_JWBJ0yzv94b1oF8ODjDVbEL6VjvTc5xamiK8ZcpO7vADtLKDro0ewfsBFkS3HDcleSmlDkyOgb79N3z3PBJWatYCeYpgIZcNbKkocwhxwgzclL8RpbURQMAFTzZytEoOy62q3KHI9_44CimOMwK1T8-adSi1xq4A3usQmfYvqXufWphC78-c6N8iGFCpQUwdPGnQsaDc1ZlgUJQp8r8p22Y1zFF4130NS3E0-uCSRgQqnVRVTsHl87brHeaS3dEw9nojfqXroyzDtBTI4U7cqUqd3er6K2dDcndywfAUhn50skWYGVwI.YTYx-BiS21pa_eIV.oerV9hCq-tE9HBqx8hPtmPfYNvnqjwa4XkrgbarKejgGCkhevL6sPjbMcRveu28CAOU1nShohX4rLqORxG0h_Y-EQqtTuOLsgeqOEVACwQSt71LXFVHkPu3svUVEDCg0tnyBPc7yvmWsDGH1j0S2WIWj6w7YmAGs_o58S7-xnQfDz8lCEcAHU0PEORGX2AScMVCKTe52C7khJZT6hXSRuikX_UvITCNE9ENWypPYWmx9cUxwruLT0fqYIUaXqVA7HdCoQpOZPVzr7fazCPNky90SS9yXhPL5u4qvWjY9wy-UJH_5FtGYez-BHXPXFLA0aQvMmj6Y1RN8CmvHKUzA2veDaAgAHzRLcBk7Aw-bdQFoAmS8bbvXf5qefvxwFL1RY_W8x7HIt_KD0VPgf1tkRCzs8CGe6ayEMiVmWUnUYFhVupsX6gbJ0jWx1umfrvXwka-JKcs2hF-w3SOnF99yg8O__WtPDU7BmauJ7ajgCidihRCpPS4K-jVvsTpOFObTbXGV4-T9vUK4hdeNH86kaB-dOGtD-66aEUS9Qy3U1D4BOE8g8MYrer2nZyEgc6gSiMS_2zoP6QX07Uxxu0b_yfi24vlKumXHk44a8xSuzB5IB-cgL6h0qGzmxBKgYiV3Zfg4uxuSO6GqyLSCpEnsJA7khnb6RS83XnzLTcLtWCNtzl1w54h-QiRTNw_EGCWuCoQZkG5LTKbVlbF3jPVEYVLy2k0jfuA8zE2QJvohXB89PtyeAHBvitzxQNzBLOjdcRRsbG29ShBbPoIUf8EDlrcys9lMMVifXcMwSMCyrEbVbzkFsb5v6x5fLBE1tH_ERqhzb3JG3q2zXZet5FW3Y8iZ_l7MNEqcgL-Dmn4JprMXbVyWsXhAo_3BfF0D0-XPqx0NXTUJWoW7rbieeY-Z_9kzlD4uK09cSgV2NzWC_BBB804u_7bghiGw1osPYhRYYyuI8j-c4bh4FM3q195gTHQ5fp-cZM8wXaO2KOJPKo367ycsfbgkskLjBM5bJ5ShpH4fAz2hFyx4GCkKI0thXy8GFtwcT5bP4UkXNM8NqByjMWNu2YMGZP4cqV4j3XieCDXwU6eXgvp-Adm-3zPa59qd3XDWlxq4f_EwT90jmjg7hFw8FufZekX-2461whqjYwxfRS81MWIHbb1injzeIcJhpQk8_CA7t-u7WXIFYIUC8blbXZ1zjdyJm4lbrOr7dqNvCXzfrlEX44R8kpAOdPkrQ4Mzxt9DK8Lj4RuLB6UTbn0R4w9iePdvE8tWglkY4i0LKFBNBbDZiVJYWKLU.8GUWDQaorKHBtY5bFObyrw
2021.05.17 17:36:04 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:04 4: eg_Heizung - installation:
2021.05.17 17:36:04 4: eg_Heizung - gw:
2021.05.17 17:36:04 4: eg_Heizung - getCodeCallback went ok
2021.05.17 17:36:04 4: eg_Heizung - code: 0v1DNkOfBSOWX_IKEDaw9by1AvFr5uRqztlKWof0RsQ
2021.05.17 17:36:05 4: eg_Heizung - getAccessTokenCallback went ok
2021.05.17 17:36:05 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.TEIvG3i96SQjE8TGHLJ-hkEHo81AsduW0gbYA7X2B2oFdbDB3pP1Ve40VTAMPe0fvIt7_z_E2O_NgC1yRAT778RCgUQChRVm_trM0ttyiCfixGjI3XmG0K5YwOXHkRV6FIj0TcqeRhczSZWTZSp5-bjF3Jf2sSyRkRRHoMcNM1fireZbab6D4ueI9oMrkOOCJvCpQGh7gwao3qksbw7l5dEiDH7SgCHcvHiZnASY-fT_npMU7tXALFr85upQd_xsS2yRxMqv1dFkZGPSPd3OOVWQ7471BARiF_aVoMZheF-ijm7C3xPNE8JGjNIihc4zLUMshbtmNjYW3BtpbNACgfes6M-VbhqAv9KQnKlLYUh6N24pRIdOeAzOJYg7RS7mlrMua3qVws74yZ6zcgcClQ7Mvn_rhDwpV9FHEKJcmxCaj6RbYkTPzJyY41O_Lc-GvM3vzdNoPi8VspuT0bzgU1Q64_CaPiFI9Gmt7t3h2CTDFGFzOabqSTrUhF9T9nInaalt8aLMfYrUgxhkor6S7hGhTLFl6ApNWZAPRTRk-zXAnr1o_VFLztxSpjmfVxl1yWnhQr4BzX-_4zFwfZ0fijU-nNHkaILzX8lpx1HYpTvRDosvMH8-l_wF6FZOukxycfxscnf7QIDw-61BGRrSicpZpQvCAK00sobr1OwWi5U.QHEM20tYvv8pooFU.9E_b3zSz2nP6RRzkjjAZLO7v_WbwQf5lfy9N94DnG6nyP_FPSJN1JF0jwlS4q5EFv8L3sd5a2Mst1VDKcMMlECAdwBES5Nbt-3acSlDmhVHzoGVUYVIJsm-Q-82dDwV9Mvo5qMqG2o0d9HZn1gJZ5zwoAtvTlwm85xPlm65jdYEy76sQRj1Xf65C_L7HhG21YWgzrn6KkiH-f108Y7cVVsUk4_3nINSJuSoUGfMU9zk20b1jSbzJ6jxpiEwmIukEC7BZFXbJf7USN2TKG6OKO2N1aaBKlsb5xebS7D-iPI-_rb_MJXcVNA_NcZL4zzn35IoQpuBhZuQ5fReufm1Vi3TrbhlfKMSc9jgvozyq6vgWLMiGJCSiBQ1Hz_RG24YLTfzoxPgYQn7RfLgmIPPkhxErWTJqdZM89OCg9YJJBOS2oMj6w9fyBVWBXByCCM-IH5mmgdmzzt1TaiNloXEzGlmZdgo937VecgQqGHikqs05XffMj7Jn13NeGzA9yxjm9cgmDHRLVxFYMDI2pSwO9d4Aqt-xFpTYQatnRrLhaA80z9LeXDogkYbEzqpBr-1Et4vO8trgkRb-IZSaM2UwCefS2X97ZOJiFthnXWOpqhOZdjtaCifW80iQJWIen5FAbwZr6ZwfLpJ7zMURlNQt_3UOGgYVmuq5Vf6BddOa3J-XPqAmbTUb_ksm_xexbbtoOCL5qotG3CJ8CEifyHNXBORAUo4Xmj-J7zTjaYPf9MsAD94SfV3N2k8vz1F8ewOjHm-Nbu-E6UwWPQUoQAiBay640LbXp56OKzbG-KwWwmyreb8OkCJOHuRIu9LnjXklmxVXRyGqQE5Muj54fxa1Lw6yi1aRrdgTKSmziEzgPnD-Xy92UforcEs13604sgn4LERth5UuYt1F-BCJ96ZFtvO3Sug1KLKyMpc2weauMWqh3TFy5nbcEHhxn-sn93-1_YZQXnesQKzQ9D_eRP8RV5EuRwQEUL6PruMHDeMDUR7FrXGnfcq4b45b9ISmpL8pgD2zRJD22LXKhZCIBFEeVmBAxdtr7GgiXcR_iwmnnWGwaRmR1UVHLeiW-0mtGYFBSjU5kc2gMsh7SDLUBxSvkXR-q-52EAm_-MlsAV6DDvTGU0aia_m5BYBi6uSBqtTBG60kAQoyD5Sm_VbTfnwfiiLPae22byY77PZ7QPpRsp5ZcdK8Vs8D6NGkuG70RePEsZ_esql53zEd3a_rED2RwcurHu8reF-G1UbD5d4EA2v3j-2gnwlvBxqOflUJr1yAVRCNH26huCBqAovwGeeE.PSRM5BK87Nmp8ZG90H5P9Q
2021.05.17 17:36:05 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:05 4: eg_Heizung - installation:
2021.05.17 17:36:05 4: eg_Heizung - gw:
2021.05.17 17:36:05 4: eg_Heizung - getCodeCallback went ok
2021.05.17 17:36:05 4: eg_Heizung - code: 3XWWhbmiwLbTCNtyDldxTlELlc6pmOsaQxGE4Kd8XKQ
2021.05.17 17:36:05 4: eg_Heizung - getAccessTokenCallback went ok
2021.05.17 17:36:05 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.VpbjgQ1d6hYD4O653Cr0AzIQMUs9G2hbghJW7UoWe-RJ93yfqHsPxsMX_25aSMWah--7RcMehWWNkJf8RcSkfS3W7MVtEU0Gu5MsoD0hs7Vqe_beCgME6pMxMuirdttKR2e_FgQE-w8OXOGcS6fcMzQd5vZGyaJ36iJyhBqReo52eyJmLDSiZYYEQN18lcvHS3CR9OKQlhL4pSimZwddqyefdQ2u3siZiqM_v0IJPv92_kPx-6isfFNMJ-14pXKOt1qD0EsZOMnahO4vKEeZYGlrJlLwkltJh2-WINeMQ7p6vrw6q6bujz_T-7ntvPDjOE2ryjLPbcqREaeZZD316FBB9e1tXEL1pe8RNnCs22SI6jPP1V91Yzn_q7sKY-w6-zfoD5hKdz99aPwjRVeIxdMjuWZOzGvYUKg4G4Fzu3cP3PLkb0ejHD3sQ0-V9c8LvLjiQRrops1AAqSTfP2HLN-UGSHIxZACJrNC_C9uYqlMeYMBH_FjiCf_Pk2U_nTtB0vttzvSocAikz9EUyLmF6Klra-tCMoYiNLyUzBb7hnU0Wmz8I0rF4wL9St3iQM4X-E0pW9Tlctg6gbAVQyb1FN21oeijxfQfk_2JoqyE9v5x-8xrR8czR6idIwaOmVRMOpAgx_BAIs4ZcDoDgEQXmcoFjDdjDTPu2lD7625cME.SadITUA2zZIMxprF.5EnM7LjBsqpeYHM0I_RV6lKZ2DioTzmelPeo0BO23XwVfi2UpAX1CrieJ2CXsKUnf2DMUmB-NnC_GCMAVYxFW3nZUt1B3tfr9-jLaDEZPlX4MNY-sD6Hpdpj4ZAKI3V3fbY38wm1UvWaOJwGbcB41MsKwsZH-CgE4vQUhSS9wh-4hW-qm36jMpZbSt7lO_8Me590El34iuZs3kc_4SjoTV0OdD0Br-dk1F_Cc2lZs_wnEOGloj3XaRvU8Cg6FOrdgBPw6HpsXu-f1vs7aeLXycCvptlKz8tSaWGTcgogISYqwuCU_wAtHne5d3D9OLLZ99szJoctuFaUIDBFxnXpjJork4bugqOMCmM_W8iaZWTsSP3O5jTGfAGbZZi4E8q2dKQMa93hFcO5NqbKtDsill8VsE_bYDbg7KcR2hFQKxLrs_wfoyYvakc6spnUrNmVyK9TuKWhBqLS7XS5d8Ogs7rXbCPVxK2XaSj-eH3PI-dU3Xnx1YuvJ5dMxff54Sz_3QNOLpfWp1R0YpQo8NZ75CZ6erc7MSCDZtnm3Q90w-brvjXLh4kxk5qaKLdZFWj1oybF6wWuEqP-PjXNMpu95d5XZn1Il168Pnhwzq5svCoIn590ZBrKYFUWYPoMDmX9IP7-fqXztSmvnjwzijuN4oLOUjKrdr_yOGiTqcE99zAnfsNTjHfYAdFafQQtXYCNbkgSMqs5ZDFijjqdFVw1_SnV_bQOWL3DRLybGFE-gCyIgWqB0VrCR5Vm7tQh-RDgn-AVNA7GopQ4N5P1MQuMK1-US39ApqGVZCMhO8FHV3vQx_wAb1jfHxlVWUQ1mv4JrsBqm1W5XGodlmx4WJab3TLBiiq7tkDYieyBeFlj8TA_or3G7OGc5-Q-j9enji-csd4CsQe1x0NquTpxerI6wAwjhTGd5XnZXF4BCYer6yVuJQUkj6pieaXKT_ZhDqH4Ig_FqLBuUMdzlyxo_z3Ewav2h5TUY9YQqY5HCF1mhV3WKtObNmIRaOF5QE9bwge4EYOrTTlCcOS7P9gOUZDYq90QvLnF7YEVoaYxTyqETGBKmTmNWRARo9Dmcvrlg_eW12Kv93rFI51sz1Uulg3YDGyfCGY0bBIrLh1qPiJHspy4HkR2d1abyEZGIiGQn9pW_Wkr07DBmqrgVfjeeohATqhFUYvREVONQRU-ayVWK4ZZeDvFpygbQHa1wy1HiSMn8B7IGzXqGKfVraQyYGtQO5XmyaqbqnyMTAPsJGrprILaKOH9qsmnT_RguQQpvX9VPUC2SE1RUFgJ3ILUHqp1.KSdKi-Cg5molSepiUeR9RQ
2021.05.17 17:36:06 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:06 4: eg_Heizung - installation:
2021.05.17 17:36:06 4: eg_Heizung - gw:
2021.05.17 17:36:06 4: eg_Heizung - getCodeCallback went ok
2021.05.17 17:36:06 4: eg_Heizung - code: sQGpyBK_ywARho4XNJ_z7lPUrMRpVtaXMHqfVqjMb9I
2021.05.17 17:36:06 4: eg_Heizung - getAccessTokenCallback went ok
2021.05.17 17:36:06 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.IzyCe04AX21sA25W5oQiVBYJ-sRSBPKpS86-61ifZwYWGoHeV7agerZCOOdR5mKAo4Uh1GcEM-mmpaW4q-yZZ9vwZ3v0sF0h8NRR1qlAUvNpls1XieAT0tdNXEljLn3eufyhWP_y-7EYPV_keRJ3ZW6QJYOu8a7BFdMX8349bPKwvy-wE7oXgd_puMUDtEeuM8mNOBOD5l6GTraSnph8t9DN71GyVjWfrh-ANKbbhjyuLHok6fZYWxTCYIuT7EuJjJmiwpzH5z5m3qLlElG07ZFwabeLjWtQCnNL_Gh5yGNfqkPdZKQfauTcKzFQ622Qgv2hqQ5IVgtA09z3q4RJZAw73r1_HX7wyKElDIZdTRgJKeekp-sKyHRSNaC5616Mho984JB8Z1v34eKNGAqQ5g8sNnZ4XPbUEkewBhv30sTO92qOI4PfmnsilfhGQDOMoZAs9IsKO4N7pmhRGCB_HpNYsU7_hKkYwITskGmBrOgD5FjC202kpSyMgF4qaAPJ-WVTOaynwbknMDr34gS9IjJLYSAmJnQNQL8lDF9A_znVYUFcEipNlBWgGPa6aw7X3zQD73k42BZb24V-VfpiyqGbGXg3O67Et46l7vTwnjVy1KmEguDS-QCRKpbPEh1FGKrU3U814NjYtwTiR-3s79F8XkXdnqEY2zQtcsk4JX8.q4sVwywC0kYj9Db0.qu04xWp1IjbE3mjy5tZ-y8WjNC2XvlE4G_HmwxRifOro5jvzogRyd6SwYj4-IXmbyt9iNFHxjeeC4KgFKaK2MgX143NGpbAD8x9kcp20whOvtiAcw09nlkEwVa1n5eqnP5PyxA8XpNdGkUS_94v_H7e9uataNlcy8dHm-o-c-N4MulLLMFCyTFJNogBU7cn4zvXuAzlmjy88pkv0yc6YZqcPXXVMtfuHug-XNTenZckbOalhx1CPUvSNHhC1Y1COwTUnIxkytxG_zL0j8bspccfTgflxmD00Sa4PojdsUul_eNZ7YggWSMGX-3NE6DN1ua36zhx0L-kYDJe_9JyLmJFJ_EyttPWtgkk7Hy0uzFek_KhZxJpKRapIZ5_gxY7-HzzjyqzyLf-CEl6kAN3TiKCtGalYh3-8fzsX-mfTT_Wfon_3pcP5mH5-5fL_nyV9539X9H8iMmleOvs64r92gBs73lRqRLFiQ5Cg-NGbAzTe1qGBMS6wdptZl0DO155TR3-66unun1NnVs_6ZYtVfTXK1sbu0kfvBxJ87R_7u8c8soZ_hicqE4swop1XxWb7BiA294cJy70mY3VhSsTdWSF7tWja63SLHBuOakkkn3asmDZIN9ON6Op18BSElB6-WAAE5qmlqkA4prxTRpd3dLalQXzqZtzui9ESHfSiZ0_nZkHvAhURvgRExOc-cMle39xIThzAAmHRL77fiMB5nCEeyhx978LinpBWlHz1aE7gtXOMiPyOhYtPWEcVOiyttzc8l_9EQD31Z9t3Hjdqxfb8z_PJ-i1m5cs61mPbxorQde9jGNrYDLuODh5O7jYNGSClRNV98sseFHcC4vKs23skNg6nBoDHmH_qGnyw4sTzbQL1bNwcergYmZT_uhDonpkYVYUb_JBUWMgfXBV8qHUDKbBJXKT_kp4x2KVrvzSGlhFIEWsUGZOBYi5UWZwiVexYeSbbXufBOqn_iTVXcuoTQ4nugl-JERepqbW6ehMCij8Ri79zfFul-xlpCG-_fuNR2s5tLDL71eJdSBgB5g1vCzCLiXJBd-_2anA8viRmvElOCkRqutS1f8yS1bUA8rz1XpYTedG6R7gLLpGLcyPgQL2l542jvxFvL6EPmZbsEaAiTcGvjqPPtf_xEuXmyu_cpXcHuJz-nwrFfIXvjMZ5gt1JIQERark89xx3dBwicsFpgBAvRK0gP9tghfelvOffxb5cp5AaxORBCUVbxEgvtbA__2hkiW-oq8KG0tnDCmiAV7WSD6HdOR2YZlMTKjfn-pm_otf0FRdJZxE1.6MGBaXlAd4BK1yVL8RMFNw
2021.05.17 17:36:07 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:07 4: eg_Heizung - installation:
2021.05.17 17:36:07 4: eg_Heizung - gw:
2021.05.17 17:36:07 4: eg_Heizung - getCodeCallback went ok
2021.05.17 17:36:07 4: eg_Heizung - code: ShjY1kC6en-oHCDJkR0s58AO9TZzmMnNGm8ZO_pladk
2021.05.17 17:36:07 4: eg_Heizung - getAccessTokenCallback went ok
2021.05.17 17:36:07 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.YguqAoyZUDQuzIfoNuCAwubYNXlhRsqkf8cm7xwxTsFYPAeL8iHCq9xQhSoGbx6QWpovcxscF5beQrQ4pNLsW0J29uCw03x7fmFQRGr3aevAYvGrTD4Gbr8vLWisjSkbO-vn1g-S0YidFSpuqUrh_rwnDtXV9rtkSqU7CY2vtCTfwAfjjmdptms4B7ZFOZAPONoF8-wuToeYn5gqWhWGph9NbIvPWWU0nTKzeBYydbLm4ZVuSVByk6L6HnyN-hehjmiX2L6cnnklv75EnmbJqgczc05EVRjALacedidr5pXH9nVyRcraGu9Nt85fg6sTTg2s06JUhWmYHsPoVwaorRyh9MUAXEq8ayIBQ8J6uINwN7BurlBdSLeotL8YITBPwAk-kFY8-3-2TTlOiWcotwtaa9yXPKk6HBtiH6cQ4eZ8bojWLdcpIxuKOsFGqb4IHT7cZdu3lgOodladOF8B3Bk-4UBXvosqZ64UYEmyFykik3xf39fHKTtU5qL5dpEYsQcEYnqtklQPriAuU9B6QohPhncX-pNL3RqE0lR9kEwnnZvSSiXV-Y5XLBbVboKnvjUVAPfOqV36Ph_Emp6gt_zyJ5vkh22hekggamzNBpqYg1gEVHHFdF1lL9h14LiWnYzAaFwvi3xPgHzBQUZwzss_-Iv8k9LDuAr0co4Ae5Q.2uueH7RlGTdeUErn.eVEnx81hXRcInWmAU-WzcNW8ys46bXM9sFHHrzv2_BPLpv0bpgm9KMlWjLsiEpWbBc9D6MtktLaNb-kRRKbdM_9DdFLOuej8MdqRNHtM7WyDfpA5_oOKfwuNc3Mo5oYSCH1bxSznx-V0ob8MBDUJE0GjMzKr4LsRZmtW6BN6_o6Cv7dxNvK1XaI6agcdl5b4O0W2L3Y-yjn20JP_j8Y2XlMVNnGXmR5wSh7VpR8SxbAwvVJX-V6uGb_-fj9ucHm4_WU7OF2noPnUeAv4ibXoV20Abek35FDiGp_ji-GhOtdr6C_I75x-5JSc2gh4yd1V_OnL3-QyhasBZ7r9hvwfRKKG7ZV-6CktKFCIQyFFvw03pVa8szR96PZ1KSPjECAZwodT7w8J9UVyNi4FLBfLWOsjl-B7srIjTjOT0o3j-tFvSZYGt_11a42-cEapwg1lzVQMzHeaP3AxJ6zhMf1iUWPN9Fqci50ZT1SxPK76CbfVqbGEEymfFwv6F9WeDwMea0NGRhyJbT_fsa28oLZ7S2AQ_smXR6Qxeq1btAp83vfGcWZqYfIopoyCbsoa-JEOery3xlgJk1WkeULIxHD4wP0Ubp-ia7vDKzK74CFsglKfhSw5rSBhOx2ARoMWz0R3hqkpOE8OHJQJFJIMNVbHFWpLktvgUb-alt8F8p8iPdZwnR2ENZDnGIFCBrbGdEwQmTRKfMaZjgOPkuva0kmjQZ9HM_ZcW1wU0q7FsJm0wEcNSWwMufZJc4D-SHDvvYgAHfpH9627SPr-6U20pF6OjfMWBvb6RyiCfZJO40cN0lwEykIKmZwPLdfbHyDcgUFE7ropl0pP4prsq-7ANbU8J-N9OE4ndu81cfVK72jo_1Fg54duIzBtaHyMOvXVUvX1SQcRVsvKGs9ISWIIybrDlAbucfy9A_wNsA8Qr1CEEs3yCmqvK4GpL8GPcU7-m0ndgGt3owulNfI1z6ncBizSw0bTOpdRU-Hl_Jk1zi6u9fgFPOjoThhIaThswdZZavL_b-xMBfZ1Q7fdVzOdztvHhRiliaArZ-xGb-AgiKNRnThbU1YGlH-zQNLC2JnaNOzfiUmtNCy_yR69fNQIGgeq_aeBy9Riq-S0IfYFGNgu0G7MJHpqXnZElEmFxX3ZXQpeF3WS2mJadsOn_9oAAlHFIl-uxuh7LYBMDDuyy2kbiy1qX36oxAkol2mFhhuMaNIXODrQz6UOJGCTVPY7XQEc5520IUUVXiEw52di16Q7U31q3S4srxzu7d-V_zUuzfnIMGfArUvg6TM_GShq3OtY.0ytqTqZ7YJlPDsuQ1N4MWA
2021.05.17 17:36:07 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:07 4: eg_Heizung - installation:
2021.05.17 17:36:07 4: eg_Heizung - gw:
2021.05.17 17:36:08 4: eg_Heizung - getCodeCallback went ok
2021.05.17 17:36:08 4: eg_Heizung - code: NXE3rQg_cE9o-WP8znpjhhXhXqbqxJOorzy6dDc2DHQ
2021.05.17 17:36:08 4: eg_Heizung - getAccessTokenCallback went ok
2021.05.17 17:36:08 4: eg_Heizung - Access Token: eyJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiUlNBLU9BRVAtMjU2In0.fFPWwsqfvrv728SJIsTv_shtPgRJBZGitsV7INdQx9xtq0LdijD3t1kLsuhjhflqCwQXwYoRyhA_Bsi_j5gnHramuTb8RF-Z-9dEz36JVRVTs7mm6kOKZn58cpADH8N6zRAC80EhXC3qo7UkUlfz67WZUPxDRXooox6gEMybNo8-Ge83sokaRhTaETXNqq88mlHWf61lgGU6Rs6NgEN03t380n3oQju9J6Ag8hGymibc0C46QCOjUwWqiwFRNwIQWIuZ1Rmy6Zxrhi1wTNqHpskcQ_XbpDi48MfwUFU6-0d9MmyvAmhfcIhZmGWIcNLNQSkDDVp-wyBBlNdbywGdqO-95Z97cXDED2qm22byGDjCSKXyeCwq7SCyzGFmxCRGgnV75Sebmp_H4nlnZ8R06LFBZbDt9CGUup2DgUy1qBKm_GHOD5mjV1BP08LfxUtJsGqtU02g9WyWDBcBJQvHyv6dUrjewl-iMC-mYuvp7Qkf6J6I3_OjgWBXj66kh8RI8-xDCLpd4zPwK3losSbulJnUThh96UadttdGglOy2NxWB6vRCrvQBgQvtM7eGR77fC9x9rmtlGYFAYea-hLyTdLU3GZo8ol021ahfrW13P7tAbYGbBqFn6HK9J6KfoGy03_8-0xJrl-_VbwHg72Uap8Uj5kDTiqOlD9qu0gkYKw.GxPLeilTQeoisSCC.b_F6jnlJ_5ZG-ktn92SJM4QvRGams3FtjRaa2_2uirjwKBnyjUVENvy4JzVXyMoU0A47eki-WzWlePXnHb1JsdAv1THRTBdKLcznx2hjAasC0kPXDAJzVOjsaFyqjNK9kDqh_eroUxKoX7smHAbTg0f-fBD2MnG2nCtllX8hCC03VSDP3caOrNnLQHabNjjjUj-XPqNGyEoBah4QKwgUG3IhHyJj_ckc8_XGCQfsvbG_uxmVDK0hINvTNBXLbnTFeA4YubDeOxBKmP77ODFVHFh_RqnheUAE7H0r169IM_fs0WiiZF0y-oFxSK3te7d8mbM1_JsFxq4JnJTz1ccOGAUpim2A2SrQySp1ogJ0U8fKgceTGZXBBfUT346TjYgd-G3btqfTYhBYIWfk5P2-ButMXCHNhYbzyFcNKuXwa06-4oD7eBXMTPZpCDNJ5zO6ftxQl67i-sJiaX_0pAmNSKuxsBtGNvtz5Ffw0KiKUkOtFsYF5MDHR-PWe7mD4ra6AishbsHhjqoCBlWZAs1SuTIQgKnXeaTxyZv6rp8Y3yRJUshra0q6z9E3ttpBPXzOBpvC3dHmtBT-nR0ypimdvoOsaZZsGmvYQLpU_JdJ8JBliUftHUF8OXvzBEIzQP7oLU07qJMAgqJ3Gmv2vgGenYHRXwHxbdUADGksgET7aryu9fGBHq4dnlzxpZhvXuKiJmF5gaCk8agEZuPjjSsPiP8GADwsjamzVsInGFQG0lLwZXryu0pdwwSjASJrS12s0he8o8_AzqkSY7HyIVj2jVe8zb3RQeyS6FF0IKlhn36WRhapGGSTq8ZAcgE-7IbQizAT4R7kAlQmCKpxMvkrVGzq2It5VQUDdYAeYt_-vyvg2F4kJQniPS2wTTKAbbAnhWm8e8DGzxuPKU7V3yBmo0JWMAf1rPL3HCcddX1GxBOSU6uCqY-l-NDjcBTA_y_CsMVNqvAP045yUc9f0UWHuVUa4lUYZFxZxjjtIVFKI1EbcOd0TYBsxWXhNCPZ7ktLK9qYegWbi0wjy_cxA7F1IQh72gZp6PXBW0GJZr-vqoOU4GQn3KRyO_WfERJBKJxRjQqI5CVPIJbRmtmLgy5c24v20VBxvI5i582M6tsVAbx5Jpk2g9n_1uy3XfOeVghozVRqujeP0WVEz4g5TV9zNM7c9VtwNG4PyL2Bq1GaG6ReXevAQkA9ckfTxSyZlgSBVLUsgHTGsxGk5l7cMR92zUYIE0k9pJHuO9MCO5XvrCISqBn79PvZgUZL-yLlOh4fH0fYjPcNx--lEshEZ2HQ.BoeamyoS7nlEKEo9w19acw
2021.05.17 17:36:08 4: eg_Heizung - getGwCallback went ok
2021.05.17 17:36:08 4: eg_Heizung - installation:
2021.05.17 17:36:08 4: eg_Heizung - gw:
2021.05.17 17:36:08 4: eg_Heizung - getCodeCallback went ok
Kann es sein, dass durch die Hinzunahme der zweiten Heizung das Modul hier durcheinander kommt?! Hat jemand von Euch so eine Konfiguration, die läuft?
Das Modul unterstützt im Moment nur eine Installation pro Account. :-( Um mehrere Installtionen in einem Account zu unterstützen ist leider ein großer Umbau des Moduls nötig für dass ich im Moment keine Zeit habe.
Workaroung: Zweiten Account nutzen und in FHEM zwei Devices nutzen. Das funktioniert.
Zitat von: eki am 17 Mai 2021, 17:57:37
Ich hätte eine Verständnisfrage bzw. möglicherweise ein Problem. Ich habe bisher eine Heizung über ein Vitoconnect modul in FHEM eingebunden das hat aus soweit funktioniert.
Gestern habe ich jetzt zusätzlich im Frontent von Viessmann eine zweite Heizung angebunden (die hat eine Kommunikationsschnittstelle direkt eingebaut). In der Viessmann App funktioniert das auch ganz gut, ich sehe alle Infos. Im FHEM Modul geht seitdem nichts mehr. Zuerst hat das Problem mit dem ständigen Restart wegen "Cant use string .... while strict refs..." zugeschlagen, nach einem Update des Moduls war das weg, aber ich bekomme keine Readingupdates mehr und wenn ich verbose 4 einschalte, wird das Log mit ständigen Meldungen vollgeschrieben, die sich nicht mal durch "attr <device> disable 1" wieder abschalten lassen.
...
Kann es sein, dass durch die Hinzunahme der zweiten Heizung das Modul hier durcheinander kommt?! Hat jemand von Euch so eine Konfiguration, die läuft?
Ok, danke für die Info und vielen Dank für das Modul, ist echt super, werde ich dann so machen (ist für mich ein gut tragbarer Kompromiss)
Ich habe gerade das hier per E-Mail bekommen:
DEUTSCHE VERSION UNTEN
Dear Developer,
An evaluation has shown that you have used the web interface (API) to Viessmann IoT Services to access data from the Viessmann backend through a 3rd party application. We wanted to let you know that we now have a Developer Portal you can use for this purpose.
The Developer Portal offers great benefits for both Developers and End-users:
• Easy to create an account and generate a new API key
• Continued access to heating system data for development of new applications
• Full documentation around our API to help you get started
• First-level support to answer any queries you may have
• And more to come!
Important Changes
In order to keep our API stable into the future, we must therefore shut down access to any old API keys that were not obtained through the Viessmann Developer Portal. On July 15th, 2021 access to old API keys will no longer be possible.
What must you do?
If you are using an old API client, which you have not created through the Developer Portal and you are a:
Developer
1. Check your plugin to assure that it is working with the authorization flow, described here: https://developer.viessmann.com/en/doc/authentication. Every user will need their own API key to access their device. This means sharing one API key will not be possible anymore and users will need to have their own API key for continued access to data.
2. Some data points that were accessible through the old API client will not be accessible through the new API client. Make sure to check the list of features provided in the documentation: https://developer.viessmann.com/de/doc/iot
End-user
If you are using a 3rd party application to connect to your heating device, you need to go on the Developer Portal to create your own API key. This will be your personal key, which you need to access your device.
You can also find the information on the changes in our Change Log, where we will add relevant questions and answers.
If you are unsure if this affects you, first check whether your personal Viessmann account is used to access the web interface. If you are still unsure, feel free to reach us at developer@viessmann.com
We are pleased there has been so much demand for use of our API. We want to invite you to continue to develop your applications, so please carefully follow the instructions included here.
In the meantime, if you have any questions, feel free to contact us developer@viessmann.com
All the best
Your Viessmann Developer Portal Team
If you are no longer interested in news about the Viessmann Developer Portal, send us a short mail to developer@viessmann.com or click on unsubscribe below and we will remove your information from our list.
DEUTSCHE VERSION
eine Auswertung hat ergeben, dass Sie die Web Schnittstelle (API) zu den Viessmann IoT Services genutzt haben, um über eine 3rd-Party-Applikation auf Daten aus dem Viessmann Backend zuzugreifen. Wir wollten Sie darüber informieren, dass wir nun ein Developer Portal haben, das Sie für diesen Zweck nutzen können.
Das Developer Portal bietet sowohl für Entwickler als auch für Endanwender große Vorteile:
• Einfaches Erstellen eines Accounts und Generieren eines neuen API-Schlüssels
• Fortlaufender Zugriff auf Heizungsanlagendaten für die Entwicklung neuer Applikationen
• Vollständige Dokumentation rund um unsere API, um Ihnen den Einstieg zu erleichtern
• First-Level-Support zur Beantwortung aller Fragen, die Sie haben
• Und vieles mehr in der Zukunft!
Wichtige Änderungen
Um unsere API auch in weiterhin stabil zu halten, müssen wir den Zugriff auf alle alten API-Schlüssel, die nicht über das Viessmann Developer Portal bezogen wurden, abschalten. Am 15. Juli 2021 wird daher der Zugriff auf alte API-Schlüssel nicht mehr möglich sein.
Was müssen Sie tun?
Wenn Sie einen alten API-Client verwenden, den Sie nicht über das Developer Portal erstellt haben und Sie sind ein:
Entwickler
1. Überprüfen Sie Ihr Plugin, um sicherzustellen, dass es mit dem Autorisierungsfluss funktioniert, der hier beschrieben wird https://developer.viessmann.com/de/doc/authentication. Jeder Benutzer benötigt seinen eigenen API-Schlüssel, um auf sein Gerät zuzugreifen. Das bedeutet, dass die gemeinsame Nutzung eines API-Schlüssels nicht mehr möglich ist und die Benutzer ihren eigenen API-Schlüssel haben müssen, um weiterhin auf Daten zugreifen zu können.
2. Einige Datenpunkte, die über den alten API-Client zugänglich waren, werden über den neuen API-Client nicht zugänglich sein. Überprüfen Sie daher unbedingt die Liste der verfügbaren Funktionen in der Dokumentation: https://developer.viessmann.com/de/doc/iot
Endbenutzer
Wenn Sie eine Anwendung eines Drittanbieters verwenden, um eine Verbindung zu Ihrem Heizgerät herzustellen, müssen Sie auf das Developer Portal gehen, um Ihren eigenen API-Schlüssel zu erstellen. Dies wird Ihr persönlicher Schlüssel sein, den Sie für den Zugriff auf Ihr Gerät verwenden müssen.
Sie können die Informationen zu den Änderungen auch in unserem Change Log finden, wo wir relevante Fragen und Antworten hinzufügen werden.
Wenn Sie unsicher sind, ob Sie davon betroffen sind, prüfen Sie zunächst, ob Sie mit Ihrem persönlichen Viessmann Konto auf die Web Schnittstelle zugreifen. Wenn Sie sich dann immer noch unsicher sind, können Sie uns gerne unter developer@viessmann.com erreichen.
Wir freuen uns über die rege Nachfrage nach der Nutzung unserer API. Wir möchten Sie einladen, Ihre Anwendungen weiterzuentwickeln. Bitte folgen Sie daher sorgfältig den hier enthaltenen Anweisungen.
Wenn Sie in der Zwischenzeit Fragen haben, können Sie uns gerne unter developer@viessmann.com kontaktieren.
Mit freundlichen Grüßen
Ihr Viessmann Developer Portal Team
Habe ich heute auch bekommen :(.
Verstehe ich es richtig, dass sich jeder jetzt einen API-Key besorgen muss? Und das kostenlose Modell läßt lediglich 1450 API Calls pro Monat zu?
Was bedeutet es für das Modul? Ich nehme an, es muss dann dann deutlich abgeändert werden, richtig?
Hab´s nur mal kurz überflogen, aber es sind 1450 Abrufe pro Tag in der freien Variante.
Damit sollte aber immer noch eine minütliche Abfrage möglich sein (wer´s halt brauch).
Gruß
Danny
@moskito, wo hast Du die Info gesehen, dass es 1450 pro Tag sind? Unter Preise hatte ich nur Folgendes gesehen:
Free
Preis im Monat 0 €
Anzahl freier API-Aufrufe 1450
Anzahl an API-Clients 1
....
Da der Preis pro Monat ausgewiesen wird, bin ich davon ausgegangen, dass auch die Anzahl API Aufrufe pro Monat sind
Bei mir steht genau auf dieser "Preisliste":
Anzahl freier API-Aufrufe pro Tag 1450
Gruß
Danny
Zitat von: mthome am 18 Juni 2021, 05:26:24
Da der Preis pro Monat ausgewiesen wird, bin ich davon ausgegangen, dass auch die Anzahl API Aufrufe pro Monat sind
Das hier unten steht in der Liste bei "Pricing".
1450 pro Tag macht ja auch Sinn, denn wenn man minütlich pollt, sind das 1440 Aufrufe täglich plus ein wenig Überhang, damit bei Tageswechsel nicht irgendwelche Zähler bei Viessmann meinen, es wäre schon zu viel und es gingen Messungen verloren.
Free
Preis im Monat 0 €
Freie API-Aufrufe pro Tag 1450
Anzahl an API-Clients 1
Heizsystem Basisfunktionen done
Lüftungsfuntkionen done
Warmwasserspeicher Funktionen done
Service Dokumente done
Private Nutzung done
Kommerzielle Nutzung -
Jetzt steht das bei mir auch :). Na dann bin ich ja beruhigt...
Danke!
Hallo zusammen,
das Limit ist schon lange bei 1450 API Calls pro Monat/pro Account. Wer es mal ausprobieren will, kann ja mal mehrere Devices anlegen und minütlich updaten, dann kommt irgendwann die Fehlermeldung im Log ;-)
Was sich ändert, ist, dass der public API Key, den ich in dem Modul verwende nur noch bis zum 15. Juli funktionieren wird. Danach braucht jeder einen eigenen API Key. Dazu müsst Ihr Euch einen Developer Account auf https://developer.viessmann.com/de anlegen und einen eigenen API Key erzeugen. Ich passe das Modul bis dahin entsprechend an. Stay Tuned.
Andreas
Zitat von: mthome am 17 Juni 2021, 15:59:03
Habe ich heute auch bekommen :(.
Verstehe ich es richtig, dass sich jeder jetzt einen API-Key besorgen muss? Und das kostenlose Modell läßt lediglich 1450 API Calls pro Monat zu?
Was bedeutet es für das Modul? Ich nehme an, es muss dann dann deutlich abgeändert werden, richtig?
Was muss man denn beim Anlegen des API-Keys als Redirect URI angeben ? Oder ist das egal ?
Zitat von: andreas13 am 19 Juni 2021, 11:29:57
Hallo zusammen,
das Limit ist schon lange bei 1450 API Calls pro Monat/pro Account. Wer es mal ausprobieren will, kann ja mal mehrere Devices anlegen und minütlich updaten, dann kommt irgendwann die Fehlermeldung im Log ;-)
Was sich ändert, ist, dass der public API Key, den ich in dem Modul verwende nur noch bis zum 15. Juli funktionieren wird. Danach braucht jeder einen eigenen API Key. Dazu müsst Ihr Euch einen Developer Account auf https://developer.viessmann.com/de anlegen und einen eigenen API Key erzeugen. Ich passe das Modul bis dahin entsprechend an. Stay Tuned.
Andreas
Wäre super wenn es eine kleine Anleitung gibt sobald es funktioniert.
Leider hat mein Vitoconnect auch keinen Zugriff mehr...
Die Callback-URI wird (zumindest fürs erste) vom Modul fest auf "http://localhost:4200/" vorgegeben.
Zitat von: gadget am 19 Juni 2021, 13:18:53
Was muss man denn beim Anlegen des API-Keys als Redirect URI angeben ? Oder ist das egal ?
Anleitung für was?
Wenn das neue Modul da ist wirst du eine Fehlermeldung bekommen "set apiKey" first. Dann setzt du den apiKey mit "set vitoconnect apiKey XXXXXXXXXXXXXXXXXXXXXXXX" (oder wie immer Dein Devic heißt oder Du nimmst den Befehl aus der Auswahlliste). Das war es.
Zitat von: masl am 19 Juni 2021, 22:23:05
Wäre super wenn es eine kleine Anleitung gibt sobald es funktioniert.
Leider hat mein Vitoconnect auch keinen Zugriff mehr...
Die Registrierungs-URL lautet https://account.viessmann.com/register-end-customer.
Hallo zusammen,
eine gute und eine schlechte Nachricht. Zuerst die gute: Das Modul läuft schon mit der neuen API ganz gut. Die Chance stehen gut, dass wir auch nach dem 15. Juli noch ein funktionierende Modul haben. Jetzt die schlechten:
1) Ich bekomme mit der neuen API viel öfter Timeouts als mit der alten. Vorzugsweise am frühen Abend :-(
2) Die neue API liefert wesentlich weniger Werte als die alte :-( Es fehlen z.B. Werte zu
- Abgass
- sensor
- Brenner (Starts, Modulation, ....)
- Fehlereinträge
- Gas- und Stromverbrauch
- und Heizkurve
[l/ist]
Ich weiß nicht, ob das nur bei meinem Heizungsmodell ist oder bei anderen auch. Vielleicht finde ich noch Wege an die Daten heranzukommen. Daher bräuchte ich mal ein paar Freiwillige zum Testen. Gerne mit Wärmepumpen, Thermostaten und ähnlichen. Bitte per PN mit E-Mail-Adresse bei mir melden.
Viele Grüße
Andreas
[/list]
Zitat von: andreas13 am 20 Juni 2021, 20:16:43
(...)
Daher bräuchte ich mal ein paar Freiwillige zum Testen. Gerne mit Wärmepumpen, Thermostaten und ähnlichen. Bitte per PN mit E-Mail-Adresse bei mir melden.
(...)
Du hast Post.
Hallo,
Habe gerade von Dir die Testversion erhalten. Klappt leider bei meinen beiden Heizungen (getrennte Viessmann Accounts) nicht. Nach setzten des apikeys bekomme ich
Login failure. Check password and apiKey
Hab auch das Password noch mal neu gesetzt, aber gleiches Ergebnis.
Kann ich was tun zwecks Debug ?
Im verbose 5 Log steht was von
<script type="text/javascript">document.forms['AuthUidPwDialogCaptcha'].elements[0].focus()</script>
Wird da evtl. ein Captcha abgefragt ? Wäre ja bei einer API ziemlich sinnfrei ...
Grüße, gadget
@gadget,
beim erstellen des API-Keys konnte man auswählen, ob man captcha möchte oder nicht.
Viele Grüße,
Michael
Zitat von: mthome am 22 Juni 2021, 19:06:48
beim erstellen des API-Keys konnte man auswählen, ob man captcha möchte oder nicht.
ok, danke. Das habe ich übersehen (und der default für Re-Captcha ist blöderweise auch noch "ja"). Hab den Key gelöscht und ohne Re-Captcha neu erstellt. Jetzt klappt der login.
Also momentan bekomme ich keinerlei Readings mehr. Und auch die Viessmann-App meldet nur Kommunikationsfehler. Ich hoffe das ist ein temporäres Problem beim Viessmann-Server und nicht durch die Erstellung des API-Keys verursacht.
War offenbar Outage bei Viessmann. Jetzt wieder readings in fhem und Viessmann App geht auch wieder.
Das Captcha kann man auch nachträglich in den Einstellung des OAuth Client noch deaktivieren. Key löschen ist nicht notwendig.
Zitat von: gadget am 22 Juni 2021, 20:29:04
ok, danke. Das habe ich übersehen (und der default für Re-Captcha ist blöderweise auch noch "ja"). Hab den Key gelöscht und ohne Re-Captcha neu erstellt. Jetzt klappt der login.
OK, Beta installiert und es kommen Readings :).
Allerdings deutlich weniger >:(. Z.B. Kein Stromverbrauch, keine Leistung , Keine Brenner Starts... wie von Andreas oben beschrieben.
Hoffe es kommen im Laufe der Zeit noch mehr Infos über die API.
Werde es mal beobachten...
Die Testversion läuft bei mir jetzt soweit. Was noch hübsch wäre: Aufdröseln der json-Strings. Ich nutze aktuell einen Sack voll expandJSON-Devices als Workaround.
Aktuell vermisse ich insbesondere das Reading Brenner_Status. Also so was wie das "deiner Heizung geht es gut" in der Viessmann-App, damit man passend in fhem alarmieren kann bevor die Hütte kalt wird.
Das war bei meiner Heizung schon mehrfach sehr hilfreich, weil ich den Heizungsbauer dann noch vor dem Wochenende anrufen konnte. Sonst hätte ich die Störung erst am nächsten Tag bemerkt.
In der (sehr schlechten) API-Dokumentation habe ich aber auf die schnelle nichts hilfreiches gefunden. Kann das wirklich sein, dass so eine essentieller Wert gestrichen wurde ?
Testversion läuft bei mir nun auch. Ich kann bestätigen, dass man Google reCAPTCHA nachträglich korrigieren (ausschalten) kann.
Bei mir gibt es das kosmetische Problem, dass ein nicht darstellbare Seriennummer irgendwo her kommt.
2021.06.23 10:40:44 5: vitoconnect - Controller_Seriennummer: ���������������� (string)
In den *.json Dateien, die man bei logResponseOnce bekommt, ist nichts entsprechendes zu finden.
Ich hatte früher schon das Problem, dass wenn man alle Werte ins mysql schreiben will, perl wegen wide characters motzt und fhem (zumindest damals) abstürzt.
Mit DbLogExclude kann man das umgehen.
Frank
Hallo,
gibt es die Möglichkeit, die Vitoconnect 100 Box durch einen Raspberry zu ersetzen mit dem Original USB Kabel? Ich weiß, es gibt eine Eigenbaulösung hier im Forum. Aber das Verbindungskabel haben wir ja schon. Hier sind einige Infos zu dem verwendeten Protokoll:
https://github.com/openv/openv/issues
Da kann ich aber als Anwender nicht viel mit anfangen. Aber es sieht ja so aus, als wenn Viessmann Geld für seine Heizungsdaten haben will.
Gruss
TRS
Hallo zusammen,
ich sehe gerade inzwischen habe ich auch noch Daten für die Warmwasserzeiten in Readings und nicht nur jsons :D:
sun_01_end 08:00 2021-06-23 11:25:27
sun_01_mode on 2021-06-23 11:25:27
sun_01_position 0 2021-06-23 11:25:27
sun_01_start 04:30 2021-06-23 11:25:27
...
Zitat von: gadget am 23 Juni 2021, 08:53:38
Aktuell vermisse ich insbesondere das Reading Brenner_Status. Also so was wie das "deiner Heizung geht es gut" in der Viessmann-App, damit man passend in fhem alarmieren kann bevor die Hütte kalt wird.
Bei mir gibt es ein Reading "gw". Dort ist ein json in dem u.a. "aggregatedStatus":"WorksProperly" steht.
Frag doch mal in der Viessmann Community https://www.viessmann-community.com. Wenn genug fragen, implementieren sie es vielleicht irgendwann.
Zitat von: mthome am 23 Juni 2021, 08:39:16
OK, Beta installiert und es kommen Readings :).
Allerdings deutlich weniger >:(. Z.B. Kein Stromverbrauch, keine Leistung , Keine Brenner Starts... wie von Andreas oben beschrieben.
Hoffe es kommen im Laufe der Zeit noch mehr Infos über die API.
Werde es mal beobachten...
Ja, das kann sein. Und nicht nur diese Werte. Es fehlen noch viele andere sehr wichtige (welche habe ich unten beschrieben). Bestimmt fehlen noch andere für Solarthermie, Wärmepumpen usw.
Zitat von: gadget am 23 Juni 2021, 08:53:38
Die Testversion läuft bei mir jetzt soweit. Was noch hübsch wäre: Aufdröseln der json-Strings. Ich nutze aktuell einen Sack voll expandJSON-Devices als Workaround.
Aktuell vermisse ich insbesondere das Reading Brenner_Status. Also so was wie das "deiner Heizung geht es gut" in der Viessmann-App, damit man passend in fhem alarmieren kann bevor die Hütte kalt wird.
Das war bei meiner Heizung schon mehrfach sehr hilfreich, weil ich den Heizungsbauer dann noch vor dem Wochenende anrufen konnte. Sonst hätte ich die Störung erst am nächsten Tag bemerkt.
In der (sehr schlechten) API-Dokumentation habe ich aber auf die schnelle nichts hilfreiches gefunden. Kann das wirklich sein, dass so eine essentieller Wert gestrichen wurde ?
Was steht denn in der resource.json (bzw. entities.jons in der Version für die alte API)? Interessant wäre der Abschnitt:
{
'components' => [],
'properties' => {
'value' => {
'value' => '
was steht hier',
'type' => 'string'
}
},
'isEnabled' => $VAR1->{'data'}[0]{'isReady'},
'isReady' => $VAR1->{'data'}[0]{'isReady'},
'uri' => 'https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxx/gateways/xxxxx/devices/0/features/heating.controller.serial',
'feature' => 'heating.controller.serial',
'timestamp' => '2021-06-19T21:34:44.621Z',
'deviceId' => '0',
'apiVersion' => 1,
'commands' => {},
'gatewayId' => 'xxxxx'
},
Zitat von: manxie am 23 Juni 2021, 11:25:45
Testversion läuft bei mir nun auch. Ich kann bestätigen, dass man Google reCAPTCHA nachträglich korrigieren (ausschalten) kann.
Bei mir gibt es das kosmetische Problem, dass ein nicht darstellbare Seriennummer irgendwo her kommt.
2021.06.23 10:40:44 5: vitoconnect - Controller_Seriennummer: ���������������� (string)
In den *.json Dateien, die man bei logResponseOnce bekommt, ist nichts entsprechendes zu finden.
Ich hatte früher schon das Problem, dass wenn man alle Werte ins mysql schreiben will, perl wegen wide characters motzt und fhem (zumindest damals) abstürzt.
Mit DbLogExclude kann man das umgehen.
Frank
Hier wirst Du dazu keine Antwort bekommen, weil wir alle die Box (bzw. die eingebaute Schnittstelle) benutzen.
Zitat von: trs am 23 Juni 2021, 12:31:21
Hallo,
gibt es die Möglichkeit, die Vitoconnect 100 Box durch einen Raspberry zu ersetzen mit dem Original USB Kabel? Ich weiß, es gibt eine Eigenbaulösung hier im Forum. Aber das Verbindungskabel haben wir ja schon. Hier sind einige Infos zu dem verwendeten Protokoll:
https://github.com/openv/openv/issues
Da kann ich aber als Anwender nicht viel mit anfangen. Aber es sieht ja so aus, als wenn Viessmann Geld für seine Heizungsdaten haben will.
Gruss
TRS
Ach ja, in der Beta Version des Moduls gibt es drei neue Readings: gw, device und installation. Da stehen so lustige Sachen drin, wie Deine Adresse, Telefonnummer, Installationdatum der Geräte usw. aber auch ein Status. Wird im Moment alles nur als JSON ausgegeben. Mal sehen, was ich daraus noch mache.
Hat jemand mehr als ein Device (z.B. Gasheizung und Wärmepumpe oder auch Thermostate) bei sich installiert und kann mir mal das Readin "device" mailen? Im Moment werden ja immer nur die Reading von einem Device ausgegeben. Vielleicht kann ich mit der Info auch die Daten des zweiten Devices ausgeben.
Zitat von: mthome am 23 Juni 2021, 13:03:39
Bei mir gibt es ein Reading "gw". Dort ist ein json in dem u.a. "aggregatedStatus":"WorksProperly" steht.
Komischerweise nichts brauchbares an der Stelle. Im Log und in der Handyapp steht aber die korrekte Nummer.
{
'commands' => {},
'feature' => 'heating.controller.serial',
'components' => [],
'isEnabled' => $VAR1->{'data'}[0]{'isEnabled'},
'properties' => {
'value' => {
'type' => 'string',
'value' => "\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}\x{fffd}"
}
},
'isReady' => $VAR1->{'data'}[0]{'isEnabled'},
'apiVersion' => 1,
'deviceId' => '0',
'gatewayId' => 'xxxxxxxxxxxxx',
'uri' => 'https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxxxxx/gateways/xxxxxxxxxxxx/devices/0/features/heating.controller.serial',
'timestamp' => '2021-06-23T01:06:40.866Z'
},
Zitat von: andreas13 am 23 Juni 2021, 18:43:23
Was steht denn in der resource.json (bzw. entities.jons in der Version für die alte API)? Interessant wäre der Abschnitt:
{
'components' => [],
'properties' => {
'value' => {
'value' => 'was steht hier',
'type' => 'string'
}
},
'isEnabled' => $VAR1->{'data'}[0]{'isReady'},
'isReady' => $VAR1->{'data'}[0]{'isReady'},
'uri' => 'https://api.viessmann-platform.io/iot/v1/equipment/installations/xxxx/gateways/xxxxx/devices/0/features/heating.controller.serial',
'feature' => 'heating.controller.serial',
'timestamp' => '2021-06-19T21:34:44.621Z',
'deviceId' => '0',
'apiVersion' => 1,
'commands' => {},
'gatewayId' => 'xxxxx'
},
Zitat von: andreas13 am 23 Juni 2021, 18:45:36
Hier wirst Du dazu keine Antwort bekommen, weil wir alle die Box (bzw. die eingebaute Schnittstelle) benutzen.
Wir sind halt kein Wiki wie https://wiki.fhem.de/wiki/Vitotronic_200_(Viessmann_Heizungssteuerung) (https://wiki.fhem.de/wiki/Vitotronic_200_(Viessmann_Heizungssteuerung))
So ich hab das gerade einmal auf die Schnelle getestet,
Muss mir das aber noch einmal in Ruhe angucken. Interessanterweise wird das Reading Brenner_aktiv mit 1 geführt obwohl der Brenner aus ist. Ansonsten sind mir keine Fehler aufgefallen. Am Wochenende werd ich mal mit den set Befehlen spielen.
Testmodul ist installiert und funktioniert soweit mit einer Vitocal Wärmepumpe.
Auf den ersten Blick sind alle wichtigen Readings da!
Super Arbeit 8)
Hallo zusammen,
hier mal ein kleiner Zwischenstand von meiner Seite. Also bis jetzt läuft das neue Modul völlig unauffällig - echt klasse Arbeit! Wenn dann Viessmann noch die fehlenden Werte liefert bin ich rundum glücklich ;D.
@Andreas, Danke für die Arbeit!
Zitat von: andreas13 am 20 Juni 2021, 20:16:43
1) Ich bekomme mit der neuen API viel öfter Timeouts als mit der alten. Vorzugsweise am frühen Abend :-(
Das tritt bei mir nicht auf. Läuft seit 5 Tagen absolut ohne Problem.
Hallo zusammen,
ich habe gerade mein NAS gecrasht auf dem sich meine Entwicklungsumgebung befindet :-( Ich hoffe, ich bekomme das kurzfristig wieder hin.
Gruß
Andreas
Hallo,
würde auch gerne die Testversion haben zum testen wenn es möglich ist - PN?
mfg,
Seek
Gern, brauche dann nur ein Mailadresse von Dir (per PN).
Zitat von: seek1338 am 30 Juni 2021, 08:07:11
Hallo,
würde auch gerne die Testversion haben zum testen wenn es möglich ist - PN?
mfg,
Seek
@Andreas,
danke für die Beta2. Du schreibst
ZitatNeu ist u.a. dass jetzt Readings für Device, Gateway(-Feature) und Installation(-Features) ausgegeben (im JSON-Format) werden.
Das einzige Reading was ich neu sehe (glaube ich) ist aggregatedStatus. Die Readings "device", "gw" und "installation" waren doch vorher schon da oder nicht?[EDIT] OK, wer bischen wartet ist klar im Vorteil ;D....schon sind die Readings da.
Seit der Beta 2 bekomme ich im Log folgenden Fehler:
2021.07.02 11:15:12 1: vitoconnect100 - Access Token: nicht definiert
[EDIT]: Ein erneutes set apiKey xxxx hat das Problem behoben :D
Dann noch eine Frage zu den Readings fri_01_end, fri_01_mode, fri_01_position, fri_01_start ... die geben immer die WW Zeiten an, richtig?
Readings fri_01_end, fri_01_mode, fri_01_position, fri_01_start gibt es bei mir nicht. Was genau meinst du? Das sieht sehr nach einem Schedule aus. Scheduls gibt es an verschiedenen Stellen. Bei mir zB WW, Zirkulationspumpe und Zeitplan Heizkreis 1.
Zitat von: mthome am 02 Juli 2021, 11:12:20
...
Dann noch eine Frage zu den Readings fri_01_end, fri_01_mode, fri_01_position, fri_01_start ... die geben immer die WW Zeiten an, richtig?
@Andreas,
oh Mann....sorry. Mein Fehler. Ich habe zu viel rumgespielt >:( und irgendwie vergessen, dass ich die selber mal als Userreading aus dem json angelegt hatte ::). Wurden dann ja auch nicht mehr aktualisiert nachdem ich das Userreading gelöscht habe.
Hallo,
danke für das testmodul. Auch von meiner ein kurzes Feedback:
Läuift stabil und wie es soll, ich vermisse nur die starts und aktiven stunden aber sonst tut alles ganz normal.
Super Arbeit - Danke!
mfg,
Seek
Was ich nicht verstehe, in der App gibt es ja all die Daten die wir vermissen. Wird für die Handyapp eine andere API verwendet oder woher kommen die Informationen?
Kurze Rückmeldung.
Also alles was da ist läuft bei mir ohne Probleme.
Was aktuell noch nicht wieder funktioniert bzw in den Readings fehlt:
Heizkurve: Neigung und Niveau
Brennerinformationen
Verbräuche: Gas und Strom
Für mich aktuell nicht die wichtigsten Daten. Wollt es nur mal festgehalten haben :)
Ach so ich hab eine Vitodens 333f mit zwei Heizkreisläufen.
Moin,
Das Modul läuft jetzt seit einigen Tagen ohne Probleme. Vielen Dank für das Update.
Im Einsatz ist eine Vitodens 300-w.
Aktuell fehlen die Werte wie oft der Brenner gestartet wurde, Verbrauch und Heizkurve.
Eventuell sind die Werte im iot scope nicht vorgesehen?
Hallo,
das neue Modul läuft super, keine Fehler nur ein paar Readings fehlen.
Leider kein Verbrauch mehr zu sehen, sprich Gas und Strom.
Aber sonst sehr gute Arbeit Andreas, weiter so.
Grüße
Sandro
Mal kurz zwischendurch.
Brenner_aktiv funktioniert seit heute anscheinend.
Ich glaub die anderen Funktionen werden aucb nach und nach wieder freigeschaltet. War ja am Anfang nicht anders.
Zitat von: Frini am 08 Juli 2021, 19:36:23
Brenner_aktiv funktioniert seit heute anscheinend.
Hmmm....ging bei mir schon die ganze Zeit :o
Ja, die öffentlich API ist nicht gleich der ViCare API. Warum Viessmann die öffentlich API so kastriert, weiß ich auch nicht. Viessmann ist der Meinung, dass man nicht mehr braucht.
Zitat von: mthome am 06 Juli 2021, 13:27:04
Was ich nicht verstehe, in der App gibt es ja all die Daten die wir vermissen. Wird für die Handyapp eine andere API verwendet oder woher kommen die Informationen?
Ich gebe alles aus, was die API hergibt. Wenn Werte fehlen, dann weil Viessmann die nicht liefert. Fragt doch mal alle bei Viessmann nach (https://www.viessmann-community.com). Vielleicht können wir sie so nerven, dass sie die Daten liefern.
Zitat von: travelling-man am 07 Juli 2021, 13:01:33
Moin,
Das Modul läuft jetzt seit einigen Tagen ohne Probleme. Vielen Dank für das Update.
Im Einsatz ist eine Vitodens 300-w.
Aktuell fehlen die Werte wie oft der Brenner gestartet wurde, Verbrauch und Heizkurve.
Eventuell sind die Werte im iot scope nicht vorgesehen?
Ist das neue Modul schon online? Ich habe eben fhem upgedatet und bei mir wird nciht nach dem apikey gefragt.
Viele Grüße
Stefan
Nein
Hallo,
ich bekam heute noch einmal eine Erinnerung von vissmann:
<snip>
Um unsere API auch in weiterhin stabil zu halten, müssen wir den Zugriff auf alle alten API-Schlüssel, die nicht über das Viessmann Developer Portal bezogen wurden, abschalten. Am 15. Juli 2021 wird daher der Zugriff auf alte API-Schlüssel nicht mehr möglich sein.
<snip>
Die neue Client ID habe ich jetzt, wo finde ich bitte das neue Modul?
Viele Grüße und meinen besten Dank an Andreas.
Jochen
Die E Mail habe ich auch erhalten .. gleichzeitig habe ich seit heute früh keine Verbindung mehr mit der App... Merkwürdig der Zufall!
Countdown für die Abschaltung der alten API : 1 Tag!
Wann gibt es das Modul-Update via UPDATE?
Oder gibt es einen Download-Link?
Ich würde nur ungern einige Datensätze verpassen.
Lies doch die Kommentare zuvor, dann stolperst du auch über folgenden Kommentar:
https://forum.fhem.de/index.php/topic,93664.msg1163288.html#msg1163288
Hallo zusammen,
wie ich bereits geschrieben habe, habe ich durch einen Festplattencrash meine Entwicklungsumgebung verloren. Bis ich alles wieder aufgebaut habe, kann ich leider die neue Version nichts in Repository einspielen (vielleicht am Wochenende). Daher stelle ich die aktuelle Beta Version des Moduls hier allen zur Verfügung.
Viele Grüße
Andreas
danke für die Beta-Version und deine Mühe !!!
Gute Nachricht: Viessmann hat sich wohl breitschlagen lassen, einige Datenpunkte, die bisher in der neuen API gefehlt haben, jetzt doch zu liefern:
Brennermodulation (heating.burners.0.modulation.unit und heating.burners.0.modulation.value),
Brennerstarts, Betriebsstunden usw. fehlt bei mir aber weiterhin, obwohl es laut Changelog da sein sollte :-(
Gas- und Stromverbrauch
Heizkurve
Außentemperatur
Weiterhin fehlen:
Abgas und
Fehlereinträge
Den Changelog findet Ihr hier: https://developer.viessmann.com/de/doc/changelog
Just in time...
Heute um 15:00 wurde wohl der alte Key abgeschaltet.
Ich habe das neue Modul installiert und FHEM neu gestartet. Erst mal soll man den API Key setzen. Ich bekomme aber einen Login Fehler, wenn ich meine ClientID nutze. Ist das der falsche Wert?
Wie bekommt man den API Key?
update:
Man braucht nur die Client ID als API key setzen. Aus irgendeinem Grund musste ich eine neue Client ID im Developer Portal generieren. Reverse engineering des PM File hat mir geholfen... jetzt kommen schon mal wieder Daten. Super.
Danke, Frank
Zitatupdate:
Man braucht nur die Client ID als API key setzen. Aus irgendeinem Grund musste ich eine neue Client ID im Developer Portal generieren. Reverse engineering des PM File hat mir geholfen... jetzt kommen schon mal wieder Daten. Super.
danke für den Hinweis! habe die ganze Zeit versucht den API einzufügen, aber es klappte nicht. Mit der Client ID funktioniert es!
@andreas13: kann es sein, dass Du heute Abend für das vitoconnect modul update aus versehen die alte version erwischt hast?? Nach dem Update war ich wieder auf dem alten Stand.....
Gruß
Oliver
Hallo Andreas,
vorab erst einmal vielen Dank für Deine Arbeit. Ich finde das Modul extrem hilfreich.
So überwache ich zum Beispiel damit, ob die Heizung einen Fehler hat. Dazu konnte ich bisher immer das State Reading nutzen, welches im Normalfall den Inhalt ,,WorksProperly" hatte.
Im neuen Modul sehe ich unter State jedoch nur den Hinweis auf den Last Update der Readings, z.B. : ,,last update: 2021-07-15 22:45:54"
Liegt der Fehler bei mir / interpretiere ich da etwas falsch, oder wird das reading jetzt anders gefüllt ?
Danke und Viele Güße
Swen
Zitat von: sjedlick am 15 Juli 2021, 22:55:46
So überwache ich zum Beispiel damit, ob die Heizung einen Fehler hat. Dazu konnte ich bisher immer das State Reading nutzen, welches im Normalfall den Inhalt ,,WorksProperly" hatte.
Im neuen Modul sehe ich unter State jedoch nur den Hinweis auf den Last Update der Readings, z.B. : ,,last update: 2021-07-15 22:45:54"
Hi Swen, Du kannst Dir ein Userreading definieren und das WorksProperly aus dem dem Reading "gw" oder "installation" (beides Json) erzeugen lassen. Dann noch StateFormat und es ist fertig. Ich habe es bei mir wie folgt gemacht:
userReadings Status_Therme {my $v=ReadingsVal("vitoconnect100","installation",""); my $decoded = decode_json($v); return $decoded->{'data'}[0]->{'aggregatedStatus'}}
StateFormat Status_Therme
Hallo zusammen,
mit großer Freude habe ich heute Morgen festgestellt, dass neue Werte hinzugekommen sind:
heating.burners.0.modulation.unit percent
heating.burners.0.modulation.value 0
Ich denke mal, dann wir Viessmann die anderen Werte nach und nach auch noch liefern :-)
Zitat von: FrankWalzer am 15 Juli 2021, 17:20:08
update:
Man braucht nur die Client ID als API key setzen. Aus irgendeinem Grund musste ich eine neue Client ID im Developer Portal generieren. Reverse engineering des PM File hat mir geholfen... jetzt kommen schon mal wieder Daten. Super.
Danke, Frank
Das verstehe ich nicht: Wenn ich die Client-ID als API key setze, wozu brauche ich dann den API key, bzw. wo hinterlege ich den dann?
Übrigens stehe ich auf dem Schlauch, eine Client-ID im Developer Portal zu generieren. Wo mache ich das?
Moin,
das Modul 98_vitoconnect.pm habe ich aktualisiert.
Wo kann ich jetzt mit set apiKey xxx den bei Viessmann generierten Key eingeben.
Hast du korrekt aktualisiert und fhem neugestartet bzw das Modul neu geladen?
Die Option set apikey ist definitiv in der Testversion vorhanden.
FHEM habe ich neu gestartet
Bei Update Check taucht das Modul nicht auf.
Im Logfile sind keine Fehlermeldungen.
Scheinbar habe ich ein altes Modul ??? 98_vitoconnect.pm ???
Wie aktualisiere ich?
So? UHD FHEM/98_vitoconnect.pm
Zitat von: FHEM PI am 16 Juli 2021, 07:50:34
Wie aktualisiere ich?
- Lade dir die neue Version herunter https://forum.fhem.de/index.php/topic,93664.msg1166598.html#msg1166598
- Kopiere sie nach /opt/fhem/FHEM/
- führe im FHEM Web-Interface in der Commandzeile ein
reload 98_vitoconnect.pm durch
- dann ein
shutdown restart- dann per
set-Befehl die ClientId als apiKey hinterlegen
Hallo zusammen,
ab morgen gibt es die neue Version auch per updaten.
Viele Grüße
Andreas
Ich stehe immer noch total auf dem Schlauch: Wo bekomme ich denn die Client-ID her?
Hallo Andreas,
Danke für die neue Version.
Ich bekomme wieder Daten.
Den API Key (=Client-ID) gibts hier: https://developer.viessmann.com Steht aber unter auch schon mal geschrieben.
Zitat von: uron am 16 Juli 2021, 11:08:27
Ich stehe immer noch total auf dem Schlauch: Wo bekomme ich denn die Client-ID her?
OK, Danke, ich hatte nur den API-Key nicht mit der Client-ID gleichgesetzt.
Den API-Key habe ich, hab ihn auch per set eingespielt.
Leider bekomme ich die Fehlermeldung
Login failure. Check password and apiKey
... und natürlich habe ich das Passwort gecheckt und bin auch der Vorgehensweise von "plin" gefolgt.
Vielleicht hat noch jemand eine Idee?
Das war bei mir genauso, ich musste auch das (unveränderte) Passwort noch einmal mit set festlegen, dann gings.
Neues Modul geladen, shutdown restart, set apiKey und set password --> geht trotzdem nicht :(
es kommt auch: Login failure. Check password and apiKey
Google reCAPTCHA ist auch deaktiviert
Braucht Viessman nach dem Erstellen vom API-Schlüssel erst mal Zeit zum Aktivieren?
Was muss man denn bei der URI eintragen?
//Roger
Nochmals zum Passwort:
Ich habe es gerade nochmals versucht mit set neu einzugeben, dann
shutdown restart
leider ohne Erfolg.
Meine letzte Idee ist, dass ich die Passwortvorgabe beim alten Passwort nicht eingehalten habe, finde aber keine entsprechenden Vorgaben. Im Moment ist mein Passwort wie folgt aufgebaut: xxXX#1111 (x und 1 stehen für Platzhalter) - ist das korrekt?
nun gehts :)
bei mir lags an der URI, die muss:
http://localhost:4200/
lauten. (Hatte den FHEM-Port eingetragen >:()
//Roger
Zum Passwortthema:
Hab jetzt für den Zugang zum Developerportal ein neues Passwort kreiert und das in der Login-Seite vorgeschlagene verwendet - ohne Sonderzeichen.
Danach mit set-Befehl im Modul eingegeben - und ..... das Login funktioniert mit dem neuen API-Key - puuuh!
Danke für eure Hilfeversuche!
Guten Morgen zusammen,
die Verbrauchswerte sind wieder da :D
Ich hoffe immer noch auf die Brennerstunden und - starts, sowie die -modulation!
Zitat von: uron am 18 Juli 2021, 09:37:13
Ich hoffe immer noch auf die Brennerstunden und - starts, sowie die -modulation!
Sind hier vorhanden (Vitodens 200-W B2HF)
2021-07-18 10:58:38 heating.burners.0.modulation.unit percent
2021-07-18 10:58:38 heating.burners.0.modulation.value 0
2021-07-18 10:58:38 heating.burners.0.statistics.hours 433...
2021-07-18 10:58:38 heating.burners.0.statistics.starts 282...
Danke an Andreas für die neue Version!
Hallo,
mit dem letzten offiziellen Update bekomme ich nach einem Neustart von FHEM ein paar Warnings.
2021.07.18 13:29:56 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1791, <$fh> line 1905.
2021.07.18 13:29:56 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1798, <$fh> line 1905.
2021.07.18 13:29:56 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1798, <$fh> line 1905.
2021.07.18 13:29:56 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1799, <$fh> line 1905.
VG
Basti
Hallo zusammen,
ich bekomme immer einen Loginfehler. Fhem läuft bei mir im Docker. Kann dann die Redirect URL tatsächlich "localhost" sein. Oder muss das die Container IP oder sogar die Hardware IP des (in meinem Fall Synology DS) rein?
Oder kann das noch irgendwo anders dran hängen?
Danke für eure Hilfe.
Mal ne blöde frage, wo muss ich denn eine URL eingeben?
Btw. Mein FHEM läuft im Proxmox Container auf einem Nuc ohne Probleme.
Zitat von: mthome am 16 Juli 2021, 06:51:10
Hi Swen, Du kannst Dir ein Userreading definieren und das WorksProperly aus dem dem Reading "gw" oder "installation" (beides Json) erzeugen lassen. Dann noch StateFormat und es ist fertig. Ich habe es bei mir wie folgt gemacht:
userReadings Status_Therme {my $v=ReadingsVal("vitoconnect100","installation",""); my $decoded = decode_json($v); return $decoded->{'data'}[0]->{'aggregatedStatus'}}
StateFormat Status_Therme
Ich stehe irgendwie auf dem Schlauch:
attr Heizung userReadings Status_Heizung {my $v=ReadingsVal("Heizung","installation",""); my $decoded = decode_json($v); return $decoded->{'data'}[0]->{'aggregatedStatus'}}
Liefert mir:
Unknown command my, try help.
Unknown command return, try help.
Hast Du eventuell noch eine Idee ?
Danke und VG
Swen
Zitat von: sjedlick am 18 Juli 2021, 22:02:10
Ich stehe irgendwie auf dem Schlauch:
attr Heizung userReadings Status_Heizung {my $v=ReadingsVal("Heizung","installation",""); my $decoded = decode_json($v); return $decoded->{'data'}[0]->{'aggregatedStatus'}}
Liefert mir:
Unknown command my, try help.
Unknown command return, try help.
Hast Du eventuell noch eine Idee ?
Danke und VG
Swen
Hab meine Fehler soeben selbst gefunden. Wenn man dies so in die cfg Datei Schfeibt , benötigt man zwei ;; zwischen den einzelnen Perl Befehlen.
Danke und einen schönen Abend
Swen
Bei meiner Vitodens 333, verbunden mit der Vitoconnect 100 läuft das neue Modul mit der neuen API auch prima.
(lief vorher schon seit Jahren klaglos mit dem alten Modul und API)
Ich musste allerdings meine Heizung erst mal im Vissmann Portal unter meinem Account als Client bekannt machen (das war vorher scheinbar nicht nötig, zumindest war sie nicht eingetragen).
Da habe ich dann auch den API Key bekommen - copy and paste in das FHEM Device - und schon klappte es mit dem login und den Readings.
Danke für die tolle Arbeit.
Hallo Andreas, hat prima funktioniert. Und vielen Dank für das tolle Modul.
Hallo zusammen.
Ich habe leider auch Probleme mit dem Login.
Ich habe auch alles so gemacht, wie beschrieben.
Hat noch jemand eine Idee, was man machen kann?
Vielen Dank!
FHEM neu starten, Passwort und API Key neu eingeben, keine Sonderzeichen im Passwort, sinnvollen Auszu aus dem Logfile schicken (wie das geht, steht weiter unten beschrieben), ....
Zitat von: djsirius am 25 Juli 2021, 09:35:21
Hallo zusammen.
Ich habe leider auch Probleme mit dem Login.
Ich habe auch alles so gemacht, wie beschrieben.
Hat noch jemand eine Idee, was man machen kann?
Vielen Dank!
Hallo Zusammen,
auch bei mir komme ich nicht weiter.
Login failure. Check password and apiKey
Passwort und Key sind aber korrekt oder gibt es beim Developer Portal von Viessmann etwas zu beachten?
Ich hab keine Idee wo ich suchen soll
Gruß mr
Ich habe auch keine Ahnung, wo ich suchen soll, wenn Du keine aussagekiräftige Fehlermeldung schickts. Mal so ins blaue geraten:
FHEM neu starten, Recaptcha abschalten und Redirect URI auf "http://localhost:4200/" setzen, Passwort und API Key neu eingeben, keine Sonderzeichen im Passwort, sinnvollen Auszug aus dem Logfile schicken (wie das geht, steht weiter unten beschrieben), ....
Zitat von: mrpointblue am 31 Juli 2021, 10:45:29
Hallo Zusammen,
auch bei mir komme ich nicht weiter.
Login failure. Check password and apiKey
Passwort und Key sind aber korrekt oder gibt es beim Developer Portal von Viessmann etwas zu beachten?
Ich hab keine Idee wo ich suchen soll
Gruß mr
Hi,
oh man. Manchmal sieht man den Wald vor lauter Bäumen nicht.
Recapcha war das Problem.
Ich danke dir für den Hinweis.
Jetzt funzt es.
Neue Version läuft sehr sauber.
:)
Eine kurze Frage dennoch:
Wie setzt man damit eigentlich die Betriebsart?
Früher ging z.B. ein
set HZKG_VITOCON HK1-Betriebsart forcedReduced
Jetzt gibt es im set-Auswahlfeld kein "HK1-Betriebsart".
Oder ist das nur bei mir so?
Hat es ggf. damit zu tun, dass ich das Modul mit den RAW-Readings (attr vitoconnect_raw_readings 1) betreibe?
Viele Grüße,
Andreas
PS:
List des Devices (ein bisschen anonymisiert):
Internals:
DEF mailadresse@mailprovider.com Password 300
FUUID 60f04e64-f33f-cd7a-b1f8-628310ec5eee66ae
NAME HZKG_VITOCON
NR 1046
Redirect_URI http://localhost:4200/
STATE WorksProperly
TYPE vitoconnect
apiKey XXXXXXXXXXXXXXXXXXXXX
counter 0
intervall 300
login ok
refresh_token XXXXXXXXXXXXXXXXXXXXX
timeout 15
user mailadresse@mailprovider.com
READINGS:
...
2021-08-06 13:51:14 heating.boiler.sensors.temperature.main.status connected
2021-08-06 13:51:14 heating.boiler.sensors.temperature.main.unit celsius
2021-08-06 13:51:14 heating.boiler.sensors.temperature.main.value 66
2021-08-06 13:51:14 heating.boiler.serial.value 7454859307242103
2021-08-06 13:51:14 heating.boiler.temperature.unit celsius
2021-08-06 13:51:14 heating.boiler.temperature.value 5
2021-08-06 13:51:14 heating.burner.active 0
2021-08-06 13:51:14 heating.burners.0.active 0
2021-08-06 13:51:14 heating.burners.0.modulation.unit percent
2021-08-06 13:51:14 heating.burners.0.modulation.value 0
2021-08-06 13:51:14 heating.burners.0.statistics.hours 16819.9
2021-08-06 13:51:14 heating.burners.0.statistics.starts 220450
2021-08-06 13:51:14 heating.circuits.0.active 1
2021-08-06 13:51:14 heating.circuits.0.circulation.pump.status off
2021-08-06 13:51:14 heating.circuits.0.frostprotection.status off
2021-08-06 13:51:14 heating.circuits.0.heating.curve.shift 5
2021-08-06 13:51:14 heating.circuits.0.heating.curve.slope 1
2021-08-06 13:51:14 heating.circuits.0.heating.schedule.active 0
2021-08-06 13:51:14 heating.circuits.0.heating.schedule.entries {"tue":[{"position":1,"start":"07:00","mode":"normal","end":"22:00"}],"sun":[{"mode":"normal","end":"22:00","start":"07:30","position":0}],"fri":[{"mode":"normal","end":"22:00","position":1,"start":"07:00"}],"thu":[{"mode":"normal","end":"22:00","start":"07:00","position":1}],"mon":[{"mode":"normal","end":"22:00","position":1,"start":"07:00"}],"wed":[{"end":"22:00","mode":"normal","position":1,"start":"07:00"}],"sat":[{"start":"07:30","position":0,"mode":"normal","end":"22:00"}]}
2021-08-06 13:51:14 heating.circuits.0.name
2021-08-06 13:51:14 heating.circuits.0.operating.modes.active.value dhw
2021-08-06 13:51:14 heating.circuits.0.operating.modes.dhw.active 1
2021-08-06 13:51:14 heating.circuits.0.operating.modes.dhwAndHeating.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.modes.standby.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.active.value standby
2021-08-06 13:51:14 heating.circuits.0.operating.programs.comfort.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.comfort.demand unknown
2021-08-06 13:51:14 heating.circuits.0.operating.programs.comfort.temperature 26
2021-08-06 13:51:14 heating.circuits.0.operating.programs.eco.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.eco.temperature 24
2021-08-06 13:51:14 heating.circuits.0.operating.programs.external.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.external.temperature 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.normal.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.normal.demand unknown
2021-08-06 13:51:14 heating.circuits.0.operating.programs.normal.temperature 24
2021-08-06 13:51:14 heating.circuits.0.operating.programs.reduced.active 0
2021-08-06 13:51:14 heating.circuits.0.operating.programs.reduced.demand unknown
2021-08-06 13:51:14 heating.circuits.0.operating.programs.reduced.temperature 18
2021-08-06 13:51:14 heating.circuits.0.operating.programs.standby.active 1
2021-08-06 13:51:14 heating.circuits.0.sensors.temperature.supply.status connected
2021-08-06 13:51:14 heating.circuits.0.sensors.temperature.supply.unit celsius
2021-08-06 13:51:14 heating.circuits.0.sensors.temperature.supply.value 66
2021-08-06 13:51:14 heating.circuits.0.type heatingCircuit
2021-08-06 13:51:14 heating.circuits.1.heating.curve.shift 0
2021-08-06 13:51:14 heating.circuits.1.heating.curve.slope 1.4
2021-08-06 13:51:14 heating.circuits.2.heating.curve.shift 0
2021-08-06 13:51:14 heating.circuits.2.heating.curve.slope 1.4
2021-08-06 13:51:14 heating.circuits.enabled 0
2021-08-06 13:51:14 heating.configuration.multiFamilyHouse.active 0
2021-08-06 13:51:14 heating.controller.serial.value ����������������
2021-08-06 13:51:14 heating.device.time.offset.value 121
2021-08-06 13:51:14 heating.dhw.active 1
2021-08-06 13:51:14 heating.dhw.charging.active 0
2021-08-06 13:51:14 heating.dhw.pumps.circulation.schedule.active 1
2021-08-06 13:51:14 heating.dhw.pumps.circulation.schedule.entries {"thu":[{"start":"07:00","position":0,"end":"22:00","mode":"on"}],"mon":[{"start":"07:00","position":0,"end":"22:00","mode":"on"}],"sun":[{"start":"07:30","position":0,"mode":"on","end":"22:00"}],"tue":[{"position":0,"start":"07:00","mode":"on","end":"22:00"}],"fri":[{"end":"22:00","mode":"on","start":"07:00","position":0}],"sat":[{"start":"07:30","position":0,"mode":"on","end":"22:00"}],"wed":[{"mode":"on","end":"22:00","position":0,"start":"07:00"}]}
2021-08-06 13:51:14 heating.dhw.pumps.circulation.status on
2021-08-06 13:51:14 heating.dhw.pumps.primary.status off
2021-08-06 13:51:14 heating.dhw.schedule.active 1
2021-08-06 13:51:14 heating.dhw.schedule.entries {"fri":[{"end":"22:00","mode":"on","start":"07:00","position":0}],"tue":[{"end":"22:00","mode":"on","position":0,"start":"07:00"}],"sun":[{"start":"07:30","position":0,"end":"22:00","mode":"on"}],"mon":[{"end":"22:00","mode":"on","start":"07:00","position":0}],"thu":[{"mode":"on","end":"22:00","position":0,"start":"07:00"}],"wed":[{"position":0,"start":"07:00","mode":"on","end":"22:00"}],"sat":[{"position":0,"start":"07:30","mode":"on","end":"22:00"}]}
2021-08-06 13:51:14 heating.dhw.sensors.temperature.hotWaterStorage.status connected
2021-08-06 13:51:14 heating.dhw.sensors.temperature.hotWaterStorage.unit celsius
2021-08-06 13:51:14 heating.dhw.sensors.temperature.hotWaterStorage.value 51.8
2021-08-06 13:51:14 heating.dhw.sensors.temperature.outlet.status error
2021-08-06 13:51:14 heating.dhw.sensors.temperature.outlet.unit celsius
2021-08-06 13:51:14 heating.dhw.status on
2021-08-06 13:51:14 heating.dhw.temperature.main.value 56
2021-08-06 13:51:14 heating.dhw.temperature.value 56
2021-08-06 13:51:14 heating.operating.programs.holiday.active 0
2021-08-06 13:51:14 heating.operating.programs.holiday.end
2021-08-06 13:51:14 heating.operating.programs.holiday.start
2021-08-06 13:51:14 heating.sensors.temperature.outside.status connected
2021-08-06 13:51:14 heating.sensors.temperature.outside.unit celsius
2021-08-06 13:51:14 heating.sensors.temperature.outside.value 24
2021-08-06 13:51:14 heating.solar.active 1
2021-08-06 13:51:14 heating.solar.power.production.day 2.806,6.971,7.265,3.207,5.621,6.904,4.345,9.733
2021-08-06 13:51:14 heating.solar.power.production.dayValueReadAt 2021-08-06T11:44:09.892Z
2021-08-06 13:51:14 heating.solar.power.production.month
2021-08-06 13:51:14 heating.solar.power.production.monthValueReadAt
2021-08-06 13:51:14 heating.solar.power.production.unit kilowattHour
2021-08-06 13:51:14 heating.solar.power.production.week
2021-08-06 13:51:14 heating.solar.power.production.weekValueReadAt
2021-08-06 13:51:14 heating.solar.power.production.year
2021-08-06 13:51:14 heating.solar.power.production.yearValueReadAt
2021-08-06 13:51:14 heating.solar.pumps.circuit.status on
2021-08-06 13:51:14 heating.solar.sensors.temperature.collector.status connected
2021-08-06 13:51:14 heating.solar.sensors.temperature.collector.unit celsius
2021-08-06 13:51:14 heating.solar.sensors.temperature.collector.value 43.3
2021-08-06 13:51:14 heating.solar.sensors.temperature.dhw.status connected
2021-08-06 13:51:14 heating.solar.sensors.temperature.dhw.unit celsius
2021-08-06 13:51:14 heating.solar.sensors.temperature.dhw.value 34
2021-08-06 13:01:05 installation ...
2021-08-06 13:01:06 installation_features {"data":[]}
2021-08-06 13:51:14 state last update: 2021-08-06 13:51:14
2021-08-03 12:06:49 state_aggregated WorksProperly
Attributes:
event-on-change-reading .*
event-on-update-reading heating.solar.power.production.day,heating.sensors.temperature.outside.value,heating.circuits.0.sensors.temperature.supply.value,heating.dhw.sensors.temperature.hotWaterStorage.value,heating.boiler.sensors.temperature.main.value^,heating.burners.0.modulation.value,HZKG_VITOCON:heating.burner.active,Solarproduktion_aktuelle_Woche,Solarproduktion_aktueller_Monat,Solarproduktion_aktuelles_Jahr,Solarproduktion_gestern,Solarproduktion_heute,Solarproduktion_letzte_Woche,Solarproduktion_letzter_Monat,Solarproduktion_letztes_Jahr
group IO_Devs,KG
room Global,HZKG
stateFormat state_aggregated
userReadings state_aggregated:installation.* {
my $v=ReadingsVal($name,"installation","");
my $decoded = decode_json($v);
return $decoded->{'data'}[0]->{'aggregatedStatus'};
vitoconnect_gw_readings 1
vitoconnect_raw_readings 1
Hallo Namensvetter,
das set-Auswahlfeld funktioniert nicht mit RAW-Readings, weil es in FHEM einen Automatismus zwischen Readings und set-Befehl gibt. Das lässt sich so leicht leider auch nicht korrigieren (kannst ja mal in den Code schauen, dann weißt du, was ich meine). Der Befehl
set HZKG_VITOCON HK1-Betriebsart forcedReduced
sollte aber trotzdem funktionieren.
Du könntest auch mit
setreading HZKG_VITOCON HK1 HK1-aktiv 1
die set-Befehle für HK1 aktivieren, aber im set-Befehl wird dann nicht der aktuelle Wert angezeigt.
Das hat übrigends nicht mit der neuen Version zu tun. Das war schon immer so. Wenn ich das Modul heute nochmal von Anfang an programmieren würde, würde ich nur mit "raw" Readings arbeiten. Wenn man "schöne" Bezeichner haben will, kann man das ja zB in einer Readingsgroup erledigen. Leider habe ich mir das von dem Python Modul angeschaut als ich noch nicht wusste, was ich tue.
Viele Grüße
Andreas
Zitat von: scooty am 06 August 2021, 14:06:08
Neue Version läuft sehr sauber.
:)
Eine kurze Frage dennoch:
Wie setzt man damit eigentlich die Betriebsart?
Früher ging z.B. ein
set HZKG_VITOCON HK1-Betriebsart forcedReduced
Jetzt gibt es im set-Auswahlfeld kein "HK1-Betriebsart".
Oder ist das nur bei mir so?
Hat es ggf. damit zu tun, dass ich das Modul mit den RAW-Readings (attr vitoconnect_raw_readings 1) betreibe?
Viele Grüße,
Andreas
Hallo Andreas,
alles klar, vielen Dank für die prompten Erläuterungen und die weiteren Tipps, die ich ausprobieren werde.
Erst mir der neuesten Version hatte ich auf die RAW-Readings umgestellt, finde ich inzwischen sogar intuitiver.
Aber die Geschmäcker sind halt verschieden...
;)
Viele Grüße,
Andreas
Zitat von: andreas13 am 08 August 2021, 12:40:50
Du könntest auch mit setreading HZKG_VITOCON HK1 HK1-aktiv 1
die set-Befehle für HK1 aktivieren, aber im set-Befehl wird dann nicht der aktuelle Wert angezeigt
Kleine Korrektur:
setreading HZKG_VITOCON HK1-aktiv 1
Klappt hervorrragend!
:)
Seit der neuen API-Schnittstelle klagen wir Anwender ja über die fehlenden Datenpunkte wie z.B. Brennerstarts, Brennerbetriebsstunden und Modulation.
Ich weiß im Moment nicht, ob die Readings "Brenner_1..." schon vorher verfügbar waren, jedenfalls sind sie mir erst heute aufgefallen. Diese werden aktualisiert (s. Datenstand), jedoch werden dort unterschiedliche Werte gegenüber den Readings "Brenner_Betriebsstunden" also ohne die "_1" gelistet.
Meine Frage: Worin besteht der Unterschied zwischen den Readings "Brenner_..." und "Brenner_1_..." und warum sind die Werte unterschiedlich?
Abgassensor_Status
connected
2021-07-15 15:32:06
Abgassensor_Temperatur
46.6
2021-07-15 15:32:06
Abgassensor_Temperatur/Einheit
celsius
2021-07-15 15:32:06
Aktive_Heizkreise
0,1
2021-08-15 08:12:54
Aussen_Status
connected
2021-08-15 08:12:54
Aussentemperatur
15.7
2021-08-15 08:12:54
Aussentemperatur/Einheit
celsius
2021-08-15 08:12:54
Brenner_1_Betriebsstunden
37483.4
2021-08-15 08:12:54
Brenner_1_Modulation
0
2021-08-15 08:12:54
Brenner_1_Modulation/Einheit
percent
2021-08-15 08:12:54
Brenner_1_Starts
65712
2021-08-15 08:12:54
Brenner_1_aktiv
0
2021-08-15 08:12:54
Brenner_Betriebsstunden
37454.7
2021-07-15 15:32:06
Brenner_Fehlercode
0
2021-07-15 15:32:06
Brenner_Modulation
0
2021-07-15 15:32:06
Brenner_Starts
65663
2021-07-15 15:32:06
Brenner_Status
ok
2021-07-15 15:32:06
Brenner_aktiv
0
2021-08-15 08:12:54
Wenn dein Modul auf dem neuesten Stand ist, dann mach mal bitte ein "set <vitoconnect_device> clearReadings" und schau dann mal was an Readings wieder reinkommt. Ich vermute mal die Readings ohne "_1" sind relikte der alten Modulversion und werden deshalb auch nicht aktualisiert.
Gruß
Danny
Genau so ist es, die alten Readings ohne "_1" erscheinen nun nicht mehr.
Leider fehlt immer noch die "Brenner_1_Modulation", aber da ist soweit ich verstanden habe, Viessmann am Zug.
Vielen Dank für die Hilfestellung!
Zitat von: uron am 15 August 2021, 14:48:27
Leider fehlt immer noch die "Brenner_1_Modulation", aber da ist soweit ich verstanden habe, Viessmann am Zug.
Also bei mir kommt das Reading "Brenner_1_Modulation" (Vitodens 300)
Hallo zusammen,
ich hab mal eine Frage wo ich nicht weiter weiß. Soweit funktioniert alles tadellos bei mir mit der Anbindung und die Abfrage der Daten meiner Vitocal, jedoch bekomme ich seit dem letzten Update und dem Update der API von Viessmann keine Daten mehr über den Stromverbrauch.
Soweit ich es gelesen habe funktioniert es aber bei anderen noch (ob Vitocal oder nicht konnte ich leider nich genaue evaluieren) - meine Frage daher, funktioniert das bei jemanden noch und wenn ja, hat jemand einen Tipp für mich damit ich das wieder zum laufen bringe?
Hab natürlich schon mehrmals die Readings gelöscht und Update von FHEM ist gemacht.
Danke vorab!
Hallo @StefanH,
bei mir haben sich die Namen der Reading bzgl. Stromverbrauch geändert und sind nun "Stromverbrauch_Total/Tag" bzw. Monat und Jahr. Die Werte kommen aber sauber (Vitodens 300)
Mhh spannend - sieht so aus als wäre es vielleicht eine Art Bug wenn man eine Vitocall 200-A hat? - hab extra nochmal geschaut, in den Readings ist nichts drinnen mit "Strom" oder "Power" in den Namen.
Das Modul funktioniert soweit. Updates macht es auch. Allerdings bekomme ich das im Log angezeigt:
2021.08.24 16:48:12 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.08.24 16:48:13 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.08.24 16:48:13 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Sollte auf die Funktion des Moduls keine Auswirkung haben. Ich bin leider kein Perl Experte. Verbesserungsvorschläge sind willkommen.
Zitat von: masl am 24 August 2021, 16:52:24
Das Modul funktioniert soweit. Updates macht es auch. Allerdings bekomme ich das im Log angezeigt:
2021.08.24 16:48:12 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.08.24 16:48:13 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.08.24 16:48:13 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Hallo zusammen,
ich bekomme immer mal wieder in sehr unterschiedlichen Abständen folgende Fehlermeldungen im log:
2021.09.10 08:06:11 1: vitoconnect100 - unbekannter Fehler: Bitte den Entwickler informieren!
2021.09.10 08:06:11 1: vitoconnect100 - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.09.10 08:12:14 1: vitoconnect100 - unbekannter Fehler: Bitte den Entwickler informieren!
2021.09.10 08:12:14 1: vitoconnect100 - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
Das Problem löst sich dann aber immer wieder nach kurzer Zeit von selbst. Hat das sonst auch noch jemand?
Ich hatte das noch nicht. Ist kein Fehler im Modul sondern vom API Server. Ich kann die Fehlermeldung in der nächsten Version anpassen, aber mehr kann ich da nicht machen.
Zitat von: mthome am 10 September 2021, 10:39:13
Hallo zusammen,
ich bekomme immer mal wieder in sehr unterschiedlichen Abständen folgende Fehlermeldungen im log:
2021.09.10 08:06:11 1: vitoconnect100 - unbekannter Fehler: Bitte den Entwickler informieren!
2021.09.10 08:06:11 1: vitoconnect100 - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.09.10 08:12:14 1: vitoconnect100 - unbekannter Fehler: Bitte den Entwickler informieren!
2021.09.10 08:12:14 1: vitoconnect100 - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
Das Problem löst sich dann aber immer wieder nach kurzer Zeit von selbst. Hat das sonst auch noch jemand?
Zitat von: andreas13 am 11 September 2021, 18:46:31
Ich hatte das noch nicht. Ist kein Fehler im Modul sondern vom API Server. Ich kann die Fehlermeldung in der nächsten Version anpassen, aber mehr kann ich da nicht machen.
Hallo Andreas,
danke für die Rückmeldung. Ich hatte schon vermutet, dass es am Server liegt. Nur komisch, dass ich alleine damit bin - aber nicht schlimm.
Hallo zusammen,
weiß jemand, ob sich in den Daten irgendwo der Druck der Anlage versteckt? Oder ist das nicht implementiert / wird nicht übertragen? Habe eine Vitodens 200W
Gruß Rainer
Hallo zusammen,
Ich hatte mich gewundert warum im Logfile das Reading Gasverbrauch_Total/Woche immer doppelt geschrieben wird.
In die 98_vitoconnect.pm hat sich ein kleiner Fehler geschlichen, der monatliche Gasverbrauch ist auf das Wochen-Reading gemappt:
"heating.gas.consumption.total.month" => "Gasverbrauch_Total/Woche",
"heating.gas.consumption.total.week" => "Gasverbrauch_Total/Woche",
Viele Grüße
André
Zitat von: andreas13 am 11 September 2021, 18:46:31
Ich hatte das noch nicht. Ist kein Fehler im Modul sondern vom API Server. Ich kann die Fehlermeldung in der nächsten Version anpassen, aber mehr kann ich da nicht machen.
Hallo zusammen,
ich habe die Meldung auch immer mal wieder, habe sie aber ignoriert, da das Modul sonst fuktioniert.
Gruß
Arne
Hallo zusammen,
ich weiss, ich bin spät dran mit meiner Frage:
Ich habe per Update das FHEM aktualisiert und im Developer Portal meinen API-Key geholt.
Password und API-Key gesetzt. Danach auch LOGIN OK als Ergebnis.
Soweit alles gut, aber die Readings kommen nicht und im LOG steht:
vitoconnect - Access Token: nicht definiert
jetzt steht plötzlich im LOG
vitoconnect - temporärer API Fehler
ergänzend dazu steht im state:
statusCode: 502 errorType: DEVICE_COMMUNICATION_ERROR message: DEVICE_COMMUNICATION_ERROR error:
Was soll ich noch prüfen?
Und schon mal vorab: Vielen Dank für die Hilfe
Edit:
Ich denke, Ihr könnt meine Frage erst einmal vergessen. Über die APP bekomme ich die Meldung, dass im Moment Wartungsarbeiten bei Viessmann stattfinden und kein Zugriff auf die Anlage möglich ist. Ich melde mich ggf. später wieder.
Sorry für die Hektik/Verwirrung
Edit:
Also, das neue Modul funktioniert jetzt wunderbar. Nochmal vielen Dank dafür. Lediglich die Modulation scheint noch zu fehlen. Aber soweit ich lese, ist das jetzt der Job von viessmann.
Hallo zusammen,
wo bekomme ich den API-Key?
Wenn nichts angezeigt wird, wird es von Viessmann nicht übertragen. :-( Frag mal hier nach: https://www.viessmann-community.com/
Zitat von: Rainer_SU am 16 September 2021, 14:01:23
Hallo zusammen,
weiß jemand, ob sich in den Daten irgendwo der Druck der Anlage versteckt? Oder ist das nicht implementiert / wird nicht übertragen? Habe eine Vitodens 200W
Gruß Rainer
Ist in der morgigen Version gefixt.
Zitat von: André. am 16 September 2021, 15:22:19
Hallo zusammen,
Ich hatte mich gewundert warum im Logfile das Reading Gasverbrauch_Total/Woche immer doppelt geschrieben wird.
In die 98_vitoconnect.pm hat sich ein kleiner Fehler geschlichen, der monatliche Gasverbrauch ist auf das Wochen-Reading gemappt:
"heating.gas.consumption.total.month" => "Gasverbrauch_Total/Woche",
"heating.gas.consumption.total.week" => "Gasverbrauch_Total/Woche",
Viele Grüße
André
https://developer.viessmann.com/de
Zitat von: holzwurm83 am 09 Oktober 2021, 12:11:19
Hallo zusammen,
wo bekomme ich den API-Key?
Hallo,
Ich habe mir den Thread mal ganz durchgelesen, weil ich vor der Anschaffung einer neuen Viessmann Gasheizung stehe. Ich konnte aber nichts über die Vitodens 222-F oder die Vitodens 222-W oder die 333-F finden. Diese 222-F/W bzw. 333_F haben bereits ein eingebautes W-Lan Modul ( wie meisten neuen Viessmann Heizungen)und soll sich auch über die Vi Care App regeln lassen.
Funktioniert dein vitoconnect Modul auch mit diesem fest eingebauten Wlan Modulen und lassen sich damit dann auch die API Werte auslesen und auch die Heizung steuern und regeln?
Mein Installateur kann dazu nichts sagen und im Board habe ich zu der Vitodens 222-F bzw. der 222-W oder der 333-F nichts in dieser Richtung gefunden.
Vielleicht weiß es ja jemand oder hat dieses Modul mit dieser Heizung in Betrieb.
Gruß aus Köln
Norbert
Soweit ich weiß, nutzen die festeingebauten Module auch die vitoconnect Schnittstelle. Also sollten die Daten auch von meinem Modul ausgelesen werden. Aaaaaaaaaaber, ob Viessmann nun für ein konkretes Modell Daten über die öffentliche Schnittstelle liefert und wenn ja welche und ob das so bleibt, weiß nur Viessmann. Du kannst Viessmann ja mal fragen: https://www.viessmann-community.com/
Zitat von: cocojambo am 10 Oktober 2021, 17:35:13
Hallo,
Ich habe mir den Thread mal ganz durchgelesen, weil ich vor der Anschaffung einer neuen Viessmann Gasheizung stehe. Ich konnte aber nichts über die Vitodens 222-F oder die Vitodens 222-W oder die 333-F finden. Diese 222-F/W bzw. 333_F haben bereits ein eingebautes W-Lan Modul ( wie meisten neuen Viessmann Heizungen)und soll sich auch über die Vi Care App regeln lassen.
Funktioniert dein vitoconnect Modul auch mit diesem fest eingebauten Wlan Modulen und lassen sich damit dann auch die API Werte auslesen und auch die Heizung steuern und regeln?
Mein Installateur kann dazu nichts sagen und im Board habe ich zu der Vitodens 222-F bzw. der 222-W oder der 333-F nichts in dieser Richtung gefunden.
Vielleicht weiß es ja jemand oder hat dieses Modul mit dieser Heizung in Betrieb.
Gruß aus Köln
Norbert
@andreas13
Ich habe die Anfrage in der Viessmann community gestellt:
ZitatNutzen die fest eingebauten WLAN Module auch die gleiche vitoconnect Schnittstelle wie die Vitoconnect WLAN Zusatz Module, die mit der Heizung verbunden werden mußten. Hintergrund ist - Ich möchte mir die Vitodens 333-F anschaffen und auch die öffentliche Schnittstelle nutzen zur Kontrolle und Regelung der Heizung.
Als Antwort erhalten:
ZitatDie neuen Vitodens-Generationen haben ein integriertes RF-Modul welches es ermöglicht, die Anlage ohne zusätzliche Schnittstelle mit einem WLAN-Netzwerk (und so mit dem Internet/ Server) zu verbinden. Es wird also keine zusätzliche Schnittstelle (Vitoconnect) benötigt, um die Anlage online zubringen und so via ViCare überwachen und steuern zu können.
danach müßte dein Modul ja auch damit funktionieren.
Hab heute folgende Nachrichten im Logfile gefunden ("Gasheizung" heißt mein Device) und da ich den Entwickler informieren soll, stelle ich diese Nachrichten hier ins Forum.
2021.10.24 13:26:30.535 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 13:26:30.537 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1996.
2021.10.24 13:26:30.537 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 15:11:40.945 1: Gasheizung - Fehler während Gateway features: :: {"viErrorId":"req-02dbce24ee9943629ec9afc38f9bee1a","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.10.24 15:11:41.187 1: Gasheizung - Fehler während installation features: :: {"viErrorId":"req-6784184d1d024a59a276833877d3ed26","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.10.24 15:11:41.440 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 15:11:41.441 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 16:41:47.474 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 16:41:47.475 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 16:56:47.741 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 16:56:47.742 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 17:11:50.171 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 17:11:50.172 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
Seit diesem Zeitpunkt gibt es keine gleichen Meldungen mehr!
Soll ich weitere Infos liefern?
Hallo,
das ist ein Fehler beim Server von Viesmann. Vermutlich nur temporär. Das Modul versucht regelmäßig wieder Daten zu lesen. Wenn der Serverfehler von Viessmann behoben wurde, gehts normal weiter. Ich werde die Fehlermeldung beim nächsten Modulrelease anpassen. Mehr kann ich nicht machen.
Viele Grüße
Andreas
Zitat von: uron am 25 Oktober 2021, 06:18:10
Hab heute folgende Nachrichten im Logfile gefunden ("Gasheizung" heißt mein Device) und da ich den Entwickler informieren soll, stelle ich diese Nachrichten hier ins Forum.
2021.10.24 13:26:30.535 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 13:26:30.537 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1996.
2021.10.24 13:26:30.537 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 15:11:40.945 1: Gasheizung - Fehler während Gateway features: :: {"viErrorId":"req-02dbce24ee9943629ec9afc38f9bee1a","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.10.24 15:11:41.187 1: Gasheizung - Fehler während installation features: :: {"viErrorId":"req-6784184d1d024a59a276833877d3ed26","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.10.24 15:11:41.440 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 15:11:41.441 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 16:41:47.474 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 16:41:47.475 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 16:56:47.741 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 16:56:47.742 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.10.24 17:11:50.171 1: Gasheizung - unbekannter Fehler: Bitte den Entwickler informieren!
2021.10.24 17:11:50.172 1: Gasheizung - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
Seit diesem Zeitpunkt gibt es keine gleichen Meldungen mehr!
Soll ich weitere Infos liefern?
Hallo,
ich habe heute das vitoconnect wie beschrieben in mein FHEM implementiert. (Anlage ist eine Vitodens-343-F)
1) notwendige perl-Module installiert
2) api-Token im Viessmann-Account erstellt
3) device in fhem angelegt
4) passwort gesetzt
5) api token hinterlegt
6) fhem neu gestartet
Aktuell liefert vitoconnect mir den state "login ok". Allerdings sehe ich keine readings die mir irgendwelche Werte meiner Anlage liefern.
Habe deshalb verbose auf 5 gestellt und mit das Log angesehen.
Da steht nun folgendes:
2021.11.04 20:35:26 4: vitoconnect - GetUpdate called ...
2021.11.04 20:35:26 4: vitoconnect - enter getResource
2021.11.04 20:35:26 4: vitoconnect - access_token: ...
2021.11.04 20:35:26 4: vitoconnect - installation:
2021.11.04 20:35:26 4: vitoconnect - gw:
2021.11.04 20:35:26 5: vitoconnect - ReadKeyValue tries to read value for passwd from file
2021.11.04 20:35:28 4: vitoconnect - getCodeCallback went ok
2021.11.04 20:35:28 5: vitoconnect - Received response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML><HEAD>
<TITLE>302 Found</TITLE>
<META name="robots" content="noindex" /></HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF="http://localhost:4200/?code=...">here</A>.
</BODY></HTML>
2021.11.04 20:35:28 4: vitoconnect - code: ...
2021.11.04 20:35:28 4: vitoconnect - getAccessTokenCallback went ok
2021.11.04 20:35:28 5: vitoconnect - Received response: {"access_token":"...","token_type":"Bearer","expires_in":3600}
2021.11.04 20:35:28 4: vitoconnect - Access Token: ...
2021.11.04 20:35:28 4: vitoconnect - getGwCallback went ok
2021.11.04 20:35:28 5: vitoconnect - Received response: {"data":[],"cursor":{"next":""}}
2021.11.04 20:35:28 4: vitoconnect - getInstallationCallback went ok
2021.11.04 20:35:28 5: vitoconnect - Received response: {"data":[],"cursor":{"next":""}}
2021.11.04 20:35:28 1: vitoconnect - Something went wrong. Will retry
Mein device List sieht wie folgt aus:
Internals:
DEF xxx@yyyy.zz pw 60
FUUID ...
NAME vitoconnect
NR 429
Redirect_URI http://localhost:4200/
STATE login ok
TYPE vitoconnect
apiKey ...
counter 0
intervall 60
login ok
refresh_token ...
timeout 15
user xxx@yyy.zz
READINGS:
2021-11-04 20:37:33 gw {"data":[],"cursor":{"next":""}}
2021-11-04 20:37:32 state login ok
Attributes:
verbose 5
Habe ich noch was vergessen, damit ich Werte angezeigt bekomme?
Update:
Inzwischen hat sich der status geändert. Aktuell steht in state:
{"viErrorId":"req-9bcabc3d8de94b0f8ed5411cc89dcca0","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
Zitat von: jemu75 am 04 November 2021, 20:42:43
Update:
Inzwischen hat sich der status geändert. Aktuell steht in state:
{"viErrorId":"req-9bcabc3d8de94b0f8ed5411cc89dcca0","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
der Viessmann Server hustet schon die letzten Tage rum .....
2021.11.03 06:26:27 1: vitoconnect - temporärer API Fehler
2021.11.03 14:43:29 1: vitoconnect - temporärer API Fehler
2021.11.03 15:23:36 1: vitoconnect - temporärer API Fehler
2021.11.03 15:38:50 1: vitoconnect - temporärer API Fehler
2021.11.03 15:43:50 1: vitoconnect - temporärer API Fehler
2021.11.03 15:54:02 1: vitoconnect - temporärer API Fehler
2021.11.03 16:09:04 1: vitoconnect - temporärer API Fehler
2021.11.03 16:14:28 1: vitoconnect - temporärer API Fehler
2021.11.04 08:47:36 1: vitoconnect - temporärer API Fehler
2021.11.04 09:07:39 1: vitoconnect - temporärer API Fehler
2021.11.04 09:12:40 1: vitoconnect - temporärer API Fehler
2021.11.04 10:08:07 1: vitoconnect - temporärer API Fehler
2021.11.04 10:23:36 1: vitoconnect - temporärer API Fehler
Letztes Lebenzeichen:
2021.11.04 21:26:24 1: vitoconnect - An error occured: read from https://api.viessmann.com:443 timed out
Einfach mal warten .......
Zitat von: OGOL am 04 November 2021, 21:44:38
der Viessmann Server hustet schon die letzten Tage rum .....
2021.11.03 06:26:27 1: vitoconnect - temporärer API Fehler
2021.11.03 14:43:29 1: vitoconnect - temporärer API Fehler
2021.11.03 15:23:36 1: vitoconnect - temporärer API Fehler
2021.11.03 15:38:50 1: vitoconnect - temporärer API Fehler
2021.11.03 15:43:50 1: vitoconnect - temporärer API Fehler
2021.11.03 15:54:02 1: vitoconnect - temporärer API Fehler
2021.11.03 16:09:04 1: vitoconnect - temporärer API Fehler
2021.11.03 16:14:28 1: vitoconnect - temporärer API Fehler
2021.11.04 08:47:36 1: vitoconnect - temporärer API Fehler
2021.11.04 09:07:39 1: vitoconnect - temporärer API Fehler
2021.11.04 09:12:40 1: vitoconnect - temporärer API Fehler
2021.11.04 10:08:07 1: vitoconnect - temporärer API Fehler
2021.11.04 10:23:36 1: vitoconnect - temporärer API Fehler
Letztes Lebenzeichen:
2021.11.04 21:26:24 1: vitoconnect - An error occured: read from https://api.viessmann.com:443 timed out
Einfach mal warten .......
Bisher funktioniert es noch nicht. Nachdem ich heute mein FHEM neu gestartet habe, kamen folgende Fehlermeldungen im Log:
2021.11.07 11:50:37 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <$fh> line 2153.
2021.11.07 11:50:37 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2153.
2021.11.07 11:50:37 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2153.
2021.11.07 11:50:37 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <$fh> line 2153.
2021.11.07 11:50:37 3: vitoconnect - Passwort war bereits gespeichert
2021.11.07 11:50:48 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.11.07 11:50:48 1: PERL WARNING: Use of uninitialized value $id in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
021.11.07 11:54:48 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1910.
2021.11.07 11:54:50 1: vitoconnect - Something went wrong. Will retry
Hat das auch was mit dem Server bei Viessmann zu tun?
Zitat von: jemu75 am 07 November 2021, 13:04:03
]
2021.11.07 11:54:50 1: vitoconnect - Something went wrong. Will retry
Hat das auch was mit dem Server bei Viessmann zu tun?
Hier mal zum Vergleich mein Logfile......
2021.11.07 13:57:23 4: vitoconnect - GetUpdate called ...
2021.11.07 13:57:23 4: vitoconnect - enter getResource
2021.11.07 13:57:23 4: vitoconnect - access_token: xxxxxxxxxxxxxxxxx...
2021.11.07 13:57:23 4: vitoconnect - installation: XXXXXX
2021.11.07 13:57:23 4: vitoconnect - gw: YYYYYYYYYYYYYYYYYYYy
2021.11.07 13:57:24 4: vitoconnect - getResourceCallback went ok
2021.11.07 13:57:24 5: vitoconnect - Received response: {"data":[{"properties":{},"commands":{},"components":["offset"],"apiVersion":1,"uri":"https://api.vi...
BTW: Wo hast du das Passwort gesetzt ? Im DEFINE oder im Attribut.
Den API-Schlüssel bei Viessmann erneuern/ersetzen .......
Zitat von: OGOL am 07 November 2021, 14:22:06
Hier mal zum Vergleich mein Logfile......
2021.11.07 13:57:23 4: vitoconnect - GetUpdate called ...
2021.11.07 13:57:23 4: vitoconnect - enter getResource
2021.11.07 13:57:23 4: vitoconnect - access_token: xxxxxxxxxxxxxxxxx...
2021.11.07 13:57:23 4: vitoconnect - installation: XXXXXX
2021.11.07 13:57:23 4: vitoconnect - gw: YYYYYYYYYYYYYYYYYYYy
2021.11.07 13:57:24 4: vitoconnect - getResourceCallback went ok
2021.11.07 13:57:24 5: vitoconnect - Received response: {"data":[{"properties":{},"commands":{},"components":["offset"],"apiVersion":1,"uri":"https://api.vi...
BTW: Wo hast du das Passwort gesetzt ? Im DEFINE oder im Attribut.
Den API-Schlüssel bei Viessmann erneuern/ersetzen .......
Ich habe einen neuen api-key erstellt und dann den key und das passwort im device neu gesetzt über
set vitoconnect apiKey ... bzw. über
set vitoconnect password ...Danach sehe ich wieder den status "login ok" und im Log steht wieder
2021.11.07 18:57:23 1: vitoconnect - Something went wrong. Will retry
mein reading gw liefert:
{"data":[],"cursor":{"next":""}}
Sonst habe ich keine Attribute im Device definiert. Muss da noch was wie Model ect. definiert werden?
Zitat von: jemu75 am 07 November 2021, 19:01:31
mein reading gw liefert:
{"data":[],"cursor":{"next":""}}
liefert bei mir:
{"data":[{"serial":"XXXXXXXXX","version":"503.2.........","firmwareUpdateFailureCounter":0,"autoUpdate":false,"createdAt":"2020-04-23T12:02:31.076Z","producedAt":"2020-04-23T12:02:31.073Z","lastStatusChangedAt":"2021-11-04T08:15:48.606Z","aggregatedStatus":"WorksProperly","targetRealm":"DC","gatewayType":"SA1800019WiFi","installationId":294....,"registeredAt":"2020-07-31T08:35:32.328Z","description":null}],"cursor":{"next":""}}
Zitat
Sonst habe ich keine Attribute im Device definiert. Muss da noch was wie Model ect. definiert werden?
Nein
Was liefert denn die VI-Care app für Daten ?
Zitat von: OGOL am 07 November 2021, 19:35:27
liefert bei mir:
{"data":[{"serial":"XXXXXXXXX","version":"503.2.........","firmwareUpdateFailureCounter":0,"autoUpdate":false,"createdAt":"2020-04-23T12:02:31.076Z","producedAt":"2020-04-23T12:02:31.073Z","lastStatusChangedAt":"2021-11-04T08:15:48.606Z","aggregatedStatus":"WorksProperly","targetRealm":"DC","gatewayType":"SA1800019WiFi","installationId":294....,"registeredAt":"2020-07-31T08:35:32.328Z","description":null}],"cursor":{"next":""}}
Nein
Was liefert denn die VI-Care app für Daten ?
Verrückter Fehler...
Ich habe zwei Viessmann Accounts. Der eine ist nicht mit meiner Heizung verbunden. Kann also keine Daten liefern. 8)
Habe es jetzt mit dem anderen Account probiert und schon klappt es. :)
Hallo,
die Werte von meiner Vitodens 343-F werden über die API abgeholt. Jedoch bekomme ich aktuell keine Readings zum Brenner geliefert. In der ViCare App sehe ich Werte zum Brenner (Starts, Modulation usw.)
Ich habe bereits ein set vitoconnect clearReadings durchgeführt.
Wie kann ich die Werte vom Brenner abrufen?
Mein Devicelist sieht wie folgt aus:
Internals:
DEF xxx@yyy.zz pw 120
FUUID ...
NAME vitoconnect
NR 429
Redirect_URI http://localhost:4200/
STATE last update: 2021-11-09 22:06:12
TYPE vitoconnect
apiKey ...
counter 0
intervall 120
login ok
refresh_token ...
timeout 15
user xxx@yyy.zz
OLDREADINGS:
READINGS:
2021-11-09 22:06:12 Aktive_Heizkreise 0
2021-11-09 22:06:12 Aussen_Status connected
2021-11-09 22:06:12 Aussentemperatur 1.3
2021-11-09 22:06:12 Controller_Seriennummer ...
2021-11-09 22:06:12 Device_Time_Offset 58
2021-11-09 22:06:12 Gasverbrauch_Heizung/Einheit kilowattHour
2021-11-09 22:06:12 Gasverbrauch_Heizung/Jahr 7286,8288,8535
2021-11-09 22:06:12 Gasverbrauch_Heizung/Monat 310,746,209,137,9,13,530,1032,1201,1315,1784,1364,954
2021-11-09 22:06:12 Gasverbrauch_Heizung/Tag 30,45,45,36,41,46,28,16
2021-11-09 22:06:12 Gasverbrauch_Heizung/Woche 90,7,4,6,0,4,0,2,3,1,3,1,21,112,98,76,187,160,219,314,263,172,231,355,286,277,204,263,512,336,397,352,467,413,381,304,252,292,342,300,215,191,172,181,114,201,123,106,52,17,29,39,3
2021-11-09 22:06:12 Gasverbrauch_WW/Einheit kilowattHour
2021-11-09 22:06:12 Gasverbrauch_WW/Jahr 662,786,795
2021-11-09 22:06:12 Gasverbrauch_WW/Monat 29,26,28,7,3,16,124,35,69,121,204,173,104
2021-11-09 22:06:12 Gasverbrauch_WW/Tag 2,2,7,4,4,2,2,3
2021-11-09 22:06:12 Gasverbrauch_WW/Woche 4,25,2,5,11,8,4,9,14,0,1,6,1,0,0,0,0,0,2,1,2,0,1,17,36,38,34,8,4,3,19,8,7,14,30,17,6,8,22,48,43,52,43,45,44,39,53,29,39,37,32,37,14
2021-11-09 22:06:12 HK1-Betriebsart dhwAndHeating
2021-11-09 22:06:12 HK1-External_Temperatur 0
2021-11-09 22:06:12 HK1-External_aktiv 0
2021-11-09 22:06:12 HK1-Frostschutz_Status off
2021-11-09 22:06:12 HK1-Heizkurve-Niveau 2
2021-11-09 22:06:12 HK1-Heizkurve-Steigung 0.4
2021-11-09 22:06:12 HK1-Name
2021-11-09 22:06:12 HK1-Programmstatus normal
2021-11-09 22:06:12 HK1-Solltemperatur_aktiv 1
2021-11-09 22:06:12 HK1-Solltemperatur_comfort 21
2021-11-09 22:06:12 HK1-Solltemperatur_comfort_aktiv 0
2021-11-09 22:06:12 HK1-Solltemperatur_eco 21
2021-11-09 22:06:12 HK1-Solltemperatur_eco_aktiv 0
2021-11-09 22:06:12 HK1-Solltemperatur_normal 21
2021-11-09 22:06:12 HK1-Solltemperatur_reduziert 18
2021-11-09 22:06:12 HK1-Solltemperatur_reduziert_aktiv 0
2021-11-09 22:06:12 HK1-Standby_aktiv 0
2021-11-09 22:06:12 HK1-Urlaub_Ende
2021-11-09 22:06:12 HK1-Urlaub_Start
2021-11-09 22:06:12 HK1-Urlaub_aktiv 0
2021-11-09 22:06:12 HK1-Vorlauftemperatur 33.5
2021-11-09 22:06:12 HK1-Vorlauftemperatur_aktiv connected
2021-11-09 22:06:12 HK1-WW_aktiv 0
2021-11-09 22:06:12 HK1-WW_und_Heizen_aktiv 1
2021-11-09 22:06:12 HK1-Zeitsteuerung_Heizung {"sat":[{"start":"04:00","position":0,"mode":"normal","end":"22:30"}],"wed":[{"start":"04:00","position":0,"end":"22:30","mode":"normal"}],"thu":[{"start":"04:00","position":0,"mode":"normal","end":"22:30"}],"mon":[{"position":0,"end":"22:30","mode":"normal","start":"04:00"}],"fri":[{"start":"04:00","mode":"normal","end":"22:30","position":0}],"tue":[{"position":0,"mode":"normal","end":"22:30","start":"04:00"}],"sun":[{"start":"04:00","position":0,"mode":"normal","end":"22:30"}]}
2021-11-09 22:06:12 HK1-Zeitsteuerung_Heizung_aktiv 1
2021-11-09 22:06:12 HK1-Zirkulationspumpe on
2021-11-09 22:06:12 HK1-aktiv 1
2021-11-09 22:06:12 Kessel_Seriennummer ...
2021-11-09 22:06:12 Kessel_Solltemperatur 30.9
2021-11-09 22:06:12 Kessel_Status connected
2021-11-09 22:06:12 Kesseltemperatur 33.5
2021-11-09 22:06:12 Mehrfamilenhaus_aktiv 0
2021-11-09 22:06:12 Solar_Pumpe_Status off
2021-11-09 22:06:12 Solar_Sensor_Temperatur_Kollektor -0.5
2021-11-09 22:06:12 Solar_Sensor_Temperatur_Kollektor_Status connected
2021-11-09 22:06:12 Solar_Sensor_Temperatur_WW 30.7
2021-11-09 22:06:12 Solar_Sensor_Temperatur_WW_Status connected
2021-11-09 22:06:12 Solar_aktiv 1
2021-11-09 22:06:12 Solarproduktion/Einheit kilowattHour
2021-11-09 22:06:12 Solarproduktion/Jahr 0,0,0
2021-11-09 22:06:12 Solarproduktion/Monat 0,0,0,0,0,0,0,0,0,0,0,0,0
2021-11-09 22:06:12 Solarproduktion/Tag 14.633,6.756,3.884,12.474,1.646,0,12.223,8.72
2021-11-09 22:06:12 Solarproduktion/Woche 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
2021-11-09 22:06:12 Stromverbrauch/Einheit kilowattHour
2021-11-09 22:06:12 Stromverbrauch/Jahr 160.441,194.95,191.865
2021-11-09 22:06:12 Stromverbrauch/Monat 5.126,16.898,13.917,12.861,10.075,9.326,16.994,17.857,18.71,17.87,20.807,19.501,17.633
2021-11-09 22:06:12 Stromverbrauch/Tag 0.539,0.573,0.594,0.586,0.581,0.577,0.563,0.557
2021-11-09 22:06:12 Stromverbrauch/Woche 1.112,4.014,3.906,3.783,3.93,3.786,3.494,3.506,3.273,2.699,3.455,3.596,2.815,2.12,2.883,2.195,2.352,2.049,2.376,2.353,2.485,1.566,2.271,2.704,3.952,3.957,3.686,3.757,3.942,4.095,4.387,4.202,4.02,4.141,4.433,4.236,4.233,4.038,4.245,5.154,4.433,4.698,4.536,4.924,4.681,4.616,4.436,4.215,4.318,4.528,4.383,4.112,3.972
2021-11-09 22:06:12 Stromverbrauch_Total/Einheit kilowattHour
2021-11-09 22:06:12 Stromverbrauch_Total/Jahr 160.441,194.95,191.865
2021-11-09 22:06:12 Stromverbrauch_Total/Monat 5.126,16.898,13.917,12.861,10.075,9.326,16.994,17.857,18.71,17.87,20.807,19.501,17.633
2021-11-09 22:06:12 Stromverbrauch_Total/Tag 0.539,0.573,0.594,0.586,0.581,0.577,0.563,0.557
2021-11-09 22:06:12 Stromverbrauch_Total/Woche 1.112,4.014,3.906,3.783,3.93,3.786,3.494,3.506,3.273,2.699,3.455,3.596,2.815,2.12,2.883,2.195,2.352,2.049,2.376,2.353,2.485,1.566,2.271,2.704,3.952,3.957,3.686,3.757,3.942,4.095,4.387,4.202,4.02,4.141,4.433,4.236,4.233,4.038,4.245,5.154,4.433,4.698,4.536,4.924,4.681,4.616,4.436,4.215,4.318,4.528,4.383,4.112,3.972
2021-11-09 22:06:12 Urlaub_Ende
2021-11-09 22:06:12 Urlaub_Start
2021-11-09 22:06:12 Urlaub_aktiv 0
2021-11-09 22:06:12 WW-Aufladung 0
2021-11-09 22:06:12 WW-Haupttemperatur 50
2021-11-09 22:06:12 WW-Isttemperatur 45.5
2021-11-09 22:06:12 WW-Sensoren_Auslauf_Status connected
2021-11-09 22:06:12 WW-Sensoren_Auslauf_Wert 28
2021-11-09 22:06:12 WW-Solltemperatur 50
2021-11-09 22:06:12 WW-Speicherladung 0
2021-11-09 22:06:12 WW-Speichertemperatur_mitte 0
2021-11-09 22:06:12 WW-Speichertemperatur_oben 0
2021-11-09 22:06:12 WW-Speichertemperatur_unten 0
2021-11-09 22:06:12 WW-Temperatur_aktiv connected
2021-11-09 22:06:12 WW-Zeitplan {"sat":[{"start":"06:00","end":"22:00","mode":"on","position":0}],"thu":[{"start":"06:00","position":0,"end":"22:00","mode":"on"}],"wed":[{"start":"06:00","mode":"on","end":"22:00","position":0}],"mon":[{"start":"06:00","mode":"on","end":"22:00","position":0}],"fri":[{"end":"22:00","mode":"on","position":0,"start":"06:00"}],"tue":[{"end":"22:00","mode":"on","position":0,"start":"06:00"}],"sun":[{"start":"06:00","mode":"on","end":"22:00","position":0}]}
2021-11-09 22:06:12 WW-Zirkulationspumpe_Status on
2021-11-09 22:06:12 WW-Zirkulationspumpe_Zeitplan {"fri":[{"start":"00:00","position":0,"mode":"on","end":"23:50"}],"tue":[{"start":"00:00","mode":"on","end":"22:40","position":0}],"sun":[{"mode":"on","end":"23:50","position":0,"start":"00:00"}],"sat":[{"position":0,"mode":"on","end":"23:50","start":"00:00"}],"thu":[{"start":"00:00","position":0,"mode":"on","end":"23:50"}],"wed":[{"start":"00:00","end":"23:50","mode":"on","position":0}],"mon":[{"end":"23:50","mode":"on","position":0,"start":"00:00"}]}
2021-11-09 22:06:12 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
2021-11-09 22:06:12 WW-Zirkulationspumpe_primaer off
2021-11-09 22:06:12 WW-aktiv 1
2021-11-09 22:06:12 WW-einmaliges_Aufladen 0
2021-11-09 22:06:12 WW-zeitgesteuert_aktiv 1
2021-11-09 22:06:12 heating.circuits.0.heating.schedule.overlapAllowed 1
2021-11-09 22:06:12 state last update: 2021-11-09 22:06:12
Attributes:
alias Vitodens 343-F
group Heizung
room HAR
vitoconnect_gw_readings 1
Hallo,
wenn die API Werte für den Brenner liefern, zeigt das Modul die Werte auch an. Wenn die API keine Werte liefert, bitte bei Viessmann beschwere: https://www.viessmann-community.com/
Andreas
[quote author=jemu75 link=topic=93664.msg1185757#msg1185757 date=1636492298
Hallo,
die Werte von meiner Vitodens 343-F werden über die API abgeholt. Jedoch bekomme ich aktuell keine Readings zum Brenner geliefert. In der ViCare App sehe ich Werte zum Brenner (Starts, Modulation usw.)
Ich habe bereits ein set vitoconnect clearReadings durchgeführt.
Wie kann ich die Werte vom Brenner abrufen?
Mein Devicelist sieht wie folgt aus:
[/quote]
Zitat von: andreas13 am 10 November 2021, 08:16:06
Hallo,
wenn die API Werte für den Brenner liefern, zeigt das Modul die Werte auch an. Wenn die API keine Werte liefert, bitte bei Viessmann beschwere: https://www.viessmann-community.com/
Andreas
Laut ChangeLog stehen die Werte aber seit Juli 2021 in der API zur Verfügung. Woran liegt es, dass die Werte bei anderen Benutzern vorhanden sind und bei mir nicht?
Moin,
ich habe mir einen API-Token organisiert, muss ich den bei der Konfiguration irgendwo hinterlegen, wenn ja, wie? Habe ich das im wiki irgendwo überlesen?
Einen "set apikey" wie bei anderen mit dem Problem kann ich nirgends finden?
2021.11.10 21:02:15 1: vitoconnect - Access Token: nicht definiert
Grüße
dafosy
Zitat von: dafosy am 10 November 2021, 21:10:38
Moin,
ich habe mir einen API-Token organisiert, muss ich den bei der Konfiguration irgendwo hinterlegen, wenn ja, wie? Habe ich das im wiki irgendwo überlesen?
Einen "set apikey" wie bei anderen mit dem Problem kann ich nirgends finden?
2021.11.10 21:02:15 1: vitoconnect - Access Token: nicht definiert
Grüße
dafosy
Hallo,
ich habe ebenfalls Tage gebraucht mir das aus 49 Seiten herauszupicken. Was nicht dokumentiert ist sind folgende Schritte:
1. du musst (?) auf FHEM 6.1 sein.
2. das reCaptcha für die API ausschalten.
Dazu musst du bei developer.viessmann.com in die API Einstellung gehen, auf editieren und den Schalter für recaptacha ausschalten. Der ist standardmässig auf an! (siehe Anhang)
3. in der FHEM GUI musst du dich wie im Wiki beschrieben normal einloggen (define <name> vitoconnect <user> <password> <interval>)
danach kannst du den API key im "SET drop down" eintippen (siehe Anhang)
Hoffe das hilft
Hallo,
ich bräuchte ein neues Reading. Und zwar für den Pelletverbrauch der Vitoligno. Ist das machbar?
Viele Grüße!
Hi !
War gerade dabei ein wenig in FHEM aufzuräumen und dabei ist mir aufgefallen, dass die Kommunikation über das Vitoconnect Modul bei mir scheinbar seit längerem nicht mehr funktioniert... Das Modul meldet set Apikey to continue
Jetzt hab ich schonmal ein wenig rumgesucht und herausgefunden, dass das ganze etwas mit dem Viessmann Developer Portal zu tun hat. Im Wiki zum Modul hab ich dazu aber leider nichts gefunden... Gibts irgendwo Infos, was ich tun muss um das Modul wieder ans laufen zu bekommen ?
das liegt an Viessmann
Zitat von: jemu75 am 10 November 2021, 18:27:24
Laut ChangeLog stehen die Werte aber seit Juli 2021 in der API zur Verfügung. Woran liegt es, dass die Werte bei anderen Benutzern vorhanden sind und bei mir nicht?
Ja, aber nur von Viessmann. Sobald es das in der API gibt, wird es vom Modul angezeigt.
Zitat von: SoNi am 14 November 2021, 08:43:22
Hallo,
ich bräuchte ein neues Reading. Und zwar für den Pelletverbrauch der Vitoligno. Ist das machbar?
Viele Grüße!
Hallo Snokesman, alles Waseda wissen musst, steht hier irgendwo im Thread. Leider komme ich im Moment nicht das das Wiki zu aktualisieren und ein Freiwilligen gibt leider auch nicht.
VG
Andreas
Zitat von: Snocksman am 14 November 2021, 13:29:39
Hi !
War gerade dabei ein wenig in FHEM aufzuräumen und dabei ist mir aufgefallen, dass die Kommunikation über das Vitoconnect Modul bei mir scheinbar seit längerem nicht mehr funktioniert... Das Modul meldet set Apikey to continue
Jetzt hab ich schonmal ein wenig rumgesucht und herausgefunden, dass das ganze etwas mit dem Viessmann Developer Portal zu tun hat. Im Wiki zum Modul hab ich dazu aber leider nichts gefunden... Gibts irgendwo Infos, was ich tun muss um das Modul wieder ans laufen zu bekommen ?
Hallo,
leider bedeutet es das nicht, da die öffentliche API eine andere ist, als die für die ViCare App. Man könnte auch sagen, die frei API ist künstlich beschnitten, weil Viessmann mit den Daten mal Geld verdienen möchte (siehe zB. auch das kostepflichtige Geofencing).
Man grundsätzlich zur Arbeitsweise des Moduls:
Das Modul gibt ALLE (wirklich ALLE!!!) Daten aus die die API für Deine Heizung liefert. Sollte ein Datenpunkt bekannt sein, dann wir ggf der Name des Readings in einen vermeintlichen schönener Namen übersetzt, was du aber auch durch setzen des Attributs vitoconnect_raw_readings verhindern kannst, dann funktionieren aber einige "set xxxx" Kommandos nicht mehr!
Sollte jetzt Viessmann auf die Idee kommen neue Datenpunkte zu übertragen, werden die auch ausgegeben. Aber da ich kein Hellseher bin, gibt es dafür keine Übersetzung und sie werden in der Form "heating.pellet.consumption.total" oder so ausgegeben. Dafür muss das Modul nicht angepasst werden. Wenn Du lieber einen "schönen" Namen für das Reading hättest, dann kannst Du mir sagen, welche Reading und wie das übersetzt werden soll und dann bau ich das in die nächste Version ein.
Ergo: Wende Dich mit Deinen Wünschen an Viessmann. Mit dem Modul hat das nicht zu tun.
Im Device overview siehst Du, wie du richtig festgestellt hast, alle Reading. Und da ich - wie ich oben geschrieben habe - alle Daten ausgebe, ist das auch alles, was die API liefert.
Wenn Du die Rohdaten sehen willst (das sind JSON kein Hexdump), dann kannst du set vitoconnect logResponseOnce und dann ein Update der Readings abwarten, dann findest du die JSON Daten im log-Verzeichnis. Kannst Du Dir gerne anschauen, wenn Du Langeweile hast oder Du kannst mir auch einfach glaube, dass ich alles was da drin steht in Readings umwandle. Du wirst dort nichts finden, was nicht auch in den Readings steht.
Auch wenn ich mich wiederhole: Bitte wende Dich an Viessmann. Das Modul gibt alles aus, was Viessmann liefert (dokumentiert oder nicht).
Viele Grüße
Andreas
Zitat von: SoNi am 15 November 2021, 11:52:29
Ich habe mal in der API Doku geschaut. Dort gibt es den Datenpunkt zwar nicht aufgelistet.
Der Verbrauch wird allerdings in der ViCare app angezeigt. Nennt sich "Brennstoffverbrauch". Und es gibt dort auch noch einen "Aschebehälter".
Das bedeutet dann doch, dass es einen Datenpunkt gibt, der von der Ecotronic an die Viessmann cloud übermittelt wird, oder?
Wenn ich das mal analog zu Gas setze, dort heisst es dann ja heating.gas.consumption.total oder heating.power.consumption.dhw etc.
Müsste es dann nicht auch einen (vielleicht nur undokumentierten) heating.pellet.consumption.total geben?
Zurück zu FHEMWEB: in der Device overview sehe ich die readings. Sind das alle empfangenen Daten oder nur die "compilierten" readings? Mir ist nicht ganz klar, was empfangt ihr von Viessmann als Datenpaket? Sind das Hexdumps? Sind die irgendwo zwischengespeichert? Dann könnte ich mich ja selber auf die Suche machen.
Zitat von: andreas13 am 15 November 2021, 17:17:48
Auch wenn ich mich wiederhole: Bitte wende Dich an Viessmann. Das Modul gibt alles aus, was Viessmann liefert (dokumentiert oder nicht).
Viele Grüße
Andreas
Hallo Andreas!
danke für deine Erklärungen! :) Ist jetzt klar.
Ich habe das mal bei Viessmann angefragt. Mal schauen ob's was wird 8)
Viele Grüße!
@Andreas: Perfekt, habs im Thread gefunden und es funktioniert wieder ! Danke !
Hallo,
ich nutze das Modul Vitoconnect mit einer Vitocal (Luftwärmepumpe), Vitovent (Lüftungsanlage) und VX3 (Wechselrichter plus Speicher).
Das Modul funktioniert soweit. Danke dafür... :-)
Ich möchte aber die Lüftungsstärke setzen können.
Über einen Set Befehl kann ich die Stärke leider nicht beeinflussen, wie kann man noch mehr Setvalues hinzufügen?
Beim VX3 scheint Viessmann seine Daten gar nicht preis geben zu wollen. Ich habe die Vitoconnect und die VX3 in der ViCare.
Es scheint so, als würden, wenn zwei Geräte angelegt sind, nur die Werte des zweiten Gerätes kommen. Und da kommt nichts brauchbares für den VX3 von Viessmann zurück.
Grüße
Danke
Hallo,
Du kannst mal das Attribut vitoconnect_actions_active auf 1 setzen und mir die dann erzeugten zusätzlichen Readings schicken. Dann kann ich schauen, ob die API einen solchen Befehl kenn und ihn ggf. implementieren.
Grüße
Andreas
Zitat von: marhof am 17 November 2021, 14:01:30
Hallo,
ich nutze das Modul Vitoconnect mit einer Vitocal (Luftwärmepumpe), Vitovent (Lüftungsanlage) und VX3 (Wechselrichter plus Speicher).
Das Modul funktioniert soweit. Danke dafür... :-)
Ich möchte aber die Lüftungsstärke setzen können.
Über einen Set Befehl kann ich die Stärke leider nicht beeinflussen, wie kann man noch mehr Setvalues hinzufügen?
Beim VX3 scheint Viessmann seine Daten gar nicht preis geben zu wollen. Ich habe die Vitoconnect und die VX3 in der ViCare.
Es scheint so, als würden, wenn zwei Geräte angelegt sind, nur die Werte des zweiten Gerätes kommen. Und da kommt nichts brauchbares für den VX3 von Viessmann zurück.
Grüße
Danke
Hallo,
in meinem LogFile häufen sich Fehlermeldungen. Daten werden aber problemlos abgerufen. Was kann ich da machen?
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <$fh> line 2145.
2021.11.21 21:47:18 3: vitoconnect - Passwort war bereits gespeichert
2021.11.21 21:47:30 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.11.21 21:47:30 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.11.21 21:47:30 1: vitoconnect - Fehler während installation features: :: {"viErrorId":"req-c2a0ffb569274e8a8458c969d818269d","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1948.
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1953.
2021.11.21 22:11:37 1: vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1996.
2021.11.21 22:11:37 1: vitoconnect - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.11.21 22:47:50 1: vitoconnect - Fehler während installation features: :: {"viErrorId":"req-4001c8c03ff14dfaa37e7e8a95c79fd7","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.11.21 22:53:52 1: vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2021.11.21 22:53:52 1: vitoconnect - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
Du kannst Viessmann sagen, sie mögen den Fehler bei,ihrem Server reparieren.
[ quote author=jemu75 link=topic=93664.msg1188525#msg1188525 date=1637534211]
Hallo,
in meinem LogFile häufen sich Fehlermeldungen. Daten werden aber problemlos abgerufen. Was kann ich da machen?
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2145.
2021.11.21 21:47:18 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <$fh> line 2145.
2021.11.21 21:47:18 3: vitoconnect - Passwort war bereits gespeichert
2021.11.21 21:47:30 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.11.21 21:47:30 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.11.21 21:47:30 1: vitoconnect - Fehler während installation features: :: {"viErrorId":"req-c2a0ffb569274e8a8458c969d818269d","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1948.
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1953.
2021.11.21 22:11:37 1: vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2021.11.21 22:11:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1996.
2021.11.21 22:11:37 1: vitoconnect - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
2021.11.21 22:47:50 1: vitoconnect - Fehler während installation features: :: {"viErrorId":"req-4001c8c03ff14dfaa37e7e8a95c79fd7","statusCode":500,"errorType":"INTERNAL_ERROR","message":"Internal server error"}
2021.11.21 22:53:52 1: vitoconnect - unbekannter Fehler: Bitte den Entwickler informieren!
2021.11.21 22:53:52 1: vitoconnect - statusCode: 500 errorType: INTERNAL_ERROR message: Internal server error error:
[/quote]
Hi hier die Daten.
Danke im Voraus.
Zitat von: andreas13 am 21 November 2021, 17:20:00
Hallo,
Du kannst mal das Attribut vitoconnect_actions_active auf 1 setzen und mir die dann erzeugten zusätzlichen Readings schicken. Dann kann ich schauen, ob die API einen solchen Befehl kenn und ihn ggf. implementieren.
Grüße
Andreas
defmod vitoconnect vitoconnect xxxx
attr vitoconnect room Heizung
attr vitoconnect vitoconnect_actions_active 1
setstate vitoconnect last update: 2021-11-23 21:37:18
setstate vitoconnect 2021-11-23 21:37:18 Aktive_Heizkreise 0
setstate vitoconnect 2021-11-23 21:37:18 Aussen_Status connected
setstate vitoconnect 2021-11-23 21:37:18 Aussentemperatur 4.3
setstate vitoconnect 2021-11-23 21:37:18 Aussentemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 Controller_Seriennummer xxxxxxxxxxxxxx
setstate vitoconnect 2021-11-23 21:37:18 Device_Time_Offset 59
setstate vitoconnect 2021-11-23 21:37:18 HK1-Betriebsart dhwAndHeatingCooling
setstate vitoconnect 2021-11-23 21:37:18 HK1-Fixed_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Frostschutz_Status off
setstate vitoconnect 2021-11-23 21:37:18 HK1-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Heizkurve-Steigung 0.3
setstate vitoconnect 2021-11-23 21:37:18 HK1-Name
setstate vitoconnect 2021-11-23 21:37:18 HK1-Normal_Standby_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Programmstatus normal
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_eco 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_eco_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_normal 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert 16
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Standby_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Typ heatingCircuit
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur 27.2
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur_aktiv connected
setstate vitoconnect 2021-11-23 21:37:18 HK1-WW_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-WW_und_Heizen_Kuehlen_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zeitsteuerung_Heizung {"fri":[{"mode":"normal","start":"00:00","end":"24:00","position":0}],"mon":[{"start":"00:00","mode":"normal","end":"24:00","position":0}],"wed":[{"start":"00:00","mode":"normal","end":"24:00","position":0}],"sat":[{"mode":"normal","start":"00:00","position":0,"end":"24:00"}],"thu":[{"mode":"normal","start":"00:00","position":0,"end":"24:00"}],"sun":[{"position":0,"end":"24:00","start":"00:00","mode":"normal"}],"tue":[{"end":"24:00","position":0,"mode":"normal","start":"00:00"}]}
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zeitsteuerung_Heizung_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zirkulationspumpe on
setstate vitoconnect 2021-11-23 21:37:18 HK1-aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK2-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK2-Heizkurve-Steigung 0.6
setstate vitoconnect 2021-11-23 21:37:18 HK3-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK3-Heizkurve-Steigung 0.6
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Common_Supply notConnected
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Common_Supply_Temperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Seriennummer xxxxxxxxxx
setstate vitoconnect 2021-11-23 21:37:18 Mehrfamilenhaus_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_Ende
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_Start
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 WW-Aufladung 0
setstate vitoconnect 2021-11-23 21:37:18 WW-Haupttemperatur 35
setstate vitoconnect 2021-11-23 21:37:18 WW-Hysterese 5
setstate vitoconnect 2021-11-23 21:37:18 WW-Isttemperatur 45.4
setstate vitoconnect 2021-11-23 21:37:18 WW-Isttemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 WW-Sensoren_Auslauf_Status notConnected
setstate vitoconnect 2021-11-23 21:37:18 WW-Sensoren_Auslauf_Wert/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 WW-Status on
setstate vitoconnect 2021-11-23 21:37:18 WW-Temperatur_2 48
setstate vitoconnect 2021-11-23 21:37:18 WW-Temperatur_aktiv connected
setstate vitoconnect 2021-11-23 21:37:18 WW-Zeitplan {"sun":[{"position":0,"end":"14:00","mode":"temp-2","start":"11:00"},{"position":1,"end":"24:00","mode":"normal","start":"14:00"},{"end":"05:30","position":2,"mode":"normal","start":"00:00"},{"start":"05:30","mode":"temp-2","position":3,"end":"07:00"},{"end":"11:00","position":4,"mode":"normal","start":"07:00"}],"tue":[{"mode":"temp-2","start":"11:00","position":0,"end":"14:00"},{"end":"24:00","position":1,"mode":"normal","start":"14:00"},{"mode":"normal","start":"00:00","end":"11:00","position":2}],"thu":[{"end":"14:00","position":0,"mode":"temp-2","start":"11:00"},{"start":"14:00","mode":"normal","position":1,"end":"24:00"},{"mode":"normal","start":"00:00","end":"11:00","position":2}],"sat":[{"start":"11:00","mode":"temp-2","position":0,"end":"14:00"},{"mode":"normal","start":"14:00","end":"24:00","position":1},{"position":2,"end":"05:30","mode":"normal","start":"00:00"},{"end":"07:00","position":3,"start":"05:30","mode":"temp-2"},{"start":"07:00","mode":"normal","position":4,"end":"11:00"}],"wed":[{"mode":"temp-2","start":"11:00","end":"14:00","position":0},{"mode":"normal","start":"14:00","position":1,"end":"24:00"},{"position":2,"end":"11:00","start":"00:00","mode":"normal"}],"mon":[{"mode":"temp-2","start":"11:00","end":"14:00","position":0},{"mode":"normal","start":"14:00","end":"24:00","position":1},{"end":"05:30","position":2,"mode":"normal","start":"00:00"},{"mode":"temp-2","start":"05:30","end":"07:00","position":3},{"start":"07:00","mode":"normal","end":"11:00","position":4}],"fri":[{"position":0,"end":"14:00","mode":"temp-2","start":"11:00"},{"end":"24:00","position":1,"mode":"normal","start":"14:00"},{"start":"00:00","mode":"normal","end":"05:30","position":2},{"mode":"temp-2","start":"05:30","position":3,"end":"07:00"},{"position":4,"end":"11:00","start":"07:00","mode":"normal"}]}
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Status off
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Zeitplan {"tue":[{"position":0,"end":"06:40","start":"06:30","mode":"5/10-cycles"},{"position":1,"end":"12:10","start":"12:00","mode":"5/10-cycles"},{"position":2,"end":"17:10","start":"17:00","mode":"5/10-cycles"},{"position":3,"end":"08:10","mode":"5/10-cycles","start":"08:00"}],"sun":[{"mode":"5/10-cycles","start":"06:30","end":"06:40","position":0},{"mode":"5/10-cycles","start":"12:00","end":"12:10","position":1},{"end":"17:10","position":2,"start":"17:00","mode":"5/10-cycles"},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}],"thu":[{"end":"06:40","position":0,"mode":"5/10-cycles","start":"06:30"},{"start":"12:00","mode":"5/10-cycles","end":"12:10","position":1},{"end":"17:10","position":2,"mode":"5/10-cycles","start":"17:00"},{"position":3,"end":"08:10","mode":"5/10-cycles","start":"08:00"}],"sat":[{"position":0,"end":"06:40","start":"06:30","mode":"5/10-cycles"},{"end":"12:10","position":1,"mode":"5/10-cycles","start":"12:00"},{"position":2,"end":"17:10","mode":"5/10-cycles","start":"17:00"},{"mode":"5/10-cycles","start":"08:00","position":3,"end":"08:10"}],"mon":[{"start":"06:30","mode":"5/10-cycles","position":0,"end":"06:40"},{"end":"12:10","position":1,"start":"12:00","mode":"5/10-cycles"},{"mode":"5/10-cycles","start":"17:00","position":2,"end":"17:10"},{"start":"08:00","mode":"5/10-cycles","end":"08:10","position":3}],"wed":[{"mode":"5/10-cycles","start":"06:30","end":"06:40","position":0},{"end":"12:10","position":1,"mode":"5/10-cycles","start":"12:00"},{"mode":"5/10-cycles","start":"17:00","end":"17:10","position":2},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}],"fri":[{"end":"06:40","position":0,"mode":"5/10-cycles","start":"06:30"},{"position":1,"end":"12:10","mode":"5/10-cycles","start":"12:00"},{"start":"17:00","mode":"5/10-cycles","end":"17:10","position":2},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}]}
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_primaer off
setstate vitoconnect 2021-11-23 21:37:18 WW-aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 WW-einmaliges_Aufladen 0
setstate vitoconnect 2021-11-23 21:37:18 WW-zeitgesteuert_aktiv 1
setstate vitoconnect 2021-11-23 21:35:15 device xxxxx
setstate vitoconnect 2021-11-23 21:35:15 gw {"data":xxxxxx
setstate vitoconnect 2021-11-23 21:35:16 gw_features xxxxxx
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.main.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.main.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.top.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.top.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.operating.modes.cooling.active 0
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.max 47
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.maxUnit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.min 15
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.minUnit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.value 29.1
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.1.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.1.temperature.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.2.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.2.temperature.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.active 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.value 13.7
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.value 89.1
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.phase off
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hours 670.9
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassFive 22
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassFour 147
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassOne 51
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassThree 263
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassTwo 140
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.starts 3432
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.enabled 0
setstate vitoconnect 2021-11-23 21:37:18 heating.configuration.secondaryHeatGenerator.modeOnError.mode reduced
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.bottom.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.bottom.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.value 45.4
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.levelOne 949099
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.levelTwo 781188
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.unit seconds
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.return.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.value 5.2
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.value 26.9
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.value 27
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.value 26.9
setstate vitoconnect 2021-11-23 21:35:15 installation xxxxxxxxxx
setstate vitoconnect 2021-11-23 21:35:16 installation_features {"data":[]}
setstate vitoconnect 2021-11-23 21:37:18 state last update: 2021-11-23 21:37:18
setstate vitoconnect 2021-11-23 21:37:18 ventilation.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.active.value ventilation
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.standard.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.standby.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.ventilation.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.active.value levelTwo
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.comfort.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.eco.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.end
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.start
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.volumeFlow 215
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.volumeFlow 120
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.volumeFlow 170
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.volumeFlow 120
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.volumeFlow 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.schedule.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.schedule.entries {"sat":[{"end":"14:00","position":0,"mode":"levelThree","start":"06:00"},{"start":"00:00","mode":"levelTwo","position":1,"end":"06:00"},{"end":"24:00","position":2,"start":"20:00","mode":"levelTwo"},{"end":"20:00","position":3,"mode":"levelFour","start":"14:00"}],"tue":[{"end":"20:00","position":0,"mode":"levelThree","start":"06:00"},{"mode":"levelTwo","start":"00:00","position":1,"end":"06:00"},{"mode":"levelTwo","start":"20:00","position":2,"end":"24:00"}],"sun":[{"end":"20:00","position":0,"start":"06:00","mode":"levelThree"},{"end":"06:00","position":1,"start":"00:00","mode":"levelTwo"},{"position":2,"end":"24:00","mode":"levelTwo","start":"20:00"}],"thu":[{"end":"20:00","position":0,"mode":"levelThree","start":"06:00"},{"end":"06:00","position":1,"start":"00:00","mode":"levelTwo"},{"end":"24:00","position":2,"mode":"levelTwo","start":"20:00"}],"fri":[{"mode":"levelThree","start":"06:00","end":"20:00","position":0},{"mode":"levelTwo","start":"00:00","end":"06:00","position":1},{"mode":"levelTwo","start":"20:00","end":"24:00","position":2}],"mon":[{"mode":"levelThree","start":"06:00","position":0,"end":"20:00"},{"mode":"levelTwo","start":"00:00","position":1,"end":"06:00"},{"position":2,"end":"24:00","start":"20:00","mode":"levelTwo"}],"wed":[{"start":"06:00","mode":"levelThree","end":"20:00","position":0},{"mode":"levelTwo","start":"00:00","end":"06:00","position":1},{"position":2,"end":"24:00","start":"20:00","mode":"levelTwo"}]}
Hallo marof,
ich seh gerade, dass ich das Feature nach der Umstellung noch nicht implementiert habe :-( Vielleicht schaffe ich es zwischen den Jahren. Ich melde mich dann nochmal.
Viele Grüße
Andreas
Zitat von: marhof am 23 November 2021, 21:47:37
Hi hier die Daten.
Danke im Voraus.
defmod vitoconnect vitoconnect xxxx
attr vitoconnect room Heizung
attr vitoconnect vitoconnect_actions_active 1
setstate vitoconnect last update: 2021-11-23 21:37:18
setstate vitoconnect 2021-11-23 21:37:18 Aktive_Heizkreise 0
setstate vitoconnect 2021-11-23 21:37:18 Aussen_Status connected
setstate vitoconnect 2021-11-23 21:37:18 Aussentemperatur 4.3
setstate vitoconnect 2021-11-23 21:37:18 Aussentemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 Controller_Seriennummer xxxxxxxxxxxxxx
setstate vitoconnect 2021-11-23 21:37:18 Device_Time_Offset 59
setstate vitoconnect 2021-11-23 21:37:18 HK1-Betriebsart dhwAndHeatingCooling
setstate vitoconnect 2021-11-23 21:37:18 HK1-Fixed_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Frostschutz_Status off
setstate vitoconnect 2021-11-23 21:37:18 HK1-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Heizkurve-Steigung 0.3
setstate vitoconnect 2021-11-23 21:37:18 HK1-Name
setstate vitoconnect 2021-11-23 21:37:18 HK1-Normal_Standby_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Programmstatus normal
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_comfort_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_eco 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_eco_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_normal 20
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert 16
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert_Anforderung unknown
setstate vitoconnect 2021-11-23 21:37:18 HK1-Solltemperatur_reduziert_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Standby_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-Typ heatingCircuit
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur 27.2
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 HK1-Vorlauftemperatur_aktiv connected
setstate vitoconnect 2021-11-23 21:37:18 HK1-WW_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 HK1-WW_und_Heizen_Kuehlen_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zeitsteuerung_Heizung {"fri":[{"mode":"normal","start":"00:00","end":"24:00","position":0}],"mon":[{"start":"00:00","mode":"normal","end":"24:00","position":0}],"wed":[{"start":"00:00","mode":"normal","end":"24:00","position":0}],"sat":[{"mode":"normal","start":"00:00","position":0,"end":"24:00"}],"thu":[{"mode":"normal","start":"00:00","position":0,"end":"24:00"}],"sun":[{"position":0,"end":"24:00","start":"00:00","mode":"normal"}],"tue":[{"end":"24:00","position":0,"mode":"normal","start":"00:00"}]}
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zeitsteuerung_Heizung_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK1-Zirkulationspumpe on
setstate vitoconnect 2021-11-23 21:37:18 HK1-aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 HK2-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK2-Heizkurve-Steigung 0.6
setstate vitoconnect 2021-11-23 21:37:18 HK3-Heizkurve-Niveau 0
setstate vitoconnect 2021-11-23 21:37:18 HK3-Heizkurve-Steigung 0.6
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Common_Supply notConnected
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Common_Supply_Temperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 Kessel_Seriennummer xxxxxxxxxx
setstate vitoconnect 2021-11-23 21:37:18 Mehrfamilenhaus_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_Ende
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_Start
setstate vitoconnect 2021-11-23 21:37:18 Urlaub_aktiv 0
setstate vitoconnect 2021-11-23 21:37:18 WW-Aufladung 0
setstate vitoconnect 2021-11-23 21:37:18 WW-Haupttemperatur 35
setstate vitoconnect 2021-11-23 21:37:18 WW-Hysterese 5
setstate vitoconnect 2021-11-23 21:37:18 WW-Isttemperatur 45.4
setstate vitoconnect 2021-11-23 21:37:18 WW-Isttemperatur/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 WW-Sensoren_Auslauf_Status notConnected
setstate vitoconnect 2021-11-23 21:37:18 WW-Sensoren_Auslauf_Wert/Einheit celsius
setstate vitoconnect 2021-11-23 21:37:18 WW-Status on
setstate vitoconnect 2021-11-23 21:37:18 WW-Temperatur_2 48
setstate vitoconnect 2021-11-23 21:37:18 WW-Temperatur_aktiv connected
setstate vitoconnect 2021-11-23 21:37:18 WW-Zeitplan {"sun":[{"position":0,"end":"14:00","mode":"temp-2","start":"11:00"},{"position":1,"end":"24:00","mode":"normal","start":"14:00"},{"end":"05:30","position":2,"mode":"normal","start":"00:00"},{"start":"05:30","mode":"temp-2","position":3,"end":"07:00"},{"end":"11:00","position":4,"mode":"normal","start":"07:00"}],"tue":[{"mode":"temp-2","start":"11:00","position":0,"end":"14:00"},{"end":"24:00","position":1,"mode":"normal","start":"14:00"},{"mode":"normal","start":"00:00","end":"11:00","position":2}],"thu":[{"end":"14:00","position":0,"mode":"temp-2","start":"11:00"},{"start":"14:00","mode":"normal","position":1,"end":"24:00"},{"mode":"normal","start":"00:00","end":"11:00","position":2}],"sat":[{"start":"11:00","mode":"temp-2","position":0,"end":"14:00"},{"mode":"normal","start":"14:00","end":"24:00","position":1},{"position":2,"end":"05:30","mode":"normal","start":"00:00"},{"end":"07:00","position":3,"start":"05:30","mode":"temp-2"},{"start":"07:00","mode":"normal","position":4,"end":"11:00"}],"wed":[{"mode":"temp-2","start":"11:00","end":"14:00","position":0},{"mode":"normal","start":"14:00","position":1,"end":"24:00"},{"position":2,"end":"11:00","start":"00:00","mode":"normal"}],"mon":[{"mode":"temp-2","start":"11:00","end":"14:00","position":0},{"mode":"normal","start":"14:00","end":"24:00","position":1},{"end":"05:30","position":2,"mode":"normal","start":"00:00"},{"mode":"temp-2","start":"05:30","end":"07:00","position":3},{"start":"07:00","mode":"normal","end":"11:00","position":4}],"fri":[{"position":0,"end":"14:00","mode":"temp-2","start":"11:00"},{"end":"24:00","position":1,"mode":"normal","start":"14:00"},{"start":"00:00","mode":"normal","end":"05:30","position":2},{"mode":"temp-2","start":"05:30","position":3,"end":"07:00"},{"position":4,"end":"11:00","start":"07:00","mode":"normal"}]}
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Status off
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Zeitplan {"tue":[{"position":0,"end":"06:40","start":"06:30","mode":"5/10-cycles"},{"position":1,"end":"12:10","start":"12:00","mode":"5/10-cycles"},{"position":2,"end":"17:10","start":"17:00","mode":"5/10-cycles"},{"position":3,"end":"08:10","mode":"5/10-cycles","start":"08:00"}],"sun":[{"mode":"5/10-cycles","start":"06:30","end":"06:40","position":0},{"mode":"5/10-cycles","start":"12:00","end":"12:10","position":1},{"end":"17:10","position":2,"start":"17:00","mode":"5/10-cycles"},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}],"thu":[{"end":"06:40","position":0,"mode":"5/10-cycles","start":"06:30"},{"start":"12:00","mode":"5/10-cycles","end":"12:10","position":1},{"end":"17:10","position":2,"mode":"5/10-cycles","start":"17:00"},{"position":3,"end":"08:10","mode":"5/10-cycles","start":"08:00"}],"sat":[{"position":0,"end":"06:40","start":"06:30","mode":"5/10-cycles"},{"end":"12:10","position":1,"mode":"5/10-cycles","start":"12:00"},{"position":2,"end":"17:10","mode":"5/10-cycles","start":"17:00"},{"mode":"5/10-cycles","start":"08:00","position":3,"end":"08:10"}],"mon":[{"start":"06:30","mode":"5/10-cycles","position":0,"end":"06:40"},{"end":"12:10","position":1,"start":"12:00","mode":"5/10-cycles"},{"mode":"5/10-cycles","start":"17:00","position":2,"end":"17:10"},{"start":"08:00","mode":"5/10-cycles","end":"08:10","position":3}],"wed":[{"mode":"5/10-cycles","start":"06:30","end":"06:40","position":0},{"end":"12:10","position":1,"mode":"5/10-cycles","start":"12:00"},{"mode":"5/10-cycles","start":"17:00","end":"17:10","position":2},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}],"fri":[{"end":"06:40","position":0,"mode":"5/10-cycles","start":"06:30"},{"position":1,"end":"12:10","mode":"5/10-cycles","start":"12:00"},{"start":"17:00","mode":"5/10-cycles","end":"17:10","position":2},{"mode":"5/10-cycles","start":"08:00","end":"08:10","position":3}]}
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 WW-Zirkulationspumpe_primaer off
setstate vitoconnect 2021-11-23 21:37:18 WW-aktiv 1
setstate vitoconnect 2021-11-23 21:37:18 WW-einmaliges_Aufladen 0
setstate vitoconnect 2021-11-23 21:37:18 WW-zeitgesteuert_aktiv 1
setstate vitoconnect 2021-11-23 21:35:15 device xxxxx
setstate vitoconnect 2021-11-23 21:35:15 gw {"data":xxxxxx
setstate vitoconnect 2021-11-23 21:35:16 gw_features xxxxxx
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.main.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.main.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.top.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.buffer.sensors.temperature.top.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.operating.modes.cooling.active 0
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.max 47
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.maxUnit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.min 15
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.levels.minUnit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.0.temperature.value 29.1
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.1.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.1.temperature.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.2.heating.roomInfluenceFactor.value 10
setstate vitoconnect 2021-11-23 21:37:18 heating.circuits.2.temperature.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.active 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.cooling.week.value 0
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.dhw.week.value 13.7
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.unit kilowattHour
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.heat.production.heating.week.value 89.1
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.phase off
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hours 670.9
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassFive 22
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassFour 147
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassOne 51
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassThree 263
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.hoursLoadClassTwo 140
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.0.statistics.starts 3432
setstate vitoconnect 2021-11-23 21:37:18 heating.compressors.enabled 0
setstate vitoconnect 2021-11-23 21:37:18 heating.configuration.secondaryHeatGenerator.modeOnError.mode reduced
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.bottom.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.bottom.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.dhw.sensors.temperature.hotWaterStorage.top.value 45.4
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.levelOne 949099
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.levelTwo 781188
setstate vitoconnect 2021-11-23 21:37:18 heating.heatingRod.runtime.unit seconds
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.return.status notConnected
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.primaryCircuit.sensors.temperature.supply.value 5.2
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.return.value 26.9
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.secondaryCircuit.sensors.temperature.supply.value 27
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.status connected
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.unit celsius
setstate vitoconnect 2021-11-23 21:37:18 heating.sensors.temperature.return.value 26.9
setstate vitoconnect 2021-11-23 21:35:15 installation xxxxxxxxxx
setstate vitoconnect 2021-11-23 21:35:16 installation_features {"data":[]}
setstate vitoconnect 2021-11-23 21:37:18 state last update: 2021-11-23 21:37:18
setstate vitoconnect 2021-11-23 21:37:18 ventilation.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.active.value ventilation
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.standard.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.standby.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.modes.ventilation.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.active.value levelTwo
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.comfort.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.eco.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.end
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.holiday.start
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelFour.volumeFlow 215
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelOne.volumeFlow 120
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelThree.volumeFlow 170
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.levelTwo.volumeFlow 120
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.active 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.unit cubicMeter/hour
setstate vitoconnect 2021-11-23 21:37:18 ventilation.operating.programs.standby.volumeFlow 0
setstate vitoconnect 2021-11-23 21:37:18 ventilation.schedule.active 1
setstate vitoconnect 2021-11-23 21:37:18 ventilation.schedule.entries {"sat":[{"end":"14:00","position":0,"mode":"levelThree","start":"06:00"},{"start":"00:00","mode":"levelTwo","position":1,"end":"06:00"},{"end":"24:00","position":2,"start":"20:00","mode":"levelTwo"},{"end":"20:00","position":3,"mode":"levelFour","start":"14:00"}],"tue":[{"end":"20:00","position":0,"mode":"levelThree","start":"06:00"},{"mode":"levelTwo","start":"00:00","position":1,"end":"06:00"},{"mode":"levelTwo","start":"20:00","position":2,"end":"24:00"}],"sun":[{"end":"20:00","position":0,"start":"06:00","mode":"levelThree"},{"end":"06:00","position":1,"start":"00:00","mode":"levelTwo"},{"position":2,"end":"24:00","mode":"levelTwo","start":"20:00"}],"thu":[{"end":"20:00","position":0,"mode":"levelThree","start":"06:00"},{"end":"06:00","position":1,"start":"00:00","mode":"levelTwo"},{"end":"24:00","position":2,"mode":"levelTwo","start":"20:00"}],"fri":[{"mode":"levelThree","start":"06:00","end":"20:00","position":0},{"mode":"levelTwo","start":"00:00","end":"06:00","position":1},{"mode":"levelTwo","start":"20:00","end":"24:00","position":2}],"mon":[{"mode":"levelThree","start":"06:00","position":0,"end":"20:00"},{"mode":"levelTwo","start":"00:00","position":1,"end":"06:00"},{"position":2,"end":"24:00","start":"20:00","mode":"levelTwo"}],"wed":[{"start":"06:00","mode":"levelThree","end":"20:00","position":0},{"mode":"levelTwo","start":"00:00","end":"06:00","position":1},{"position":2,"end":"24:00","start":"20:00","mode":"levelTwo"}]}
Seit heute Nacht startet meine Wärmepumpe immer wieder neu.
Ich habe erstmal die Verbindung Heizung <-> Vitoconnect getrennt. Jetzt geht es wieder.
Irgendwie scheint die Heizung immer wieder den Befehl zum Neustart zu bekommen.
Keine Ahnung ob der Befehl aus dem Modul, oder direkt von Viessmann kommt.
Das Modul sendet garantiert keine Befehle an Deine Heizung. Ein Befehl zum Neustart gibt es in der API nicht. Das muss eine andere Ursache haben.
Zitat von: xls am 30 November 2021, 08:15:05
Seit heute Nacht startet meine Wärmepumpe immer wieder neu.
Ich habe erstmal die Verbindung Heizung <-> Vitoconnect getrennt. Jetzt geht es wieder.
Irgendwie scheint die Heizung immer wieder den Befehl zum Neustart zu bekommen.
Keine Ahnung ob der Befehl aus dem Modul, oder direkt von Viessmann kommt.
Hallo,
ich bekomme direkt nach dem Neustart von FHEM folgende Fehlermeldungen.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <$fh> line 2135.
2021.12.03 21:23:53 3: vitoconnect - Passwort war bereits gespeichert
2021.12.03 21:24:04 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.12.03 21:24:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.12.03 21:24:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Woran kann das liegen?
Hallo,
das liegt daran, dass ich ein lausiger Programmierer bin. Das sind aber keine Fehlermeldungen, sondern nur Warnungen. Das Modul sollte aber trotzdem funktionieren. Wenn sonst alles ok ist, kannst Du das einfach ignorieren.
Viele Grüße
Andreas
Zitat von: jemu75 am 03 Dezember 2021, 21:34:48
Hallo,
ich bekomme direkt nach dem Neustart von FHEM folgende Fehlermeldungen.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <$fh> line 2135.
2021.12.03 21:23:53 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <$fh> line 2135.
2021.12.03 21:23:53 3: vitoconnect - Passwort war bereits gespeichert
2021.12.03 21:24:04 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1755.
2021.12.03 21:24:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2021.12.03 21:24:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Woran kann das liegen?
Hallo! Ich hatte schon immer das Problem, dass das Reading "heating.controller.serial.value" Probleme machte. Es produzierte einen Absturz wegen "wide character" beim Speichern in die Datenbank per LogDB. Dies Problem konnte ich das Attribut "DbLogExclude" lösen. Aber seit einiger Zeit ist dieser Parameter mit einem sehr großen Wert gefüllt, der aus unzähligen Wiederholungen von "Ã" besteht. Der Wert ist so groß, dass das Aufrufen des Vitoconnect Devices im FHEM das Webinterface erstmal für die nächsten paar Minuten lahmlegt. Ich vermute mal, ursächlich kann nur Viessmann das Problem in Ordnung bringen, aber gibt es eventuell eine Möglichkeit, die Anzeige des Readings bereits im Webinterface zu verhindern, bzw. das Reading mit einem vordefinierten Wert zu ersetzen?
Danke!
Hallo Zusammen,
hat außer mir auch jemand Probleme mit der Verbindung zum Kommunikationsmodul?
Seit heute morgen bekomme ich keine Verbindung mehr; auch nicht mit der Original Viessmann-App. Komischerweise trat der Fehler auf, nachdem meine FritzBox heute Nacht eine neue IP vom Provider zugewiesen bekommen hat. Neustart diverser Geräte hat nichts gebracht.
Auf der Viessmann-Seite kann ich leider auch nichts finden
Danke und Gruß
Christoph
Meine ViCare-App hat auch keine Verbindung. Das VitoConnect-Modul blinkt rot (auch nach einem Restart).
Danke für den Hinweis. Dann vermute ich den Fehler mal bei Viessmann und warte mal noch ab.
Ich hasse Cloud-Lösungen :-\ Leider ging es bei der Heizung nicht ohne. >:(
Zitat von: plin am 17 Dezember 2021, 11:11:28
Meine ViCare-App hat auch keine Verbindung. Das VitoConnect-Modul blinkt rot (auch nach einem Restart).
Kann ich auch bestätigen, bin Gott sei Dank nicht der Einzige und warte mal ab!
Seit heute, 12:55 Uhr, läuft das Kommunikationsmodul bei mir wieder rund! :)
Hallo,
in der Tat ist das ein Problem, dass nur Viessmann ursächlich lösen kann. Als workaround kannst du Dir mit "inform" und "setreading" etwas basteln, dass das Reading auf einen vordefinierter Wert setzt,
Viele Grüße
Andreas
Zitat von: matthewk am 14 Dezember 2021, 20:23:34
Hallo! Ich hatte schon immer das Problem, dass das Reading "heating.controller.serial.value" Probleme machte. Es produzierte einen Absturz wegen "wide character" beim Speichern in die Datenbank per LogDB. Dies Problem konnte ich das Attribut "DbLogExclude" lösen. Aber seit einiger Zeit ist dieser Parameter mit einem sehr großen Wert gefüllt, der aus unzähligen Wiederholungen von "Ã" besteht. Der Wert ist so groß, dass das Aufrufen des Vitoconnect Devices im FHEM das Webinterface erstmal für die nächsten paar Minuten lahmlegt. Ich vermute mal, ursächlich kann nur Viessmann das Problem in Ordnung bringen, aber gibt es eventuell eine Möglichkeit, die Anzeige des Readings bereits im Webinterface zu verhindern, bzw. das Reading mit einem vordefinierten Wert zu ersetzen?
Danke!
Hallo zusammen,
ich schaue jetzt nach längerer Zeit mal wieder in meine "Heizungsdaten".
Die Umstellung auf das neue Modul hat perfekt funktioniert. Hier noch einmal ein dickes Dankeschön für das tolle Modul.
Aber jetzt meine Frage:
Ich vermisse das Reading "Fehlereintraege_aktive". Das habe ich seinerzeit mal versucht auszuwerten, um mir eine Störungsmeldung weiterzuleiten.
Bietet viessmann die Information nicht mehr an?
Gruß
Uwe
Genau: Die Information bietet Viessmann nicht mehr über die öffentliche API an. :-(
Zitat von: Uwe S. am 22 Dezember 2021, 08:03:28
...
Aber jetzt meine Frage:
Ich vermisse das Reading "Fehlereintraege_aktive". Das habe ich seinerzeit mal versucht auszuwerten, um mir eine Störungsmeldung weiterzuleiten.
Bietet viessmann die Information nicht mehr an?
Gruß
Uwe
Hallo,
bei mir kommen keine Readings rein. Die App funktioniert. vitoconnect meldet login ok.
Ich habe auch schon ein update gemacht und diverse shutdown restart.
Das Recaptcha habe ich abgestellt.
Redirect_URI http://localhost:4200/
Im Filelog steht:
2022.01.15 17:44:36 1: vitoconnect - Access Token: nicht definiert
2022.01.15 17:45:36 4: vitoconnect - GetUpdate called ...
2022.01.15 17:45:36 4: vitoconnect - enter getResource
2022.01.15 17:45:36 4: vitoconnect - access_token: ...
2022.01.15 17:45:36 4: vitoconnect - installation:
2022.01.15 17:45:36 4: vitoconnect - gw:
2022.01.15 17:45:36 4: vitoconnect - getCodeCallback went ok
2022.01.15 17:45:36 4: vitoconnect - code: 1
2022.01.15 17:45:36 4: vitoconnect - getAccessTokenCallback went ok
2022.01.15 17:45:36 1: vitoconnect - Access Token: nicht definiert
2022.01.15 17:46:36 4: vitoconnect - GetUpdate called ...
2022.01.15 17:46:36 4: vitoconnect - enter getResource
2022.01.15 17:46:36 4: vitoconnect - access_token: ...
2022.01.15 17:46:36 4: vitoconnect - installation:
2022.01.15 17:46:36 4: vitoconnect - gw:
2022.01.15 17:46:37 4: vitoconnect - getCodeCallback went ok
2022.01.15 17:46:37 4: vitoconnect - code: 1
2022.01.15 17:46:37 4: vitoconnect - getAccessTokenCallback went ok
2022.01.15 17:46:37 1: vitoconnect - Access Token: nicht definiert
Das Modul ist so konfiguriert:
defmod vitoconnect vitoconnect ich geheim 60
attr vitoconnect room Heizung
attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_Heizung/Tag",0))[0] }, Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[1] }, Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0] }, Gasverbrauch_letzte_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[1] }, Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0] }, Gasverbrauch_letzter_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[1] }, Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0] }, Gasverbrauch_letztes_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[1] }, Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Tag",0))[0] }, Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[1] }, Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0] }, Gasverbrauch_WW_letzte_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[1] }, Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0] }, Gasverbrauch_WW_letzter_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[1] }, Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0] }, Gasverbrauch_WW_letztes_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Jahr",0))[1] }, Stromverbrauch_heute:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[0] }, Stromverbrauch_gestern:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[1] }, Stromverbrauch_aktuelle_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[0] }, Stromverbrauch_letzte_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[1] }, Stromverbrauch_aktueller_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[0] }, Stromverbrauch_letzter_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[1] }, Stromverbrauch_aktuelles_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[0] }, Stromverbrauch_letztes_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[1] }
attr vitoconnect verbose 4
attr vitoconnect vitoconnect_actions_active 0
setstate vitoconnect login ok
setstate vitoconnect 2022-01-15 17:51:41 state login ok
Was muß ich konfigurieren?
Zitat von: fhemfatale am 15 Januar 2022, 17:59:47
Hallo,
bei mir kommen keine Readings rein. Die App funktioniert. vitoconnect meldet login ok.
Ich habe auch schon ein update gemacht und diverse shutdown restart.
Das Recaptcha habe ich abgestellt.
Redirect_URI http://localhost:4200/
Im Filelog steht:
2022.01.15 17:44:36 1: vitoconnect - Access Token: nicht definiert
2022.01.15 17:45:36 4: vitoconnect - GetUpdate called ...
2022.01.15 17:45:36 4: vitoconnect - enter getResource
2022.01.15 17:45:36 4: vitoconnect - access_token: ...
2022.01.15 17:45:36 4: vitoconnect - installation:
2022.01.15 17:45:36 4: vitoconnect - gw:
2022.01.15 17:45:36 4: vitoconnect - getCodeCallback went ok
2022.01.15 17:45:36 4: vitoconnect - code: 1
2022.01.15 17:45:36 4: vitoconnect - getAccessTokenCallback went ok
2022.01.15 17:45:36 1: vitoconnect - Access Token: nicht definiert
2022.01.15 17:46:36 4: vitoconnect - GetUpdate called ...
2022.01.15 17:46:36 4: vitoconnect - enter getResource
2022.01.15 17:46:36 4: vitoconnect - access_token: ...
2022.01.15 17:46:36 4: vitoconnect - installation:
2022.01.15 17:46:36 4: vitoconnect - gw:
2022.01.15 17:46:37 4: vitoconnect - getCodeCallback went ok
2022.01.15 17:46:37 4: vitoconnect - code: 1
2022.01.15 17:46:37 4: vitoconnect - getAccessTokenCallback went ok
2022.01.15 17:46:37 1: vitoconnect - Access Token: nicht definiert
Das Modul ist so konfiguriert:
defmod vitoconnect vitoconnect ich geheim 60
attr vitoconnect room Heizung
attr vitoconnect userReadings Gasverbrauch_heute:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_Heizung/Tag",0))[0] }, Gasverbrauch_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Tag",0))[1] }, Gasverbrauch_aktuelle_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[0] }, Gasverbrauch_letzte_Woche:Gasverbrauch_Heizung/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Woche",0))[1] }, Gasverbrauch_aktueller_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[0] }, Gasverbrauch_letzter_Monat:Gasverbrauch_Heizung/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Monat",0))[1] }, Gasverbrauch_aktuelles_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[0] }, Gasverbrauch_letztes_Jahr:Gasverbrauch_Heizung/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_Heizung/Jahr",0))[1] }, Gasverbrauch_WW_heute:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Tag",0))[0] }, Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Tag",0))[1] }, Gasverbrauch_WW_aktuelle_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[0] }, Gasverbrauch_WW_letzte_Woche:Gasverbrauch_WW/Woche.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Woche",0))[1] }, Gasverbrauch_WW_aktueller_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[0] }, Gasverbrauch_WW_letzter_Monat:Gasverbrauch_WW/Monat.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Monat",0))[1] }, Gasverbrauch_WW_aktuelles_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect","Gasverbrauch_WW/Jahr",0))[0] }, Gasverbrauch_WW_letztes_Jahr:Gasverbrauch_WW/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Gasverbrauch_WW/Jahr",0))[1] }, Stromverbrauch_heute:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[0] }, Stromverbrauch_gestern:Stromverbrauch/Tag.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Tag",0))[1] }, Stromverbrauch_aktuelle_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[0] }, Stromverbrauch_letzte_Woche:Stromverbrauch/Woche.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Woche",0))[1] }, Stromverbrauch_aktueller_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[0] }, Stromverbrauch_letzter_Monat:Stromverbrauch/Monat.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Monat",0))[1] }, Stromverbrauch_aktuelles_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[0] }, Stromverbrauch_letztes_Jahr:Stromverbrauch/Jahr.* { (split /,/, ReadingsVal("vitoconnect", "Stromverbrauch/Jahr",0))[1] }
attr vitoconnect verbose 4
attr vitoconnect vitoconnect_actions_active 0
setstate vitoconnect login ok
setstate vitoconnect 2022-01-15 17:51:41 state login ok
Was muß ich konfigurieren?
Einen Access Token hast du dir im Viessmann Developer Account generiert und im FHEM Device per ,,set deindevice apiKey" Hinterlegt?
Ja, das habe ich. Der Acces Token ist doch der API-Key, oder? -> edit: Ich sehe gerade, dass ich den Schritt 4 der Anmeldung (Token beziehen) nicht gemacht hatte. --> edit2: Nachdem ich ein neues Passwort generiert und das in FHEM aktiviert hatte, kommen die Readings rein. Meine Frage ist also gelöst.
Internals des vitoconnect:
DEF ich geheim 60
FUUID hier steht diese lange Nr.
NAME vitoconnect
NR 55
Redirect_URI http://localhost:4200/
STATE login ok
TYPE vitoconnect
apiKey hier steht der api-key
counter 0
intervall 60
login ok
timeout 15
user ich
Ich vermute, irgendwas ist mit der Passwortübermittlung nicht in Ordnung. Jetzt ist mein Viessmann-Konto gesperrt wegen wiederholt fehlgeschlagener Anmeldeversuche. Warum das jetzt auftritt, verstehe ich nicht. Ich hatte vorhin nur das Recaptcha deaktiviert.
Hallo Zusammen,
erstmal Danke an den Ersteller des Moduls. Ich bin recht neu mit FHEM unterwegs und habe direkt mal damit angefangen meine Heizung ein wenig abzufragen. (Ist eine Viessmann Vitocal-200 Luft-Luft Wärmepumpe als Monoblock + Vitoconnect-Modul)
Ich hätte jetzt noch folgende Fragen:
1. Wie erkenne ich ob mein vitoconnect im FHEM der aktuellen Version entspricht?
2. Stammen die Readings direkt aus der API oder stammen die vom Programmierer des Moduls oder kann man die sogar selbst parameterisieren? (mir fehlen ein paar Sachen die ich gerne "monitoren" würde)
3. Manche Readings sind "übersetzt" und manche eher technisch angeben, hat das einen Hintergrund?
4. Anzeige: im Wiki gibt es ein Beispielplot, wo die Phasen "off", "heating", "defrost" usw. eingebettet sind, leider ist kein Quellcode dazu. Hab das jetzt schon in einem anderen Thread angebracht, daher hier vlt nicht ganz so wichtig.
Generell:
Eigentlich interessieren mich hauptsächlich die Zustände und Verbräuche der Heizung, also wann ist der Heizstab aktiv und in welcher Stufe, wann läuft der Verdichter, wann läuft die Pumpe, wieviel Strom wird dabei verbraucht usw.
Leider scheinen die aktuellen Readings nicht Alles davon herzugeben. Ich sehe zwar die Gesamtlaufzeit des Heizstab in Stufe 1 und 2, aber nicht wann er wirklich aktiv ist und wie lange. Ich sehe einen Wochenvebrauch des Verdichter und die Anzahl der Starts, aber nicht den aktuellen Verbrauch usw. Hat man irgendwie Einfluss auf die Readings oder liegt das daran was Viessmann mittels API freigibt?
Hallo Zusammen
Ich habe da ein Problem bekomme immer wieder diese Meldung.
statusCode":429,"errorType":"RATE_LIMIT_EXCEEDED","message":"API calls rate limit has been exceeded. Please wait until your limit will renew.
Ich habe einen Intervall von 70 definiert.
Wenn ich mir das Log ansehe, gibt es rund alle 20 Sekunden einen neuen Block mit den Readings.
Noch im Verlaufe des Morges ist dann jeweils das Kontingent bereits aufgebraucht.
Wo könnte das Problem liegen, was kann ich machen?
Ich habe in der Zwischenzeit das Device gelöscht, und neu definiert.
Jetzt klappt es auch wieder mit dem Intervall. Das Problem ist gelöst.
Hallo,
die Anzahl der Aufrufe ist auf 1450/Tag begrenzt. Danach gibts es die unten angegebene Fehlermeldung. Ich komme gut mit einem Intervall von 300 klar. Mit 70 bist du schon nah an Limit. Wenn da mal was schief geht (zu oft update gedrückt, Neustarts, zu viele Actions, Entwickler hat Mist gebaut, ...) dann kann das Limit schon mal gerissen werden.
Invervall 70 bedeutet, dass alle 70 Sekunden die Reading aktualisiert werden. Wenn das im Log alle 20 Sekunden geschah, dann hast Du irgendwas komisches gemacht und eh liefen 2 oder mehr Timer gleichzeitig. Dann hilft nur ein Neustart von FHEM.
Viele Grüße
Andreas
Zitat von: birdy am 25 Januar 2022, 19:42:16
Hallo Zusammen
Ich habe da ein Problem bekomme immer wieder diese Meldung.
statusCode":429,"errorType":"RATE_LIMIT_EXCEEDED","message":"API calls rate limit has been exceeded. Please wait until your limit will renew.
Ich habe einen Intervall von 70 definiert.
Wenn ich mir das Log ansehe, gibt es rund alle 20 Sekunden einen neuen Block mit den Readings.
Noch im Verlaufe des Morges ist dann jeweils das Kontingent bereits aufgebraucht.
Wo könnte das Problem liegen, was kann ich machen?
Hallo Stephan,
1. gibt mal "version" oben in Feld ein. Aktuell ist Rev 25061 vom 10.10.21. Auch ein "update check" würde Dir weiterhelfem.
2. Die Reading stammen alle aus der API, es sei denn, Du hast eigen Userreadings angelegt. Ausnahme ist nur "state". Es werden immer alle Readings angezeigt, die die API liefert. Da kann man nichts parametrisieren. Was nicht da ist, gibt es nicht. Da kann ich nichts machen, da musst du Dich an Viessmann wenden (https://www.viessmann-community.com/) Wenn das genug machen, implementiert Viessmann das vielleicht. Vielleicht aber auch nicht, da Viessmann damit Geld verdienen will. Wenn Viessmann neue Daten in die API einbaut, dann werden die auch vom Modul automatisch angezeigt. Dafür muss das Modul nicht angepasst/aktualisiert werden.
3. Für viele Readings habe ich (deutsche) Übersetzunge der technischen Namen implementiert. Da die API aber stark volatil ist und die Readings von Heizungstyp zu Heizungstyp stark abweichen, ist die pflege der Übersetzungstabelle sehr aufwändig. Wenn es für einen Wert in der API keine Übersetzung gibt, wird statt dessen der technische Name ausgegeben. Wenn Du das Attribut vitoconnect_raw_readings auf "1" setzt, werden prinzipiell die technischen Namen angezeigt. Dann funktionieren aber die "set" Befehle nicht mehr! Wenn Du gerne eine Übersetzung möchtest, kannst Du hier eine Liste der technischen Namen und deren Übersetzung mailen, dann werde ich das im nächsten Release einbauen. Oder Du baust Dir das mit "userReadings" selbst.
4. Der Code für die Plots steht doch in den Wikis. Wo fehlt denn was?
Viele Grüße
Andreas
Zitat von: Stephan27 am 25 Januar 2022, 17:58:19
Hallo Zusammen,
erstmal Danke an den Ersteller des Moduls. Ich bin recht neu mit FHEM unterwegs und habe direkt mal damit angefangen meine Heizung ein wenig abzufragen. (Ist eine Viessmann Vitocal-200 Luft-Luft Wärmepumpe als Monoblock + Vitoconnect-Modul)
Ich hätte jetzt noch folgende Fragen:
1. Wie erkenne ich ob mein vitoconnect im FHEM der aktuellen Version entspricht?
2. Stammen die Readings direkt aus der API oder stammen die vom Programmierer des Moduls oder kann man die sogar selbst parameterisieren? (mir fehlen ein paar Sachen die ich gerne "monitoren" würde)
3. Manche Readings sind "übersetzt" und manche eher technisch angeben, hat das einen Hintergrund?
4. Anzeige: im Wiki gibt es ein Beispielplot, wo die Phasen "off", "heating", "defrost" usw. eingebettet sind, leider ist kein Quellcode dazu. Hab das jetzt schon in einem anderen Thread angebracht, daher hier vlt nicht ganz so wichtig.
Generell:
Eigentlich interessieren mich hauptsächlich die Zustände und Verbräuche der Heizung, also wann ist der Heizstab aktiv und in welcher Stufe, wann läuft der Verdichter, wann läuft die Pumpe, wieviel Strom wird dabei verbraucht usw.
Leider scheinen die aktuellen Readings nicht Alles davon herzugeben. Ich sehe zwar die Gesamtlaufzeit des Heizstab in Stufe 1 und 2, aber nicht wann er wirklich aktiv ist und wie lange. Ich sehe einen Wochenvebrauch des Verdichter und die Anzahl der Starts, aber nicht den aktuellen Verbrauch usw. Hat man irgendwie Einfluss auf die Readings oder liegt das daran was Viessmann mittels API freigibt?
Wow Danke Andreas.
1. Version ist sogar aktuell, super. Update Check habe ich direkt nachgeschoben, dabei kam dann doch noch ein wenig was zusammen. DANKE.
2. Okay, ich dachte es mir fast. Wahrscheinlich aber auch eine Limitierung meiner WP oder vom "alten" Vitoconnect-Modul. Scheint zumindest ein aktuelleres zu geben, wenn ich vom Developer-Portal aus auf "Vitoconnect" klicke.
3. Wow klasse, auch hier kann ich nur Danke sagen für die Vorleistung. Im Prinzip ist das meiste ja recht sprechend und die API-Doku gibt auch noch ein paar Zeilen dazu, wie ich mittlerweile gesehen habe. Mit den RAW_Readings werde ich mal probieren. Die SET nutze ich aktuell über FHEM noch nicht, da ich eigentlich nur noch sehr wenig an der WP einstelle und notfalls noch die ViCare habe. (und wenn ich zuhause bin sinds ja nur ein paar Schritte in den HWR)
4. Mittlerweile habe ich es in einem anderen Beispiel gefunden. Wahrscheinlich habe ich es im Wiki überlesen oder nicht registriert. Aber wie gesagt alle Unklarheiten sind beseitigt.
Abschließend nochmals vielen Dank für das Modul und deine geduldige, umfassende Antwort.
Beste Grüße
Stephan.
Hallo Andreas
Vielen Dank für die Erklärung. War mir eigentlich bereits alles klar.
Ich habe nur nicht verstand warum trotz dem definierten Intervall von 70, alle 20 Sekunden neue Readings reingekommen sind. Dachte ich hätte da etwas übersehen. Aber egal, das Device war ja schnell gelöscht und neu definiert, und im nu war das Problem behoben.
Ich haben bewusst 70 definiert, damit ich zu den theoretisch möglichen 60 (1450/Tag) ein wenig Reserve für Neustarts usw. habe. Hat in der Vergangenheit soweit auch funktioniert.
Danke für das tolle Modul
Gruss birdy
Hallo!
Trotz Forum- und Internet-Suche fand ich keine eindeutige Antwort auf eine evtl. triviale Frage, daher hoffe ich hier auf Klärung. :)
Da bei uns demnächst ein Kauf der Gastherme "Viessmann Vitodens 300-W Typ B3HG" ansteht, wollte ich fragen, ob ich diese ohne weitere
Hardware/Software mit dem Modul "vitoconnect" ins FHEM integrieren kann.
Auf der Wiki Seite dazu steht nämlich, dass ich noch eine "Internet-Schnittstelle Vitoconnect 100" dazu brauche.
Brauche ich das wirklich, oder reicht nicht schon das eingebaute WLAN der Vitodens?
LG,
Stephan.
Hallo Stephan,
bei uns ist auch die Vitodens 300-w mit WLAN Modul im Einsatz. Das FHEM Modul verbindet sich mit der Viessnann API und ruft dort alle Werte ab die die Therme übermittelt hat.
Somit sollte keine weitere Hardware benötigt werden nur ein DEV Account bei Viessmann.
Das die Wiki Seite nicht aktuell ist wurde schon öfter bemängelt. Leider wurde meine Account noch nicht erstellt, sodass ich die Seite nicht bearbeiten kann.
VG
Basti
Danke Dir!
LG, Stephan.
Hallo,
mit ist das gerade noch eine Kleinigkeit in den Readings aufgefallen.
Es gibt bei mir die Readings HK1-Name und HK2-Name, die nicht gefüllt sind. Dafür sind aber die Readings heating.circuits.0.name.name und heating.circuits.1.name.name mit den Namen meiner Heizkreise gefüllt.
Kann es sein, dass hier noch irgendwo ein Matching fehlt oder ergänzt werden könnte?
Gruß
Uwe
Hallo zusammen,
ich weiß nicht so recht ob es was mit dem Modul oder der API zu tun hat, aber vielleicht hab ihr ja noch eine Idee:
Mir ist heute morgen aufgefallen, dass die Werte, die das Modul zurückliefert stark Zeitverzögert sind, und zwar etwa 1-1,5Std.
Ein genaues Muster ist mir noch nicht klar.
Ich habe gerade an meiner WP aufs Display geschaut, das zeigt 3 Grad an.
Im Modul und in der Vissmann App werden mit 0 Grad angezeigt, den Wert hatten meine Temperatursensoren eine ca. 1 Std zuvor.
Die letzte WW Ladung passt auch nicht zur Stromverbrauchskurve, auch hier ist 1 Std 15min Differenz.
Da auch die Viessmann App mit "veraltete" Werte anzeigt, gehe ich nicht von einem Modulfehler aus, noch von einem Zeitzonen Problem des FHEM Hosts ect.
Habt ihr eine Idee?
Hallo Zusammen,
nachdem es jetzt sehr lange gut lief macht plötzlich die API zicken.
Ich hatte das schonmal sporadisch, dass sich die API Login-Fehler hatte und dann mal einen Tag keine Daten abgeholt hat. Das Ganze hat sich meist mittels Restart oder nach 24h gelöst. Jetzt habe ich das Problem aber schon 3 Tage am Stück und bekommen keine Daten mehr. Der State ist aktuell:
Login failure. Check password and apiKey
Am Passwort hat sich nichts verändert und auch sonst habe ich an Heizung, API, APP oder sonstigem nichts verändert.
Warum kann FHEM plötzlich den Login zur API nicht mehr gewährleisten? Das Dev-Portal sieht soweit auch gut aus.
EDIT: Die Lösung hatte so garnichts mit der API oder FHEM zutun. Mein NAS hatte letztens Probleme und ich musste meine VMs und Container anpassen. Dabei hat sich der virtuelle Switch der Container die Adresse von meinem Gateway geschnappt, womit dann die Container die auf diesem lagen nicht mehr zum Gateway und ins Internet gekommen sind!
Gleich noch eine andere Frage.
Falls am Vitoconnect Updates kommen und neue Readings hinzugefügt werden, bekomme ich die allein durch ein Update der Komponente automatisch?
Hallo Uwe,
wann Viessmann heating.circuits.0.name (so die raw Bezeichner von HK1-Name) und wann heating.circuits.0.name.name benutzt wird wohl immer ihr Geheimnis bleiben. Ein leeres Reading bedeutet der Name ist der Default-Name, also z.B. "Heizkreis 1". Wenn man den Namen ändert, wird auch das Reading gefüllt. Schön ist das nicht, aber das liegt nicht in meiner Hand, sondern in der von Viessmann.
Viele Grüße
Andreas
Zitat von: Uwe S. am 14 Februar 2022, 14:49:17
Hallo,
mit ist das gerade noch eine Kleinigkeit in den Readings aufgefallen.
Es gibt bei mir die Readings HK1-Name und HK2-Name, die nicht gefüllt sind. Dafür sind aber die Readings heating.circuits.0.name.name und heating.circuits.1.name.name mit den Namen meiner Heizkreise gefüllt.
Kann es sein, dass hier noch irgendwo ein Matching fehlt oder ergänzt werden könnte?
Gruß
Uwe
Das hat definitiv nichts mit dem Modul zu tun!
Zitat von: Strictor am 03 März 2022, 10:08:52
Hallo zusammen,
ich weiß nicht so recht ob es was mit dem Modul oder der API zu tun hat, aber vielleicht hab ihr ja noch eine Idee:
Mir ist heute morgen aufgefallen, dass die Werte, die das Modul zurückliefert stark Zeitverzögert sind, und zwar etwa 1-1,5Std.
Ein genaues Muster ist mir noch nicht klar.
Ich habe gerade an meiner WP aufs Display geschaut, das zeigt 3 Grad an.
Im Modul und in der Vissmann App werden mit 0 Grad angezeigt, den Wert hatten meine Temperatursensoren eine ca. 1 Std zuvor.
Die letzte WW Ladung passt auch nicht zur Stromverbrauchskurve, auch hier ist 1 Std 15min Differenz.
Da auch die Viessmann App mit "veraltete" Werte anzeigt, gehe ich nicht von einem Modulfehler aus, noch von einem Zeitzonen Problem des FHEM Hosts ect.
Habt ihr eine Idee?
Neue Readings werden automatisch angezeigt. Ggf ist der Name des Readings noch "raw" statt eines "schönes" Namens.
Zitat von: Stephan27 am 18 März 2022, 20:06:16
....
Gleich noch eine andere Frage.
Falls am Vitoconnect Updates kommen und neue Readings hinzugefügt werden, bekomme ich die allein durch ein Update der Komponente automatisch?
Hallo zusammen,
Viessmann hat das Developer Portal https://developer.viessmann.com/ relaunched und dabei auch drei API-Pakete eingeführt. Basic (free), Advanced (19,99€) und Pro/Enterprise(via request).
In der kostenlosen Basic Version fehlen:
- Fuel cell
- Photovoltaic
- Battery storage
- Smart climate devices
und auch die
IoT Feature categories:
-> Remote monitoring
-> Remote control
-> Device status
-> Statistics
ist irgendwie limitiert.
Hat jemand eins der oben genannten Devices und hat sich das Advanced API Paket gekauft und mal mit dem Modul getestet? Feedback ist willkommen!
Viele Grüße
Andreas
Interpretiere ich das richtig:
Falls man einen Viessmann PV-Wechselrichter und -Speicher hätte, dann müsste man 19,99 EUR pro Monat zahlen, um auf das API zugreifen zu können?
LG,
Stephan.
So würde ich das auch interpretieren ...
Zitat von: loescher am 05 April 2022, 20:28:03
Interpretiere ich das richtig:
Falls man einen Viessmann PV-Wechselrichter und -Speicher hätte, dann müsste man 19,99 EUR pro Monat zahlen, um auf das API zugreifen zu können?
LG,
Stephan.
Zitat von: andreas13 am 30 März 2022, 16:44:13
Hallo zusammen,
Viessmann hat das Developer Portal https://developer.viessmann.com/ relaunched und dabei auch drei API-Pakete eingeführt. Basic (free), Advanced (19,99€) und Pro/Enterprise(via request).
In der kostenlosen Basic Version fehlen:
- Fuel cell
- Photovoltaic
- Battery storage
- Smart climate devices
und auch die
IoT Feature categories:
-> Remote monitoring
-> Remote control
-> Device status
-> Statistics
ist irgendwie limitiert.
Hat jemand eins der oben genannten Devices und hat sich das Advanced API Paket gekauft und mal mit dem Modul getestet? Feedback ist willkommen!
Viele Grüße
Andreas
deshalb steht bei mir "Set apiKey to continue" :confused:
Zitat von: andreas13 am 30 März 2022, 16:44:13
Hat jemand eins der oben genannten Devices und hat sich das Advanced API Paket gekauft und mal mit dem Modul getestet? Feedback ist willkommen!
Viele Grüße
Andreas
wollte gerade ordern, aber der kennt meine zugangsdaten nicht mehr.
muss man sich neu registrieren? oder bin ich blind?
Wenn Du die Meldung vom Modul meinst .. die besagt, dass Du den "apiKey" (den Du von Viessmann bekommen hast, gratis oder bezahlt) in dem Modul noch nicht gesetzt hast und dies nun bitte tun sollst.
Zitat von: satprofi am 10 April 2022, 08:52:34
deshalb steht bei mir "Set apiKey to continue" :confused:
Hast Du Deinen Benutzernamen oder Dein Passwort vergessen? Die kannst Du Dir von Viessmann zuschicken bzw. zurücksetzen lassen. Wenn Du gar nichts mehr weißt, kannst Du Dich auch neu registrieren.
Zitat von: satprofi am 10 April 2022, 08:55:14
wollte gerade ordern, aber der kennt meine zugangsdaten nicht mehr.
muss man sich neu registrieren? oder bin ich blind?
alles vorhanden, user:passwd.
nur login net möglich
neuen user angelegt, siehe da
Thank you for your interest in the Developer Portal!
Unfortunately the login to the Viessmann Developer Portal is not yet available. You are welcome to subscribe here and we will inform you about news concerning the use of the Developer Portal.
weiss nicht wie ihr es geschafft habt, aber mit lite klapots nicht
Ich habe dein Account überprüft und festgestellt, dass du einen sogenannten 'lite account' verwendest, um dich beim Developer Portal anzumelden. Mit einem lite account kannst du das Developer Portal nicht nutzen
antwort von viessmann
dann leg doch einfach einen neuen Account an.
Zitat von: satprofi am 06 Mai 2022, 09:16:26
weiss nicht wie ihr es geschafft habt, aber mit lite klapots nicht
Ich habe dein Account überprüft und festgestellt, dass du einen sogenannten 'lite account' verwendest, um dich beim Developer Portal anzumelden. Mit einem lite account kannst du das Developer Portal nicht nutzen
antwort von viessmann
wenns ginge.
link führt imner zu fehlerseite.
Hallo,
erst einmal vielen Dank für das Plugin! Funktioniert 1a.
Seit dem 14.05. bekomme ich deutlich seltener Readings als zuvor. Vorher sehe ich in Grafana Änderungen alle 10-15 Minuten, danach nur noch alle 1-2 Stunden. Hat das noch jemand bei sich bemerkt?
Ich hatte zwischendurch Probleme mit der Logingrenze und habe daher interval von 60 auf 120 gesetzt. Das Problem bestand aber vorher bereits.
Vielen Dank und liebe Grüße
Alex
Zitat von: alexalex am 19 Mai 2022, 10:03:30
Hallo,
erst einmal vielen Dank für das Plugin! Funktioniert 1a.
Seit dem 14.05. bekomme ich deutlich seltener Readings als zuvor. Vorher sehe ich in Grafana Änderungen alle 10-15 Minuten, danach nur noch alle 1-2 Stunden. Hat das noch jemand bei sich bemerkt?
Ich hatte zwischendurch Probleme mit der Logingrenze und habe daher interval von 60 auf 120 gesetzt. Das Problem bestand aber vorher bereits.
Vielen Dank und liebe Grüße
Alex
Hallo,
das kann ich bestätigen bei mir seit 15.05. ca. 5:00Uhr.
Die Zeiten sind über alle von mir geloggten readings unterschiedlich. Bei Warmwasser kommt bei mir zum Beispiel nur noch etwa jede Stunde ein Update.
:(
Siehe Bilder.
Grüße
Klink
Da das Plugin nach wie vor im gesetzten Intervall Updates zu machen scheint, würde ich von Änderungen in der API ausgehen. Ggf. wurde hier etwas angepasst? Ich meine auch schon beobachtet zu haben, dass sie die Warmwassertemperatur in FHEM und in der App unterschieden haben.
Moin!
Vielen Dank erstmal für das Modul!!!! Das erspart einem den Quatsch mit der OAuth (ist ja sinnvoll, aber nicht für eine API bzw mit nem refreshtoken was nur 180 Tage hält -.-)...
Gibt es inzwischen eigentlich eine Möglichkeit, mehrere Gateways in einem ViCare-Account zu haben?
Ich habe eine neue Heizungsanlage und mein Installateur ist aufgeschaltet, daher habe ich alle (3) Geräte in einem Account.
Danke schonmal und ein schönes Wochenende euch allen,
Maddin
Hallo Andreas,
Erst mal vielen Dank für das Modul.
Wollte auch gerade mal schauen ob es möglich ist die Lüftungsanlage über das Modul zu steuern und habe deshalb das Attribut "vitoconnect_actions_active" gesetzt.
Neue Readings konnte ich aber noch nicht finden.
Habe das hier gelesen:
Zitat von: andreas13 am 29 November 2021, 09:28:58
Hallo marof,
ich seh gerade, dass ich das Feature nach der Umstellung noch nicht implementiert habe :-( Vielleicht schaffe ich es zwischen den Jahren. Ich melde mich dann nochmal.
Viele Grüße
Andreas
Ist das der Grund dass hier keine Readings erzeugt werden oder wurde die Funktion bereits implementiert und die API gibt hier einfach nichts her?
Viele Grüße
Schlimbo
Ich habe das Modul nun länger schon im Einsatz und ich bin sehr begeistert.
Aufgrund Probleme mit der Wärmepumpe, welche zuvor ständig getaktet hat, habe ich es nun mit dem Modul und einem Script geschafft, dass diese die Solltemperatur so regelt, dass die Wärmepumpe nun viel effektiver und sparsamer arbeitet.
Zitat von: alexalex am 19 Mai 2022, 13:32:44
Da das Plugin nach wie vor im gesetzten Intervall Updates zu machen scheint, würde ich von Änderungen in der API ausgehen. Ggf. wurde hier etwas angepasst? Ich meine auch schon beobachtet zu haben, dass sie die Warmwassertemperatur in FHEM und in der App unterschieden haben.
Um das Thema abzuschließen...
Ja die Änderung wurde von Viessmann vorgenommen. Siehe API Changelog:
Zitat
May 2022
Changes on trigger for specific features
The triggermodes of specific features were adjusted to better handle the traffic and to decrease amount of data stored in the data storage. The triggermodes decide when a features is udpated in the cloud. A trigger can be for example after a time interval or when the value of the feature has changed by a delta compared to the previous value.
The following features were updated:
heating.flue.sensors.temperature.main
heating.circuits.n.sensors.temperature.supply
heating.boiler.sensors.temperature.commonSupply
heating.dhw.sensors.temperature.hotWaterStorage
heating.sensors.temperature.outside
heating.boiler.sensors.temperature.main
heating.dhw.sensors.temperature.outlet
heating.sensors.volumetricFlow.return
heating.burners.N.modulation
In case of the features containing temperatures, the temperature value delta has been increased, which leads to a coarser resolution of the value, but which is still reasonable and helps decreasing the traffic significantly.
Erfolgreiche Anbindung gestern. Da kommen ja massig readings rein.
danke für modul
Hi,
habe anscheinend ein Problem mit dem Vitoconnect Modul.
Im FHEM Logfile sehe ich:
2022.07.25 13:37:38 5: configDB: setstate vitoconnect 2022-07-25 13:36:59 Aussentemperatur/Einheit celsius
2022.07.25 13:37:38 1: PERL WARNING: Wide character in print at fhem.pl line 1015.
Was dann beim speichern später zu folgendem führt inkl. FHEM Absturz:
2022.07.25 13:37:38 4: configDB save state 7b64a05263b9a63dc056f1a195b90b84.fhem.save with 5493 entries
2022.07.25 13:37:38 4: configDB writing file: 7b64a05263b9a63dc056f1a195b90b84.fhem.save
Wide character in subroutine entry at configDB.pm line 432.
2022.07.25 13:37:38 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::mysql::db handle database=fhem;host=192.168.178.42;port=3307 at configDB.pm line 432.
Ich hab das Vitoconnect Modul aus dem Ordner /opt/fhem/FHEM/ weg verschoben und FHEM neu gestartet, jetzt kann ich auch wieder speichern ohne das FHEM abstürzt.
Wenn ich das Modul zurück kopiere und das Vitoconnect Device neu anlege, sehe ich auch alle Werte, aber beim speichern stürzt FHEM dann wieder ab und das Device ist verschwunden.
Bei Verbose 5 (Vitoconnect attr) finde ich noch folgendes im Log:
2022.07.25 15:49:05 5: vitoconnect - HK3-Heizkurve-Steigung: 0.6 (number)
2022.07.25 15:49:05 5: vitoconnect - HK1-Normal_Standby_aktiv: 0 (boolean)
2022.07.25 15:49:05 5: vitoconnect - HK1-Betriebsart: dhwAndHeating (string)
2022.07.25 15:49:05 1: PERL WARNING: Wide character in print at fhem.pl line 1015.
2022.07.25 15:49:05 5: vitoconnect - device.serial.value: ���������������� (string)
2022.07.25 15:49:05 5: vitoconnect - WW-Status: on (string)
2022.07.25 15:49:05 5: vitoconnect - WW-aktiv: 1 (boolean)
Was mir noch aufgefallen ist, wenn ich https://fhem.fritz.box:8083/fhem?detail=vitoconnect aufrufe, dann sind die Umlaute in FHEM nicht korrekt dargestellt, in anderen Devices dagegen schon.
z.B. sehe ich links in FHEM anstelle von Außenbereich AuÃenbereich
Kann mir da jemand bei der Fehlersuche behilflich sein?
Vielen herzlichen Dank.
Hi,
das ist ein Fehler in der API. Bitte wende Dich direkt an Viessmann (developer.viessmann.de). Leider bin ich nicht so firm in Perl, dass ich den Fehler der API abfangen kann, ebenso habe ich keine Ahnung wie ich das mit den Umlauten hinbekommen kann. Wenn hier ein kundiger mitliest und mir sagt, wie es geht, baue ich es gerne ein.
Viele Grüße
Andreas
Zitat von: fsyy am 25 Juli 2022, 14:22:52
Hi,
habe anscheinend ein Problem mit dem Vitoconnect Modul.
Im FHEM Logfile sehe ich:
2022.07.25 13:37:38 5: configDB: setstate vitoconnect 2022-07-25 13:36:59 Aussentemperatur/Einheit celsius
2022.07.25 13:37:38 1: PERL WARNING: Wide character in print at fhem.pl line 1015.
Was dann beim speichern später zu folgendem führt inkl. FHEM Absturz:
2022.07.25 13:37:38 4: configDB save state 7b64a05263b9a63dc056f1a195b90b84.fhem.save with 5493 entries
2022.07.25 13:37:38 4: configDB writing file: 7b64a05263b9a63dc056f1a195b90b84.fhem.save
Wide character in subroutine entry at configDB.pm line 432.
2022.07.25 13:37:38 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::mysql::db handle database=fhem;host=192.168.178.42;port=3307 at configDB.pm line 432.
Ich hab das Vitoconnect Modul aus dem Ordner /opt/fhem/FHEM/ weg verschoben und FHEM neu gestartet, jetzt kann ich auch wieder speichern ohne das FHEM abstürzt.
Wenn ich das Modul zurück kopiere und das Vitoconnect Device neu anlege, sehe ich auch alle Werte, aber beim speichern stürzt FHEM dann wieder ab und das Device ist verschwunden.
Bei Verbose 5 (Vitoconnect attr) finde ich noch folgendes im Log:
2022.07.25 15:49:05 5: vitoconnect - HK3-Heizkurve-Steigung: 0.6 (number)
2022.07.25 15:49:05 5: vitoconnect - HK1-Normal_Standby_aktiv: 0 (boolean)
2022.07.25 15:49:05 5: vitoconnect - HK1-Betriebsart: dhwAndHeating (string)
2022.07.25 15:49:05 1: PERL WARNING: Wide character in print at fhem.pl line 1015.
2022.07.25 15:49:05 5: vitoconnect - device.serial.value: ���������������� (string)
2022.07.25 15:49:05 5: vitoconnect - WW-Status: on (string)
2022.07.25 15:49:05 5: vitoconnect - WW-aktiv: 1 (boolean)
Was mir noch aufgefallen ist, wenn ich https://fhem.fritz.box:8083/fhem?detail=vitoconnect aufrufe, dann sind die Umlaute in FHEM nicht korrekt dargestellt, in anderen Devices dagegen schon.
z.B. sehe ich links in FHEM anstelle von Außenbereich AuÃenbereich
Kann mir da jemand bei der Fehlersuche behilflich sein?
Vielen herzlichen Dank.
Vielen Dank für das Modul, meine Tochter nutzt es als Einstieg in FHEM ;-)
Ich habe eine Frage zu
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.active 0
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.enabled 1
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.startHour 19
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.startMinute 30
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.weekdays Mon
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.temperature.hygiene.value 70
In den Unterlagen der Heizung bei ihr (es ist eine E3_Vitodens_200_0821) steht nichts von Hygienebetrieb. Nach den Angaben des Readings sollte es inaktiv sein. Ich finde unter set keinen Befehl, der das aktiviert. Weiß jemand hier, ob man das überhaupt aktivieren kann und ob das sogar unter FHEM geht? Oder in der App?
Hallo Andreas,
erst mal danke für das Modul und die weitere Pflege.
Ich nutze seit diesem Juni das vitoconnect-Modul und betreibe eine Vissman Wärmepumpe Vitocal 300-G mit Kühlfunktion (in meinem Fall über die Natural Cooling Box).
Bei mir gibt es aus diesem Grunde auch die Betriebsart "dhwAndHeatingCooling" (Warmwasser und Heiz-/Kühlbetrieb).
Aus diesem Grunde habe ich im Modul 98_vitoconnect.pm aktuell in Zeile 1382 den Eintrag von
."HK2-Betriebsart:active,standby,heating,dhw,dhwAndHeating,forcedReduced,forcedNormal "
in
"HK2-Betriebsart:active,standby,heating,dhw,dhwAndHeating,dhwAndHeatingCooling,forcedReduced,forcedNormal "
geändert. Ich kann somit dann tatsächlich meine Wärmepunpe entsprechend zwischen den bei mir verfügbaren bzw. sinnvollen Betriebsarten
"standby","heating" und "dhwAndHeatingCooling" umschalten.
Da das Modul "lebt" (was grundsätzlich positiv ist) muss ich nach jedem Update bzw. nach jeder Änderung, die o.g. Änderung von Hand nachtragen.
Es wäre schön wenn die Änderung direkt in das vitoconnect-Modul einfliesen könnte.
Allerdings wäre es sinnvoll das dann direkt auch für die Heizkreise "HK1" (Zeile 1366) und "HK3" (Zeile 1398) zu tun.
Gruß
Harald
P.S.
Ich hatte Dir diese Nachricht direkt über Mitteilung gesendet, um den Sammelthread nicht zu überlasten und mein Anliegen eigentlich auch nur Dich betrifft.
Allerdings hast Du da nicht geantwortet, wofür ich aber Verständnis habe, bei all den Infomationskanälen, die man heutzutage zu bedienen hat.
Hallo Andreas
Zitat von: andreas13 am 06 August 2022, 12:43:05
...ebenso habe ich keine Ahnung wie ich das mit den Umlauten hinbekommen kann. Wenn hier ein kundiger mitliest und mir sagt, wie es geht, baue ich es gerne ein.
Wenn es sich allesamt um eigene Texte handelt, die in Deinem Modul stehen, würde ich bei Umlauten und Sonderzeichen die HTML-Entities benutzen.
z.b.: statt "ä" dann ä
Im Netz findest Du viele Seiten auf denen alle HTML-Entities aufgeführt sind (z.B http://unicode.e-workers.de/entities.php).
Ich nutze die HTML-Entities auch in der fhem.cfg, wenn es um die korrekte Darstellung z.B. in den Floorplans geht.
Viele Grüße
Harald
Hallo,
was Deine Heizung kann oder nicht, weiß ich leider nicht. Da musst Du Viessmann fragen. Wenn Du das Attribut "vitoconnect_actions_active" auf "1" setzt, siehst Du nach dem nächsten Update zusätzliche Readings, die Dir sagen, welche Befehle die API für Deinen Heizungstyp anbietet. Das kannst Du gern mal hier posten, wenn Du Hilfe bei der Interpretation brauchst. Ich möchte Dir aber keine allzugroßen Hoffnungen machen, da Viessmann in der kostenlosen Version der API nur die Grundfunktionen per API zur Verfügung stellt. Alles andere kostet Geld.
Viele Grüße
Andreas
Zitat von: andies am 07 September 2022, 12:54:53
Vielen Dank für das Modul, meine Tochter nutzt es als Einstieg in FHEM ;-)
Ich habe eine Frage zu
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.active 0
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.enabled 1
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.startHour 19
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.startMinute 30
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.hygiene.trigger.weekdays Mon
setstate Viessmann 2022-09-07 12:50:28 heating.dhw.temperature.hygiene.value 70
In den Unterlagen der Heizung bei ihr (es ist eine E3_Vitodens_200_0821) steht nichts von Hygienebetrieb. Nach den Angaben des Readings sollte es inaktiv sein. Ich finde unter set keinen Befehl, der das aktiviert. Weiß jemand hier, ob man das überhaupt aktivieren kann und ob das sogar unter FHEM geht? Oder in der App?
Sind das diese Readings?
setstate Hannah 2022-09-13 19:22:53 heating.burners.enabled 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.name.name
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.heating.curve.shift 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.heating.curve.slope 1.4
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.active 0
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.enabled 1
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.startHour 19
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.startMinute 30
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.weekdays Mon
setstate Hannah 2022-09-13 19:22:53 heating.dhw.temperature.hygiene.value 70
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentMonth 8.5
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentYear 224.8
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastMonth 27.5
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastSevenDays 3.9
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentMonth 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentYear 155.7
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastMonth 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastSevenDays 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.dayValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.monthValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.weekValueReadAt 2022-09-08T07:42:11.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.yearValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.dayValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.monthValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.weekValueReadAt 2022-09-12T18:04:18.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.yearValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentMonth 0.2
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentYear 6.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastMonth 0.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastSevenDays 0.1
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentMonth 1.5
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentYear 34.7
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastMonth 3.6
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastSevenDays 0.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastYear 0
Aber wo kann ich da was einstellen? Die anderen Readings sind selbsterklärend und zeigen mir nicht, wo ich weiter einstellen kann (bis auf Heizkreise, Warmwassertemperatur etc.).
Hallo Harald,
ich werde mich nächstes Mal hier abmelden, wenn ich in den Urlaub fahre. ;-) Es kann schon mal mehr als 3 Tage dauern bevor ich antworte. Ich mach das hier schließlich nur zum Spaß.
Deinen Änderungsvorschlag muss ich mir mal in Ruhe anschauen. Vielleicht mache ich das konfigurierbar, sonst wundern sich alle, die keine Wärmepumpe haben. Solange kannst Du den Befehl "set vitoconnect HK2-Betriebsart dhwAndHeatingCooling" auch direkt in die Kommandozeile eingeben.
Viele Grüße
Andreas
Zitat von: Xaneu am 08 September 2022, 17:04:47
Hallo Andreas,
erst mal danke für das Modul und die weitere Pflege.
Ich nutze seit diesem Juni das vitoconnect-Modul und betreibe eine Vissman Wärmepumpe Vitocal 300-G mit Kühlfunktion (in meinem Fall über die Natural Cooling Box).
Bei mir gibt es aus diesem Grunde auch die Betriebsart "dhwAndHeatingCooling" (Warmwasser und Heiz-/Kühlbetrieb).
Aus diesem Grunde habe ich im Modul 98_vitoconnect.pm aktuell in Zeile 1382 den Eintrag von
."HK2-Betriebsart:active,standby,heating,dhw,dhwAndHeating,forcedReduced,forcedNormal "
in
"HK2-Betriebsart:active,standby,heating,dhw,dhwAndHeating,dhwAndHeatingCooling,forcedReduced,forcedNormal "
geändert. Ich kann somit dann tatsächlich meine Wärmepunpe entsprechend zwischen den bei mir verfügbaren bzw. sinnvollen Betriebsarten
"standby","heating" und "dhwAndHeatingCooling" umschalten.
Da das Modul "lebt" (was grundsätzlich positiv ist) muss ich nach jedem Update bzw. nach jeder Änderung, die o.g. Änderung von Hand nachtragen.
Es wäre schön wenn die Änderung direkt in das vitoconnect-Modul einfliesen könnte.
Allerdings wäre es sinnvoll das dann direkt auch für die Heizkreise "HK1" (Zeile 1366) und "HK3" (Zeile 1398) zu tun.
Gruß
Harald
P.S.
Ich hatte Dir diese Nachricht direkt über Mitteilung gesendet, um den Sammelthread nicht zu überlasten und mein Anliegen eigentlich auch nur Dich betrifft.
Allerdings hast Du da nicht geantwortet, wofür ich aber Verständnis habe, bei all den Infomationskanälen, die man heutzutage zu bedienen hat.
Nein, ich meine die Readings, die mit "action" anfangen.
Zitat von: andies am 13 September 2022, 19:25:41
Sind das diese Readings?
setstate Hannah 2022-09-13 19:22:53 heating.burners.enabled 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.0.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.name.name
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.1.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.2.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.heating.curve.shift 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.heating.curve.slope 1.4
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.active 0
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.demand heating
setstate Hannah 2022-09-13 19:22:53 heating.circuits.3.operating.programs.reducedEnergySaving.reason unknown
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.active 0
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.enabled 1
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.startHour 19
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.startMinute 30
setstate Hannah 2022-09-13 19:22:53 heating.dhw.hygiene.trigger.weekdays Mon
setstate Hannah 2022-09-13 19:22:53 heating.dhw.temperature.hygiene.value 70
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentMonth 8.5
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.currentYear 224.8
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastMonth 27.5
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastSevenDays 3.9
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.dhw.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentMonth 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.currentYear 155.7
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastMonth 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastSevenDays 0
setstate Hannah 2022-09-13 19:22:53 heating.gas.consumption.summary.heating.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.dayValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.monthValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.weekValueReadAt 2022-09-08T07:42:11.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.dhw.yearValueReadAt 2022-09-11T17:23:49.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.dayValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.monthValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.weekValueReadAt 2022-09-12T18:04:18.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.heating.yearValueReadAt 2022-09-13T13:50:45.000Z
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentMonth 0.2
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.currentYear 6.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastMonth 0.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastSevenDays 0.1
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.dhw.lastYear 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentDay 0
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentMonth 1.5
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.currentYear 34.7
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastMonth 3.6
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastSevenDays 0.8
setstate Hannah 2022-09-13 19:22:53 heating.power.consumption.summary.heating.lastYear 0
Aber wo kann ich da was einstellen? Die anderen Readings sind selbsterklärend und zeigen mir nicht, wo ich weiter einstellen kann (bis auf Heizkreise, Warmwassertemperatur etc.).
Zitat von: andreas13 am 13 September 2022, 19:30:42
Nein, ich meine die Readings, die mit "action" anfangen.
Oh: da habe ich auch nach einem update gar keine?!
Hallo,
"Außenbereich" (um das Wort ging es in der Ursprungsnachricht) kommt im meinem Quelltext nicht vor. Das mit den HTML-Entities würde so einfach auch nicht funktionieren, da die Strings nicht nur für die Anzeige genutzt werden.
Viele Grüße
Andreas
Zitat von: Xaneu am 09 September 2022, 20:12:23
Hallo Andreas
Wenn es sich allesamt um eigene Texte handelt, die in Deinem Modul stehen, würde ich bei Umlauten und Sonderzeichen die HTML-Entities benutzen.
z.b.: statt "ä" dann ä
Im Netz findest Du viele Seiten auf denen alle HTML-Entities aufgeführt sind (z.B http://unicode.e-workers.de/entities.php).
Ich nutze die HTML-Entities auch in der fhem.cfg, wenn es um die korrekte Darstellung z.B. in den Floorplans geht.
Viele Grüße
Harald
Hast Du denn das Attribut richtig gesetzt?
Zitat von: andies am 13 September 2022, 19:39:35
Oh: da habe ich auch nach einem update gar keine?!
Ich habe mal ein List gemacht:
Internals:
DEF user password 300
FUUID 63179969-f33f-1115-f2b6-1bcc15b56ca136b2
FVERSION 98_vitoconnect.pm:0.250610/2021-10-10
NAME Hannah
NR 465
Redirect_URI http://localhost:4200/
STATE last update: 2022-09-13 19:47:30
TYPE vitoconnect
apiKey XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
counter 0
eventCount 2876
intervall 300
login ok
refresh_token XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
timeout 15
user user
Helper:
DBLOG:
Aussentemperatur:
DbLog:
TIME 1663091250.89498
VALUE 17.1
Gasverbrauch_Heizung/Jahr:
DbLog:
TIME 1663091250.89498
VALUE 155.7,0
Gasverbrauch_Heizung/Jahr_gelesen_am:
DbLog:
TIME 1663091250.89498
VALUE 2022-09-08T07:42:06.000Z
Gasverbrauch_Heizung/Monat:
DbLog:
TIME 1663091250.89498
VALUE 0,0,0,0,4.3,130.6,20.7,0,0,0,0,0,0
Gasverbrauch_Heizung/Monat_gelesen_am:
DbLog:
TIME 1663091250.89498
VALUE 2022-09-08T07:42:06.000Z
Gasverbrauch_Heizung/Tag:
DbLog:
TIME 1663091250.89498
VALUE 0,0,0,0,0,0,0,0
Gasverbrauch_Heizung/Tag_gelesen_am:
DbLog:
TIME 1663091250.89498
VALUE 2022-09-08T07:42:06.000Z
Gasverbrauch_Heizung/Woche:
DbLog:
TIME 1663091250.89498
VALUE 0,0,0,0,0,0,0
Gasverbrauch_Heizung/Woche_gelesen_am:
DbLog:
TIME 1663091250.89498
VALUE 2022-09-08T07:42:12.000Z
<und das geht jetzt eine Weile weiter so>
WW-Temperatur_aktiv:
DbLog:
TIME 1663091250.89498
VALUE connected
heating.dhw.temperature.hygiene.value:
DbLog:
TIME 1663091250.89498
VALUE 70
READINGS:
2022-09-13 19:47:30 Aktive_Heizkreise 1
2022-09-13 19:47:30 Aussen_Status connected
2022-09-13 19:47:30 Aussentemperatur 17.1
2022-09-13 19:47:30 Brenner_1_Betriebsstunden 347
2022-09-13 19:47:30 Brenner_1_Modulation 0
2022-09-13 19:47:30 Brenner_1_Starts 470
2022-09-13 19:47:30 Brenner_1_aktiv 0
2022-09-13 19:47:30 Gasverbrauch_Heizung/Jahr 155.7,0
2022-09-13 19:47:30 Gasverbrauch_Heizung/Jahr_gelesen_am 2022-09-08T07:42:06.000Z
2022-09-13 19:47:30 Gasverbrauch_Heizung/Monat 0,0,0,0,4.3,130.6,20.7,0,0,0,0,0,0
2022-09-13 19:47:30 Gasverbrauch_Heizung/Monat_gelesen_am 2022-09-08T07:42:06.000Z
2022-09-13 19:47:30 Gasverbrauch_Heizung/Tag 0,0,0,0,0,0,0,0
2022-09-13 19:47:30 Gasverbrauch_Heizung/Tag_gelesen_am 2022-09-08T07:42:06.000Z
2022-09-13 19:47:30 Gasverbrauch_Heizung/Woche 0,0,0,0,0,0,0
2022-09-13 19:47:30 Gasverbrauch_Heizung/Woche_gelesen_am 2022-09-08T07:42:12.000Z
2022-09-13 19:47:30 Gasverbrauch_Heizung_gestern 0
2022-09-13 19:47:30 Gasverbrauch_Total/Jahr 380.5,0
2022-09-13 19:47:30 Gasverbrauch_Total/Jahr_gelesen_am 2022-09-11T21:59:56.000Z
2022-09-13 19:47:30 Gasverbrauch_Total/Monat 8.5,27.5,37.9,36.9,54.1,180.6,34.5,0,0,0,0,0,0
2022-09-13 19:47:30 Gasverbrauch_Total/Tag 0,0,2.8,0,0,0,1.1,0
2022-09-13 19:47:30 Gasverbrauch_Total/Tag_gelesen_am 2022-09-11T21:59:56.000Z
2022-09-13 19:47:30 Gasverbrauch_Total/Woche 0,3.9,6.7,6.4,4.4,7.1,7.4
2022-09-13 19:47:30 Gasverbrauch_Total/Woche_gelesen_am 2022-09-11T17:31:49.000Z
2022-09-13 19:47:30 Gasverbrauch_WW/Jahr 224.8,0
2022-09-13 19:47:30 Gasverbrauch_WW/Jahr_gelesen_am 2022-09-11T21:59:56.000Z
2022-09-13 19:47:30 Gasverbrauch_WW/Monat 8.5,27.5,37.9,36.9,49.8,50,13.8,0,0,0,0,0,0
2022-09-13 19:47:30 Gasverbrauch_WW/Monat_gelesen_am 2022-09-11T21:59:56.000Z
2022-09-13 19:47:30 Gasverbrauch_WW/Tag 0,0,2.8,0,0,0,1.1,0
2022-09-13 19:47:30 Gasverbrauch_WW/Tag_gelesen_am 2022-09-11T21:59:56.000Z
2022-09-13 19:47:30 Gasverbrauch_WW/Woche 0,3.9,6.7,6.4,4.4,7.1,7.4
2022-09-13 19:47:30 Gasverbrauch_WW/Woche_gelesen_am 2022-09-11T17:31:49.000Z
2022-09-13 19:47:30 Gasverbrauch_WW_gestern 0
2022-09-13 19:47:30 HK1-Heizkurve-Niveau 0
2022-09-13 19:47:30 HK1-Heizkurve-Steigung 1.4
2022-09-13 19:47:30 HK1-Solltemperatur_SummerEco_aktiv 0
2022-09-13 19:47:30 HK1-ZoneMode_aktive 0
2022-09-13 19:47:30 HK2-Betriebsart dhw
2022-09-13 19:47:30 HK2-Frostschutz_Status off
2022-09-13 19:47:30 HK2-Heizkurve-Niveau 0
2022-09-13 19:47:30 HK2-Heizkurve-Steigung 1.4
2022-09-13 19:47:30 HK2-Name
2022-09-13 19:47:30 HK2-Programmstatus standby
2022-09-13 19:47:30 HK2-Solltemperatur_Anforderung unknown
2022-09-13 19:47:30 HK2-Solltemperatur_SummerEco_aktiv 0
2022-09-13 19:47:30 HK2-Solltemperatur_aktiv 0
2022-09-13 19:47:30 HK2-Solltemperatur_comfort 20
2022-09-13 19:47:30 HK2-Solltemperatur_comfort_Anforderung unknown
2022-09-13 19:47:30 HK2-Solltemperatur_comfort_aktiv 0
2022-09-13 19:47:30 HK2-Solltemperatur_normal 22
2022-09-13 19:47:30 HK2-Solltemperatur_reduziert 18
2022-09-13 19:47:30 HK2-Solltemperatur_reduziert_Anforderung unknown
2022-09-13 19:47:30 HK2-Solltemperatur_reduziert_aktiv 0
2022-09-13 19:47:30 HK2-Standby_aktiv 1
2022-09-13 19:47:30 HK2-Typ heatingCircuit
2022-09-13 19:47:30 HK2-Vorlauftemperatur 19.2
2022-09-13 19:47:30 HK2-Vorlauftemperatur_aktiv connected
2022-09-13 19:47:30 HK2-WW_aktiv 1
2022-09-13 19:47:30 HK2-WW_und_Heizen_aktiv 0
2022-09-13 19:47:30 HK2-Zeitsteuerung_Heizung {"sat":[{"end":"20:00","start":"08:00","position":0,"mode":"normal"}],"fri":[{"mode":"normal","position":0,"start":"08:00","end":"20:00"}],"mon":[{"start":"08:00","end":"20:00","mode":"normal","position":0}],"thu":[{"position":0,"mode":"normal","end":"20:00","start":"08:00"}],"wed":[{"end":"20:00","start":"08:00","position":0,"mode":"normal"}],"tue":[{"end":"20:00","start":"08:00","position":0,"mode":"normal"}],"sun":[{"position":0,"mode":"normal","end":"20:00","start":"08:00"}]}
2022-09-13 19:47:30 HK2-Zeitsteuerung_Heizung_aktiv 0
2022-09-13 19:47:30 HK2-Zirkulationspumpe off
2022-09-13 19:47:30 HK2-ZoneMode_aktive 0
2022-09-13 19:47:30 HK2-aktiv 1
2022-09-13 19:47:30 HK2-forcedLastFromSchedule_aktiv 0
2022-09-13 19:47:30 HK2-heizen_aktiv 0
2022-09-13 19:47:30 HK3-Heizkurve-Niveau 0
2022-09-13 19:47:30 HK3-Heizkurve-Steigung 1.4
2022-09-13 19:47:30 HK3-Solltemperatur_SummerEco_aktiv 0
2022-09-13 19:47:30 HK4-Solltemperatur_SummerEco_aktiv 0
2022-09-13 19:47:30 HK4-ZoneMode_aktive 0
2022-09-13 19:47:30 Kessel_Common_Supply connected
2022-09-13 19:47:30 Kessel_Common_Supply_Temperatur 24
2022-09-13 19:47:30 Kessel_Seriennummer 081508150815
2022-09-13 19:47:30 Kessel_Solltemperatur 15
2022-09-13 19:47:30 Stromverbrauch_Heizung/Jahr 34.7,0
2022-09-13 19:47:30 Stromverbrauch_Heizung/Monat 1.5,3.6,3.6,3.5,4.1,16,2.2,0,0,0,0,0,0
2022-09-13 19:47:30 Stromverbrauch_Heizung/Tag 0,0.1,0.1,0.1,0.1,0.1,0.1,0.1
2022-09-13 19:47:30 Stromverbrauch_Heizung/Woche 0.1,0.7,0.7,0.7,0.7,0.7,0.7
2022-09-13 19:47:30 Stromverbrauch_Heizung_gestern 0.1
2022-09-13 19:47:30 Stromverbrauch_Total/Jahr 41.5,0
2022-09-13 19:47:30 Stromverbrauch_Total/Jahr_gelesen_am 2022-09-13T16:02:46.000Z
2022-09-13 19:47:30 Stromverbrauch_Total/Monat 1.7,4.4,4.7,4.6,5.6,17.4,2.6,0,0,0,0,0,0
2022-09-13 19:47:30 Stromverbrauch_Total/Monat_gelesen_am 2022-09-13T16:02:46.000Z
2022-09-13 19:47:30 Stromverbrauch_Total/Tag 0,0.1,0.1,0.1,0.1,0.1,0.1,0.1
2022-09-13 19:47:30 Stromverbrauch_Total/Tag_gelesen_am 2022-09-13T16:02:46.000Z
2022-09-13 19:47:30 Stromverbrauch_Total/Woche 0.1,0.7,0.7,0.7,0.7,0.7,0.7
2022-09-13 19:47:30 Stromverbrauch_Total/Woche_gelesen_am 2022-09-12T18:04:18.000Z
2022-09-13 19:47:30 Stromverbrauch_WW/Jahr 6.8,0
2022-09-13 19:47:30 Stromverbrauch_WW/Monat 0.2,0.8,1.1,1.1,1.5,1.4,0.4,0,0,0,0,0,0
2022-09-13 19:47:30 Stromverbrauch_WW/Tag 0,0,0,0,0,0,0,0
2022-09-13 19:47:30 Stromverbrauch_WW/Woche 0,0,0,0,0,0,0
2022-09-13 19:47:30 Stromverbrauch_WW_gestern 0
2022-09-13 19:47:30 Urlaub_Ende
2022-09-13 19:47:30 Urlaub_Start
2022-09-13 19:47:30 Urlaub_aktiv 0
2022-09-13 19:47:30 WW-Haupttemperatur 60
2022-09-13 19:47:30 WW-Isttemperatur 29.4
2022-09-13 19:47:30 WW-Sensoren_Auslauf_Status notConnected
2022-09-13 19:47:30 WW-Status on
2022-09-13 19:47:30 WW-Temperatur_aktiv connected
2022-09-13 19:47:30 WW-Zeitplan {"thu":[{"mode":"on","position":0,"start":"07:00","end":"07:10"}],"tue":[{"end":"07:10","start":"07:00","position":0,"mode":"on"}],"wed":[{"start":"07:00","end":"07:10","mode":"on","position":0}],"sun":[{"position":0,"mode":"on","end":"07:10","start":"07:00"}],"sat":[{"position":0,"mode":"on","end":"07:10","start":"07:00"}],"fri":[{"start":"07:00","end":"07:10","mode":"on","position":0}],"mon":[]}
2022-09-13 19:47:30 WW-aktiv 1
2022-09-13 19:47:30 WW-einmaliges_Aufladen 0
2022-09-13 19:47:30 WW-zeitgesteuert_aktiv 1
2022-09-13 18:48:55 device {"data":[{"gatewaySerial":"081508150815","id":"0","boilerSerial":"081508150815","boilerSerialEditor":"DeviceCommunication","bmuSerial":null,"bmuSerialEditor":null,"createdAt":"2022-08-18T17:02:41.663Z","editedAt":"2022-09-04T05:39:32.573Z","modelId":"E3_Vitodens_200_0821","status":"Online","deviceType":"heating","roles":["capability:backup;0002_HMU_VD2","type:E3","type:boiler","type:product;Vitodens_200"]},{"gatewaySerial":"081508150815","id":"RoomControl-1","boilerSerial":null,"boilerSerialEditor":null,"bmuSerial":null,"bmuSerialEditor":null,"createdAt":"2022-08-18T19:07:08.832Z","editedAt":"2022-09-03T13:13:38.781Z","modelId":"E3_RoomControl_One_SP2","status":"Online","deviceType":"roomControl","roles":["capability:zigbeeCoordinator","type:E3","type:virtual","type:virtual;smartRoomControl"]},{"gatewaySerial":"081508150815","id":"TCU","boilerSerial":null,"boilerSerialEditor":null,"bmuSerial":null,"bmuSerialEditor":null,"createdAt":"2022-08-18T19:06:38.788Z","editedAt":"2022-09-03T13:13:38.768Z","modelId":"E3_TCU_87","status":"Online","deviceType":"tcu","roles":["type:E3","type:gateway","type:gateway;TCU"]}]}
2022-09-13 19:47:30 device.serial.value 081508150815
2022-09-13 18:48:54 gw {"data":[{"serial":"081508150815","version":"504.2204.123.0","firmwareUpdateFailureCounter":0,"autoUpdate":false,"createdAt":"2021-10-06T10:13:15.605Z","producedAt":"2021-10-06T10:13:15.600Z","lastStatusChangedAt":"2022-09-08T04:55:52.358Z","aggregatedStatus":"WorksProperly","targetRealm":"DC","gatewayType":"SA1800019WiFi","installationId":08150815,"registeredAt":"2022-08-20T11:05:39.423Z","description":null,"otaOngoing":false}],"cursor":{"next":""}}
2022-09-13 18:48:56 gw_features {"data":[{"properties":{"devices":{"type":"DeviceList","value":[{"id":"TCU","fingerprint":"tcu:wasauchimmerhiersteht","modelVersion":"spieltdaseinerolle?","name":"TCU","type":"tcu","roles":["type:E3","type:gateway","type:gateway;TCU"],"modelId":"E3_TCU_87","status":"online"},{"id":"0","fingerprint":"0019_wifi;vielevieleZahlen;wiederallemoeglichenZahlen","modelVersion":"dassiehtkompliziertaus","name":"Vitodens Two Hundred E3, Release 0821","type":"heating","roles":["capability:backup;0002_HMU_VD2","type:E3","type:boiler","type:product;Vitodens_200"],"modelId":"E3_Vitodens_200_0821","status":"online"},{"id":"RoomControl-1","fingerprint":"src:wasauchimmer","modelVersion":"nochmehrZahlen","name":"E3_RoomControl_One_SP2","type":"roomControl","roles":["capability:zigbeeCoordinator","type:E3","type:virtual","type:virtual;smartRoomControl"],"modelId":"E3_RoomControl_One_SP2","status":"online"}]}},"commands":{},"apiVersion":1,"uri":"https://api.viessmann.com/iot/v1/equipment/installations/2040263/gateways/irgendwelcheZahlen/features/gateway.devices","gatewayId":"einelangeID","feature":"gateway.devices","timestamp":"2022-09-08T06:40:45.238Z","isEnabled":true,"isReady":true}]}
2022-09-13 19:47:30 heating.burners.enabled 0
2022-09-13 19:47:30 heating.circuits.0.operating.programs.reducedEnergySaving.active 0
2022-09-13 19:47:30 heating.circuits.0.operating.programs.reducedEnergySaving.demand heating
2022-09-13 19:47:30 heating.circuits.0.operating.programs.reducedEnergySaving.reason unknown
2022-09-13 19:47:30 heating.circuits.1.name.name
2022-09-13 19:47:30 heating.circuits.1.operating.programs.reducedEnergySaving.active 0
2022-09-13 19:47:30 heating.circuits.1.operating.programs.reducedEnergySaving.demand heating
2022-09-13 19:47:30 heating.circuits.1.operating.programs.reducedEnergySaving.reason unknown
2022-09-13 19:47:30 heating.circuits.2.operating.programs.reducedEnergySaving.active 0
2022-09-13 19:47:30 heating.circuits.2.operating.programs.reducedEnergySaving.demand heating
2022-09-13 19:47:30 heating.circuits.2.operating.programs.reducedEnergySaving.reason unknown
2022-09-13 19:47:30 heating.circuits.3.heating.curve.shift 0
2022-09-13 19:47:30 heating.circuits.3.heating.curve.slope 1.4
2022-09-13 19:47:30 heating.circuits.3.operating.programs.reducedEnergySaving.active 0
2022-09-13 19:47:30 heating.circuits.3.operating.programs.reducedEnergySaving.demand heating
2022-09-13 19:47:30 heating.circuits.3.operating.programs.reducedEnergySaving.reason unknown
2022-09-13 19:47:30 heating.dhw.hygiene.active 0
2022-09-13 19:47:30 heating.dhw.hygiene.enabled 1
2022-09-13 19:47:30 heating.dhw.hygiene.trigger.startHour 19
2022-09-13 19:47:30 heating.dhw.hygiene.trigger.startMinute 30
2022-09-13 19:47:30 heating.dhw.hygiene.trigger.weekdays Mon
2022-09-13 19:47:30 heating.dhw.temperature.hygiene.value 70
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.currentDay 0
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.currentMonth 8.5
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.currentYear 224.8
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.lastMonth 27.5
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.lastSevenDays 3.9
2022-09-13 19:47:30 heating.gas.consumption.summary.dhw.lastYear 0
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.currentDay 0
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.currentMonth 0
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.currentYear 155.7
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.lastMonth 0
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.lastSevenDays 0
2022-09-13 19:47:30 heating.gas.consumption.summary.heating.lastYear 0
2022-09-13 19:47:30 heating.power.consumption.dhw.dayValueReadAt 2022-09-11T17:23:49.000Z
2022-09-13 19:47:30 heating.power.consumption.dhw.monthValueReadAt 2022-09-11T17:23:49.000Z
2022-09-13 19:47:30 heating.power.consumption.dhw.weekValueReadAt 2022-09-08T07:42:11.000Z
2022-09-13 19:47:30 heating.power.consumption.dhw.yearValueReadAt 2022-09-11T17:23:49.000Z
2022-09-13 19:47:30 heating.power.consumption.heating.dayValueReadAt 2022-09-13T13:50:45.000Z
2022-09-13 19:47:30 heating.power.consumption.heating.monthValueReadAt 2022-09-13T13:50:45.000Z
2022-09-13 19:47:30 heating.power.consumption.heating.weekValueReadAt 2022-09-12T18:04:18.000Z
2022-09-13 19:47:30 heating.power.consumption.heating.yearValueReadAt 2022-09-13T13:50:45.000Z
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.currentDay 0
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.currentMonth 0.2
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.currentYear 6.8
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.lastMonth 0.8
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.lastSevenDays 0.1
2022-09-13 19:47:30 heating.power.consumption.summary.dhw.lastYear 0
2022-09-13 19:47:30 heating.power.consumption.summary.heating.currentDay 0
2022-09-13 19:47:30 heating.power.consumption.summary.heating.currentMonth 1.5
2022-09-13 19:47:30 heating.power.consumption.summary.heating.currentYear 34.7
2022-09-13 19:47:30 heating.power.consumption.summary.heating.lastMonth 3.6
2022-09-13 19:47:30 heating.power.consumption.summary.heating.lastSevenDays 0.8
2022-09-13 19:47:30 heating.power.consumption.summary.heating.lastYear 0
2022-09-13 19:47:30 holidayAtHome_Ende
2022-09-13 19:47:30 holidayAtHome_Start
2022-09-13 19:47:30 holidayAtHome_aktiv 0
2022-09-13 18:48:55 installation {"data":[{"id":2040263,"description":"StadtStimmt","address":{"street":"stimmtauch.","houseNumber":"stimmt","zip":"auchinordnung","city":"naebendiestadt","region":null,"country":"de","phoneNumber":null,"faxNumber":null,"geolocation":{"latitude":wennmandaswuesste,"longitude":hautauchhin,"timeZone":"Europe/Berlin"}},"registeredAt":"2022-08-20T11:05:39.416Z","updatedAt":"2022-08-20T11:05:39.423Z","aggregatedStatus":"WorksProperly","servicedBy":null,"heatingType":null,"ownedByMaintainer":false,"endUserWlanCommissioned":true,"withoutViCareUser":false,"installationType":"Residential","buildingName":null,"buildingEmail":null,"buildingPhone":null}],"cursor":{"next":""}}
2022-09-13 18:48:56 installation_features {"data":[]}
2022-09-13 19:47:30 state last update: 2022-09-13 19:47:30
Attributes:
userReadings Gasverbrauch_Heizung_gestern:Gasverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("Hannah","Gasverbrauch_Heizung/Tag",0))[1] }, Gasverbrauch_WW_gestern:Gasverbrauch_WW/Tag.* { (split /,/, ReadingsVal("Hannah","Gasverbrauch_WW/Tag",0))[1] }, Stromverbrauch_Heizung_gestern:Stromverbrauch_Heizung/Tag.* { (split /,/, ReadingsVal("Hannah","Stromverbrauch_Heizung/Tag",0))[1] }, Stromverbrauch_WW_gestern:Stromverbrauch_WW/Tag.* { (split /,/, ReadingsVal("Hannah","Stromverbrauch_WW/Tag",0))[1] }
vitoconnect_actions_active 1
vitoconnect_gw_readings 1
Hallo Andreas,
danke für die Antwort.
Zitat
Deinen Änderungsvorschlag muss ich mir mal in Ruhe anschauen. Vielleicht mache ich das konfigurierbar, sonst wundern sich alle, die keine Wärmepumpe haben. Solange kannst Du den Befehl "set vitoconnect HK2-Betriebsart dhwAndHeatingCooling" auch direkt in die Kommandozeile eingeben.
Ich kann tatsächlich auch ohne die Modifikation des Vitoconnect-Quellcode die Betriebsart ,,dhwAndHeatingCooling,, senden und auch empfangen. Damit könnte ich also leben und muss also nicht mit jedem Update die entsprechenden Zeilen im Modul-Quelltext editieren.
Der Vorteil an einer Übernahme in Vitoconnect-Modul besteht einzig darin, dass man beim set-Befehl über das User-Interface direkt sieht, dass es auch die Betriebsart ,,dhwAndHeatingCooling" gibt bzw. geben könnte und das man diese dann ggf. anwählen kann.
Weniger versierter FHEM-User mit Wärmepumpen hätte sonst Probleme darauf zu kommen, dass der korrekte Einstellwert ,,dhwAndHeatingCooling" ist. Dazu müsste man schon die Vissmann API-Doku durcharbeiten oder Deinen Modul-Quelltext. Denn hier bist Du auch jetzt schon auf die Betriebsart ,,dhwAndHeatingCooling" zumindest bzgl. Übersetzung eingegangen (siehe Zeile 273/274 bzw. 361/362 bzw. 448/449):
"heating.circuits.0.operating.modes.dhwAndHeatingCooling.active" =>
"HK1-WW_und_Heizen_Kuehlen_aktiv",
"heating.circuits.1.operating.modes.dhwAndHeatingCooling.active" =>
"HK2-WW_und_Heizen_Kuehlen_aktiv",
"heating.circuits.2.operating.modes.dhwAndHeatingCooling.active" =>
"HK3-WW_und_Heizen_Kuehlen_aktiv",
Es ist doch so, dass man bestimmte Einstellwerte die Du in Deinem Vitoconnect-Modul zur Auswahl definierst, ohnehin nicht einstellen kann/will und man ein gewisse Filterung vornehmen muss. Ich habe das beispielsweise so realisiert, damit ich nur die für mich im Moment relevanten Werte auswählen kann:
define Heizung_Betriebsart readingsGroup Heizungsanlage:HK2-Betriebsart,<HK_BA_setzen>
attr Heizung_Betriebsart alias <u>Betriebsart</u>
attr Heizung_Betriebsart commands {'Heizung_Betriebsart.HK_BA_setzen'=>'HK2-Betriebsart:standby,dhw,dhwAndHeatingCooling'}
attr Heizung_Betriebsart fp_Heizung 470,620
attr Heizung_Betriebsart mapping {'Heizungsanlage' => ''}
attr Heizung_Betriebsart nolinks 1
->siehe auch Bild im Anhang
Es macht in jedem Fall Sinn auch die Betriebsart ,,dhwAndHeatingCooling" verfügbar zu machen, da Vissmann mittlerweile überwiegend Wärmepumpen verkaufen dürfte. Bei Wärmepumpen ist der Kühlbetrieb systembedingt möglich.
Ansonsten möchte ich mich hier explizit für Deine Arbeit am Modul ,,Vitoconnect" bedanken und dem Support hier im Forum.
Ich schätze den ehrenamtlichen Einsatz der Maintainer sehr, da die weitere Betreuung im Forum wahrscheinlich mehr Arbeit und weniger Spaß macht als die Programmierung der Module selbst.
Gruß
Harald
Hallo Harald,
willst Du Deinen Floorplan nicht mal im Wiki veröffentlichen und damit allen zugänglich machen? Ich finde, er wäre eine perfekte Ergänzung zu meinem Modul.
Vielen Grüße
Andreas
Zitat von: Xaneu am 14 September 2022, 11:40:24
Hallo Andreas,
danke für die Antwort.
.....
Es ist doch so, dass man bestimmte Einstellwerte die Du in Deinem Vitoconnect-Modul zur Auswahl definierst, ohnehin nicht einstellen kann/will und man ein gewisse Filterung vornehmen muss. Ich habe das beispielsweise so realisiert, damit ich nur die für mich im Moment relevanten Werte auswählen kann:
define Heizung_Betriebsart readingsGroup Heizungsanlage:HK2-Betriebsart,<HK_BA_setzen>
attr Heizung_Betriebsart alias <u>Betriebsart</u>
attr Heizung_Betriebsart commands {'Heizung_Betriebsart.HK_BA_setzen'=>'HK2-Betriebsart:standby,dhw,dhwAndHeatingCooling'}
attr Heizung_Betriebsart fp_Heizung 470,620
attr Heizung_Betriebsart mapping {'Heizungsanlage' => ''}
attr Heizung_Betriebsart nolinks 1
->siehe auch Bild im Anhang
Es macht in jedem Fall Sinn auch die Betriebsart ,,dhwAndHeatingCooling" verfügbar zu machen, da Vissmann mittlerweile überwiegend Wärmepumpen verkaufen dürfte. Bei Wärmepumpen ist der Kühlbetrieb systembedingt möglich.
Ansonsten möchte ich mich hier explizit für Deine Arbeit am Modul ,,Vitoconnect" bedanken und dem Support hier im Forum.
Ich schätze den ehrenamtlichen Einsatz der Maintainer sehr, da die weitere Betreuung im Forum wahrscheinlich mehr Arbeit und weniger Spaß macht als die Programmierung der Module selbst.
Gruß
Harald
Hallo Andreas,
Zitat
willst Du Deinen Floorplan nicht mal im Wiki veröffentlichen und damit allen zugänglich machen? Ich finde, er wäre eine perfekte Ergänzung zu meinem Modul.
Ich werde den Floorplan mit den darunterliegenden SVG-Plots (auf dem Bild nicht mehr zu sehen) gerne im Vitoconnect-Wiki-Beitrag unter den anderen SVG-Graphen als Beispiel für eine Wärmepumpenanwendungen anhängen. Neben der Vorlauftemperatur ist hier die elektr. Wärmepumpenleistung dargestellt, die bei mir Inverter-geregelt ist.
Allerdings muss meine Heizung dazu vernünftig in Betrieb sein. Es handelt sich bei mir um eine Neuanlage. Als Betroffener der Flutkatastrophe brauchte ich einen Ersatz für die alte Ölheizung. Da wir voraussichtlich im November endlich wieder in unser Haus einziehen, werden erst dann sinnvolle Daten im Floorplan und in den Plots dargestellt.
Gruß
Harald
hallo.
bekomme seit 11.9. kein updates mehr, trotz online status.
haben die was umgestellt?
Also bei mir läuft alles bestens.
Schau doch mal ins FHEM Logfile.
Was sagen die ersten Zeilen eines list vom Device?
LG, Stephan.
Zitat von: andreas13 am 13 September 2022, 18:54:41
Wenn Du das Attribut "vitoconnect_actions_active" auf "1" setzt, siehst Du nach dem nächsten Update zusätzliche Readings, die Dir sagen, welche Befehle die API für Deinen Heizungstyp anbietet.
Hi Andreas,
du hattest mal geschrieben dass das Attribut vitoconnect_actions_active in der derzeitigen Version des Moduls nicht mehr funktioniert. Hattest du das schon gefixt?
Viele Grüße Schlimbo
Hallo FHEM Forum,
für meine Vitocal 222s wollte ich das vitoconnect Modul aufsetzen und scheitere leider bei der Verbindung.
Das System soll auf Windows laufen, entsprechend habe ich FHEM mit Strawberry Perl zum Laufen gebracht.
Nach dem Anlegen der Vitoconnect-Instanz habe ich dann das Passwort und den ApiKey eingetragen und hier geht es jetzt nicht weiter. Wenn ich das Logfile richtig interpretiere, gibt es ein Problem mit dem Packet NET::SSLeay und somit mit der SSL Verbindung. Mit cpan habe ich dann versucht, das Packet erneut zu installieren, allerdings bricht die Installation mit einer Fehlermeldung ab.
Ist jemand über das selbe Problem gestolpert und hat eine Lösung?
Hier noch der Auszug aus der Log Datei von FHEM:
2022.10.06 13:18:33 0: Server started with 7 defined entities (fhem.pl:26379/2022-09-03 perl:5.032001 os:MSWin32 user:Admin pid:12956)
2022.10.06 13:18:43 1: Hoellenfeuer - An error occured: https://iam.viessmann.com:443: Can't load 'D:/fhem/perl/vendor/lib/auto/Net/SSLeay/SSLeay.xs.dll' for module Net::SSLeay: load_file:Das angegebene Modul wurde nicht gefunden at D:/fhem/perl/lib/DynaLoader.pm line 193.
at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
BEGIN failed--compilation aborted at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at (eval 285) line 1.
BEGIN failed--compilation aborted at (eval 285) line 1.
2022.10.06 13:18:43 1: Hoellenfeuer - Login failure. Check password and apiKey
Grüße an euch,
Fourstroker
Hi!
Ich habe zwar von FHEM auf Windows keine Ahnung, aber mich wundert, warum du das NET::SSLeay brauchst.
Ich kann (unter Linux) keine Stelle finden, wo das vitoconnect das Modul braucht.
Zeig doch mal bitte den genauen Fehler im Logfile, den du zu Beginn hattest.
LG,
Stephan.
Guten Morgen,
hier der vollständige Auszug wenn ich FHEM starte. Kann es theoretisch sein, dass das Passwort keine Sonderzeichen enthalten darf?
2022.10.07 06:07:43 1: starting in console mode
2022.10.07 06:07:43 1: Including fhem.cfg
2022.10.07 06:07:45 3: WEB: port 8083 opened
2022.10.07 06:07:45 2: eventTypes: loaded 4 lines from ./log/eventTypes.txt
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866.
2022.10.07 06:07:46 3: Hoellenfeuer - Passwort war bereits gespeichert
2022.10.07 06:07:46 1: Including ./log/fhem.save
2022.10.07 06:07:46 1: Messages collected while initializing FHEM:SecurityCheck:
WEB is not password protected
Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
2022.10.07 06:07:46 3: initialUsbCheck return value: This command is not yet supported on windows
2022.10.07 06:07:46 0: Featurelevel: 6.1
2022.10.07 06:07:46 0: Server started with 7 defined entities (fhem.pl:26379/2022-09-03 perl:5.032001 os:MSWin32 user:Admin pid:9844)
2022.10.07 06:07:56 1: Hoellenfeuer - An error occured: https://iam.viessmann.com:443: Can't load 'D:/fhem/perl/vendor/lib/auto/Net/SSLeay/SSLeay.xs.dll' for module Net::SSLeay: load_file:Das angegebene Modul wurde nicht gefunden at D:/fhem/perl/lib/DynaLoader.pm line 193.
at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
BEGIN failed--compilation aborted at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at (eval 285) line 1.
BEGIN failed--compilation aborted at (eval 285) line 1.
2022.10.07 06:07:56 1: Hoellenfeuer - Login failure. Check password and apiKey
Grüße, Florian
Hallo Schlimbo,
stimmt, das hatte ich ganz vergessen. Ich schaffe es im Moment aber leider auch nicht. :-(
Viele Grüße
Andreas
Zitat von: Schlimbo am 27 September 2022, 22:50:13
Hi Andreas,
du hattest mal geschrieben dass das Attribut vitoconnect_actions_active in der derzeitigen Version des Moduls nicht mehr funktioniert. Hattest du das schon gefixt?
Viele Grüße Schlimbo
Hallo,
Umlaute sind nicht das Problem. Zumindest nicht unter Linux. Nimm lieber ein Raspberry oder eine VM.
Viele Grüße
Andreas
Zitat von: fourstroker am 07 Oktober 2022, 06:11:39
Guten Morgen,
hier der vollständige Auszug wenn ich FHEM starte. Kann es theoretisch sein, dass das Passwort keine Sonderzeichen enthalten darf?
2022.10.07 06:07:43 1: starting in console mode
2022.10.07 06:07:43 1: Including fhem.cfg
2022.10.07 06:07:45 3: WEB: port 8083 opened
2022.10.07 06:07:45 2: eventTypes: loaded 4 lines from ./log/eventTypes.txt
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865.
2022.10.07 06:07:46 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866.
2022.10.07 06:07:46 3: Hoellenfeuer - Passwort war bereits gespeichert
2022.10.07 06:07:46 1: Including ./log/fhem.save
2022.10.07 06:07:46 1: Messages collected while initializing FHEM:SecurityCheck:
WEB is not password protected
Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
2022.10.07 06:07:46 3: initialUsbCheck return value: This command is not yet supported on windows
2022.10.07 06:07:46 0: Featurelevel: 6.1
2022.10.07 06:07:46 0: Server started with 7 defined entities (fhem.pl:26379/2022-09-03 perl:5.032001 os:MSWin32 user:Admin pid:9844)
2022.10.07 06:07:56 1: Hoellenfeuer - An error occured: https://iam.viessmann.com:443: Can't load 'D:/fhem/perl/vendor/lib/auto/Net/SSLeay/SSLeay.xs.dll' for module Net::SSLeay: load_file:Das angegebene Modul wurde nicht gefunden at D:/fhem/perl/lib/DynaLoader.pm line 193.
at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
BEGIN failed--compilation aborted at D:/fhem/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at (eval 285) line 1.
BEGIN failed--compilation aborted at (eval 285) line 1.
2022.10.07 06:07:56 1: Hoellenfeuer - Login failure. Check password and apiKey
Grüße, Florian
Moin
ich bekomme öfter die Meldung "login failure"
mit dem manuellen "set update" ists dann auch behoben ansonsten stehen tage lang die falschen Werte auf meine Visualisierung. Was kann ich da machen?
Gruss
oppey
Moin,
ich habe Probleme mit einem Kommando um die Komfort Temperatur zu aktivieren/deaktivieren:
2022.10.12 09:58:02.798 1: Heiz_ViessMann - set Heiz_ViessMann HK1-Solltemperatur_comfort_aktiv activate: Fehler während der Befehlsausführung: :: {"viErrorId":"req-20c7ff91a71b4900a2950460d5418212","statusCode":502,"errorType":"DEVICE_COMMUNICATION_ERROR","message":"DEVICE_COMMUNICATION_ERROR","extendedPayload":{"code":"403","reason":"COMMAND_NOT_EXECUTABLE"}}
Gibt es hierfür eine Lösung?
//Roger
Zitat von: Oppey am 12 Oktober 2022, 07:48:34
Moin
ich bekomme öfter die Meldung "login failure"
mit dem manuellen "set update" ists dann auch behoben ansonsten stehen tage lang die falschen Werte auf meine Visualisierung. Was kann ich da machen?
Das gleiche Problem habe ich auch. Behelfe mir aktuell mit einem AT jede Stunde
Dein Heizungsmodell unterstützt das Feature "Komforttemperatur" nicht oder es ist in der API von Viessmann nicht implementiert. Lösung: Bei https://developer.viessmann.com/ nachfragen, ob es das Feature für Dein Modell gibt und/oder neue Heizung kaufen ;-)
Zitat von: Roger am 12 Oktober 2022, 10:18:19
Moin,
ich habe Probleme mit einem Kommando um die Komfort Temperatur zu aktivieren/deaktivieren:
2022.10.12 09:58:02.798 1: Heiz_ViessMann - set Heiz_ViessMann HK1-Solltemperatur_comfort_aktiv activate: Fehler während der Befehlsausführung: :: {"viErrorId":"req-20c7ff91a71b4900a2950460d5418212","statusCode":502,"errorType":"DEVICE_COMMUNICATION_ERROR","message":"DEVICE_COMMUNICATION_ERROR","extendedPayload":{"code":"403","reason":"COMMAND_NOT_EXECUTABLE"}}
Gibt es hierfür eine Lösung?
//Roger
Da bräuchte ich mal ein Log mit Loglevel 4 ...
Zitat von: oli82 am 12 Oktober 2022, 11:40:50
Das gleiche Problem habe ich auch. Behelfe mir aktuell mit einem AT jede Stunde
Hallo zusammen,
aus diversen Gründen habe ich auf absehbare Zeit keine Zeit mehr das Modul zu pflegen. Daher suche ich dringend einen neuen Maintainer, der das Modul weiter pflegen möchte. Ich unterstütze gerne bei der Einarbeitung und kann auch punktuell unterstützen. Mehr ist aber leider nicht drin ...
Liebe Grüße
Andreas
Hallo Zusammen,
ich war lang nicht mehr da, da bisher Alles recht unauffällig lief oder ich mir selbst zu helfen wusste.
Da ich demnächst die WP von Ihrem Zähler befreie und diese dann über den Hausstrom läuft wollte ich keinen teuren Zwischenzähler für die Erfassung des Verbrauch der WP dazwischen setzen, doch dabei ist mir aufgefallen, dass das passende Reading zuletzt am 01-07-2022 eingelesen wurde. Hat Viesmann hier die API eingeschränkt bzw. die verfügbaren Readings reduziert oder hat sich am FHEM-Modul was geändert?
Was daran komisch ist und warum ich es mir nicht erklären kann. Das letzte Mal kam es am 01.07.2022 um 12:35:49 und dann nie wieder. Alle anderen Reading (Außentemperatur, Vorlauf usw. funktionieren noch).
P.S.:
das betrifft z.B. das hier :
heating.compressors.0.heat.production.dhw.week.value
P.S.:
Kann ich irgendwo bei Viesmann z.B. dem Portal die verfügbaren Rohdaten ansehen?
Zitat von: oli82 am 12 Oktober 2022, 11:40:50
Das gleiche Problem habe ich auch. Behelfe mir aktuell mit einem AT jede Stunde
Moin
Danke für deine Antwort.
wie sieht das genau aus?
"define vitoupdate at +*2:00:00 set vitoconnect update"
sollte laufen oder?
Gruß Oppey
Zitat von: andreas13 am 12 Oktober 2022, 15:13:09
Dein Heizungsmodell unterstützt das Feature "Komforttemperatur" nicht oder es ist in der API von Viessmann nicht implementiert. Lösung: Bei https://developer.viessmann.com/ nachfragen, ob es das Feature für Dein Modell gibt und/oder neue Heizung kaufen ;-)
Hi Andreas,
die Heizung ist reichlich 2 Jahre alt. Modell: Vitodens 333-F B3TF 1,9-19kW
In der App kann ich Reduziert-, Normal- und Komfort-Temp einstellen und diese werden auch in der Zeitsteuerung genommen. Nur eben die Befehle zum aktivieren/deaktivieren der Komforttemperatur gehen aus FHEM heraus nicht.
Gibt es denn irgendwo eine Befehlsübersicht, was alles gehen soll und wie die Befehle aufgebaut sind? Wo?
mit beheiztem Gruß
Roger
Hallo zusammen,
ich habe vor ein paar Wochen begonnen, ein kleines Tool zu schreiben, das mit Hilfe des vitoconnect Moduls die Betriebszeiten meiner Zirkulationspumpe nach bestimmten Ereignissen (Arbeitsschichten) im Google Calendar anpasst. Durch die Zirkulationspumpe geht ansonsten einfach sehr viel Wärme verloren.
Vielleicht hat ja jemand einen ähnlichen Bedarf und ist an dem Tool interessiert. Zu finden bei GitHub und als Docker Image bei DockerHub.
https://github.com/alexalex89/viessmann-circular-pump-calendar
https://hub.docker.com/r/alexalex89/viessmann-circular-pump-calendar/
Viele Grüße
Alex
Ja, theoretisch hier: https://developer.viessmann.com
Fragen, was die Heizung (bzw. die API) kann, bitte dort stellen und nicht hier, da das nichts mit dem Modul zu tun hat.
Zitat von: Roger am 14 Oktober 2022, 21:27:54
...
Gibt es denn irgendwo eine Befehlsübersicht, was alles gehen soll und wie die Befehle aufgebaut sind? Wo?
mit beheiztem Gruß
Roger
Hallo Alex,
vielen Dank für das Tool, aber warum hast Du das nicht mit FHEM Bordmitteln realisiert?
Viele Grüße
Andreas
Zitat von: alexalex am 16 Oktober 2022, 11:35:41
Hallo zusammen,
ich habe vor ein paar Wochen begonnen, ein kleines Tool zu schreiben, das mit Hilfe des vitoconnect Moduls die Betriebszeiten meiner Zirkulationspumpe nach bestimmten Ereignissen (Arbeitsschichten) im Google Calendar anpasst. Durch die Zirkulationspumpe geht ansonsten einfach sehr viel Wärme verloren.
Vielleicht hat ja jemand einen ähnlichen Bedarf und ist an dem Tool interessiert. Zu finden bei GitHub und als Docker Image bei DockerHub.
https://github.com/alexalex89/viessmann-circular-pump-calendar
https://hub.docker.com/r/alexalex89/viessmann-circular-pump-calendar/
Viele Grüße
Alex
Offen gesagt werde ich mit FHEM nicht so richtig warm :-) Finde es recht unintuitiv, wenn auch sehr nützlich. Ich bin tatsächlich gar nicht erst auf die Idee gekommen, es damit zu versuchen. Außerdem es war ein schönes kleines Projekt für mich.
Zitat von: andreas13 am 12 Oktober 2022, 15:14:13
Da bräuchte ich mal ein Log mit Loglevel 4 ...
Hey Andreas.
Wie mir scheint, überschreitet das Modul irgendwann die maximalen API Aufrufe:
2022.10.14 00:50:51 4: vitoconnect - GetUpdate called ...
2022.10.14 00:50:51 4: vitoconnect - enter getResource
2022.10.14 00:50:51 4: vitoconnect - access_token: EnEMeNeMuh...
2022.10.14 00:50:51 4: vitoconnect - installation: 36195
2022.10.14 00:50:51 4: vitoconnect - gw: 08154711123
2022.10.14 00:50:52 4: vitoconnect - getResourceCallback went ok
2022.10.14 00:50:52 4: vitoconnect - statusCode: 429 errorType: RATE_LIMIT_EXCEEDED message: API calls rate limit has been exceeded. Please wait until your limit will renew. error:
2022.10.14 00:50:52 1: vitoconnect - Anzahl der möglichen API Calls in überschritten!
Ein paar Minuten davor sehe ich noch, dass angeblich der API Key abgelaufen sei:
2022.10.14 00:44:40 4: vitoconnect - getResourceCallback went ok
2022.10.14 00:44:40 4: vitoconnect - statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
2022.10.14 00:44:41 4: vitoconnect - getRefreshCallback went ok
Gruß
Oli
Hi Oli,
ich glaube am 14.10. gab es Wartungsarbeiten an der API. Habe da auch viele Meldungen bekommen.
Liebe Grüße
Alex
Login failure. Check password and apiKey
Seit heute morgen... Nichts geht mal wieder
Bei mir auch
Hallo Andreas,
danke für deine Arbeit!
Habe gerade meine neue Wärmepumpe Vitocal A252 erfolgreich eingebunden.
Vielleicht noch ein Hinweis, der mir auch 2 Stunden suchen und testen erspart hätte:
Die Fehlermeldung "vitoconnect - Login failure. Check password and apiKey" wurde bei mir verursacht durch das Häkchen bei "Google reCAPTCHA" beim API-Key unter https://app.developer.viessmann.com.
Noch eine Frage in die Runde:
Wer hat schon eine Visualisierung in FTUI 2 (nicht 3) für eine Wärmepumpe gebaut und kann diese hier zur Verfügung stellen?
Gruß
moewe
Hallo,
ich hatte so gehofft, dass die "Google reCAPTCHA"-Deaktivierung die generelle Lösung für das Login-Problem ist. Mich ärgert seit seit Jahren dieses Login-Problem.
Ein Blick in das Portal in meinem Account zeigte, dass "Google reCAPTCHA" bei mir bereits deaktiviert war.
So wird es wohl weiterhin so bleiben, dass immer wieder mal stunden- oder tagelang keine Daten in meinem FTUI angezeigt werden, so lange, bis es mir auffällt. Leider ist es mir bislang nicht gelungen den Loginstatus zu monitoren und im Fehlerfall mit "notify" eine Meldung zu produzieren. Liegt wohl daran, dass der Status "login" unter "Internals" statt unter "Readings" zu finden ist.
An der Visualisierung einer Wärmepumpe für FTUI 2 (2.5) habe ich ebenfalls Interesse, da meine WP hoffentlich im Januar aufgebaut wird.
Worin liegt denn der Vorteil von vitoconnect im Gegensatz zu VCONTROL/VCONTROL300?
Das läuft bei mir seit Jahren ohne Macken - ohne große Viessmann-Zusatzmodule, cloudanbindung und was weiß ich noch.
@uron
Über das Attribut "userReadings" kannst du ein Internal in ein Reading "kopieren" und dann damit arbeiten.
attr vitoconnect userReadings login {InternalVal("vitoconnect","login","-")}
Gruß
Danny
@moskito
Suuuper!
Wenn das klappt wäre das genial. Werde ich morgen am PC testen.
Naja, da steht's doch: Rate Limit exceeded.
Intervall zu klein?
Zitat von: oli82 am 17 Oktober 2022, 09:56:57
Hey Andreas.
Wie mir scheint, überschreitet das Modul irgendwann die maximalen API Aufrufe:
2022.10.14 00:50:51 4: vitoconnect - GetUpdate called ...
2022.10.14 00:50:51 4: vitoconnect - enter getResource
2022.10.14 00:50:51 4: vitoconnect - access_token: EnEMeNeMuh...
2022.10.14 00:50:51 4: vitoconnect - installation: 36195
2022.10.14 00:50:51 4: vitoconnect - gw: 08154711123
2022.10.14 00:50:52 4: vitoconnect - getResourceCallback went ok
2022.10.14 00:50:52 4: vitoconnect - statusCode: 429 errorType: RATE_LIMIT_EXCEEDED message: API calls rate limit has been exceeded. Please wait until your limit will renew. error:
2022.10.14 00:50:52 1: vitoconnect - Anzahl der möglichen API Calls in überschritten!
Ein paar Minuten davor sehe ich noch, dass angeblich der API Key abgelaufen sei:
2022.10.14 00:44:40 4: vitoconnect - getResourceCallback went ok
2022.10.14 00:44:40 4: vitoconnect - statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
2022.10.14 00:44:41 4: vitoconnect - getRefreshCallback went ok
Gruß
Oli
Wenn es bei dir gut funktioniert, gibt es keine Vorteile.
Zitat von: RappaSan am 22 Oktober 2022, 10:02:33
Worin liegt denn der Vorteil von vitoconnect im Gegensatz zu VCONTROL/VCONTROL300?
Das läuft bei mir seit Jahren ohne Macken - ohne große Viessmann-Zusatzmodule, cloudanbindung und was weiß ich noch.
Da wird dir hier keiner helfen können. Beschwere dich bei Developer.Vissmann.com.
Zitat von: masl am 21 Oktober 2022, 10:36:33
Login failure. Check password and apiKey
Seit heute morgen... Nichts geht mal wieder
Zitat von: andreas13 am 23 Oktober 2022, 08:02:25
Da wird dir hier keiner helfen können.
Wie gesagt: Bei zweien klappte https://forum.fhem.de/index.php/topic,93664.msg1240774.html#msg1240774 (https://forum.fhem.de/index.php/topic,93664.msg1240774.html#msg1240774)
Kein Log mehr von Heizungsanlagedaten!
Seit nunmehr mehreren Jahre logge ich mehrere Readings meiner Gasheizung und stelle die wesentlichen Werte grafisch im Tablet-UI dar.
Seit genau Sonntag, 23.10., 6:36 Uhr, tauchen unvermittelt keine Werte mehr in meiner Log-Datei (GasheizungsLogxxx) auf.
Hier das List meiner Heizung
Internals:
DEF xxx@yyy.com zzzzz 900
FUUID 623b4c2f-f33f-aab4-1fd3-2f4d318a2ef7cf9c
NAME Gasheizung
NR 357
Redirect_URI http://localhost:4200/
STATE last update: 2022-10-26 09:01:22
TYPE vitoconnect
apiKey 316e59fc9ec43a85c0a4bb10f9b26334
counter 0
eventCount 96
intervall 900
login ok
refresh_token 3fcff2f944da6a9f83e3d9eae2a9bf50
timeout 15
user xxx@yyy.com
READINGS:
2022-10-26 09:01:22 Aktive_Heizkreise 0,1
2022-10-26 09:01:22 Aussen_Status connected
2022-10-26 09:01:22 Aussentemperatur 11.1
2022-10-26 09:01:22 Brenner_1_Betriebsstunden 41117.6
2022-10-26 09:01:22 Brenner_1_Modulation 0
2022-10-26 09:01:22 Brenner_1_Starts 73184
2022-10-26 09:01:22 Brenner_1_aktiv 0
2022-10-26 09:01:22 Controller_Seriennummer 7429629143463109
2022-10-26 09:01:22 HK1-Betriebsart dhwAndHeating
2022-10-26 09:01:22 HK1-External_Temperatur 0
2022-10-26 09:01:22 HK1-External_aktiv 0
2022-10-26 09:01:22 HK1-Frostschutz_Status off
2022-10-26 09:01:22 HK1-Heizkurve-Niveau 0
2022-10-26 09:01:22 HK1-Heizkurve-Steigung 0.5
2022-10-26 09:01:22 HK1-Name Heizk�rper
2022-10-26 09:01:22 HK1-Programmstatus normal
2022-10-26 09:01:22 HK1-Solltemperatur_Anforderung unknown
2022-10-26 09:01:22 HK1-Solltemperatur_aktiv 1
2022-10-26 09:01:22 HK1-Solltemperatur_comfort 23
2022-10-26 09:01:22 HK1-Solltemperatur_comfort_Anforderung unknown
2022-10-26 09:01:22 HK1-Solltemperatur_comfort_aktiv 0
2022-10-26 09:01:22 HK1-Solltemperatur_eco 25
2022-10-26 09:01:22 HK1-Solltemperatur_eco_aktiv 0
2022-10-26 09:01:22 HK1-Solltemperatur_normal 25
2022-10-26 09:01:22 HK1-Solltemperatur_reduziert 16
2022-10-26 09:01:22 HK1-Solltemperatur_reduziert_Anforderung unknown
2022-10-26 09:01:22 HK1-Solltemperatur_reduziert_aktiv 0
2022-10-26 09:01:22 HK1-Standby_aktiv 0
2022-10-26 09:01:22 HK1-Typ heatingCircuit
2022-10-26 09:01:22 HK1-Vorlauftemperatur 32
2022-10-26 09:01:22 HK1-Vorlauftemperatur_aktiv connected
2022-10-26 09:01:22 HK1-WW_aktiv 0
2022-10-26 09:01:22 HK1-WW_und_Heizen_aktiv 1
2022-10-26 09:01:22 HK1-Zeitsteuerung_Heizung {"tue":[{"end":"24:00","start":"05:00","mode":"normal","position":0}],"mon":[{"end":"24:00","start":"05:00","mode":"normal","position":0}],"wed":[{"start":"05:00","end":"24:00","position":0,"mode":"normal"}],"thu":[{"mode":"normal","position":0,"start":"05:00","end":"24:00"}],"fri":[{"start":"05:00","end":"24:00","position":0,"mode":"normal"}],"sat":[{"start":"05:00","end":"24:00","position":0,"mode":"normal"}],"sun":[{"start":"05:00","end":"24:00","mode":"normal","position":0}]}
2022-10-26 09:01:22 HK1-Zeitsteuerung_Heizung_aktiv 1
2022-10-26 09:01:22 HK1-Zirkulationspumpe on
2022-10-26 09:01:22 HK1-aktiv 1
2022-10-26 09:01:22 HK2-Betriebsart dhwAndHeating
2022-10-26 09:01:22 HK2-External_Temperatur 0
2022-10-26 09:01:22 HK2-External_aktiv 0
2022-10-26 09:01:22 HK2-Frostschutz_Status off
2022-10-26 09:01:22 HK2-Heizkurve-Niveau 3
2022-10-26 09:01:22 HK2-Heizkurve-Steigung 0.5
2022-10-26 09:01:22 HK2-Name Fu�bodenheizung
2022-10-26 09:01:22 HK2-Programmstatus normal
2022-10-26 09:01:22 HK2-Solltemperatur_Anforderung unknown
2022-10-26 09:01:22 HK2-Solltemperatur_aktiv 1
2022-10-26 09:01:22 HK2-Solltemperatur_comfort 22
2022-10-26 09:01:22 HK2-Solltemperatur_comfort_Anforderung unknown
2022-10-26 09:01:22 HK2-Solltemperatur_comfort_aktiv 0
2022-10-26 09:01:22 HK2-Solltemperatur_eco 23
2022-10-26 09:01:22 HK2-Solltemperatur_eco_aktiv 0
2022-10-26 09:01:22 HK2-Solltemperatur_normal 23
2022-10-26 09:01:22 HK2-Solltemperatur_reduziert 21
2022-10-26 09:01:22 HK2-Solltemperatur_reduziert_Anforderung unknown
2022-10-26 09:01:22 HK2-Solltemperatur_reduziert_aktiv 0
2022-10-26 09:01:22 HK2-Standby_aktiv 0
2022-10-26 09:01:22 HK2-Typ heatingCircuit
2022-10-26 09:01:22 HK2-Vorlauftemperatur 33
2022-10-26 09:01:22 HK2-Vorlauftemperatur_aktiv connected
2022-10-26 09:01:22 HK2-WW_aktiv 0
2022-10-26 09:01:22 HK2-WW_und_Heizen_aktiv 1
2022-10-26 09:01:22 HK2-Zeitsteuerung_Heizung {"sat":[{"mode":"normal","position":0,"start":"04:00","end":"20:30"}],"sun":[{"start":"04:00","end":"20:30","position":0,"mode":"normal"}],"fri":[{"start":"04:00","end":"20:30","mode":"normal","position":0}],"thu":[{"mode":"normal","position":0,"start":"04:00","end":"20:30"}],"wed":[{"position":0,"mode":"normal","start":"04:00","end":"20:30"}],"mon":[{"end":"20:30","start":"04:00","mode":"normal","position":0}],"tue":[{"start":"04:00","end":"20:30","position":0,"mode":"normal"}]}
2022-10-26 09:01:22 HK2-Zeitsteuerung_Heizung_aktiv 1
2022-10-26 09:01:22 HK2-Zirkulationspumpe on
2022-10-26 09:01:22 HK2-aktiv 1
2022-10-26 09:01:22 HK3-Heizkurve-Niveau 0
2022-10-26 09:01:22 HK3-Heizkurve-Steigung 1.4
2022-10-26 09:01:22 Kessel_Seriennummer 7424972108212102
2022-10-26 09:01:22 Kessel_Solltemperatur 32.1
2022-10-26 09:01:22 Kessel_Status connected
2022-10-26 09:01:22 Kesseltemperatur 32
2022-10-26 09:01:22 Urlaub_Ende
2022-10-26 09:01:22 Urlaub_Start
2022-10-26 09:01:22 Urlaub_aktiv 0
2022-10-26 09:01:22 WW-Aufladung 0
2022-10-26 09:01:22 WW-Haupttemperatur 46
2022-10-26 09:01:22 WW-Isttemperatur 46.8
2022-10-26 09:01:22 WW-Sensoren_Auslauf_Status error
2022-10-26 09:01:22 WW-Status on
2022-10-26 09:01:22 WW-Temperatur_aktiv connected
2022-10-26 09:01:22 WW-Zeitplan {"thu":[{"start":"05:30","end":"19:00","mode":"on","position":0}],"fri":[{"mode":"on","position":0,"end":"19:00","start":"05:30"}],"sun":[{"position":0,"mode":"on","start":"06:30","end":"19:00"},{"start":"05:30","end":"06:30","position":3,"mode":"on"}],"sat":[{"mode":"on","position":0,"end":"19:00","start":"05:30"}],"tue":[{"mode":"on","position":0,"start":"05:30","end":"19:00"}],"mon":[{"position":0,"mode":"on","end":"19:00","start":"05:30"}],"wed":[{"end":"19:00","start":"05:30","position":0,"mode":"on"}]}
2022-10-26 09:01:22 WW-Zirkulationspumpe_Status off
2022-10-26 09:01:22 WW-Zirkulationspumpe_Zeitplan {"wed":[],"mon":[],"tue":[],"sat":[],"sun":[],"fri":[],"thu":[]}
2022-10-26 09:01:22 WW-Zirkulationspumpe_Zeitsteuerung_aktiv 1
2022-10-26 09:01:22 WW-Zirkulationspumpe_primaer off
2022-10-26 09:01:22 WW-aktiv 1
2022-10-26 09:01:22 WW-zeitgesteuert_aktiv 1
2022-10-26 08:46:18 device {"data":[{"gatewaySerial":"7571381743778206","id":"0","boilerSerial":"7424972108212102","boilerSerialEditor":"DeviceCommunication","bmuSerial":"7429629143463109","bmuSerialEditor":"DeviceCommunication","createdAt":"2019-02-04T10:20:46.398Z","editedAt":"2022-09-02T07:44:07.454Z","modelId":"VScotHO1_40","status":"Online","deviceType":"heating","roles":["type:boiler","type:legacy","type:product;VScotHO1"]},{"gatewaySerial":"7571381743778206","id":"gateway","boilerSerial":null,"boilerSerialEditor":null,"bmuSerial":null,"bmuSerialEditor":null,"createdAt":"2019-02-25T16:13:26.207Z","editedAt":"2022-09-02T07:44:07.497Z","modelId":"Heatbox1","status":"Online","deviceType":"vitoconnect","roles":["type:gateway","type:gateway;VitoconnectOpto1","type:legacy"]}]}
2022-10-26 09:01:22 device.serial.value 7424972108212102
2022-10-26 08:46:18 gw {"data":[{"serial":"7571381743778206","version":"2.8.0.0","firmwareUpdateFailureCounter":0,"autoUpdate":false,"createdAt":"2017-05-24T13:07:27.990Z","producedAt":"2017-05-23T09:55:27.000Z","lastStatusChangedAt":"2022-10-25T23:45:58.354Z","aggregatedStatus":"WorksProperly","targetRealm":"DC","gatewayType":"VitoconnectOptolink","installationId":157462,"registeredAt":"2019-02-04T11:28:04.487Z","description":null,"otaOngoing":false}],"cursor":{"next":""}}
2022-10-26 08:46:19 gw_features {"data":[{"properties":{"devices":{"type":"DeviceList","value":[{"id":"gateway","fingerprint":"gw:hb1,mj:2,mi:8,p:0","modelVersion":"6283eb1bb44ae58a49714e0e6b0b28e785c01750","name":"Heatbox 1, Vitoconnect","type":"vitoconnect","roles":["type:gateway","type:gateway;VitoconnectOpto1","type:legacy"],"modelId":"Heatbox1","status":"online"},{"id":"0","fingerprint":"gg:20,gk:cb,si:43,esi:65535","modelVersion":"073d4adc4b2d10286ca79ec2d4403d7020bd81fa","name":"VT 200 (HO1A / HO1B)","type":"heating","roles":["type:boiler","type:legacy","type:product;VScotHO1"],"modelId":"VScotHO1_40","status":"online"}]}},"commands":{},"apiVersion":1,"uri":"https://api.viessmann.com/iot/v1/equipment/installations/157462/gateways/7571381743778206/features/gateway.devices","gatewayId":"7571381743778206","feature":"gateway.devices","timestamp":"2022-10-25T23:45:25.265Z","isEnabled":true,"isReady":true}]}
2022-10-26 09:01:22 heating.burners.enabled 0
2022-10-26 09:01:22 heating.circuits.0.name.name Heizk�rper
2022-10-26 09:01:22 heating.circuits.1.name.name Fu�bodenheizung
2022-10-26 08:46:18 installation {"data":[{"id":157462,"description":"Ochtendung","address":{"street":"Auf Zisselborn","houseNumber":"19","zip":"56299","city":"Ochtendung","region":null,"country":"de","phoneNumber":null,"faxNumber":null,"geolocation":{"latitude":50.3492732,"longitude":7.3829938,"timeZone":"Europe/Berlin"}},"registeredAt":"2019-02-04T11:28:04.484Z","updatedAt":"2021-12-17T04:30:23.788Z","aggregatedStatus":"WorksProperly","servicedBy":null,"heatingType":null,"ownedByMaintainer":false,"endUserWlanCommissioned":true,"withoutViCareUser":false,"installationType":"Residential","buildingName":null,"buildingEmail":null,"buildingPhone":null}],"cursor":{"next":""}}
2022-10-26 08:46:20 installation_features {"data":[]}
2022-10-26 09:01:22 login -
2022-10-26 09:01:22 state last update: 2022-10-26 09:01:22
Attributes:
alias Gasheizung
event-on-change-reading login
room Heizung,Keller
userReadings login {InternalVal("gasheizung","login","-")}
vitoconnect_actions_active 1
... und das List der Logdatei
Internals:
DEF ./log/GasheizungsLog-%Y-%m.log EG_Heizkoerperthermostat_Buero:desiredTemperature:.*|EG_Heizkoerperthermostat_Buero:temperature:.*|EG_Heizkoerperthermostat_Buero:valveposition:.*|Gasheizung:Aussentemperatur:.*|Gasheizung:Brenner_1_Modulation:.*|Gasheizung:HK1-Vorlauftemperatur:.*|Gasheizung:HK1-Zirkulationspumpe:.*|Gasheizung:HK2-Vorlauftemperatur:.*|Gasheizung:HK2-Zirkulationspumpe:.*|Gasheizung:Kesseltemperatur:.*|Gasheizung:WW-Haupttemperatur:.*|Gasheizung:WW-Isttemperatur:.*|Gasheizung:WW-Solltemperatur:.*|KG_Funkschalter_ZirkuPumpe:.*
FD 31
FUUID 5f8944ef-f33f-aab4-5b52-12085319cb4a3cf0
NAME HeizungsLog
NOTIFYDEV Gasheizung,KG_Funkschalter_ZirkuPumpe,EG_Heizkoerperthermostat_Buero
NR 1418
NTFY_ORDER 50-HeizungsLog
REGEXP EG_Heizkoerperthermostat_Buero:desiredTemperature:.*|EG_Heizkoerperthermostat_Buero:temperature:.*|EG_Heizkoerperthermostat_Buero:valveposition:.*|Gasheizung:Aussentemperatur:.*|Gasheizung:Brenner_1_Modulation:.*|Gasheizung:HK1-Vorlauftemperatur:.*|Gasheizung:HK1-Zirkulationspumpe:.*|Gasheizung:HK2-Vorlauftemperatur:.*|Gasheizung:HK2-Zirkulationspumpe:.*|Gasheizung:Kesseltemperatur:.*|Gasheizung:WW-Haupttemperatur:.*|Gasheizung:WW-Isttemperatur:.*|Gasheizung:WW-Solltemperatur:.*|KG_Funkschalter_ZirkuPumpe:.*
STATE active
TYPE FileLog
currentlogfile ./log/GasheizungsLog-2022-10.log
logfile ./log/GasheizungsLog-%Y-%m.log
READINGS:
2022-10-26 09:02:59 linesInTheFile 17426
pos:
Attributes:
alias HeizungsLog
archivedir ./Log-Archiv/
createGluedFile 1
icon time_note
logtype text
nrarchive 3
room Heizung
Kann sich jemand auf diesen Aufzeichungsausfall einen Reim machen?
Jo, kann ich. ;)
Du hast "event-on-change-reading" gesetzt.
Dazu ein Auszug aus dem Wiki:
ZitatWird event-on-change-reading für ein einzelnes Reading gesetzt, werden zunächst alle übrigen Readings nicht mehr protokolliert, erzeugen also keine Events mehr.
Gruß
Danny
Kaum machts man's richtig, schon funktioniert es.
Die Daten laufen wieder ein.#
Danke
Hallo Andreas,
könntest Du noch die Unterstützung des Attributs alignTime implementieren. Damit könnte man die Werte mit der sonstigen Datenerfassung besser synchronisieren!
z.B.: "attr vitoconnect alignTime 00:05:06" bei einem Erfassungszyklus von 300 Sekunden
Nochmal die Frage in die Runde, ob jemand schon eine FTUI-2-Oberfläche für seine Heizung umgesetzt hat?
Im Anhang stelle ich mal ungekürzt (enthält viele Dinge außerhalb von vitoconnect) meine bisherige FTUI-Lösung für's Smartphone)zur Verfügung.
Für Einige vielleicht auch interessant wegen dem Template für die Homematic-IP-Raumthermostate (HmIP-WTH-2) und dem Template für Stromverbraucher von Shellys über MQTT oder PCA301 mit Reading "power" für den aktuellen Strommesswert (die Readings für die Verbrauchswerte müssen allerdings errechnet werden - sehr komplex - kann ich bei Bedarf mal in einem anderen Thema vorstellen)!
Gruß
moewe
expirid token!
ich hasse vitocal. 1x im monat verbindungsprobleme, fix
Hi,
bei mir kommt es im Moment fast jeden Tag zu Verbindungsproblemen mit dem Viessmann Server. Mit "set update" oder "set apikey" geht dann alles wieder für ein paar Stunden. Habe dann mal die Zugriffe reduziert (alle 90 Sekunden), bringt aber auch nichts.
Hat im Moment noch jemand das Problem?
Grüße
Florian
Ich auch.
Ich leider auch.
Werde set update/apikey mal in ein notify einbauen.
//Roger
Die ganze Viessmann cloud-Geschichte scheint doch arg holperig zu laufen.
Bei Anlagen mit Optolink-Schnittstelle kann ich nur die alternative Anbindung (siehe #833) empfehlen. Das läuft ohne stottern.
@Roger,
kannst ja dann deine Lösung mit notify hier mal zeigen.
Grüße
Bei mir funktioniert es mit 180 Sekunden - solange die nicht wie in den letzten Tagen ständig am Server Änderungen vornehmen.
Da reicht dann einmal die DEF aufzurufen und modify für das Device zu klicken
Zitat von: buec65 am 03 November 2022, 10:03:43
Da reicht dann einmal die DEF aufzurufen und modify für das Device zu klicken
Stimmt. Danke für den Tip.
Zitat von: fourstroker am 03 November 2022, 08:32:48
@Roger,
kannst ja dann deine Lösung mit notify hier mal zeigen.
Grüße
Nachdem ich wieder Verbindungsprobleme hatte, habe ich mich heute mal versucht in die Alternative mit dem Optokopf einzulesen. Bin gescheitert. Leider ist die Anleitung dafür viel zu umfangreich.
Zitat von: fourstroker am 03 November 2022, 06:47:19
bei mir kommt es im Moment fast jeden Tag zu Verbindungsproblemen mit dem Viessmann Server. Mit "set update" oder "set apikey" geht dann alles wieder für ein paar Stunden. Habe dann mal die Zugriffe reduziert (alle 90 Sekunden), bringt aber auch nichts.
Hat im Moment noch jemand das Problem?
Ja, fing bei mir gestern an, heute permanent Login Fehler und seit 16:30 Uhr geht nichts mehr :-(
Die ViCare App funktioniert hingegen normal, scheint wohl ein 3rd Party API Access Problem zu sein.
Zitat von: masl am 03 November 2022, 19:10:25
Nachdem ich wieder Verbindungsprobleme hatte, habe ich mich heute mal versucht in die Alternative mit dem Optokopf einzulesen. Bin gescheitert. Leider ist die Anleitung dafür viel zu umfangreich.
Welche Anleitung hast du gelesen?
https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul
Zitat von: mcp am 03 November 2022, 21:54:54
Ja, fing bei mir gestern an, heute permanent Login Fehler und seit 16:30 Uhr geht nichts mehr :-(
Die ViCare App funktioniert hingegen normal, scheint wohl ein 3rd Party API Access Problem zu sein.
attr Viessmann_Vitoconnect vitoconnect_gw_readings 1
dann sieht man im gw Reading was das Problem war: API Limit erreicht - aaaaaha :)
Dann das DOIF dafür erweitert so dass der Intervall auf 1 Tag hochgesetzt wird (wenn das Limit erreicht ist geht bis 0 Uhr nichts mehr), um kurz nach 0 Uhr schauen ob das gw Reading den Text RATE_LIMIT_EXCEEDED enthält, wenn ja den Intervall wieder auf 65 Sekunden runtersetzen und set update und alles gut.
Das Limit bzw. das Überschreiten dessen wird beim Tageswechsel wieder resettet.
Zitat von: masl am 04 November 2022, 06:23:12
https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul
Ja, so bequem wie mit dem Modul hier wird's wohl nicht werden ;-/
Ich hab da vor Corona mit nem Freund zusammen was gebaut, allerdings ohne vcontrold sondern mit FHEM Board-Mitteln. Hatten bisher leider nur keine Zeit es fertig zu machen, war etwas komplizierter :) ... und ob ich das überhaupt noch weitermachen werde steht in den Sternen, da die Gas-Heizung eh bald raus soll (Gas kann ja keiner mehr bezahlen)
Ich kann das ja mal raussuchen und Dir zur Verfügung stellen, evtl. kommst du damit klar bzw. wäre es ein Anfang.
Zitat von: masl am 04 November 2022, 06:23:12
https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul
Ich nutze vcontrold und schalte damit gerade sowohl Warmwasser- und Heizungstemperatur.
Hallo Andreas,
ich sehe im Stundentakt
Received response: {"viErrorId":"req-ba319e1a3ad44735aca196b42dad1851","statusCode":401,"errorType":"UNAUTHORIZED","mes...
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
gefolgt von einem
getRefreshCallback went ok
Received response: {"access_token":<snip><snip><snip><snip>,"token_type":"Bearer","expires_in":3600}
Das neue Token hält wohl nur 1 Stunde ("expires_in":3600). Technisch funktioniert's, führt aber zu vielen Fehlermeldungen.
Gibt es eine Möglichkeit den Token-Refresh forciert vor Ablauf der 3600 Sekunden durchzuführen statt auf die Fehlermeldung zu warten?
VG Peter
ZitatstatusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
Hallo zusammen,
auch ich habe dieses leidige Problem.
Ich habe es vorerst mal mit einem UserReading, einem notify und einem at gelöst.
Folgender Ansatz:
In einem UserReading sichere ich mir die ersten 12 Stellen des state, also im Normalfall "last update:".
Auf das UserReading habe ich ein notify gesetzt, das bei einer Änderung dann prüft, welchen Inhalte state hat. Ist es "statusCode: 401" setzte ich ein update auf mein vitoconnect.
Zusätzlich prüfe ich alle 10 Minuten über ein at, ob das UserReading abweichend von "last update:" ist und setzt ggf. auch dann ein update.
Den Umweg über das UserReading (anstatt direkt ein notify auf den state zu setzen) gehe ich, da der state sich mit jeder API-Anfrage ändert (Datum und Uhrzeit, wenn's denn läuft) und ich dadurch dann sehr häufig das notify auslösen würde.
Das funktioniert bei mir soweit. Ich versende, quasi zu debug-Zwecken, eine Telegramm-Nachricht. Darin sehe ich, dass das Update nach statusCode: 401 bisher immer erfolgreich war.
Nun noch ein bisschen von meinen Code dazu:
- mein vitoconnect-device heisst vitoconnect (originell, oder?!)
- mein TelegramBot heisst SmartMessenger
Das UserReading:
Usr_Aktiv_Status:.* {(sprintf("%.12s", ReadingsVal("vitoconnect","state","")))}
dazu muss state und Usr_Aktiv_Status im event-on-change-reading aufgenommen sein.
Das zugehörige Notify:
defmod notify_vitoconnect_stoerung notify vitoconnect:Usr_Aktiv_Status.* {AktionBeiVitoconnectStatusChanged()}
damit wird eine Routine aus meiner 99_myUtils aufgerufen:
#- Aktionen bei Status-Änderung vitoconnect
sub AktionBeiVitoconnectStatusChanged()
{
fhem('set SmartMessenger message vitoconnect Status: [vitoconnect:state]');
if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last updated:" )
{
if( ReadingsVal('vitoconnect','state','') eq "statusCode: 401.*" )
{
#-- Vebindung zu viessmann neu aufbauen
fhem ("set vitoconnect update");
}
}
}
und noch die Überwachung über das at:
defmod ZUhrTGL_CheckVitoconnect at +*00:10 { fhem ("set vitoconnect update") if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last update:" )}
So, ich hoffe, alles nötige zusammengeschrieben zu haben.
Vielleicht hilft es dem einen oder anderen...
Gruß
Uwe
Hallo Uwe,
warum ist das ein ,,leidiges Problem"? Es funktioniert genau so wie es soll. Wenn der Token expired, wird es automatisch refreshed. Dein ,,update" ist überflüssig. Wenn Dich die ,,Fehlermeldungen" stören, setz den Loglevel runter.
Viele Grüße
Andreas
Zitat von: Uwe S. am 06 November 2022, 14:32:22
Hallo zusammen,
auch ich habe dieses leidige Problem.
Ich habe es vorerst mal mit einem UserReading, einem notify und einem at gelöst.
Folgender Ansatz:
In einem UserReading sichere ich mir die ersten 12 Stellen des state, also im Normalfall "last update:".
Auf das UserReading habe ich ein notify gesetzt, das bei einer Änderung dann prüft, welchen Inhalte state hat. Ist es "statusCode: 401" setzte ich ein update auf mein vitoconnect.
Zusätzlich prüfe ich alle 10 Minuten über ein at, ob das UserReading abweichend von "last update:" ist und setzt ggf. auch dann ein update.
Den Umweg über das UserReading (anstatt direkt ein notify auf den state zu setzen) gehe ich, da der state sich mit jeder API-Anfrage ändert (Datum und Uhrzeit, wenn's denn läuft) und ich dadurch dann sehr häufig das notify auslösen würde.
Das funktioniert bei mir soweit. Ich versende, quasi zu debug-Zwecken, eine Telegramm-Nachricht. Darin sehe ich, dass das Update nach statusCode: 401 bisher immer erfolgreich war.
Nun noch ein bisschen von meinen Code dazu:
- mein vitoconnect-device heisst vitoconnect (originell, oder?!)
- mein TelegramBot heisst SmartMessenger
Das UserReading:
Usr_Aktiv_Status:.* {(sprintf("%.12s", ReadingsVal("vitoconnect","state","")))}
dazu muss state und Usr_Aktiv_Status im event-on-change-reading aufgenommen sein.
Das zugehörige Notify:
defmod notify_vitoconnect_stoerung notify vitoconnect:Usr_Aktiv_Status.* {AktionBeiVitoconnectStatusChanged()}
damit wird eine Routine aus meiner 99_myUtils aufgerufen:
#- Aktionen bei Status-Änderung vitoconnect
sub AktionBeiVitoconnectStatusChanged()
{
fhem('set SmartMessenger message vitoconnect Status: [vitoconnect:state]');
if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last updated:" )
{
if( ReadingsVal('vitoconnect','state','') eq "statusCode: 401.*" )
{
#-- Vebindung zu viessmann neu aufbauen
fhem ("set vitoconnect update");
}
}
}
und noch die Überwachung über das at:
defmod ZUhrTGL_CheckVitoconnect at +*00:10 { fhem ("set vitoconnect update") if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last update:" )}
So, ich hoffe, alles nötige zusammengeschrieben zu haben.
Vielleicht hilft es dem einen oder anderen...
Gruß
Uwe
Hallo Plin,
Works as designed. Wenn dich die vielen ,,Fehlermeldungen" stören, setz den Loglevel herunter.
Viele Grüße
Andreas
Zitat von: plin am 05 November 2022, 16:30:14
Hallo Andreas,
ich sehe im Stundentakt
Received response: {"viErrorId":"req-ba319e1a3ad44735aca196b42dad1851","statusCode":401,"errorType":"UNAUTHORIZED","mes...
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
gefolgt von einem
getRefreshCallback went ok
Received response: {"access_token":<snip><snip><snip><snip>,"token_type":"Bearer","expires_in":3600}
Das neue Token hält wohl nur 1 Stunde ("expires_in":3600). Technisch funktioniert's, führt aber zu vielen Fehlermeldungen.
Gibt es eine Möglichkeit den Token-Refresh forciert vor Ablauf der 3600 Sekunden durchzuführen statt auf die Fehlermeldung zu warten?
VG Peter
Hallo Andreas,
leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.
Grüße und Danke fürs Modul!
Moin neworder,
Zitat von: neworder am 07 November 2022, 08:52:50
leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.
War bei mir auch so, aber das lag eher an Viessmann, die haben an ihrer Landschaft geschraubt. Seit gestern ist, zumindest bei mir, wieder Ruhe im Karton und alles wie vor November :D
Zitat von: andreas13 am 07 November 2022, 07:38:01
Hallo Plin,
Works as designed. Wenn dich die vielen ,,Fehlermeldungen" stören, setz den Loglevel herunter.
Viele Grüße
Andreas
Alles ok wenn's so sein soll. Ich bin nur drüber gestolpert weil ich keine Aktualisierungen der Readings mehr gesehen habe.
VG Peter
Wenn es keine Aktualisierungen gibt, liegt es meistens an Viessmann. Das Modul ist so geschrieben, dass es tolerant auf API Fehler reagiert und es regelmäßig neu versucht. Sollte das mal nicht funktionieren, bitte mal eine Log 4 machen. Dann kann ich ehen, ob es ein Fehler im Modul ist und den reparieren. Das ist besser als mit was handgestrickten den Fehler zu umschiffen.
Zitat von: plin am 07 November 2022, 16:00:38
Alles ok wenn's so sein soll. Ich bin nur drüber gestolpert weil ich keine Aktualisierungen der Readings mehr gesehen habe.
VG Peter
Hier gilt das gleiche wie im vorherigen Post: Das Modul versucht es bei API Fehlern automatisch nochmal. Ein händisches "update" sollte nicht nötig sein.
Zitat von: neworder am 07 November 2022, 08:52:50
Hallo Andreas,
leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.
Grüße und Danke fürs Modul!
Hallo,
ich bekomme aktuell folgende Fehlermeldung:
"statusCode":404,"errorType":"ENDPOINT_NOT_FOUND","message":"Endpoint /iot/v1/equipment/gateways does not match any existing route"}
Wisst ihr, was das bedeuten kann?
Bei mir ist gerade mal wieder der Login gescheitert, selbst mit "Update" geht es nicht mehr. Aber man kann derzeit auch keine Viessmann-Seiten im Netz aufrufen..... echte Profis ;D
Zitat von: MAX_V am 07 November 2022, 19:27:38
Hallo,
ich bekomme aktuell folgende Fehlermeldung:
"statusCode":404,"errorType":"ENDPOINT_NOT_FOUND","message":"Endpoint /iot/v1/equipment/gateways does not match any existing route"}
Wisst ihr, was das bedeuten kann?
hier ebenso. Viessmann "optimiert" wieder was kaputt ;-D
Bei mir sieht es nicht besser aus:
JSON error while request: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "Bad Gateway") at ./FHEM/98_vitoconnect.pm line 1688.
also abwarten. Hauptsache die Heizung macht warm ;)
Die App funktioniert jetzt auch nicht mehr, wegen Wartungsarbeiten. Anscheinend machen die bei Viessmann heute ne Nachtschicht :-)
Ja, eigentlich top :)
Ich lass die ganze Zeit Full debug mitlaufen, kann man dann alles schön im Code abfangen und entsprechend ne Info geben.
Aber warum die Viessmänner sowas nicht im Sommer machen, da hätte das mit Sicherheit doch keiner mitbekommen ;)
keine Frage zum Modul -> Wo ist das Thema besser aufgehoben? Seit 8.11.22 09:15 bekomme ich keine neuen Werte (fhem reboot, Router neugestartet). Über die offizielle App ist der Zugriff möglich (auch über die Viessmann dev page kann ich meinen Account erreichen). Hat jemand eine Idee?
Setze verbose mal im Vitoconnect Device auf 5, attr vitoconnect_gw_readings auf 1 und mach ein Update und schau mal ob irgendwas im FHEM Log oder in den Readings wie state und gw auftaucht was einen Hinweis gibt was los ist.
Hallo mcp,
danke für dein Feedback. Als fhem learner kann/brauche ich mehr info wie ich den verbose im Vitoconnect Device auf 5 setze. Mit meinen VI Kenntnissen in 98_vitoconnect.pm habe ich da nix gefunden :). Über das WebInterface habe ich vitoconnect_gw_readings auf 1 gesetzt, nur wo finde ich den output?
für heute erst mals Schluss :D
Schau mal unter den Attributen, da findest du in der Auswahlliste "verbose"!
Moin neworder,
Zitat von: neworder am 08 November 2022, 21:46:52
danke für dein Feedback. Als fhem learner kann/brauche ich mehr info wie ich den verbose im Vitoconnect Device auf 5 setze. Mit meinen VI Kenntnissen in 98_vitoconnect.pm habe ich da nix gefunden :). Über das WebInterface habe ich vitoconnect_gw_readings auf 1 gesetzt, nur wo finde ich den output?
Das Attribut verbose findest du genauso an der gleichen Stelle wie das Attribut vitoconnect_gw_readings :)
Wie geschrieben ist der Output davon im Reading gw.
Eventuelle Fehler/Debug Ausgabe (wegen verbose 5) siehst du auch noch in der fhem.log Datei bzw. fhem-$datum.log unter /opt/fhem/log (wenn es denn dort installiert ist)
—
ciao, Marc
@uron und mcp: verbose gefunden (die Attribute sind hier aber auch so weit unten ;D). Seit 02:00 liefert Viessmann wieder. Noch viel geduldiger ich werden muss 8).
Ich habe aktuell auch Probleme mit dem Modul.
Ich habe nach einem fhem-Neustart heute (geplant, hatte nichts mit dem Modul zu tun) folgende Meldungen im Log gehabt:
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <DATA> line 1.
2022.11.09 11:00:23 3: vitoconnect - Passwort war bereits gespeichert
etwas später dann:
2022.11.09 11:01:43 1: vitoconnect - An error occured: read from https://iam.viessmann.com:443 timed out
2022.11.09 11:01:43 1: vitoconnect - Login failure. Check password and apiKey
Seitdem hat das Modul dann aber offenbar aufgegeben zyklisch weitere Logins zu versuchen.
Irgendwas scheint meiner Meinung nach mit dem Retry nach Fehler nicht so ganz zu passen (was auch erklären würde, warum hier manche mit anderen Mechanismen versuchen einen Update zu erzwingen).
Ein manuelles set <vitoconnect-Device> update hat das Modul bei mir jedenfalls wieder in Gang gebracht.
Dabei gab es noch ein paar Warnings, die aber vermutlich ignorierbar sind:
2022.11.09 17:09:53 4 : vitoconnect - getFeatures went ok
2022.11.09 17:09:53 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2022.11.09 17:09:54 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Seither läuft auch die zyklische Abfrage wieder ganz normal weiter, auch weitere PERL WARNINGS habe ich mehr gesehen.
Grüße, gadget
Hallo gadget,
das erste sind nur Warnings, die Du ignorieren kannst. Das zweite sieht danach aus, als ob Viessman mal wieder an den Servern spielt. Das letzte sind wieder nur Warnings.
Eigentlich sollte das Modul nach jedem Fehlerzustand (Loginfehler, Serverfehler, Token, ...) immer selbstständig einen neuen Versuch unternehmen. Sollte das mal nicht der Fall sein, brauche ich Log mit "verbose 4", um das zu reparieren.
Viele Grüße
Andreas
Zitat von: gadget am 09 November 2022, 17:21:50
Ich habe aktuell auch Probleme mit dem Modul.
Ich habe nach einem fhem-Neustart heute (geplant, hatte nichts mit dem Modul zu tun) folgende Meldungen im Log gehabt:
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <DATA> line 1.
2022.11.09 11:00:23 3: vitoconnect - Passwort war bereits gespeichert
etwas später dann:
2022.11.09 11:01:43 1: vitoconnect - An error occured: read from https://iam.viessmann.com:443 timed out
2022.11.09 11:01:43 1: vitoconnect - Login failure. Check password and apiKey
Seitdem hat das Modul dann aber offenbar aufgegeben zyklisch weitere Logins zu versuchen.
Irgendwas scheint meiner Meinung nach mit dem Retry nach Fehler nicht so ganz zu passen (was auch erklären würde, warum hier manche mit anderen Mechanismen versuchen einen Update zu erzwingen).
Ein manuelles set <vitoconnect-Device> update hat das Modul bei mir jedenfalls wieder in Gang gebracht.
Dabei gab es noch ein paar Warnings, die aber vermutlich ignorierbar sind:
2022.11.09 17:09:53 4 : vitoconnect - getFeatures went ok
2022.11.09 17:09:53 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2022.11.09 17:09:54 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
Seither läuft auch die zyklische Abfrage wieder ganz normal weiter, auch weitere PERL WARNINGS habe ich mehr gesehen.
Grüße, gadget
Hallo zusammen,
das ist mein letztes Posting als Maintainer des Moduls: Marc alias mcp übernimmt ab heute das Modul. Ich werde Marc noch einige Zeit helfen und mich dann mehr und mehr zurückziehen. Ich freue mich, dass sich das Modul immer noch so großer Beliebtheit erfreut und über die aktive Community hier. Vielen Dank, dass Du das Modul weiter pflegen willst.
Viele Grüße
Andreas
Zitat von: andreas13 am 09 November 2022, 18:16:02
Eigentlich sollte das Modul nach jedem Fehlerzustand (Loginfehler, Serverfehler, Token, ...) immer selbstständig einen neuen Versuch unternehmen. Sollte das mal nicht der Fall sein, brauche ich Log mit "verbose 4", um das zu reparieren.
Ich hatte verbose 5 eingeschaltet und eine Viertelstunde gewartet (Mein Update Intervall sind 600 Sekunden). Da war aber genau gar nichts im Log. Deshalb meine Vermutung, dass es beim Retry evtl. doch noch einen Bug gibt wenn das Modul auf einen Login failure trifft.
Was ich in der Vergangenheit schon öfters hatte waren Fehler wie "statusCode: 502 errorType: message: DEVICE_COMMUNICATION_ERROR error: Bad Gateway", da lief das Modul ohne Probleme weiter bis wieder Kommunikation möglich war.
Grüße und viel Erfolg bei allem was Du Dir für die Zukunft vorgenommen hast ! Und danke für das tolle Modul ! Und Marc wünsche ich viel Erfolg als zukünftigem Maintainer !
Grüße, gadget
Hallo Andreas,
Zitat von: andreas13 am 09 November 2022, 18:23:14
das ist mein letztes Posting als Maintainer des Moduls: Marc alias mcp übernimmt ab heute das Modul. Ich werde Marc noch einige Zeit helfen und mich dann mehr und mehr zurückziehen. Ich freue mich, dass sich das Modul immer noch so großer Beliebtheit erfreut und über die aktive Community hier. Vielen Dank, dass Du das Modul weiter pflegen willst.
sehr gerne. Danke, daß ich die Chance bekomme :)
alles Gute für Dich.
--
ciao, Marc
Moin gadget,
Zitat von: gadget am 09 November 2022, 18:27:46
Ich hatte verbose 5 eingeschaltet und eine Viertelstunde gewartet (Mein Update Intervall sind 600 Sekunden).
du kannst da ruhig einen kleineren Intervall nehmen, ich fahre seit Ewigkeiten gut mit 65 Sekunden.
In der freien Version sind 1450 API Aufrufe pro Tag möglich (siehe auch https://developer.viessmann.com/start/pricing.html (https://developer.viessmann.com/start/pricing.html))
86400 / 1450 == 59,586..., mit 60 hatte ich es vor einiger Zeit mal probiert, kam dann aber gegen Abend öfter an das Limit, mit 65 läuft es gut (ich mache aber auch so gut wie nichts/nie mit der ViCare App) - das muss man natürlich berücksichtigen.
Moin gadget,
Zitat von: gadget am 09 November 2022, 17:21:50
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $param masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1858, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $err masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $msg masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1865, <DATA> line 1.
2022.11.09 11:00:23 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/98_vitoconnect.pm line 1866, <DATA> line 1.
bereits lokal gefixt.
Zitat
etwas später dann:
2022.11.09 11:01:43 1: vitoconnect - An error occured: read from https://iam.viessmann.com:443 timed out
2022.11.09 11:01:43 1: vitoconnect - Login failure. Check password and apiKey
Seitdem hat das Modul dann aber offenbar aufgegeben zyklisch weitere Logins zu versuchen.
Irgendwas scheint meiner Meinung nach mit dem Retry nach Fehler nicht so ganz zu passen (was auch erklären würde, warum hier manche mit anderen Mechanismen versuchen einen Update zu erzwingen).
Ein manuelles set <vitoconnect-Device> update hat das Modul bei mir jedenfalls wieder in Gang gebracht.
@andreas13: kann es sein, daß genau in dem Fall kein InternalTimer mehr aufgerufen wird und daher bei dem Fehler nichts weiter passiert?
Edit: es ist genau so wie vermutet, gerade nachgestellt. Werde ich beheben.
Zitat
Dabei gab es noch ein paar Warnings, die aber vermutlich ignorierbar sind:
2022.11.09 17:09:53 4 : vitoconnect - getFeatures went ok
2022.11.09 17:09:53 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1849.
2022.11.09 17:09:54 1 : PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1867.
ebenso bereits lokal gefixt - ich uploade später/morgen ein Update des Moduls.
--
ciao, Marc
Moin Andreas und Marc,
@Andreas: läuft seit April/Mai stabill und hat mir viel übers die Heizung gezeigt! *verbeuge mich* TOP! :D Besten Dank!
Wenn das im April so gelaufen wäre, hätte ich aufgegeben!
@Marc: Dir alles Beste für die Modulbetreuung. Wenn du mal einen Dummy/Test User brauchst -> Hier isser.
Im Developer-Bereich bei www.viessmann-community.com wird eine Wartung für Mittwoch angekündigt:
Scheduled maintenance 11/16/2022
There is planned maintenance work on the Viessmann servers on 11/16/2022, 09:00 to 10:00 CET. During this time there may be a limitation of API functionality. This maintenance has no effect on your Viessmann heating system. It serves to improve our servers and thus also the API.
Es gibt wieder Wartungsarbeiten
Wie haltet ihr das nur aus... :o
Die Vitoconnect-Hardware ist ja weiß Gott nicht preiswert.
Dafür ist der Support für das Ding von Viessmann unterirdisch. >:(
Ich bin froh, daß ich die Optolink-Schnittstelle benutzen kann, die läuft seit Jahren Problemfrei ohne Cloud-Anbindung.
Eigenbau Optolink hatte ich auch ein paar Jahre im Einsatz aber die neuen Geräte haben das nicht mehr.
Nach einigen Anpassungen ist das für mich schon nutzbar.
Mit der ViCare-App kann man ja Einstellungen anpassen.
Zitat von: mcp am 09 November 2022, 18:51:23
@andreas13: kann es sein, daß genau in dem Fall kein InternalTimer mehr aufgerufen wird und daher bei dem Fehler nichts weiter passiert?
Edit: es ist genau so wie vermutet, gerade nachgestellt. Werde ich beheben.
--
ciao, Marc
Hi, gibts dazu demnächst ein Update bitte? Danke! Grüße
Steht doch weiter oben schon
Ich habe nur das eine Modul updaten lassen - dauert sehr lange
Seit dem keine Probleme mit Reonnect bei Wartungsarbeiten an den Servern
Guten Morgen h0nIg,
Zitat von: h0nIg am 21 November 2022, 21:13:50
Hi, gibts dazu demnächst ein Update bitte? Danke! Grüße
Hmm, ich war felsenfest der Meinung, dass ich am nächsten Tag, nach meiner Nachricht, das Update hochgeladen habe?!
Anscheinend ist das nicht der Fall :-(
Ich mache das im Verlauf des Tages erneut und prüfe! das dann auch.
Tut mir Leid und soll nicht wieder vorkommen.
Update ist hochgeladen:
98_vitoconnect.pm: Missing update interval after login failure
Mal etwas ganz anderes (positives Feedback): Läuft bei mir seitdem ohne Aussetzer! ;)
Hallo,
Ich hätte da mal wieder ein Problem:
- Modul läuft gemütlich vor sich hin, Readings werden aktualisiert, SVGs passen. Alles schick.
- Im Frontend habe ich einen Pushbotton, um die Heizung aus zu schalten. Der wird gedrückt. Das führt dazu, dass ein Dummy sofort auf "Aus" geschaltet wird und so wird das im Frontend auch angezeigt. Frontend-Benutzer geht davon aus, dass die Heizung jetzt aus ist.
- Die Änderung am Dummy führt dazu, dass ein DOIF ein set vitoconnect HK1-Betriebsart standby lostritt wird und geht davon aus, dass das dann auch so verarbeitet wird und die Anzeige im Frontend korrekt ist.
- Im Log steht aber:
022.11.30 13:26:16 1 : vitoconnect - set vitoconnect HK1-Betriebsart standby: Fehler während der Befehlsausführung: :: {"viErrorId":"req-de3a1e0fbf344d9782e32a5281cc9d1b7","statusCode":401,"errorType":"UNAUTHORIZED","message":"Token provided in request is expired or invalid.","error":"EXPIRED TOKEN"}
Der set wird also nicht ausgeführt weil Token abgelaufen.
- Einige Minuten später im Log, wohl bei der zyklischen Abfrage (inzwischen verbose 4 eingeschaltet)
2022.11.30 13:34:23 4 : vitoconnect - GetUpdate called ...
2022.11.30 13:34:23 4 : vitoconnect - enter getResource
2022.11.30 13:34:23 4 : vitoconnect - access_token: eyJlbmEDsWiJBMjU2R0N...
2022.11.30 13:34:23 4 : vitoconnect - installation: 323866
2022.11.30 13:34:23 4 : vitoconnect - gw: 7637412216793209
2022.11.30 13:34:23 4 : vitoconnect - getResourceCallback went ok
2022.11.30 13:34:23 4 : vitoconnect - statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
2022-11-30 13:34:23 vitoconnect vitoconnect statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN
2022-11-30 13:34:23 vitoconnect vitoconnect Betriebsart: standby
2022.11.30 13:34:23 4 : vitoconnect - getRefreshCallback went ok
2022.11.30 13:34:23 4 : vitoconnect - Access Token: eyJlbmEDsWiJBMjU2R0N...
2022.11.30 13:34:24 4 : vitoconnect - getGwCallback went ok
2022.11.30 13:34:24 4 : vitoconnect - getInstallationCallback went ok
2022.11.30 13:34:25 4 : vitoconnect - getDeviceCallback went ok
also ist jetzt offenbar wieder ein gültiges Token vorhanden
- Das reading HK1-Betriebsart wird aktualisiert, da steht jetzt nach wie vor dhwAndHeating drin.
- Das aktualisiert den Dummy und führt dazu, dass jetzt auch im Frontend wieder Heizung+WW angezeigt wird.
Wenn ich jetzt nochmal im Frontend auf "Aus" drücke klappt der set ... standby diesmal und die Anzeige im Frontend bleibt auch beim nächsten Zyklus auf "Aus".
Das ist natürlich so nicht brauchbar. Wenn ich im Frontend Aus schalte soll die Heizung auch zuverlässig ausschalten und nicht nur dann wenn der Token noch gültig ist.
Für alle anderen Betriebsarten, Temperaturänderungen usw. natürlich genau so.
Ich könnte die Logik jetzt so umbauen, dass ich solange zyklisch set-Befehle abschicke bis es keine Diskrepanz mehr zwischen Frontend-Dummy und reading in der Heizung gibt. Dann wären Änderungen aber auch nur noch vom Frontend aus möglich. Wenn direkt an der Heizung oder über die Viesmann-App umgeschaltet wird, würde das von fhem wieder rückgängig gemacht werden.
Ich bin eigentlich davon ausgegangen, dass die set-Kommandos in eine Queue gestellt werden wenn ein 401 zurück kommt und der Token zunächst refresht werden muss.
Wäre es denkbar, zumindest eine Option einzubauen, die vor jedem set erst mal das Token testet und refresht (oder einfach immer refresht bei einem set) ? So oft passiert das ja i.d.R. nicht (bei mir maximal 6 mal täglich ein set-Kommando ).
Beim zyklischen aktualisieren der readings ist es hingegen ja nicht weiter tragisch, wenn da mal ein Zyklus ausfällt, weil erst mal das Token aktualisiert werden muss ....
Grüße, gadget
PS: Hab die aktuellste Modul-Version von vor einer Woche.
Moin gadget,
ja, habe ich bereits lokal eingebaut (allerdings ohne Option sondern eleganter ;)) und vieles vieles mehr, ebenso diverse Bugfixes.
Ich denke/hoffe übernächste Woche bin ich soweit für das große Update.
Aber selbst wenn vor dem Set der Token erneuert wird hast Du keine Garantie, daß der Set-Befehl auch ausgeführt bzw. korrekt ausgeführt wurde (sei es Token expired, timeout, Internet-Leitung platt, Vitoconnect Modul platt, Viessmann Wartung and whatnot ...)
Daher gibt's in der neuen Version auch ein Reading, ob das Set Kommando erfolgreich war oder nicht, ebenso wird nach einem Set, wenn die Übertragung an die API erfolgreich war, eine Aktualisierung vorgenommen, die dann die Änderung auch widerspiegeln muss.
Heißt aber auch, daß Du dein Konstrukt dann umbauen solltest so daß das set nicht einfach das Dummy blind ausschaltet sondern erst auf off geht, wenn das DOIF entsprechend geschaltet hat _UND_ die Rückmeldung von der Heizung gekommen ist / wirklich umgeschaltet hat :) - Ansonsten kannst Du nie 100%ig sicher sein, daß dem auch wirklich so ist.
Wie hoch hast Du Deinen Intervall eingestellt? Ich nehme an, daß Du einen sehr hohen Intervall hast, ich vermute >= 1 Stunde, sonst würdest Du eigentlich nie einen expired Token bei einem Set sehen, weil der Token 3600 Sekunden (1 Stunde) valide ist.
Edit: Schmarrn. Der Token wird ja auch nur aktualisiert sobald irgendwas von der API meldet, dass der Token expired ist. Wenn dein Intervall 10 Minuten ist hast du nach Ablauf der Token Zeit und VOR refresh den Set gemacht und der Set hat einen refresh ausgelöst.
Hört sich super an !
Mein Refresh Intervall ist aktuell 10 min.
Oops. Ok, wahrscheinlich war da auch irgendwo ein Bug weshalb das so auftritt, wenn er da war hab ich ihn jedenfalls gefixt ;) - muss ich später mal @Home im Changelog nachschauen.
FYI:
Viessmann Developer Portal
Due to maintenance work to improve the application, the Developer Portal will be unavailable from 07.12.2022 21:00 to 07.12.2022 22:00. We ask for your understanding.
-> solche Infos werden in der neuen Version ebenso abgerufen und per Reading verfügbar sein.
Hallo,
seit dem 29.Nov. 3:52 wird von vitoconnect kein Wert für die HK1-Zirkulationspumpe übertragen bzw. im Modul vitoconnect registriert. Alle anderen Werte kommen an.
Ist das aus der Übertragung gelöscht worden?
Hallo fhemfatale,
Zitat von: fhemfatale am 02 Dezember 2022, 20:22:23
seit dem 29.Nov. 3:52 wird von vitoconnect kein Wert für die HK1-Zirkulationspumpe übertragen bzw. im Modul vitoconnect registriert.
Ist das aus der Übertragung gelöscht worden?
"heating.circuits.0.circulation.pump.status" => "HK1-Zirkulationspumpe"
laut JSON Dump (set logResponseOnce und dann im FHEM Log Verzeichnis resource.json) ist das vorhanden:
{
'deviceId' => '0',
'isReady' => $VAR1->{'data'}[0]{'isEnabled'},
'properties' => {
'status' => {
'value' => 'on',
'type' => 'string'
}
},
'timestamp' => '2022-12-02T13:16:29.582Z',
'isEnabled' => $VAR1->{'data'}[0]{'isEnabled'},
'commands' => {},
'apiVersion' => 1,
'gatewayId' => 'bla',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/foo/gateways/bar/devices/0/features/heating.circuits.0.circulation.pump',
'feature' => 'heating.circuits.0.circulation.pump'
}
Siehst du diese Option denn in der ViCare App oder via https://viguide.viessmann.com/ (https://viguide.viessmann.com/)?
Zitat
Alle anderen Werte kommen an.
woher weißt Du, was ankommt und was nicht? Readings gelöscht und dann gesehen was neu erstellt wird?
oder benutzt Du 'timestamp-on-change-reading .*'?
Zitatwoher weißt Du, was ankommt und was nicht? Readings gelöscht und dann gesehen was neu erstellt wird? oder benutzt Du 'timestamp-on-change-reading .*'?
Ja, ich benutze event-on-change-reading ...,HK1-Zirkulationspumpe,WW-Zirkulationspumpe_Status,... und event-min-interval HK1-Zirkulationspumpe:3600
Der Status von der WW-Zirkulationspumpe wird zB. übertragen.
Ich habe nichts an der Konfiguration geändert, das Reading HK1-Zirkulationspumpe hat den im ersten Beitrag angegebenen Zeitstempel. Andere haben aktuelle und werden auch rot dargestellt bei der Aktualisierung.
Bei mir sieht das resource.json so aus:
{
'isReady' => $VAR1->{'data'}[0]{'isReady'},
'deviceId' => '0',
'commands' => {},
'gatewayId' => 'xxx',
'apiVersion' => 1,
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/yyy/gateways/xxx/devices/0/features/heating.circuits.0.circulation.pump',
'timestamp' => '2022-12-03T16:44:16.701Z',
'feature' => 'heating.circuits.0.circulation.pump',
'properties' => {},
'isEnabled' => $VAR1->{'data'}[0]{'isEnabled'}
}
ZitatSiehst du diese Option denn in der ViCare App oder via https://viguide.viessmann.com/?
In der Vicare App steht Interne Pumpe An.
Moin fhemfatale,
Zitat von: fhemfatale am 03 Dezember 2022, 19:07:34
Ja, ich benutze event-on-change-reading ...,HK1-Zirkulationspumpe,WW-Zirkulationspumpe_Status,... und event-min-interval HK1-Zirkulationspumpe:3600
Der Status von der WW-Zirkulationspumpe wird zB. übertragen.
Ich habe nichts an der Konfiguration geändert, das Reading HK1-Zirkulationspumpe hat den im ersten Beitrag angegebenen Zeitstempel. Andere haben aktuelle und werden auch rot dargestellt bei der Aktualisierung.
Bei mir sieht das resource.json so aus:
{
'isReady' => $VAR1->{'data'}[0]{'isReady'},
'deviceId' => '0',
'commands' => {},
'gatewayId' => 'xxx',
'apiVersion' => 1,
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/yyy/gateways/xxx/devices/0/features/heating.circuits.0.circulation.pump',
'timestamp' => '2022-12-03T16:44:16.701Z',
'feature' => 'heating.circuits.0.circulation.pump',
'properties' => {},
'isEnabled' => $VAR1->{'data'}[0]{'isEnabled'}
}
In der Vicare App steht Interne Pumpe An.
Na das sieht für mich alles ok aus. Und event-on-change-reading gibt ja nur ein Event und somit in rot eingefärbt, wenn sich der Wert des Readings verändert. Und das bei dir auch nur, wenn da mindestens 1 Stunde dazwischen liegt.
Ich behaupte, wenn du das event-on-change-reading temporär mal raus nimmst, wirst du bei jedem Update alle Werte rot eingefärbt sehen.
Alternativ HK1-Zirkulationspumpe bei event-on-change-reading rausnehmen und bei event-on-update-reading eintragen und event-min-interval löschen.
Der JSON Timestamp sagt einem ja, dass das ein aktueller Wert ist.
Weiterhin glaube ich, dass bei Dir vorher die Zirkulationspumpe nur sporadisch lief, aber jetzt, wo es so kalt geworden ist, quasi permanent, daher siehst du da keine Veränderungen.
Möglich? :)
Mit Google aus dem Französischen übersetzt
Hallo
HK1-Zirkulationspumpe ist seit 16:47 wieder da (ohne etwas zu tun)
05.12.2022_16:47:16 vitoconnect Brenner_1_Starts: 19196
2022-12-05_16:47:16 vitoconnect Brenner_1_Betriebsstunden: 2967
2022-12-05_16:47:16 vitoconnect HK1-Zirkulationspumpe: an
2022-12-05_16:47:16 vitoconnect WW-Isttemperatur: 54.4
Es gab Fehler im Protokoll
2022.12.05 11:37:15 1: PERL-WARNUNG: readline() auf geschlossenem Dateihandle DATA bei ./FHEM/58_GPIO4.pm Zeile 132.
05.12.2022 16:44:12 1: vitoconnect - Timer API Fehler
05.12.2022 16:45:12 1: vitoconnect - Timer API Fehler
05.12.2022 16:46:14 1: vitoconnect - Timer API Fehler
HK1.Zirkulationspumpe fehlt bei mir seit
18:42 auch Umstellung auf raw-readings bringt da nichts
Vitodens 300-W B3HG-25
Im Modul bisher erfolgreich Model Vitotronic_200_(HOB) verwendet.
In der App werden da auch keine Zirkulationspumpen für HK1 und HK2 angezeigt, nur für Warmwasser.
Wieder weniger Daten die man nutzen kann.
Der Hersteller will die kostenfreie Nutzung scheinbar nicht haben.
Mit Google aus dem Französischen übersetzt
Hallo
Für mich Vitodens 200 B2HF das
HK1-Zirkulationspumpe war am 29. November nach 15 Uhr verschwunden und seit dem 5. Dezember um 16:47 Uhr wieder da (ohne etwas zu tun)
und ist nach dem FHEM-Neustart immer noch da
2022-12-06_15:28:44 vitoconnect HK1-Zirkulationspumpe: an
2022-12-06_15:32:51 vitoconnect HK1-Zirkulationspumpe: ein
Hallo buec65,
Zitat von: buec65 am 06 Dezember 2022, 13:50:37
HK1.Zirkulationspumpe fehlt bei mir seit
18:42 auch Umstellung auf raw-readings bringt da nichts
Vitodens 300-W B3HG-25
Im Modul bisher erfolgreich Model Vitotronic_200_(HOB) verwendet.
In der App werden da auch keine Zirkulationspumpen für HK1 und HK2 angezeigt, nur für Warmwasser.
Kann ich für mein Vitoconnect Modul + Heizung nicht bestätigen.
Es ist alles nach wie vor vorhanden was gestern oder vor 1 Woche auch schon da war. Ich nutze ebenso nur die Free/Basic API.
Ggf. mal das Vitoconnect Modul rebooten und/oder die Heizung aus/an.
Zitat von: buec65 am 06 Dezember 2022, 13:50:37
Wieder weniger Daten die man nutzen kann.
Der Hersteller will die kostenfreie Nutzung scheinbar nicht haben.
das ist doch schmarrn :)
Evtl. gibt's da aber auch einen Bug, muss man analysieren.
Dazu bitte (wenn's nochmal passiert):
- 1x das Device via attr auf verbose 5 stellen
- dann Neustart von FHEM
- 1x laufen lassen
- den Log-Ausschnitt davon kopieren
- beim Device das Attribut verbose wieder löschen (oder auf den vorherigen Wert setzen)
- dann mit set logResponseOnce 1x die JSON Dateien schreiben lassen
- dann hier oder mir per PM das Log und die JSON Dateien aus dem FHEM Log-Verzeichnis (eigentlich reicht auch resource.json) schicken
Hallo jaccar,
Zitat von: jaccar am 06 Dezember 2022, 15:35:33
...
und ist nach dem FHEM-Neustart immer noch da
Readings verschwinden auch nur, wenn man sie löscht :) (gibt noch andere Fälle, hier aber egal)
Zitat von: jaccar am 06 Dezember 2022, 15:35:33
2022-12-06_15:28:44 vitoconnect HK1-Zirkulationspumpe: an
2022-12-06_15:32:51 vitoconnect HK1-Zirkulationspumpe: ein
steht da wirklich 1x an und 4 Minuten später ein?
Logs bitte nicht durch den Google Translator oder $any-Translator jagen :)
In der ViCare-App fehlen die Werte für die Pumpe Heizkreis 1 und 2 aber auch.
Daher gehe ich davon aus das es die nicht mehr gibt.
Neustart der Heizung ändert nichts, in der App nur die Temperatur aber kein Pumpenstatus.
Oops ok, das hatte ich überlesen mit der ViCare App.
Ich vermute aber mal, dass es dann ein temporäres Problem ist.
Im ViGuide sind die Pumpen HK1 und HK2 sichtbar. Und bei mir auch im Modul (VC 252-A AWOT-E-AC 251.A16 2C) ohne ein attr.model ausgewählt zu haben.
Hab' grade mal einen Check für sowas eingebaut.
Das Modul überprüft anhand lokal vorhandener Readings ob es diese auch noch in der API gibt.
Wenn nicht, werden die im Reading not_found aufgelistet.
So kann man direkt sehen was ggf. nicht mehr existiert - ob aber nun temporär oder permanent weiß man natürlich nicht.
Bei sowas würde ich dann immer erst bei https://documentation.viessmann.com/static/changelog (https://documentation.viessmann.com/static/changelog) schauen. Wenn dort dazu nichts steht, würde ich es als temporär betrachten.
Zitat von: kkoeniger am 06 Dezember 2022, 17:09:44
Im ViGuide sind die Pumpen HK1 und HK2 sichtbar. Und bei mir auch im Modul (VC 252-A AWOT-E-AC 251.A16 2C) ohne ein attr.model ausgewählt zu haben.
Jo, wie geschrieben bei mir ebenso.
Daher glaube ich, dass es für ein paar User evtl. (warum auch immer) ein temporäres Problem oder Phänomen ist ;)
Hab die readings für die Pumpen auch noch. Kein model-Attribut gesetzt. Ich habe eine Vitodens 200-W Typ WB2B.
zur Info:
das Attribut Model ist ein NOOP ;-)
Dann warten wir mal die nächsten Wartungsarbeiten ab und schauen was dann passiert.
@mcp - vielen Dank für die schnelle Beantwortung
Ich wollte eigentlich nur anmerken das die Werte bei mir auch fehlen, Hauptsache ist ja dass es warm wird ;-)
Im Router 15 Minuten das Internet für die Heizung gesperrt und dann wieder freigegeben und die Werte werden wieder angezeigt.
Heizung aus und wieder anschalten hatte keine Änderung gebracht.
,"statusCode":429,"errorType":"RATE_LIMIT_EXCEEDED","message":"API calls rate limit has been exceeded.
Please wait until your limit will renew.","extendedPayload":{"name":"development portal \"*****\" daily limit","requestCountLimit":1450,
"clientId":"****","userId":"***","limitReset":1670544004097}}
2022-12-08 10:37:53 - letzter Wert von 9:54:41
define Vito_300w vitoconnect Benutzer Kennwort 180 - Abfrage alle 180 Sekunden
Wären nach meiner Rechnung 594 Minuten --> 35.681 / 180 --> 199 Abfragen
Viesmann Api ist der Meinung es wären mehr als 1450 - bis zum 7.12. ist das mit den Einstellungen gelaufen
sowas ähnliches hatte ich letzte Tage auch. Falls Du verbose auf >= 3 hast, müsstest Du das im Log nachvollziehen können.
Verursacht durch einen Bug, weshalb die Abfragen dann quasi kontinuierlich gelaufen sind, also ohne Pause/Intervall und immer wieder bis Rate Limit.
Der Bug tritt auch nur auf, wenn Viessmann an ihrer API herumschraubt.
Bug ist lokal behoben (hoffe ich zumindest ;)), und als Zusatz noch eine Sicherheitsfunktion eingebaut, so daß die Update Funktion mindestens 1 Minute pausieren muss. Öfter wird nur noch per forced update möglich sein, daß muss ein User aber manuell aufrufen.
Das Modul Update kommt noch diese Woche.
Vielen Dank für die schnelle Antwort.
Keine Eile mit dem Update, mir ist es nur aufgefallen weil ich zufällig am Gerät den Volumenstrom beobachtet habe und in fhem der Wert sich nicht geändert hat.
Wenn es hilft kann ich die neue Version auch gerne bei mir testen.
Hallo, ich bekomme seit dem 06.Dez. ca. 4 Uhr wieder Werte von der Zirkulationspumpe. Ich habe nichts an den Einstellungen oder der Anlage verändert. Scheint also auf Seiten von Viessmann gelegen zu haben.
Zitat von: fhemfatale am 02 Dezember 2022, 20:22:23
Hallo,
seit dem 29.Nov. 3:52 wird von vitoconnect kein Wert für die HK1-Zirkulationspumpe übertragen bzw. im Modul vitoconnect registriert. Alle anderen Werte kommen an.
Ist das aus der Übertragung gelöscht worden?
Das Update verzögert sich noch ein bisschen.
Ich wollte die Wartung seitens Viessmann heute morgen noch abwarten um zu sehen, ob ich das alles korrekt implementiert habe. Dabei sind noch 2 Fehler aufgefallen.
Behebe ich dann heute oder morgen Abend.
Dann muss ich auch noch das Kilometer lange Changelog schreiben und wenn dann nichts mehr dazwischenkommt, gibt's das Update ;)
Hallo mcp,
danke für die Rückmeldung, ich führe das Thema "vitoconnect holt nicht alle Readings von der API" aus dem Thread https://forum.fhem.de/index.php/topic,130739.0.html hier weiter.
Wie empfohlen habe ich 1x "set logResponseOnce" gemacht und dann die resource.json Datei aus dem FHEM Log Verzeichnis angehängt
Grüße Joachim
Hallo Joachim,
Zitat von: CottonIJo am 15 Dezember 2022, 12:07:28
danke für die Rückmeldung, ich führe das Thema "vitoconnect holt nicht alle Readings von der API" aus dem Thread https://forum.fhem.de/index.php/topic,130739.0.html hier weiter.
Wie empfohlen habe ich 1x "set logResponseOnce" gemacht und dann die resource.json Datei aus dem FHEM Log Verzeichnis angehängt
top, danke.
Ich finde in der Datei keine Gasverbräuche, es müsste irgendwas mit heating.gas.consumption auftauchen, da ist aber nichts, ergo kann das Modul auch keine passenden Readings erstellen.
Da ist nicht mal irgendwas mit consumption noch irgendwas mit gas enthalten - wie bei mir.
Siehst Du diese Daten denn per ViCare App oder via https://viguide.viessmann.com/ (https://viguide.viessmann.com/)?
Wobei ich nicht weiß, ob die da verfügbar sind, wenn diese Daten vorhanden wären. Meine Anlage ist von 2008 und liefert diese Werte nicht.
Laut Doku https://documentation.viessmann.com/static/iot/data-points (https://documentation.viessmann.com/static/iot/data-points) gibt es die aber und sind ebenso in der Free/Basic Variante vorhanden.
@mcp - hab mal meine resource.json Datei hier eingestellt.
Anlage von Oktober 2022 vielleicht hilft das weiter
danke Dir buec65.
raspberry-pi-4b:/home/pi# grep -E -i -c 'gas|consumption' resource-mit-verbrauch.json
20
da ist genau das drin was man dafür braucht :)
Wäre ja mal interessant zu wissen ab wann (Baujahr/Modellreihe) die Geräte die Verbräuche liefern und ob man evtl. dafür extra irgendwo, wo auch immer, noch etwas einstellen muss.
Hallo,
kann man denn in den SVG Plott sinnvoll die Betriebsstunden in den verschiedenen Leistungsklassen einblenden?
Die Vitocal WPs haben für den Kompressor 5 Leistungsstufen und ich würde gerne in den Diagrammen sehen, wie lang die WP auf welcher Kompressorstufe gelaufen ist (Entweder also Linie, oder als Zahl).
Hat das jemand so umgesetzt?
Grüße
Florian
PS: Seit den letzten Updates im Modul rennt das ganze echt super und ohne Aussetzer, danke an euch Programmierer.
Thema "vitoconnect holt nicht alle Readings von der API"
@buec65, ja, so eine Zusammenstellung würde ich mir auch wünschen ;-)
Also installiert wurde die Heizung im Juli diesen Jahres, sollte aktuelle Serie sein.
Verkaufsbezeichnung ist "VIESSMANN Vitocrossal 300, Typ CU3A", auf der ViGuide-Seite und vitoconnect-Readings [device] steht "VScotHO1_72 als Bezeichnung.
Zitat
Siehst Du diese Daten denn per ViCare App oder via https://viguide.viessmann.com/?
Auf der Web-Seite ViGuide stehen nur sehr wenige Informationen, nur Daten zum Kommunikationsmodul <VitoconnectOPTO2 > aber keine Readings/Messwerte.
Interessant ist, dass ich mich auf das Modul einloggen kann (auch hier keine Readings) auf der ViGuide Seite unter <WLAN-Signalstärke> aber kein Wert eingetragen ist.
Die Zeile <Status> ist ebenfalls leer.
Muss ich hier irgendetwas aktivieren damit Daten von der Heizung zu Viessmann übertragen werden?
Fhem vitoconnect holt ja jede Menge Daten, siehe List im Anfangs-Thread, an der WLan-Verbindung kann es also nicht liegen.
Die ViCare App liefert auch keine Verbrauchsdaten.
Man könnte fast befürchten, unsere Heizung stellt diese nicht (mehr) zur Verfügung.
Frage in die Runde, hat Viessmann evtl. in seinen aktuellen Heizungs-Serien die Angaben zum Verbrauch raus genommen?
Falls jemand eine Heizung aus dem letzten oder aktuellem Jahr hat, wie sieht es bei ihm bez. Verfügbarkeit von Readings zu Verbrauchsdaten aus?
Grüße Joachim
Ergänzung/Nachtrag:
in der ViCare App wird unter <Geräte - Kessel - Gerätestatus> das Reading "Abgastemperatur" angezeigt.
In den vitoconnect Readings fehlt der Wert.
In der resource.json habe ich dazu auch nichts gefunden (ohne Gewähr auf Richtigkeit)
Zitat von: CottonIJo am 15 Dezember 2022, 17:20:32
Frage in die Runde, hat Viessmann evtl. in seinen aktuellen Heizungs-Serien die Angaben zum Verbrauch raus genommen?
Falls jemand eine Heizung aus dem letzten oder aktuellem Jahr hat, wie sieht es bei ihm bez. Verfügbarkeit von Readings zu Verbrauchsdaten aus?
Ich habe dieses Jahr eine Vitodens-300 bekommen und sehe diese Readings:
Aktive_Heizkreise
Aussen_Status
Aussentemperatur
Brenner_1_Betriebsstunden
Brenner_1_Modulation
Brenner_1_Starts
Brenner_1_aktiv
Gasverbrauch_Heizung/Jahr
Gasverbrauch_Heizung/Jahr_gelesen_am
Gasverbrauch_Heizung/Monat
Gasverbrauch_Heizung/Monat_gelesen_am
Gasverbrauch_Heizung/Tag
Gasverbrauch_Heizung/Tag_gelesen_am
Gasverbrauch_Heizung/Woche
Gasverbrauch_Heizung/Woche_gelesen_am
Gasverbrauch_Total/Jahr
Gasverbrauch_Total/Jahr_gelesen_am
Gasverbrauch_Total/Monat
Gasverbrauch_Total/Tag
Gasverbrauch_Total/Tag_gelesen_am
Gasverbrauch_Total/Woche
Gasverbrauch_Total/Woche_gelesen_am
Gasverbrauch_WW/Jahr
Gasverbrauch_WW/Jahr_gelesen_am
Gasverbrauch_WW/Monat
Gasverbrauch_WW/Monat_gelesen_am
Gasverbrauch_WW/Tag
Gasverbrauch_WW/Tag_gelesen_am
Gasverbrauch_WW/Woche
Gasverbrauch_WW/Woche_gelesen_am
HK1-Betriebsart
HK1-Frostschutz_Status
HK1-Heizkurve-Niveau
HK1-Heizkurve-Steigung
HK1-Name
HK1-Programmstatus
HK1-Solltemperatur_Anforderung
HK1-Solltemperatur_SummerEco_aktiv
HK1-Solltemperatur_aktiv
HK1-Solltemperatur_comfort
HK1-Solltemperatur_comfort_Anforderung
HK1-Solltemperatur_comfort_aktiv
HK1-Solltemperatur_normal
HK1-Solltemperatur_reduziert
HK1-Solltemperatur_reduziert_Anforderung
HK1-Solltemperatur_reduziert_aktiv
HK1-Standby_aktiv
HK1-Typ
HK1-Vorlauftemperatur
HK1-Vorlauftemperatur_aktiv
HK1-WW_aktiv
HK1-WW_und_Heizen_aktiv
HK1-Zeitsteuerung_Heizung
HK1-Zeitsteuerung_Heizung_aktiv
HK1-Zirkulationspumpe
HK1-ZoneMode_aktive
HK1-aktiv
HK1-forcedLastFromSchedule_aktiv
HK1-heizen_aktiv
HK2-Heizkurve-Niveau
HK2-Heizkurve-Steigung
HK2-Solltemperatur_SummerEco_aktiv
HK2-ZoneMode_aktive
HK3-Heizkurve-Niveau
HK3-Heizkurve-Steigung
HK3-Solltemperatur_SummerEco_aktiv
HK4-Solltemperatur_SummerEco_aktiv
HK4-ZoneMode_aktive
Kessel_Common_Supply
Kessel_Common_Supply_Temperatur
Kessel_Seriennummer
Kessel_Solltemperatur
Stromverbrauch_Heizung/Jahr
Stromverbrauch_Heizung/Monat
Stromverbrauch_Heizung/Tag
Stromverbrauch_Heizung/Woche
Stromverbrauch_Total/Jahr
Stromverbrauch_Total/Jahr_gelesen_am
Stromverbrauch_Total/Monat
Stromverbrauch_Total/Monat_gelesen_am
Stromverbrauch_Total/Tag
Stromverbrauch_Total/Tag_gelesen_am
Stromverbrauch_Total/Woche
Stromverbrauch_Total/Woche_gelesen_am
Stromverbrauch_WW/Jahr
Stromverbrauch_WW/Monat
Stromverbrauch_WW/Tag
Stromverbrauch_WW/Woche
Urlaub_Ende
Urlaub_Start
Urlaub_aktiv
WW-Haupttemperatur
WW-Isttemperatur
WW-Sensoren_Auslauf_Status
WW-Status
WW-Temperatur_aktiv
WW-Zeitplan
WW-Zirkulationspumpe_Status
WW-Zirkulationspumpe_Zeitplan
WW-Zirkulationspumpe_Zeitsteuerung_aktiv
WW-aktiv
WW-einmaliges_Aufladen
WW-zeitgesteuert_aktiv
device
device.serial.value
gw
gw_features
heating.burners.enabled
heating.circuits.0.name.name
heating.circuits.0.operating.programs.reducedEnergySaving.active
heating.circuits.0.operating.programs.reducedEnergySaving.demand
heating.circuits.0.operating.programs.reducedEnergySaving.reason
heating.circuits.1.operating.programs.reducedEnergySaving.active
heating.circuits.1.operating.programs.reducedEnergySaving.demand
heating.circuits.1.operating.programs.reducedEnergySaving.reason
heating.circuits.2.operating.programs.reducedEnergySaving.active
heating.circuits.2.operating.programs.reducedEnergySaving.demand
heating.circuits.2.operating.programs.reducedEnergySaving.reason
heating.circuits.3.heating.curve.shift
heating.circuits.3.heating.curve.slope
heating.circuits.3.operating.programs.reducedEnergySaving.active
heating.circuits.3.operating.programs.reducedEnergySaving.demand
heating.circuits.3.operating.programs.reducedEnergySaving.reason
heating.dhw.hygiene.active
heating.dhw.hygiene.enabled
heating.dhw.hygiene.trigger.startHour
heating.dhw.hygiene.trigger.startMinute
heating.dhw.hygiene.trigger.weekdays
heating.dhw.operating.modes.off.active
heating.dhw.temperature.hygiene.value
heating.gas.consumption.summary.dhw.currentDay
heating.gas.consumption.summary.dhw.currentMonth
heating.gas.consumption.summary.dhw.currentYear
heating.gas.consumption.summary.dhw.lastMonth
heating.gas.consumption.summary.dhw.lastSevenDays
heating.gas.consumption.summary.dhw.lastYear
heating.gas.consumption.summary.heating.currentDay
heating.gas.consumption.summary.heating.currentMonth
heating.gas.consumption.summary.heating.currentYear
heating.gas.consumption.summary.heating.lastMonth
heating.gas.consumption.summary.heating.lastSevenDays
heating.gas.consumption.summary.heating.lastYear
heating.power.consumption.dhw.dayValueReadAt
heating.power.consumption.dhw.monthValueReadAt
heating.power.consumption.dhw.weekValueReadAt
heating.power.consumption.dhw.yearValueReadAt
heating.power.consumption.heating.dayValueReadAt
heating.power.consumption.heating.monthValueReadAt
heating.power.consumption.heating.weekValueReadAt
heating.power.consumption.heating.yearValueReadAt
heating.power.consumption.summary.dhw.currentDay
heating.power.consumption.summary.dhw.currentMonth
heating.power.consumption.summary.dhw.currentYear
heating.power.consumption.summary.dhw.lastMonth
heating.power.consumption.summary.dhw.lastSevenDays
heating.power.consumption.summary.dhw.lastYear
heating.power.consumption.summary.heating.currentDay
heating.power.consumption.summary.heating.currentMonth
heating.power.consumption.summary.heating.currentYear
heating.power.consumption.summary.heating.lastMonth
heating.power.consumption.summary.heating.lastSevenDays
heating.power.consumption.summary.heating.lastYear
heating.sensors.volumetricFlow.allengra.status
heating.sensors.volumetricFlow.allengra.value
holidayAtHome_Ende
holidayAtHome_Start
holidayAtHome_aktiv
installation
Wenn ihr noch mehr Details braucht, dann bitte Bescheid geben.
LG,
Stephan.
Thema "vitoconnect holt nicht alle Readings von der API"
Hallo zusammen,
ich befürchte, ich habe die falsche Heizung im Haus ;-)
Auf der Suche nach der Begründung warum unsere Vitocrossal 300 an vitoconnect keine Verbrauchswerte liefert, bin ich auf folgenden Beitrag gestoßen
https://www.viessmann-community.com/t5/Solarthermie/ViCare-zeigt-nur-wenige-Daten/td-p/209379 (Antwort von B. Reuter).
In der ersten Antwort zum Thread wird seitens Viessmann das fehlen eines "Energie-Cockpit" bei dieser Heizungsanlage als Grund für nicht vorhandene Verbrauchsdaten genannt.
Der Thread ist zwar von Januar 2022, wenn aber weiterhin dieses "Energie-Cockpit" fehlt, dann können wohl keine Daten kommen.
Ist zwar blöd aber dann muss ich leider damit leben.
Falls jemand ebenfalls eine Vitocrossal 300 hat, wäre es interessant, ob bei ihm die Verbrauchswerte ebenfalls fehlen.
Grüße Joachim
Zitat von: CottonIJo am 15 Dezember 2022, 17:20:32
in der ViCare App wird unter <Geräte - Kessel - Gerätestatus> das Reading "Abgastemperatur" angezeigt.
In den vitoconnect Readings fehlt der Wert.
In der resource.json habe ich dazu auch nichts gefunden (ohne Gewähr auf Richtigkeit)
das ist in der Version fälschlicherweise noch als:
"heating.boiler.temperature.value" => "Kessel_Solltemperatur"
eingetragen.
Was eigentlich Kessel_Abgastemperatur ist.
@mcp, super, den hab ich
Zitat von: CottonIJo am 15 Dezember 2022, 22:27:37
...
https://www.viessmann-community.com/t5/Solarthermie/ViCare-zeigt-nur-wenige-Daten/td-p/209379 (Antwort von B. Reuter).
In der ersten Antwort zum Thread wird seitens Viessmann das fehlen eines "Energie-Cockpit" bei dieser Heizungsanlage als Grund für nicht vorhandene Verbrauchsdaten genannt.
Der Thread ist zwar von Januar 2022, wenn aber weiterhin dieses "Energie-Cockpit" fehlt, dann können wohl keine Daten kommen.
Ist zwar blöd aber dann muss ich leider damit leben.
outsch :(
das würde mich persönlich ja richtig auf die Palme bringen >:(, Mitte 2022er Anlage und dann sowas :o
Vielleicht hilft sowas ja: https://www.heizungsdiscount24.de/regelungstechnik/viessmann-vitocontrol-100-m-multivalente-systemsteuerung.html (https://www.heizungsdiscount24.de/regelungstechnik/viessmann-vitocontrol-100-m-multivalente-systemsteuerung.html)
*Kopfschüttel* ... teurer als ne große Vitodens 300 ...
wenn's meins wäre, würde ich mich an den Installateur wenden.
Hi,
ich müsste nochmal kurz nachfragen.
Weiß jemand, ob man innerhalb des Attributs plotReplace rechnen kann?
Ich würde gerne den min Wert der Daten vom max Wert der Daten abziehen und im Titel anzeigen
Beispiel:
title={"AT min: $data{max1-min1}}
Leider funktioniert das so nicht, geht das überhaupt irgendwie?
Grüße
Florian
Zitat von: CottonIJo am 15 Dezember 2022, 17:20:32
...Auf der Web-Seite ViGuide stehen nur sehr wenige Informationen, nur Daten zum Kommunikationsmodul <VitoconnectOPTO2 > aber keine Readings/Messwerte.
gerade gesehen, daß die wohl ViGuide komplett kaputt "gespielt" haben, da geht nichts mehr.
Zitat von: fourstroker am 15 Dezember 2022, 17:11:19
Hallo,
kann man denn in den SVG Plott sinnvoll die Betriebsstunden in den verschiedenen Leistungsklassen einblenden?
Die Vitocal WPs haben für den Kompressor 5 Leistungsstufen und ich würde gerne in den Diagrammen sehen, wie lang die WP auf welcher Kompressorstufe gelaufen ist (Entweder also Linie, oder als Zahl).
Hat das jemand so umgesetzt?
Grüße
Florian
PS: Seit den letzten Updates im Modul rennt das ganze echt super und ohne Aussetzer, danke an euch Programmierer.
Hi zusammen,
ich nutze das Modul und bin echt zufrieden. Mich interessiert genau die gleiche Frage. Jemand eine Idee?
Weiterhin habe ich eine Hybrid-Heizung aus 2 Geräten (Vitocal-200 und Vitodens 300). Sehe aber im Modul nur die Wärmepumpe. Interessiert mich zwar am meisten, hätte aber gerne den Gas-Verbrauch noch drin. Wie ist das möglich? Habe irgendwo mal was mit 2 Accounts gelesen, hab ich versucht - geht aber auch nicht. In der Vicare-App mag ich ja auch wiederum beides sehen :(
ViGuide sehe ich ebenfalls beide Anlagen, aber das scheint etwas generell nicht zu funktionieren. Da gar keine Daten angezeigt werden!
Viele Grüße + Danke
Moin Rageltus,
Zitat von: rageltus am 18 Dezember 2022, 20:04:50
...Mich interessiert genau die gleiche Frage. Jemand eine Idee?
Aus dem Stegreif nicht, müsste ich mich mit beschäftigen. Mit den SVG Plots hab ich noch nicht viel gemacht.
Zitat
Weiterhin habe ich eine Hybrid-Heizung aus 2 Geräten (Vitocal-200 und Vitodens 300). Sehe aber im Modul nur die Wärmepumpe. Interessiert mich zwar am meisten, hätte aber gerne den Gas-Verbrauch noch drin. Wie ist das möglich? Habe irgendwo mal was mit 2 Accounts gelesen...
Aus der Hilfe:
Attention: This module is limited to one 'installation' per account. If you have two or more heaters/boilers, use one viessmann account and device for each heater/boiler.Ich würde es allerdings erstmal mit 2x gleichem DEF probieren und bei dem 2ten das Attribut vitoconnect_device_number auf 1 setzen (falls du das nicht schon genau so gemacht hast)
Wenn das so funktioniert ändere ich den Hilfe-Text entsprechend ab/um.
Hallo!
Danke für die Antwort. Nein leider funktioniert das nicht. Ich habe 2 devices 0 und 1 in dem attribut. Setze ich 1 bekomme ich die Meldung "no device found" und bei 0 bekomme ich leider wieder nur das erste Gerät. Schade... wenn ich 2 Accounts erstelle, kann ich in der App auch leider nur ein Gerät sehen - da immer nur eines einem einzelnen Account zugeordnet werden kann - mehrmalige Registrierung ausgeschlossen.
Schade.
Ok, das müsste ich dann debuggen, mangels 2 Geräten in meinem Account aber schwer umsetzbar.
Ich schreib Dir mal ne PM :)
Und wieder mal ne kurz Frage zur Stabilität: laufen bei euch die Abfragen gerade den ganzen Tag durch? Bei mir ist regelmäßig gegen 12 Uhr Schluss und das bei 65er oder 90er Interval.
Komisch...
Grüße Flo
Moin Flo,
Zitat von: fourstroker am 22 Dezember 2022, 12:21:39
Und wieder mal ne kurz Frage zur Stabilität: laufen bei euch die Abfragen gerade den ganzen Tag durch? Bei mir ist regelmäßig gegen 12 Uhr Schluss und das bei 65er oder 90er Interval.
ja, ohne Probleme.
Was "sagt" das Log? :)
Anzahl der möglichen API Calls überschritten. Aber warum? Wie gesagt, normal sollte ein 65er Interval ja stabil laufen und net mal mit 90 komm ich durch den Tag.
Zitat von: fourstroker am 22 Dezember 2022, 12:31:55
Anzahl der möglichen API Calls überschritten. Aber warum? Wie gesagt, normal sollte ein 65er Interval ja stabil laufen und net mal mit 90 komm ich durch den Tag.
aaah ok ... ja ist ein Bug.
Falls ein bestimmter Fehler auftritt, dann fragt das Modul die API in einer Endlosschleife ab bis es dann zum 429 Fehler kommt - müsstest Du eigentlich im Log sehen, falls Du nicht gerade verbose 0 oder so verwendest :)
Ich weiß allerdings nicht mehr welcher Fehler es genau war. Ich weiß nur, daß ich es bereits gefixt hatte und ebenso eine "Sicherheitsschranke" eingebaut habe, daß zwischen zwei API-Abrufen mindestens 60 Sekunden liegen müssen.
Falls Du da was im Log hast, was hilft, gerne zeigen. Evtl. kann ich ein Quick-Fix-Update hochladen was zumindest den Bug kurzfristig behebt.
Ich weiß nicht, ob ich das große Update noch vor/zu Weihnachten schaffe :(
perfekt, danke dir schon mal im Voraus. Den Fehler suche ich im Log raus und stell ihn dann hier rein.
Grüße
Also:
So ganz klar kann ich den Fehler gar nicht festnageln.
Folgende Einträge habe ich:
temporärer API Fehler
Something went wrong. Will retry
Ich werde jetzt mal den Raspi und das FHEM neu durchstarten. Ggf hat es auch etwas mit meinen Versuchen zu tun, die Leistungsklassen in einem SVG Plott anzuzeigen. Hier hatte ich ein paar Fehlversuche mit Formeln und Functions.
Grüße
Hallo,
Quickfix wäre prima. Ich habe auch das Problem. Danke.
Dafür brauche ich bitte ein Log, am besten mit verbose 4, eher 5 und da nicht nur 2 Zeilen draus sondern mehr - dann kann ich mir das gerne anschauen.
Hallo,
seit dem 16.10. wird bei mir das Reading Brenner_1_Betriebsstunden nicht mehr aktualisiert. In den RAW-Readings ist das heating.burners.0.statistics.hours aber gefüllt.
Könnte es sein, dass da eine Zuweisung fehlt oder fehlerhaft ist?
Gruß
Uwe
Hallo Uwe,
Zitat von: Uwe S. am 28 Dezember 2022, 08:33:53
seit dem 16.10. wird bei mir das Reading Brenner_1_Betriebsstunden nicht mehr aktualisiert. In den RAW-Readings ist das heating.burners.0.statistics.hours aber gefüllt.
Könnte es sein, dass da eine Zuweisung fehlt oder fehlerhaft ist?
nicht dass ich wüsste, in dem Bereich hat sich eigentlich nichts geändert.
ZitatDafür brauche ich bitte ein Log, am besten mit verbose 4, eher 5 und da nicht nur 2 Zeilen draus sondern mehr - dann kann ich mir das gerne anschauen.
Ich habe das Phänomen mit den "zuvielen API-Calls" auch.
in meinem Log finde ich:
2022.12.30 12:50:50 1: vitoconnect - An error occured: read from https://api.viessmann.com:443 timed out
....
2022.12.30 15:50:16 1: vitoconnect - Anzahl der möglichen API Calls in überschritten!
Vielleicht hilft das.
Gruß und einen guten Rutsch ins neue Jahr
Um die API-Calls zu reduzieren wäre es prima, wenn im Modul eine Haupt- und Nebenzeit implementiert wird, mit unterschiedlichen Anfrage-Abständen. Tagsüber z.B. im Minutentakt, dafür Nachts im 3-Minutentakt.
Gruß
Mir ist da gerade noch ein kleiner Tippfehler in der Fehlermeldung 429 aufgefallen.
Das kann ja vielleicht mit dem nächsten Update behoben werden.
ZitatAnzahl der möglichen API Calls in überschritten!
Hallo trs,
Zitat von: trs am 02 Januar 2023, 09:19:55
Um die API-Calls zu reduzieren wäre es prima, wenn im Modul eine Haupt- und Nebenzeit implementiert wird, mit unterschiedlichen Anfrage-Abständen. Tagsüber z.B. im Minutentakt, dafür Nachts im 3-Minutentakt.
Könnte man drüber nachdenken bzw. denke ich drüber nach ;)
In der neuen Version gibt es eine Option für einen adaptiven Intervall, welcher immer prüft, wieviele API Abfragen für den laufenden Tag noch möglich sind und ggf. entsprechend den Intervall anpasst.
Dann ebenso noch eine Sperre, dass zwischen 2 Update Aufrufen min. 1 Minute liegen muss (sei es manuell oder via Timer)
Damit läuft man jedenfalls nicht mehr gegen das Limit, außer manuell und gewollt :)
Es ist ja nicht schlimm die maximal möglichen API Abfragen pro Tag auszunutzen, denn ,,gutgeschrieben" werden die ja nicht.
Hallo Uwe,
Zitat von: Uwe S. am 02 Januar 2023, 13:25:02
Mir ist da gerade noch ein kleiner Tippfehler in der Fehlermeldung 429 aufgefallen.
Das kann ja vielleicht mit dem nächsten Update behoben werden.
Ist bereits im Zuge der Multi-Language Unterstützung gefixt.
Ich habe das gleiche Problem.
Bei mir werden seit dem 1.7.2022 die folgendenreadings auch nicht mehr aktualisiert.
heating.compressors.0.heat.production.cooling.week.status
heating.compressors.0.heat.production.cooling.week.unit
heating.compressors.0.heat.production.cooling.week.value
heating.compressors.0.heat.production.dhw.week.status
heating.compressors.0.heat.production.dhw.week.unit
heating.compressors.0.heat.production.dhw.week.value
heating.compressors.0.heat.production.heating.week.status
heating.compressors.0.heat.production.heating.week.unit
heating.compressors.0.heat.production.heating.week.value
Was kann ich da tun. Für einen guten rat wäre ich dankbar.
Gruß
Kurt
Hallo Kurt,
Zitat von: kurtklaiber am 03 Januar 2023, 14:19:29
Ich habe das gleiche Problem.
Bei mir werden seit dem 1.7.2022 die folgendenreadings auch nicht mehr aktualisiert.
heating.compressors.0.heat.production.cooling.week.status
heating.compressors.0.heat.production.cooling.week.unit
heating.compressors.0.heat.production.cooling.week.value
heating.compressors.0.heat.production.dhw.week.status
heating.compressors.0.heat.production.dhw.week.unit
heating.compressors.0.heat.production.dhw.week.value
heating.compressors.0.heat.production.heating.week.status
heating.compressors.0.heat.production.heating.week.unit
heating.compressors.0.heat.production.heating.week.value
Was kann ich da tun. Für einen guten rat wäre ich dankbar.
interessant. Diese sind nicht in der Liste enthalten welche die deutschen Mappings enthält. Was ist das für ein Gerät? Dann würde ich die entsprechend einbauen.
Nützt aber dennoch nichts, wenn die nicht mehr existieren ;)
Lass mal logResponseOnce laufen und schicke mir die resource.json aus dem FHEM Log Verzeichnis. Da sieht man dann was alles vorhanden ist.
Die Datei resource.json habe ich angehängt.
Bei dem Gerät handelt es sich um eine Wärmepumpe Vitocal 200-G.
Ich bin sehr gespannt, ob es gelingen wird diese Daten wieder zu übertragen.
Die Übertragung war sicherlich über mehrere Monate (von Jan22 bis Juni22) möglich.
Im Voraus vielen Dank für die Hilfe.
Grüße
Kurt
Hallo Kurt,
Zitat von: kurtklaiber am 03 Januar 2023, 17:30:48
Die Datei resource.json habe ich angehängt.
Bei dem Gerät handelt es sich um eine Wärmepumpe Vitocal 200-G.
Ok, danke. Schaue ich mir später an.
Zitat
Ich bin sehr gespannt, ob es gelingen wird diese Daten wieder zu übertragen.
Die Übertragung war sicherlich über mehrere Monate (von Jan22 bis Juni22) möglich.
Schauen wir mal. Viessmann ändert des Öfteren die API, manchmal auch ohne jegliche Information oder Changelog Eintrag.
Zitat
Im Voraus vielen Dank für die Hilfe.
Gerne.
Kannst du mal bei dir in der ViCare App oder via ViGuide schauen wie die Einträge dort jeweils benannt sind? Dann baue ich die von dir genannten noch entsprechend in das Mapping ein.
Hallo Kurt,
Zitat von: kurtklaiber am 03 Januar 2023, 17:30:48
Die Datei resource.json habe ich angehängt.
ok, guckstu hier (deine resource.json)
pi@raspberry-pi-4b:~$ grep 'heating.compressor' resource.json
'feature' => 'heating.compressors.1.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.1.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors',
'feature' => 'heating.compressors'
'feature' => 'heating.compressors.0.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.0.statistics',
'feature' => 'heating.compressors.0',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.0',
'feature' => 'heating.compressors.1',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.1',
pi@raspberry-pi-4b:~$
pi@raspberry-pi-4b:~$ grep -i week resource.json
pi@raspberry-pi-4b:~$
-> gibt es nicht mehr :(
welche Werte haben bei Dir denn die nicht mehr aktualisierten Readings?
An Statistik gibt's "nur" noch heating.compressors.0.statistics:
'hours' => {
'value' => '3371.4',
'unit' => 'hour',
'type' => 'number'
},
'starts' => {
'type' => 'number',
'unit' => '',
'value' => 7961
},
'hoursLoadClassOne' => {
'type' => 'number',
'unit' => 'hour',
'value' => 17
},
'hoursLoadClassTwo' => {
'type' => 'number',
'unit' => 'hour',
'value' => 174
},
'hoursLoadClassThree' => {
'type' => 'number',
'unit' => 'hour',
'value' => 828
},
'hoursLoadClassFour' => {
'type' => 'number',
'unit' => 'hour',
'value' => 1534
},
'hoursLoadClassFive' => {
'type' => 'number',
'unit' => 'hour',
'value' => 775
}
},
was auch immer hoursLoadClass(One|Two|Three|Four|Five) sein soll.
heating.compressors.0.heat.production.cooling.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.cooling.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.cooling.week.value 0 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.value 22 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.value 2.3 2022-07-01 13:30:19
So sehen die readings aus, welche nicht mehr aktualisiert werden.
Wie kann es sein, dass es die plötzlich nicht mehr gibt. Irgend jemand muss doch etwas verändert haben. Aber wer?
Gibt es eigentlich irgenswo eine Beschreibung all dieser readings?
Vielen Dank übrigens für Deine Mühe.
Gruß
Kurt
Ich stelle gerade fest, dass noch viele weitere readings- die mich allerdings nie interessiert haben- nicht mehr aktualisiert werden.
Seltsam.
Zitat von: mcp am 03 Januar 2023, 20:27:12
Hallo Kurt,
ok, guckstu hier (deine resource.json)
pi@raspberry-pi-4b:~$ grep 'heating.compressor' resource.json
'feature' => 'heating.compressors.1.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.1.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors',
'feature' => 'heating.compressors'
'feature' => 'heating.compressors.0.statistics',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.0.statistics',
'feature' => 'heating.compressors.0',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.0',
'feature' => 'heating.compressors.1',
'uri' => 'https://api.viessmann.com/iot/v1/equipment/installations/1697514/gateways/7571381740829208/devices/0/features/heating.compressors.1',
pi@raspberry-pi-4b:~$
pi@raspberry-pi-4b:~$ grep -i week resource.json
pi@raspberry-pi-4b:~$
-> gibt es nicht mehr :(
welche Werte haben bei Dir denn die nicht mehr aktualisierten Readings?
An Statistik gibt's "nur" noch heating.compressors.0.statistics:
'hours' => {
'value' => '3371.4',
'unit' => 'hour',
'type' => 'number'
},
'starts' => {
'type' => 'number',
'unit' => '',
'value' => 7961
},
'hoursLoadClassOne' => {
'type' => 'number',
'unit' => 'hour',
'value' => 17
},
'hoursLoadClassTwo' => {
'type' => 'number',
'unit' => 'hour',
'value' => 174
},
'hoursLoadClassThree' => {
'type' => 'number',
'unit' => 'hour',
'value' => 828
},
'hoursLoadClassFour' => {
'type' => 'number',
'unit' => 'hour',
'value' => 1534
},
'hoursLoadClassFive' => {
'type' => 'number',
'unit' => 'hour',
'value' => 775
}
},
was auch immer hoursLoadClass(One|Two|Three|Four|Five) sein soll.
Hallo und frohes neues!
hoursLoadClass hab ich bei meiner Vitocall-200s - und zwar sind das die Lastklassen der Wärmepumpe - in welcher diese gerade läuft bzw. die Summe overall.
Viele Grüße,
Benjamin
Moin Benjamin,
Zitat von: rageltus am 04 Januar 2023, 09:34:56
Hallo und frohes neues!
Danke, Dir auch ein frohes Neues :)
Zitat
hoursLoadClass hab ich bei meiner Vitocall-200s - und zwar sind das die Lastklassen der Wärmepumpe - in welcher diese gerade läuft bzw. die Summe overall.
Danke für die Infos.
Da du und Kurt jeweils eine Vitocall 200 haben: hast du denn die genannten Readings von Kurt bei dir drin?
—
ciao, Marc
Moin Kurt,
Zitat von: kurtklaiber am 04 Januar 2023, 09:18:47
Ich stelle gerade fest, dass noch viele weitere readings- die mich allerdings nie interessiert haben- nicht mehr aktualisiert werden.
Seltsam.
lösche mal bitte alle Readings vom Vitoconnect und lass dann ein Update laufen und schaue mal was überhaupt noch bei dir ankommt.
—
ciao, Marc
Hallo Kurt,
Zitat von: kurtklaiber am 04 Januar 2023, 09:15:55
heating.compressors.0.heat.production.cooling.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.cooling.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.cooling.week.value 0 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.dhw.week.value 22 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.status connected 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.unit kilowattHour 2022-07-01 13:30:19
heating.compressors.0.heat.production.heating.week.value 2.3 2022-07-01 13:30:19
So sehen die readings aus, welche nicht mehr aktualisiert werden.
Die hattest du bereits gepostet ;)
Zitat
Wie kann es sein, dass es die plötzlich nicht mehr gibt. Irgend jemand muss doch etwas verändert haben. Aber wer?
Wenn dann die Firma Viessmann, sonst hat auf die API hoffentlich kein anderer Zugriff um sowas zu ändern ;)
Zitat
Gibt es eigentlich irgendwo eine Beschreibung all dieser readings?
Im Wiki von Vitoconnect, ist aber leider nicht up2date.
—
ciao, Marc
Hi zusammen,
also ich habe eine Vitocall 200-S D16. Und diese Readings noch nie gehabt. Die LoadLevel allerdings schon. Es kommt sehr stark auf das Model und die Version an. Ich habe eine Vitocal 200-S mit Vitoconnect / Opto2. Wenn es die neueste Variante ist - ohne die WO1C Steuerung und mit der neuen - dann sieht es vermutlich etwas anderst aus, was die API liefert. Meine Erfahrung - auch was die Codierebenen angeht.
Hallo Marc,
ist es eigentlich möglich, die Readings, denen eine Bezeichnung zugeordnet ist als solche zu übernehmen und die nicht zugewiesenen als RAW-Reading zu übernehmen?
Gruß und Danke
Uwe
Hallo Uwe,
Zitat von: Uwe S. am 05 Januar 2023, 19:34:56
ist es eigentlich möglich, die Readings, denen eine Bezeichnung zugeordnet ist als solche zu übernehmen und die nicht zugewiesenen als RAW-Reading zu übernehmen?
Ich glaube ich verstehe Deine Frage nicht so ganz.
Readings, welche ein deutsches Mapping haben, sind als solche in den Readings.
Andere, welche noch kein Mapping haben tauchen als raw Readings auf.
Aber ich vermute, dass du das mit deiner Frage nicht meinst :)
—
ciao, Marc
Hallo Marc,
genau das meinte ich.
Bei mir sieht es aber so aus, wenn ich das Attribut vitoconnect_raw_readings auf 1 setze, bekomme ich mehr RAW-Readings.
Im speziellen mein Problemkind heating.burners.0.statistics.hours ist dann dabei. Wird aber bei Attribut vitoconnect_raw_readings auf 0 nicht gefüllt/verändert.
Ich werde mal alle Readings löschen und schauen, was so alles (neu) kommt.
Gruß und vielen Dank
Ah ok.
Ist im nächsten Update gefixt.
Nutzt jemand die set-Befehle um den Heizmodus umzustellen? Ich möchte zB von "Reduziert" oder "Normal" auf "Komfort" (höhere Raumtemperatur) umstellen falls der (hourly floating) kWh-Preis unter einem bestimmten Cent-Preis liegt. Habe das so gelöst:
((($month ge "10" and $month le "12") or ($month ge "1" and $month le "5")) and ($hms gt "03:55" and $hms lt "21:55") and [awattr:AktuellerPreis] <= "10" and [vitoconnect:heating.circuits.1.operating.programs.comfortHeating.active] == "0") (set vitoconnect HK1-Solltemperatur_comfort_aktiv activate, set vitoconnect HK2-Solltemperatur_comfort_aktiv activate) DOELSEIF
Leider macht es bei mir nicht wie es soll. Liegt das vielleicht an den Zeiteinstellungen der Heizmodi - Nachts ist Eco, Tags Normal in ViCare/ViGuide eingestellt, die mit den set-Befehlen nicht überschrieben werden können?
noch eine Frage zu den Mappings:
bei mir kommen die Heizkreisnamen mit den RAW-Readings:
heating.circuits.o.name.name bzw. heating.circuits.1.name.name.
könnten die auch noch zu
HK1-Name bzw. HK2-Name
gemappt werden?
Nabend Uwe,
Zitat von: Uwe S. am 09 Januar 2023, 18:01:28
noch eine Frage zu den Mappings:
bei mir kommen die Heizkreisnamen mit den RAW-Readings:
heating.circuits.o.name.name bzw. heating.circuits.1.name.name.
könnten die auch noch zu
HK1-Name bzw. HK2-Name
gemappt werden?
Ja, es gab eine Änderung seitens Viessmann, ist im nächsten Update fixed, die alten Mappings dafür gibt es nicht mehr.
—
ciao, Marc
Zitat von: kkoeniger am 09 Januar 2023, 17:41:46
Nutzt jemand die set-Befehle um den Heizmodus umzustellen? Ich möchte zB von "Reduziert" oder "Normal" auf "Komfort" (höhere Raumtemperatur) umstellen falls der (hourly floating) kWh-Preis unter einem bestimmten Cent-Preis liegt. Habe das so gelöst:
((($month ge "10" and $month le "12") or ($month ge "1" and $month le "5")) and ($hms gt "03:55" and $hms lt "21:55") and [awattr:AktuellerPreis] <= "10" and [vitoconnect:heating.circuits.1.operating.programs.comfortHeating.active] == "0") (set vitoconnect HK1-Solltemperatur_comfort_aktiv activate, set vitoconnect HK2-Solltemperatur_comfort_aktiv activate) DOELSEIF
Leider macht es bei mir nicht wie es soll. Liegt das vielleicht an den Zeiteinstellungen der Heizmodi - Nachts ist Eco, Tags Normal in ViCare/ViGuide eingestellt, die mit den set-Befehlen nicht überschrieben werden können?
N´abend Kurt,
habe jetzt mal ein wenig herumgespielt, weil ich mit den verschiedenen Modi nicht arbeite, sondern immer nur die Temperatur verstelle. Aber egal was programmiert ist - der letzte Befehl über die App oder das Modul wird akzeptiert und stellt die Heizung dementsprechend ein. Allerdings ist der Nachtbetrieb, wenn über das Zeitprogramm der App eingestellt, nicht der Eco-Modus, sondern "HK1-Solltemperatur reduziert". Dabei ist mir aufgefallen, dass es das Reading "heating.circuits.1.operating.programs.
comfortHeating.active" bei mir nicht gibt, sondern nur "heating.circuits.0.operating.programs.
comfort.active". Check das doch mal bitte.
Gruß
Danny
Guten Morgen Danny,
meine WP ist eine VC 252-A AWOT-E-AC 251.A13 2C, verfügt über zwei Heizkreise und kann theortisch auch kühlen. Das Reading "heating.circuits.1.operating.programs.comfortHeating.active" gibt es definitv. Mit dem Nachtbetrieb hast Du natürlich recht, ich hatte schlampigerweise Eco geschrieben, was Reduziert heißen soll.
Über Nacht habe ich mein DOIF loggen lassen - immer wenn der kWh-Preis unter einem bestimmten Wert war hat es auch korrekt reagiert. Aber leider nichts an der WP bewirkt. Der entsprechende Set-Befehl existiert, siehe screenshot.
Aber egal --> Deine Idee der Steuerung nur über die Raumtemperatur gefällt mir sehr gut. Ich werde mein DOIF in diese Richtung ändern.
Ich habe das Setzen der Temperaturen jetzt händisch versucht: funktioniert bei meiner WP nicht, im Log eine Fehlermeldung:
2023.01.10 10:21:31 1: vitoconnect - set vitoconnect HK1-Solltemperatur_normal 24: Fehler während der Befehlsausführung: :: {"viErrorId":"req-2b73b51243214287b24d6f58fb43d9e5","statusCode":404,"errorType":"FEATURE_NOT_FOUND","message":"FEATURE_NOT_FOUND","extendedPayload":{}}
Im Log fand ich auch nächtliche Einträge zu meinen alten set-Befehlen:
2023.01.10 08:35:05 1: vitoconnect - set vitoconnect HK1-Betriebsart forcedNormal: Fehler während der Befehlsausführung: :: {"viErrorId":"req-67b51657e4484f4d8917071d28625f8d","statusCode":422,"errorType":"VALIDATION_ERROR","message":"VALIDATION_ERROR","validationErrors":[],"extendedPayload":{"code":"400","reason":"VALIDATION_ERROR","details":"The parameter mode=\"forcedNormal\" does not meet the constraints {\"type\":\"string\",\"enum\":[\"standby\",\"heating\",\"dhw\",\"dhwAndHeating\"]}: Value 'forcedNormal' is not within allowed values: standby, heating, dhw, dhwAndHeating"}}
2023.01.10 08:35:08 1: vitoconnect - set vitoconnect HK2-Betriebsart forcedNormal: Fehler während der Befehlsausführung: :: {"viErrorId":"req-e1ad0167b95f4b64af869e577b3cfe2c","statusCode":422,"errorType":"VALIDATION_ERROR","message":"VALIDATION_ERROR","validationErrors":[],"extendedPayload":{"code":"400","reason":"VALIDATION_ERROR","details":"The parameter mode=\"forcedNormal\" does not meet the constraints {\"type\":\"string\",\"enum\":[\"standby\",\"heating\",\"dhw\",\"dhwAndHeating\"]}: Value 'forcedNormal' is not within allowed values: standby, heating, dhw, dhwAndHeating"}}
Dabei ist der Befehl "forcedNormal" definitiv im set enthalten, siehe screenshot.
Für die Umschaltung der Betriebsart gibt Viessmann ja in der Fehlermeldung an was es akzeptiert:
Value 'forcedNormal' is not within allowed values: standby, heating, dhw, dhwAndHeating
Das es in der Auswahl erscheint könnte evtl. eine Fehlzuordnung in der Modulprogrammierung sein.
Ich weiß jetzt auch nicht, in wie weit das Attibut "model" dabei eine Rolle spielt.
Nach jetzigem Stand musst Du erst mal rausfinden welche Befehle überhaupt Wirkung zeigen und dann eventuell darauf die Steuerung aufbauen.
Es scheint ja auch ein größeres Modulupdate zu kommen - vielleicht wird´s dann besser. :)
Gruß
Danny
Hallo zusammen,
Zitat von: moskito am 10 Januar 2023, 21:15:16
Für die Umschaltung der Betriebsart gibt Viessmann ja in der Fehlermeldung an was es akzeptiert:
Value 'forcedNormal' is not within allowed values: standby, heating, dhw, dhwAndHeating
Das es in der Auswahl erscheint könnte evtl. eine Fehlzuordnung in der Modulprogrammierung sein.
in der set Liste ist all das, was in den letzten Jahren zusammengekommen ist, was bei den verschiedenen Geräten möglich war/ist.
Es findet keine Überprüfung statt ob das konfigurierte Gerät die Option akzeptieren kann oder nicht - Evtl. baue ich das irgendwann noch ein so dass das set nur noch Optionen enthält die möglich sind.
FYI:
FEATURE_NOT_FOUND
=> {
EN => qq{Function is not supported by the device},
DE => qq{Funktion wird vom Gerät nicht unterstützt},
},
Zitat
Ich weiß jetzt auch nicht, in wie weit das Attribut "model" dabei eine Rolle spielt.
das Attribut ist ein NOOP, es macht (bisher) exakt nichts ;)
Zitat
Es scheint ja auch ein größeres Modulupdate zu kommen - vielleicht wird´s dann besser.
Ja, kommt. Ist leider schon lange überfällig :( ... bin noch dabei Profile einzubauen und dann hoffentlich fertig.
--
ciao, Marc
Danke Marc für Deine Erklärungen. Ich bin schon sehr froh dass es dieses Modul überhaupt gibt. Es hat mir viel geholfen den Verbrauch zu optimieren.
Falls Du Tester für Modulupdate brauchst - immer gerne :)
Zitat von: mcp am 11 Januar 2023, 01:16:15
Hallo zusammen,
in der set Liste ist all das, was in den letzten Jahren zusammengekommen ist, was bei den verschiedenen Geräten möglich war/ist.
Es findet keine Überprüfung statt ob das konfigurierte Gerät die Option akzeptieren kann oder nicht - Evtl. baue ich das irgendwann noch ein so dass das set nur noch Optionen enthält die möglich sind.
FYI:
FEATURE_NOT_FOUND
=> {
EN => qq{Function is not supported by the device},
DE => qq{Funktion wird vom Gerät nicht unterstützt},
},
das Attribut ist ein NOOP, es macht (bisher) exakt nichts ;)
Ja, kommt. Ist leider schon lange überfällig :( ... bin noch dabei Profile einzubauen und dann hoffentlich fertig.
--
ciao, Marc
Hi Marc,
es wäre schön, wenn Du zunächst eine Test-Version mit stabilerer Verbindung bereitstellen könntest. Die Erweiterungen können gern später kommen. Ich habe immer wieder Probleme bei der Verbindung und Steuerbefehle werden teilweise ignoriert.
//Roger
Mit Google aus dem Französischen übersetzt
Hallo
Für meinen im Juli 2019 installierten Vitodens 200W B2HF
Die Betriebsart war
2023-01-09_16:42:08 vitoconnect HK1-Betriebsart: dhwAndHeating
jetzt ist er es
2023-01-13_15:31:03 vitoconnect HK1-Betriebsart: heating
aber der Boiler ist noch in der Betriebsart : dhwAndHeating
Das Problem kommt nicht vom Vitoconnect Modul, denn die VICARE und VIGUIDE Applikation zeigt mir auch Heizung nur aktiviert an und ich habe nur die Optionen:
- Aufhören
- Nur Heizung aktiviert
Haben Sie das gleiche Symptom?
Hallo jaccar,
Zitat von: jaccar am 13 Januar 2023, 18:19:03
Mit Google aus dem Französischen übersetzt
Hallo
Für meinen im Juli 2019 installierten Vitodens 200W B2HF
Die Betriebsart war
2023-01-09_16:42:08 vitoconnect HK1-Betriebsart: dhwAndHeating
jetzt ist er es
2023-01-13_15:31:03 vitoconnect HK1-Betriebsart: heating
aber der Boiler ist noch in der Betriebsart : dhwAndHeating
Das Problem kommt nicht vom Vitoconnect Modul, denn die VICARE und VIGUIDE Applikation zeigt mir auch Heizung nur aktiviert an und ich habe nur die Optionen:
- Aufhören
- Nur Heizung aktiviert
Haben Sie das gleiche Symptom?
Trifft das hier auf deine Vitodens zu?
Von https://documentation.viessmann.com/static/changelog (https://documentation.viessmann.com/static/changelog):
November 2022
—————————
Important adjustment in IoT features: Split heating circuits and domestic hot water
In our API we have coupled heating circuits (HC) and domestic hot water (DHW) support closely together to keep the backwards compatibility between Legacy devices and devices based on our Viessmann One Base control platform, also called E3. Viessmann One Base provides the HCs and DHW as independent systems with a chance to access HC- and DHW-features as independent features.
What is being adjusted?
The planned adjustments brings the following changes to our IoT features:
adjust heating.circuits.N.operating.modes.* by removing existent DHW dependencies
remove heating.circuits.N.operating.modes.dhw* operating modes
adjust heating.circuits.N.operating.modes.active to only show the following states for the "value" property: auto, heating, cooling, heatingCooling or testMode
The DHW operating can in future be requested through the following new features:
introduce heating.dhw.operating.modes.off >> Shows whether the DHW is off
adjust heating.dhw.operating.modes.active >> Shows the current DHW operating mode with the possible states for the "value" property: balanced, comfort, eco, off
This change only affects our Viessmann One Base (E3) control platform (wifi integrated devices). For legacy devices, i.e. using a Vitoconnect, there are no changes. However, this also means, depending on the device, requesting and changing the DHW operating mode differs.
How to find out which device (legacy / One Base) is used?
To find which device you have, you can use the following request to check the devices of your installation: curl -X GET https://api.viessmann.com/iot/v1/equipment/installations/{{installationID}}/gateways/{{gatewaySerial}}/devices/
In the response, you find the list of devices, containing information about the type of device:
{
"data": [
{
"gatewaySerial": {{gatewaySerial}},
"id": {{deviceId}},
"boilerSerial": {{boilerSerial}},
"boilerSerialEditor": "DeviceCommunication",
"bmuSerial": null,
"bmuSerialEditor": null,
"createdAt": "2020-11-16T07:06:56.267Z",
"editedAt": "2022-10-27T11:16:06.670Z",
"modelId": "E3_Vitodens_300_0421",
"status": "Online",
"deviceType": "heating",
"roles": [
"capability:backup;0002_HMU_VD3",
"type:E3",
"type:boiler",
"type:product;Vitodens_300"
]
},
]
}
The "roles" parameter lists the different types the device is assigned to. Here, you will find either the type:E3 or type:legacy. This information then tells you how to check the DHW operating modes.
When will this change take effect?
The adjustments will go live in January 2023 (exact date will be added as soon as possible). From this date, you can only request the DHW operating mode for E3 using the described new way.
Mit Google aus dem Französischen übersetzt
Hallo
Das stimmt; Ich habe Typ: E3 in Roles
"modelId":"E3_Vitodens_200_04202"
"roles":["capability:monetization;OWD","capability:zigbeeCoordinator","type:E3","type:virtual","type:virtual;smartRoomControl"
Ich werde das Problem den Entwicklern der VICARE-Anwendung melden
Danke MCV
Hallo jaccar.
Ich könnte mir vorstellen, daß die das bereits implementiert und zu den AppStores hochgeladen haben, es aber noch bei Apple & Google hängt, diese durchzuwinken.
Kannst Du mir ein Gefallen tun?
1x logResponseOnce aufrufen und mir danach die resource.json aus dem FHEM Logverzeichnis zukommen lassen?
Dann versuche ich anhand der Daten das im vitoconnect FHEM Modul zu implementieren.
Hallo zusammen,
Zitat von: mcp am 11 Januar 2023, 01:16:15
in der set Liste ist all das, was in den letzten Jahren zusammengekommen ist, was bei den verschiedenen Geräten möglich war/ist.
Es findet keine Überprüfung statt ob das konfigurierte Gerät die Option akzeptieren kann oder nicht - Evtl. baue ich das irgendwann noch ein so dass das set nur noch Optionen enthält die möglich sind.
habe ich nun implementiert.
Ebenso eine Überprüfung auf diverse Programme (eco, comfort) etc. ob diese möglich sind oder nicht. Falls nicht ausführbar, werden die als Set Befehl gar nicht erst angeboten.
--
ciao, Marc
Hi Roger,
Zitat von: Roger am 13 Januar 2023, 10:48:00
es wäre schön, wenn Du zunächst eine Test-Version mit stabilerer Verbindung bereitstellen könntest. Die Erweiterungen können gern später kommen. Ich habe immer wieder Probleme bei der Verbindung und Steuerbefehle werden teilweise ignoriert.
ja, das glaube ich Dir gerne, wird so jedoch leider nicht mehr möglich sein.
Ich habe Anfang November 2022, als ich die Maintainerschaft übernommen habe, direkt angefangen meine lokalen Änderungen einzubauen und dann die ganzen Bugs, die so im Verlauf der Zeit aufgetreten sind, zu fixen. Während dessen kamen mir natürlich auch ständig neue Ideen die ich dann ebenso direkt gebaut habe.
Ich habe leider keine 2 unterschiedlichen Versionen entwickelt (1 bugfix-only, 1 devel) sondern nur eine einzige Version.
Es ist mehr oder weniger ein Rewrite (oder zumindest ein immens großer Umbau) so dass ich die einzelnen nötigen Bugfixes nicht "mal eben" in die alte Version übernehmen kann.
diffstat:
98_vitoconnect.pm |11410 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++----------------------------------------------------
1 file changed, 9184 insertions(+), 2226 deletions(-)
wobei davon ~ 1100 Zeilen für die englische commandref draufgehen (Deutsche commandref steht noch aus)
ursprüngliche Version: 98K
neue Version: 311K
Ich werde es in Zukunft anders machen, also 1x dev, 1x bugfix-only.
Bitte gedulde Dich noch ein bißchen.
--
ciao, Marc
Mit Google aus dem Franzosischen ubersetzt
hallo mcp
Hier ist die JSON-Datei
Ich bin einer der Beta-Tester fur die Vicare-Anwendung und sie ist immer noch nicht implementiert
Hallo jaccar,
Zitat von: jaccar am 15 Januar 2023, 15:38:30
Mit Google aus dem Franzosischen ubersetzt
Hier ist die JSON-Datei
Merci beaucoup.
Zitat
Ich bin einer der Beta-Tester fur die Vicare-Anwendung und sie ist immer noch nicht implementiert
Oh - das ist dann allerdings für Viessmann peinlich :)
—
ciao, Marc
Hallo jaccar,
Zitat von: mcp am 13 Januar 2023, 19:25:24
...
introduce heating.dhw.operating.modes.off >> Shows whether the DHW is off
adjust heating.dhw.operating.modes.active >> Shows the current DHW operating mode with the possible states for the "value" property: balanced, comfort, eco, off
...
kannst du mir bitte noch ein list (oder ein 'Copy for forum.fhem.de') von deinem Gerät aus FHEM schicken?
--
ciao, Marc
Mit Google aus dem Französischen übersetzt
hallo mcp
hier ist die datei
Mit Google aus dem Französischen übersetzt
hallo mcp
Mit Google aus dem Französischen übersetzt
hallo mcp
Für die Vicare-Anwendung ist die Unterstützung bereits implementiert
Das habe ich im Forum gefunden https://www.viessmann-community.com/t5/Gas/Vicare-Betriebsarten-fehlen/td-p/300960/page/2 (https://www.viessmann-community.com/t5/Gas/Vicare-Betriebsarten-fehlen/td-p/300960/page/2)
Hallo,
ich habe die Rückmeldung bekomme, dass es sich hierbei nicht um einen Fehler, sondern um eine Anpassung der Steuerung handelt.
Alles was mit Einstellungen am Heizkreis zu tun hat, ist hier zu finden, Einstellungen der Warmwassersteuerung sind ab sofort unter der Warmwasserkachel auf dem Dashboard zu finden.
Besten Gruß
Tags hinzufügen16.01.2023 11:24 Als Antwort auf Chris_Hentschel
Hallo jaccar,
kannst du mir bitte nochmal eine aktuelle resource.json und Ausgabe von 'Copy for forum' schicken (gerne auch als private Nachricht)?
Die nötigen Punkte waren zum Zeitpunkt, als du mir o.g. schon mal geschickt hast, noch nicht implementiert.
—
ciao, Marc
Hallo zusammen.
Kurzes Update:
Ich mache seit gestern die QA des Moduls und teste alles durch.
Gestern trat noch ein Fehler während des Wartungsfensters seitens Viessmann auf.
Dann habe ich eben noch einen Fehler in der Action Queue (set Befehle an die API zwischenspeichern) entdeckt.
Die Fehler behebe ich noch und wenn dann keine weiteren Probleme auftreten, kommt das Update.
Der Rest, der noch in der ToDo/Pipeline ist, kommt später hinzu.
—
ciao, Marc
Hallo Marc,
Danke für das Modul!
Ein Hinweis an alle Nutzer:
Seit ca. gestern gab es wohl bei Viessmann eine Änderung, die auf jeden Fall die Vitodens 300 betrifft.
Bisher konnte man HK1-Betriebsart mit folgenden Werten umstellen: dhwAndHeating, standby, dhw, heating.
Jetzt gibt es nur noch standby und heating.
Im Log kam diese Meldung:
2023.01.19 09:59:07 1: Heizung - set Heizung HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"viErrorId":"req-99a267fa527d4e98a64c7bf502bd6435","statusCode":422,"errorType":"VALIDATION_ERROR","message":"VALIDATION_ERROR","validationErrors":[],"extendedPayload":{"code":"400","reason":"VALIDATION_ERROR","details":"The parameter mode=\"dhwAndHeating\" does not meet the constraints {\"type\":\"string\",\"enum\":[\"standby\",\"heating\"]}: Value 'dhwAndHeating' is not within allowed values: standby, heating"}}
Das deckt sich leider mit der Viesmann App.
Dort wird mir gerade angezeigt, dass meine Heizung nur heizt ("heating").
Hoffentlich habe ich morgen noch warmes Wasser ;)
LG,
Stephan.
Mit Google aus dem Französischen übersetzt
hallo
Es wird immer heißes Wasser geben
Für die Vicare-Anwendung ist die Unterstützung bereits implementiert
Das habe ich im Forum gefunden https://www.viessmann-community.com/t5/Gas/Vicare-Betriebsarten-fehlen/td-p/300960/page/2
Hallo,
ich habe die Rückmeldung bekomme, dass es sich hierbei nicht um einen Fehler, sondern um eine Anpassung der Steuerung handelt.
Alles was mit Einstellungen am Heizkreis zu tun hat, ist hier zu finden, Einstellungen der Warmwassersteuerung sind ab sofort unter der Warmwasserkachel auf dem Dashboard zu finden.
Besten Gruß
Tags hinzufügen16.01.2023 11:24 Als Antwort auf Chris_Hentschel
Mit Google aus dem Französischen übersetzt
hallo mcp
hier ist die datei
Moin Stephan,
Zitat von: loescher am 19 Januar 2023, 21:18:05
Ein Hinweis an alle Nutzer:
Seit ca. gestern gab es wohl bei Viessmann eine Änderung, die auf jeden Fall die Vitodens 300 betrifft.
Bisher konnte man HK1-Betriebsart mit folgenden Werten umstellen: dhwAndHeating, standby, dhw, heating.
Jetzt gibt es nur noch standby und heating.
Im Log kam diese Meldung:
2023.01.19 09:59:07 1: Heizung - set Heizung HK1-Betriebsart dhwAndHeating: Fehler während der Befehlsausführung: :: {"viErrorId":"req-99a267fa527d4e98a64c7bf502bd6435","statusCode":422,"errorType":"VALIDATION_ERROR","message":"VALIDATION_ERROR","validationErrors":[],"extendedPayload":{"code":"400","reason":"VALIDATION_ERROR","details":"The parameter mode=\"dhwAndHeating\" does not meet the constraints {\"type\":\"string\",\"enum\":[\"standby\",\"heating\"]}: Value 'dhwAndHeating' is not within allowed values: standby, heating"}}
Das deckt sich leider mit der Viesmann App.
Dort wird mir gerade angezeigt, dass meine Heizung nur heizt ("heating").
Hoffentlich habe ich morgen noch warmes Wasser ;)
siehe Post
#984 (https://forum.fhem.de/index.php/topic,93664.msg1257651.html#msg1257651)
und Viessmann Announcement (https://www.viessmann-community.com/t5/Announcements/Important-adjustment-in-IoT-features-Split-heating-circuits-and/td-p/281527)
—
ciao, Marc
Hallo jaccar,
Zitat von: jaccar am 19 Januar 2023, 21:58:27
Mit Google aus dem Französischen übersetzt
hallo mcp
hier ist die datei
danke dir, ich brauche aber die resource.json und nicht die device.json :)
Bitte ebenso nochmal ein aktuelles "copy for forum" - Viessmann hat heute erneut Änderungen vorgenommen.
sorry für die späte Rückmeldung, ich war krank :-(
Hallo Marc,
habe heute ein Update von meinem fhem gemacht und bekomme folgende Meldung
2023.02.02 07:51:15 0: Server shutdown
...
2023.02.02 07:51:39 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1757.
2023.02.02 07:51:41 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1851.
2023.02.02 07:51:42 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1869.
...
werden die Meldungen in Zukunft mit dem Update beseitigt?
Guten Morgen buec65,
Zitat von: buec65 am 02 Februar 2023, 08:31:31
habe heute ein Update von meinem fhem gemacht und bekomme folgende Meldung
2023.02.02 07:51:15 0: Server shutdown
...
2023.02.02 07:51:39 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1757.
2023.02.02 07:51:41 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1851.
2023.02.02 07:51:42 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1869.
...
werden die Meldungen in Zukunft mit dem Update beseitigt?
Ja, die Fehler existieren nicht mehr.
—
ciao, Marc
Mit Google aus dem Französischen übersetzt
hallo mcp
hier ist die datei
Hi Marc,
wie sieht es denn mit einer Testversion aus.Die Heizsaison ist bald zu Ende und ich will meine Heizung steuern um den Gasverbrauch zu optimieren.
//Roger
Zitat von: mcp am 14 Januar 2023, 16:27:39
Hi Roger,
ja, das glaube ich Dir gerne, wird so jedoch leider nicht mehr möglich sein.
Ich habe Anfang November 2022, als ich die Maintainerschaft übernommen habe, direkt angefangen meine lokalen Änderungen einzubauen und dann die ganzen Bugs, die so im Verlauf der Zeit aufgetreten sind, zu fixen. Während dessen kamen mir natürlich auch ständig neue Ideen die ich dann ebenso direkt gebaut habe.
Ich habe leider keine 2 unterschiedlichen Versionen entwickelt (1 bugfix-only, 1 devel) sondern nur eine einzige Version.
Es ist mehr oder weniger ein Rewrite (oder zumindest ein immens großer Umbau) so dass ich die einzelnen nötigen Bugfixes nicht "mal eben" in die alte Version übernehmen kann.
diffstat:
98_vitoconnect.pm |11410 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++----------------------------------------------------
1 file changed, 9184 insertions(+), 2226 deletions(-)
wobei davon ~ 1100 Zeilen für die englische commandref draufgehen (Deutsche commandref steht noch aus)
ursprüngliche Version: 98K
neue Version: 311K
Ich werde es in Zukunft anders machen, also 1x dev, 1x bugfix-only.
Bitte gedulde Dich noch ein bißchen.
--
ciao, Marc
Ein großes "Danke!" an mcp aka marc und Andreas12 aka Andreas ;).
Hätte ich so nicht hinbekommen (Perl is not my language!)
Zum Auswerten funktioniert das Modul allerbest :). Weiter so 8)!
Sieht so aus, als ob die ViessFrauen seit ca. 17:30 die Server warten. Kann das jemand bestätigen?
Bei mir stehen auch ohne Ende time-outs im Log.
Und wieder mal allerfeinst wiederaufgenommen. Respekt! (so ab ca 19:45)
Zitat von: neworder am 15 Februar 2023, 19:27:22
Sieht so aus, als ob die ViessFrauen seit ca. 17:30 die Server warten. Kann das jemand bestätigen?
Hallo,
bei mir ist alles I.O auch in der APP ist alles i.o
Grüße
Sandro
[Gelöst] - Hallo, bei mir kommen seit heute 7:36 keine Daten mehr an
statusCode: 502 errorType: DEVICE_COMMUNICATION_ERROR message: DEVICE_COMMUNICATION_ERROR error:
vorher:
.....
Aussen_Status connected 2023-02-24 07:36:58
Aussentemperatur 6.9 2023-02-24 07:36:58 ......
WLAN hatte zwar Verbindung hat aber keine Daten übertragen --> WLAN am Router deaktiviert und nach 1 Minuten aktiviert - Läuft wieder
Guten Morgen,
seit kurzem werden bei Wärmepumpen mit der Vitotronic 200 W01C auf der Vitoguid Seite auch die Stromverbräuche angezeigt. Liegen die also auch auf der Schnittstelle und können im vitoconnect Modul angezeigt werden?
Grüße
Flo
Edit: auf der Developerseite habe ich das hier gefunden:
heating.power.consumption.total
heating.power.consumption.dhw
Kann man das nicht einpflegen?
Hallo,
ich verwende das Modul vitoconnect für eine Vitocal 250-A Wärmepumpe.
Leider funktionierte bei mir das Verstellen der Solltemperaturen nicht und viele HKX_... Readings waren nicht da.
Mir ist aufgefallen, dass das aktive Programm Readings der Form programs.normalHeating... erzeugt, während das Modul von Bezeichnungen der Form programs.normal... ausgeht.
Eine Ersetzung programs.normal => programs.normalHeating in der 98_vitoconnect.pm löste dann das Problem.
Jetzt ist die Frage, ob da Viessmann einfach die Bezeichnung geändert hat und generell das so im Modul ersetzt werden sollte oder ob diese Bezeichnung von Gerät zu Gerät variieren können.
Von daher wären Rückmeldungen von anderen Usern hilfreich, ob dort die HKX_... Readings korrekt geupdatet werden oder vielleicht ebenfalls programs.normalHeating... Readings erscheinen.
Hallo,
nachdem letztes Jahr die Trigger erhöht wurden (siehe unten) scheint das wieder aufgehoben bzw. wurden die Werte erneut angepasst.
Bei mir sehen die Kurven seit dem 6. März wieder recht smooth aus. Im API Changelog ist dazu nichts zu finden. Hat jemand eine Info ob das ein Feature oder ein Bug ist?
ZitatMay 2022
Changes on trigger for specific features
The triggermodes of specific features were adjusted to better handle the traffic and to decrease amount of data stored in the data storage. The triggermodes decide when a features is udpated in the cloud. A trigger can be for example after a time interval or when the value of the feature has changed by a delta compared to the previous value.
The following features were updated:
heating.flue.sensors.temperature.main
heating.circuits.n.sensors.temperature.supply
heating.boiler.sensors.temperature.commonSupply
heating.dhw.sensors.temperature.hotWaterStorage
heating.sensors.temperature.outside
heating.boiler.sensors.temperature.main
heating.dhw.sensors.temperature.outlet
heating.sensors.volumetricFlow.return
heating.burners.N.modulation
In case of the features containing temperatures, the temperature value delta has been increased, which leads to a coarser resolution of the value, but which is still reasonable and helps decreasing the traffic significantly.
Hallo, will nur mal nachfragen ob ich das Update verschlafen habe oder ob das mit dem normalen Update von fhem automatisch passiert.
Grundsätzlich vielen Dank an die Entwickler die uns hier tolle Funktionen zur Verfügung stellen.
Zitat von: klinkone am 15 März 2023, 17:32:22Hallo,
nachdem letztes Jahr die Trigger erhöht wurden (siehe unten) scheint das wieder aufgehoben bzw. wurden die Werte erneut angepasst.
Bei mir sehen die Kurven seit dem 6. März wieder recht smooth aus. Im API Changelog ist dazu nichts zu finden. Hat jemand eine Info ob das ein Feature oder ein Bug ist?
Leider ist seit dem 23. März wieder alles wie vorher. Schade
Ich habe heute seit längerem wieder einmal ins Log geschaut
2023.04.06 21:11:02 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/98_vitoconnect.pm line 1757.
2023.04.06 21:11:03 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1851.
2023.04.06 21:11:03 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_vitoconnect.pm line 1869.
ohne drängeln zu wollen:
wann ist mit einem Update zu rechnen? oder habe ich das Update ggf. verpasst?
Ich nutze das Modul auch schon länger. Jetzt wurde schon zwei Mal die Frage gestellt, wann ein Update kommt, und keine Antwort. Kein dolles Miteinander hier...
Na jetzt mach mal bitte keinen Stress. Möglicherweise ist Marc gerade im Urlaub. Er war bisher sehr aktiv bei der Modulentwicklung und da kommt sicherlich ein Update. Einfach noch Geduld haben.
LG,
Stephan.
Hallo zusammen,
ich war lang nicht hier, da ich mit FHEM nur noch Statistik für die WP gemacht habe und dann im Grafana darstelle.
Da wir jetzt im Urlaub waren, habe ich seit langem mal wieder die offizielle App verwendet und gesehen, dass Viessmann mittlerweile die Verbräuche in der App anzeigt. Die Funktion bzw. Readings dazu sind in der API ja am 01.07.2022 weggefallen.
Bedeutet, die Verfügbarkeit in der App, dass die API die Werte nun auch wieder kennt?
Ich habe gerade mal mein FHEM und alle Module aktualisiert, aber sehe keinen großen Unterschied. Muss ich am angelegten Device (Vitoconnect) noch etwas aktualisieren, um die ganzen Readings mal zu "refreshen". Es sind halt jede Menge drin, die nicht mehr von der API bedient werden und ich hoffe, dass vlt. ein paar Neue fehlen.
EDIT:
"Clear Readings" habe ich gerade gefunden und durchgeführt.
Das ist schonmal sehr angenehm. Jetzt bräuchte ich nur noch, falls es wieder Verbrauchsdaten über die API gibt die Readings dazu.
Hallo zusammen,
ich wollte mal Fragen ob wohl die Chance besteht meiner wärmepumpe , einer Vitodens 252, Daten zu entlocken.
Ich habe zwei Geräte unter meinem Viessmann-Account, eine VitoAir die hervorragend funktioniert, und eben die VitoDens 252 (-c glaube ich), da gibts unter Device1 nur ein 404 zurück.
Hallo zusammen,
auch auf die Gefahr hin, dass ich nerve.
Gibt es mittlerweile ein Update?
Einige zugesagte Änderungen interessieren mich sehr und die Heizsaison wird bald wieder beginnen.
Danke für eine Rückmeldung.
Uwe
Hallo zusammen,
ich habe das Modul heute installiert. Benutzer, Passwort passen, API-Key wurde gesetzt und im Developer-Portal habe ich reCAPTCHA deaktiviert. Ich bekomme aber dennoch keien Verbindung, es wir nur "Login failure. Check password and apiKey" gemeldet. Die Eingaben sind mehrfach geprüft. Gibt es Tipps, wo ich weiter nach dem Fehler suchen könnte?
Ist aber normal definiert
defmod Vitodens vitoconnect Email Kennwort 120
dann öffnen und den API-key zuweisen
Vitodens ist der Name der in fhem verwendet wird, ist frei zu vergeben.
So steht es auch im Wiki
Die Definition erfolgte entsprechend der Doku mit define VitoData vitoconnect email passwort 120. Defmod ist doch falsch oder?
Dann wurde der API-Key hinzugefügt. Klapt aber leider nicht.....
Hallo, ich habe zwei Geräte, die ich auch mit der APP von Viessmann auslesen kann. Früher waren hierzu zwei Accounts nötig, ist aber auf ein Account von Viessmann optimiert worden. Mit FHEM sehe ich immer nur die Daten von dem Gerät, welches bei der AP als erstes steht. Kann mir jemand sagen, wie ich bei FHEM die Daten des zweiten Gerätes auslesen und auch steuernd Einfluss (Gastherme aus bzw einschalten) nehmen kann.
Vielel Grüße
Hi,
da sich mit einen update lange, lange nichts getan hat --> habe ich das Modul an meine Bedürfnisse angepasst.
Insbesondere die set-Befehle. (Habe auch viele Kommentare eingefügt, um den Code zu verstehen).
#Heizung:
set <name> HK1-Betriebsart standby,heating
set <name> HK1-Solltemperatur_normal nn ## 3-37,1
#Warmwasser:
set <name> WW-Betriebsart off,balanced
Ich habe eine: Viessmann Vitodens 333-F B3TF 1,9-19kW Damit funktioniert es. (In der resource.json kann man nachschauen, was alles an Kommandos akzeptiert wird und wie der Syntax ist.)
Hier das Modul - vielleicht kann es ja jemand gebrauchen.
Ich führe allerdings keine Anpassungen an andere Geräte durch und gebe auch keinen Support! :(
//Roger
Habe in dieser Version etliche reading-Namen und Befehls-Namen geändert.
Es gibt nun auch ein Reading: Aktion_Status
Da steht das Ergebnis vom letzten Befehl drin und es kann mit einem notify darauf reagiert werden.
//Roger
Hallo Roger,
ZitatEs gibt nun auch ein Reading: Aktion_Status
Da steht das Ergebnis vom letzten Befehl drin und es kann mit einem notify darauf reagiert werden.
Gilt die Erweiterung für alle mit dem Modul kompatiblen Viessmann-Anlagen oder nur für deine "Viessmann Vitodens 333-F B3TF 1,9-19kW"?
Hi Felix_86,
das Modul sollte für alle kompatiblen Geräte funktionieren. Ob dann alle Reading in sprechende Namen übersetzt sind, kann ich nicht sagen. Auch nicht, ob alle Befehle verfügbar sind und funktionieren.
Aber es ist nicht schlechter, als die alte Version. :) Ich habe Anpassungen von Viessmann (Trennung Heizung-Warmwasser) ins Modul übernommen.
Probiere es einfach mit Deiner Therme aus.
//Roger
Guten Abend,
kann es eigentlich sein, dass bei den heating.compressors.0.statistics die Loadklassen seit O9.10.23 nicht mehr übertragen werden (also z.B. heating.compressors.0.statistics.hoursLoadClassOne)?
Die Werte bleiben bei mir grau und werden nicht mehr aktualisiert.
Grüße Flo
Hallo,
ich habe mal eine Frage, und zwar sieht man auf meinem Screenshot dass die Warmwasserwerte zwischen 00:00 Uhr und 12:30 sehr fein dargestellt werden. Ab 12:30 werden die Werte sehr verzögert aktualisiert und die Linie sieht auch dementsprechend aus. Die Werte für die Vorlauf und Rücklauf Temperaturen werden immer sehr fein dargestellt. Kenn das Problem zufällig jemand?
Gruß
Michael
Hallo Michael,
sieht der Verlauf jeden Tag so aus oder ist das ein Einzelfall?
Wie häufig machst du die Abfrage der Daten im vitoconnect-Modul in FHEM?
Im Viesmann Basic Developer Paket sind 1450 API calls per day zulässig. Das entspricht einer Abfrage pro Minute.
Mir ist allerdings aufgefallen, dass die ViCare App ihre Angaben nur alle x Minuten aktualisiert (häufig auch nur nach einem Start der App). Daher habe ich den Intervall bei mir auf 5 Minuten gestellt. Wenn die Viesmann Server dann auch erreichbar sind (gefühlt ist das an einem Tag pro Woche zeitweise nicht der Fall), sehen die Ansichten auch ok aus.
Ich mache alle 60 Sekunden einen Abfrage. Nur die Werte für die Außentemperatur & der Warmwassertemperatur kommt sehr unregelmäßig rein. In der App wird der Wert auch nicht aktualisiert. Komischerweise hat das ja einmal funktioniert, sieht man ja an dem SVG Plot. Wenn ich das Vitoconnect Teil neu startet, werden die beiden Wert auch sofort aktualisiert.
heute bemerkt, das passwort und apikey als falsch gemeldet werden.
gabs änderung? komme nicht mehr zum server
klappt wieder, neues Passwörter angefordert
Zitatheute bemerkt, das passwort und apikey als falsch gemeldet werden.
Hatte ich vor kurzem auch, Viessmann-Forum durchforstet - Heizung für 10 min stromlos machen und Router reseten.
Hat bei mir funktioniert.
Seit dem 22.2.2024, 0:55 Uhr wird das Reading "HK1-Vorlauftemperatur" bei meiner Wärmepumpe Vitocall 200-S AWB-E-AC 201.D13 im Modul nicht mehr aktualisiert.
(Fast) alle anderen Readings werden aktualisiert. Gab es irgendwelche Veränderungen, die an mir vorbei gingen?
Zitat von: uron am 23 Februar 2024, 11:28:04Seit dem 22.2.2024, 0:55 Uhr wird das Reading "HK1-Vorlauftemperatur" bei meiner Wärmepumpe Vitocall 200-S AWB-E-AC 201.D13 im Modul nicht mehr aktualisiert.
(Fast) alle anderen Readings werden aktualisiert. Gab es irgendwelche Veränderungen, die an mir vorbei gingen?
Hi,
in "meiner" Version heißt das Reading
HK1_Vorlauf_Temp__C und wird aktualisiert.
//Roger
Das Reading von Roger finde ich bei mir nicht.
Mittlerweile habe ich aber festgestellt, dass das Problen anderswo zu liegen scheint:
Ich habe mal meinen ioBroker tracken lassen:
Der Datenpunkt viessmannapi.0.XXXXXX.0.features.heating.circuits.0.sensors.temperature.supply.properties.value.value zeigt den gleichen Altwert an, der ebenfalls nicht akutualisiert wird.
D.h., dass wohl die API-Schnittstelle die Quelle des Übels ist.
Keine Ahnung, was da nun zu tun ist, ob Viessmann da helfen kann?
Hallo,
ich bin gerade dabei, das Modul erstmalig einzurichten.
Beim Anmelden erhalte ich dann die Meldung: login failure... etc.
Im Wiki steht, dass man das Passwort aus der Vitoconnect app benutzen soll. Das habe ich gemacht.
Im Viessmann Develpor-Portal erhalte ich dann aber noch einen Token. Ich habe jetzt sowohl diesen Token als auch die Api versucht, scheitere aber trotzdem. Welches von beiden ist denn grundsätzlich richtig?
Gruß
Wolfgang
Hallo Wolfgang,
Keinen Token eintragen sondern den Api-Key aus dem Dev-Portal, User Und Passwort sind aus der App zu nehmen.
Und die DEV sieht bei mir so aus -> test@email.de deinPasswort 180
Grüße
Sandro
Hi,
klappt leider nicht.
der Raspi hat nur den Optolink-Adapter angesteckt, sonst nichts. Er wird auch erkannt auf Ist es trotzdem notwendig, die USB-Schnittstelle zu konfigurieren?
lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Gruß
Wolfgang
Zitat von: WolfgangV am 17 März 2024, 16:16:42Hi,
klappt leider nicht.
der Raspi hat nur den Optolink-Adapter angesteckt, sonst nichts. Er wird auch erkannt auf Ist es trotzdem notwendig, die USB-Schnittstelle zu konfigurieren?
lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Gruß
Wolfgang
Hi,
ich glaube du bist hier falsch, siehe hier......:)
https://fhem.de/commandref_DE.html#VCONTROL
Grüße
Sandro
Hi,
alles klar,
ich dachte tatsächlich, das Modul benötigt den Optolink-Adapter.
Ich habe den jetzt abgesteckt und bei der Heizung wieder eingesteckt. Dann müsste es doch eigentlich funktionieren?
Aber auch ohne den Adapter erhalte ich leider keinen Kontakt mit der Wärmepumpe...
Gruß
Wolfgang
Hallo,
dies ist das Ergebnis von einem verbose 5-Logfile und dem Versuch der vitoconnect, sich mit dem richtigen Passwort und dem richtigen Token anzumelden:
2024.03.20 14:53:31 5: Waermepumpe - ReadKeyValue tries to read value for passwd from file
2024.03.20 14:53:31 4: Waermepumpe - getCodeCallback went ok
2024.03.20 14:53:31 5: Waermepumpe - Received response:
<!DOCTYPE html>
<html>
<head>
<title>Viessmann Login</title>
<meta name='viewport' content='width=device-width, initial-scale=1'>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="color-scheme" content="dark light">
<link rel="icon" href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/images/favicon.ico" type="image/x-icon">
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/material-components-web.min.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/material-components-web.min.js"></script>
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/iam.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/iam.js"></script>
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/icon.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/jquery-3.6.3.min.js"></script>
</head>
<body onload="loadForms();">
<div class="mdc-panel-left" id="mdc-panel-left">
<header class="mdc-top-app-bar">
<section class="mdc-top-section" >
<svg width="147" height="31" viewBox="0 0 147 31" fill="none" xmlns="http://www.w3.org/2000/svg">
<path fill-rule="evenodd" clip-rule="evenodd" d="M65.2066 0.00829679L53.8352 0C53.8352 0 49.3753 0.109502 49.3753 4.5076C49.3753 9.03172 53.8352 8.92957 53.8352 8.92957L60.5928 8.92036C60.5928 8.92036 61.4846 8.92036 61.4846 9.85427C61.4846 10.6631 60.59 10.6631 60.59 10.6631H49.6867V14.4585L60.9844 14.4594C60.9844 14.4594 65.7934 14.6424 65.7934 9.69881C65.7934 5.44426 60.9844 5.31914 60.9844 5.31914H54.5805C54.5805 5.31914 53.5864 5.31914 53.5864 4.50849C53.5864 3.72457 54.5805 3.72458 54.5805 3.72458H65.2066V0.00829679ZM0 7.22562L7.41078 21.0851H13.3816L20.6948 7.22652H14.9036L10.7735 15.6547C10.5598 16.0898 10.5598 16.5775 10.5598 16.5775C10.5598 16.5775 10.5598 16.0898 10.3405 15.6427L6.2113 7.22652L0 7.22562ZM28.0705 7.22657V21.0667H22.9122V7.22657H28.0705ZM87.4235 7.22657L80.4651 7.22753L78.3231 12.9561C78.1471 13.4299 78.0955 14.3353 78.0955 14.3353C78.0955 14.3353 78.0209 13.4161 77.8505 12.9561L75.726 7.22753L68.7933 7.22657L68.7868 21.0685L73.2358 21.0667V12.8328C73.2358 12.8328 73.2358 13.3213 73.4255 13.7621L76.5745 21.0685H79.6166L82.7655 13.5927C82.9525 13.1493 82.9525 12.6607 82.9525 12.6607V21.0667H87.4235V7.22657ZM120.817 21.0695L125.912 21.0667V7.22657H121.044V14.8257C121.044 14.8257 121.044 14.3371 120.724 13.9654L114.94 7.22657H109.811V21.0667H114.94V13.4685C114.94 13.4685 114.94 13.9562 115.246 14.3271L120.817 21.0695ZM108.145 21.0686L101.138 7.22846H95.6904L88.6831 21.0686H93.3899H94.1307L95.426 18.5089L101.401 18.5098L102.698 21.0686H102.911V21.0695H107.673L107.672 21.0686H108.145ZM96.737 15.0052C96.737 15.0052 97.9825 12.5375 98.1981 12.1096C98.4137 11.6818 98.4137 11.1941 98.4137 11.1941C98.4137 11.1941 98.4137 11.6818 98.6302 12.1114L100.098 15.0189L96.737 15.0052ZM37.6209 17.3753L37.6218 15.455H45.3587V12.3405H37.6218V10.6254H47.0392V7.22753L32.7326 7.22657V21.0667H47.415V17.3762L37.6209 17.3753ZM141.277 21.0714L146.372 21.0695V7.22846H141.504V14.8276C141.504 14.8276 141.504 14.339 141.185 13.9673L135.4 7.22846H130.271V21.0695H135.4V13.4704C135.4 13.4704 135.4 13.959 135.707 14.3298L141.277 21.0714ZM65.2103 16.5478L53.8389 16.5405C53.8389 16.5405 49.3781 16.649 49.3781 21.048C49.3781 25.5712 53.8389 25.4691 53.8389 25.4691L60.5956 25.4608C60.5956 25.4608 61.4874 25.4608 61.4874 26.3947C61.4874 27.2035 60.5938 27.2035 60.5938 27.2035H49.6904V30.9989H60.9872C60.9872 30.9989 65.7972 31.1829 65.7972 26.2392C65.7972 21.9837 60.9872 21.8595 60.9872 21.8595L54.5843 21.8586C54.5843 21.8586 53.5902 21.8586 53.5902 21.048C53.5902 20.2641 54.5843 20.2641 54.5843 20.2641L65.2103 20.265V16.5478Z" fill="#FF3E17"/>
</svg>
<div class="circle"></div>
<div class="mdc-fsp-text-element mdc-iam-font-viessmann-pro mdc-iam-font-account">Account</div>
<div class="mdc-fsp-button mdc-fsp-button-header" id="CreateAccountButton"></div>
</section>
</header>
<main class="bg-container">
<section class="inside">
<form class="b2b-form-space" id="FidoPwDialog" name="FidoPwDialog" method="POST" target="_self" action="https://iam.viessmann.com/idp/v2/authorize?client_id=10d50ad331e469a32af3a8c2bf79026c&redirect_uri=http://localhost:4200/&code_challenge=2e21faa1-db2c-4d0b-a10f-575fd372bc8c-575fd372bc8c&&scope=IoT%20User%20offline_access&response_type=code" autocomplete="off" accept-charset="UTF-8" onchange="spez.onformchange();">
<div class="mdl-grid mdl-grid--no-spacing">
<div class="normal-text font-size-26px opacity-87 --mdc-theme-primary mdc-iam-font-viessmann-pro mdc-iam-font-big mdc-iam-info-title mdc-iam-font-title"><p>Sign in</p></div>
</div>
<div class="mdc-fsp-error-panel">
<div class="mdc-fsp-error-panel-inside">
<svg viewBox="0 0 20 20" fill="none" xmlns="http://www.w3.org/2000/svg">
<path d="M10 0C4.47 0 0 4.47 0 10C0 15.53 4.47 20 10 20C15.53 20 20 15.53 20 10C20 4.47 15.53 0 10 0ZM15 13.59L13.59 15L10 11.41L6.41 15L5 13.59L8.59 10L5 6.41L6.41 5L10 8.59L13.59 5L15 6.41L11.41 10L15 13.59Z" fill="#A71C00"/>
</svg>
<div class="mdc-fsp-error-text">Your account has been suspended due to repeated failed authentication.</div>
</div>
</div>
<div class="mdl-grid mdl-grid--no-spacing">
<div class="normal-text font-size-26px opacity-87 --mdc-theme-primary "><p>User name: wolfgang-volk@gmx.de</p></div>
</div>
<input type="text" name="isiwebuserid" value="wolfgang-volk@gmx.de" style="display: none;"
label="User name"
>
</label>
<label class="mdc-text-field mdc-text-field--filled" for="isiwebpasswd">
<span class="mdc-text-field__ripple"></span>
<span class="mdc-floating-label" id="isiwebpasswd-id">Password</span>
<input type="password" name="hidden-password" value="00" tabindex="-1" style="display:none" autocomplete="off">
<input name="isiwebpasswd" class="mdc-text-field__input" id="isiwebpasswd" type="password" aria-labelledby="isiwebpasswd-id" autocapitalize="off" autocomplete="off" spellcheck="false" size="20" maxlength="255" tabindex="5"
required
onkeyup="spez.onformchange();"
>
<i class="material-icons mdc-text-field__icon textfield-icon" id="visibillityIcon" tabindex="-2" ontouchstart="spez.changePWType('isiwebpasswd', 'click', this);" ontouchend="spez.changePWType('isiwebpasswd', 'focus', this);" onmousedown="spez.changePWType('isiwebpasswd', 'click', this);" onmouseup="spez.changePWType('isiwebpasswd', 'focus', this);" onmouseout="spez.changePWType('isiwebpasswd', 'focus', this);">visibility_off</i>
</label>
<div class="mdl-grid mdl-grid--no-spacing mdl-fsp-link mdl-fsp-link-pwlost" id="links">
<div class="mdl-cell mdl-fsp-cell mdl-fsp-cell-pwlost" style="width:auto">
<a href="/selfservice/passwordlost" title="Forgotten password" class="link link-pwlost" >
<span class="link mdc-iam-font-big">Forgotten password</span>
<i class="material-icons mdc-text-field__icon mdc-text-field__icon--trailing link" id="eastIcon" tabindex="0" role="button">east</i>
</a>
</div>
</div>
<div class="mdc-fsp-button mdc-fsp-button-submitbtn">
<button class="mdc-button mdc-button--raised mdc-button-big mdc-button-big-submit mdc-button-big-submitbtn" type="submit" name="submitbtn" value="LOGIN"
id="submitButton" onclick="return spez.formSubmit();" disabled="true"
>
<span class="mdc-button__label mdc-iam-font-big">LOGIN</span>
</button>
</div>
</label>
<div class="mdc-fsp-button-footer" id="CreateAccountButtonMobile"></div>
</form>
<script type="text/javascript">
spez.formEl = document.getElementById( 'FidoPwDialog' );
spez.focousElement(document.forms['FidoPwDialog']);
spez.footerCreateButton();
spez.onformchange();
function gcapSuccess(token)
{
document.getElementById("FidoPwDialog").submit();
}
</script>
</section>
</main>
</div>
<div class="mdc-panel-right" id="mdc-panel-right">
</div>
<script>
var leftPanel = document.getElementById( "mdc-panel-left" );
leftPanel.setAttribute( "style", "width: 38%;");
</script>
<style>
div.mdl-grid > div.normal-text{
text-align: left !important;
}
.inside{
margin: auto 32px !important;
max-width: none;
}
</style>
</body>
</html>
2024.03.20 14:53:31 4: Waermepumpe - code: 4
2024.03.20 14:53:31 1: Waermepumpe - Login failure. Check password and apiKey
Kann jemand was damit anfangen?
Gruß
Wolfgang
Zitat von: WolfgangV am 20 März 2024, 15:01:04Hallo,
dies ist das Ergebnis von einem verbose 5-Logfile und dem Versuch der vitoconnect, sich mit dem richtigen Passwort und dem richtigen Token anzumelden:
2024.03.20 14:53:31 5: Waermepumpe - ReadKeyValue tries to read value for passwd from file
2024.03.20 14:53:31 4: Waermepumpe - getCodeCallback went ok
2024.03.20 14:53:31 5: Waermepumpe - Received response:
<!DOCTYPE html>
<html>
<head>
<title>Viessmann Login</title>
<meta name='viewport' content='width=device-width, initial-scale=1'>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="color-scheme" content="dark light">
<link rel="icon" href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/images/favicon.ico" type="image/x-icon">
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/material-components-web.min.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/material-components-web.min.js"></script>
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/iam.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/iam.js"></script>
<link href="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/css/icon.css" rel="stylesheet">
<script src="/idp/v2/authorize/nevislogrend/applications/OpenID_v2/webdata/js/jquery-3.6.3.min.js"></script>
</head>
<body onload="loadForms();">
<div class="mdc-panel-left" id="mdc-panel-left">
<header class="mdc-top-app-bar">
<section class="mdc-top-section" >
<svg width="147" height="31" viewBox="0 0 147 31" fill="none" xmlns="http://www.w3.org/2000/svg">
<path fill-rule="evenodd" clip-rule="evenodd" d="M65.2066 0.00829679L53.8352 0C53.8352 0 49.3753 0.109502 49.3753 4.5076C49.3753 9.03172 53.8352 8.92957 53.8352 8.92957L60.5928 8.92036C60.5928 8.92036 61.4846 8.92036 61.4846 9.85427C61.4846 10.6631 60.59 10.6631 60.59 10.6631H49.6867V14.4585L60.9844 14.4594C60.9844 14.4594 65.7934 14.6424 65.7934 9.69881C65.7934 5.44426 60.9844 5.31914 60.9844 5.31914H54.5805C54.5805 5.31914 53.5864 5.31914 53.5864 4.50849C53.5864 3.72457 54.5805 3.72458 54.5805 3.72458H65.2066V0.00829679ZM0 7.22562L7.41078 21.0851H13.3816L20.6948 7.22652H14.9036L10.7735 15.6547C10.5598 16.0898 10.5598 16.5775 10.5598 16.5775C10.5598 16.5775 10.5598 16.0898 10.3405 15.6427L6.2113 7.22652L0 7.22562ZM28.0705 7.22657V21.0667H22.9122V7.22657H28.0705ZM87.4235 7.22657L80.4651 7.22753L78.3231 12.9561C78.1471 13.4299 78.0955 14.3353 78.0955 14.3353C78.0955 14.3353 78.0209 13.4161 77.8505 12.9561L75.726 7.22753L68.7933 7.22657L68.7868 21.0685L73.2358 21.0667V12.8328C73.2358 12.8328 73.2358 13.3213 73.4255 13.7621L76.5745 21.0685H79.6166L82.7655 13.5927C82.9525 13.1493 82.9525 12.6607 82.9525 12.6607V21.0667H87.4235V7.22657ZM120.817 21.0695L125.912 21.0667V7.22657H121.044V14.8257C121.044 14.8257 121.044 14.3371 120.724 13.9654L114.94 7.22657H109.811V21.0667H114.94V13.4685C114.94 13.4685 114.94 13.9562 115.246 14.3271L120.817 21.0695ZM108.145 21.0686L101.138 7.22846H95.6904L88.6831 21.0686H93.3899H94.1307L95.426 18.5089L101.401 18.5098L102.698 21.0686H102.911V21.0695H107.673L107.672 21.0686H108.145ZM96.737 15.0052C96.737 15.0052 97.9825 12.5375 98.1981 12.1096C98.4137 11.6818 98.4137 11.1941 98.4137 11.1941C98.4137 11.1941 98.4137 11.6818 98.6302 12.1114L100.098 15.0189L96.737 15.0052ZM37.6209 17.3753L37.6218 15.455H45.3587V12.3405H37.6218V10.6254H47.0392V7.22753L32.7326 7.22657V21.0667H47.415V17.3762L37.6209 17.3753ZM141.277 21.0714L146.372 21.0695V7.22846H141.504V14.8276C141.504 14.8276 141.504 14.339 141.185 13.9673L135.4 7.22846H130.271V21.0695H135.4V13.4704C135.4 13.4704 135.4 13.959 135.707 14.3298L141.277 21.0714ZM65.2103 16.5478L53.8389 16.5405C53.8389 16.5405 49.3781 16.649 49.3781 21.048C49.3781 25.5712 53.8389 25.4691 53.8389 25.4691L60.5956 25.4608C60.5956 25.4608 61.4874 25.4608 61.4874 26.3947C61.4874 27.2035 60.5938 27.2035 60.5938 27.2035H49.6904V30.9989H60.9872C60.9872 30.9989 65.7972 31.1829 65.7972 26.2392C65.7972 21.9837 60.9872 21.8595 60.9872 21.8595L54.5843 21.8586C54.5843 21.8586 53.5902 21.8586 53.5902 21.048C53.5902 20.2641 54.5843 20.2641 54.5843 20.2641L65.2103 20.265V16.5478Z" fill="#FF3E17"/>
</svg>
<div class="circle"></div>
<div class="mdc-fsp-text-element mdc-iam-font-viessmann-pro mdc-iam-font-account">Account</div>
<div class="mdc-fsp-button mdc-fsp-button-header" id="CreateAccountButton"></div>
</section>
</header>
<main class="bg-container">
<section class="inside">
<form class="b2b-form-space" id="FidoPwDialog" name="FidoPwDialog" method="POST" target="_self" action="https://iam.viessmann.com/idp/v2/authorize?client_id=10d50ad331e469a32af3a8c2bf79026c&redirect_uri=http://localhost:4200/&code_challenge=2e21faa1-db2c-4d0b-a10f-575fd372bc8c-575fd372bc8c&&scope=IoT%20User%20offline_access&response_type=code" autocomplete="off" accept-charset="UTF-8" onchange="spez.onformchange();">
<div class="mdl-grid mdl-grid--no-spacing">
<div class="normal-text font-size-26px opacity-87 --mdc-theme-primary mdc-iam-font-viessmann-pro mdc-iam-font-big mdc-iam-info-title mdc-iam-font-title"><p>Sign in</p></div>
</div>
<div class="mdc-fsp-error-panel">
<div class="mdc-fsp-error-panel-inside">
<svg viewBox="0 0 20 20" fill="none" xmlns="http://www.w3.org/2000/svg">
<path d="M10 0C4.47 0 0 4.47 0 10C0 15.53 4.47 20 10 20C15.53 20 20 15.53 20 10C20 4.47 15.53 0 10 0ZM15 13.59L13.59 15L10 11.41L6.41 15L5 13.59L8.59 10L5 6.41L6.41 5L10 8.59L13.59 5L15 6.41L11.41 10L15 13.59Z" fill="#A71C00"/>
</svg>
<div class="mdc-fsp-error-text">Your account has been suspended due to repeated failed authentication.</div>
</div>
</div>
<div class="mdl-grid mdl-grid--no-spacing">
<div class="normal-text font-size-26px opacity-87 --mdc-theme-primary "><p>User name: wolfgang-volk@gmx.de</p></div>
</div>
<input type="text" name="isiwebuserid" value="wolfgang-volk@gmx.de" style="display: none;"
label="User name"
>
</label>
<label class="mdc-text-field mdc-text-field--filled" for="isiwebpasswd">
<span class="mdc-text-field__ripple"></span>
<span class="mdc-floating-label" id="isiwebpasswd-id">Password</span>
<input type="password" name="hidden-password" value="00" tabindex="-1" style="display:none" autocomplete="off">
<input name="isiwebpasswd" class="mdc-text-field__input" id="isiwebpasswd" type="password" aria-labelledby="isiwebpasswd-id" autocapitalize="off" autocomplete="off" spellcheck="false" size="20" maxlength="255" tabindex="5"
required
onkeyup="spez.onformchange();"
>
<i class="material-icons mdc-text-field__icon textfield-icon" id="visibillityIcon" tabindex="-2" ontouchstart="spez.changePWType('isiwebpasswd', 'click', this);" ontouchend="spez.changePWType('isiwebpasswd', 'focus', this);" onmousedown="spez.changePWType('isiwebpasswd', 'click', this);" onmouseup="spez.changePWType('isiwebpasswd', 'focus', this);" onmouseout="spez.changePWType('isiwebpasswd', 'focus', this);">visibility_off</i>
</label>
<div class="mdl-grid mdl-grid--no-spacing mdl-fsp-link mdl-fsp-link-pwlost" id="links">
<div class="mdl-cell mdl-fsp-cell mdl-fsp-cell-pwlost" style="width:auto">
<a href="/selfservice/passwordlost" title="Forgotten password" class="link link-pwlost" >
<span class="link mdc-iam-font-big">Forgotten password</span>
<i class="material-icons mdc-text-field__icon mdc-text-field__icon--trailing link" id="eastIcon" tabindex="0" role="button">east</i>
</a>
</div>
</div>
<div class="mdc-fsp-button mdc-fsp-button-submitbtn">
<button class="mdc-button mdc-button--raised mdc-button-big mdc-button-big-submit mdc-button-big-submitbtn" type="submit" name="submitbtn" value="LOGIN"
id="submitButton" onclick="return spez.formSubmit();" disabled="true"
>
<span class="mdc-button__label mdc-iam-font-big">LOGIN</span>
</button>
</div>
</label>
<div class="mdc-fsp-button-footer" id="CreateAccountButtonMobile"></div>
</form>
<script type="text/javascript">
spez.formEl = document.getElementById( 'FidoPwDialog' );
spez.focousElement(document.forms['FidoPwDialog']);
spez.footerCreateButton();
spez.onformchange();
function gcapSuccess(token)
{
document.getElementById("FidoPwDialog").submit();
}
</script>
</section>
</main>
</div>
<div class="mdc-panel-right" id="mdc-panel-right">
</div>
<script>
var leftPanel = document.getElementById( "mdc-panel-left" );
leftPanel.setAttribute( "style", "width: 38%;");
</script>
<style>
div.mdl-grid > div.normal-text{
text-align: left !important;
}
.inside{
margin: auto 32px !important;
max-width: none;
}
</style>
</body>
</html>
2024.03.20 14:53:31 4: Waermepumpe - code: 4
2024.03.20 14:53:31 1: Waermepumpe - Login failure. Check password and apiKey
Kann jemand was damit anfangen?
Gruß
Wolfgang
Hi,
ja kann ich -> Ihr Konto wurde aufgrund wiederholter fehlgeschlagener Authentifizierung gesperrt.
Ein Frage, hasst du dich bei der ViCare App schon angemeldet mit deiner Wärmepumpe.
Und die VITOCONNECT 100 hasst du auch ??
Grüße
Sandro
O.T.: Vielleicht hasst!! er auch nur vitoconnect.
Könnte ich versehen. :)
Hi,
mit der ViCare-app bin ich problemlos angemeldet.
Gruß
Wolfgang
Hi,
ich habe mich bei Viessmann neu eingeloggt und das Passwort geändert. Jetzt läuft alles.
Danke für die Unterstützung.
Gruß
Wolfgang
Gibt es irgendwo eine Anleitung wie man diesen API Schlüssel erstellt für fhem?
Ich verstehe das leider nicht.
Das Modul in FHEM anlegen ist klar, und dann?
Ich habe dies Tutorial gefunden, aber was ist mit der Redirect URI gemeint?
https://www.youtube.com/watch?v=F6MylvJC7NQ
Muss man auf dem Router den Port 4200 auf den FHEM Server mappen?
Intuitiv ist das leider nicht und die Doku verwirrt noch mehr.
Hallo,
hier musst du dich anmelden und dort bekommst du dann den ApiKey......
https://developer.viessmann.com
Redirect URIs
http://localhost:4200/
Denn trägst du im Modul ein + deine Login-Daten von der App
Grüße
Sandro
Also die Client ID ist der API key?
Ich dachte immer unten links müsste man noch etwas machen bei Generate Access Token.
hmm ich hab nee Vito 300 hoffen das die Supportet ist.
in jeden Fall danke für deine Antwort.
Gruß Seb.