Modul zur Anbindung Viessmann Heizung (Vitotronic 200 KW1)

Adam · 22 Dezember 2016, 07:22:19

Hallo Stephan,

auch Dir schöne Feiertage! Du bist ja noch richtig fleissig

Ich kann mich erinnern, dass BlockingCall mit einem "fork" Befehl arbeitet. Ist das immer noch so?
(Ich komme hier gerade nicht an die Sourcen ran)

Dann wäre das keine allgemein gütlige Lösung. Das "Fork" funktioniert auf Windows nicht.
Ich bin z.B. so ein Exot, der FHEM auf einem Windows Rechner laufen hat.
Mein anliegen war natürlich auf Linux und Windows lauffähig zu sein.

Wenn ich Zeit habe werde ich da auch noch mal reinschauen und deine Version einfach mal testen was passiert!

Gruß
Adam

srxp · 22 Dezember 2016, 08:15:37

Hallo Adam,
man hat ja sonst nix zu tun

Wenn ich mal was anfange dann kann ich mich fast nimma halten.

Ja das mit dem fork stimmt...soweit ich aber gelesen habe wird dann unter windows einfach ein weiterer thread aufgemacht.
Getestet hab ich das allerdings noch nicht...kann ich aber noch.
bzw. bin ich auf deine Rückmeldung gespannt was auf Windows passiert

lg

stephan

Adam · 22 Dezember 2016, 09:34:20

Ich habe das Ganze am Anfang meiner FHEM Installation schon mal mit einem anderen Modul getestet.
Ja, es wird ein neuer thread aufgemacht, das funktioniert auch.
Aber wenn dieser nach seiner parallelen Arbeit sich wieder beendet, so gehen leider nicht nur die Verbindungen dieses Moduls verloren,
sondern blöderweise alle Verbuindungen. D.h. mein CUL , mein MAX, mein CUL_HM sind auf einmal alle nicht mehr erreichbar.
Das ist wohl ein Problem im Active Perl, aber leider macht da keiner was dran. (habe mich da auch in anderen Foren getummelt)

Leider ......

srxp · 22 Dezember 2016, 12:40:02

Echt? Das ist ja komisch...das sollte eigentlich ja nicht sein.
Aber vielleicht wurde der Bug eh schon behoben.

Wenn ich fragen darf, warum läuft bei dir FHEM auf Windows?

Anbei nochmal eine aktualisierte Version der VCONTROL300.
Nun funktioniert das Set im 300er Protokoll auch.

Eine Änderung hab ich noch gemacht. Bis jetzt musste man ja die Sets in diese setList eintragen. Hatte das einen speziellen Grund? Falls ja bitte erklären

Ich habs jetzt hier jedenfalls so gemacht dass einfach alles Sets die man im cfg File eingetragen hat im Set DropDown auftauchen.

Was noch ToDo ist:
- Abrufen der Timer über get
- Erneutes Einlesen der Config über get

Ansonsten sollte es mal eine gute Version zum Testen sein

lg

Adam · 22 Dezember 2016, 14:09:46

ZitatEcht? Das ist ja komisch...das sollte eigentlich ja nicht sein.
Aber vielleicht wurde der Bug eh schon behoben.

Das stimmt aber leider wird der BUG nicht behoben.

ZitatWenn ich fragen darf, warum läuft bei dir FHEM auf Windows?

Ja klar. Ich bin "Windows-Kind" und das administrieren fällt mir einfacher als unter Linux, da breche ich mir einen ab.
Ich habe dann da noch andere Anwendungen drauf: Spotify Connet, UPNP Server, Daten-Krake für die Familie über Netz zu erreichen usw.
Und das kleine Netbook benötigt auch nur ca. 8W

srxp · 27 Dezember 2016, 13:53:43

Hi Adam,
das ist natürlich schade.
okay alles klar ich verstehe...ja das mit dem Administrieren ist halt Gewöhnungssache.
Gut 8W ist echt net viel. ich hab mein fhem halt in einer linux vm auf meinem homeserver laufen.

hätte anbei nochmals ne aktuelle version des neuen Modules angefügt.
Es funktioniert nun eigentlich alles.
Was ich leider nicht testen kann ist, ob das mit dem Timerabruft noch korrekt funktioniert.
meine WO1B hat nämlich keine 8Byte Timer sondern wie es scheint 24Byte...allerdings hab ich es noch nicht geschafft Werte abzurufen.
Ich habe schon die verschiedensten Parameter ausprobiert aber bekomme immer FF.... zurück.

hast du vielleicht eine idee?

lg

stephan

EIB-Fan · 27 Dezember 2016, 19:08:37

Hallo srxp,

ich benutzte für meine Viessmann 200 bisher deine letzte Version von VCONTROL. Seit der Umstellung auf VCONTROL300 erhalte ich keine neuen Werte (Readings).

Habe mal meine Konfiguration alt und neu hier aufgelistet.

Bisher:

Code Auswählen

define Viessmann VCONTROL /media/ttyUSB3 VScotHO1.cfg 60
Neu:

Code Auswählen

define Viessmann VCONTROL300 /media/ttyUSB3 VScotHO1.cfg 60 kw

Die cfg-Datei habe ich auch entsprechend angepasst.

Bisher:

Code Auswählen

POLL, 01F7080002, 2ByteS, 10    , Temp-Aussen               , -
POLL, 01F7080202, 2ByteS, 10    , Temp-Kessel-Ist           , -
POLL, 01F7080402, 2ByteS, 10    , Temp-WW-Ist               , -

Neu:

Code Auswählen

POLL, 0800, 2ByteS, 10    , Temp-Aussen               , -
POLL, 0802, 2ByteS, 10    , Temp-Kessel-Ist           , -
POLL, 0804, 2ByteS, 10    , Temp-WW-Ist               , -

Habe mal auf verbose 5 gestellt.

Code Auswählen

2016.12.27 18:54:14 5: VCONTROL300: Set InternalTimer to 1482861314.80393
2016.12.27 18:54:14 4: VCONTROL300: Start of update...
2016.12.27 18:54:14 3: VCONTROL300: Using TCP device
2016.12.27 18:54:14 3: Opening Viessmann device /media/ttyUSB3
2016.12.27 18:54:14 3: Viessmann device opened
2016.12.27 18:54:14 3: VCONTROL300: Initialized
2016.12.27 18:54:15 4: VCONTROL300: Start of polling values...
2016.12.27 18:54:15 5: SW: 04
2016.12.27 18:54:15 4: VCONTROL300: End of polling values! Duration: 0.01
2016.12.27 18:54:15 4: VCONTROL300: Update done!
2016.12.27 18:54:15 5: VCONTROL300: Undef set_cmd_list_values!
2016.12.27 18:54:17 5: VCONTROL300: Set InternalTimer to 1482861317.16743
2016.12.27 18:54:17 4: VCONTROL300: Start of update...
2016.12.27 18:54:17 3: VCONTROL300: Using TCP device
2016.12.27 18:54:17 3: Opening Viessmann device /media/ttyUSB3
2016.12.27 18:54:17 3: Viessmann device opened
2016.12.27 18:54:17 3: VCONTROL300: Initialized
2016.12.27 18:54:17 4: VCONTROL300: Start of polling values...
2016.12.27 18:54:17 5: SW: 04
2016.12.27 18:54:17 4: VCONTROL300: End of polling values! Duration: 0.01
2016.12.27 18:54:17 4: VCONTROL300: Update done!
2016.12.27 18:54:17 5: VCONTROL300: Undef set_cmd_list_values!
2016.12.27 18:54:36 5: VCONTROL300: Set InternalTimer to 1482861336.77629
2016.12.27 18:54:36 4: VCONTROL300: Start of update...
2016.12.27 18:54:37 3: VCONTROL300: Using TCP device
2016.12.27 18:54:37 3: Opening Viessmann device /media/ttyUSB3
2016.12.27 18:54:37 3: Viessmann device opened
2016.12.27 18:54:37 3: VCONTROL300: Initialized
2016.12.27 18:54:37 4: VCONTROL300: Start of polling values...
2016.12.27 18:54:37 5: SW: 04
2016.12.27 18:54:37 4: VCONTROL300: End of polling values! Duration: 0.04
2016.12.27 18:54:37 4: VCONTROL300: Update done!
2016.12.27 18:54:37 5: VCONTROL300: Undef set_cmd_list_values!

Muss ich für VCONTROL300 noch weitere Änderungen vornehmen?

Gruß Jens

srxp · 27 Dezember 2016, 20:19:18

Hi Jens,
Da du ja direkt einen USB dongle verwendest muss ich mir das genauer anschauen.Konnte es bis jetzt leider nur mit ser2net testen da mein Fhem in einer VM laeuft und das durchrechnen von seriellen USB devices nicht gut funktioniert. Jedenfalls jlkommt mir wenn ich mir dein log ansehen eh was komisch vor. Melde mich wenn ich was gefunden habe.

Eine Frage...Warum liegt dein USB device Im media Ordner?

Lg

Gunther · 27 Dezember 2016, 21:10:33

Ich war länger nicht hier. Habe heute festgestellt, das leider folgende Zeilen bei mir aus irgendeinem Grund aus der fhem.cfg weg waren:

Code Auswählen

define Viessmann VCONTROL /dev/ttyUSB0 V300KW3_V0002.cfg 180
attr Viessmann userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr Viessmann room Heizung

Hat das mit irgend einem Update zu tun?

Wenn ich die Zeilen wieder einfüge finde ich das Gerät Viessmann leider nicht.

Außerdem bekomme ich nach dem Speichern der fhem.cfg eine Fehlermeldung:

Code Auswählen

Can't open /dev/ttyUSB0: No such file or directory

Ein "lsusb" wirft mir folgendes aus:

Code Auswählen

pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 016: ID 0fde:ca05  
Bus 001 Device 010: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 015: ID 0658:0200 Sigma Designs, Inc. 
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB

Welchen Port muss ich nehmen?
Könnt Ihr mir helfen meine Heizung wieder einzubinden?

EIB-Fan · 27 Dezember 2016, 21:55:58

Hallo srxp,

warum mein USB-Device im media-Ordner liegt, kann ich nicht genau sagen ... oder doch

... meine Linux-Kenntnisse sind nicht so stark ausgeprägt.

Habe es jetzt auf /dev/ttyUSB3 geändert. Das Problem besteht aber weiterhin, wie oben beschrieben.

Danke schon vorab für deine Unterstützung.

Wenn du weitere Daten benötigst, stelle ich die gerne zur Verfügung.

Gruß Jens

srxp · 27 Dezember 2016, 22:08:57

Hi Jens,
jo im prinzip ists eh egal mich hats nur gewundert weil das standardmäßig eigentlich im dev ordner ist.

stell bitte mal das Log rein vom fhem start weg damit ich sehe ob er die usb connection zum stick aufbaut.

danke&lg

ps: meine natürlich eine verbindung zum optolink adapter

srxp · 27 Dezember 2016, 22:11:41

Hallo Gunther,
nach dieser Meldung nach gibt es dein USB device nicht mehr.
schreib mal "ls /dev/tty" in der commandline im linux und drück zweimal tab und schau ob er irgendwie ttyUSB devices auflistet.
zur not vielleicht mal optolink usb kabel an und ab stecken.

lg

Gunther · 27 Dezember 2016, 22:24:17

ne leider nicht. Es hängt ein aktiver USB-Hub am RPI.
Flogendes kommt:

Code Auswählen

pi@raspberrypi ~ $ ls /dev/tty
tty        tty11      tty15      tty19      tty22      tty26      tty3       tty33      tty37      tty40      tty44      tty48      tty51      tty55      tty59      tty62      tty9
tty0       tty12      tty16      tty2       tty23      tty27      tty30      tty34      tty38      tty41      tty45      tty49      tty52      tty56      tty6       tty63      ttyAMA0
tty1       tty13      tty17      tty20      tty24      tty28      tty31      tty35      tty39      tty42      tty46      tty5       tty53      tty57      tty60      tty7       ttyprintk
tty10      tty14      tty18      tty21      tty25      tty29      tty32      tty36      tty4       tty43      tty47      tty50      tty54      tty58      tty61      tty8

srxp · 27 Dezember 2016, 22:28:28

mmh das schaut schlecht aus...probier mal den adapter direkt am raspberry anstecken ob er dann auftaucht.

Gunther · 27 Dezember 2016, 22:35:15

also folgende beiden Befehle einmal mit einmal ohne Optolink (USB HUB entfernt) direkt am RPI:

Code Auswählen

pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
Bus 001 Device 040: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.

Das scheint der Adapter zu sein:

Code Auswählen

Bus 001 Device 040: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

Mit dem Optolink kommt folgendes:

Code Auswählen

pi@raspberrypi ~ $ ls /dev/tty
tty        tty11      tty15      tty19      tty22      tty26      tty3       tty33      tty37      tty40      tty44      tty48      tty51      tty55      tty59      tty62      tty9
tty0       tty12      tty16      tty2       tty23      tty27      tty30      tty34      tty38      tty41      tty45      tty49      tty52      tty56      tty6       tty63      ttyAMA0
tty1       tty13      tty17      tty20      tty24      tty28      tty31      tty35      tty39      tty42      tty46      tty5       tty53      tty57      tty60      tty7       ttyprintk
tty10      tty14      tty18      tty21      tty25      tty29      tty32      tty36      tty4       tty43      tty47      tty50      tty54      tty58      tty61      tty8