Ankündigung

Einklappen
Keine Ankündigung bisher.

Viessmann Plugin Neuentwicklung Python Hilfe

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Morg
    antwortet
    Zitat von TCr82 Beitrag anzeigen
    Normal sollte er sich doch neu verbinden.. scheinbar hat er das auch "einmal" versucht.
    Normalerweise sollte er das immer wieder versuchen, wenn ein neuer Lese-/Schreibauftrag kommt. Wird jedesmal geprüft - wenn nicht verbunden, dann neu verbinden.

    Dein Plugin versucht auch, das udev-Device zu lesen? Das wird auch neu wieder angelegt?

    Aber auch in deiner aktuellen Onlineversion gibt es keinen Datenpunkt "Raumtemperatur_Soll_Aktuell_M2" wie du meintest dass dieser schon in der V200KO1B definiert wäre.
    Dann bin ich da anscheinend tatsächlich über die Bezeichnungen gestolpert, sorry. Das war aber der Fehler mit commandcode 3500, der mehrfach belegt war? Die Fehlermeldung klingt für mich, als hätte er den commandcode aus einer Definition mit Typ "BA" gelesen, die wird nämlich in einen Klartextstring übersetzt. So wars ja auch im Log.

    Der Datenpunkt war soweit ich das gesehen habe mit len: 2 definiert - sind doch die byte oder nicht? Deswegen hatte ich ja auch die Definition dazu geschrieben, damit man das nachvollziehen kann. Aber wenn das Log sagt dass es nur ein Byte gelesen hat, gehe ich dann wohl davon aus,, dass ich es durcheinander gebracht habe (vorher auf len: 1 hatte).
    Ich denke, das hängt zusammen und du hast irgendwo noch ein "Betriebsart"-Command definiert. Die arbeiten nämlich mit einem Byte. Aus der Anfrage in deinem Log geht auch hervor, dass er Adresse 3500 mit 1 Byte abgefragt hat. Wenn du die Adresse nochmal definiert hast mit 2 Bytes, dann reagiert das Plugin nicht unbedingt vorhersehbar.

    Am besten prüfst du da nochmal deine commands.py auf Dubletten in der Definition für deine Heizung.

    Ich habe mir ein Tool gebaut, um die Daten dort einfach abzufragen (mit entsprechenden JOIN'S)
    Egal wie fortgeschritten du das abfragst - wenn die Quelldaten nicht sauber definiert sind, wird das nix. Wie gesagt, an den Daten sitzen die bei openV seit Jahren dran, aber etwas wirklich vernünftiges (im Sinne von - für x Typen vollständige und korrekte Befehlssätze) ist dabei nicht rausgekommen.

    Wenn du es schaffen solltest - sehr gut.

    Dass sich da mehrere Sachen überschnitten haben, wurde dann ja auch erst ein Post später ersichtlich. Das zeigt aber wieder, wie wichtig eben doch umfassende Informationen gleich zu Beginn sind. Pack deine Definition und ggf. ein Log in eine ZIP-Datei und häng die an den Beitrag an. Dann bleibt der Beitrag kurz, aber es ist (hoffentlich) alles dabei, was man braucht. Wenn du dich auf einzelne Fehlermeldungen beziehen willst, kannst du die ja kurz zitieren - bzw. besser als Code einfügen; wenn jemand dir antwortet mit Zitat, bleibt der Code erhalten, aber Zitate verschwinden (nur eine Ebene).

    Wenn ich dann merke, dass noch was fehlt, kann ich auch gezielt nachfragen. Siehst du ja bei Michael, wenn mir das nicht reicht, wirft er mir halt ne Seite Logs an den Kopf

    Einen Kommentar schreiben:


  • TCr82
    antwortet
    Zitat von Morg Beitrag anzeigen
    Dann wäre es echt hilfreich, das auch dazuzuschreiben. Für mich hat sich das so gelesen, als wäre er ausgestiegen und nicht wieder reingekommen. Die einzigen Informationen waren im Log, dass der Lesekopf jetzt auf einem anderen tty liegt...
    Sorry, hatte ich schonmal vorher erwähnt. Löst jetzt aber so nicht das Problem. Normal sollte er sich doch neu verbinden.. scheinbar hat er das auch "einmal" versucht - dann aber nicht wieder.

    Zitat von Morg Beitrag anzeigen
    Dann hast du eine andere commands.py als ich.
    Klaro, ich schieb ja, dass ich gerade dabei bin die Adressen durchzutesten und in meine commands.py einzupflegen. Und aktualisieren tue ich eigentlich auch regelmäßig.

    Aber auch in deiner aktuellen Onlineversion gibt es keinen Datenpunkt "Raumtemperatur_Soll_Aktuell_M2" wie du meintest dass dieser schon in der V200KO1B definiert wäre. Sorry da bist du einfach durcheinander geraten - dachte ich habe das ausreichend dargelegt - sorry.

    Zitat von Morg Beitrag anzeigen
    Manchmal ist es echt schwer, mit dir zu reden, sorry.

    Die Definition mit 2 Bytes steht in deinem Auszug zu
    Auch wenn es sich ja jetzt erstmal wegen dem Adress-Desaster erledigt hat, was ja wohl der eigentliche Fehler ist:
    Der Datenpunkt war soweit ich das gesehen habe mit len: 2 definiert - sind doch die byte oder nicht? Deswegen hatte ich ja auch die Definition dazu geschrieben, damit man das nachvollziehen kann. Aber wenn das Log sagt dass es nur ein Byte gelesen hat, gehe ich dann wohl davon aus,, dass ich es durcheinander gebracht habe (vorher auf len: 1 hatte).

    Oder bin ich komplett auf den Holzweg und das len hat nichts damit zu tun?

    Zitat von Morg Beitrag anzeigen
    Und zur Viessmann-Db habe ich schon was gesagt. Die kenne ich schon recht lange, und die war leider noch nie verlässlich in dem Sinne...
    Das sieht man der DB eigentlich schon gleich an, dass die schon etwas advanced ist

    Ich habe mir ein Tool gebaut, um die Daten dort einfach abzufragen (mit entsprechenden JOIN'S) ... aber ich vermute mittlerweile wirklich, dass die Software noch vorher den Modus (zb. Codier-Modus oder was auch immer) wechselt für bestimmte Adressen oder was ähnliches. Aber ich bin noch an der sehr komplexen Analyse dran.

    Zitat von Morg Beitrag anzeigen
    Wenn da doppelte Befehlsadressen für eine Anlage vergeben sind, macht das Plugin nämlich alles, aber nicht, was man erwartet
    Das war natürlich keine Absicht - bin ja aber dank der Meldung im Log letztendlich selbst darauf gekommen. Wenn ich die Adressen soweit getestet habe werde ich dir das auch gerne zukommen lassen. Um jetzt nicht ständig das Board mit langen Listen zu Überschwemmen poste ich halt nur das relevante.

    Zitat von Morg Beitrag anzeigen
    Ich möchte dich wirklich bitten, hier entweder nur ein Thema gleichzeitig anzufragen, oder dir etwas mehr Mühe zu geben, die mehreren Themen auseinander zu halten.
    Ich versuche es, aber das sich das Float Thema und der Fehler im Logfile bzgl des falschen Datentyps des Items überschnitten haben, lag ja letztendlich an der doppelten Adresse aus der DB (es ging ja dabei die ganze Zeit um den selben Datenpunkt, den ich ja auch immer genannt hatte). Verstehe dass das verwirrend und anstrengend war.
    Zuletzt geändert von TCr82; 01.01.2021, 22:32.

    Einen Kommentar schreiben:


  • Morg
    antwortet
    So, Michael...

    so langsam verzieht sich der Qualm aus meinen Ohren (Augen...) und ich kann wieder den Monitor sehen

    Also, ich gehe mal der Reihe nach durch, was da passiert: (ich lasse die Bezüge ins Log weg; mit "got a new read/write job" findest du die meisten Einstiege selbst...

    - Schreibanforderung Partybetrieb_M2 = True
    -> wird geschrieben, Rückmeldung "Schreiben OK"

    - Leseanforderung Partybetrieb_M2 "read after write"
    -> wird gelesen, Rückmeldung Partybetrieb_M2 = False

    ==> die Anlage hat das Schreiben erfolgreich quittiert, aber anscheinend nicht umgeschaltet (oder noch nicht?)

    - Leseanforderung Betrieb_M2 "trigger after write"
    -> wird gelesen, Rückmeldung 0x02, "Normalbetrieb"
    (btw - es gibt im Betriebsmodus keinen Eintrag für Partybetrieb, das ist so richtig?)
    -> beim Zuweisen wird "trigger after write" angestoßen für Aktuelle_Betriebsart_M2

    bevor der loslaufen kann (hat ja (default) ein 5 Sek. Delay), kommt der Scheduler:

    - Leseanforderungen cyclic command read:

    Das Problem - für das Logfile - ist hier, dass zwei Threads parallel mit der Anlage sprechen und die Logmeldungen sich verschränken. Das Plugin arbeitet also nicht alle Kommunikation in der Reihenfolge im Logfile ab, sondern teilweise parallel, wobei Anfrage und Antwort garantiert unmittelbar hintereinander laufen, weil ein Schreibvorgang und der dazugehörige Lesevorgang für die Antwort in einem Lock-Block sind. Währenddessen kann auch der cyclic nicht lesen/schreiben, er wartet dann auf das Lock. Das wird freigegeben, sobald die Antwort verarbeitet wurde.

    Da beim P300-Protokoll das Kommando in der Antwort steht, wäre es auch sonst kein Problem, die Antwort zuzuordnen, bei KW schon. Kann aber - s.o. nicht passieren.



    Was mich hier irritiert:
    - cyclic liest erst Aussentemperatur (2,8) -> item Aussentemperatur
    - cyclic liest dann Aussentemperatur_TP (2,8) -> item Aussentemperatur ...?

    Wieso lässt du denn zwei Werte ins selbe Item schreiben?




    So, nachdem Sammelstörung vorbereitet wurde, kommt die Antwort auf Aktuelle_Betriebsart_M2 = 03 "Heizen + WW Schaltzeiten".

    Der Wert 0x03 wird decodiert und in String umgewandelt, und jetzt sucht er in self._params nach dem Commandcode und findet ihn nicht -> Fehlermeldung

    Hast du dafür (Aktuelle_Betriebsart_M2, command code 3301) ein eigenes Item definiert? Oder wird das nur über trigger_afterwrite angestoßen (so steht es ja im Log) und er weiß jetzt nicht, wo er das hinschreiben soll?

    Normalerweise kommt ja eine Leseanforderungen über einen read_after_write oder einen cyclic, der an ein Item gebunden ist, also ist das in self._params hinterlegt. Genauso bei initial_read oder read_all_items (oder so).

    Nur bei trigger_afterwrite kannst du Befehle angeben, die kein Item brauchen

    Anders kann ich mir das hier derzeit nicht erklären.

    Wenn es das nicht ist, dann müsste ich dir nochmal eine modifizierte __init__.py schicken, in der noch mehr Logausgaben erzeugt werden.


    Achso, und ich warte bei sowas mit den Vorgängen immer, bis der cyclic gerade durch ist, dann ist das Log einfacher zu lesen

    Einen Kommentar schreiben:


  • Morg
    antwortet
    Zitat von TCr82 Beitrag anzeigen

    doch, deswegen verbinde ich ja schon lange auf den Symlink /dev/ttyOptolink der immer per Udev aktuell gehalten wird.

    Code:
    root@heizung:/usr/local/smarthome# dir /dev/ttyOptolink
    lrwxrwxrwx 1 root root 7 Dec 31 18:04 /dev/ttyOptolink -> ttyUSB1
    root@heizung:/usr/local/smarthome# cat /etc/udev/rules.d/20-Optolink.rules
    SUBSYSTEM=="tty",ATTRS{idProduct}=="ea60",ATTRS{id Vendor}=="10c4",SYMLINK+="ttyOptolink"
    Nach dem Restart von shNG (ohne irgend was anderes zu machen) lief es dann auch wieder.
    Dann wäre es echt hilfreich, das auch dazuzuschreiben. Für mich hat sich das so gelesen, als wäre er ausgestiegen und nicht wieder reingekommen. Die einzigen Informationen waren im Log, dass der Lesekopf jetzt auf einem anderen tty liegt...

    Ja, habe ich, Adresse der Viessmann DB entnommen (siehe meine Tabelle oben). Wie dem grep Kommando zu entnehmen, ist das auch nirgends wo anders in der Datei (also nur einmal) und ich habe es nicht bei der V200KO1B gelöscht.
    Dann hast du eine andere commands.py als ich. Meine ist immer im github-Repo verfügbar. Wenn du deine nicht entsprechend aktuell dazupackst, kann ich da ggf. nicht ausreichend was zu sagen.



    Aber es ist doch mit len: 2 definiert?
    Manchmal ist es echt schwer, mit dir zu reden, sorry.

    Die Definition mit 2 Bytes steht in deinem Auszug zu

    [code]
    root@heizung:/usr/local/smarthome/plugins/viessmann# grep Raumtemperatur_Soll_Aktuell_M2 commands.py 'Raumtemperatur_Soll_Aktuell_M2': {'addr': '3500', 'len': 2, 'unit': 'IU10', 'set': False},[/quote],

    was nach meinen bisherigen Informationen für deine Anlage gar nicht definiert ist. Oder nutzt du auf einmal einen anderen Kommandosatz? Oder eine andere Anlage?

    Und mein Hinweis auf die zwei Bytes steht nach der Einleitung "zum float": und bezieht sich auf deine Floatproblematik. Und in deinem Log

    Code:
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Trying to receive 1 bytes of the response -- (__init__.py:_send_command_packet:869)
    steht eindeutig, dass das Plugin nur ein Byte angefordert hat.


    Und zur Viessmann-Db habe ich schon was gesagt. Die kenne ich schon recht lange, und die war leider noch nie verlässlich in dem Sinne, dass man "einfach" die Adressen für alle Heizungen auslesen könnte. Sonst wäre das openV-Projekt schon seit Jahren erheblich weiter.

    Ich weiß jetzt zB auch nicht, was du alles in deine commands.py geschrieben hast. Du kannst die gern mal hier einstellen, dann schaue ich mir die an. Wenn da doppelte Befehlsadressen für eine Anlage vergeben sind, macht das Plugin nämlich alles, aber nicht, was man erwartet.
    Die Bedingung, dass die commands.py bestimmten formalen Ansprüchen genügt, ließe sich zwar auflösen, aber dann wird der Code erheblich komplexer, ohne dass man wirklich etwas dazu gewinnt. Dafür gibts die commands.py ja auch aus dem shng-Repo, damit zumindest solche Sachen nach Möglichkeit nicht drin vorkommen.







    (der Leerraum ist extra - neuer Gedanke...)


    Ich möchte dich wirklich bitten, hier entweder nur ein Thema gleichzeitig anzufragen, oder dir etwas mehr Mühe zu geben, die mehreren Themen auseinander zu halten. Ich investiere viel Zeit in das Plugin, und das mache ich gerne, versteh mich da bitte nicht falsch. Aber dann mehr Zeit damit zuzbringen, die unterschiedlichen Themen auseinanderzufusseln und zu versuchen zu verstehen, mit welcher Anlage und welchem Kommando du was versucht hat und was wie nicht geklappt hat, ist ziemlich anstrengend.

    Ich möchte gerne weiter helfen, aber dafür brauche ich auch deine Unterstützung.

    Gruß
    Sebastian

    Einen Kommentar schreiben:


  • TCr82
    antwortet
    Zitat von Morg Beitrag anzeigen
    Ja, ist auch kein Wunder. /dev/ttyUSB0 fällt ab, nach dem Neuverbinden ist es /dev/ttyUSB1. Das kann das Plugin nicht wissen.
    doch, deswegen verbinde ich ja schon lange auf den Symlink /dev/ttyOptolink der immer per Udev aktuell gehalten wird.

    Code:
    root@heizung:/usr/local/smarthome# dir /dev/ttyOptolink
    lrwxrwxrwx 1 root root 7 Dec 31 18:04 /dev/ttyOptolink -> ttyUSB1
    root@heizung:/usr/local/smarthome# cat /etc/udev/rules.d/20-Optolink.rules
    SUBSYSTEM=="tty",ATTRS{idProduct}=="ea60",ATTRS{id Vendor}=="10c4",SYMLINK+="ttyOptolink"
    Nach dem Restart von shNG (ohne irgend was anderes zu machen) lief es dann auch wieder.

    Zitat von Morg Beitrag anzeigen
    Jo, das ist in der commands.py für die Anlage V200KO1B definiert, aber nicht für die V200KW2. Oder hast du das bei dir zugefügt? Kennt deine Anlage das?
    Ja, habe ich, Adresse der Viessmann DB entnommen (siehe meine Tabelle oben). Wie dem grep Kommando zu entnehmen, ist das auch nirgends wo anders in der Datei (also nur einmal) und ich habe es nicht bei der V200KO1B gelöscht.

    Zitat von Morg Beitrag anzeigen
    Wenn das eine Temperatur sein soll, dann ist 1 Byte wenig.
    Aber es ist doch mit len: 2 definiert?

    Aber ich denke das mit der Adresse 2500 & 3500 hat sich erstmal erledigt, denn die ist in der Viessmann DB zu meiner Heizung Doppelt definiert... nämlich z.B. auch in der Betriebsart, weswegen der von mir genannte Fehler auch passt und nicht verwundern sollte!

    Siehe
    Name Addresse Conversion Unit DataType Stepping ValuePrecision LowerBorder UpperBorder
    HK_AktuelleBetriebsartA1M1 0x2500 NoConversion VarChar
    HK_AufheiztimerA1M1 0x2500 Div10 Sekunden Float
    HK_Frostgefahr_aktivA1M1 0x2500 NoConversion VarChar
    HK_PumpenbefehlA1M1 0x2500 NoConversion VarChar
    HK_RaumsolltemperaturaktuellA1M1 0x2500 Div10 Grad C Float 0 127
    HK_RSWSBetriebA1M1 0x2500 NoConversion VarChar
    HK_WW_Freigabe_vonA1M1 0x2500 NoConversion VarChar
    Was auch immer da nicht ganz stimmt, ich werde die DB wohl noch weiter aufdöseln bzgl Bedingungen usw. Vielleicht muss man da ja auch erst was anderes vorher aufrufen oder dazu rechnen.. wer weiss wie Viessmann das abfrägt.. hoffe das ich das noch herausbekomme.

    Ist nebenbei auch bei anderen Anlagen so, zB bei der V200KO2B

    Gruß
    Zuletzt geändert von TCr82; 01.01.2021, 16:54.

    Einen Kommentar schreiben:


  • Morg
    antwortet
    So, dann schaun wir mal

    Zitat von TCr82 Beitrag anzeigen
    obwohl der USB Port wieder verbunden ist:
    Ja, ist auch kein Wunder. /dev/ttyUSB0 fällt ab, nach dem Neuverbinden ist es /dev/ttyUSB1. Das kann das Plugin nicht wissen.

    Such mal nach udev-Konfiguration, damit kannst du immer das gleiche Device verbinden.

    Außerdem ist mir noch aufgefallen, dass die Errors bei mir nicht richtig "übersetzt" werden:
    Habe ich angepasst.

    Dann kommt mir noch dieser Fehler hier sehr spanisch vor, der momentan immerwieder geloggt wird.

    Code:
    viess_read: Raumtemperatur_Soll_Aktuell_M2
    Und das wiederum wie folgt definiert ist:

    Code:
    root@heizung:/usr/local/smarthome/plugins/viessmann# grep Raumtemperatur_Soll_Aktuell_M2 commands.py
    'Raumtemperatur_Soll_Aktuell_M2': {'addr': '3500', 'len': 2, 'unit': 'IU10', 'set': False},
    Jo, das ist in der commands.py für die Anlage V200KO1B definiert, aber nicht für die V200KW2. Oder hast du das bei dir zugefügt? Kennt deine Anlage das?

    zum Float:

    Wenn das eine Temperatur sein soll, dann ist 1 Byte wenig. Temperatur ganzzahlig von 0..255 oder -128..127; alternativ als IU10 von 0 bis 25,5. Andere Temperaturwerte sind alle 2 Bytes.

    Wie ich schon letztes Mal geschrieben habe:
    Insofern probiere doch mal, ob du mit IUINT oder IUNON überhaupt Werte bekommst, schau ruhig auch mal mit 1 oder 2 Bytes. Wenn du immer nur 0 bekommst, dann liegt es an der Adresse oder der Heizung, wenn die Heizung weiß nicht, welches Datenformat du letztlich "haben willst", sie gibt dir ihren Wert. Manche Datenpunkte lassen sich auch mit "zuwenigen" Bytes auslesen, und liefern dann falsche Werte.

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von Morg Beitrag anzeigen
    Machst du von dem (versuchten) Schaltvorgang bitte mal ein Debug-Log? (brauche nur das Plugin)
    Hallo Morg ,

    hier das Debug-Log beginnend mit der Schreibanforderung für den Partybetrieb bei HK-M2.
    Code:
    2021-01-01 14:58:54 INFO plugins.viessmann update_item Update item: heizung.heizkreis_m2.betriebsart.partybetrieb, item has been changed outside this plugin
    2021-01-01 14:58:54 DEBUG plugins.viessmann update_item update_item was called with item Partybetrieb_M2 from caller admin, source None and dest None
    2021-01-01 14:58:54 DEBUG plugins.viessmann update_item Got item value to be written: True on command name Partybetrieb_M2
    2021-01-01 14:58:54 DEBUG plugins.viessmann _send_command Got a new write job: Command Partybetrieb_M2 with value True
    2021-01-01 14:58:54 DEBUG plugins.viessmann _build_command_packet Build write packet for command Partybetrieb_M2
    2021-01-01 14:58:54 DEBUG plugins.viessmann _build_valuebytes_from_value Unit defined to IUBOOL with config{'unit_de': 'INT unsigned bool', 'type': 'integer', 'signed': False, 'read_value_transform': 'bool'}
    2021-01-01 14:58:54 DEBUG plugins.viessmann _build_valuebytes_from_value Created value bytes for type integer as hexstring: 01 and as bytes: b'\x01'
    2021-01-01 14:58:54 DEBUG plugins.viessmann _build_command_packet Payload length is: 6 bytes
    2021-01-01 14:58:54 DEBUG plugins.viessmann _build_command_packet Created command Partybetrieb_M2 to be sent as hexstring: 410600023303010140 and as bytes: bytearray(b'A\x06\x00\x023\x03\x01\x01@') with value True (transformed to value byte 01)
    2021-01-01 14:58:54 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410600023303010140
    2021-01-01 14:58:54 DEBUG plugins.viessmann _send_command_packet Trying to receive 9 bytes of the response
    2021-01-01 14:58:54 DEBUG plugins.viessmann _send_command_packet Received 9 bytes chunk of response as hexstring 06410501023303013f and as bytes b'\x06A\x05\x01\x023\x03\x01?'
    2021-01-01 14:58:54 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 3303, responsedatacode: 2, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:58:54 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 3f and unformatted: bytearray(b'?')
    2021-01-01 14:58:54 DEBUG plugins.viessmann _parse_response Write request of adress 3303 successfull writing 1 bytes
    2021-01-01 14:58:54 DEBUG plugins.viessmann update_item Attempting read after write for item Partybetrieb_M2, command Partybetrieb_M2, delay 5
    2021-01-01 14:58:59 DEBUG plugins.viessmann _send_command Got a new read job: Command Partybetrieb_M2
    2021-01-01 14:58:59 DEBUG plugins.viessmann _build_command_packet Build read packet for command Partybetrieb_M2
    2021-01-01 14:58:59 DEBUG plugins.viessmann _build_command_packet Created command Partybetrieb_M2 to be sent as hexstring: 410500013303013d and as bytes: bytearray(b'A\x05\x00\x013\x03\x01=')
    2021-01-01 14:58:59 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500013303013d
    2021-01-01 14:58:59 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:58:59 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 0641060101330301003f and as bytes b'\x06A\x06\x01\x013\x03\x01\x00?'
    2021-01-01 14:58:59 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 3303, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:58:59 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
    2021-01-01 14:58:59 DEBUG plugins.viessmann _parse_response Matched command Partybetrieb_M2 and read transformed value False (integer raw value was 0) and byte length 1
    2021-01-01 14:58:59 DEBUG plugins.viessmann _process_response Corresponding item Partybetrieb_M2 for command Partybetrieb_M2
    2021-01-01 14:58:59 DEBUG plugins.viessmann _process_response Updating item Partybetrieb_M2 with value False
    2021-01-01 14:58:59 DEBUG plugins.viessmann update_item Triggering command Betriebsart_M2 after write for item Partybetrieb_M2
    2021-01-01 14:59:04 DEBUG plugins.viessmann _send_command Got a new read job: Command Betriebsart_M2
    2021-01-01 14:59:04 DEBUG plugins.viessmann _build_command_packet Build read packet for command Betriebsart_M2
    2021-01-01 14:59:04 DEBUG plugins.viessmann _build_command_packet Created command Betriebsart_M2 to be sent as hexstring: 410500013323015d and as bytes: bytearray(b'A\x05\x00\x013#\x01]')
    2021-01-01 14:59:04 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500013323015d
    2021-01-01 14:59:04 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:04 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 06410601013323010261 and as bytes b'\x06A\x06\x01\x013#\x01\x02a'
    2021-01-01 14:59:04 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 3323, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:04 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 02 and unformatted: bytearray(b'\x02')
    2021-01-01 14:59:04 DEBUG plugins.viessmann _parse_response Matched command Betriebsart_M2 and read transformed value 2.0 (integer raw value was 2) and byte length 1
    2021-01-01 14:59:04 DEBUG plugins.viessmann _process_response Corresponding item Betriebsart_M2 for command Betriebsart_M2
    2021-01-01 14:59:04 DEBUG plugins.viessmann _process_response Updating item Betriebsart_M2 with value 2.0
    2021-01-01 14:59:04 DEBUG plugins.viessmann update_item Triggering command Aktuelle_Betriebsart_M2 after write for item Partybetrieb_M2
    2021-01-01 14:59:09 INFO plugins.viessmann send_cyclic_cmds Triggering cyclic command read
    2021-01-01 14:59:09 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Aussentemperatur
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command Got a new read job: Command Aussentemperatur
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Build read packet for command Aussentemperatur
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Created command Aussentemperatur to be sent as hexstring: 4105000108000210 and as bytes: bytearray(b'A\x05\x00\x01\x08\x00\x02\x10')
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108000210
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Trying to receive 11 bytes of the response
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Received 11 bytes chunk of response as hexstring 06410701010800021c002f and as bytes b'\x06A\x07\x01\x01\x08\x00\x02\x1c\x00/'
    2021-01-01 14:59:09 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0800, responsedatacode: 1, valuebytecount: 2, responsetypecode: 1
    2021-01-01 14:59:09 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 1c00 and unformatted: bytearray(b'\x1c\x00')
    2021-01-01 14:59:09 DEBUG plugins.viessmann _parse_response Matched command Aussentemperatur and read transformed value 2.8 (integer raw value was 28) and byte length 2
    2021-01-01 14:59:09 DEBUG plugins.viessmann _process_response Corresponding item Aussentemperatur for command Aussentemperatur
    2021-01-01 14:59:09 DEBUG plugins.viessmann _process_response Updating item Aussentemperatur with value 2.8
    2021-01-01 14:59:09 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Aussentemperatur_TP
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command Got a new read job: Command Aussentemperatur_TP
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Build read packet for command Aussentemperatur_TP
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Created command Aussentemperatur_TP to be sent as hexstring: 4105000155250282 and as bytes: bytearray(b'A\x05\x00\x01U%\x02\x82')
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000155250282
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Trying to receive 11 bytes of the response
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command Got a new read job: Command Aktuelle_Betriebsart_M2
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Build read packet for command Aktuelle_Betriebsart_M2
    2021-01-01 14:59:09 DEBUG plugins.viessmann _build_command_packet Created command Aktuelle_Betriebsart_M2 to be sent as hexstring: 410500013301013b and as bytes: bytearray(b'A\x05\x00\x013\x01\x01;')
    2021-01-01 14:59:09 DEBUG plugins.viessmann _send_command_packet Received 11 bytes chunk of response as hexstring 06410701015525021c00a1 and as bytes b'\x06A\x07\x01\x01U%\x02\x1c\x00\xa1'
    2021-01-01 14:59:09 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 5525, responsedatacode: 1, valuebytecount: 2, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500013301013b
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 1c00 and unformatted: bytearray(b'\x1c\x00')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Aussentemperatur_TP and read transformed value 2.8 (integer raw value was 28) and byte length 2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Aussentemperatur for command Aussentemperatur_TP
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Aussentemperatur with value 2.8
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Sammelstoerung
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Sammelstoerung
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Sammelstoerung
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Sammelstoerung to be sent as hexstring: 410500010a820193 and as bytes: bytearray(b'A\x05\x00\x01\n\x82\x01\x93')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 06410601013301010340 and as bytes b'\x06A\x06\x01\x013\x01\x01\x03@'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 3301, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 03 and unformatted: bytearray(b'\x03')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Aktuelle_Betriebsart_M2 and read transformed operating mode Heizen und Warmwasser (Schaltzeiten) (raw value was 03) and byte length 1
    2021-01-01 14:59:10 ERROR plugins.viessmann _process_response Should update item with response to a command not in item config: 3301. This shouldnt happen..
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500010a820193
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann update_item Triggering command Zustand_Partybetrieb_M2 after write for item Partybetrieb_M2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 06410601010a82010095 and as bytes b'\x06A\x06\x01\x01\n\x82\x01\x00\x95'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0a82, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Sammelstoerung and read transformed value 0 (integer raw value was 0) and byte length 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Sammelstoerung for command Sammelstoerung
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Sammelstoerung with value 0
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error0
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error0
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error0
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error0 to be sent as hexstring: 410500017507098b and as bytes: bytearray(b'A\x05\x00\x01u\x07\t\x8b')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500017507098b
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e01017507090020200120012003405a and as bytes b'\x06A\x0e\x01\x01u\x07\t\x00 \x01 \x01 \x03@Z'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7507, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error0 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 1 for command Error0
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 1 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error1 to be sent as hexstring: 4105000175100994 and as bytes: bytearray(b'A\x05\x00\x01u\x10\t\x94')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000175100994
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e010175100900202001200120034063 and as bytes b'\x06A\x0e\x01\x01u\x10\t\x00 \x01 \x01 \x03@c'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7510, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error1 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 2 for command Error1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 2 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error2 to be sent as hexstring: 410500017519099d and as bytes: bytearray(b'A\x05\x00\x01u\x19\t\x9d')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 410500017519099d
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e01017519090020200120012003406c and as bytes b'\x06A\x0e\x01\x01u\x19\t\x00 \x01 \x01 \x03@l'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7519, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error2 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 3 for command Error2
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 3 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error3
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error3
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error3
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error3 to be sent as hexstring: 41050001752209a6 and as bytes: bytearray(b'A\x05\x00\x01u"\t\xa6')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001752209a6
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e010175220900202001200120034075 and as bytes b'\x06A\x0e\x01\x01u"\t\x00 \x01 \x01 \x03@u'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7522, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error3 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 4 for command Error3
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 4 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error4
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error4
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error4
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error4 to be sent as hexstring: 41050001752b09af and as bytes: bytearray(b'A\x05\x00\x01u+\t\xaf')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001752b09af
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e0101752b090020200120012003407e and as bytes b'\x06A\x0e\x01\x01u+\t\x00 \x01 \x01 \x03@~'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 752b, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error4 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 5 for command Error4
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 5 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error5
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error5
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error5
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error5 to be sent as hexstring: 41050001753409b8 and as bytes: bytearray(b'A\x05\x00\x01u4\t\xb8')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001753409b8
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e010175340900202001200120034087 and as bytes b'\x06A\x0e\x01\x01u4\t\x00 \x01 \x01 \x03@\x87'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7534, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error5 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 6 for command Error5
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 6 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error6
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error6
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error6
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error6 to be sent as hexstring: 41050001753d09c1 and as bytes: bytearray(b'A\x05\x00\x01u=\t\xc1')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001753d09c1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e0101753d0900202001200120034090 and as bytes b'\x06A\x0e\x01\x01u=\t\x00 \x01 \x01 \x03@\x90'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 753d, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error6 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 7 for command Error6
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 7 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error7
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error7
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error7
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error7 to be sent as hexstring: 41050001754609ca and as bytes: bytearray(b'A\x05\x00\x01uF\t\xca')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001754609ca
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e010175460900202001200120034099 and as bytes b'\x06A\x0e\x01\x01uF\t\x00 \x01 \x01 \x03@\x99'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7546, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error7 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 8 for command Error7
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 8 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error8
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error8
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error8
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error8 to be sent as hexstring: 41050001754f09d3 and as bytes: bytearray(b'A\x05\x00\x01uO\t\xd3')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001754f09d3
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e0101754f09002020012001200340a2 and as bytes b'\x06A\x0e\x01\x01uO\t\x00 \x01 \x01 \x03@\xa2'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 754f, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error8 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 9 for command Error8
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 9 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Error9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Error9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Error9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Error9 to be sent as hexstring: 41050001755809dc and as bytes: bytearray(b'A\x05\x00\x01uX\t\xdc')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001755809dc
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 18 bytes of the response
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Received 18 bytes chunk of response as hexstring 06410e0101755809002020012001200340ab and as bytes b'\x06A\x0e\x01\x01uX\t\x00 \x01 \x01 \x03@\xab'
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7558, responsedatacode: 1, valuebytecount: 9, responsetypecode: 1
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 002020012001200340 and unformatted: bytearray(b'\x00 \x01 \x01 \x03@')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _parse_response Matched command Error9 and read transformed errorcode Regelbetrieb (kein Fehler) (raw value was 00) and byte length 9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Corresponding item Fehlerhistory Eintrag 10 for command Error9
    2021-01-01 14:59:10 DEBUG plugins.viessmann _process_response Updating item Fehlerhistory Eintrag 10 with value Regelbetrieb (kein Fehler)
    2021-01-01 14:59:10 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Brennerstarts
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command Got a new read job: Command Brennerstarts
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Build read packet for command Brennerstarts
    2021-01-01 14:59:10 DEBUG plugins.viessmann _build_command_packet Created command Brennerstarts to be sent as hexstring: 41050001088a049c and as bytes: bytearray(b'A\x05\x00\x01\x08\x8a\x04\x9c')
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001088a049c
    2021-01-01 14:59:10 DEBUG plugins.viessmann _send_command_packet Trying to receive 13 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 13 bytes chunk of response as hexstring 0641090101088a04260e0000d5 and as bytes b'\x06A\t\x01\x01\x08\x8a\x04&\x0e\x00\x00\xd5'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 088a, responsedatacode: 1, valuebytecount: 4, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 260e0000 and unformatted: bytearray(b'&\x0e\x00\x00')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Brennerstarts and read transformed value 3622 (integer raw value was 3622) and byte length 4
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Brennerstarts for command Brennerstarts
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Brennerstarts with value 3622
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Brenner_Betriebsstunden
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Brenner_Betriebsstunden
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Brenner_Betriebsstunden
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Brenner_Betriebsstunden to be sent as hexstring: 4105000108a704b9 and as bytes: bytearray(b'A\x05\x00\x01\x08\xa7\x04\xb9')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108a704b9
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 13 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 13 bytes chunk of response as hexstring 064109010108a704058e160067 and as bytes b'\x06A\t\x01\x01\x08\xa7\x04\x05\x8e\x16\x00g'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 08a7, responsedatacode: 1, valuebytecount: 4, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 058e1600 and unformatted: bytearray(b'\x05\x8e\x16\x00')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Brenner_Betriebsstunden and read transformed value 410.6 (integer raw value was 1478149) and byte length 4
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Brenner_Betriebsstunden for command Brenner_Betriebsstunden
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Brenner_Betriebsstunden with value 410.6
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Relais_K12
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Relais_K12
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Relais_K12
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Relais_K12 to be sent as hexstring: 4105000108420151 and as bytes: bytearray(b'A\x05\x00\x01\x08B\x01Q')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108420151
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 06410601010842010154 and as bytes b'\x06A\x06\x01\x01\x08B\x01\x01T'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0842, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 01 and unformatted: bytearray(b'\x01')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Relais_K12 and read transformed value True (integer raw value was 1) and byte length 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Status Relais_K12 for command Relais_K12
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Status Relais_K12 with value True
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Brennerstatus_2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Brennerstatus_2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Brennerstatus_2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Brennerstatus_2 to be sent as hexstring: 4105000108490158 and as bytes: bytearray(b'A\x05\x00\x01\x08I\x01X')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108490158
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 0641060101084901005a and as bytes b'\x06A\x06\x01\x01\x08I\x01\x00Z'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0849, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Brennerstatus_2 and read transformed value False (integer raw value was 0) and byte length 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Brennerstatus_2 for command Brennerstatus_2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Brennerstatus_2 with value False
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Oelverbrauch
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Oelverbrauch
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Oelverbrauch
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Oelverbrauch to be sent as hexstring: 41050001757404f3 and as bytes: bytearray(b'A\x05\x00\x01ut\x04\xf3')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001757404f3
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 13 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 13 bytes chunk of response as hexstring 0641090101757404cf860c0059 and as bytes b'\x06A\t\x01\x01ut\x04\xcf\x86\x0c\x00Y'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 7574, responsedatacode: 1, valuebytecount: 4, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: cf860c00 and unformatted: bytearray(b'\xcf\x86\x0c\x00')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Oelverbrauch and read transformed value 820.94 (integer raw value was 820943) and byte length 4
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Oelverbrauch for command Oelverbrauch
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Oelverbrauch with value 820.94
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Kesseltemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Kesseltemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Kesseltemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Kesseltemperatur to be sent as hexstring: 4105000108020212 and as bytes: bytearray(b'A\x05\x00\x01\x08\x02\x02\x12')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108020212
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 11 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 11 bytes chunk of response as hexstring 0641070101080202c801de and as bytes b'\x06A\x07\x01\x01\x08\x02\x02\xc8\x01\xde'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0802, responsedatacode: 1, valuebytecount: 2, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: c801 and unformatted: bytearray(b'\xc8\x01')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Kesseltemperatur and read transformed value 45.6 (integer raw value was 456) and byte length 2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Kesseltemperatur_Ist for command Kesseltemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Kesseltemperatur_Ist with value 45.6
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Abgastemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Abgastemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Abgastemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Abgastemperatur to be sent as hexstring: 4105000108160226 and as bytes: bytearray(b'A\x05\x00\x01\x08\x16\x02&')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000108160226
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 11 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 11 bytes chunk of response as hexstring 06410701010816027e04ab and as bytes b'\x06A\x07\x01\x01\x08\x16\x02~\x04\xab'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 0816, responsedatacode: 1, valuebytecount: 2, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 7e04 and unformatted: bytearray(b'~\x04')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Abgastemperatur and read transformed value 115.0 (integer raw value was 1150) and byte length 2
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Abgastemperatur for command Abgastemperatur
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Abgastemperatur with value 115.0
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Zirkulationspumpe
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Zirkulationspumpe
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Zirkulationspumpe
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Zirkulationspumpe to be sent as hexstring: 4105000165150181 and as bytes: bytearray(b'A\x05\x00\x01e\x15\x01\x81')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 4105000165150181
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 10 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 10 bytes chunk of response as hexstring 06410601016515010083 and as bytes b'\x06A\x06\x01\x01e\x15\x01\x00\x83'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 6515, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Zirkulationspumpe and read transformed value False (integer raw value was 0) and byte length 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Corresponding item Status_Zirkulationspumpe for command Zirkulationspumpe
    2021-01-01 14:59:11 DEBUG plugins.viessmann _process_response Updating item Status_Zirkulationspumpe with value False
    2021-01-01 14:59:11 DEBUG plugins.viessmann send_cyclic_cmds Triggering cyclic read command: Systemtime
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command Got a new read job: Command Systemtime
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Build read packet for command Systemtime
    2021-01-01 14:59:11 DEBUG plugins.viessmann _build_command_packet Created command Systemtime to be sent as hexstring: 41050001088e08a4 and as bytes: bytearray(b'A\x05\x00\x01\x08\x8e\x08\xa4')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Successfully sent packet: 41050001088e08a4
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Trying to receive 17 bytes of the response
    2021-01-01 14:59:11 DEBUG plugins.viessmann _send_command_packet Received 17 bytes chunk of response as hexstring 06410d0101088e08202101010514590264 and as bytes b'\x06A\r\x01\x01\x08\x8e\x08 !\x01\x01\x05\x14Y\x02d'
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Response decoded to: commandcode: 088e, responsedatacode: 1, valuebytecount: 8, responsetypecode: 1
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Rawdatabytes formatted: 2021010105145902 and unformatted: bytearray(b' !\x01\x01\x05\x14Y\x02')
    2021-01-01 14:59:11 DEBUG plugins.viessmann _parse_response Matched command Systemtime and read transformed datetime 2021-01-01T14:59:02 and byte length 8
    Ob die cyclic-commands zufällig zum gleichen Zeitpunkt ausgelöst wurden oder ab das auch mit dem Fehler beim Partybetrieb zusammenhängen, kann ich nicht sagen. Kann ich noch irgendwas tun?

    Danke und beste Grüße

    Einen Kommentar schreiben:


  • TCr82
    antwortet
    Freudiges neues Jahr, hoffe es ist jeder gut rein gerutscht

    Gestern Abend hat das Plugin doch mal wieder aufgegeben zu updaten....

    2020-12-31 18:05:05 ERROR plugins.viessmann KW_send_multiple_read_commands failed with IO error: write failed: [Errno 5] Input/output error
    2020-12-31 18:05:05 ERROR plugins.viessmann Trying to reconnect (disconnecting, connecting
    obwohl der USB Port wieder verbunden ist:

    root@heizung:~# zgrep -e cp210x -e usb /var/log/syslog.1
    Dec 31 18:04:55 heizung kernel: [853842.307020] cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
    Dec 31 18:04:55 heizung kernel: [853842.322244] cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
    Dec 31 18:04:55 heizung kernel: [853842.401416] usb 1-1.5: USB disconnect, device number 15
    Dec 31 18:04:55 heizung kernel: [853842.402162] cp210x ttyUSB0: failed set request 0x7 status: -19
    Dec 31 18:04:55 heizung kernel: [853842.412274] cp210x ttyUSB0: failed set request 0x12 status: -19
    Dec 31 18:04:55 heizung kernel: [853842.422429] cp210x ttyUSB0: failed set request 0x0 status: -19
    Dec 31 18:04:55 heizung kernel: [853842.435025] cp210x ttyUSB0: cp210x converter now disconnected from ttyUSB0
    Dec 31 18:04:55 heizung kernel: [853842.435204] cp210x 1-1.5:1.0: device disconnected
    Dec 31 18:04:55 heizung kernel: [853842.658918] usb 1-1.5: new full-speed USB device number 16 using dwc_otg
    Dec 31 18:04:56 heizung kernel: [853842.764933] usb 1-1.5: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
    Dec 31 18:04:56 heizung kernel: [853842.764962] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    Dec 31 18:04:56 heizung kernel: [853842.764982] usb 1-1.5: Product: CP2102 USB to UART Bridge Controller
    Dec 31 18:04:56 heizung kernel: [853842.765000] usb 1-1.5: Manufacturer: Silicon Labs
    Dec 31 18:04:56 heizung kernel: [853842.765017] usb 1-1.5: SerialNumber: 0001
    Dec 31 18:04:56 heizung kernel: [853842.769806] cp210x 1-1.5:1.0: cp210x converter detected
    Dec 31 18:04:56 heizung kernel: [853842.774320] usb 1-1.5: cp210x converter now attached to ttyUSB1
    Außerdem ist mir noch aufgefallen, dass die Errors bei mir nicht richtig "übersetzt" werden:

    Definiert habe ich die Adresse wie folgt:
    Code:
    'Error0':                                     {'addr': '7507', 'len': 9, 'unit': 'ES',      'set': False},                                          # Fehlerhistory Eintrag 1'
    Wenn ich die Adresse abfrage bekomme ich aber d1, was ja auch im Errorset für KW definiert ist, nur eben UpperCase...

    Dann kommt mir noch dieser Fehler hier sehr spanisch vor, der momentan immerwieder geloggt wird.

    2021-01-01 13:07:38 WARNING lib.item.item Item technik.heizung.HK2.TempRaumSoll: value "normal Heizen (dauernd)" does not match type num. Via viessmann None
    Obwohl das Item mit Raumtemperatur_Soll_Aktuell_M2 verbunden ist:
    Code:
    technik:
        heizung:
            HK2:
                TempRaumSoll:
                    name: HK2 Raum Soll-Temperatur
                    type: num
                    viess_read: Raumtemperatur_Soll_Aktuell_M2
                    viess_read_cycle: 300
                    viess_init: true
                    mqtt_topic_init: Heizung/HK2/TempRaumSoll
                    mqtt_retain: true
    Und das wiederum wie folgt definiert ist:

    Code:
    root@heizung:/usr/local/smarthome/plugins/viessmann# grep Raumtemperatur_Soll_Aktuell_M2 commands.py
    'Raumtemperatur_Soll_Aktuell_M2': {'addr': '3500', 'len': 2, 'unit': 'IU10', 'set': False},
    Wenn ich es über das Webinterface abfrage bekomme ich ja auch keinen Status... wie wenn sich das Plugin irgendwie verirrt

    Cache ist ja auch nicht auf dem Item aktiviert in shNG... hab es extra zweimal geprüft.

    Ich denke das kommt nur vor wenn er es über den Cycle auswertet... Nicht wenn ich es manuell abfrage über das Weninterface...

    Hier mal die Debug Ausgabe bzgl. dem Float Datentyp....
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Starting sync loop - attempt 2/5 -- (__init__.py:_KW_get_sync:805)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Got sync. Commencing command send -- (__init__.py:_KW_get_sync:812)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Successfully sent packet: 01f7350001 -- (__init__.py:_send_command_packet:858)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Trying to receive 1 bytes of the response -- (__init__.py:_send_command_packet:869)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Received 1 bytes chunk of response as hexstring 02 and as bytes b'\x02' -- (__init__.py:_send_command_packet:888)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Response decoded to: commandcode: 3500, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1 -- (__init__.py:_parse_response:1323)
    2021-01-01 13:23:01 DEBUG __init__ CP Server Thread-17 Rawdatabytes formatted: 02 and unformatted: bytearray(b'\x02') -- (__init__.py:_parse_response:1324)
    Gruß

    Einen Kommentar schreiben:


  • Morg
    antwortet
    Hi Michael,

    Zitat von Sisamiwe Beitrag anzeigen
    aus gegebenen Anlass wollte ich den Partybetrieb an der Heizung einschalten. Es gibt dazu eine Fehlermeldung:
    Code:
    2020-12-31 16:03:44 INFO plugins.viessmann update_item Update item: heizung.heizkreis_m2.betriebsart.partybetrieb, item has been changed outside this plugin
    2020-12-31 16:03:59 ERROR plugins.viessmann _process_response Should update item with response to a command not in item config: 3301. This shouldnt happen..
    Ich habe zwar ne Vermutung, aber mangels passender Heizung kann ich das nicht selbst nachvollziehen. Machst du von dem (versuchten) Schaltvorgang bitte mal ein Debug-Log? (brauche nur das Plugin)

    Das müsste mit der ersten Meldung oben anfangen und darf über die zweite ruhig noch etwas hinausgehen, auch wenn ich nicht glaube, dass da noch was kommt.

    Einen Kommentar schreiben:


  • Morg
    antwortet
    Zitat von TCr82 Beitrag anzeigen
    Hi,

    mir ist gerade beim Einpflegen der Gruppenadressen auf gefallen, dass es gar kein Float Datentyp im Unitset gibt. Ich verwendete zb: IU10 für die Kessel Ist/Soll-Temperatur - da kommt dann sowas um die 70 Grad C dabei raus - was ja eigentlich ok zu sein scheint.
    Ich kann es natürlich nicht sicher sagen (ich bin nichtmal sicher, ob Viessmann das kann... ) - aber ein echter Float-Datentyp ist mit 1 oder 2 Byte kaum sinnvoll umsetzbar.(Es gibt den "half"-Datentyp, aber der wird kaum genutzt, und die wesentlichen Vorteile sind nicht Genauigkeit, sondern Spreizung der möglichen Werte über viele Größenordnungen. Bei einer Heizung nicht nötig). Normale floats werden als single, meist eher als double verwendet, die haben dann schon mindestens 8 Bytes.

    Überlicherweise - und so auch in der bisherigen Konfiguration - wird der "reale" Wert z.B. mal 10 genommen (bei dir in der Tabelle "conversion") und dann als Int gesendet. Durch die Units ist ja festgelegt, wie die Werte "decodiert" werden. Mit dem IU10 z.B. wäre genau das umgesetzt. Mit einem Byte (unsigned) kommt man dann von 0 bis 25,5°C, mit zwei Bytes bis 6553,5°C. Entsprechend kann durch den Multiplikator die Genauigkeit verbessert und die Spannweite verringert werden. (Theoretisch auch anders herum, aber das scheint wohl nicht benötigt zu werden).

    Insofern probiere doch mal, ob du mit IUINT oder IUNON überhaupt Werte bekommst, schau ruhig auch mal mit 1 oder 2 Bytes. Wenn du immer nur 0 bekommst, dann liegt es an der Adresse oder der Heizung, wenn die Heizung weiß nicht, welches Datenformat du letztlich "haben willst", sie gibt dir ihren Wert. Manche Datenpunkte lassen sich auch mit "zuwenigen" Bytes auslesen, und liefern dann falsche Werte. Meist habe ich die Erfahrung gemacht, dass es dann von der Heizung einen Fehler gibt. Schau da am besten mal ins Debug-Log, während du verschiedene Varianten ausprobierst.

    Die Heizung "hört" nur Adresse x, y Bytes. Entweder schickt sie oder nicht. Wenn ja, musst du dann schauen, was du mit dem Wert machst - wenn du eine 7000 als Temperatur bekommst, wäre wahrscheinlich ein IU100 (oder ggf. IS100) passend.

    Das Traurige ist daran, dass sogar mit der "Originalsoftware" von Viessmann nicht alle Datenpunkte bei jeder entsprechenden Heizung funktionieren. Entweder ist deren Konfigurationsmanagement Mist, oder man kann in den Heizungssteuerungen teilweise den Zugriff beschränken, so dass die Heizung nix liefert, obwohl sie eigentlich könnte.

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Morg

    Hallo,

    aus gegebenen Anlass wollte ich den Partybetrieb an der Heizung einschalten. Es gibt dazu eine Fehlermeldung:
    Code:
    2020-12-31 16:03:44 INFO plugins.viessmann update_item Update item: heizung.heizkreis_m2.betriebsart.partybetrieb, item has been changed outside this plugin
    2020-12-31 16:03:59 ERROR plugins.viessmann _process_response Should update item with response to a command not in item config: 3301. This shouldnt happen..
    Hab dann den Partybetrieb an der Heizung aktiviert. Die beiden entsprechenden Items wurden dann korrekt aktualisiert.
    Das Einschalten per shNG geht leider nicht.

    Könntest Du nochmal schauen?
    Danke Dir

    Einen Kommentar schreiben:


  • TCr82
    antwortet
    Hi,

    mir ist gerade beim Einpflegen der Gruppenadressen auf gefallen, dass es gar kein Float Datentyp im Unitset gibt. Ich verwendete zb: IU10 für die Kessel Ist/Soll-Temperatur - da kommt dann sowas um die 70 Grad C dabei raus - was ja eigentlich ok zu sein scheint.

    Aber da gibt es zB auch die Adressen für HK_Raumsolltemperaturaktuell und da kommt bei A1M1 auch sowas um die 70 Grad raus und bei M2 gar nichts... das scheint nicht ganz zu stimmen. Die Daten hier stammen aus der Viessmann DB der Demo Version von Vitosoft 300.
    Name Addresse Conversion Unit DataType Stepping ValuePrecision LowerBorder UpperBorder Enum
    HK_RaumsolltemperaturaktuellA1M1 0x2500 Div10 Grad C Float 0 127 0
    HK_RaumsolltemperaturaktuellM2 0x3500 Div10 Grad C Float 0 127 0
    Die Kesseltemperaturen sind aber laut DB auch float mit Div10

    Kann es sein dass das auslesen deswegen nicht richtig funktioniert?

    Wünsche schonmal einen guten Rutsch in neue Jahr 2021
    Zuletzt geändert von TCr82; 31.12.2020, 15:02.

    Einen Kommentar schreiben:


  • Morg
    antwortet
    Da würde mich die Rückmeldung im "aktuelle_Betriebsart" aber mehr irritieren, als dass sie hilft. Ich erkenne den Mehrwert nicht, wenn das Item, mit dem ich den Modus setzen kann, mir auch den tatsächlichen Modus zurückgibt. Ist allerdings auch unlogisch, dass man WW einstellen kann, wenn es ggf. gar nicht geht.

    Aber gut, das ist ein "Problem anderer Leute"

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von Morg Beitrag anzeigen
    Dann überleg doch mal, ob es nicht einfacher ist, sich auf die "schreibbare" zu beschränken. Entweder mit Unit 'BA' und entsprechender Konfiguration (s.o.), oder mit Zahl, dann musst du den Rest selber machen.
    Ich habe in der Viessmann Doku nochmal nachgeschaut:

    Code:
    Aktuelle Betriebsart A1M1     0x2500       R         non_DPT     0=Abschaltbetrieb,1=ReduzierterBetrieb,2=Normalbetrieb,3=Dauernd Normalbetrieb
    Betriebsart A1M1              0x2323       R/W       non_DPT     0=Abschalt,1=Nur WW,2=Heizen + WW,3=Dauernd Reduziert,4=Dauernd Normal
    Zur Erklärung für Betriebsart A1M1 steht dann noch:
    Code:
    Einstellung der Betriebsart fuer den Heizkreis A1M1 (1.Heizkreis)(WW bei Vitotronic 050HK1M nicht möglich.Abschaltbetrieb Heizkessel und Warmwasser-Speicher werden auf Frostschutz überwacht.Nur Warmwasserbereitung Warmwasserbereitung und Zirkulationspumpe laufen nach den entsprechenden Schaltuhrprogrammen (keine Raumbeheizung). Frostschutzueberwachung erfolgt.Heizen + WW Raumbeheizung, Warmwasserbereitung und Zirkulationspumpe laufen nach den entsprechenden Schaltuhrprogrammen. Frostschutzueberwachung erfolgt.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Zitat von Sisamiwe Beitrag anzeigen
    Solange man im AdminIF die zulässigen Werte per Liste nicht einschränken kann
    Kann es schon, muss man halt nur in den Metadaten angeben.

    Einen Kommentar schreiben:

Lädt...
X