Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Darth2010]

@martybr

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 1

aktiveren.

[MartyBr]

@darth2010
Okay, das klingt einfach. Ich teste es mal mit einem Blocky:
Wenn Ertrag > Verbrauch, dann Heater einschalten.

[Issr4k]

@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.

[MartyBr]

@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,            Ablufttemperatur            

Das 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, mohel

Hier der LinK:
https://forum.fhem.de/index.php?topic=104786.0

[Issr4k]

@martybr Da muss ich leider passen... sorry!

[MartyBr]

@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]

@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.

[Happyuser20]

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 /KW2

Jetzt 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

[MartyBr]

@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.

[blauholsten]

Kann jemand bitte die GitHub Version testen? Hatte ich vor Einigen Tagen schonmal drum gebeten.

Danke

[MartyBr]

@blauholsten
Das mache ich heute Abend. Versprochen

[Happyuser20]

@martybr Danke für den Hinweis, hat funktioniert.

[Happyuser20]

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

[MartyBr]

@blauholsten
Hier meine Testergebnisse. Leider war es nicht erfolgreich.

Ich habe folgendes gemacht:

1. Update per Github
2. vito.xml geändert
3. 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.xml

Adapter json (das Kennwort habe ich unkenntlich gemacht):
system.adapter.viessmann.0.json

In der vito.xml gibt es den Abfragewert "getTempA".
Im Adapter steht noch der ehemalige Wert "Aussentemperatur".

[blauholsten]

@martybr

Bitte nochmal testen und LOG posten. Danke

PS: Finde aktuell keine Zeit/Möglichkeit das aktuell selber zu testen

[MartyBr]

@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.

[blauholsten]

@martybr

Hallo,

einfach den Adapter vorher auf debug stellen, danach alles Ausgaben kopieren und mir senden.

[MartyBr]

@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?

[blauholsten]

@martybr ja top.

Kurze Anmerkung, die aktuelle GitHub Version natürlich vorausgesetzt.

[MartyBr]

@blauholsten So, hier der Test.
Ich hatte gestern die GitHub Version installiert.

1. 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

2. 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 218629

Interssanterweise wird der Adapter trotz der Warnung grün: