Loxberry Vitoconnect

**eisenkarl** · 18.12.2019, 17:20

Was ist Vitoconnect?

**Gast** · 18.12.2019, 20:59

Zitat von eisenkarl

Was ist Vitoconnect?

Morgen kommt hier auch eine ausführliche Beschreibung. Hab aktuell den Eintrag als Platzhalter angelegt, damit ich auf der PluginSeite den Link zum Forum habe. Dort habe ich auch schon mehr zum Plugin beschrieben

Vitoconnect [LoxBerry Wiki - BEYOND THE LIMITS]

https://www.loxwiki.eu/display/LOXBERRY/VitoConnect

plugins,vitoconnect,start

Das Vitoconnect Plugin ermöglicht die Anbindung von Viessmann Heizungen über die Viessmann Cloud Service an den loxberry bzw. Den Miniserver

Gesendet von meinem COR-L29 mit Tapatalk

**HRA** · 19.12.2019, 13:48

Mega, auf so ein PlugIn habe ich gehofft

Habe es installiert (problemlos) und auch die ersten Stati in der Loxone angezeigt.

Eine frage habe ich dazu, betrifft aber wahrscheinlich eher die MQTT-Auswertung
Der Fehlerstatus kommt im MQTT-gateway nach folgender Structur / wert an

vitoconnect_heating_errors_active_entries

{"new":[],"current":[],"gone":[]}

Im Screenshot noch eine Fehleranzeige, da sieht man exakt die struktur.

Wie kann man in der Lox solche Werte auslesen?

Evtl. kann man das ja im MQTT-Gateway vorverarbeiten, nur weiß ich leider nicht wie

**Christian Fenzl** · 19.12.2019, 13:50

Du muss im MQTT „Expand JSON“ aktivieren.

**Christian Fenzl** · 19.12.2019, 13:52

Kannst du einen größeren Ausschnitt des Screenshot zeigen.
Hast du da eine leere Zeile mit nur Daten?

**HRA** · 19.12.2019, 14:00

Gut, das habe ich getan,aber wie kann ich jetzt z.B. den aktuell anstehenden Fehler in der Lox einlesen , Text oder Wert?
ich würde ja gern aus dem gesamten "String" eine Filter anlegen bzgl. "critical Error" bzw. den Fehlercode als Nummer im Statusbaustein in einen hinterlegten Text umwandeln

müsste dann ja ungefähr so im MQTT angeziegt werden, nur wie bekomme ich diese Werte "auseinander gerupft und in die Lox gestopft"

{"current":[{"errorCode":"F.473","timestamp":"2019-10-12T07:48:20.000Z","accessLevel":"customer","priori ty":"criticalError"},

Hier noch der größere Ausschnitt

**Gast** · 19.12.2019, 14:01

Wie Christian schon geschrieben hat, musst du den Haken Expand Json mit setzen. Sollte ich gleich in die Hilfe mit aufnehmen.
Dank dir für den Hinweis

VIESSMANN übermittelt mehrere Werte z. B. Die Zeiten für Normal/Energiesparmodus als Json.

Wenn du den Haken im Mqtt Plugin mit setzt, dann werden diese Werteaufgelöst und als Einzelwerte bereitgestellt.

Somit kannst du dies auch sauber am Miniserver mit einbauen.

Ich selbst habe nur ne alte Vitodens.
Ich kann hier zwar ne Werteliste erstellen, da fehlen aber mir Sicherheit z. B. Werte für Solarertrag.

Ich habe die Werte bewusst so gelassen wie von Viessmann übermittelt, da bei Übersetzungen jedesmal nachgearbeitet werden muss, wenn Viessmann etwas ändert.

Gesendet von meinem COR-L29 mit Tapatalk

**Gast** · 19.12.2019, 14:07

Wie die Werte aussehen und welche Namen damit auch die virtuellen Eingängen haben müssen wenn diese mit Expand Json aufbereitet wurden, siehst du am besten im MQTT Plugin unter InComing View.
Dort siehst du auch die Schreibweise wie du den virtuellen Eingang anlegen musst im Loxberry

Siehe auch den Artikel MQTT - Schritt für Schritt: MQTT -> Loxone

Hier eine Beispiel

Vorherz.B.

und nach dem Expand: (Ausschnitt)

ich sehe aber gerade bei mir auch dass z.B. der Wert Active_Errors auch nicht in MQTT dargestellt wird, wenn dieser "leer" ist.
ich vermute da habe ich noch einen Fehler im Plugin...
ich schaue es mir gleich mal an.

Normal solltest du dann in MQTT ein Topic

vitoconnect_heating_errors_active_entries_new
vitoconnect_heating_errors_active_entries_current
vitoconnect_heating_errors_active_entries_gone

haben

dafür kannst du entsprechende virtuelle Eingänge mit genau diesem Namen anlegen und so kannst du den Wert auch auswerten

Gib mir bitte
ich schaue es mir gleich an

**Christian Fenzl** · 19.12.2019, 14:12

Ich werde die Checkbox "Expand JSON data" in der nächsten MQTT Gateway-Version ausbauen und das standardmäßig machen (https://github.com/christianTF/LoxBe...eway/issues/32).

**HRA** · 19.12.2019, 14:17

Gast Ja in den Programmdaten steht es so drin, wie in deinem Post#9
Auch bei den History-Einträgen steht es so drin.
Aber da ja aktuell keine Fehler anstehen, gibt es keine solche detailierte Variable "Auflösungsanzeige im MQTT"

Kann ich es in der Lox trotzdem nach solch einem Schema abfragen?

vitoconnect_heating_errors_active_entries_current_ 0_errorCode

**Gast** · 19.12.2019, 14:30

ohne Gewähr, da ich nicht weiß in welchem Format die Daten geliefert werden, aber wenn ein aktueller Fehler ansteht müsstest du auf

vitoconnect_heating_errors_active_entries_current_ errorCode

abfragen

ich würde mal sagen es gibt nur einen aktuellen Fehlercode, daher ist keine Angabe eines Index z.B. 0, 1 oder so nötig.

Im Gegensatz dazu hast du ja in der Historie eine Liste an Fehlern.
Sprich wenn du den letzten Fehler haben möchtest dann wäre es
vitoconnect_heating_errors_history_entries_current _ 0_errorCode
der vorletzte Fehler
vitoconnect_heating_errors_history_entries_current _ 1_errorCode

ich schaue aber mal noch, denn der Wert heating.errors.active.entries wird, wenn keine Fehler vorliegen, nicht sauber aufgelöst.
Das gefällt mir so nicht ...

**Christian Fenzl** · 19.12.2019, 14:42

Vom Screenshot in #11 her ist "new" ein non-indexed array (eckige Klammern)

Code:

"new": [ {"errorCode":"F.73" usw ]

Im Gateway kann ich nicht anders, als den Arrays einen Index zu verpassen (auch, wenn im Array nur ein Element liegen würde), weil ich kann dem Miniserver ja kein Array liefern.

Demnach ist der Eintrag danach indexed, also
<topic>_new_0_errorCode

PS: Auch das "new" im derzeit leeren Topic heating_errors_active_entries ist ein Array (leere eckige Klammern []), wird also am Miniserver Indexe bekommen, wenn etwas drin steht.

Code:

vitoconnect_heating_errors_active_entries_new_0_errorCode
vitoconnect_heating_errors_active_entries_new_0_priority

vitoconnect_heating_errors_active_entries_new_1_errorCode
vitoconnect_heating_errors_active_entries_new_1_priority

usw.

(1, 2, 3, usw. wenn's mehrere aktive Meldungen gibt)

**Christian Fenzl** · 19.12.2019, 14:58

Ich sehe da gerade auch noch ein zukünftiges Problem:
Angenommen, es gibt 2 active_entries, und die wurden an den MS gesendet.
Du bestätigst die beiden Einträge an der Heizung und sie werden aus dem Array entfernt.
Das Entfernen wird aber niemals am Miniserver ankommen, weil wo nichts (mehr) ist, wird nichts gesendet. Demnach bleiben die beiden Einträge, bis zwei neue Einträge kommen.

Mit "Reset after Send" auf den ersten Eintrag könnte man aber zumindest einen Impuls generieren, wenn ein Eintrag da ist.

Das Array-Problem an sich ist nicht so einfach zu lösen....

**Gast** · 19.12.2019, 15:08

in den Detailinformationen (welche ich an MQTT weitergebe) liefert Viessmann keinen Gesamtstatus des Systems
in der Allgemeinen Übersicht in der auch Straße und Adaptertyp angezeigt werden (ist ein anderer Link bei der Abfrage) gibt es ein Feld aggregatedStatus.

Ich denke das würde Sinn machen mit an MQTT zu übergeben und im Miniserver evtl sogar mit Statusinfos auszuwerten.
Darauf kann man sauber abfragen.

in der App zeigt er es auch so schön treffend an "Hallo, deiner Heizung geht es gut"

sprich ich würde noch den einen Wert vitoconnect_aggregatedstatus = %Status% z.B. WorksProperly übergeben.
ich habe aber im Internet nichts gefunden, wie der Wert lautet, wenn ein Fehler vorliegt.

Ist denke ich einfacher als zig verschiedene Werte abzufragen.

Wäre das für dich HRA ok ?

habs bei mir mal mit eingebaut:

Loxberry Vitoconnect

Loxberry Vitoconnect

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar