eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

TobiasR

Hallo,

ich glaube ich habe doch noch nicht die aktuelle Version.
Könnt Ihr mir sagen wie ich mit diesem Fehler umgehen muss?
Die Berechtigung im Ordner ist gegeben
pi@raspberrypi:~ $ sudo dpkg -i ebusd-3.0_armhf.deb
(Lese Datenbank ... 113478 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-3.0_armhf.deb ...
Entpacken von ebusd (3.0) über (2.3) ...
dpkg: Fehler beim Bearbeiten des Archivs ebusd-3.0_armhf.deb (--install):
Versuch, »/etc/ebusd/broadcast.csv« zu überschreiben, welches auch in Paket ebusd-configuration 2.1.b143f39-de ist
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Place CSV configuration files in /etc/ebusd/
   (see https://github.com/john30/ebusd-configuration)
3. To start the daemon, enter 'service ebusd start'
4. Check the log file /var/log/ebusd.log
Fehler traten auf beim Bearbeiten von:
ebusd-3.0_armhf.deb

john30

Zitat von: TobiasR am 25 September 2017, 22:25:02
ich glaube ich habe doch noch nicht die aktuelle Version.
genau.

Zitat von: TobiasR am 25 September 2017, 22:25:02
Könnt Ihr mir sagen wie ich mit diesem Fehler umgehen muss?
sudo dpkg -i --force-overwrite ebusd-3.0_armhf.deb
author of ebusd

TobiasR

Hallo john30,

super! Danke für deinen Hinweis. Ich bin jetzt auf der Version 3.0.
Jetzt sollte alles aktuell sein.

Nur mit dem Empfang klappt es noch immer nicht:
2017-09-27 22:28:45.207 [main notice] SIGTERM received
2017-09-27 22:28:45.309 [main notice] ebusd stopped
2017-09-27 22:33:03.961 [main notice] ebusd 3.0.595c7c0 started
2017-09-27 22:33:03.975 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/broatcast.csv:3: ERR: duplicate entry, duplicate ID
2017-09-27 22:33:03.978 [bus notice] bus started with own address 31/36
2017-09-27 22:33:04.231 [bus notice] signal acquired
2017-09-27 22:33:06.389 [bus notice] new master 71, master count 2
2017-09-27 22:33:13.978 [main notice] starting initial broadcast scan
2017-09-27 22:33:14.085 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.135 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.185 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.278 [bus error] send to fe: ERR: read timeout
2017-09-27 22:33:14.278 [main error] initial scan failed: ERR: read timeout
2017-09-27 22:33:24.326 [main error] scan config 76: ERR: read timeout
2017-09-27 22:33:30.583 [bus notice] new master 03, master count 3
2017-09-27 22:33:30.583 [update notice] unknown MS cmd: 7108b5110107 / 0500af000001
2017-09-27 22:33:36.372 [main error] scan config 08: ERR: read timeout


Die broatcast.csv soll Duplikate haben?!

john30

Zitat von: TobiasR am 27 September 2017, 22:40:02
Nur mit dem Empfang klappt es noch immer nicht:

2017-09-27 22:33:14.085 [bus error] send to fe: ERR: read timeout, retry

Das sieht sehr danach aus, dass dein Sendeweg noch nicht funnktioniert. Welche Schaltung hast Du?
Mit "--lograwdata=bytes" kannst Du prüfen, ob die gesendeten Bytes (hinter ">") auch wieder zurück kommen (sollte unmittelbar darunter mit "<" kommen).

Zitat von: TobiasR am 27 September 2017, 22:40:02
Die broatcast.csv soll Duplikate haben?!
Das ist interessant. Wie hast Du die CSVs installiert?
author of ebusd

TobiasR

#1054
Hallo,

ich habe noch einmal alles nach Anleitung deinstalliert und die aktuelle Version + config neu aufgespielt.
Außerdem habe bin ich jetzt von meiner Lochraster, auf eine neu gelieferte Platine (V1.6) gewechselt.

**** Beitrag editiert! ********

Nun laufen die Meldungen ein aber im Logfile gibt es scheinbar immer noch die falschen Verknüpfungen?

Im Log laufen derweil weiter die Fehler auf
2017-09-29 20:40:06.900 [main notice] ebusd 3.0.595c7c0 started
2017-09-29 20:40:06.914 [bus notice] bus started with own address 31/36
2017-09-29 20:40:06.915 [bus notice] signal acquired
2017-09-29 20:40:09.731 [bus notice] new master 71, master count 2
2017-09-29 20:40:09.758 [bus notice] new master 03, master count 3
2017-09-29 20:40:09.758 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-29 20:40:09.791 [bus notice] new master 10, master count 4
2017-09-29 20:40:09.854 [update notice] unknown MS cmd: 1008b5110101 / 092c2c0080ffff0000ff
2017-09-29 20:40:10.120 [update notice] unknown MS cmd: 1076b5110101 / 09ffff2701ffff00002b
2017-09-29 20:40:10.815 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:11.038 [bus notice] max. symbols per second: 114
2017-09-29 20:40:12.189 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-29 20:40:16.914 [main notice] starting initial broadcast scan
2017-09-29 20:40:16.964 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.006 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.049 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.093 [bus error] send to fe: ERR: read timeout
2017-09-29 20:40:17.094 [main error] initial scan failed: ERR: read timeout
2017-09-29 20:40:18.871 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:19.943 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-29 20:40:20.166 [update notice] unknown MS cmd: 1076b5110101 / 09ffff2701ffff00002b
2017-09-29 20:40:20.430 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800059011203
2017-09-29 20:40:21.168 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-29 20:40:21.438 [update notice] unknown MS cmd: 1076b5040100 / 0a03214020290905177012
2017-09-29 20:40:21.681 [update notice] unknown MS cmd: 1008b507020900 / 025e05
2017-09-29 20:40:21.916 [update notice] unknown BC cmd: 10feb516080019402029090517
2017-09-29 20:40:22.180 [update notice] unknown MS cmd: 1008b5110100 / 095e01ff000000008000
2017-09-29 20:40:22.392 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-29 20:40:22.541 [update notice] unknown MS cmd: 1076b51303040d00 / 0a0d000300000003000300
2017-09-29 20:40:26.954 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:27.141 [main error] scan config 08: ERR: read timeout
2017-09-29 20:40:29.155 [main error] scan config 15: ERR: read timeout


Was kann ich machen?


TobiasR

#1055
Hallo,

durch etwas nachjustieren am Poti kommen nun alle Meldungen im Logfile ohne Fehler an (glaube ich):

2017-09-30 07:39:07.417 [main notice] ebusd 3.0.v3.0 started
2017-09-30 07:39:07.431 [bus notice] bus started with own address 31/36
2017-09-30 07:39:07.432 [bus notice] signal acquired
2017-09-30 07:39:07.814 [bus notice] new master 71, master count 2
2017-09-30 07:39:07.842 [bus notice] new master 03, master count 3
2017-09-30 07:39:07.843 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-09-30 07:39:08.094 [update notice] unknown MS cmd: 7108b5110107 / 056407000109
2017-09-30 07:39:09.252 [update notice] unknown MS cmd: 03e8b512060b2602150200 / 0b2602000001ffffffffff00
2017-09-30 07:39:10.531 [bus notice] new master 10, master count 4
2017-09-30 07:39:10.591 [update notice] unknown MS cmd: 1008b5110101 / 0948310080ffff0100ff
2017-09-30 07:39:10.856 [update notice] unknown MS cmd: 1076b5110101 / 09fffff600ffff000046
2017-09-30 07:39:11.120 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800033021603
2017-09-30 07:39:11.649 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-30 07:39:15.974 [update notice] unknown MS cmd: 7108b5110107 / 056407000109
2017-09-30 07:39:17.431 [main notice] starting initial broadcast scan
2017-09-30 07:39:17.448 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.492 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.536 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.578 [bus error] send to fe: ERR: read timeout
2017-09-30 07:39:17.578 [main error] initial scan failed: ERR: read timeout
2017-09-30 07:39:17.935 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-09-30 07:39:19.432 [update notice] unknown MS cmd: 03e8b512060b2602150200 / 0b2402000001ffffffffff00
2017-09-30 07:39:20.640 [update notice] unknown MS cmd: 1008b5110101 / 0948320080ffff0100ff
2017-09-30 07:39:20.905 [update notice] unknown MS cmd: 1076b5110101 / 09fffff500ffff000046
2017-09-30 07:39:21.170 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800038021603


Jetzt habe ich drei Fragen:
Scheinbar sind ja alle Meldungen unbekannt. Bedeutet das dass die csv'n nicht passen und es auch noch keine passenden für meine  Heizung gibt? (Ich habe ja die aktuellsten installiert)
Hat der Error beim Senden etwas damit zu tun oder kann es sich auch um ein Hardware Problem handeln?
Wenn es noch keine csv geben sollte, wie wäre das Vorgehe, den Code zu entschlüsseln?

Hier noch mal meine Daten:
EBus: ebusd-3.0_armhf-wheezy
Config: ebusd-configuration-2.1.b143f39-de_all
Heizung: aroTherm VWL 55/3
Regler: multiMatic 700/4
System: Raspberry 3 Modell B


TiPpFeHlEr

#1056
Hallo Tobias

ob alle CSV's vorhanden und geladen sind erfährst du mit
ebusctl info
dies sollte dann zb. so aussehen
signal: acquired
symbol rate: 34
max symbol rate: 128
reconnects: 0
masters: 4
messages: 508
conditional: 3
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"

hier sieht man nun das folgende Geräte gefunden wurden und die passende csv Datei geladen wurde
Thermeaddress 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"

Raumregleraddress 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"

Buserweiterung für Lüftungaddress 33: master #13
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"


sollte hinter dem passendem Slave kein loaded "xxxxxxxxxx.csv" auftauchen ist diese nicht vorhanden
in deinem Fall müsste zb. für den Raumregler MultiMatic 700, eine 15.700.csv vorhanden sein.
da der Raumregler sich als Master Nr10 darstellt und der dazugehörige Slave die 15 hat!?
Dein Heizgerät(Inneneinheit) ist die Master 03 + Slave 08 , also 08.xxx.csv
Dein Aussengerät ist der Master 71 + Slave 76, also 76.xxx.csv
dein Ebus Adapter ist Master 31 + Slave 36

deine Fragen werden übrigens alle im Wiki beschrieben.
https://wiki.fhem.de/wiki/EBUS
unter den Abschnitten (recht weit unten)
1. eBusd
Prüfen der eBusd Konfigurationsdateien
2. Bedeutung von "unknown MS" in der eBusd Logdatei
3. BUS ERR send to 15
etc......

poste mal bitte den obigen Befehl

mfg Maik

TobiasR

Hallo Maik,

ich habe inzwischen viel rumgespielt und ausprobiert. Wenn ich es richtig verstehe werden die CSV's erst mit einem Scan des Busses identifiziert.
Leider ist da immer noch diese Fehlermeldung:

2017-09-30 16:33:16.064 [bus error] send to fe: ERR: read timeout
2017-09-30 16:33:16.064 [main error] initial scan failed: ERR: read timeout


Kann es sein dass deshalb die csv'n erst gar nicht gesucht werden?

Da hatte john30 mal gepostet:

ZitatDas sieht sehr danach aus, dass dein Sendeweg noch nicht funnktioniert. Welche Schaltung hast Du?
Mit "--lograwdata=bytes" kannst Du prüfen, ob die gesendeten Bytes (hinter ">") auch wieder zurück kommen (sollte unmittelbar darunter mit "<" kommen).

Leider konnte ich damit nichts anfangen.

Hier meine Businfo:


version: ebusd 3.0.v3.0
update check: OK, broadcast.csv: newer version available
signal: acquired
symbol rate: 91
max symbol rate: 99
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9
address e8: slave

TiPpFeHlEr

#1058
Hi Tobi

was John meinte ist, du sollst dem ebus Start Befehl folgendes anhängen
--lograwdata=bytes
also zb.
#EBUSD_OPTS="--scanconfig --lograwdata=bytes -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8888 -l /var/log/ebusd.log"

dadurch werden im LOG die RAW Daten gespeichert zb.
2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04


nun kann man im log nachschauen ob nach einem senden auch ein passendes Empfangen ankommt.

ps. auch bei mir tauchen noch unknown messages auf, da diese nicht in der broadcast.csv integriert sind.
2017-09-30 16:59:44.003 [bus notice] <10feb51608004659163009061719
2017-09-30 16:59:44.224 [update notice] unknown BC cmd: 10feb5160304300f
2017-09-30 16:59:44.230 [bus notice] <10feb5160304300fcb
2017-09-30 16:59:44.475 [update notice] unknown MS cmd: 1008b512020064 / 00

mfg Maik

TobiasR

Hi Maik,

da stehe ich immer noch auf dem Schlauch.

Ich starte meinen Ebus Doch mit "pi@raspberrypi:~ $ sudo service ebusd start".
Soll das dann "pi@raspberrypi:sudo service ebusd start --lograwdata=bytes" sein?

Sieht nicht viel anders aus?

2017-09-30 17:31:58.700 [main error] scan config 08: ERR: read timeout
2017-09-30 17:32:00.715 [main error] scan config 15: ERR: read timeout
2017-09-30 17:32:02.366 [update notice] unknown MS cmd: 7108b5110107 / 050082000001
2017-09-30 17:32:02.612 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-30 17:32:02.757 [main error] scan config 76: ERR: read timeout
2017-09-30 17:32:04.323 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-30 17:32:04.768 [main error] scan config e8: ERR: read timeout
2017-09-30 17:32:07.589 [update notice] unknown MS cmd: 1008b5110101 / 092d2d0080ffff0000ff


Ich habe den Optokoppler und Transistor gemessen. Beide o.k.
Was kann es nun noch sein?


Besten Dank
Tobias
Hat es bei dir gleich funktoniert?

DD

Hallo TobiasR,

ich habe das selbe Problem wie du. Habe schon meine ganze Verkablung zwischen Wärmepumpe und Steuerzentrale provisorisch neu gemacht weil hier im Forum mal einer sagte dass es damit weg war.
Hat bei mir nix gebracht.
Du schreibst dass du einen Raspberry 3 benutzt. Hast du es schon mal mit einem 2er versucht. Vielleicht ist das das Problem?

DD

Ich habe noch mal eine Verständnisfrage!

ZitatMit dem Befehl erhält man im Terminalfenster die empfangenen Bytes als Hex, die wie folgt aussehen:

2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04
Wenn gerade kein Gerät den Bus nutzt, dann sollten ca. 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Ich bekomme diese <aa nie. Je weiter ich an dem Poti drehe, umso länger werden die Zeichenketten. Ist das vielleicht der Fehler?


TiPpFeHlEr

Zitat von: TobiasR am 30 September 2017, 17:34:53
Hi Maik,

da stehe ich immer noch auf dem Schlauch.

Ich starte meinen Ebus Doch mit "pi@raspberrypi:~ $ sudo service ebusd start".
Soll das dann "pi@raspberrypi:sudo service ebusd start --lograwdata=bytes" sein?


Ich habe den Optokoppler und Transistor gemessen. Beide o.k.
Was kann es nun noch sein?


Besten Dank
Tobias
Hat es bei dir gleich funktoniert?

nein, bearbeite folgende Datei
/etc/default/ebusd
diese enthält den Startbefehl, bei mir siehts so aus
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
#EBUSD_OPTS="--scanconfig"

# In order to run multiple ebusd instances, simply define several EBUSD_OPTS
# with a unique suffix for each.
# Recommended is using a number as suffix for all EBUSD_OPTS settings.
# That number can then be used as additional "instance" parameter to the init.d
# script in order to start/stop an individual ebusd instance instead of all
# instances.
# Example (uncomment the EBUSD_OPTS above):
EBUSD_OPTS="--latency=100000 --receivetimeout=100000 --enablehex --scanconfig -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -p 8888 -l /var/log/ebusd.log"
#EBUSD_OPTS2="--receivetimeout=100000 --enablehex --scanconfig -a ff -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTIL2-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"
dort hängst du in der Zeile "EBUSD_OPTS....." das "--lograwdata=bytes" an.

mfg maik

TiPpFeHlEr

nun sollte das Log so aussehen

2017-10-01 11:13:26.070 [main notice] ebusd 3.0.v3.0 started
2017-10-01 11:13:26.091 [bus notice] bus started with own address 31/36
2017-10-01 11:13:26.609 [bus notice] <aa
2017-10-01 11:13:26.609 [bus notice] signal acquired
2017-10-01 11:13:26.610 [bus notice] <aa
2017-10-01 11:13:26.611 [bus notice] <aa
2017-10-01 11:13:26.612 [bus notice] <aa
2017-10-01 11:13:26.612 [bus notice] <aa
2017-10-01 11:13:26.613 [bus notice] <aa
2017-10-01 11:13:26.614 [bus notice] <aa
2017-10-01 11:13:26.615 [bus notice] <aa
2017-10-01 11:13:30.043 [bus notice] <10
2017-10-01 11:13:30.047 [bus notice] <08
2017-10-01 11:13:30.051 [bus notice] <b5
2017-10-01 11:13:30.056 [bus notice] <11
2017-10-01 11:13:30.060 [bus notice] <01
2017-10-01 11:13:30.066 [bus notice] <01
2017-10-01 11:13:30.070 [bus notice] <89
2017-10-01 11:13:30.070 [bus notice] new master 10, master count 2
2017-10-01 11:13:30.074 [bus notice] <00
2017-10-01 11:13:30.094 [bus notice] <09
2017-10-01 11:13:30.099 [bus notice] <38
2017-10-01 11:13:30.103 [bus notice] <36
2017-10-01 11:13:30.106 [bus notice] <f0
2017-10-01 11:13:30.110 [bus notice] <0d
2017-10-01 11:13:30.114 [bus notice] <ff
2017-10-01 11:13:30.119 [bus notice] <5c
2017-10-01 11:13:30.123 [bus notice] <00
2017-10-01 11:13:30.127 [bus notice] <00
2017-10-01 11:13:30.131 [bus notice] <ff
2017-10-01 11:13:30.136 [bus notice] <27
2017-10-01 11:13:30.140 [bus notice] <00
2017-10-01 11:13:30.140 [bus notice] new master 03, master count 3
2017-10-01 11:13:30.140 [update notice] unknown MS cmd: 1008b5110101 / 093836f00dff5c0000ff
2017-10-01 11:13:30.144 [bus notice] <aa
2017-10-01 11:13:30.190 [bus notice] <aa
2017-10-01 11:13:30.234 [bus notice] <aa
2017-10-01 11:13:30.285 [bus notice] <aa
2017-10-01 11:13:30.329 [bus notice] <aa
2017-10-01 11:13:30.379 [bus notice] <aa


mfg maik

Peter1984

Probiert mal die Config direkt auf dem Raspi von Github runterzuladen. Hat bei mir geholfen. Habe ebusd auch selbst kompiliert