eBus Adapter Vaillant

[Glasfaser]

@Hiltex sagte in eBus Adapter Vaillant:

Aber dass vor allem bai fehlt ist schon sehr merkwürdig. Vielleicht ist das Gerät ja besonders alt oder besonders neu?

Laut Issues bei Ebusd , gibt es sehr viele User mit dieser Version , die aber den bai laden .
Beispiel aus einem Beitrag von 2017

address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "vaillant/bai.308523.inc" ([HW=7401]), "vaillant/08.bai.csv"

[morpheus999]

Hallo.

Nein, ich habe kein Raumthermostat. Meine Fußbodenheizung wird über die Außentemperatur gesteuert.

Anbei meine ebusd.log

EBUSD.LOG

Meine Therme und die Vaillant Steuerung ist von 2015.

Wenn schon ein paar Daten kommen, und er sie erkennt, kann der Ebus Koppler trotzdem noch eine Feineinstellung brauchen?

mfg Georg

[Glasfaser]

@morpheus999

Laut Log ließt der Koppler ohne Fehler .

2020-09-24 00:24:41.544 [update notice] received unknown MS cmd: 10edb5070107 / 0100
2020-09-24 00:24:42.414 [update notice] received unknown MS cmd: 1008b5110101 / 094a4a0080ffff0000ff
2020-09-24 00:24:43.400 [update notice] received unknown MS cmd: 10edb5080707000000000000 / 00
2020-09-24 00:24:43.894 [update notice] received unknown MS cmd: 1012b505082b0f010500000080 / 00
2020-09-24 00:24:45.327 [update notice] received unknown MS cmd: 01ecb5040110 / 0af5034d0300800080b703
2020-09-24 00:24:45.594 [update notice] received unknown MS cmd: 01ecb505084d40010000000000 / 00
2020-09-24 00:24:45.831 [update notice] received unknown BC cmd: 01feb505054e95300080
2020-09-24 00:24:47.403 [update notice] received unknown MS cmd: 10ecb5040121 / 051400044d00
2020-09-24 00:24:47.590 [update notice] received unknown MS cmd: 10ecb5040110 / 0af5034d0300800080b703

Also Daten werden sehr schön gelesen , aber da die Config nicht gelesen wird , erfolgt dazu keine Übersetzung .

Wie ist denn deine ganze Config vom Ebusd , man kann nur ein Teil erkennen .
Habe oben meine Config beigefügt .

[morpheus999]

@Glasfaser Nein, das ist meine ganze Config.

--scanconfig --device=/dev/ttyUSB0 --configpath=http://ebusd.eu/config/

Habs mit deiner probiert, aber als Pfad die Online Bibliothek ausgewählt. ist alles gleich.

mfg Georg

[Glasfaser]

@morpheus999 sagte in eBus Adapter Vaillant:

--scanconfig --device=/dev/ttyUSB0 --configpath=http://ebusd.eu/config/

auch das geändert !?

auf :

--scanconfig=full

[morpheus999]

@Glasfaser ja

-d /dev/ttyUSB0 --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=http://ebusd.eu/config/ -l /var/log/ebusd.log

So läufts gerade, hat sich aber an den Werten nichts geändert. Nur die 2 wie oben schon angeführt.

mfg Georg

[Glasfaser]

@morpheus999

Eigentlich funktioniert es Online ....

Bei mir habe ich es auch Local abgelegt ... da ich die 15.700.csv auf 15.720.csv geändert habe und bei mir komischerweise dadurch auch mehr Daten bei bai ... usw. angezeigt werden wenn es lokal liegt ...

Teste es mal und lade die Config ebusd-2.1.x auf dein System und passe dann auch die configpath dazu an .

https://github.com/john30/ebusd-configuration

[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...