eBus Schaltung in Betrieb nehmen

[SkeeveKlah]

So, heute habe ich dann mal den Wemos auf die aktuelle Version geflasht.
Ausserdem habe ich auch ebusd noch mal vom github geladen.

Leider alles ohne großen Erfolg.
Aufgefallen ist mir, das die rote LED während des Scans regelmäßig blinkt.

/etc/default/ebusd:

EBUSD_OPTS="--scanconfig -d 192.168.150.110:9999 --latency=20000 --configpath=http://ebusd.eu/config/ --receivetimeout=50000 --loglevel=debug --pollinterval=5 --configlang=LANG --lograwdata --lograwdatafile=/tmp/ebusd-raw.log"

ebusctl i:

pi@raspberry-fhem:/tmp $ ebusctl i
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
symbol rate: 62
max symbol rate: 76
min arbitration micros: 25
max arbitration micros: 83
min symbol latency: 9
max symbol latency: 18
reconnects: 0
masters: 3
messages: 210
conditional: 3
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

pi@raspberry-fhem:/tmp $

ebusctl scan result:

pi@raspberry-fhem:/tmp $ ebusctl scan result
08;Vaillant;BAI00;0518;7401;21;09;29;0010004282;0001;005641;N8

[Reinhart]

Es gibt wieder eine neue Adapterversion V2.2!

hier geht's zur Sammelbestellung V2.2!

LG
Reinhart

[SkeeveKlah]

Hi,
ich habe jetzt alles was mir einfiel versucht:
- Heizung per Sicherung vom Strom (nicht nur an/aus)
- lokale Konfigfiles
- alles an der Heizung bedient in der Hoffnung das es dabei/danach gefunden wird

Aber auch nach gefühlten 100 full Scans bleibt das Ergebnis unbefriedigend

pi@raspberry-fhem:/tmp $ ebusctl scan result
08;Vaillant;BAI00;0518;7401;21;09;29;0010004282;0001;005641;N8

Nur die 8 wird gefunden, 15 & 26 bleiben verschollen

Kann es sein das ich den eBus "kaputt" gemacht habe??
An dem Tag wo es "erfolgreich" lief, kam nach dem Setzen der Heizzeiten für 1-2 Minuten immer eine "Invalid Position" Meldung.
Wenn ich jetzt ein paar Reads mache, bekomme ich bei Status und Status16 ebenfalls und immer noch diese "Fehlermeldung".
Ich weiß allerdings nicht ob das vorher anders war:

bai SolPostHeat = no data stored
bai Statenumber = 7
bai Status01 = 32.0;32.0;9.500;-;54.0;off
bai Status02 = auto;60;75.0;80;52.0
bai Status16 =  (ERR: invalid position for 3108b5040116 / 00)
bai Status =  (ERR: invalid position for 3108b5110103 / 00)
bai Storageloadpump = no data stored
bai StorageLoadPumpHours = no data stored

Please Help!!!!

[Reinhart]

Hallo!

Ich habe mir jetzt deine Post alle nochmals gelesen und fasse kurz zusammen:

- du kommunizierst mit Wemos und der esp Software.
- du hattest Probleme mit deinem Wlan und nach Neustart des Raspi mit FHEM werden nicht mehr alle CSV geladen.
- sämtliche Versuche beim Scan alles zu erfassen scheitern ab jetzt.

Es ist jetzt die Frage, was hast du vor diesem Wlan Ausfall für Versionen gehabt (ebusd, esp) ?
Ich nehme an, du hast während der Fehlersuche auf esp 20181020 gewechselt? Ich glaube nämlich nicht, das dein Adapter defekt ist. Versuche daher schrittweise den Zustand vor dem Ausfall herzustellen und flashe den Wemos einmal mit der Oktober 2017 esp Version und teste.

Das einfachste wäre natürlich du hängst den Adapter via Uart an den eBus und läßt die Funkstrecke einmal ganz weg. Somit kann die Fehlfunktion schon eingegrenzt werden.
Wenn das funktioniert, dann nächster Schritt usw....

LG
Reinhart

[SkeeveKlah]

Hallo Reinhart,

UART war wohl der entscheidende Tip.
Per UART läuft es wie geschmiert. Kaum schließe ich das Wemos wieder an, sieht man schon das die rote LED das Tanzen anfängt. In der Web-GUI wird auch für eBus und eBusd kein Signal gemeldet.
Das Wemos scheint also ein Problem zu haben, ich kann es zwar flashen und auf die GUI zugreifen, aber Name und IP kann ich zB nicht ändern.
Ich tausche mal das Wemos, muss nur eins frei machen und dann schauen wir mal weiter.
Solange muss der Pi eben im Keller wohnen
Schönen Sonntag noch.
Marc

[Reinhart]

Das ist schon mal gut, jetzt wissen wir das die Basisplatine ok ist und der Fehler eindeutig an der Erweiterung zu suchen ist. Ja, Wemos tauschen ist einmal der erste Schritt. Hast du auch auf das Netzgerät am Wemos schon einmal gedacht? Und teste auch einmal die Version vom Oktober 2017 wenn du die noch hast.

Halt uns am Laufenden.

LG
Reinhart

[SkeeveKlah]

Ich habe den zweiten Wemos fertig gemacht, leider auch ohne jeden Kontakt zum eBus...
Allerdings musste ich auch erstmal die "aktuelle" FW nehmen. Irgendwo habe ich aber noch eine Version aus Dezember 2017, jedoch keine vom Oktober 2017.

Zum Thema Stromversorgung: ich hatte ein iPhone-Netzteil am Wemos, Strom per USB vom PI und jetzt ganz aktuell hängt ein iPad-Netzteil am Wemos.

[Reinhart]

falls du keine alte Version bei dir mehr findest, hier vom Dezember 2017.

LG
Reinhart

[SkeeveKlah]

Nabend Reinhart,
ich denke das ist die Version die ich (wieder gefunden) habe, aber ganz herzlichen Dank!
Leider kein echter Erfolg auf beiden Wemos.
Allerdings besser als mit der aktuellen FW, je eine ID wird erkannt/gefunden. Aber nur eine jedes Wemos eine andere...

Ich habe jetzt erstmal meinen Reserve-Pi als ebus-Pi im Keller einquartiert und lasse es erstmal ohne WLAN laufen, wobei das WLAN mit der 2017er gut lief, die 2018er nur auf dem urpsrünglichen Wemos und auf dem zweiten "schlechter", schwankende Pings.

LG Marc

[Reinhart]

Ja, John hat schon geschrieben das es noch eine experimentelle Version ist. Er hat im Augenblick keine Zeit, schaut sich das aber sicher noch genauer an. Du kannst ja auch den Raspi mit Wlan betreiben, das hat keinen Einfluss auf die eBus Kommunikation.

Eines ist klar, mit Wemos Kommunikation wirst du nie die kleinen Latenzen erreichen wie mit USB oder RPI.

LG
Reinhart

[SkeeveKlah]

Da ich auch noch vorhabe Strom und Wasser abzulesen, wer weiß wofür der Raspi im Keller nicht noch alles gut ist 
Mit dem Wemos werde ich aber am Ball bleiben, der Wechsel ist ja fix gemacht, selbst für einen Testlauf.
@John: falls Du dann mal nen Beta-Tester brauchst... 

Dir Reinhart ganz dicken dank für Deine Unterstützung!!

LG aus dem Sauerland
Marc

[americanium]

Hallo!

Ich sitz seit 18:00 Uhr dran und komm nicht ganz weiter, ich weiß nicht ob da irgendwas so läuft wie's laufen soll...

Hab den Standardadapter per USB an einen Raspberry Pi 2 gesteckt und ebusd gemäß Johns Anleitung installiert, grundsätzlich ohne Fehlermeldungen.

Hier ein paar Auszüge die Helfen zu beurteilen ob das Ding überhaupt läuft...

Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusctl info
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
symbol rate: 1
max symbol rate: 99
reconnects: 1
masters: 4
messages: 63
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"


Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusd --checkconfig --scanconfig
2018-11-27 23:25:25.680 [main notice] ebusd 3.2.v3.2-12-g45b9bad performing configuration check...
2018-11-27 23:25:26.028 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2018-11-27 23:25:26.029 [main notice] ebusd stopped


Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusd
2018-11-27 23:25:51.933 [main error] invalid configpath without scanconfig


Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2018-11-27 23:26:28.544 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2018-11-27 23:26:28.546 [bus notice] bus started with own address 31/36
2018-11-27 23:26:28.546 [bus notice] device invalid


Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ps -ax | grep ebus
4035 ?        Ssl    0:20 /usr/bin/ebusd --scanconfig
16153 pts/0    S+     0:00 grep ebus


Danke!

[john30]

Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusctl info
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
...
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"


demnach läuft alles wie es soll. Jetzt musst Du halt überlegen, wie Du die Daten nutzt. Abfragen kannst Du z.B. auf der Kommandozeile via "ebusctl read" (siehe wiki).

[americanium]

Hi John!

Danke - hab gestern mal die Temperatur abgefragt, da kommt immer der selbe Wert - 1,825 das hat mich stutzig gemacht.

Hmm muss mich da dann noch reinhängen, gut zu wissen dass es mal läuft!

[Reinhart]

Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusd --checkconfig --scanconfig
2018-11-27 23:25:25.680 [main notice] ebusd 3.2.v3.2-12-g45b9bad performing configuration check...
2018-11-27 23:25:26.028 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2018-11-27 23:25:26.029 [main notice] ebusd stopped


Code Auswählen Erweitern

root@loxberry:/opt/loxberry/ebusd# ebusd
2018-11-27 23:25:51.933 [main error] invalid configpath without scanconfig


wobei mir hier auffällt, das der Configpath nicht passt oder nicht angegeben wurde! Er findet keine CSV Files.
Der sollte bei einer 3.2 Version so in der /etc/default/ebusd hinzugefügt werden:

Code Auswählen Erweitern

-c http://ebusd.eu/config/

Versuch es mal, dann sollte die Fehlermeldung weg sein.
meine sieht so aus, mit aktiviertem HTML und MQTT.

Code Auswählen Erweitern

EBUSD_OPTS="-d /dev/ttyebus --pollinterval=180 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%name"

LG
Reinhart