Viessmann-Adapter mit vcontrol
-
Bei meiner Vitocal 222-G kann ich den Heizstab für WW mit diesen vito.xml Einträgen setzen und lesen:
<command name="getHeaterforWW" protocmd="getaddr"> <addr>6015</addr> <len>1</len> <unit>XX</unit> <description>Status Heizstab</description> </command> <command name="setHeaterforWW" protocmd="setaddrValue"> <addr>6015</addr> <len>1</len> <unit>XX</unit> <description>Heizstab steuern</description> </command>Den Heizstab dann per SSH über vcontrold mit
setHeaterforWW 1aktiveren.
-
@darth2010
Okay, das klingt einfach. Ich teste es mal mit einem Blocky:
Wenn Ertrag > Verbrauch, dann Heater einschalten. -
@martybr Es gibt zwei Aufgaben für den Heizstab genau wie für den Verdichter.
Einmal Brauchwasser (WW) 6015 und eben das Heizwasser (7902).Schau dir nochmal meinen Beitrag vom 24.02 9:39Uhr an.
-
@issr4k Danke. Das teste ich morgen und gebe hier Rückmeldung.
Ich suche weiterhin verzweifelt Datenpunkte der VitoVent. Genauer die Temperaturen für Zuluft und Abluft. Die Volumenströme habe ich gefunden, die stehen auch in meinem Handbuch der Vitocom Steuerung.
Im FHEM Forum hat eine User geschrieben, dass die Datenpunkte 3 Bit Länge haben, und auf 2-Bit umgerechnet werden müssen:POLL, 01F70A0302, 2ByteS, 10, Fortlufttemperatur , - POLL, 01F70A0102, 2ByteS, 10, Zulufttemperatur , - POLL, 01F70A0202, 2ByteS, 10, AblufttemperaturDas sind dann die Datenpunkte "0A01" bis "0A03". Die Datenpunkte "F0A0" etc. kann ich ohne Probleme auslesen.
Hallo zusammen, ich habs zumindest für einige Werte gelöst. Hab in einem anderen Thread noch einen Tipp gefunden: Man muss das als drei Bytes lesen aber als zwei interpretieren (fragt mich nicht, was man rauchen muss, um auf solche Konstrukte zu kommen). Hier mal der Ausschnitt aus meiner Konfig für eine WO1C Wärempumpe mit angebunder Vitovent 300W Lüftung: Code: [Auswählen] # Lüftung POLL, 01F7B00501, 1ByteU, 1, Lueftung_Betriebsart , - SET, Einstellung_Lueftung, 01F4B00501, 1ByteU , - # kann man dann mit 66 auf Intensivbetrieb setzen POLL, 01F70A7E01, 1ByteH, 1, Lueftung_Betriebsprogramm , - POLL, 01F70A0103, 2ByteS, 10, Lueftung_Zulufttemperatur , - POLL, 01F70A0203, 2ByteS, 10, Lueftung_Ablufttemperatur , - POLL, 01F70A0003, 2ByteS, 10, Lueftung_AussentemperaturLueftung , - POLL, 01F70A0403, 2ByteU, 1, Lueftung_Zuluft_Volumenstrom, - POLL, 01F70A0C03, 2ByteS, 1, Lueftung_Elek_Vorheiz, - POLL, 01F70A0D03, 2ByteU, 1, Lueftung_Bypass, - POLL, 01F70A0E03, 2ByteU, 1, Lueftung_Filterstandzeit, - POLL, 01F70A0303, 2ByteS,10 ,Lueftung_Fortlufttemperatur, - POLL, 01F70A0503, 2ByteU,1 ,Lueftung_Fortluft_Volumenstrom, - POLL, 01F70A0403, 2ByteU,1 ,Lueftung_Zuluft_Volumenstrom, - Für Fortluft- und Zulufttemperatur funktioniert es damit leider nicht, passt aber, so lange die anderen beiden Temperaturen gescheite Werte liefern. Noch ein komisches Phänomen: Die geänderte Einstellung für Intensivbetrieb bei SET wird erst übernommen wenn das Byte nochmal per POLL ausgelesen wird. Weiss jemand zufällig wie man das evtl. noch umgehen kann? Danke, mohelHier der LinK:
https://forum.fhem.de/index.php?topic=104786.0 -
@martybr Da muss ich leider passen... sorry!
-
@issr4k
Ich versuche mich mal daran. Ich setze heute Abend die <len> auf 3 und schaue mir das Ergebnis an. Wir die Leute im FHEM-Forum schon geschrieben haben:
Zitat Anfang:Sehr strange mit 3 Byte auslesen und 2 Byte zur Anzeige nutzen. Typisch Viessmann
Zitat Ende: -
@martybr
Es hat funktioniert!!
Ich konnte die Werte der VitoVent-300F auslesen. Das Geheimnis war, die Länge auf 3 zustellen
Nun kann ich mich an die Integration des Heizstabes setzen. Die Datenpunkte habe ich ja schon in der Vito.xml eingefügt. -
Hallo zusammen
Ich schließe mich mal hier an.
Ich nutze den Adapter schon längere Zeit in der letzten Version ohne Probleme.
Meine Anlage ist eine Vitodens200 /KW2Jetzt möchte ich einige Setzdatenpunkte hinzufügen, habe auch schon eine entsprechende vito.xml gefunden.
Wenn ich aber im Adapter den Haken bei Vito.xml neu einlesen setze, startet der Adapter nicht mehr durch.
Erst wenn ich den Haken wieder entferne, läuft er wieder wie gewohnt.Ist das bei euch auch so?
Gruß
HappyUser20 -
@happyuser20
Ja. Bisheriger Workaround: Instanz entfernen und wieder neu hinzufügen.
Vorteil: Es funktioniert
Nachteil: Alle Datenpunkte werden neu geschrieben. Die History-Funktion (egal ob History oder Influxdb) müssen neu aktiviert werden. -
Kann jemand bitte die GitHub Version testen? Hatte ich vor Einigen Tagen schonmal drum gebeten.
Danke
-
@blauholsten
Das mache ich heute Abend. Versprochen
-
@martybr Danke für den Hinweis, hat funktioniert.
-
Halo zusammen.
wie sieht es bei euren Steuerungen aus, funktioniert die Abfrage der Timer oder Error Codes?
Bei meiner V200/Kw2 bekomme ich Fehlermeldungen "unknown command"Nutzt einer hier die Setzdatenpunkte?
Gruß
Happyuser20 -
@blauholsten
Hier meine Testergebnisse. Leider war es nicht erfolgreich.Ich habe folgendes gemacht:
- Update per Github
- vito.xml geändert
- Instanz: Schraubenschlüssel: vito.xml angehakt und gespeichert.
Ergebnis: Die Datenpunkte ändern sich nicht, die Instanz läuft und stürzt nicht mehr ab.
Lokaler Telnet:
martin@tinkerboard:~$ telnet localhost 3002 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. vctrld>getTempA 3.500000 °C vctrld>quit good bye! Connection closed by foreign host.vito.xml:
vito.xmlAdapter json (das Kennwort habe ich unkenntlich gemacht):
system.adapter.viessmann.0.jsonIn der vito.xml gibt es den Abfragewert "getTempA".
Im Adapter steht noch der ehemalige Wert "Aussentemperatur". -
Bitte nochmal testen und LOG posten. Danke
PS: Finde aktuell keine Zeit/Möglichkeit das aktuell selber zu testen
-
@blauholsten Adapter auf "debug" oder die Log-Datei /etc/iobroker/x.log?
Da komme ich erst wieder heute Abend dazu, da ich gerade im Office bin. -
Hallo,
einfach den Adapter vorher auf debug stellen, danach alles Ausgaben kopieren und mir senden.
-
@blauholsten
Okay, das mache ich dann heute Abend. Ich starte den Adapter erstmal mit der bestehenden Konfiguration und ändere dann die vito.xml.Ist das so okay?
-
@martybr ja top.
Kurze Anmerkung, die aktuelle GitHub Version natürlich vorausgesetzt.
-
@blauholsten So, hier der Test.
Ich hatte gestern die GitHub Version installiert.- Schritt:
Adapter auf debug und start:
2023-03-15 19:37:36.660 debug Wait for next run: 60000 in ms viessmann.0 2023-03-15 19:37:36.659 info Connect with Viessmann sytem! viessmann.0 2023-03-15 19:37:36.639 info starting. Version 1.4.2 (non-npm: misanorot/ioBroker.viessmann) in /opt/iobroker/node_modules/iobroker.viessmann, node: v18.14.2, js-controller: 4.0.24 viessmann.0 2023-03-15 19:37:36.510 debug States connected to redis: 127.0.0.1:9000 viessmann.0 2023-03-15 19:37:36.443 debug States create User PubSub Client viessmann.0 2023-03-15 19:37:36.443 debug States create System PubSub Client viessmann.0 2023-03-15 19:37:36.424 debug Redis States: Use Redis connection: 127.0.0.1:9000 viessmann.0 2023-03-15 19:37:36.403 debug Objects connected to redis: 127.0.0.1:9001 viessmann.0 2023-03-15 19:37:36.400 debug Objects client initialize lua scripts viessmann.0 2023-03-15 19:37:36.355 debug Objects create User PubSub Client viessmann.0 2023-03-15 19:37:36.354 debug Objects create System PubSub Client viessmann.0 2023-03-15 19:37:36.353 debug Objects client ready ... initialize now viessmann.0 2023-03-15 19:37:36.324 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker-test 2023-03-15 19:37:35.871 info instance system.adapter.viessmann.0 started with pid 218592- Schritt:
geänderte vito.xml eingespielt und start des Adapters:
viessmann.0 2023-03-15 19:42:31.088 warn No instance found! viessmann.0 2023-03-15 19:42:31.068 info starting. Version 1.4.2 (non-npm: misanorot/ioBroker.viessmann) in /opt/iobroker/node_modules/iobroker.viessmann, node: v18.14.2, js-controller: 4.0.24 viessmann.0 2023-03-15 19:42:30.922 debug States connected to redis: 127.0.0.1:9000 viessmann.0 2023-03-15 19:42:30.852 debug States create User PubSub Client viessmann.0 2023-03-15 19:42:30.851 debug States create System PubSub Client viessmann.0 2023-03-15 19:42:30.836 debug Redis States: Use Redis connection: 127.0.0.1:9000 viessmann.0 2023-03-15 19:42:30.816 debug Objects connected to redis: 127.0.0.1:9001 viessmann.0 2023-03-15 19:42:30.813 debug Objects client initialize lua scripts viessmann.0 2023-03-15 19:42:30.771 debug Objects create User PubSub Client viessmann.0 2023-03-15 19:42:30.771 debug Objects create System PubSub Client viessmann.0 2023-03-15 19:42:30.770 debug Objects client ready ... initialize now viessmann.0 2023-03-15 19:42:30.741 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker-test 2023-03-15 19:42:30.280 info instance system.adapter.viessmann.0 started with pid 218629Interssanterweise wird der Adapter trotz der Warnung grün:
- Schritt:
