eBUS Adapter 3.0 Inbetriebnahme

Begonnen von Reinhart, 25 Januar 2021, 09:00:45

Vorheriges Thema - Nächstes Thema

Frank Brink

Hallo zusammen,

mein ebus Adapter ist letztens gekommen und ich bin noch in der absoluten Anfängerphase d.h. ich habe meine Lüftung Vaillant Recovair 275/350 und WP Ochsner GMDW 13 plus angeschlossen. Durch viel suchen und try und error habe ich dir Datei c0.wtw04.csv gebastelt und zumindest aus der Lüftung ein paar sinnvolle Werte lesen können und vermute das sich hier im Forum das größte Schwarm wissen verbirgt. Es laufen aber noch ganz viele weitere Meldungen im Log auf wo mir der Ansatz für eine passende csv fehlt oder wie da die folgenden Schritte sind.

Hat vielleicht jemand funktionierende csv´s für die Ochsner WP und kann diese zur Verfügung stellen?


version: ebusd 23.1.23.1
device: 10.41.1.103:9999, enhanced, firmware 1.1[8419].2[847f]
access: *
signal: acquired
symbol rate: 87
max symbol rate: 130
min arbitration micros: 3
max arbitration micros: 98
min symbol latency: 7
max symbol latency: 8
reconnects: 0
masters: 6
messages: 159
conditional: 0
poll: 0
update: 4
address 00: master #1
address 01: master #6
address 03: master #11
address 04: slave #25, ebusd
address 06: slave #6, scanned "MF=TEM;ID=MB61;SW=0044;HW=0000"
address 07: master #16
address 08: slave #11, scanned "MF=TEM;ID=WE_1 ;SW=3632;HW=3030"
address 0c: slave #16, scanning
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=VAI00;SW=0124;HW=8901", loaded "vaillant/15.vai00.csv"
address c0: slave, scanned "MF=Vaillant;ID=WTW04;SW=0127;HW=9001", loaded "vaillant/c0.wtw04.csv"
address ff: master #25, ebusd




2023-02-18 16:24:11.069 [update notice] received unknown MS cmd: 10c0b50903290e00 / 030e0000
2023-02-18 16:24:11.343 [update info] received MS cmd: 10c0b50903290900 / 03090000
2023-02-18 16:24:11.343 [update notice] received unknown MS cmd: 10c0b50903290900 / 03090000
2023-02-18 16:24:11.659 [update info] received MS cmd: 10c0b503020001 / 0affffffffffffffffffff
2023-02-18 16:24:11.659 [update notice] received unknown MS cmd: 10c0b503020001 / 0affffffffffffffffffff
2023-02-18 16:24:11.894 [bus debug] ERR: SYN received during receive response, switching to ready
2023-02-18 16:24:12.027 [update info] received MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:12.027 [update notice] received unknown MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:12.124 [bus debug] ERR: SYN received during receive response, switching to ready
2023-02-18 16:24:12.396 [bus error] device status: eBUS comm error: framing
2023-02-18 16:24:12.527 [update info] received MS cmd: 10c0b509040e0a0001 / 00
2023-02-18 16:24:12.528 [update notice] received write wtw04 Waermerueckgewinnung QQ=10: EIN
2023-02-18 16:24:12.692 [update info] received BC cmd: 10fe050d0a00c4c4009b9b9b9b9b9b
2023-02-18 16:24:12.692 [update notice] received unknown BC cmd: 10fe050d0a00c4c4009b9b9b9b9b9b
2023-02-18 16:24:12.968 [update info] received MS cmd: 10c0b509060e0000780100 / 00
2023-02-18 16:24:12.969 [update notice] received write wtw04 Roomtemp QQ=10: 23.50
2023-02-18 16:24:13.300 [update info] received MS cmd: 10c0b50903294d00 / 044d00a551
2023-02-18 16:24:13.301 [update notice] received read wtw04 Ertrag_Gesamt_kWh QQ=10: 20901
2023-02-18 16:24:13.456 [update info] received BC cmd: 10fe080208000000320000001e
2023-02-18 16:24:13.456 [update notice] received unknown BC cmd: 10fe080208000000320000001e
2023-02-18 16:24:13.599 [update info] received MS cmd: 10c0b50903290f00 / 030f0000
2023-02-18 16:24:13.599 [update notice] received unknown MS cmd: 10c0b50903290f00 / 030f0000
2023-02-18 16:24:13.915 [update info] received MS cmd: 10c0b503020002 / 0affffffffffffffffffff
2023-02-18 16:24:13.916 [update notice] received unknown MS cmd: 10c0b503020002 / 0affffffffffffffffffff
2023-02-18 16:24:14.154 [bus debug] ERR: SYN received during receive command, switching to ready
2023-02-18 16:24:14.242 [update info] received MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:14.242 [update notice] received unknown MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:14.252 [mqtt debug] publish ebusd/wtw04/Roomtemp {
     "temp": {"value": 23.50}}
2023-02-18 16:24:14.252 [mqtt debug] publish ebusd/wtw04/Waermerueckgewinnung {
     "0": {"name": "", "value": "EIN"}}
2023-02-18 16:24:14.319 [update info] received MM cmd: 031005030a01000000471dff3f0000
2023-02-18 16:24:14.319 [update notice] received unknown MM cmd: 031005030a01000000471dff3f0000
2023-02-18 16:24:14.389 [bus error] device status: eBUS comm error: framing
2023-02-18 16:24:14.530 [update info] received MM cmd: 031005030a01000000471dff3f0000
2023-02-18 16:24:14.530 [update notice] received unknown MM cmd: 031005030a01000000471dff3f0000
2023-02-18 16:24:14.652 [update info] received MS cmd: 10c0b509040e0a0001 / 00
2023-02-18 16:24:14.653 [update notice] received write wtw04 Waermerueckgewinnung QQ=10: EIN
2023-02-18 16:24:15.021 [update info] received MS cmd: 10c0b509060e0000780100 / 00
2023-02-18 16:24:15.022 [update notice] received write wtw04 Roomtemp QQ=10: 23.50
2023-02-18 16:24:15.297 [update info] received MS cmd: 10c0b50903290e00 / 030e0000
2023-02-18 16:24:15.297 [update notice] received unknown MS cmd: 10c0b50903290e00 / 030e0000
2023-02-18 16:24:15.387 [bus error] device status: eBUS comm error: framing
2023-02-18 16:24:15.579 [update info] received MS cmd: 10c0b50903290900 / 03090000
2023-02-18 16:24:15.579 [update notice] received unknown MS cmd: 10c0b50903290900 / 03090000
2023-02-18 16:24:16.077 [update info] received MS cmd: 10c0b503020001 / 0affffffffffffffffffff
2023-02-18 16:24:16.077 [update notice] received unknown MS cmd: 10c0b503020001 / 0affffffffffffffffffff
2023-02-18 16:24:16.353 [update info] received MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:16.353 [update notice] received unknown MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:16.622 [update info] received MS cmd: 10c0b509040e0a0001 / 00
2023-02-18 16:24:16.622 [update notice] received write wtw04 Waermerueckgewinnung QQ=10: EIN
2023-02-18 16:24:16.991 [update info] received MS cmd: 10c0b509060e0000780100 / 00
2023-02-18 16:24:16.991 [update notice] received write wtw04 Roomtemp QQ=10: 23.50
2023-02-18 16:24:17.273 [update info] received MS cmd: 10c0b50903294d00 / 044d00a551
2023-02-18 16:24:17.273 [update notice] received read wtw04 Ertrag_Gesamt_kWh QQ=10: 20901
2023-02-18 16:24:17.551 [update info] received MS cmd: 10c0b50903290f00 / 030f0000
2023-02-18 16:24:17.551 [update notice] received unknown MS cmd: 10c0b50903290f00 / 030f0000
2023-02-18 16:24:17.867 [update info] received MS cmd: 10c0b503020002 / 0affffffffffffffffffff
2023-02-18 16:24:17.867 [update notice] received unknown MS cmd: 10c0b503020002 / 0affffffffffffffffffff
2023-02-18 16:24:18.041 [bus debug] ERR: SYN received during receive response, switching to ready
2023-02-18 16:24:18.226 [bus debug] ERR: SYN received during receive response, switching to ready
2023-02-18 16:24:18.378 [bus error] device status: eBUS comm error: framing
2023-02-18 16:24:18.407 [update info] received MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:18.407 [update notice] received unknown MS cmd: 10c0b509050e15000d02 / 00
2023-02-18 16:24:18.675 [update info] received MS cmd: 10c0b509040e0a0001 / 00
2023-02-18 16:24:18.676 [update notice] received write wtw04 Waermerueckgewinnung QQ=10: EIN
2023-02-18 16:24:18.847 [main debug] performing regular tasks
2023-02-18 16:24:18.847 [bus info] scan 05 cmd: ff05070400
2023-02-18 16:24:18.864 [bus debug] start request ff
2023-02-18 16:24:18.864 [bus debug] arbitration start with ff
2023-02-18 16:24:18.954 [update info] received MS cmd: 10c0b509060e0000780100 / 00
2023-02-18 16:24:18.955 [update notice] received write wtw04 Roomtemp QQ=10: 23.50
2023-02-18 16:24:18.963 [bus debug] arbitration won
2023-02-18 16:24:18.963 [bus debug] arbitration delay 9 micros
2023-02-18 16:24:18.963 [bus debug] switching from ready to send command
2023-02-18 16:24:18.971 [bus debug] send/receive symbol latency 7 ms
2023-02-18 16:24:18.979 [bus debug] send/receive symbol latency 7 ms
2023-02-18 16:24:18.987 [bus debug] send/receive symbol latency 7 ms
2023-02-18 16:24:18.995 [bus debug] send/receive symbol latency 7 ms
2023-02-18 16:24:18.995 [bus debug] switching from send command to send command CRC
2023-02-18 16:24:19.003 [bus debug] send/receive symbol latency 7 ms
2023-02-18 16:24:19.004 [bus debug] switching from send command CRC to receive command ACK
2023-02-18 16:24:19.049 [bus debug] notify request: ERR: SYN received
2023-02-18 16:24:19.049 [bus debug] ERR: SYN received during receive command ACK, switching to ready
2023-02-18 16:24:19.050 [main error] scan config 05: ERR: read timeout
2023-02-18 16:24:19.050 [mqtt debug] publish ebusd/global/scan "running"


Danke und Gruß
Frank

john30

Zitat von: Hendrik-HOB am 21 Januar 2023, 01:34:17
Allerdings finde ich nun meine Wärmepumpe (08.hmu) nicht mehr auf dem Bus. Mit dem alten Adapter läuft alles.
Dafür taucht eine ec SOL auf. Besitze allerdings keine Solarstation.
das könnte am Timing bei der Arbitrierung liegen. Schau mal, ob im Log was zu scan der 08 steht.
die EC ist m.W. immer da, sobald man irgendeine andere Komponente in der Richtung hat. Aber auch da einfach mal schauen, wie der Scan läuft.
author of ebusd

dave_dvb

Ich versuche schon seit einiger Zeit meinen ebus-Adapter (mit Ethernet) zum Leben zu erwecken, leider ohne Erfolg. Hoffentlich kann mir jemand dabei helfen.

Konfiguration:
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:192.168.1.30:9999 --address=ff"

Log:
2023-02-27 16:17:19.050 [main notice] ebusd 23.1.23.1 started with auto scan on enhanced device 192.168.1.30:9999
2023-02-27 16:17:20.033 [bus error] unable to open 192.168.1.30:9999: ERR: generic I/O error
2023-02-27 16:17:20.034 [bus notice] bus started with own address ff/04
2023-02-27 16:17:20.034 [bus notice] device invalid


version: ebusd 23.1.23.1
update check: OK
device: 192.168.1.30:9999, enhanced, invalid
access: *
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 04: slave #25, ebusd
address ff: master #25, ebusd


Der Adapter ist mit der neuesten Firmware ausgestattet.

Am Adapter selbst blinkt die blaue LED 3x in Intervallen.

chris371

Zitat von: dave_dvb am 27 Februar 2023, 16:42:31
Ich versuche schon seit einiger Zeit meinen ebus-Adapter (mit Ethernet) zum Leben zu erwecken, leider ohne Erfolg. Hoffentlich kann mir jemand dabei helfen.
Stimmt denn die IP-Adresse? Funktioniert ein Ping?

Ich habe selbst zwar keine Version mit Ethernet, habe aber mitbekommen, dass es diesbezüglich Unterschiede zwischen den Versionen 3.0 und 3.1 des Adapters gibt. Siehe ggf.
https://adapter.ebusd.eu/#ethernet  (aktuell) für V3.1 vs.
https://adapter.ebusd.eu/v30/#ethernet   für V3.0

Zitat von: dave_dvb am 27 Februar 2023, 16:42:31
Konfiguration:
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:192.168.1.30:9999 --address=ff"

Wenn Du die neueste Hardware und die neueste Firmware hast, muss man glaube ich "ens" statt "enh" zur Protokollauswahl nehmen.
Ansonsten deutet die Fehlermeldung ja darauf hin, dass ebusd bereits am Aufbauen der Netzwerk-Verbindung zur angegebenen IP-Adresse+Port scheitert. An der Stelle ist das Protokoll wohl noch egal, d.h. da ist noch was anderes im Argen.

dave_dvb

Die IP-Adresse ist korrekt; die Durchführung eines Pings ist erfolgreich.
Mein eigener Verdacht wäre auch dass der Port 9999 geschlossen ist, aber in einem lokalen Netzwerk wüsste ich nicht wie?

galileo

ZitatIch versuche schon seit einiger Zeit meinen ebus-Adapter (mit Ethernet) zum Leben zu erwecken, leider ohne Erfolg. Hoffentlich kann mir jemand dabei helfen.

Wenn das ein 3.1 Adapter ist, dann gilt folgendes:

Es muss "ens:" und nicht "enh:" spezifiziert werden.
Am J12 muss(!!) Pin 5-6 gesetzt sein, das bringt den USR-ES1 erst zu Leben.
Am J12 sollte Pin 1-2 gesetzt sein, das selektiert das Enhanced Protokoll.

Mit diesen Einstellungen solltest du beim Einschalten die orange LED am USR-ES1 flackern sehen (das ist die Ethernet Negotiation). Wenn das nicht ist dann gibt es mit der Verbindung ein Problem. Leider kann man auch nicht ganz ausschließen dass der USR-ES1 ein Problem hat, es sind vereinzelt auch schon welche mit kalten Lötstellen aufgetaucht.

Sollte das alles nichts helfen, dann melde dich bitte per PN bei mir.
LG Eduard

dave_dvb

Es handelt sich um einen Adapter der Version 3.0 mit der Firmware-Version 20221231. Allerdings funktionierte er auch nicht mit einer älteren Firmware-Version.
Die Pinbelegung J12 ist wie beschrieben (1-2 & 5-6)
Ich werde die LED nochmals überprüfen

dave_dvb

#397
Status-LEDs auf der ESR-Platine:
- grün: leuchtet ständig
- rot: leuchtet durchgehend
- orange: blinkt gelegentlich

Status-LEDs Hauptplatine:
- orange: leuchtet durchgehend
- blau: blinkt im Intervall
- grün: blinkt schnell

EDIT: Nachdem ich das RPI (und den Adapter) für eine gewisse Zeit ausgeschaltet und neu gestartet hatte, konnte ich die Verbindung zum Adapter wiederherstellen. Seltsam, dass dies der Weg ist um die Verbindung herzustellen.
Jetzt muss ich weiter herausfinden, wie ich den Adapter weiter verwenden kann. (mit OpenHAB...)

Hendrik-HOB

#398
Zitat von: john30 am 26 Februar 2023, 08:25:44
das könnte am Timing bei der Arbitrierung liegen. Schau mal, ob im Log was zu scan der 08 steht.
die EC ist m.W. immer da, sobald man irgendeine andere Komponente in der Richtung hat. Aber auch da einfach mal schauen, wie der Scan läuft.

Im Log steht gar nichts zum scan der 08. Default steht die Arbitrierung auf 200. Muss ich es eher in Richtung weniger oder mehr versuchen?
Was mir im Log noch aufgefallen ist: [main error] scan config 04: ERR: read timeout
Allerdings habe ich gar keine 04 im scan.

ebusctl scan result
05;Vaillant;VR921;2706;5703
0a;Vaillant;PMW01;0206;8302;21;19;29;0010014312;3110;011687;N6
12;Vaillant;PMW01;0206;8302;21;19;29;0010014312;3110;011687;N6
15;Vaillant;70000;0614;6903;21;20;11;0020266797;0082;017405;N5
26;Vaillant;VR_71;0104;0503;21;19;25;0020184846;0082;007468;N3
e0;Vaillant;OMU00;0131;5202;21;19;15;0010016715;0001;005937;N6
e1;Vaillant;OMU00;0131;5202;21;19;15;0010016715;0001;005933;N2
ec;Vaillant;SOL00;0614;6903;21;20;11;0020266797;0082;017405;N5
fc;Vaillant;PMW01;0206;8302;21;19;29;0010014312;3110;011687;N6

ebusctl info
version: ebusd 23.1.23.1
device: 10.84.10.80:9999, enhanced, firmware 1.1[8419].2[847f]
access: *
signal: acquired
symbol rate: 34
max symbol rate: 123
min arbitration micros: 1
max arbitration micros: 37
min symbol latency: 7
max symbol latency: 16
reconnects: 0
masters: 5
messages: 888
conditional: 113
poll: 1
update: 8
address 00: master #1
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2706;HW=5703"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #2
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0614;HW=6903", 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 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"
address e1: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e1.omu.1.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0614;HW=6903", loaded "vaillant/ec.sol.sc.csv"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address ff: master #25


Edit: Hatte das Log nicht auf debug. Hier die Info zum scan der 08:
2023-03-11 17:37:30.757 [bus info] scan 08 cmd: 3108070400
2023-03-11 17:37:30.757 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2023-03-11 17:37:30.757 [bus debug] start request 31
2023-03-11 17:37:30.757 [bus debug] arbitration start with 31
2023-03-11 17:37:31.402 [bus debug] arbitration won
2023-03-11 17:37:31.402 [bus debug] arbitration delay 3 micros
2023-03-11 17:37:31.402 [bus debug] switching from ready to send command
2023-03-11 17:37:31.410 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:37:31.418 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:37:31.426 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:37:31.434 [bus debug] send/receive symbol latency 8 ms
2023-03-11 17:37:31.434 [bus debug] switching from send command to send command CRC
2023-03-11 17:37:31.442 [bus debug] send/receive symbol latency 8 ms
2023-03-11 17:37:31.442 [bus debug] switching from send command CRC to receive command ACK
2023-03-11 17:37:31.527 [bus debug] notify request: ERR: read timeout


Hier noch was zur 76, die auf dem alten PI gefunden wird und mit dem neuen Adapter nicht:
2023-03-11 17:39:09.423 [bus info] scan 76 cmd: 3176070400
2023-03-11 17:39:09.423 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2023-03-11 17:39:09.423 [bus debug] start request 31
2023-03-11 17:39:09.423 [bus debug] arbitration start with 31
2023-03-11 17:39:10.067 [bus debug] arbitration won
2023-03-11 17:39:10.067 [bus debug] arbitration delay 4 micros
2023-03-11 17:39:10.067 [bus debug] switching from ready to send command
2023-03-11 17:39:10.075 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:39:10.083 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:39:10.091 [bus debug] send/receive symbol latency 8 ms
2023-03-11 17:39:10.099 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:39:10.099 [bus debug] switching from send command to send command CRC
2023-03-11 17:39:10.107 [bus debug] send/receive symbol latency 8 ms
2023-03-11 17:39:10.107 [bus debug] switching from send command CRC to receive command ACK
2023-03-11 17:39:10.112 [bus debug] ERR: NAK received during receive command ACK, switching to send command
2023-03-11 17:39:10.120 [bus debug] send/receive symbol latency 7 ms
2023-03-11 17:39:10.128 [bus debug] notify request: ERR: wrong symbol received

jarek

Hallo Frank,
hast du schon etwas für Ochsner auftreiben können?
Brauche auch csv für meine GMWL14+.
Recht viele Daten bekomme ich auch nicht.
root@debian:/home/pi# ebusctl find -d -v
21576 status.heatpump = group=53;value=1;type=00;unit=0;max=25.5;min=0.0;status=Switched off
21576 temperature.buffer.flow = group=96;value=0;type=0d;unit=°C;max=100.0;min=0.0;temperature=28.7
21576 temperature.hotwater = group=4;value=0;type=0d;unit=°C;max=100.0;min=0.0;temperature=48.6
21576 temperature.outside = group=0;value=0;type=0d;unit=°C;max=50.0;min=-50.0;temperature=7.2
21576 unknown.02c60040 = group=70;value=65;type=04;unit=40;max=-0.1;min=0.0;status=212
21576 unknown.02c80040 = group=72;value=65;type=04;unit=42;max=143.9;min=0.0;status=212
broadcast datetime = outsidetemp=7.199;time=16:20:35;date=28.03.2023
master 10u0503 = status=1;state=0;maxmin=0;boiler=0.0;buffer1=0;buffer2=1
master data1 = buffer=28.699;boiler=-;bwr=0;pump=0;buffer1=0;buffer2=0;loading=0;boiler=0;tbfconnect=0;return=27.398
master data2 = buffer=0.000;boiler=53.000;expected=0;device=0;error=0
scan.06  = MF=TEM;ID=MB61;SW=0045;HW=0000
scan.08  = MF=TEM;ID=WE_1 ;SW=3632;HW=3030
scan.15  = MF=TEM;ID=20279;SW=0362;HW=0110
scan.18  = MF=TEM;ID=WE_2 ;SW=3632;HW=3030

...Du darfst diesen Dateianhang nicht ansehen. und bis zum ioBroker gar nichts... muss mich mal einlesen.

Flatron

Hallo,

ich bäuchte bitte mal eure Hilfe.
Ich hab den Adpter 3.0 schon eine Weile liegen und wollte nun eigentlich loslegen.
Scheitere aber schon an dem Update per PIC, hab den Adapter soweit mit den Jumpern richtig eingestellt und die blaue LED leuchtet auch dauerhaft.
Hab ihn an meine Laptop angesteckt und cmd per admin geladen.
Wenn ich nun den Befehlt eingebe, bekomme ich folgende Meldung.
ebuspicloader-windows>ebuspicloader -f firmware.hex /dev/USB0
unable to open /dev/USB0

Ich habe die aktuelle Firmware geladen und die Datei umgenannt und in das Verzeichnis gelegt.
Kann es sein das ich den flaschen Namen für die USB Schnittstelle habe, aber welchen muss man dort benutzen. Welchen Namen muss man aus dem Gerätemanager verwenden?


Danke für eure Hilfe.

kommt folgende Meldung

Flatron

Hab den Fehler gefunden, hatte keinen Treiber installiert. Hab das leider nirgends lesen können.

Flatron

Hallo,

ich habe über das Netzwerk die Verbindung zum Ebus aufbauen können.
Der Adapter 3.0 hat folgendes in der config stehen:
EBUSD_OPTS="--scanconfig --configpath=http://ebusd.eu/config/ --accesslevel=* --latency=20000 -d ens:192.168.150.50:9999 --logfile=/var/log/ebusd.log --loglevel=debug --address=ff"
Das sagt die Info:
/etc/default $ ebusctl info
version: ebusd 23.1.23.1
device: 192.168.150.50:9999, enhanced, firmware 1.1[8419].1[0a6c]
access: *
signal: acquired
symbol rate: 23
max symbol rate: 114
min arbitration micros: 6
max arbitration micros: 72
min symbol latency: 8
max symbol latency: 20
reconnects: 0
masters: 5
messages: 509
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 04: slave #25, ebusd
address 05: slave #1, scanned "MF=Vaillant;ID=COM00;SW=2801;HW=3103"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"
address ff: master #25, ebusd


ebus Status:
/etc/default $ sudo service ebusd status
● 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 Tue 2023-04-04 22:53:51 CEST; 37min ago
  Process: 2326 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
 Main PID: 2327 (ebusd)
    Tasks: 4 (limit: 4915)
  CGroup: /system.slice/ebusd.service
          └─2327 /usr/bin/ebusd --scanconfig --configpath=http://ebusd.eu/config/ --accesslevel=* --latency=20000 -d ens:192.168.150.50:9999 --logfile=/var/log/ebusd.log --loglevel=debug --address=ff

Apr 04 22:53:51 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Apr 04 22:53:51 raspberrypi ebusd[2326]: 2023-04-04 22:53:51.185 [main notice] replaced old configPath http://ebusd.eu/config/ with new one: http://cfg.ebusd.eu/
Apr 04 22:53:51 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..

Leider bekomme ich keinen Log, in die Datei (/var/log/ebusd.log).
Wenn ich die Datei öffne, bekomme ich immer die Meldung das diese schreibgeschützt ist.
Es steht nur etwas äteres drin, was schon Stunden zurück liegt. Ich habe aber alles auch schon neu gestartet.
Habt Ihr vielleicht einen Tipp wie ich das lösen könnte, fehlen für diese Datei die Berechtigungen?

Dank


markus397

Hallo,

ich habe gestern meine "neue" usb/Raspi Platine zum ersten mal in Betrieb genommen. Bisher hatte ich immer eine ältere auf einem Raspi per Stiftleiste und ttyebus treiber am laufen.
Nun habe ich ein neues System auf einem anderen Rechner aufgesetzt ebusd installiert bekomme aber kein Signal
Config EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:/dev/ttyUSB0 --address=ff"

root@pve:~# ebusctl info
version: ebusd 23.1.23.1
update check: OK
device: /dev/ttyUSB0, enhanced
access: *
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 04: slave #25, ebusd
address ff: master #25, ebusd

Leider habe ich aber kein Signal. Die Platine blinkt und die blaue blinkt in 4 Sek?. abständen auch immer.
Wo liegt der Fehler was habe ich vergessen?

markus397

#404
der Log sieht so aus

2023-04-10 13:22:10.892 [main notice] ebusd 23.1.23.1 started with auto scan on enhanced device /dev/ttyUSB0
2023-04-10 13:22:12.123 [bus notice] device status: resetting
2023-04-10 13:22:12.124 [bus notice] bus started with own address ff/04
2023-04-10 13:22:12.145 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.235 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.325 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.413 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.501 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.546 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.635 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.723 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.812 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.900 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:12.989 [bus error] device status: missing enhanced byte 2
2023-04-10 13:22:13.078 [bus error] device status: missing enhanced byte 2


Update habe es hin bekommen indem ich den Jumper auf highspeed gestellt habe.