eBus Schaltung V2 in Betrieb nehmen

[goosst]

if you mean the ebus adapter with the base board: I'm almost 100% sure that there is no issue with the adapter itself but instead with your setup or with the UART. I'm using the adapter in all versions for many years now with my heating system without any issue of the kind you're describing.

Well, my pattern seems somewhat repeatable:
I can make it work for x amount of time (which can range from several days till a few hours), then it stops working (red and green light turn solid + 5V light on uart is out or I get disco light behaviour), ... .
I've ordered some uart converter with a usb-a instead of a micro-usb port. Maybe that will help something ... .

[goosst]

Just wanted to share that since I've switched to the combination of wemos mini and base board (directly connected with 5 wires), the adapter is running without problems for about two weeks now.
I do get a regular error message while reading, but the frequency of occurence is very low.

Thanks!

[john30]

Just wanted to share that since I've switched to the combination of wemos mini and base board (directly connected with 5 wires), the adapter is running without problems for about two weeks now.
I do get a regular error message while reading, but the frequency of occurence is very low.

ok then the question is: how did you use it before?

[mirror]

Hallo,
nach Umstellung auf die neue Platine mit ser. Interface an einem RPi 3 vor ca. 8 Wochen habe ich ein kleines Problem mit sporadischem Auftreten von "bus error".
Meine Umgebung:

Code Auswählen Erweitern

version: ebusd 3.3.v3.3-42-g67a4254
update check: version 3.4 available
access: *
signal: acquired
symbol rate: 24
max symbol rate: 170
min arbitration micros: 6
max arbitration micros: 242
min symbol latency: 0
max symbol latency: 13
reconnects: 0
masters: 3
messages: 599
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015600']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0206;HW=4103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Ich hole mit einem ebus timer alle 3 Minuten 6 Größen ab - teilweise direkt als read, teilweise durch Auslesen eines Status:

Code Auswählen Erweitern

define EBUS.Timer1 at +*00:03:00 get Aussentemperatur Aussentemperatur;;get Ruecklauf Ruecklauf;;get Durchfluss Durchfluss;;get Fanspeed Fanspeed;;get Speichertemperatur Speichertemperatur;;get Vorlauf Vorlauf

Die Log Meldungen sehen dann so aus (ca. 3-5 mal pro Tag):

Code Auswählen Erweitern

2019-12-07 10:46:57.272 [update notice] received update-write bai SetMode QQ=10: auto;35.5;-;-;0;0;0;0;0;0
2019-12-07 10:47:06.962 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 10:47:07.532 [update notice] sent read bai Status01 QQ=31: 35.5;31.5;8.625;34.0;42.5;on
2019-12-07 10:47:07.651 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.93
2019-12-07 10:47:08.276 [update notice] sent read bai FanSpeed QQ=31: 1130
2019-12-07 10:47:08.400 [update notice] sent read bai StorageTemp QQ=31: 42.94;ok
2019-12-07 10:47:08.585 [update notice] received read bai Status01 QQ=10: 35.5;31.5;8.625;34.0;42.5;on
2019-12-07 10:47:08.860 [update notice] received update-write bai SetMode QQ=10: auto;35.5;-;-;0;0;0;0;0;0
.
.
2019-12-07 11:01:58.640 [update notice] received update-write bai SetMode QQ=10: auto;35.0;-;-;0;0;0;0;0;0
2019-12-07 11:02:06.138 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.95
2019-12-07 11:02:06.267 [update notice] sent read bai FanSpeed QQ=31: 1131
2019-12-07 11:02:07.645 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 11:02:08.199 [update notice] sent read bai StorageTemp QQ=31: 41.56;ok
2019-12-07 11:02:08.340 [update notice] sent read bai Status01 QQ=31: 35.5;32.0;8.812;33.5;41.5;on
2019-12-07 11:02:10.445 [update notice] received read bai Status01 QQ=10: 35.5;31.5;8.812;33.5;41.5;on
.
.
2019-12-07 18:22:57.935 [update notice] received read bai Status01 QQ=10: 31.0;31.0;8.812;43.0;44.5;off
2019-12-07 18:22:58.209 [update notice] received update-write bai SetMode QQ=10: auto;34.0;-;-;0;0;0;0;0;0
2019-12-07 18:23:06.440 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.90
2019-12-07 18:23:06.568 [update notice] sent read bai FanSpeed QQ=31: 0
2019-12-07 18:23:07.938 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 18:23:08.559 [update notice] received read bai Status01 QQ=10: 31.0;31.0;8.812;43.0;44.5;off
2019-12-07 18:23:08.680 [update notice] sent read bai StorageTemp QQ=31: 44.94;ok
2019-12-07 18:23:08.873 [update notice] received update-write bai SetMode QQ=10: auto;34.0;-;-;0;0;0;0;0;0

Belaste ich den Bus hier zu hoch? Lohnt es sich an den timeout Parametern vom ebusd zu drehen? Bisher läuft alles im default. Oder einfach Augen zu und weiter?
Ich sehe gerade es gibt eine neue Version 3.4. Werde ich mal probieren und dann hier editieren.
Gruß,
Dietmar

[john30]

Belaste ich den Bus hier zu hoch? Lohnt es sich an den timeout Parametern vom ebusd zu drehen? Bisher läuft alles im default. Oder einfach Augen zu und weiter?

nö, das ist halbwegs normal

[Reinhart]

das komische daran was mir auffällt, der Fehler kommt immer mitten in der Abfrage obwohl die Daten vom eBus anscheinend korrekt ankommen. Hast du vielleicht zufällig einen anderen Uart zum testen? Es gab da mal eine Serie die nicht alle zufriedenstellend arbeiteten, bzw. immer wieder Blindgänger dabei waren.

Aber solange das nicht ärger ist kann man damit leben, nur schön ist es halt nicht.

LG

[Morgennebel]

OFFTOPIC:

Kann ich ebusd 3.4+ auch verwenden, wenn ich ein WOLF ISM8i-Modul steuern möchte? Dieses baut aktiv eine TCP-Verbindung zu IP:PORT auf und bietet dann EBUS/KNX-Daten an.

Ich bin dem ebusd-Wiki von github gefolgt, scheitere aber daran, einen tcp-Port als Device zu verwenden.

Danke, -MN

[john30]

OFFTOPIC:

Kann ich ebusd 3.4+ auch verwenden, wenn ich ein WOLF ISM8i-Modul steuern möchte? Dieses baut aktiv eine TCP-Verbindung zu IP:PORT auf und bietet dann EBUS/KNX-Daten an.

Ich bin dem ebusd-Wiki von github gefolgt, scheitere aber daran, einen tcp-Port als Device zu verwenden.

Danke, -MN

nein, das geht m.W. nicht, weil auf dem TCP Port von ISM kein eBUS Protokoll mehr gefahren wird

[Morgennebel]

Hi John,

vielen Dank für Deine schnelle Antwort.

Laut: https://www.wolf.eu/fileadmin/Wolf_Profi/Downloads/Montage-Bedienungsanleitungen/Regelungen/Zubehoer/3064356_201611_ISM8i_Montage-u.Bedienungsanleitung.pdf ist das ISM8i ein EBUS/Ethernet-Modul.

Verstehe ich Dich richtig, daß Du der Ansicht bist, dieses Modul übersetzt den EBUS in ein neues (dokumentiertes) Protokoll und präsentiert dies auf Ethernet?

Die im verlinkten Manual dokumentierten Datenpunkte (Seite 22) "fühlen" sich für mich sehr nach EBUS an...?

Danke, -MN

[john30]

Laut: https://www.wolf.eu/fileadmin/Wolf_Profi/Downloads/Montage-Bedienungsanleitungen/Regelungen/Zubehoer/3064356_201611_ISM8i_Montage-u.Bedienungsanleitung.pdf ist das ISM8i ein EBUS/Ethernet-Modul.

Verstehe ich Dich richtig, daß Du der Ansicht bist, dieses Modul übersetzt den EBUS in ein neues (dokumentiertes) Protokoll und präsentiert dies auf Ethernet?

Die im verlinkten Manual dokumentierten Datenpunkte (Seite 22) "fühlen" sich für mich sehr nach EBUS an...?

nein, das ist etwas anderes: "TCP/IP-Protokoll mit integriertem ObjectServer-Telegramm" hat nicht viel mit eBUS zu tun. Die Doku sieht mit mehr nach KNX aus

[TomLee]

Hallo,

auf meiner ebusd-Raspi hab ich ein sudo apt-get update und sudo apt get-upgrade ausgeführt, mehr nicht.

Jetzt steht folgendes im Log:

Code Auswählen Erweitern

2019-12-23 18:33:39.904 [main notice] ebusd 3.3.v3.3 started with auto scan                                                                                                                               
2019-12-23 18:33:40.475 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:40.480 [bus notice] bus started with own address 31/36                                                                                                                                   
2019-12-23 18:33:40.481 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:40.546 [mqtt notice] connection established                                                                                                                                             
2019-12-23 18:33:45.481 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:45.482 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:50.482 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:50.482 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:55.483 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:55.483 [bus notice] device invalid

Meine config:

Code Auswählen Erweitern

# Options to pass to ebusd (run "ebusd -?" for more info):                                                                                                                                               
EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8080 --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circuit/%name --mqttuser=NAME --mqttpass=PASSWORT"

Ich weiß nicht wo ich jetzt ansetzen soll, hat jemand Rat ?

Gruß

Thomas

[Reinhart]

Du hast eine Kernel Update durchgeführt und das hat den ttyebus Treiber zerschossen.
Schau mal hier.
Das hat dem betroffenen User im gleichen Fall geholfen.


LG

[TomLee]

Hab das Downgrade gemacht, aber keine Änderung nach reboot.

Gruß

Thomas

[chons]

Hab das Downgrade gemacht, aber keine Änderung nach reboot.

Mit dem Upgrade wurden die raspberrypi kernel headers aktualisiert (vermute mal auf  4.19.66-v7+) mit

Code Auswählen Erweitern

uname -r kann man das überprüfen.
Mit

Code Auswählen Erweitern

sudo find / -name ttyebus.ko kannst Du herausfinden, wo der ttyebus Treiber derzeit liegt - vermutlich in einen anderen Verzeichnis und das ist der Grund warum der Treiber nicht mehr geladen werden kann.

Man kann das Problem durch Neukompilierenen des Treiber einfach beheben.

Frohe Weihnachten an alle...

[TomLee]

Super, Danke, du hast mein Weihnachten gerettet. Die Heizungsoptimierung raubt mir eh schon den letzten Nerv, das der Ebusd nicht mehr läuft hätte gerade noch gefehlt.


Frohe Weihnachten an alle...