eBus Schaltung V2 in Betrieb nehmen

Begonnen von Reinhart, 15 November 2017, 17:41:33

Vorheriges Thema - Nächstes Thema

john30

Zitat von: theotherhalf am 18 Dezember 2018, 11:03:38
Ich trage also in /etc/default/ebusd folgendes ein:
EBUSD_OPTS1="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log  --scanconfig --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="-d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log  --scanconfig --latency=20000 --receivetimeout=50000"

sieht ok aus, aber vergiss nicht die Zeile mit EBUSD_OPTS zu löschen oder auszukommentieren
author of ebusd

theotherhalf

#616
Hmm, wird nur ein Gerät erkannt.

lsusb gibt:
pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
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:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


/etc/default/ebusd zeigt:
# Options to pass to ebusd (run "ebusd -?" for more info):
# For Single instances
#EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=20000 --receivetimeout=50000"
# For multiple instances
EBUSD_OPTS1="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log  --scanconfig --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="-d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log  --scanconfig --latency=20000 --receivetimeout=50000"


Logrotate ist geändert.

Ich hatte den Boiler dran und der wurde erkannt, mitsamt csv Dateien
Dann die Parameteränderungen gemacht, den Regler zugesteckt und neu gestartet.

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.2.v3.2-23-g768bd5c
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available, vaillant/15.ui.csv: different version available, vaillant/25.solsy.hwc.csv: different version available, vaillant/26.solsy.hc.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/ec.solsy.sc.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 37
max symbol rate: 140
min arbitration micros: 1109
max arbitration micros: 7386
min symbol latency: 3
max symbol latency: 17
reconnects: 0
masters: 3
messages: 536
conditional: 9
poll: 0
update: 9
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0324;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301"
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/ec.solsy.sc.csv"



Gibt es noch eine weitere Stelle, an der ich ihm mitteilen muss das jetzt zwei Instanzen dran sind?
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Reinhart

mach lieber die Zuordnung by-id.

Mit
ls -l /dev/serial/by-id
werden die IDs gelistet und trage die in die die config ein, da sich die USB sonst verschieben können.

Beispiel:

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 ......"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 ......


Egal wo du jetzt die USB einsteckst, bleibt die Zuordnung immer gleich.

LG
Reinhart
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Sven77

#618
Zitat von: theotherhalf am 18 Dezember 2018, 08:53:16
Dank Johns Hilfe habe nun das Board am Laufen ...
Kann es sein, dass du nur 1 Ebus mit nur einem Adapter hast?

Zitat von: theotherhalf am 18 Dezember 2018, 11:03:38
Ich habe nun beide Stränge (1. zum 620/3 und 2. zur Ecotec 196 3-5) einzeln geprüft und beides läuft.
Nun möchte ich beide Stränge parallel mit getrennten Konvertern anbringen.

Auch wenn sich das anders liest, aber hat der VRS620/3 überhaupt eine Bus-Stromversorgung?
Macht es Sinn, den Regler völlig getrennt vom Ecotec zu betreiben?
(bei meiner VRC700 mit icoTec 156 hätte ich dann z.Bsp. gar keine Außentemperatur...)

NACHTRAG: Soweit ich weiß unterstützen die CP210x keine (unterschiedlichen) IDs, ich würde hier mit /dev/serial/by-path/... arbeiten!
VG, Sven

Sven77

Zitat von: theotherhalf am 18 Dezember 2018, 15:34:21
Gibt es noch eine weitere Stelle, an der ich ihm mitteilen muss das jetzt zwei Instanzen dran sind?

NACHTRAG2:
Natürlich musst du ebusctl auch sagen, mit welcher Instanz er arbeiten soll:
ebusctl -p 8889 i
VG, Sven

theotherhalf

Zitat von: Reinhart am 18 Dezember 2018, 16:00:28
mach lieber die Zuordnung by-id.


Du meinst so? Er zeigt mir da nur ein Board an
pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
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:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dec 18 14:41 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0


und dann wie folgt?
EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8889 -l /var/log/ebusd2.log --latency=20000 --receivetimeout=50000"
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Reinhart

ich glaube Sven77 hat recht, mach es per Serial-Path!

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

theotherhalf

Zitat von: Sven77 am 18 Dezember 2018, 16:16:54
Kann es sein, dass du nur 1 Ebus mit nur einem Adapter hast?

Auch wenn sich das anders liest, aber hat der VRS620/3 überhaupt eine Bus-Stromversorgung?
Macht es Sinn, den Regler völlig getrennt vom Ecotec zu betreiben?
(bei meiner VRC700 mit icoTec 156 hätte ich dann z.Bsp. gar keine Außentemperatur...)



Mein Heizungsmonteur hat hier damals Murks aufgebaut und ich habe die Rohrleitungen ändern müssen, damit vernünftig die Heizung regeln kann. (ecotec 196 3/5, VRS 620/3, wasserführender Kaminofen, Pufferspeicher)
Er hatte die Einheiten damals per Ebus verbunden, aber mit dem neuen Hydraulikplan passt das dann nicht mehr, bzw. es gab in der 620/3 nicht den passenden Hydraulikplan. Folge war, das kein warmes Brauchwasser bereitet wurde.
Also ebus auftrennen und hängt heute der Regler und Therme über 7-8-9 analog zusammen. Das klappt auch ganz gut. Warmwasser wird über Sollwert aus der Therme direkt bereitet per Umschaltventil.
Da ich aber beide Informationen auslesen möchte, benötige ich zwei Boards.
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

theotherhalf

Zitat von: Reinhart am 18 Dezember 2018, 16:40:08
ich glaube Sven77 hat recht, mach es per Serial-Path!

LG

Hmm, wie ist dann der Konverter definiert?

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-path/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8889 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Reinhart

mach einfach
ls /dev/serial/by-path
und die hast den Namen.
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

theotherhalf

pi@raspberrypi:~ $ ls /dev/serial/by-path
platform-20980000.usb-usb-0:1.4:1.0-port0  platform-20980000.usb-usb-0:1.5:1.0-port0


und
EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.4:1.0-port0  platform-20980000.usb-usb-0:1.5:1.0-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"

Das wäre dann der erste, aber warum werden oben nicht beide angezeigt?
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Reinhart

die beiden stehen nebeneinander:


platform-20980000.usb-usb-0:1.4:1.0-port0
platform-20980000.usb-usb-0:1.5:1.0-port0


LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

theotherhalf

hab es jetzt so eingetragen:

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.4:1.0-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.5:1.0-port0 -p 8889 -l /var/log/ebusd2.log --latency=20000 --receivetimeout=50000"


Dann ein reboot und wieder wird die Therme nicht gefunden, nur der Regler  :-\

FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

theotherhalf

So, war noch ein kleiner Fehler in der Syntax.

Nun kann ich beide Ports ansprechen mit ebusctl -p 8889 i  (Therme)  bzw. ebusctl -p 8888 i (Regler)
Aber wie baue ich den Port jetzt in die Abfrage ein?
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Sven77

Ich selbst habe kein FHEM laufen, aber lt. Wiki steht doch der Port hinter der Definition:
https://wiki.fhem.de/wiki/EBUS#Mit_ECMD_in_FHEM
VG, Sven