eBus Adapter Vaillant

[morpheus999]

@Glasfaser Hallo.

Hab das jetzt mal gemacht, mal sehen was kommt.

mfg Georg

[morpheus999]

Naja, so wie es derzeit aussieht findet er so gar keine CSV Datei lokal.

mfg Georg

[Glasfaser]

@morpheus999

Hast du es so gemacht !?

Important hint: In order to get the most up-to-date configuration files, simply checkout this repository and link the ebusd-2.1.x/de or ebusd-2.1.x/en folder to /etc/ebusd. On the command line you'd have to execute the following steps:

git clone https://github.com/john30/ebusd-configuration.git
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

[morpheus999]

@Glasfaser jup..

nur was ich komisch finde.... Ich habe gestern aus einem anderen Grund meinen Rasperry neu aufgesetzt. Jetzt kennt er dort und da keine CSV Dateien mehr. Auch mit dem HTTP Attribut nicht.
Das einzige was anders ist bei der EBUSD Version stand vorher (erster Post von mir) "Ebusd Version 3.4 v3.4". Und jetzt wenn ich die Letztstanversion installiere steht Version 3.4 v3.3

Weder bei http oder local wird was erkannt.

EBUSD.LOG
Um 4:24 Uhr ist z.B. ein Neustart.

Bin am verzweifeln...

mfg Georg

[Glasfaser]

@morpheus999 sagte in eBus Adapter Vaillant:

Weder bei http oder local wird was erkannt.

Wenn du die Config änderst ... startest du dann auch den Ebusd neu !?

Zeige mal die Ausgabe von :

ebusctl i

systemctl status ebusd.service

[morpheus999]

@Glasfaser said in eBus Adapter Vaillant:

systemctl status ebusd.service

root@loxberry:~# ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available, broadcast.csv: newer version available
signal: acquired
symbol rate: 23
max symbol rate: 148
reconnects: 0
masters: 5
messages: 21
conditional: 0
poll: 0
update: 4
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 10: master #2
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"

root@loxberry:~# systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: e
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/e

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil
lines 1-19/19 (END)...skipping...
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-19/19 (END)
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-19/19 (END)
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-19/19 (END)
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-19/19 (END)
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-19/19 (END)...skipping...
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago
 Main PID: 931 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 6.9M
   CGroup: /system.slice/ebusd.service
           └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd

Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.

[Thomas Braun]

@morpheus999 sagte in eBus Adapter Vaillant:

root@loxberry

Nicht machen...
Log dich als user ein.

[Edit:] Ach, die Wahnsinnigen von loxberry. Die haben sudo aus irgendwelchen unerfindlichen Gründen auf Eis gelegt. (Wenn man das System nicht ordentlich voreinstellen kann sollte man es lassen...)

[Glasfaser]

@morpheus999

Nimm nochmal meine Config und starte den Dienst dann neu !

-d /dev/ttyUSB0 --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=/etc/ebusd -l /var/log/ebusd.log

[Glasfaser]

@Thomas-Braun sagte in eBus Adapter Vaillant:

[Edit:] Ach, die Wahnsinnigen von loxberry.

[morpheus999]

also das muss mir jemand erklären...
ich geb deine Befehlszeile ein und auf einmal wertet er die BAI.csv aus....

aber sonst nix mehr... ich starte einfach nochmal neu... erkennt garnix mehr...

Hab bei 19:14 mit deinen Werten neu gestartet
meine ebusd.log

[Glasfaser]

@morpheus999

2020-09-29 19:15:34.378 [update notice] received scan-read scan.06  QQ=10: Vaillant;PMS02;0209;8402
2020-09-29 19:15:34.753 [main error] scan config ed: ERR: read timeout
2020-09-29 19:15:36.795 [main error] unable to load scan config fc: no file from vaillant with prefix fc matches ID "pmw01", SW0205, HW8302
2020-09-29 19:15:36.795 [main error] scan config fc: ERR: read timeout

Dort sind ein haufen ERR: read timeout Fehler drin ... als würde dein Ebus Schnittstelle nicht richtig die Kommunikation aufbauen.

[morpheus999]

@Glasfaser Ja, da hab ich auf READ ALL geklickt. Da fragt er auch die ab die nicht per CSV erkannt wurden. Wenn ich das richtig verstehe.

[mameier1234]

Ich habe jetzt mal seit langer Zeit wieder angefangen, meine Heizung per IOBroker zu optimieren..

Unter anderem setze ich die Zeiten für Warmwasser , Warmwasser Zirkulation und die Heizzeiten..

Jetzt fällt auf, dass die Werte, die der Ebusd liefert nicht immer aktuell sind... Wenn man dann im Telnet einmal von Hand z.B. die Warmwasserzirkulation von heute ausliest

read -c cc Timer.Saturday

Dann kommt sofort (im Telnet) der richtige Wert und wird mit dem nächsten Ebus Lauf auch in den Iobroker übertragen...

So.. dann dachte ich: kein Problem ... frag halt die Timer mit dem Ebus Adapter manuell ab...

Das läuft aber nicht richtig, da mehrere Timer.Saturday existieren...

im Telnet ...

find Timer.Saturday
cc Timer.Saturday = 07:00;11:00;-:-;-:-;-:-;-:-;Sa-So
hc Timer.Saturday = no data stored
hwc Timer.Saturday = 05:30;08:30;-:-;-:-;-:-;-:-;Mo-So
mc Timer.Saturday = no data stored

Sprich, die muss man einzeln mit read -c cc Timer.Saturday , dann den nächsten mit read -c hwc Timer.Saturday und soweiter auslesen..

Der Adapter macht aber nur ein read -f Timer.Saturday und bringt damit nur das Ergebniss des ersten Timer Eintrages, den er findet ...

Schön wäre es, wenn man im Adapter nicht nur den Namen, den man auslesen möchte , sondern auch den Circuit (-c) angeben könnte...

[Rene_HM]

@mameier1234 wenn du den ebus-Adapter verwendest, gibt es den cmd-DP. Dort kannst du beliebige Kommandos verwenden... einfach per script den Befehl dort hinein schreiben. Beim Ausführen des Adapters wird der Befehl ausgeführt...

[mameier1234]

@Rene_HM Das ist ne Idee.. So schreibe ich ja auch meine Werte..

[MassiveAttack]

Gibt es hier Kollegen die wie ich eine Vaillant Flexotherm 87/4 besitzen? Ich kann aktuell viele Daten auslesen, jedoch fehlt mir die komplette Fachhandwerkebene (Kompressorstarts etc) sowie der Live Monitor. Vermutlich wurden diese Parameter noch nicht entschlüsselt, oder kann das jemand auslesen? Wenn ja, wie?
Weiß jemand ob die csv's erweitert werden?
Bei mir wird ein slave zwar erkannt, aber kein csv dazu geladen. Die anderen 3 werden erkannt.

version: ebusd 21.2.v21.2
update check: OK
access: *
signal: acquired
symbol rate: 24
max symbol rate: 182
min arbitration micros: 584
max arbitration micros: 4311
min symbol latency: 7
max symbol latency: 17
reconnects: 0
masters: 5
messages: 495
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0509;HW=6403", loaded "vaillant/15.700.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503", loaded "vaillant/26.vr_71.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address ff: master #25, ebusd

[Dre83]

Hallo in die Runde,
ich habe ein Problem mit meinem Vaillant EBus Adapter.
Ich habe mir diesen von Esera zugelegt:
https://www.esera.de/produkte/ebus/142/ebus-koppler-ethernet?c=20

Diesen habe ich auf die EBus Schnittstelle auf meine Vaillant VR700 aufgeklemmt.

Leider erhalte ich im iO Broker bzw. über eine Abfrage im Terminal keine Daten der EBus Geräte. Die Datenlampe am EBus Koppler flackert auch fleißig, so dass ich davon ausgehe, dass da alles passt.

Bei der Installation habe ich mich an diese Seite (https://github.com/john30/ebusd) sowie an die Beiträge in diesem Thread gehalten.

Der EBus Dienst auf dem Raspberry ist gestartet und wenn ich "ebusctl info" eingebe, bekomme ich folgendes.

Was mich dabei stutzig macht das die Vaillant Therme oder der VRC700 Regler nicht gefunden wird.

Das Config File sieht wie folgt aus:

Im iO Broker im EBUS Adapter habe ich als Zieladresse die IP-Adresse meines Raspberrys hinterlegt, auf welchem der ioBroker und der ebus Dienst läuft.

(

Wenn ich diese Zeilen im Raspberry richtig interpretiere liegen allerdings irgendwo Daten vor:

Ruf ich den Webbrowser über (http://192.168.2.118:8889/data) auf erhalte ich folgendes:

Anbei noch eine Übersicht der gelieferten Objekte im ioBroker

Vllt. hilft der Inhalt des EBus Ordners noch weiter. Das rot markierte scheint für mich auch ein Problem zu sein.

Ich vermute das ich irgendwo einen größeren Denkfehler bei der Konfiguration habe. Es wäre schön wenn jmd eine Idee bzw. einen Lösungsansatz für mich hätte.

Viele Grüße
André

[Glasfaser]

@dre83 sagte in eBus Adapter Vaillant:

Das Config File sieht wie folgt aus:

die sieht ein wenig kurz aus , ich sehe keine Zuweisung zur Schnittstelle ( USB )

https://forum.iobroker.net/topic/29359/ebus-adapter-vaillant/110?_=1617082689322

[Dre83]

@glasfaser: Mein Adapter läuft über LAN-Schnittsstelle.
https://www.esera.de/produkte/ebus/142/ebus-koppler-ethernet?c=20

Wie und wo kann ich denn da die Zuweisung machen?

Ich hatte es so verstanden das er damit selbst die Zuweisung macht um die Geräte zu finden:

EBUSD_OPTS="--scanconfig --httpport=8889"

[Glasfaser]

@dre83 sagte in eBus Adapter Vaillant:

selbst die Zuweisung macht um die Geräte zu finden:

aber nicht für die Schnittstelle .

Sieht dann so als Beispiel aus , für Ethernet

EBUSD_OPTS="--device=192.168.243.86:5000 --httpport=8889 --scanconfig --latency=30000 --configpath=/etc/ebusd/ebusd-2.1.x/de"