eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

nase69

Hallo und guten Abend,
seid geraumer Zeit verfolge ich dieses Forum, denn wir haben eine neue Therme erhalten. Diese wollte ich nun in die vorhandene Haussteuerung einbinden.
Die Anlage ist eine VCW206/5-5 ( E-DE ) R6 eco TEC plus mit einem Bedienpanel calorMATIC 350
Der Nachbau der Platine, der Abgleich und die Installation verliefen soweit ohne Probleme.
Hier die Zeilen, welche nach "ebusctl info" ausgegeben werden:

root@raspberrypi3:~ # ebusctl info
version: ebusd 3.0.v3.0-2-g29cee10
update check: OK, different configuration files available
signal: acquired
symbol rate: 10
max symbol rate: 114
reconnects: 0
masters: 3
messages: 227
conditional: 4
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102", loaded "vaillant/15.350.csv"
address 26: slave, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Hier der Auszug aus dem Logfile:

2017-09-03 22:14:15.992 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:20.019 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:21.988 [update notice] update broadcast vdatetime QQ=10: 22:15:26;03.09.2017
2017-09-03 22:14:22.225 [update notice] unknown MS cmd: 1008b512020000 / 00
2017-09-03 22:14:26.082 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:28.358 [bus notice] scan 26: ;21;17;12;0020124472;0082;011722;N5
2017-09-03 22:14:28.364 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "35000", SW0114, HW7102
2017-09-03 22:14:28.364 [main error] scan config 26: ERR: element not found
2017-09-03 22:14:30.109 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:32.156 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2017-09-03 22:14:32.416 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;65.0


So wie es für mich aussieht, ist die Adresse 15 und 26 die Adresse vom Bedienpanel.
Die Adresse 26 hat aber kein CSV File.
Die Zahlen nach "[bus notice] scan 26:" befinden sich als Strichcode auf der Platine des Bedienpanel.

Nun zu meinen Fragen:
-Gib es jemanden, der für die Adresse 26 ein CSV-File erstellt hat?
-Kann ich auch außer Daten wie Vorlauf, Rücklauf und Warmwasser auslesen?
-Kann das Bedienpanel seperat angesprochen werden? Für mich sieht es so aus, als ob das Panel nur "lauscht" und nichts selber sendet, zumindest finden sich keine Einträge im Log.
-Am Bedienpanel kann ich den Systemdruck ablesen, eine Übermittlung im Bus kann ich im Logfile nicht finden, es sei denn es ist die Zeile

[update notice] unknown MS cmd: 1008b512020000 / 00

Kann mir jemand weiter helfen? Vielen Dank im voraus.

andig

Wenn ich das logfile richtig lese dann wäre 26 das gleiche Gerät wie 15 und sollte eigentlich geladen werden?

john30

Zitat von: Peter1984 am 03 September 2017, 18:41:23
pi@raspberrypiebusd:~ $ ebusctl info
version: ebusd 2.3.5bcc475

das ist ne ziemlich betagte Version von ebusd, warum gleich so ne alte?
Nimm doch das aktuelle Release, da hast mehr Spaß damit.
Ansonsten sieht Dein scan Ergebnis so aus, als ob Du entweder nicht auf den Bus schreiben kannst, oder "--scanconfig" als Aufrufparameter an ebusd fehlt.
author of ebusd

john30

Zitat von: nase69 am 04 September 2017, 00:10:19
-Gib es jemanden, der für die Adresse 26 ein CSV-File erstellt hat?
Für die 26 brauchst Du m.E. keine CSV, da hier nicht mehr auszulesen wäre, als aus der 15, denn das Gerät antwortet einfach auf 2 Adressen als Slave auf dem Bus (0x15 und 0x26).

Zitat von: nase69 am 04 September 2017, 00:10:19
-Kann ich auch außer Daten wie Vorlauf, Rücklauf und Warmwasser auslesen?
Tonnen davon. Mit "ebusctl find" findest Du erstmal alle Nachrichten, die aufgrund der CSVs und des Scan Ergebnisses für Deine Anlage definiert sind (jeweils als <circuit> und <name>). Jede einzelne davon kannst Du mit "ebuscl read <circuit> <name>" auslesen und nach Lust und Laune verwerten.

Zitat von: nase69 am 04 September 2017, 00:10:19
-Kann das Bedienpanel seperat angesprochen werden? Für mich sieht es so aus, als ob das Panel nur "lauscht" und nichts selber sendet, zumindest finden sich keine Einträge im Log.
Das stimmt nicht. Alle Nachrichten, die jetzt als "update" über den Bus laufen, stammen ausnahmslos vom Bedienpanel (QQ=10 ist die Master Adresse des Slave 15, also dem Bedienpanel). "Ansprechen" kannst Du das Bedienpanel über die Nachrichten der circuit "350" bzw. über Master Adresse 10 und die Slave Adressen 15 und 26.

Zitat von: nase69 am 04 September 2017, 00:10:19
-Am Bedienpanel kann ich den Systemdruck ablesen, eine Übermittlung im Bus kann ich im Logfile nicht finden, es sei denn es ist die Zeile

[update notice] unknown MS cmd: 1008b512020000 / 00

Das Panel kann ja nicht zaubern, sprich der Druck steht in irgendeiner der update oder unknown Messages mit drin. I.d.R. ist das eine der Status Messages, die von der Therme (Adresse 08) beantwortet wird.
author of ebusd

Reinhart

Zitat von: john30 am 04 September 2017, 08:03:20
das ist ne ziemlich betagte Version von ebusd, warum gleich so ne alte?
Nimm doch das aktuelle Release, da hast mehr Spaß damit.
Ansonsten sieht Dein scan Ergebnis so aus, als ob Du entweder nicht auf den Bus schreiben kannst, oder "--scanconfig" als Aufrufparameter an ebusd fehlt.

@Peter1984

der Installer installiert noch diese 2.x Version, wir werden uns überlegen auch noch für die 3.x einen zu erstellen, bzw. diesen anzupassen. Ich habe außerdem noch keine 3.x Version getestet, da muss ich mich selbst erst in Johns Wiki genau einlesen wie das mit den automatischen Updates genau ablaufen soll. Ich hatte auch noch keinen Grund meine seit Jahren sehr gut laufende Version 2.x zu wechseln.

Aber mach einmal was John vorgeschlagen hat und checke die /etc/default/ebusd was hier eingetragen ist.

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig"


Der Installer sollte diesen Eintrag gemacht haben, wichtig ist ja dabei --scanconfig.

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

john30

Zitat von: Reinhart am 04 September 2017, 09:18:18
Ich habe außerdem noch keine 3.x Version getestet, da muss ich mich selbst erst in Johns Wiki genau einlesen wie das mit den automatischen Updates genau ablaufen soll.
Auomatische Updates gibt es (noch) nicht, es wird lediglich überprüft, ob es Updates gibt und in "ebusctl info" ausgegeben.
author of ebusd

Reinhart

ja ich habe da

A Docker image including the latest message configuration files is available on the hub
diese Docker Images gemeint.

Ich habe da noch nicht durchgeblickt, wie das aufgerufen werden soll, es braucht ja angeblich lokal nichts installiert werden, aber auf der anderen Seite wird die Jackfruit Installation erklärt was ja wiederum eBus 3.0 ist. Besonders die MQTT Variante hätte mich da interessiert. Ich bin gerade dabei da einen eigenen Raspi aufzusetzen und das zu testen welches Potential da drinnen steckt.

docker run -d --name=ebusd --device=/dev/ttyUSB0 -p 8888 john30/ebusd -f --scanconfig -d /dev/ttyUSB0 --mqttport=1883 --mqtthost=BROKERHOST

Vielleicht hast du da einen Tipp womit man da beginnen soll. Du hast ja geschrieben, du hast das auf einer nicht Linux Synologie Diskstation am Laufen.

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

andig

Hallo Reinhardt,

Zumindest docker-ce musst Du vorab lokal installieren. M.w. geht das erst ab Raspi3.

Vg Andreas

Reinhart

ok Danke, das wäre wieder dumm, denn ich habe einen alten Raspi B+ genommen.

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

Peter1984

Zitat von: Reinhart am 04 September 2017, 09:18:18
Aber mach einmal was John vorgeschlagen hat und checke die /etc/default/ebusd was hier eingetragen ist.

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig"


Der Installer sollte diesen Eintrag gemacht haben, wichtig ist ja dabei --scanconfig.

Der Eintrag ist vorhanden. Muss nach dem Booten des Raspberrys noch irgendwas getan werden oder startet ebusd automatisch wie es soll?

Nächste Schritte wären:

- Update auf 3.0 wenn das "einfach so" geht?
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).

Reinhart

Zitat von: andig am 04 September 2017, 14:22:22
Hallo Reinhardt,

Zumindest docker-ce musst Du vorab lokal installieren. M.w. geht das erst ab Raspi3.

Vg Andreas

scheint so zu sein, den die Dockerinstallation läuft am B+ nicht fehlerfrei durch.

pi@raspberrypi-ebus:/etc/init.d $ sudo docker pull john30/ebusd
Using default tag: latest
Warning: failed to get default registry endpoint from daemon (error during connect: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.29/info: read unix @->/var/run/docker.sock: read: connection reset by peer). Using system default: https://index.docker.io/v1/
error during connect: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.29/images/create?fromImage=john30%2Febusd&tag=latest: read unix @->/var/run/docker.sock: read: connection reset by peer
pi@raspberrypi-ebus:/etc/init.d $

und beim Laden des Image steigt er mit Fehlermeldung aus.

Ich konzentriere mich vorerst dann auf Version 3.0 lokal installiert.

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

Reinhart

Zitat von: Peter1984 am 04 September 2017, 18:05:12
- Update auf 3.0 wenn das "einfach so" geht?
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).

Update kann ich nicht viel sagen da ich selber erst mit 3.0 teste.
Platt machen brauchst den Raspi nicht, es genügt ja wenn du alle Einträge manuell entfernst.
/etc/default/ebusd
/etc/init.d/ebusd
/etc/ebusd
/usr/bin/ebusd
/usr/bin/ebusctl


LG

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

Peter1984

Zitat von: Peter1984 am 04 September 2017, 18:05:12
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).

Ich habe gerade eine andere SD-Karte genommen, FHEM, sowie ebusd vom Installer installiert - gleiches Verhalten.
Ist vielleicht einfach mein Kabel zu lang? Ich kann noch einiges kürzen, ist im Moment noch Testaufbau.

@Reinhart: Was mich wundert, auf Seite 25 beschreibt Marie01, dass sie ihre VWL zum Laufen bekommen hat...


Reinhart

Zitat von: Peter1984 am 04 September 2017, 20:33:17
Ich habe gerade eine andere SD-Karte genommen, FHEM, sowie ebusd vom Installer installiert - gleiches Verhalten.
Ist vielleicht einfach mein Kabel zu lang? Ich kann noch einiges kürzen, ist im Moment noch Testaufbau.

@Reinhart: Was mich wundert, auf Seite 25 beschreibt Marie01, dass sie ihre VWL zum Laufen bekommen hat...

nein, Kabel ist sicher nicht zu lang sonst kannst auch keine Daten empfangen und das klappt ja bei dir. Konzentriere dich auf die Überprüfung ob du auch wirklich was senden kannst. John hat ja auch schon erwähnt das diese die Ursache sein kann wenn das "scan" Kommando nicht abgesetzt werden kann erhältst du auch nichts zurück.

Am Bus mitlauschen geht ja schon. Ich kenne deinen Adapter nicht, deshalb kann ich dir hier auch keine Tipps geben wie du das an der HW  feststellen kannst. Evtl. Leds am Uart?

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

Peter1984

#974
Ich komme voran. Habe ebusd nochmal neu installiert, wieder die 3.0.
Sind diese Konfig-Files die neuesten? ebusd-configuration-2.1.b143f39-de_all.deb
Laut https://github.com/john30/ebusd-configuration/releases ist das so, diese habe ich auch genommen.

Bekomme so zumindest schonmal eine Vorlauftemperatur, wenn auch mit -13.9 Grad nicht korrekt.
Lüftergeschwindigkeit sehe ich keine, wenn ich den Lüfter anwerfe.

Dann:


pi@raspberrypiebusd:~ $ sudo service ebusd start --scanconfig
pi@raspberrypiebusd:~ $ sudo ebusctl scan full
done
pi@raspberrypiebusd:~ $ sudo ebusctl scan result
08;Vaillant;EHP00;0419;7201
15;Vaillant;UIH00;0374;6901
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201
e0;Vaillant;OMU00;0118;5202

pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, 5 newer configuration files available
signal: acquired
symbol rate: 47
max symbol rate: 1334
reconnects: 0
masters: 3
messages: 170
conditional: 4
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"