eBUS Adapter 3.0 Inbetriebnahme

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

Vorheriges Thema - Nächstes Thema

john30

Zitat von: DerFranke am 30 November 2024, 09:01:40Hi John,
hast Du keinen Tip mehr?
Es ist wirklich schade, wenn der Adapter von heute auf morgen nicht mehr die gewünschten Daten auslesen läßt. :'(
mach halt mal ein `find -a status`. und es wäre hilfreich zu wissen, wie ebusd konfiguriert ist
author of ebusd

DerFranke

#436
find: paths must precede expression: `status'

ist die Antwort. In welchem Verzeichnis ausführen?

Noch was aus dem Log von eben:
2024-12-03 00:00:10.531 [update notice] received read hmu Status01 QQ=10: 26.5;23.5;-;-;-;off
2024-12-03 00:00:10.798 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff4300ff60000036
2024-12-03 00:00:11.067 [update notice] received unknown MS cmd: 1076b512030f0001 / 07020300b1010e02
2024-12-03 00:00:11.339 [update notice] received update-write hmu SetMode QQ=10: auto;24.5;-;-;0;1;1;0;0;0
2024-12-03 00:00:11.605 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2024-12-03 00:00:11.914 [update notice] received unknown MS cmd: 1008b516081002ffff0300c130 / 0b0206ff0300c13000d6f547
2024-12-03 00:00:12.611 [update notice] received unknown MS cmd: 1008b516081002ffff0300e130 / 0b0205ff0300e1308023d247
2024-12-03 00:00:13.607 [update notice] received unknown MS cmd: 1008b516081002ffff03000131 / 0b0204ff030001318028bb47
2024-12-03 00:00:14.239 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2024-12-03 00:00:14.591 [update notice] received unknown MS cmd: 1008b516081002ffff03002131 / 0b0203ff030021310078f447
2024-12-03 00:00:14.826 [update notice] sent read 700 DisplayedOutsideTemp QQ=ff: 4.1875
2024-12-03 00:00:14.832 [main error] read hmu Status01 cached: decode ERR: element not found
2024-12-03 00:00:14.840 [main error] read hmu Status01 cached: decode ERR: element not found

und noch eine Frage: QQ=10?

ebusctl info
version: ebusd 24.1.24.1
update check: OK
device: /dev/ttyAMA0, serial speed, enhanced
access: *
signal: acquired
symbol rate: 76
max symbol rate: 164
min arbitration micros: 34
max arbitration micros: 50
min symbol latency: 10
max symbol latency: 28
scan: finished
reconnects: 0
masters: 4
messages: 538
conditional: 0
poll: 0
update: 10
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103", loaded "vaillant/15.700.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0203;HW=6502"
address ff: master #25, ebusd


DerFranke

noch was:
ebusctl read -m 10 status01
27.5;23.5;-;-;-;on

klappt auch.

DerFranke

#438
und dann noch:
ebusctl read -m 10 status01 temp1.0
ERR: element not found in decode
ebusctl read -m 10 status01
38.0;31.0;-;-;-;hwc

ebusctl read -m 10 status01 temp
38.0

Ist das ein Hinweis auf eine fehlerhafte bai00.cfg?

# Vorlauftemperatur
get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }
#
# Ruecklauftemperatur
get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }


mikas

Guten Tag Zusammen,
ich hoffe ich bin hier richtig oder gibt es einen Thread für den ebus-Adapter-Shield C6? Sonst bitte ich um Hinweis und ggf. Verschiebung. Ich versuche gerade meine Vaillant (eine auroCOMPACT mit Calormatik430) mit ebusd zu verknüpfen, komme aber irgendwie nicht weiter und erhoffe mir hier Starthilfe. Aktuell kämpfe ich noch damit die Bus-Signale in ebusd hinein zu bekommen.

Meine Hardware:
Ich habe einen eBUS Adapter Shield C6 per WLAN und Ebus an der Heizung angeschlossen. Webinterface funktioniert. Ich erhalte die Meldung:
ebusd connected: yes (inactive)
ebusd signal: aquiered

Den EbusD habe ich auf einem Pi installiert. Meine Configzeile in der etc/default/ebusd sieht wie folgt aus:

EBUSD_OPTS="--device=192.168.1.30:9999 --scanconfig --configpath=/home/pi/ebusd-config/ebusd-configuration/ebusd-2.1.x/de --pollinterval=2 --accesslevel=*"
Als Ergebnis bekomme ich auf den Befehl ,,ebusctl i":

ersion: ebusd 21.2.v21.2
access: *
signal: acquired
symbol rate: 44
max symbol rate: 117
reconnects: 0
masters: 2
messages: 12
conditional: 0
poll: 0
update: 4
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Das war es dann auch. Im Logfile steht auch nur, dass ebusd gestartet ist, signal bekommt aber nicht mehr.

Nun meine Frage:
Wie bekomme ich Erkenntnisse darüber, ob ebusd die Signale richtig scannt? Ich vermisse ein wenig den Begriff Vaillant im Protokoll. Trotzdem sieht es bisher nicht schlecht aus.

Was mache ich falsch?
Kann mir jemand mal seine Congigzeile für ebusd zeigen?

Wie verfahre ich mit den config-csv Dateien, die sich ebusd in meinem Fall lokal abholt. Ich hatte gelesen, dass sich ebusd eigenständig die passende csv aus dem Ordner ebusd-2.1.x sucht. Irgendwas klemmt aber hier noch und ich sehe es nicht.

Danke für Eure Hilfe im Voraus.

DerFranke

#440
Hi Mikas,
ich bin da auch nicht so fit, aber wegen der Aktualisierung würde ich mir die Daten online (--configpath usw. ) holen.
Das sieht dann so aus: (Raspi-Adapter, kein WLAN, aber trotzdem)
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=10000 -d enh:/dev/ttyAMA0 --address=ff --configpath=http://cfg.ebusd.eu"

mikas

Danke für Deine Antwort. Leider ist das Ausgabeergebnis das gleiche.

mikas

Ich habe mal auf die 24er-Version ein update gefahren.

Meine Ausgabe auf ebusctl info sieht nun so aus:
version: ebusd 24.1.24.1
update check: OK
device: 192.168.1.30:9999, TCP
access: *
signal: acquired
symbol rate: 82
max symbol rate: 83
scan: finished, some messages pending
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

Mein Eintrag in der Conf:
EBUSD_OPTS="--scanconfig=full --configpath=/home/pi/ebusd-config/ --accesslevel=* --latency=20000 --device=192.168.1.30:9999 --logfile=/var/log/ebusd.log --loglevel=debug --address=ff"

Der Auszug aus dem Log:
2025-01-19 14:38:48.833 [main debug] >>> info
2025-01-19 14:38:48.833 [main debug] <<< version: ebusd 24.1.24.1
device: 192.168.1.30:9999, TCP
access: *
signal: acquired
symbol rate: 44
m ...
2025-01-19 14:38:48.834 [network info] [00003] connection closed
2025-01-19 14:38:49.715 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:38:49.719 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:38:49.732 [bus debug] start request ff
2025-01-19 14:38:49.732 [bus debug] arbitration start with ff
2025-01-19 14:38:49.823 [bus debug] arbitration lost
2025-01-19 14:38:49.823 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:38:49.833 [network debug] dead connection removed - 0
2025-01-19 14:38:53.759 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:38:53.764 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:38:53.767 [bus debug] start request ff
2025-01-19 14:38:53.767 [bus debug] arbitration start with ff
2025-01-19 14:38:53.858 [bus debug] arbitration lost
2025-01-19 14:38:53.858 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:38:55.768 [bus debug] ERR: SYN received during receive command, switching to ready
2025-01-19 14:38:55.769 [bus debug] start request ff
2025-01-19 14:38:55.769 [bus debug] arbitration start with ff
2025-01-19 14:38:55.861 [bus debug] arbitration lost
2025-01-19 14:38:55.861 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:38:56.024 [bus debug] ERR: SYN received during receive command, switching to ready
2025-01-19 14:38:56.024 [bus debug] start request ff
2025-01-19 14:38:56.025 [bus debug] arbitration start with ff
2025-01-19 14:38:56.115 [bus debug] arbitration lost
2025-01-19 14:38:56.115 [bus debug] notify request: ERR: arbitration lost
2025-01-19 14:38:56.116 [bus info] scan 05 cmd: ff05070400
2025-01-19 14:38:58.833 [main debug] performing regular tasks
2025-01-19 14:38:59.817 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:38:59.821 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:38:59.833 [bus debug] start request ff
2025-01-19 14:38:59.833 [bus debug] arbitration start with ff
2025-01-19 14:38:59.926 [bus debug] arbitration lost
2025-01-19 14:38:59.926 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:39:03.869 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:39:03.874 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:39:03.878 [bus debug] start request ff
2025-01-19 14:39:03.878 [bus debug] arbitration start with ff
2025-01-19 14:39:03.971 [bus debug] arbitration lost
2025-01-19 14:39:03.971 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:39:05.826 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:39:05.831 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:39:05.881 [bus debug] start request ff
2025-01-19 14:39:05.881 [bus debug] arbitration start with ff
2025-01-19 14:39:05.971 [bus debug] arbitration lost
2025-01-19 14:39:05.971 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:39:06.149 [bus debug] ERR: SYN received during receive command, switching to ready
2025-01-19 14:39:06.150 [bus debug] start request ff
2025-01-19 14:39:06.150 [bus debug] arbitration start with ff
2025-01-19 14:39:06.238 [bus debug] arbitration lost
2025-01-19 14:39:06.238 [bus debug] notify request: ERR: arbitration lost
2025-01-19 14:39:06.238 [bus info] scan 06 cmd: ff06070400
2025-01-19 14:39:07.911 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:39:07.915 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:39:07.928 [bus debug] start request ff
2025-01-19 14:39:07.928 [bus debug] arbitration start with ff
2025-01-19 14:39:08.020 [bus debug] arbitration lost
2025-01-19 14:39:08.020 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:39:08.834 [main debug] performing regular tasks
2025-01-19 14:39:13.934 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2025-01-19 14:39:13.939 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2025-01-19 14:39:13.943 [bus debug] start request ff
2025-01-19 14:39:13.943 [bus debug] arbitration start with ff
2025-01-19 14:39:14.032 [bus debug] arbitration lost
2025-01-19 14:39:14.032 [bus debug] ERR: arbitration lost during ready, retry
2025-01-19 14:39:15.934 [bus debug] ERR: SYN received during receive command, switching to ready
2025-01-19 14:39:15.934 [bus debug] start request ff
2025-01-19 14:39:15.934 [bus debug] arbitration start with ff
2025-01-19 14:39:16.030 [bus debug] arbitration lost
2025-01-19 14:39:16.030 [bus debug] ERR: arbitration lost during ready, retry

Aber was bedeutet das nun?


mikas

Kann keiner helfen oder einen Tipp geben?  :(

mikas

Erledigt!
Bei mir war der Device nicht korrekt eingestellt: Die Bezeichnung der Schnittstelle muss in meinem Fall ,,–device=ens:192.168.1.30:9999" heißen.