vcontrold (Dämon für Viessmann Heizungssteuerungen) für EDOMI

[MrIcemanLE]

So geht es mir mit dem Stromverbrauch meiner WP, den ich in der Steuerung je Kalenderwoche auslesen kann, aber nicht per OpenV. Das ist echt ärgerlich.

[RBender]

Wem sagst du das, suche auch verzweifelt die Adresse des Datenpunkt für den Tagesverbrauch an Gas sowie die Brennerleistung

Es ist schon länger her, aber die Datenpunkte (addr) konnte man doch der Datenpunktliste des Vitogate200 entnehmen. Die Liste ist nicht mehr frei zugänglich, aber ein Heizi, sollte da ohne Probleme dran kommen.

[xmitgliedx]

Ich bekomme bei meiner WP (device ID="204D) die Betriebsart nicht ausgelesen. Betriebsart setzen funktioniert. Alle anderen Werte kommen auch an, nur mit getBetriebsArt kommt immer nur eine Null im LBS. Auch im Log steht der richtige Wert. Kann es in dem Fall and der Vito.xml liegen?

Danke, und einen Guten Rutsch!

[[SIZE=9px]22725] Sun Dec 30 10:20:04 2018 : Child Prozess pid:22725 beendet
[3960] Sun Dec 30 10:20:14 2018 : Client verbunden 127.0.0.1:49317 (FD:2)
[3960] Sun Dec 30 10:20:14 2018 : Child Prozess mit pid:22883 gestartet
[22883] Sun Dec 30 10:20:14 2018 : Befehl: getBetriebsArt
[22883] Sun Dec 30 10:20:14 2018 : Process 22883 tries to aquire lock
[22883] Sun Dec 30 10:20:14 2018 : Process 22883 got lock
[22883] Sun Dec 30 10:20:14 2018 : >FRAMER: open device /dev/ttyUSB0 ProtocolID 41
[22883] Sun Dec 30 10:20:14 2018 : konfiguriere serielle Schnittstelle /dev/ttyUSB0
[22883] Sun Dec 30 10:20:14 2018 : >SEND: 04
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 05 (2000.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 05
[22883] Sun Dec 30 10:20:16 2018 : >FRAMER: closed
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 16
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 00
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 00
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 06 (20.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 06
[22883] Sun Dec 30 10:20:16 2018 : >FRAMER: opened
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 41
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 05
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 00
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 01
[22883] Sun Dec 30 10:20:16 2018 : >SEND: B0
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 00
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 01
[22883] Sun Dec 30 10:20:16 2018 : >SEND: B7
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 06 (20.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 06
[22883] Sun Dec 30 10:20:16 2018 : >FRAMER: addr was still active FE06
[22883] Sun Dec 30 10:20:16 2018 : >FRAMER: Command send
[22883] Sun Dec 30 10:20:16 2018 : >FRAMER: no preset result
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 41 (10.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 41
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 06 (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 06
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 01 (10.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 01 (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 B0 (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 00 (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 01 (10.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 02 (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: len=1 BB (0.0 ms)
[22883] Sun Dec 30 10:20:16 2018 : <RECV: received 01 01 B0 00 01 02 BB
[22883] Sun Dec 30 10:20:16 2018 : [MARKIEREN][MARKIEREN]02 -> HeizenundWarmwasser[/MARKIEREN][/MARKIEREN]
[22883] Sun Dec 30 10:20:16 2018 : HeizenundWarmwasser
[22883] Sun Dec 30 10:20:16 2018 : Befehl: quit
[22883] Sun Dec 30 10:20:16 2018 : >SEND: 04
[22883] Sun Dec 30 10:20:18 2018 : <RECV: len=1 05 (2000.0 ms)
[22883] Sun Dec 30 10:20:18 2018 : <RECV: received 05
[22883] Sun Dec 30 10:20:18 2018 : >FRAMER: closed
[22883] Sun Dec 30 10:20:18 2018 : Process 22883 released lock
[22883] Sun Dec 30 10:20:18 2018 : Verbindung beendet (fd:2)
[22883] Sun Dec 30 10:20:18 2018 : Child Prozess pid:22883 beendet[/SIZE]

Viessmann.png

[MrIcemanLE]

Ich meine mich zu erinnern, dass auf GitHub mal diskutiert wurde, dass die Adressen bei manchen Steuergrößen für Lesen und Schreiben unterschiedlich sind. Ich glaube da ging es um die Betriebsart. Kann es aber gerade nicht finden:
https://github.com/openv/openv

[Bassti]

Ich hatte das Problem auch, bin es umgangen indem ich den Datentyp in der vito.xml angepasst habe und die Klartextzuordnung z.B. Heizen oder Warmwasser dann über Edomi machen lassen.
Vermutlich kommt der LBS nicht damit klar das die Ausabe quasi in der zweiten Zeile steht, ist aber nur eine Vermutung.

[murelli146]

Hilft das weiter?

Auszug aus der Hilfe:

Templatemodus: https://github.com/openv/vcontrold/b...an/vclient.rst

Alle Kommandos an E5 werden in einer Session beim triggern von E1 übertragen.

Das Übertragungstiming wird dabei von vcontrold abgehandelt und es können Systembefehle mitgegeben werden.

Anstatt der Leerzeichen Unterscore verwenden ("unit off" => "unit_off")!

Wie z.B. "unit_off" möglich. Befehle können wie im vclient vorgesehen maskiert (!,?,%) werden:

Beispiele:

getError0 Rückgabewert gewandelt in Gleitkommazahl "0.000000"

!getError0 Rückgabewert umgewandelt (Text) "keine Störung"

?getError0 aufgerufenes Kommando

%getError0 Fehlermeldung pro Kommando

Beispiel wird "unit_off" vor "!getError0" aufgerufen erhält man den Errorstatus in Hex "00"

"!" vor den Befehl und es sollte der der Text ausgegeben werden.

Schöne Grüße
Gernot

[xmitgliedx]

Bassti MrIcemanLE murelli146

"!" vor den Befehl und es sollte der der Text ausgegeben werden

Ja, genau das war der Fehler! Wer lesen kann ist wie immer im Vorteil.

Danke Euch!

[MrIcemanLE]

Bist du dir sicher das du keinen Fehler in den XML Dateien hast?

Hatte einen ähnlichen Fehler als ich unter <len> einen falschen Wert eingetragen hatte.

Ich habe jetzt mal mit nur vier Befehlen getestet. Das sind alles Temperaturabfragen, bei denen die Länge auf jeden Fall stimmt. Nach ca. 8h ist wieder Schluss. Wenn ich in den LBS-Log schaue, sehe ich, dass sich die PID ändert. Bin mittlerweile echt ratlos. Vielleicht kann sich murelli146 das nochmal ansehen?

Anbei ein Screenshot und ein Log-Auszug.

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2019-01-04 20:10:00[/TD]
 			[TD]829855[/TD]
 			[TD]12067[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS started[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:10:00[/TD]
 			[TD]854298[/TD]
 			[TD]12067[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vcontrold PID: 18224 > Childs: 0[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:10:00[/TD]
 			[TD]859997[/TD]
 			[TD]12067[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Command: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:10:03[/TD]
 			[TD]319104[/TD]
 			[TD]12067[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Ausgabe JSON String: {"1":"50.799999","2":"28.000000","3":"31.900000","4":"29.600000"}[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:10:03[/TD]
 			[TD]324141[/TD]
 			[TD]12067[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS stopped[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:15:01[/TD]
 			[TD]067665[/TD]
 			[TD]686[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS started[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:15:01[/TD]
 			[TD]129306[/TD]
 			[TD]686[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vcontrold PID: 18224 > Childs: 0[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:15:01[/TD]
 			[TD]134269[/TD]
 			[TD]686[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Command: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:15:02[/TD]
 			[TD]386787[/TD]
 			[TD]686[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Ausgabe JSON String: {"1":"50.799999","2":"28.000000","3":"32.000000","4":"29.700001"}[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:15:02[/TD]
 			[TD]392096[/TD]
 			[TD]686[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS stopped[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:00[/TD]
 			[TD]875288[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS started[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:00[/TD]
 			[TD]916486[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vcontrold PID: 21962 > Childs: 0[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:00[/TD]
 			[TD]926016[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Command: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]186005[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: FEHLER bei Kommando: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]186266[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]186403[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]187346[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vclient - Rückgabewert 1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]187494[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]187618[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:20:01[/TD]
 			[TD]192810[/TD]
 			[TD]22017[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS stopped[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]076358[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS started[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]097388[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: starte vcontrold[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]105257[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Command: /usr/local/edomi/main/vcontrol/vcontrold -x /usr/local/edomi/main/vcontrol/vcontrold.xml -d /dev/ttyUSB0 -p 3002 >/dev/null 2>&1 & echo $![/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]106364[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vcontrold gestartet mit PID: 11935[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]114428[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: Command: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]127434[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: FEHLER bei Kommando: /usr/local/edomi/main/vcontrol/vclient -h localhost:3002 -f /usr/local/edomi/main/vcontrol/template/2242-vc-commands.txt -t /usr/local/edomi/main/vcontrol/template/2242-vc-status.tmpl -o /usr/local/edomi/main/vcontrol/template/2242-vc-status.json 2>&1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]127708[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]127866[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]128858[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: vclient - Rückgabewert 1[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]129015[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT START ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]129141[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: ================ ARRAY/OBJECT END ================[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-04 20:25:01[/TD]
 			[TD]133991[/TD]
 			[TD]11923[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19001530 [v1.10]: LBS stopped[/TD]
 		[/TR]
 	 [/TABLE]

Bildschirmfoto 2019-01-05 um 14.35.46.png

[murelli146]

2019-01-04 20:25:01 128858 11923 debug EXE19001530 [v1.10]: vclient - Rückgabewert 1

Hatte den Fehler bei mir auch erst kürzlich.

Grund dafür war, dass die USB-Schnittstelle nicht verfügbar war.
Dachte zuerst auch es ist ein SW Problem, aber als ich die Brennerwartung durchführte merkte ich dass meine Optolinkplatine einen Wackelkontakt hat.

Wenn nächstes mal der Fehler auftritt überprüfe ob die Schnittstelle an Edomi verfügbar ist.

[MrIcemanLE]

Dem werde ich mal nachgehen. Sind ja auch 10m Kabel. Hab gerade mal versucht zu ermitteln welche Geräte angeschlossen sind und sehe den Adapter. Sobald ich die Semaphore lösche funktioniert es wieder, ohne an einem Kabel zu wackeln.

hier ein Auszug aus der Konsole:

[root@Edomi ~]# ls -l /dev/serial/by-id

insgesamt 0

lrwxrwxrwx 1 root root 13  7. Dez 22:27 usb-FTDI_FT232R_USB_UART_AI02OIDG-if00-port0 -> ../../ttyUSB0

Scheint seit dem 7.12. verbunden zu sein.

[MrIcemanLE]

Habe jetzt mal die Anzahl und die Größe der Semaphore erhöht und komme ca. 48h hin, dann funktioniert der LBS nicht mehr. Könnte ja auch irgend ein anderer Prozess/LBS sein, der das Verhalten verursacht. Ich komme hier nicht weiter. Hat jemand von den Linux-Experten noch eine Idee? jonofe vento66 und alle, die sich angesprochen fühlen?

[B]sysctl -w "kernel.sem=4096 512000 1600 2048"[/B]

[jonofe]

Ich denke es liegt am vcontrold. Eine Suche nach vcontrol und Semaphore bringt z.B. dieses Ergebnis:

https://github.com/openv/vcontrold/issues/30

Ganz am Ende des Threads gibt es auch einen Patch dazu. Vielleicht hilft das ja. Setzt ihr denn die aktuellste Version des vcontrold ein?

[MrIcemanLE]

Eine Suche nach vcontrol und Semaphore bringt z.B. dieses Ergebnis:

Manchmal kommt man nicht auf das Einfachste. Ich werde mal schauen, ob ich eine der fertigen Builds nutzen kann. Und dann ne Rückmeldung geben.

[MrIcemanLE]

Hallo Zusammen, Hallo Gernot murelli146 ,

ich habe jetzt aus dem aktuellen Quellcode mal neue binarys für CentOS erstellt (siehe zip im Anhang). Damit scheint das Problem fast behoben zu sein, Es kommt zwar immer noch dazu, dass der vcontrold hängen bleibt, aber da hilft ein Trigger auf E8 "Reload vcontrold config" um den Dienst neu zu starten. Hab dazu gleich das System-KO 20 genutzt. Werde berichten, ob der Dienst jetzt stabil läuft.

LBS.PNG

Bzgl. des LBS hätte ich noch einen bzw. zwei Verbesserungsvorschläge:

1) die Textdateien, die vom LBS generiert werden, sollten mit der ID der LBS-Instanz versehen werden, damit bei Mehrfachverwendung (wie in meinem Fall) auch die richtigen Befehle im Template landen. Anbei ein Screenshot von meinem Diff
Vcontrold.PNG
2) Aus meiner Sicht könnte man die Log-Level der einzelnen Meldungen noch etwas optimieren, aber das nur am Rande.

Gruß
Stefan

[MrIcemanLE]

Hallo Zusammen,

ich habe jetzt ein weiteres Problem festgestellt, welches zu Fehlern im vcontrold führt, sich aber durch einen regelmäßigen (15 Minuten) Trigger auf E8 "Reload vcontrold config" umgehen lässt:

Zwischen meiner Anlage und dem EDOMI-PC liegen 10m USB-Kabel (passiv) In der Konsole finde ich folgende Augaben:

2019-02-07 10_08_34-Window.png

Jetzt stellt sich die Frage, liegt es am Kabel oder am Optolink-Adapter. Wer hat auch ein 10m Kabel im Einsatz und kann mir berichten?

Die Frage ist, mit welcher "Störquelle" fängt man an.