Viessmann Plugin Neuentwicklung Python Hilfe

[Morg]

Nur zur Sicherheit: in "meinem" Repo ist im Moment immer die Version mit allen aktuellen Erweiterungen. Ich versuche, die möglichst alle vor dem Release noch "rein" zu bekommen, dann sollte im Idealfall nach dem Release die master-Version gleichzeitig (erstmal) die aktuellste.

Ob ihr dann "meine" Version als priv_viessmann nutzt oder die aus dem Release, ist dann ja euch überlassen. Ich habe teilweise beides

[Sisamiwe]

Morg
Hab die aktuelle Version des Plugins testen wollen und bekomme beim Start schon einen Fehler:

2021-01-02 19:37:57 ERROR lib.plugin __init__ Plugin 'viessmann' exception during import of __init__.py: invalid syntax (__init__.py, line 2067)
Traceback (most recent call last):
File "/usr/local/smarthome/lib/plugin.py", line 531, in __init__
exec("import {0}".format(classpath))
File "<string>", line 1, in <module>
File "/usr/local/smarthome/plugins/viessmann/__init__.py", line 2067
print(f'Device ID is {res}, device type is {commands.devicetypes.get(res, 'unknown')} using protocol {proto}')
^
SyntaxError: invalid syntax

Schaust Du bitte nochmal?

Ach ja:

2021-01-02 19:37:32 WARNING __main__ __init__ -------------------- Init SmartHomeNG 1.7.2.master (3828810e) --------------------
2021-01-02 19:37:32 WARNING __main__ __init__ Running in Python interpreter 'v3.7.3 final' on Linux-4.14.86-v7+-armv7l-with-debian-10.7 (pid=6741)

[Morg]

Sorry für die Verzögerung, war anderweitig beschäftigt.

n f''-Strings kann ich keine einfachen Anführungszeichen benutzen, da müssen doppelte hin (bei res, 'unknown').

Auf github gefixt.

[TCr82]

So, jetzt habe ich auch noch was -

ich habe dem Plugin mal einen Standalone-Modus verpasst. Heißt: das Plugin kann in seinem Ordner auf der Kommandozeile aufgerufen werden, z.B. mit

./__init__.py /dev/optolink

Dann versucht es, die angeschlossene Heizung zu identifizieren, erst mit P300, danach mit KW. Wenn es klappt, wird der Devicetyp, die Bezeichnung und das passende Protokoll ausgegeben.

Wenn ihr testen wollt, gibts die aktuelle Version unter https://github.com/Morg42/viessmann. Ihr braucht auf jeden Fall das Plugin. Ich habe die Liste der Gerätetypen angepasst, aber mit der alten commands.py geht es auch. Die Doku ist auch aktualisiert.

Funktioniert, denke ich:

root@heizung:/usr/local/smarthome/plugins/viessmann# ./__init__.py /dev/ttyOptolink
This is Viessmann plugin running in standalone mode
================================================== =
Trying protocol P300 on device /dev/ttyOptolink
Communication could not be established using protocol P300.
Trying protocol KW on device /dev/ttyOptolink
Device ID is 2098, device type is V200KW2 using protocol KW
Done.

[TCr82]

Ich habe da noch ein Problem beim schreiben - hab aber bis jetzt nur eine Adresse versucht zu schreiben:

Fehlermeldung:

2021-01-02 21:20:09 ERROR lib.item.item Item technik.heizung.HK1.Partybetrieb: problem running <bound method Viessmann.update_item of <plugins.viessmann.Viessmann object at 0xb2efe8e0>>: 'Command_bytes_write'
Traceback (most recent call last):
File "/usr/local/smarthome/lib/item/item.py", line 1349, in __update
method(self, caller, source, dest)
File "/usr/local/smarthome/plugins/viessmann/__init__.py", line 306, in update_item
if not self._send_command(commandname, value):
File "/usr/local/smarthome/plugins/viessmann/__init__.py", line 695, in _send_command
(packet, responselen) = self._build_command_packet(commandname, value)
File "/usr/local/smarthome/plugins/viessmann/__init__.py", line 1255, in _build_command_packet
payloadlength = int(self._controlset['Command_bytes_write']) + int(commandvaluebytes)
KeyError: 'Command_bytes_write'

Item Definition:

technik:
    heizung:
        HK1:
            Partybetrieb:
                name: HK1 Partybetrieb
                type: bool
                viess_read: Partybetrieb_A1M1
                viess_read_cycle: 60
                viess_init: true
                viess_send: true
                mqtt_topic: Heizung/HK1/Party
                mqtt_retain: true

commandset Definition:

        'Partybetrieb_A1M1':                          {'addr': '2303', 'len': 1, 'unit': 'IUBOOL',  'set': True, 'min_value': 0,   'max_value': 1},         # Partybetrieb A1M1

Lesen scheint aber zu funktionieren.

[Morg]

Huch.. wo kommt das denn her? Schreiben ging bei mir schon in KW, ist aber tatsächlich ein Fehler.

Probier nochmal, neue Version ist oben.

[Jackhammer]

Hallo zusammen,
frohes neues Jahr!
wenn ich mit einer WO1C die Raumsolltemperatur übe die VISU ändern möchte muss ich dann nur:
{'addr': '2000', 'len': 2, 'unit': 'IS10', 'set': False},

Set auf True setzen? Ist die Angabe von Min und Max Val erforderlich?

Gruß
Jackhammer

[TCr82]

Ok, der Fehler kommt nicht mehr, aber der Status ändert sich nicht an der Heizung:

2021-01-02 21:59:25 INFO plugins.viessmann Update item: technik.heizung.HK1.Partybetrieb, item has been changed outside this plugin
2021-01-02 21:59:25 DEBUG plugins.viessmann update_item was called with item HK1 Partybetrieb from caller admin, source None and dest None
2021-01-02 21:59:25 DEBUG plugins.viessmann Got item value to be written: True on command name Partybetrieb_A1M1
2021-01-02 21:59:25 DEBUG plugins.viessmann Got a new write job: Command Partybetrieb_A1M1 with value True
2021-01-02 21:59:25 DEBUG plugins.viessmann Build write packet for command Partybetrieb_A1M1
2021-01-02 21:59:25 DEBUG plugins.viessmann Unit defined to IUBOOL with config{'unit_de': 'INT unsigned bool', 'type': 'integer', 'signed': False, 'read_value_transform': 'bool'}
2021-01-02 21:59:25 DEBUG plugins.viessmann Created value bytes for type integer as hexstring: 01 and as bytes: b'\x01'
2021-01-02 21:59:25 DEBUG plugins.viessmann Payload length is: 1 bytes
2021-01-02 21:59:25 DEBUG plugins.viessmann Created command Partybetrieb_A1M1 to be sent as hexstring: 01f423030101 and as bytes: bytearray(b'\x01\xf4#\x03\x01\x01') with value True (transformed to value byte 01)
2021-01-02 21:59:25 DEBUG plugins.viessmann Starting sync loop - attempt 1/5
2021-01-02 21:59:26 DEBUG plugins.viessmann Got sync. Commencing command send
2021-01-02 21:59:26 DEBUG plugins.viessmann Successfully sent packet: 01f423030101
2021-01-02 21:59:26 DEBUG plugins.viessmann Trying to receive 1 bytes of the response
2021-01-02 21:59:26 DEBUG plugins.viessmann Received 1 bytes chunk of response as hexstring 00 and as bytes b'\x00'
2021-01-02 21:59:26 DEBUG plugins.viessmann Response decoded to: commandcode: 2303, responsedatacode: 2, valuebytecount: 1, responsetypecode: 1
2021-01-02 21:59:26 DEBUG plugins.viessmann Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
2021-01-02 21:59:26 DEBUG plugins.viessmann Write request of adress 2303 successfull writing 1 bytes

---

Dann mal noch ein weiterer Fehler den ich entdeckt habe, da ich testen wollte, ob sich der Status auch ändert, wenn ich ihn Händisch am Panel ändere. Nachdem ich den Status neu abgefragt habe, war er auch Aus (so wie ich es eingestellt habe).

Ich hatte das allerdings über dass Viessmann Plugin Webinterface neu abgefragt, aber der Status wird dort nicht gemeldet (hatte die Seite auch schon neu geladen und in der Browser Konsole taucht auch kein Fehler auf),

Statusupdate.png

nur im Logfile sieht man, dass er den Wert abgefragt hat:

2021-01-02 21:53:42 DEBUG plugins.viessmann Attempting to read address 2303 for command Partybetrieb_A1M1
2021-01-02 21:53:42 DEBUG plugins.viessmann Build read packet for command Partybetrieb_A1M1
2021-01-02 21:53:42 DEBUG plugins.viessmann Created command Partybetrieb_A1M1 to be sent as hexstring: 01f7230301 and as bytes: bytearray(b'\x01\xf7#\x03\x01')
2021-01-02 21:53:42 DEBUG plugins.viessmann Starting sync loop - attempt 1/5
2021-01-02 21:53:44 DEBUG plugins.viessmann Starting sync loop - attempt 2/5
2021-01-02 21:53:46 DEBUG plugins.viessmann Starting sync loop - attempt 3/5
2021-01-02 21:53:48 DEBUG plugins.viessmann Starting sync loop - attempt 4/5
2021-01-02 21:53:48 DEBUG plugins.viessmann Got sync. Commencing command send
2021-01-02 21:53:48 DEBUG plugins.viessmann Successfully sent packet: 01f7230301
2021-01-02 21:53:48 DEBUG plugins.viessmann Trying to receive 1 bytes of the response
2021-01-02 21:53:48 DEBUG plugins.viessmann Received 1 bytes chunk of response as hexstring 00 and as bytes b'\x00'
2021-01-02 21:53:48 DEBUG plugins.viessmann Response decoded to: commandcode: 2303, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
2021-01-02 21:53:48 DEBUG plugins.viessmann Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
2021-01-02 21:53:48 DEBUG plugins.viessmann Matched command Partybetrieb_A1M1 and read transformed value False (integer raw value was 0) and byte length 1

hast du da nochwas geändert?

[Sisamiwe]

TCr82

Schau mal ein paar Beiträge von mir weiter oben.
Für Sparbetrieb und Partybetrieb hat die Heizung je 2 Datenpunkt, Beinen nur zum Lesen und einen zum Lesen und Schreiben.

[TCr82]

Sisamiwe

Laut meiner vito.xml und auch der Viessmann DB gibt es bei mir nur eine Adresse. Genauso bringt die suche nach der Adresse 2330 nichts in der ViessmannDB (falls es unter einem Kryptischen Namen geführt wäre).

Hier aus der vito.xml

        <command name='getBetriebPartyM1' protocmd='getaddr'>
                <addr>2303</addr>
                <len>1</len>
                <unit>RT</unit>
                <description>Betriebsart Party M1</description>
        </command>
        <command name='setBetriebPartyM1' protocmd='setaddr'>
                <addr>2303</addr>
                <len>1</len>
                <unit>RT</unit>
                <description>Setze Betriebsart Party M1</description>
        </command>

Könnte mal versuchen das mit dem vcontrold zu schreiben...

[TCr82]

Ok, über vcontrold funktioniert es:

root@heizung:~# vclient -c "setBetriebPartyM1 0"
setBetriebPartyM1 0:
OK
root@heizung:~# vclient -c getBetriebPartyM1
getBetriebPartyM1:
0
root@heizung:~# vclient -c "setBetriebPartyM1 1"
setBetriebPartyM1 1:
OK
root@heizung:~# vclient -c getBetriebPartyM1
getBetriebPartyM1:
1

Bin dann nochmal zur Heizung gelaufen und habe auch nachgesehen, ob das Lämpchen an/aus geht... und ja das tut es - allerdings brauchte es ein wenig Zeit.

Aber die Abfrage über vclient geht sofort - scheint also was im Plugin nicht zu funktionieren.

[Morg]

@TCr82: an der Kommunikation mit der Heizung kann ich beim Schreiben und beim Lesen keine Fehler finden. Die Adresse 0x2303 wird korrekt erkannt, der Befehlsstring zusammengebaut, und es kommt auch jeweils ein Wert. Beim Schreiben "Fehler" wäre keine Antwort, beim Lesen kommt die 0 = False.
Kannst du beim vcontrold einen Debug-Modus mit Kommunikationslog erzeugen? Das wäre ggf. hilfreich.

Auf was du mit dem WebIf hinauswillst, habe ich nicht verstanden. Ist das Log unter dem Bild auch von _dem_ Lesevorgang? Dann müsste ich jeweils noch mehr Infos vorher und hinterher haben.


Achso, und wenn du den Partymodus manuell aktivierst - kannst du dann den Wert "True" per Plugin lesen?

---

@Jackhammer:

ich weiß nicht, worauf du hinauswillst.

Wenn du einen Wert lesen oder schreiben willst, definierst du ein Item und gibst in deinem Fall "Raumsolltemp" als viess_read bzw. viess_send an. Was willst du denn mit der Befehlsdefinition? Die ist doch schon vorhanden...

[TCr82]

Kannst du beim vcontrold einen Debug-Modus mit Kommunikationslog erzeugen? Das wäre ggf. hilfreich.

Muss ich mir ansehen, wie das geht.

Auf was du mit dem WebIf hinauswillst, habe ich nicht verstanden. Ist das Log unter dem Bild auch von _dem_ Lesevorgang? Dann müsste ich jeweils noch mehr Infos vorher und hinterher haben.

Ja, das Log ist von dem Lesevorgang den ich über das Webinterface ausgelößt habe. Lesen tut er es ja, nur Meldet er es nicht zurück in das Webinterface

Was es auch war, es war Temporär - jetzt kommt die Antwort wieder. Falls es nochmal auftritt, was kann ich dir genau liefern?

Achso, und wenn du den Partymodus manuell aktivierst - kannst du dann den Wert "True" per Plugin lesen?

Ja, das funktioniert, das versuchte ich ja auch hier zu sagen:

Dann mal noch ein weiterer Fehler den ich entdeckt habe, da ich testen wollte, ob sich der Status auch ändert, wenn ich ihn Händisch am Panel ändere. Nachdem ich den Status neu abgefragt habe, war er auch Aus (so wie ich es eingestellt habe).

Der Status wird korrekt abgefragt und ändert sich wenn ich es an der Heizung bzw deren Bedienteil ändere. Adresse muss somit richtig sein.

[TCr82]

So, hier mal der Debug von vcontrold:

vclient -c getBetriebPartyM1
getBetriebPartyM1:
1

[7226] Sun Jan 3 11:50:35 2021 : >SENT: 04
[7226] Sun Jan 3 11:50:35 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:50:35 2021 : Waiting for 05
[7226] Sun Jan 3 11:50:37 2021 : <RECV: 05 (1370.0 ms)
[7226] Sun Jan 3 11:50:37 2021 : >SENT: 01
[7226] Sun Jan 3 11:50:37 2021 : >SENT: F7
[7226] Sun Jan 3 11:50:37 2021 : >SENT: 23
[7226] Sun Jan 3 11:50:37 2021 : >SENT: 03
[7226] Sun Jan 3 11:50:37 2021 : >SENT: 01
[7226] Sun Jan 3 11:50:37 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:50:37 2021 : <RECV: len=1 01 (20.0 ms)
[7226] Sun Jan 3 11:50:37 2021 : <RECV: received 01
[7226] Sun Jan 3 11:50:37 2021 : 01 -> 1
[7226] Sun Jan 3 11:50:37 2021 : 1
[7226] Sun Jan 3 11:50:37 2021 : Command: quit
[7226] Sun Jan 3 11:50:37 2021 : Process 7226 released lock
[7226] Sun Jan 3 11:50:37 2021 : Closed connection (fd:6)

vclient -c "setBetriebPartyM1 0"
setBetriebPartyM1 0:
OK

[7226] Sun Jan 3 11:52:31 2021 : 0 -> 00
[7226] Sun Jan 3 11:52:31 2021 : >SENT: 04
[7226] Sun Jan 3 11:52:31 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:52:31 2021 : Waiting for 05
[7226] Sun Jan 3 11:52:32 2021 : <RECV: 05 (190.0 ms)
[7226] Sun Jan 3 11:52:32 2021 : >SENT: 01
[7226] Sun Jan 3 11:52:32 2021 : >SENT: F4
[7226] Sun Jan 3 11:52:32 2021 : >SENT: 23
[7226] Sun Jan 3 11:52:32 2021 : >SENT: 03
[7226] Sun Jan 3 11:52:32 2021 : >SENT: 01
[7226] Sun Jan 3 11:52:32 2021 : >SENT: 00
[7226] Sun Jan 3 11:52:32 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:52:32 2021 : <RECV: len=1 00 (50.0 ms)
[7226] Sun Jan 3 11:52:32 2021 : <RECV: received 00
[7226] Sun Jan 3 11:52:32 2021 : 00 -> OK
[7226] Sun Jan 3 11:52:32 2021 : OK
[7226] Sun Jan 3 11:52:32 2021 : Command: quit
[7226] Sun Jan 3 11:52:32 2021 : Process 7226 released lock
[7226] Sun Jan 3 11:52:32 2021 : Closed connection (fd:6)

vclient -c getBetriebPartyM1
getBetriebPartyM1:
0

[7226] Sun Jan 3 11:53:37 2021 : >SENT: 04
[7226] Sun Jan 3 11:53:37 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:53:37 2021 : Waiting for 05
[7226] Sun Jan 3 11:53:39 2021 : <RECV: 05 (1990.0 ms)
[7226] Sun Jan 3 11:53:39 2021 : >SENT: 01
[7226] Sun Jan 3 11:53:39 2021 : >SENT: F7
[7226] Sun Jan 3 11:53:39 2021 : >SENT: 23
[7226] Sun Jan 3 11:53:39 2021 : >SENT: 03
[7226] Sun Jan 3 11:53:39 2021 : >SENT: 01
[7226] Sun Jan 3 11:53:39 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:53:39 2021 : <RECV: len=1 00 (20.0 ms)
[7226] Sun Jan 3 11:53:39 2021 : <RECV: received 00
[7226] Sun Jan 3 11:53:39 2021 : 00 -> 0
[7226] Sun Jan 3 11:53:39 2021 : 0
[7226] Sun Jan 3 11:53:39 2021 : Command: quit
[7226] Sun Jan 3 11:53:39 2021 : Process 7226 released lock
[7226] Sun Jan 3 11:53:39 2021 : Closed connection (fd:6)

vclient -c "setBetriebPartyM1 1"
setBetriebPartyM1 1:
OK

[7226] Sun Jan 3 11:55:39 2021 : <RECV: 05 (1330.0 ms)
[7226] Sun Jan 3 11:55:39 2021 : >SENT: 01
[7226] Sun Jan 3 11:55:39 2021 : >SENT: F4
[7226] Sun Jan 3 11:55:39 2021 : >SENT: 23
[7226] Sun Jan 3 11:55:39 2021 : >SENT: 03
[7226] Sun Jan 3 11:55:39 2021 : >SENT: 01
[7226] Sun Jan 3 11:55:39 2021 : >SENT: 01
[7226] Sun Jan 3 11:55:39 2021 : >FRAMER: no preset result
[7226] Sun Jan 3 11:55:39 2021 : <RECV: len=1 00 (40.0 ms)
[7226] Sun Jan 3 11:55:39 2021 : <RECV: received 00
[7226] Sun Jan 3 11:55:39 2021 : 00 -> OK
[7226] Sun Jan 3 11:55:39 2021 : OK
[7226] Sun Jan 3 11:55:39 2021 : Command: quit
[7226] Sun Jan 3 11:55:39 2021 : Process 7226 released lock
[7226] Sun Jan 3 11:55:39 2021 : Closed connection (fd:6)

Hoffe, das hilft weiter.

Gruß

[Morg]

Eigentlich ist das, was ich erwartet, aber auch befürchtet habe.

Die gesendeten - und empfangenen! - Bytesequenzen sind identisch. Beim Schreibversuch heißt das eigentlich, dass die Anlage den Schreibbefehl empfangen hat, und da sie ihn verstanden hat und umsetzen konnte, antwortet sie mit 0x00 (OK). Das tut sie auch beim Plugin, ist weiter oben im Log zu sehen.

Ich sehe zumindest, dass in der grundlegenden Logik der Kommunikation kein (offensichtlicher) Fehler steckt. Ich sehe auch, dass die Heizung der gleichen Meinung ist (sonst würde sie nicht OK geben).

Wieso das Geschriebene nicht (so) ankommt, kann ich so noch nicht sagen.

Wenn ich das bei mir mit 'KW' probiere:

2021-01-03 12:08:36 INFO plugins.priv_viessmann Update item: d.heizung.betriebsart, item has been changed outside this plugin
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann update_item was called with item d.heizung.betriebsart from caller Visu, source 192.168.2.2:53900 and dest None
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Got item value to be written: Warmwasser on command name Betriebsart
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Got a new write job: Command Betriebsart with value Warmwasser
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Build write packet for command Betriebsart
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Unit defined to IUNON with config{'unit_de': 'INT unsigned non', 'type': 'integer', 'signed': False, 'read_value_transform': 'non'}
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Created value bytes for type integer as hexstring: 01 and as bytes: b'\x01'
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Payload length is: 1 bytes
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Created command Betriebsart to be sent as hexstring: 01f4b0000101 and as bytes: bytearray(b'\x01\xf4\xb0\x00\x01\x01') with value Warmwasser (transformed to value byte 01)
2021-01-03 12:08:36 DEBUG plugins.priv_viessmann Starting sync loop - attempt 1/5
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Starting sync loop - attempt 2/5
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Got sync. Commencing command send
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Successfully sent packet: 01f4b0000101
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Trying to receive 1 bytes of the response
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Received 1 bytes chunk of response as hexstring 00 and as bytes b'\x00'
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Response decoded to: commandcode: b000, responsedatacode: 2, valuebytecount: 1, responsetypecode: 1
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Write request of adress b000 successfull writing 1 bytes
2021-01-03 12:08:38 DEBUG plugins.priv_viessmann Attempting read after write for item d.heizung.betriebsart, command Betriebsart, delay 5
2021-01-03 12:08:43 DEBUG plugins.priv_viessmann Got a new read job: Command Betriebsart
2021-01-03 12:08:43 DEBUG plugins.priv_viessmann Build read packet for command Betriebsart
2021-01-03 12:08:43 DEBUG plugins.priv_viessmann Created command Betriebsart to be sent as hexstring: 01f7b00001 and as bytes: bytearray(b'\x01\xf7\xb0\x00\x01')
2021-01-03 12:08:43 DEBUG plugins.priv_viessmann Starting sync loop - attempt 1/5
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Starting sync loop - attempt 2/5
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Got sync. Commencing command send
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Successfully sent packet: 01f7b00001
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Trying to receive 1 bytes of the response
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Received 1 bytes chunk of response as hexstring 01 and as bytes b'\x01'
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Response decoded to: commandcode: b000, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Rawdatabytes formatted: 01 and unformatted: bytearray(b'\x01')
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Matched command Betriebsart and read transformed operating mode Warmwasser (raw value was 01) and byte length 1
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Corresponding item d.heizung.betriebsart for command Betriebsart
2021-01-03 12:08:45 DEBUG plugins.priv_viessmann Updating item d.heizung.betriebsart with value Warmwasser

2021-01-03 12:11:55 INFO plugins.priv_viessmann Update item: d.heizung.betriebsart, item has been changed outside this plugin
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann update_item was called with item d.heizung.betriebsart from caller Visu, source 192.168.2.2:53900 and dest None
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Got item value to be written: Heizen und Warmwasser on command name Betriebsart
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Got a new write job: Command Betriebsart with value Heizen und Warmwasser
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Build write packet for command Betriebsart
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Unit defined to IUNON with config{'unit_de': 'INT unsigned non', 'type': 'integer', 'signed': False, 'read_value_transform': 'non'}
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Created value bytes for type integer as hexstring: 02 and as bytes: b'\x02'
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Payload length is: 1 bytes
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Created command Betriebsart to be sent as hexstring: 01f4b0000102 and as bytes: bytearray(b'\x01\xf4\xb0\x00\x01\x02') with value Heizen und Warmwasser (transformed to value byte 02)
2021-01-03 12:11:55 DEBUG plugins.priv_viessmann Starting sync loop - attempt 1/5
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Starting sync loop - attempt 2/5
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Got sync. Commencing command send
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Successfully sent packet: 01f4b0000102
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Trying to receive 1 bytes of the response
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Received 1 bytes chunk of response as hexstring 00 and as bytes b'\x00'
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Response decoded to: commandcode: b000, responsedatacode: 2, valuebytecount: 1, responsetypecode: 1
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Rawdatabytes formatted: 00 and unformatted: bytearray(b'\x00')
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Write request of adress b000 successfull writing 1 bytes
2021-01-03 12:11:57 DEBUG plugins.priv_viessmann Attempting read after write for item d.heizung.betriebsart, command Betriebsart, delay 5
2021-01-03 12:11:59 INFO plugins.priv_viessmann Triggering cyclic command read
2021-01-03 12:12:02 DEBUG plugins.priv_viessmann Got a new read job: Command Betriebsart
2021-01-03 12:12:02 DEBUG plugins.priv_viessmann Build read packet for command Betriebsart
2021-01-03 12:12:02 DEBUG plugins.priv_viessmann Created command Betriebsart to be sent as hexstring: 01f7b00001 and as bytes: bytearray(b'\x01\xf7\xb0\x00\x01')
2021-01-03 12:12:02 DEBUG plugins.priv_viessmann Starting sync loop - attempt 1/5
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Starting sync loop - attempt 2/5
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Got sync. Commencing command send
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Successfully sent packet: 01f7b00001
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Trying to receive 1 bytes of the response
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Received 1 bytes chunk of response as hexstring 02 and as bytes b'\x02'
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Response decoded to: commandcode: b000, responsedatacode: 1, valuebytecount: 1, responsetypecode: 1
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Rawdatabytes formatted: 02 and unformatted: bytearray(b'\x02')
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Matched command Betriebsart and read transformed operating mode Heizen und Warmwasser (raw value was 02) and byte length 1
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Corresponding item d.heizung.betriebsart for command Betriebsart
2021-01-03 12:12:04 DEBUG plugins.priv_viessmann Updating item d.heizung.betriebsart with value Heizen und Warmwasser

Schreiben geht einwandfrei, Wert wird übernommen, anschließendes Lesen bestätigt das.

Das heißt für mich im Moment:

entweder deine Heizung verhält sich anders als meine - dann müsstest du das bei dir testen, das kann ich offensichtlich hier nicht. Die Kommunikation läuft zumindest nach Logfiles aber bei beiden gleich ab.

oder es gibt noch irgendein anderes Problem mit dem Datenpunkt - das wäre aber auch unlogisch, solange vcontrold den Punkt schreiben kann und das Plugin nicht.

Ich weiß ich Moment nicht, wo ich suchen soll.

@Michael: wenn jetzt deine Partymodus-Problematik geklärt ist und sich schreiben (und lesen) lässt - würdest du dann mal bei dir ein Debuglog erzeugen, wo du Partymodus im KW-Protokoll liest, auf 1 setzt, liest, auf 0 setzt, liest - und gleichzeitig (so möglich) an der Anlage verifizierst, ob tatsächlich der Wert übernommen wurde?
Das wäre a) super und b) die einzige Idee, die ich jetzt noch habe.

Oder fällt euch sonst noch was ein?