eBus Schaltung in Betrieb nehmen

[Axel21]

nach kurzem Überfliegen würde ich sagen, dass ja.
ich würde dir von der Verwendung der RPi UART abraten, da wegen der hohen Latenz der Buszugriff dauerhaft nicht richtig funktionieren kann. Aber wenn Du mit arbitration loss und derlei Fehlern, die durch eine 5 EUR Investition auszumerzen wären, kein Problem hast, dann go for it

Vielen Dank für Deine Antwort, John! Also dann lasse ich die Finger weg vom UART des PI. Mein ursprünglicher Gedankengang war, dadurch eine "echte" serielle Schnittstelle zu bekommen mit weniger Latenz. Meine Probleme hatte ich darauf zurückgeführt, dass der FTDI-Konverter die Pakete immer erst nach 64 byte losschickt. Aber vielleicht muss ich einfach einen der empfohlenen Konverter verwenden und nicht den mitgelieferten.

Danke nochmals, dann werde ich wohl mal bei Reichelt bestellen

[cs-online]

Hallo Axel,

diese Schaltung ist auch sehr zu empfehlen und dort im Forum gibt es immer wieder Leutchen, die Platinen über haben:

https://www.mikrocontroller.net/topic/346833

Gruß Christian

[vwsuser]

Hallo Leute,

ich betreibe eine Vaillant VWS 83/3 Wärmepumpe. An das Gerät ist ein eBUS USB Koppler (an einem Raspberry Pi 2) angeschlossen. Über ein Jahr hat alles zu meiner Zufriedenheit funktioniert. Jetzt findet der Koppler die Wärmepumpe offenbar nicht mehr, d. h. es gibt kein scan-Ergebnis:

Code Auswählen Erweitern

# ebusctl scan result
empty

Wenn ich die Wärmepumpe bei laufendem ebusd aus- und wieder einschalte, so findet der ebusd Folgendes beim scan:

[code]
08;Vaillant;EHP00;0419;7201
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201


Ein "find" zeigt folgende scan-relevante Ergebnisse:

Code Auswählen Erweitern


scan id = no data stored
scan.08  = Vaillant;EHP00;0419;7201
scan.15  = no data stored
scan.23  = Vaillant;EHP00;0419;7201
scan.25  = Vaillant;EHP00;0419;7201
scan.50  = Vaillant;EHP00;0419;7201


Scheinbar fehlt da noch was, oder?

Beim Abrufen von Informationen kommt es zu einem "read timeout":

Code Auswählen Erweitern


# ebusctl  read -f SourceHours
ERR: read timeout


Broadcasts kommen übrigens an:

Code Auswählen Erweitern


2017-07-21 10:34:47.945 [update notice] update hwc Mode QQ=10: 38;on;00;off


Hier noch einige Infos zum ebusd:

Code Auswählen Erweitern


# dpkg -l | grep ebusd
ii  ebusd                                2.4                              armhf        eBUS daemon.
ii  ebusd-configuration                  2.1.b143f39-de                   all          ebusd configuration files (de).

# ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 40
reconnects: 1
masters: 3
messages: 511
conditional: 194
poll: 2
update: 58
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


Hat jemand eine Idee, wie ich das wieder zum Laufen bekomme? Software-Problem oder Hardware-Defekt (Wärmepumpe, Koppler)?

Viele Grüße
Robert

[vwsuser]

ich betreibe eine Vaillant VWS 83/3 Wärmepumpe. An das Gerät ist ein eBUS USB Koppler (an einem Raspberry Pi 2) angeschlossen. Über ein Jahr hat alles zu meiner Zufriedenheit funktioniert. Jetzt findet der Koppler die Wärmepumpe offenbar nicht mehr, d. h. es gibt kein scan-Ergebnis:

Hat keiner eine Idee, woran das liegen könnte?

[john30]

Hat keiner eine Idee, woran das liegen könnte?

Das hier:

Code Auswählen Erweitern


# ebusctl  read -f SourceHours
ERR: read timeout


sieht sehr nach einem Fehler auf der Sendeseite im Koppler aus

[vwsuser]

Das hier:sieht sehr nach einem Fehler auf der Sendeseite im Koppler aus

Danke für deine Rückmeldung! Gehst du also davon aus, dass es sich um einen Hardwaredefekt am Koppler handelt? Kann ich das irgendwie testen?

[rufus999]

Hallo zusammen,

Schuldigung wenn hier so zwischen fahre, aber ich bekomme seit grade eben auch immer einen "ERR: element not found". Habe das System schon seit einigen Monaten laufen, dann plötzlich diese Meldung im Log.
Ich habe als letztes einen apt-get upgrade ausgeführt und dann der obige Fehler. Das System hat dabei folgende Paket aktualisiert:

Code Auswählen Erweitern

Start-Date: 2017-07-29  10:44:27
Commandline: apt-get upgrade
Upgrade: libcomerr2:armhf (1.42.12-2, 1.43.3-1~bpo8+1), perl-modules:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libirs-export91:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), perl:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libdns-export100:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libraspberrypi-doc:armhf (1.20170515-1, 1.20170703-1), libss2:armhf (1.42.12-2, 1.43.3-1~bpo8+1), multiarch-support:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf-utils:armhf (1.5.56, 1.5.56+deb8u1), man-db:armhf (2.7.0.2-5, 2.7.5-1~bpo8+1), raspberrypi-kernel:armhf (1.20170515-1, 1.20170703-1), libgcrypt20:armhf (1.6.3-2+deb8u3, 1.6.3-2+deb8u4), libc6-dbg:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf:armhf (1.5.56, 1.5.56+deb8u1), libisccc90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libc6:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), samba-common:armhf (4.2.14+dfsg-0+deb8u6, 4.2.14+dfsg-0+deb8u7), libisc-export95:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libc6-dev:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), libraspberrypi-bin:armhf (1.20170515-1, 1.20170703-1), e2fsprogs:armhf (1.42.12-2, 1.43.3-1~bpo8+1), libisc95:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libbind9-90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), perl-base:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libdns100:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), locales:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf-i18n:armhf (1.5.56, 1.5.56+deb8u1), libffi6:armhf (3.1-2, 3.1-2+deb8u1), liblwres90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libgnutls-deb0-28:armhf (3.3.8-6+deb8u6, 3.3.8-6+deb8u7), libc-dev-bin:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), raspi-config:armhf (20170503, 20170705), libasound2:armhf (1.0.28-1+rpi2, 1.0.28-1+rpi3), raspberrypi-bootloader:armhf (1.20170515-1, 1.20170703-1), libexpat1:armhf (2.1.0-6+deb8u3, 2.1.0-6+deb8u4), libisccfg90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libraspberrypi0:armhf (1.20170515-1, 1.20170703-1), bind9-host:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libisccfg-export90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libgnutls-openssl27:armhf (3.3.8-6+deb8u6, 3.3.8-6+deb8u7), libc-bin:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), e2fslibs:armhf (1.42.12-2, 1.43.3-1~bpo8+1), libasound2-data:armhf (1.0.28-1+rpi2, 1.0.28-1+rpi3), libwbclient0:armhf (4.2.14+dfsg-0+deb8u6, 4.2.14+dfsg-0+deb8u7), libraspberrypi-dev:armhf (1.20170515-1, 1.20170703-1)
End-Date: 2017-07-29  11:00:14

Wie gesagt vorher alles Gut nun findet er meine ebus Teilnehmer nicht mehr.

Könnte dies mit einem der update Pakete zutun haben?

Gruß rufus999

[rufus999]

Hallo zusammen,

Nachtrag: ebusctl info ergibt folgendes:

version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 22
reconnects: 0
masters: 3
messages: 15
conditional: 0
poll: 0
update: 7
address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Aber leider keine Abfragen möglich. ebusctl r -f HwcTempDesired ergibt: ERR: element not found

Hat jemand eine Idee was ich noch prüfen kann?

Gruß rufus999

[rufus999]

Sorry zusammen,

habe eine Lösung gefunden. Im großen ebus-thread hier im Forum wurde bereits eine Lösung beschrieben:

1. Installiert das Paket setserial: apt-get install setserial
2. Führt folgendes aus: setserial /dev/ttyUSB0 low_latency

In diesem Modus wird euer Ebus-Koppler wieder die kompletten Daten aus dem ebus auslesen können.

Sorry für den doppel Post.

Gruß rufus999

[vwsuser]

@rufus999: Du bist mein Held!  Damit funktioniert's bei mir auch wieder!

[FunkOdyssey]

Das Thema hatten wir dich bei mir neulich auch.
Jedoch habe ich einfach die neueste eBus-Version genommen.

[cs-online]

Hallo zusammen,

ich habe gerade auf die 3.0pre upgedatet, nachdem ich für Alexa den Raspi mit Jessie neu aufgezogen habe. Nun wollte ich neben meiner bai und der 470 auf einem zweiten Adapter die 560 (SDR) laufen lassen. Der erste Adapter (sind beide identisch vom Aufbau, nach dem Plan aus dem Mikrocontroller-Forum) läuft immernoch wie tüt, aber bei dem zweiten habe ich einige Probleme. Oft, wenn ich mit "r -f......" Abfragen losschicke (meist, wenn ich das über FHEM per Timer nacheinander abfrage, was aber am andren Adapter sonst auch noch nie problematisch war), kommt "generic device error" zurück. Poti habe ich mitte im blinkenden Bereich eingestellt, aber auch schon ein wenig rechts und links davon probiert, die USB-latency ist auf low. Nun erstmal die Grundlegende Frage: Läßt dieser Fehler eher auf ein Problem zwischen Adapter und Raspi oder zwischen Adapter und eBus schließen ? Hinweis vielleicht noch, ich habe den zweiten über einen passiven Hub mit dem Homematic-Stick HM-CFG-USB2 auf einem Port. Das zweite Problem ist, daß ich immer mit "scan 15" beim Start die 560er scannen muss, über --scanconfig wird sonst lange keine automatische Verbindung aufgebaut. Die 560 steht aber auch "stand alone" sozusamen, ist also sonst nicht angebunden.

[john30]

...
Oft, wenn ich mit "r -f......" Abfragen losschicke (meist, wenn ich das über FHEM per Timer nacheinander abfrage, was aber am andren Adapter sonst auch noch nie problematisch war), kommt "generic device error" zurück.

das klingt sehr nach echten Problemen mit dem USb Device selbst. Hier einfach mal dmesg anschauen, syslog etc., um das Problem einzugrenzen. Das hat nicht wirklich etwas mit dem eBUS zu tun.

[cs-online]

Danke John, da kann ich das weiter eingrenzen. werd ich mich am Wochenende mal dran setzen, einen weiteren Adapter aufzubauen...

[john30]

Danke John, da kann ich das weiter eingrenzen. werd ich mich am Wochenende mal dran setzen, einen weiteren Adapter aufzubauen...

ich denke nicht dass es der eBUS Adapter selbst ist, sondern der USB-serial Wandler