Loxberry Vitoconnect

[maikroe]

also die Daten stimmen genau überein.

Fehler: #!/usr/bin/php Calling parameters: action : summary option : value : Using configfile /opt/loxberry/config/plugins/Vitoconnect/config.json Running on a LoxBerry Using broker settings from MQTT Gateway plugin: Broker host : localhost:1883 Broker user : loxberry Broker pass : v*************** File data error, no token found. Fallback to re-login Status: 400 {"error":"Client not registered."}Status: 400 Data error, no token found. Response: Get Data from Viessmann API Service. JSON error, or JSON is empty: Error code 0 No error

[challo]

Wie du siehst liefert die API: error":"Client not registered.
Also muss irgendwas bei der Erstellung deines API keys falsch sein

[challo]

Funktioniert die vicare App bei dir?

[maikroe]

die VCare App funktioniert einwandfrei. Ich glaube auch das bei der Erstellung des APi ein Fehler ist. Könnt ihr mir sagen wie genau ihr den Key erzeugt habt ?

[challo]

Ist eigentlich nichts dabei. Hast du es wie ich es hier beschrieben habe gemacht?

https://loxwiki.atlassian.net/wiki/spaces/LOXBERRY/pages/1244332248/Vitoconnect

[maikroe]

wie habt ihr den Curl Command ausgeführt ?

[maikroe]

Mein Frage wäre, ob einer der das Viessmann Plugin in Verbindung mit Vitoconnect nutzt mir erklären kann wie man an den API Key kommt der zur Nutzung von dem Plugin notwendig ist. Ich habe es schon versucht aber der Key scheint nicht Korrekt zu sein.

[maikroe]

Ja ich habe alles so gemacht wie beschrieben. Ich habe ein Problem bei der API Key Erstellung im Viessmann Developer Portal.

[challo]

Verstanden, aber was ist dein Problem? Kommt es zu einer Fehlermeldung?

[maikroe]

In Query Links and Data kommt es zu folgender Fehlermeldung:

bei aufrufen des Links : http://<lbuser>:<lbpass>@loxberry:80/admin/plugins/Vitoconnect/vitoconnect.php?action=summary

Natürlich mit richtigen Benutzernamen und PW.

kommt das als Fehlermeldung:
#!/usr/bin/php Calling parameters: action : summary option : value : Using configfile /opt/loxberry/config/plugins/Vitoconnect/config.json Running on a LoxBerry Using broker settings from MQTT Gateway plugin: Broker host : localhost:1883 Broker user : loxberry Broker pass : v*************** File data error, no token found. Fallback to re-login Status: 400 {"error":"Client not registered."}Status: 400 Data error, no token found. Response: Get Data from Viessmann API Service. JSON error, or JSON is empty: Error code 0 No error

Ich glaube das der API Key nicht richtig ist. Wie ich den richtig erzeugen kann auf dem Viessmann Developer Portal weiß ich nicht.

[challo]

Aber was soll an dem API key nicht richtig sein wenn er dir im Developer Portal so angezeigt wird? Ich weiß aktuell nicht wie ich dir weiterhelfen soll

[Marty M4cFly]

Hat schon jemand probiert ob das Plugin auch bei Loxberry V3.0 funktioniert?

[Denon2002]

Hy, funktioniert bei mir ohne Probleme mit dem V3

[Marty M4cFly]

hi, super danke dir für die Rückmeldung

[jo_21]

Hallo zusammen,

ich finde das Plugin cool, da ich momentan versuche, weniger FHEM einzusetzen und mehr direkt den loxberry.
Ein Punkt der mir aufgefallen ist: So wie ich die API verstehe, kann man am aggregatedStatus am einfachsten prüfen, ob alles in Ordnung ist. Theoretisch kann man auch prüfen, wie viele Einträge die Fehlermeldungen haben etc. aber das finde ich recht kompliziert.
Ihr habt ja schon den aggregatedstatus als Text eingefügt. Textwerte sind leider zur automatischen Überwachung nicht so gut geeigenet. Die Conversion am MQTT Gateway kann man leider auch nicht nutzen, weil Viessmann seine API nicht so gut dokumentiert und man ja sich nur auf "WorksProperly" wenn alles OK ist verlassen kann, d.h. die Conversion von den anderen, potentiell unbekannten Werten zu einer Zahl fällt flach.
Ich habe daher einen PR aufgemacht, um im PHP noch ein weiteres Feld aggregatedstatus_ok eingefügt, dass 1 ist, wenn aggregatedstatus auf worksproperly steht (case insensitive). Falls ein anderer Wert drin steht, wird 0 gesetzt. Darauf kann man dann alerten.
Ich persönlich arbeite eher mit Python, früher auch mit Perl und bislang nicht mit PHP. Könntet ihr Euch mal wenn Ihr Zeit habt den PR ansehen und ggf. mergen und ein Release erstellen?

Ich habe den PR via GitHub gestellt: https://github.com/challo2018/LoxBer...connect/pull/3

Viele Grüße

Johannes

[challo]

Hi Johannes, danke für deine Idee und die Implementierung. Ich werde es mergen und ein neues pre Release erstellen zum Testen. Muss mir deinen request noch genau anschauen da du hier auch Versionsnummer, Link zu GitHub etc geändert hast. So kann ich das nicht komplett übernehmen....
eventuell kannst du das auch nochmal auf dem request raus nehmen.

[challo]

Danke! Den zweiten habe ich übernommen. Ist wohl ein Viessmann Mitarbeiter der die URL angepasst hat.

[challo]

hab ein neues PreRelease 0.1.5 erstellt. Hatte bisher nur Status OK und daher TRUE für die Variable aggregatedstatus_ok
Sieht erstmal also gut aus.

[Denon2002]

Danke euch beiden.

[jo_21]

Hallo Fabian,

Vielen Dank für die super schnelle Reaktion - perfekt. Mir war heute nochmal langweilig und ich habe noch ein Feature nachgeliefert, was - denke ich - ganz cool ist für die Fehlererkennung.
In den Daten von Viessmann steckt pro Datenpunkt ("Feature" genannt) ja ein eigener Timestamp. Die sind alle unterschiedlich, vermutlich wann sie irgendwie der Controller eingesammelt hat.
Bei mir war meist der Temperatursensor der aktuellste Timestamp. Ich habe jetzt bisschen Code eingebaut, der einfach den allerletzten Timestamp aus den Daten fischt und mitschickt.
Ich habe es auf die Loxone-Epoch-Time umgerechnet. Mann kann jetzt mit der Darstellung <v.u.> sich den Menschenlesbar dann in Loxone ausgeben lassen oder entsprechend ein Age ausrechen und dann - falls das Alter zu Alt ist, auch alerten. So kann man ziemlich sicher Ende zu Ende Stale Data erkennen.
der PR liegt unter https://github.com/challo2018/LoxBer...connect/pull/6 . Könntest Du Ihn der mal bei Gelegenheit ansehen?

Danke Dir,

Johannes

[challo]

Ja das Thema kenne ich;-) wenn du Lust hast kannst du in wiki ja auch ein Implementierungsvorschlag in der loxconfig zu den neuen Variablen einfügen

[jo_21]

Passt, mache ich.

[challo]

Hab ein prerelease mit der Funktion erstellt. Zusätzlich kann man noch den Zeitplan für die Heizung/Wärmepumpe setzen

[jo_21]

Hallo Fabian,

noch eine Frage: Es gibt das Attribut vitoconnect_heating_circuits_0_operating_modes_act ive_value, in dem der aktuelle Status drin steht. Das ist ja letztlich auch ein Enum. Meinst Du, es macht Sinn, hier auch einen Int-Basierten Wert zusätzlich anzubieten? Im Nuki-Plugin von Christian werden die States auch jeweils als Int übertragen... man könnte dann auch bei der Befehs-Schnittstelle das Int-Basiert anbieten. Muss man auch nicht so zwingend machen, ist vielleicht nur schöner wohnen.

Ich denke auch, dass die Loxone-Beispiel-Datei mit dem Status besser nur auf den opeating_modes_active_value aufbauen sollte und nicht auf den einzelnen boolschen Signalen, da - soweit ich das jetzt kapiert habe - es Nur Warmwasser normal / Nur Warmawsser reduziert so nicht geben kann. Sondern nur eine aus diesem Enum:

forcedNormal = Dauerbetrieb Normal
forcedReduces= Dauerbetrieb Reduzierte Temperatur / Eco
dhwAndHeating =Warmwasser und Heizung zeitgesteuert
dhw = Warmwasser zeitgesteuert
standby= aus

Was meinst Du?

Viele Grüße,

Johannes

[challo]

Ich mache das momentan über ein Status Baustein. Aber klar man könnte das ganze auch in das Plugin verlegen.
Hier die Config. Eingang ist: vitoconnect_heating_circuits_0_operating_modes_act ive_value

[jo_21]

Wenn du meinst, es ist sinnvoll, würde ich es noch coden und contributen. Wenn Du meinst, nicht nötig, lass ich es bleiben. Du bist für mich der Vitcoconnect-Chef . Die Text-Sachen können so weit ich weiß nur per HTTP reingeschoben werden und nicht per UDP, falls das jemand macht.

[BranBern]

Wenn ihr grade am coden seids, den aktuellen Stromverbrauch würd ich auch gern abfragen können

[challo]

Wir können leider keine Werte hinzufügen die von der API nicht geliefert werden.... Eventuell braucht man für diesen Wert eine kostenpflichtige subscription bei Viessmann

[BranBern]

Hab ich abonniert - der Wert kommt trotzdem nicht an… Viessmann müsste das dann für die API freigeben - aber da liest men überall nur leere Versprechungen

[challo]

Ja das Plugin zeigt immer alle verfügbaren Infos der API an. Daher wird es dann bei dir leider nicht verfügbar sein

[BranBern]

Danke dir …ihr habt auch keinen wirklich greifbaren Kontakt zu einem Viessmann Mitarbeiter, der das checken könnte, oder?

[BranBern]

https://www.viessmann-community.com/t5/The-Viessmann-API/Energieverbrauch-und-thermische-Leistung-per-API-abfragen/td-p/257309

demnach müsste der Parameter heating.power.consumption.total bereits über die API abrufbar sein?

[MarkusCosi]

Hallo,

wir haben eine Vitocal 200-S mit vitoconnect. Die Energieverbrauchswerte sind in der ViCare App einsehbar, aber das Plugin liefert diese Werte leider nicht zurück (andere hingegen schon). Hat jemand ähnliche Erfahrungen gemacht?

Vielen Dank jedenfalls für das Plugin!

[BranBern]

Markus, DE oder AT? …Viessmann differenziert hier.. hab letzte Woche die Info erhalten, dass in AT die Abfragen via API heuer noch möglich sein werden - ob mit oder ohne dem Abo konnte er mir aber nicht nennen (Anfrage direkt über meinen Gebietsvertreter, da von den Entwicklern nix mehr zurück kam.. vermutlich alle Gen.-Z

[MarkusCosi]

Hallo BranBern,
es ist eine Anlage (Vitocal 200-S AWB-E-AC 201.D08) in DE.

[HRA]

Also ich habe keinen kostenpflichtigen Account, aber ich sehe in der Viessmann-App und auch im MQTT den Stromverbrauch (WW + HZ) von heute und auch die Statistik

Anlage ist vom Oktober 2019
Vitodens 300-W-B3HF

[BranBern]

das find ich spannend - muss ich vielleicht noch irgendwo nachbessern? Alle anderen Werte bekomm ich ja auch angeliefert..