Hallo,
wollte hier kurz die FHEM-Verbindung zu unserer Heizung Viessmann Vitodens 200-W mit Vitotronic 200 vorstellen.
Hardware:
- Raspberry Pi(3) + Raspbian Jessie Lite (Kernel 4.4) + FHEM (Stand Jan. 2017)
- Vitodens 200-W mit Vitotronic 200 (VScotHO1_72)
- USB-Kabel aus Paket Vitoconnect 100 WLAN als Ersatzkabel (ca. 13€ !!!)
Das USB-Kabel hat die Elektronik (USB to UART) im Opto-Kopf integriert (siehe Fotos) und wird (formschön) auf die Opto-Schnittstelle der Heizung aufgesteckt (siehe Foto). Der USB-Stecker wird direkt am Raspberry Pi angeschlossen. Als USB to UART Chip kommt ein CP2102 zum Einsatz. Der Treiber CP210x ist unter Raspbian Jessie Lite vorhanden. Mit 13€ ist das USB-Kabel als Ersatzteil (USB-Kabel aus Paket Vitoconnect 100 WLAN) beim Heizungsfachmann des Vertrauens recht preiswert zu beziehen.
Mit : sudo ls -l /dev/serial/by-id
können die vorhanden USB-Controller auf dem Raspberry Pi angezeigt werden.
Hier: usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Mit dem FHEM Modul VCONTROL und der passenden Config-Datei VScotHO1.cfg (im Forum vorhanden) kann folgendes Define erfolgen:
define Heizung VCONTROL /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 VScotHO1.cfg 600
Das Device Heizung wird angelegt und über die oben ermittelte Schnittstelle werden hier alle 600 Sekunden, anhand der Vorgaben aus VScotHO1.cfg, die entsprechenden Readings gefüllt (BrennerStarts, usw.) -> siehe Foto.
Bei Fragen bitte posten.
Gruß
JoWo
Hi JoWo,
dein Project kling super!
Ich besitze einen Viessmann Vitodens 333-F Typ B3TA mit Vitotronic 200 Typ HO1C Regelung.
Kann ich mit deinem hier gezeigten "USB-Kabel aus Paket Vitoconnect 100 WLAN als Ersatzkabel" meine Heizung auch einbinden?
Kannst du mir verraten(evtl. Screenshot) welche Readings alle kommen bzw. was man genau alles auslesen kann?
Gruß Thomas
Hallo Thomas,
unter https://wiki.fhem.de/wiki/Vitotronic_200_(Viessmann_Heizungssteuerung) findet man die Konfigurationsdateien zu verschiedenen Steuerungen. Ich konnte über die App Vitotrol Plus unter dem Menüpunkt Anlagen ablesen : VScotHO1_72 (Verbindung via Vitoconnect 100 WLAN über Viessmann-Server mit mener Anlage). Diese Angabe bewog mich die Konfigurationsdatei VScotHO1.cfg (Downloadlink oben) zu nutzen. Ich denke mit der richtigen Konfigurationsdatei kannst du auch deine Anlage in FHEM über das o.g. USB-Kabel einbinden. Hier musst du etwas forschen.
Die GETs und SETs, die bei mir möglich sind kannst du aus der Datei VScotHO1.cfg (Link siehe oben) ableiten.
Als Screenshot noch die Readings, die bei mir z.Zt. gefüllt werden.
Gruß
JoWo
Vielen Dank JoWo,
Noch 2 Fragen.
Hast du einen Link oder eine Idee wo man den USB Adapter bestellen kann?
Ich habe dazu nix gefunden.
Den Gasverbrauch kann man also nicht ablesen? Ich hatte irgendwo gelesen das der evtl auch angezeigt werden könnte?
Gruß Thomas
Hallo,
Hier ist das Kabel zu kaufen:
http://www.ebay.de/itm/222395069024
Gruß Stefan
Zitat von: tilly001 am 08 Februar 2017, 20:04:53
Hallo,
Hier ist das Kabel zu kaufen:
http://www.ebay.de/itm/222395069024
Gruß Stefan
Super Danke, ist zwar leider ausverkauft aber jetzt habe ich die Artikelnummer.
Kann man vom Adapter das USB Kabel abmachen und es stattdessen direkt am GPIO (TX,RX,3V) vom Raspberry anschließen?
https://www.wolf-online-shop.de/Viessmann-Aschlussleitung-USB-Optolink-7856059::59899.html
Zitat von: tilly001 am 08 Februar 2017, 20:25:06
https://www.wolf-online-shop.de/Viessmann-Aschlussleitung-USB-Optolink-7856059::59899.html
Jo Danke hab ich bereits gefunden.
Kannst du mir zu der anderen Frage eine Antwort geben?
Gruß Thomas
Kann ich nicht beantworten .... Ich warte noch auf eine Lieferung mit Raspberry pi Zero. Werde dort allerdings den USB nutzen.
Zitat von: tilly001 am 08 Februar 2017, 20:30:30
Kann ich nicht beantworten .... Ich warte noch auf eine Lieferung mit Raspberry pi Zero. Werde dort allerdings den USB nutzen.
ok trotzdem Danke,
der originale USB Adapter kann aber das gleiche wie die Eigenbauvarianten:
"https://openv.wikispaces.com/Adapter+Eigenbau"
Oder gibt es da Einschränkungen?
Kann ich auch nicht beantworten. Sorry
Hallo zusammen,
ich denke der USB-Adapter stellt ja die Brücke in der Kette APP - Viessmann Server - Optoconnect 100 WLAN - USB Kabel - Heizung da.
Da über die App (Vitotrol Plus) alle möglichen Einstellungen an der Heizung/Steuerung vorgenommen werden können, denke ich dass es keinen Unterschied (bis auf den Preis ;-) ) geben sollte. Mit letztendlicher Sicherheit kann ich das auch nicht sagen.
Ich denke, dass der Direktanschluss nicht möglich ist, da ja der Adapter UART to USB (aus Richtung der Heizung ist) oder passt USB an GPIO (TX,RX,3V) des Raspberrys?
Gruß
JoWo
Nachtrag:
Wenn man unter https://openv.wikispaces.com/Bauanleitung+RaspberryPi schaut, dann würde ich denken, dass der USBtoUART Chip (CP2102) der im Kopf des Optolinkadapters verbaut ist einen Direktanschluss verhindern wird, dann hier ja nur Seriell (Opto) zu Seriell (Kabel) gewandelt wird!
Zitat von: jowo am 08 Februar 2017, 21:51:33
Nachtrag:
Wenn man unter https://openv.wikispaces.com/Bauanleitung+RaspberryPi schaut, dann würde ich denken, dass der USBtoUART Chip (CP2102) der im Kopf des Optolinkadapters verbaut ist einen Direktanschluss verhindern wird, dann hier ja nur Seriell (Opto) zu Seriell (Kabel) gewandelt wird!
Ok also wird das scheinbar nicht so einfach klappen. Ich dachte das der Chip evtl oben im USB Anschluss und nicht im Plastegehäuse verbaut ist. Aber dem ist scheinbar nicht so. Ich werde es erst mal per USB testen wenn der Adapter da ist.
Kannst du mir bitte meine andere Frage noch beantworten: gibt es eine Möglichkeit/ Reading den Gasverbrauch mit zu loggen?
Gruß Thomas
Hallo Thomas,
ich habe nichts in hinsichtlich auf den Gasverbrauch gefunden. Vielleicht lässt sich aus Brennerleistung über die Brennerzeit (Prosa: Brennerleistung pro Zeit = der Gasverbrauch pro Zeit). Dafür müsste man dann aber die Brennerleistung und die Einschaltzeiten des Brenners sehr fein loggen und zuvor für bestimmte Brennerleistungen den Gasverbrauch (über die Gasuhr) messen.
Viel Erfolg beim Testen.
Gruß
JoWo
Zitat von: jowo am 10 Februar 2017, 07:20:29
Hallo Thomas,
ich habe nichts in hinsichtlich auf den Gasverbrauch gefunden. Vielleicht lässt sich aus Brennerleistung über die Brennerzeit (Prosa: Brennerleistung pro Zeit = der Gasverbrauch pro Zeit). Dafür müsste man dann aber die Brennerleistung und die Einschaltzeiten des Brenners sehr fein loggen und zuvor für bestimmte Brennerleistungen den Gasverbrauch (über die Gasuhr) messen.
Viel Erfolg beim Testen.
Gruß
JoWo
ok Dank dir
Zitat von: Depechem am 08 Februar 2017, 20:34:16
ok trotzdem Danke,
der originale USB Adapter kann aber das gleiche wie die Eigenbauvarianten:
"https://openv.wikispaces.com/Adapter+Eigenbau"
Oder gibt es da Einschränkungen?
Naja - der originale Adapter spricht eben nur USB. Bei den Eigenbauvarianten sind ja auch z.B. LAN-Varianten darunter.
Zitat von: jowo am 10 Februar 2017, 07:20:29
ich habe nichts in hinsichtlich auf den Gasverbrauch gefunden. Vielleicht lässt sich aus Brennerleistung über die Brennerzeit (Prosa: Brennerleistung pro Zeit = der Gasverbrauch pro Zeit). Dafür müsste man dann aber die Brennerleistung und die Einschaltzeiten des Brenners sehr fein loggen und zuvor für bestimmte Brennerleistungen den Gasverbrauch (über die Gasuhr) messen.
Obwohl die Vitotrol App tatsächlich den Gasverbrauch darstellt habe ich bisher keine Adresse zum Auslesen des Verbrauchs via Optolink gefunden.
Obigen Ansatz von jowo habe ich bei mir seit kurzen umgesetzt. Hier die Eckdaten dazu:
- Auslesen der Heizungswerte via Optolink alle 60 Sekunden
- event-on-change-reading .* für alle Optolink readings
- notify auf das reading Modulation (nicht Brennerleistung)
- bei jeder Änderung des ausgelesenen Modulationsgrades wird via dem notify der Gasverbrauch seit der letzten Änderung berechnet (Funktion in 99_myUtils)
- Berechnung nach folgender Formel (vgl. die Dokumentation zu Vies-sion hier: https://openv.wikispaces.com/Vies-sion (https://openv.wikispaces.com/Vies-sion))
Gasverbrauchalt [m³] + Modulationsgrad [%] * Nennleistung [kW] * Zeit [h] / Brennwert [kWh/
m³]- hierzu habe ich noch einen Dummy definiert, der sich den alten Modulationsgrad für die Berechnung des Delta in einem Reading merkt
- in einem weiteren Reading speichere ich den errechneten Gasverbrauch
Ich denke, die Idee ist rübergekommen. Notfalls kann ich noch Details zur Realisierung beisteuern.
Allerdings muß ich auch erstmal nach ein paar Wochen sehen, wie genau die Berechnung im Vergleich zum Ist-Stand des Gaszählers ist.
Zitat von: jowo am 04 Februar 2017, 15:59:40
Mit : sudo ls -l /dev/serial/by-id
können die vorhanden USB-Controller auf dem Raspberry Pi angezeigt werden.
Hier: usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Mit dem FHEM Modul VCONTROL und der passenden Config-Datei VScotHO1.cfg (im Forum vorhanden) kann folgendes Define erfolgen:
define Heizung VCONTROL /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 VScotHO1.cfg 600
Das Device Heizung wird angelegt und über die oben ermittelte Schnittstelle werden hier alle 600 Sekunden, anhand der Vorgaben aus VScotHO1.cfg, die entsprechenden Readings gefüllt (BrennerStarts, usw.) -> siehe Foto.
Hallo Jowo,
mein USB-Adapter ist nun da und ich habe ihn laut deiner Anleitung installiert.
Noch zur Info. Ich musste das USB-Kabel mit einem 5m Aktivkabel verlängern(https://www.amazon.de/gp/product/B00AKCS5GE/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1)
Nun folgendes Problem.
Im Log wird nun folgendes angezeigt:
2017.02.16 11:36:35.231 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (Heizungsanlage)
2017.02.16 11:36:41.482 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)zusätzlich zu dem Opto-USB Kabel ist noch:
- ein "myJeeLink" USB-Stick angeschlossen (PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol) dieser geht seitdem ich das "Opto-USB Kabel" angeschlossen genau so wie das "Opto-USB Kabel" immer wieder im Wechsel in "opend...disconnected..."
- ein "HMUSB" USB-Stick angeschlossen > der funktioniert weiterhin ohne Probleme und ist dauerhaft "opened"
Wenn ich den "myJeeLink USB-Stick" entferne, geht das "Opto-USB Kabel" trotzdem immer im Wechsel in "connected... disconnected... Initialized..."
mit folgender Fehlermeldung im Log:
2017.02.16 11:42:19.991 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (Heizungsanlage)
2017.02.16 11:42:26.749 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (Heizungsanlage)
2017.02.16 11:42:33.138 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (Heizungsanlage)An was könnte dies liegen? hattest du oder jenad anders das Problem auch?
meine fhem.cfg sieht so aus:
Zitatdefine Heizungsanlage VCONTROL /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 VScotHO1.cfg 180
attr Heizungsanlage closedev 0
attr Heizungsanlage event-on-change-reading .*
attr Heizungsanlage icon sani_boiler_temp
attr Heizungsanlage room Heizungsanlage
Laut "openv.wikispaces.com" habe ich dieses "VScotHO1_40" Gerät. Zum testen habe die "VScotHO1.cfg" genommen. Readings kommen an, teilweise aber fehlerhaft.
Das hat doch aber grundätzlich nichts mit der Fehlermeldung und dem laufenden "disconnected" zu tun oder?
Ich hoffe ihr könnt mir helfen.
Vielen Dank im voraus
Gruß Thomas
Schon mal ohne die aktive Verlängerung getestet?
Zitat von: tilly001 am 16 Februar 2017, 11:59:09
Schon mal ohne die aktive Verlängerung getestet?
Ja gerade nochmal.
Jetzt nur der direkter USB-Adapter ohne Verlängerung dran. Alle anderen USB-Sticks abgesteckt
"2017.02.16 12:12:48.074 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (Heizungsanlage)"
keine Änderung :-(
Welchen Raspberry Pi nutzt du?
Probiere mal die USB Geschwindigkeit runter zu setzen auf USB 1.1.
Dazu die Datei /boot/cmdline.txt editieren und den Eintrag
dwc_otg.speed=1
einfügen oder auf den Wert "1" ändern.
Dann einen Reboot des PI und erneut testen.
ok kann ich probieren aber dann sind ja alle Ports nur noch 1.1.
Das wäre schlecht.
Sollte ich vieleicht mal das neue Modul "89_VCONTROL300.pm " testen?
Zitat von: Depechem am 16 Februar 2017, 12:38:45
ok kann ich probieren aber dann sind ja alle Ports nur noch 1.1.
Das wäre schlecht.
Das stimmt. Falls aber kein Massenspeicher am Pi hängt, macht das dem Rest: Lacrosse, HM und Co nichts aus ... Die laufen intern alle über eine serielle Verbindung.
ZitatSollte ich vieleicht mal das neue Modul "89_VCONTROL300.pm " testen?
Kannst du natürlich machen. In meiner Konfiguration mit Raspberry Pi Zero läuft das Ursprungsmodul allerdings.
Berichte mal falls du es ausprobierst.
Bei mir läuft der Viessmann Optolink Adapter an einem RPI (1) Modell B auch ohne Änderung der USB-Ports auf 1.1 ohne disconnects.
Ich setze das VCONTROL300 Modul ein - allerdings remote via ser2net.
ser2net.conf:
4002:raw:600:/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTS
Definition in FHEM:
define Vitodens300 VCONTROL300 <IP>:4002 vcontrol300.cfg 60
Das kannst du natürlich auch lokal einmal auspropieren - dann für die IP einfach localhost 127.0.0.1 einsetzen.
Interessant wäre auch, ob nur das FHEM Modul "disconnected" oder der Optolink-Adapter auch aus Betriebssystemsicht zeitweise verschwindet. Siehst Du denn entsprechende Meldungen in der /var/log/messages ??
Zitat von: tpm88 am 16 Februar 2017, 12:51:26
Bei mir läuft der Viessmann Optolink Adapter an einem RPI (1) Modell B auch ohne Änderung der USB-Ports auf 1.1 ohne disconnects.
Ich setze das VCONTROL300 Modul ein - allerdings remote via ser2net.
ser2net.conf:
4002:raw:600:/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTS
Definition in FHEM:
define Vitodens300 VCONTROL300 <IP>:4002 vcontrol300.cfg 60
Das kannst du natürlich auch lokal einmal auspropieren - dann für die IP einfach localhost 127.0.0.1 einsetzen.
Interessant wäre auch, ob nur das FHEM Modul "disconnected" oder der Optolink-Adapter auch aus Betriebssystemsicht zeitweise verschwindet. Siehst Du denn entsprechende Meldungen in der /var/log/messages ??
ok Danke das werde ich gleich mal testen.
hier der Message log!?
Die gesamte messages Datei hilft nur sehr bedingt - ohne zu wissen, zu welchen Zeiten genau du die disonnects/reconnects beobachtest hast.
idProduct ermitteln:
lsusb
root@rpi1:/var/log# lsusb
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Seit dem letzten reboot kannst Du so ermitteln, wie oft Linux den USB-Adapter erkannt neu erkannt hat:
root@rpi1:/var/log# dmesg | grep ea60
[ 2.228589] usb 1-1.2: New USB device found, idVendor=10c4, idProduct=ea60
=> d.h. bei mir nur 1x
Ich bin mir gerade nicht sicher, ob der 10c4:ea60 oder der 0403:6001 der Optolink Adapter ist.
Also irgend etwas läuft hier nicht so wie es soll...
ser2net habe ich eingerichtet und mit vcontrol300 verknüpft.
nach 3-4 min hängt sich fhem dann immer auf...
(alle USb-Sticks vorher abgesteckt das nur der Opto-USB dran ist)
normales vcontrol wieder installiert und mit ser2net verknüpft
fhem läuft ohne abzuschmieren
Readings kommen nach einer Weile an.
dafür bleibt nun mein "myJeeLink" USB Stick" dauerhaft im "initialized" < funktioniert somit nicht mehr
2017.02.16 14:24:13.005 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
entweder die beiden vertragen sich nicht untereinander oder ich weis auch nicht.(HM-USB-Stick und myJeeLink funktionieren doch auch beide super!?) :-(
jetzt läuft gerade der Opto sehr gut mit den Readings-aktualisierungen dafür bleibt der myJeeLink komplett im initialized.
Nach einem Neustart kann es wieder genau anders herum sein
Also wie gesagt ich kann bis jetzt noch nicht bestätigen das der originale Opto-USB Stick ordentlich läuft
habt ihr noch ideen?
Zitat von: Depechem am 16 Februar 2017, 14:35:55
Also irgend etwas läuft hier nicht so wie es soll...
ser2net habe ich eingerichtet und mit vcontrol300 verknüpft.
nach 3-4 min hängt sich fhem dann immer auf...
(alle USb-Sticks vorher abgesteckt das nur der Opto-USB dran ist)
Die Glaskugel ist gerade kaputt 8)
Soll heißen, ohne Log (verbose=5), Fehlermeldung etc. wird es schwierig, da zu helfen.
Zitat
normales vcontrol wieder installiert und mit ser2net verknüpft
fhem läuft ohne abzuschmieren
Readings kommen nach einer Weile an.
dafür bleibt nun mein "myJeeLink" USB Stick" dauerhaft im "initialized" < funktioniert somit nicht mehr
2017.02.16 14:24:13.005 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
entweder die beiden vertragen sich nicht untereinander oder ich weis auch nicht.(HM-USB-Stick und myJeeLink funktionieren doch auch beide super!?) :-(
Das ser2net war nur eine Idee - ist natürlich bei einer lokalen Installation (Optolink Adapter und FHEM gemeinsam) nicht notwendig.
Welcher der Adapter hat denn aktuell /dev/ttyUSB0 ?? (das ist nicht deterministisch!!)
Ich würde auch den JeeLink über /dev/serial/byid/<richtiger JeeLink Adapter> definieren.
Zitat
jetzt läuft gerade der Opto sehr gut mit den Readings-aktualisierungen dafür bleibt der myJeeLink komplett im initialized.
Nach einem Neustart kann es wieder genau anders herum sein
Eben! Die /dev/ttyUSB<n> werden beim Booten nicht immer gleich vergeben. Du kannst da ggf. auch mit udev - Rules experimentieren. Aber zumindest Optolink und Jeelink können eineindeutig via /dev/serial/byid/... definiert werden.
Zitat
Also wie gesagt ich kann bis jetzt noch nicht bestätigen das der originale Opto-USB Stick ordentlich läuft
Hier läuft der Viessman Optolink-Adapter seit 4 Wochen problemlos. Daran liegt es sicher nicht.
Weitere Ideen: Stromversorgung RPI, aktiver USB-Hub (??), falls die USB-Geräte zuviel Strom ziehen..., closedev Parameter, ...
Bitte systematisch bei der Fehlersuche vorgehen. Wildes An- und Abstecken der USB-Sticks und Wechsel der Module führt sicher nicht zum Ziel...
gut Danke dir, bin halt nicht der Profi in den Sachen ;-) Aber stimmt schon solche Fragen brauch ich ohne log nicht stellen ;-)
Nach 2-maligen Neustart liefen jetzt beide Adapter ohne Fehler. Kann ich wohl nur weiter beobachten.
im JeeLink seitdem auch keine aufälligen Logs.
selbiges (zumindest sehe ich nichts) im Moment beim Opto-USB:
2017.02.16 15:04:10.427 5: VCONTROL_READ
2017.02.16 15:04:10.427 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:10.428 5: VCONTROL: Setze sendstr
2017.02.16 15:04:10.428 5: VCONTROL: send '01F755D301'
2017.02.16 15:04:10.428 5: SW: 01f755d301
2017.02.16 15:04:10.457 5: VCONTROL_READ
2017.02.16 15:04:10.457 5: VCONTROL: VCONTROL_Read '15'
2017.02.16 15:04:10.458 5: VCONTROL: receive 'Brenner : on'
2017.02.16 15:04:13.442 5: VCONTROL_READ
2017.02.16 15:04:13.443 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:13.444 4: VCONTROL: End of Poll ! Duration: 50.07
2017.02.16 15:04:15.717 5: VCONTROL_READ
2017.02.16 15:04:15.718 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:17.919 5: VCONTROL_READ
2017.02.16 15:04:17.920 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:20.164 5: VCONTROL_READ
2017.02.16 15:04:20.165 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:22.476 5: VCONTROL_READ
2017.02.16 15:04:22.477 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:24.653 5: VCONTROL_READ
2017.02.16 15:04:24.653 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:26.891 5: VCONTROL_READ
2017.02.16 15:04:26.892 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:29.130 5: VCONTROL_READ
2017.02.16 15:04:29.130 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:31.369 5: VCONTROL_READ
2017.02.16 15:04:31.370 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:33.608 5: VCONTROL_READ
2017.02.16 15:04:33.609 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:35.847 5: VCONTROL_READ
2017.02.16 15:04:35.848 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:38.094 5: VCONTROL_READ
2017.02.16 15:04:38.095 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:40.333 5: VCONTROL_READ
2017.02.16 15:04:40.334 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:42.572 5: VCONTROL_READ
2017.02.16 15:04:42.573 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:44.810 5: VCONTROL_READ
2017.02.16 15:04:44.811 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:47.050 5: VCONTROL_READ
2017.02.16 15:04:47.051 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:49.290 5: VCONTROL_READ
2017.02.16 15:04:49.291 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:51.534 5: VCONTROL_READ
2017.02.16 15:04:51.535 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:53.378 4: VCONTROL: Start of Poll !
2017.02.16 15:04:53.378 5: VCONTROL: set InternalTimer to 1487253983.37856
2017.02.16 15:04:53.773 5: VCONTROL_READ
2017.02.16 15:04:53.774 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:53.774 5: VCONTROL: Setze sendstr
2017.02.16 15:04:53.775 5: VCONTROL: send '01F70A8201'
2017.02.16 15:04:53.775 5: SW: 01f70a8201
2017.02.16 15:04:53.794 5: VCONTROL_READ
2017.02.16 15:04:53.795 5: VCONTROL: VCONTROL_Read '00'
2017.02.16 15:04:53.795 5: VCONTROL: receive 'Stoerung : off'
2017.02.16 15:04:56.786 5: VCONTROL_READ
2017.02.16 15:04:56.786 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:56.787 5: VCONTROL: Setze sendstr
2017.02.16 15:04:56.787 5: VCONTROL: send '01F7084601'
2017.02.16 15:04:56.788 5: SW: 01f7084601
2017.02.16 15:04:56.806 5: VCONTROL_READ
2017.02.16 15:04:56.807 5: VCONTROL: VCONTROL_Read '00'
2017.02.16 15:04:56.808 5: VCONTROL: receive 'Zirkulationspumpe : off'
2017.02.16 15:04:59.792 5: VCONTROL_READ
2017.02.16 15:04:59.793 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:04:59.793 5: VCONTROL: Setze sendstr
2017.02.16 15:04:59.793 5: VCONTROL: send '01F7080002'
2017.02.16 15:04:59.793 5: SW: 01f7080002
2017.02.16 15:04:59.816 5: VCONTROL_READ
2017.02.16 15:04:59.816 5: VCONTROL: VCONTROL_Read '52'
2017.02.16 15:04:59.816 5: VCONTROL: VCONTROL_Read receive_len < 4, 52
2017.02.16 15:04:59.818 5: VCONTROL_READ
2017.02.16 15:04:59.819 5: VCONTROL: VCONTROL_Read '00'
2017.02.16 15:04:59.820 5: VCONTROL: receive 'Temp-Aussen : 8.2'
2017.02.16 15:05:02.801 5: VCONTROL_READ
2017.02.16 15:05:02.802 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:05:02.802 5: VCONTROL: Setze sendstr
2017.02.16 15:05:02.802 5: VCONTROL: send '01F7080802'
2017.02.16 15:05:02.803 5: SW: 01f7080802
2017.02.16 15:05:02.825 5: VCONTROL_READ
2017.02.16 15:05:02.825 5: VCONTROL: VCONTROL_Read 'cc'
2017.02.16 15:05:02.826 5: VCONTROL: VCONTROL_Read receive_len < 4, cc
2017.02.16 15:05:02.828 5: VCONTROL_READ
2017.02.16 15:05:02.829 5: VCONTROL: VCONTROL_Read '01'
2017.02.16 15:05:02.829 5: VCONTROL: receive 'Temp-Abgas : 46'
2017.02.16 15:05:05.810 5: VCONTROL_READ
2017.02.16 15:05:05.810 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:05:05.811 5: VCONTROL: Setze sendstr
2017.02.16 15:05:05.811 5: VCONTROL: send '01F7080402'
2017.02.16 15:05:05.811 5: SW: 01f7080402
2017.02.16 15:05:05.830 5: VCONTROL_READ
2017.02.16 15:05:05.830 5: VCONTROL: VCONTROL_Read '9a'
2017.02.16 15:05:05.830 5: VCONTROL: VCONTROL_Read receive_len < 4, 9a
2017.02.16 15:05:05.832 5: VCONTROL_READ
2017.02.16 15:05:05.833 5: VCONTROL: VCONTROL_Read '01'
2017.02.16 15:05:05.833 5: VCONTROL: receive 'Temp-WarmWasser-Ist : 41'
2017.02.16 15:05:08.815 5: VCONTROL_READ
2017.02.16 15:05:08.816 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:05:08.816 5: VCONTROL: Setze sendstr
2017.02.16 15:05:08.817 5: VCONTROL: send '01F7630001'
2017.02.16 15:05:08.817 5: SW: 01f7630001
2017.02.16 15:05:08.871 5: VCONTROL_READ
2017.02.16 15:05:08.872 5: VCONTROL: VCONTROL_Read '32'
2017.02.16 15:05:08.873 5: VCONTROL: receive 'Temp-WarmWasser-Soll : 50'
2017.02.16 15:05:11.858 5: VCONTROL_READ
2017.02.16 15:05:11.859 5: VCONTROL: VCONTROL_Read '05'
2017.02.16 15:05:11.859 5: VCONTROL: Setze sendstr
2017.02.16 15:05:11.860 5: VCONTROL: send '01F7080202'
2017.02.16 15:05:11.860 5: SW: 01f7080202
2017.02.16 15:05:11.880 5: VCONTROL_READ
2017.02.16 15:05:11.881 5: VCONTROL: VCONTROL_Read 'e301'
2017.02.16 15:05:11.882 5: VCONTROL: receive 'Temp-Kessel-Ist : 48.3'- wenn die Readings der Heizung in FHEM aktualisert werden, kommt dann wirklich das aktuelle Reading immer vom Opto oder ist das die automatische Aktualisierung durch den "ser2net"?
Zitat von: tpm88 am 16 Februar 2017, 14:56:56
Welcher der Adapter hat denn aktuell /dev/ttyUSB0 ?? (das ist nicht deterministisch!!)
Ich würde auch den JeeLink über /dev/serial/byid/<richtiger JeeLink Adapter> definieren.
Eben! Die /dev/ttyUSB<n> werden beim Booten nicht immer gleich vergeben. Du kannst da ggf. auch mit udev - Rules experimentieren. Aber zumindest Optolink und Jeelink können eineindeutig via /dev/serial/byid/... definiert werden.
Damit meinst du welcher Adapter per "ser2net" abgerufen wird?? Im Moment nur der Opto-USB.
Meinst du also das ich dem JeeLink auch einen Port in "ser2net" als Verknüpfung gebe. Das kann ich machen.
Muss dann so aussehen?
Also wenn ich:
sudo ls -l /dev/serial/by-id eingebe kommt folgendes
lrwxrwxrwx 1 root root 13 Feb 16 14:46 usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Feb 16 14:46 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB1
Müssten dann die beides Codes so aussehen? Oder wie meinst du dies?
#Optolink
4002:raw:600:/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTS#JeeLink
4003:raw:600:/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTSVielen Dank für deine Geduld ::)
Zitat von: Depechem am 16 Februar 2017, 15:19:37
- wenn die Readings der Heizung in FHEM aktualisert werden, kommt dann wirklich das aktuelle Reading immer vom Opto oder ist das die automatische Aktualisierung durch den "ser2net"?
ser2net setzt lediglich die serielle Schnittstelle auf TCP/IP um. Da gibts keine automatische Aktualisierung.
Es läuft so ab: Das VCONTROL Modul öffnet alle "poll interval" Sekunden die Optolink-Schnittstelle, wartet auf ein Sync Byte und frägt dann nacheinander die einzelnen Adressen aus der vcontrol.cfg ab. Wenn alle ausgelesen sind, schließt das Modul die Schnittstelle wieder. Ja, das aktuelle Reading kommt somit immer auch vom Optolink Adapter.
Zitat
Damit meinst du welcher Adapter per "ser2net" abgerufen wird?? Im Moment nur der Opto-USB.
Meinst du also das ich dem JeeLink auch einen Port in "ser2net" als Verknüpfung gebe. Das kann ich machen.
Muss dann so aussehen?
Also wenn ich: sudo ls -l /dev/serial/by-id eingebe kommt folgendes
lrwxrwxrwx 1 root root 13 Feb 16 14:46 usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Feb 16 14:46 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB1
Müssten dann die beides Codes so aussehen? Oder wie meinst du dies?
#Optolink
4002:raw:600:/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTS
#JeeLink
4003:raw:600:/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0:4800 EVEN 2STOPBITS 8DATABITS LOCAL -RTSCTS
NEIN! Es gibt keinen Grund den Jeelink auch via ser2net abzufragen. Vielleicht hätte ich ser2net in deiner Konstellation nie ins Spiel bringen sollen - das sollte eigentlich nur ein zusätzlicher Test werden.
Also - die Devices unter /dev/serial/byid/<Adapter Kennung> sind immer eindeutig. Darum macht es Sinn, diese für die Definiton der FHEM Devices zu benutzen. Hingegen sind die durchnumerierten /dev/ttyUSB<n> Devices nicht eindeutig. Nach einem reboot ist es z.B. nicht sicher, daß immer der Jeelink /dev/ttyUSB0 und der Optolink /dev/ttyUSB1 erhält.
Schau mal hier: https://forum.fhem.de/index.php/topic,20280.msg586590.html#msg586590
Da sind ähnliche Meldungen bezüglich disconnected und reappeared.
Vielleicht entstehen die Meldungen auch einfach dadurch, daß das Modul zum Auslesen alle n Sekunden den Adapter neu öffnet und nach dem Lesen wieder schliesst. Das könnte der Modulautor srxp beantworten.
gehört zwar nicht in diesen Thread aber wenn ich den Jeelink laut deiner Anleitung definiere wird er in fhem nicht mehr gefunden.
sudo ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Feb 17 09:04 usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Feb 17 09:04 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0
alte FHEM config(so war er eingebunden)
define myJeeLink JeeLink /dev/ttyUSB0@57600
attr myJeeLink event-on-change-reading .*
attr myJeeLink flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr myJeeLink group USB Stick
attr myJeeLink initCommands 5m 30t 0a v
attr myJeeLink room Wetterstation
neue FHEM config
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DCH3-if00-port0
folgender Fehler
LaCrosse_0D: unknown IODev myJeeLink specified LaCrosse_1F: unknown IODev myJeeLink specified
und er ist nicht mehr in FHEM eingebunden
Das ist mein define:
define myJeeLink JeeLink /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
Das "@57600" fehlt!
Zitat von: tilly001 am 17 Februar 2017, 09:26:46
Das ist mein define:
define myJeeLink JeeLink /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
Das "@57600" fehlt!
Danke das war es ;-)
Vielen Dank euch! Nun läuft mein Vitoconnect-USB-Kabel zusammen mit dem JeeLink in FHEM ohne fehlerhafte Logs. Ich werde es weiter testen.
Zur Info mit "VONTROL300" kam es bei mir zu FHEM Abstürzen daher habe ich jetzt erst einmal die normale "VONTROL" am laufen.
Danke für den Tip mit dem Kabel - hatte schon die ganze Zeit Lust die Heizung einzubinden nur das offizielle Vissmannkabel ist ja teurer als mein erstes Paralelportkabel und fiel damit aus ..
Bestellt, angeschlossen und es läuft :)
Jetzt geht es an das Adressen suchen ..
Andreas
Zitat von: tpm88 am 10 Februar 2017, 18:34:16
Obwohl die Vitotrol App tatsächlich den Gasverbrauch darstellt habe ich bisher keine Adresse zum Auslesen des Verbrauchs via Optolink gefunden.
Obigen Ansatz von jowo habe ich bei mir seit kurzen umgesetzt. Hier die Eckdaten dazu:
- Auslesen der Heizungswerte via Optolink alle 60 Sekunden
- event-on-change-reading .* für alle Optolink readings
- notify auf das reading Modulation (nicht Brennerleistung)
- bei jeder Änderung des ausgelesenen Modulationsgrades wird via dem notify der Gasverbrauch seit der letzten Änderung berechnet (Funktion in 99_myUtils)
- Berechnung nach folgender Formel (vgl. die Dokumentation zu Vies-sion hier: https://openv.wikispaces.com/Vies-sion (https://openv.wikispaces.com/Vies-sion))
Gasverbrauchalt [m³] + Modulationsgrad [%] * Nennleistung [kW] * Zeit [h] / Brennwert [kWh/
m³]
- hierzu habe ich noch einen Dummy definiert, der sich den alten Modulationsgrad für die Berechnung des Delta in einem Reading merkt
- in einem weiteren Reading speichere ich den errechneten Gasverbrauch
Ich denke, die Idee ist rübergekommen. Notfalls kann ich noch Details zur Realisierung beisteuern.
Allerdings muß ich auch erstmal nach ein paar Wochen sehen, wie genau die Berechnung im Vergleich zum Ist-Stand des Gaszählers ist.
Hallöle tpm88,
konntest du schon mal deinen Gasverbrauch mit deiner Logik vergleichen?
Gruß Thomas
Leute gibt es auch eine Anleitung für Anfänger...? Wäre echt nett... möchte gerne meine VT200 W01C auslesen... Danke
Zitat von: Depechem am 26 Februar 2017, 17:47:21
Hallöle tpm88,
konntest du schon mal deinen Gasverbrauch mit deiner Logik vergleichen?
Gruß Thomas
Hallo Thomas,
die Abweichung betrug bei mir ungefähr 4% bezogen auf einen Zeitraum von 22 Tagen. Ich bezweifle, daß man über diese Methode noch genauer wird, weil einfach zu viele Ungenauigkeiten bei der Berechnung drin sind:
- tatsächlicher Brennwert vs. Durchschnittsbrennwert der Jahresrechnung
- Abfrageintervall (hier 60 Sekunden) vs. Taktlänge des Zeitraums bei der der Brenner mit diesem Modulationsgrad lief
- abgegebene Leistung (Modulationsgrad) ist nicht konstant über Taktlänge (Start/Stop, ...)
- tatsächliche Nennleistung der Therme vs. Angabe auf dem Typenschild
Gruß
Tobias
Danke für die Info Tobias,
ich würde es gern selbst auch mal testen.
Wäre es möglich mir deine erstellten Codes mit den notifys sowie dem neuem Reading aus der fhem.cfg sowie deiner Funktion aus deiner 99_myUtils zu posten?
Gruß Thomas
Ok, hier die Details zur Berechnung des Gasverbrauchs (siehe weiter oben):
Zur Berechnung braucht man neben dem VCONTROL Reading Modulation noch ein Userreading delta_t, welches die Zeit in Sekunden seit letzer Änderung des Readings Modulation festhält:
attr userreadings delta_t:Modulation.* difference {time_str2num(ReadingsTimestamp("$name","Modulation",0))}
In einem Dummy speichere ich den alten und neuen Wert des Readings Modulation sowie den errechneten Gasverbrauch.
define save_Vitodens_Modulation dummy
attr save_Vitodens_Modulation comment Gasverbrauch Abgleich: 06.03.17 11:12
attr save_Vitodens_Modulation readingList Modulation_alt Modulation_neu Gasverbrauch
attr save_Vitodens_Modulation room zz_Auto
attr save_Vitodens_Modulation setList Modulation_alt Modulation_neu Gasverbrauch
attr save_Vitodens_Modulation stateFormat Modulation_alt | Modulation_neu | Gasverbrauch
Initial wird das Reading Gasverbrauch mit dem tatsächlichen Stand des Zählers gesetzt:
set save_Vitodens_Modulation Gasverbrauch xxxxxx.yyy
Das folgende notfiy triggert bei Änderung des Readings Modulation die Berechnung des Deltas beim Gasverbrauch (wichtig: Attribut event-on-change-reading .* für das VCONTROL Device setzen!):
define no_Vitodens_Modulation notify Vitodens300:Modulation.* { n_Vitodens_Modulation }
Die Funktion n_Vitodens_Modulation in der 99_myUtils.pm berechnet das Delta:
sub n_Vitodens_Modulation {
my $a;
$a = ReadingsVal("save_Vitodens_Modulation","Modulation_neu","");
fhem "setreading save_Vitodens_Modulation Modulation_alt $a";
$a = ReadingsVal("Vitodens300","Modulation","");
fhem "setreading save_Vitodens_Modulation Modulation_neu $a";
my $brennwert = 11.255;
my $nennleistung = 19;
my $modulation = ReadingsVal("save_Vitodens_Modulation","Modulation_alt", "0");
my $delta_t_sec = ReadingsVal("Vitodens300","delta_t", "0");
my $gas_verbrauch_alt = ReadingsVal("save_Vitodens_Modulation","Gasverbrauch", "0");
my $gas_delta_m3 = ( $modulation / 100 ) * $nennleistung * ( $delta_t_sec / 3600 ) / $brennwert;
my $gas_verbrauch_neu = $gas_verbrauch_alt + $gas_delta_m3;
fhem "set save_Vitodens_Modulation Gasverbrauch $gas_verbrauch_neu";
return ;
}
Hallo,
hat jemand schonmal eine Vitotronic 200-H Typ HK1B
Mit dem Optolink kabel verbunden?
Gibt es dafür auch eine Config-Datei?
Danke für eure hilfe
Zitat von: felix1304 am 07 März 2017, 13:33:16
Hallo,
hat jemand schonmal eine Vitotronic 200-H Typ HK1B
Mit dem Optolink kabel verbunden?
Gibt es dafür auch eine Config-Datei?
Danke für eure hilfe
besser hier https://forum.fhem.de/index.php/topic,20280.msg138200.html#msg138200 (https://forum.fhem.de/index.php/topic,20280.msg138200.html#msg138200) fragen oder ein neues Thema öffnen!