UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Glasfaser]

@dre83
Verweise mal auf die Englische Version

--configpath=/etc/ebusd/ebusd-2.1.x/en

[mameier1234]

Kleine Anekdote, was bei mir ein Problem war, als nicht alle Geräte erkannt wurden...

Mein Brenner wurde nicht sauber gefunden, oder nur manchmal...

Problem war, dass auf der Controllerplatine (400-600 Euro) 2 Becherkondensatoren nachgelassen haben (20 Cent)

Hab die gleichen besorgt, ausgelötet und die neuen eingelötet ... und seitdem keine Probleme mehr mit dem eBus....

[Dre83]

@glasfaser da wurde dann für die VRC700 die CSV geladen allerdings für den Außenfühler nicht.
Ich habe mal einen Test gemacht. Das Gerät welches zuerst am EBUS erkannt hat, für dieses wird auch die csv geladen.

Was mich wundert - auch wenn die csv für den Außenfühler nicht geladen wird liest er trotzdem weiter die Temperatur des Fühlers weiter ein.

Jetzt wäre noch die Frage zu klären warum mir der Vaillant VCR700 trotz geladener CSV Datei keine Werte liefert. Anbei mal das log von http://192.168.2.118:8889/data
2.txt

[Glasfaser]

@dre83

Frage es mal aktiv ab !

sieh beim Spoiler " Ausgabe ./readall.sh " dort ist der Befehl zu sehen

https://forum.iobroker.net/topic/9844/adapter-ebus/242

Du kannst ja auch mal versuchen , die englische csv in die deutsche zu kopieren .

[Dre83]

@glasfaser hab das script mal gestartet. Da kommt gefühlt nur aller 30-60 sekunden ein Wert rein.

pi@raspberrypi:~/ebusd/contrib/scripts $ ./readall.sh
broadcast datetime = ERR: no data stored
broadcast error = ERR: no data stored
broadcast hwcStatus = ERR: no data stored
broadcast ident = ERR: invalid address
broadcast load = ERR: no data stored
broadcast outsidetemp = 20.625
broadcast signoflife = ERR: no data stored
broadcast vdatetime = 14:08:15;31.03.2021
general valuerange = ERR: invalid address
memory eeprom = ERR: invalid address
memory ram = ERR: invalid address
sc Col = ERR: arbitration lost
sc ColKickPumpTime = ERR: arbitration lost
sc ColKickTempDelta = ERR: arbitration lost
sc CollPump = ERR: arbitration lost
sc currenterror = ERR: arbitration lost
sc D1Temp = ERR: arbitration lost

[Glasfaser]

@dre83

was kommt bei

ebusctl read -c 700 Hc1HeatCurve

[Dre83]

@glasfaser
Habe den EBus jetzt mal physikalisch aufgetrennt und den Außenfühler abgeklemmt und schon erkennt es die VR71 imd weitere Geräte welche auch Werte liefern.

Kann es sein das zu viel im EBus hängt und deswegen Geräte teilweise nicht erkannt werden?

Bei deinem Befehl erhalte ich folgendes:
ebusctl read -c 700 Hc1HeatCurve

[Glasfaser]

@dre83

Zu viel ... du hast doch nur zwei Geräte !?

Nur eins weiß ich , man sollte den Ebus nicht so oft ( intervalle ) abfragen , aber das liegt eigentlich nicht bei dir vor , denn du nutzt ja noch nicht den Ebusd ioBroker Adapter !?

Oder durch dass rumprobieren haben sich die Geräte aufgehangen .

Das andere ist ich kenne nicht genau den latency Wert vom IP vielelicht liegt es auch daran .

Im FHEM Forum gibt es mehr Infos dazu , dort ist auch der Entwickler .

[Dre83]

@glasfaser hab im vorigen Eintrag nochmal ergänzt als du geantwortet hast.
Ich nutze den ioBroker Adapter und der fragt aller 180 Sekunden ab. Da deaktivierte ich das mal. Guter Tip.

[Hiltex]

@mameier1234 sagte in eBus Adapter Vaillant:

Kleine Anekdote, was bei mir ein Problem war, als nicht alle Geräte erkannt wurden...

Mein Brenner wurde nicht sauber gefunden, oder nur manchmal...

Problem war, dass auf der Controllerplatine (400-600 Euro) 2 Becherkondensatoren nachgelassen haben (20 Cent)

Hab die gleichen besorgt, ausgelötet und die neuen eingelötet ... und seitdem keine Probleme mehr mit dem eBus....

Wie hast du herausgefunden, dass es an den Kondensatoren lag?

[Dre83]

@glasfaser ich habe heute Abend mal alle Geräte vom Ebus genommen und nach und nach an den EBUS angeschlossen.
Alle Geräte hat es danach auch gefunden (VR71, VCR700, Außenfühler, Gastherme, Trinkwasserstation und die Solarstation)

Startet man den Raspberry neu werden die Geräte über "ebusctl info" nicht mehr erkannt.

Gibt man "ebusctl scan result" erhält man dauerhaft
1 scan(s) still running

Im Log steht dann so etwas:
2021-03-31 22:50:04.417 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2021-03-31 22:50:04.709 [update notice] received unknown MS cmd: 1026b5230f05ffffff000000ffffffffffff0000 / 0101
2021-03-31 22:50:04.894 [main error] scan config 06: ERR: arbitration lost
2021-03-31 22:50:04.959 [update notice] received unknown MS cmd: 1026b5230402000000 / 02019c
2021-03-31 22:50:05.207 [update notice] received unknown MS cmd: 1026b5230402010000 / 02019c
2021-03-31 22:50:05.455 [update notice] received unknown MS cmd: 1026b5230402020000 / 02019c
2021-03-31 22:50:13.359 [update notice] received unknown MS cmd: 1008b5110101 / 0976728009ffff0000ff

Woran kann das liegen?

[Glasfaser]

@dre83 sagte in eBus Adapter Vaillant:

Woran kann das liegen?

Er kann es nicht entschlüsseln .

Leider kann ich dir nicht mehr weiterhelfen bis hierhin , soweit bin ich nicht mit der Fehlersuche , aber ich denke mal du bist fast am Ziel angekommen .

Bei mir lief es auch am Anfang nicht , mehr Tip´s weiß ich auch nicht , dieses habe ich mir alles aus dem FHEM Forum selber erlesen und bei mir umgesetzt .

[Dre83]

@glasfaser Alles klar - kein Problem. Du hast mir schon sehr weitergeholfen um das Thema tiefer zu verstehen. Vielen Dank.

[Hiltex]

@dre83 sagte in eBus Adapter Vaillant:

Startet man den Raspberry neu werden die Geräte über "ebusctl info" nicht mehr erkannt.

Nur mal zur Info: Dies ist aus meiner Sicht kein ungewöhnliches Problem, sondern tritt bei mir permanent auf. In der Praxis macht sich das nur selten bemerkbar, da das System so gut wie nie neugestartet wird. Aber wenn das doch passiert, findet ebusd meist einige Geräte nicht mehr (bei mir sind das bai00 und 70000, vms00 wird immer gefunden).
Abhilfe schafft bei mir, nach dem Neustart des Systems einfach den ebusd nochmal neuzustarten. Da sind auch manchmal mehrere Versuche notwendig, bis es wieder richtig läuft.
Dieses Verhalten tritt unabhängig davon auf, ob ich lokale Config-Dateien verwende, oder die online-Variante. Ich habe mir bisher noch nicht die Mühe gemacht, das genauer zu untersuchen, allerdings hat mir das anfangs auch unheimlich Probleme bereitet, bis ich das durchschaut hatte.

[Dre83]

@hiltex ok dann ist das bei mir ähnlich.

Aktuell werden alle Geräte gefunden, wenn ich diese Stück für Stück nacheinander einschalte.
Was mich wundert das 5 Geräte keine CSV laden. Was auffällt das immer nur für maximal ein Gerät die csv geladen wird. Schließe ich zb. nur die VR71 an wird für diese die CSV geladen. Woran kann das liegen?

pi@raspberrypi:~/ebusd $ ebusctl info
version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 41
max symbol rate: 289
reconnects: 0
masters: 5
messages: 220
conditional: 3
poll: 0
update: 10
address 01: master #6
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0104;HW=7803", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address 10: master #2
address 12: slave
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #20

Die csv Dateien liegen alle hier:
/etc/ebusd/ebusd-2.1.x/de/vaillant

Anbei mal das log - bai00 zieht direkt nach Erkennung die csv-Datei. Vr71 und 70000 nicht.

021-04-02 01:31:30.199 [main notice] ebusd 21.2.v21.2 started with full scan on device 192.168.2.119:5000
2021-04-02 01:31:30.229 [bus notice] bus started with own address 31/36
2021-04-02 01:32:19.970 [bus notice] signal acquired
2021-04-02 01:32:20.578 [main notice] starting initial full scan
2021-04-02 01:32:20.924 [bus notice] new master 03, master count 2
2021-04-02 01:32:22.175 [bus notice] new master 10, master count 3
2021-04-02 01:32:22.251 [bus notice] scan 08: ;Vaillant;BAI00;0104;7803
2021-04-02 01:32:22.251 [update notice] store 08 ident: done
2021-04-02 01:32:22.251 [update notice] received scan-read scan.08  QQ=10: Vaillant;BAI00;0104;7803
2021-04-02 01:32:30.584 [main notice] read common config file vaillant/broadcast.csv
2021-04-02 01:32:30.584 [main notice] read common config file vaillant/scan.csv
2021-04-02 01:32:30.585 [main notice] read common config file vaillant/general.csv
2021-04-02 01:32:30.586 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0104, HW7803
2021-04-02 01:32:32.430 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:34.388 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:36.434 [bus error] send to 08: ERR: arbitration lost
2021-04-02 01:32:36.434 [bus error] send message part 0: ERR: arbitration lost
2021-04-02 01:32:36.434 [main error] error reading message scan.08 id: ERR: arbitration lost
2021-04-02 01:32:37.253 [bus notice] scan 26: ;Vaillant;VR_71;0104;0503
2021-04-02 01:32:37.253 [update notice] store 26 ident: done
2021-04-02 01:32:37.253 [update notice] received scan-read scan.26  QQ=10: Vaillant;VR_71;0104;0503
2021-04-02 01:32:38.413 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:40.499 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:40.597 [update notice] received unknown MS cmd: 1008b5040100 / 0a01ffffffffffffff2007
2021-04-02 01:32:40.920 [update notice] received unknown MS cmd: 1008b5110101 / 097d742007ffff0000ff
2021-04-02 01:32:41.220 [update notice] received unknown MS cmd: 1026b5230106 / 100080d20100800080100400803d045104
2021-04-02 01:32:41.517 [update notice] received unknown MS cmd: 1026b5230107 / 0f3d040080008000800000800080fc05
2021-04-02 01:32:41.778 [update notice] received unknown MS cmd: 1008b5110102 / 06023c96468c82
2021-04-02 01:32:42.047 [update notice] received unknown MS cmd: 1008b510090000ffffffff050000 / 0101
2021-04-02 01:32:42.286 [update notice] received update-read broadcast vdatetime QQ=10: 01:32:40;02.04.2021
2021-04-02 01:32:42.577 [update notice] received unknown MS cmd: 1026b5230f05ffffff000000ffffffffffff0000 / 0101
2021-04-02 01:32:42.585 [bus error] send to 08: ERR: arbitration lost
2021-04-02 01:32:42.586 [bus error] send message part 0: ERR: arbitration lost
2021-04-02 01:32:42.586 [main error] error reading message scan.08 id: ERR: arbitration lost
2021-04-02 01:32:42.671 [bus notice] scan 15: ;Vaillant;70000;0613;6903
2021-04-02 01:32:42.671 [update notice] store 15 ident: done
2021-04-02 01:32:42.671 [update notice] received scan-read scan.15  QQ=03: Vaillant;70000;0613;6903
2021-04-02 01:32:42.899 [update notice] received unknown MS cmd: 1008b5110100 / 08e90319001f000000
2021-04-02 01:32:43.034 [bus notice] max. symbols per second: 107
2021-04-02 01:32:43.146 [update notice] received unknown MS cmd: 1026b5230402000000 / 02019c
2021-04-02 01:32:43.395 [update notice] received unknown MS cmd: 1026b5230402010000 / 02019c
2021-04-02 01:32:43.641 [update notice] received unknown MS cmd: 1026b5230402020000 / 02019c

Anbei zum Abschluss noch eine Anfängerfrage: Was ist das für ein Gerät? BAI00?

[Glasfaser]

@Dre83

@glasfaser sagte in eBus Adapter Vaillant:
Du kannst ja auch mal versuchen , die englische csv in die deutsche zu kopieren .

Hast du das mal gemacht die 15.700.csv kopiert oder nochmal komplett auf die en Version.
Aber den EBUS Damon auch danach neu starten.

[Dre83]

@glasfaser ja leider ohne Erfolg. Die CSV Dateien werden ja auch geladen wenn ich z.B. nur ein Gerät dran habe.

[Dre83]

@dre83 ich habe mich jetzt tiefer in das log eingelesen und noch einiges ausprobiert.

Es fällt auf das direkt nach erkennen des ersten erkannten EBUS Teilnehmers die Broadcast, scan und General CSV und danach die CSV des Teilnehmers gelesen wird.

2021-04-03 21:44:16.155 [update notice] received scan-read scan.06  QQ=10: Vaillant;PMS02;0209;8402
2021-04-03 21:44:17.168 [main notice] read common config file vaillant/broadcast.csv
2021-04-03 21:44:17.169 [main notice] read common config file vaillant/scan.csv
2021-04-03 21:44:17.170 [main notice] read common config file vaillant/general.csv
2021-04-03 21:44:17.177 [main notice] read scan config file vaillant/06.pms.csv for ID "pms02", SW0209, HW8402

Ab dem zweiten erkannten Teilnehmer wird die nicht mehr gemacht.

2021-04-03 21:44:18.630 [bus notice] scan 26: ;Vaillant;VR_71;0104;0503
2021-04-03 21:44:18.630 [update notice] store 26 ident: done
2021-04-03 21:44:18.630 [update notice] received scan-read scan.26  QQ=10: Vaillant;VR_71;0104;0503
2021-04-03 21:44:21.026 [main error] scan config 08: ERR: arbitration lost
2021-04-03 21:44:22.546 [update notice] received unknown MS cmd: 1026b5230106 / 1000802002008000802804008035045104
2021-04-03 21:44:22.843 [update notice] received unknown MS cmd: 1026b5230107 / 0f37040080008000800000800080fc05
2021-04-03 21:44:23.083 [update notice] received update-read broadcast vdatetime QQ=10: 21:44:23;03.04.2021
2021-04-03 21:44:23.302 [update notice] received update-read broadcast outsidetemp QQ=10: -40.000

[Dre83]

@dre83 Mein Thema kann geschlossen werden. Im FHEM Forum habe ich einen weiteren User gefunden, welcher genau die gleichen Probleme mit dem ESERA Ethernet Adapter hatte. Mit dem EBus Adapter 3, für welchen ich mich angemeldet habe, ging es reibungslos.

Zudem schrieb mir John 30 folgendes:
"Das Problem bei dem Netzweradapter ist die viel zu hohe Latenz. Dadurch kommt es zu vermehrt arbitration loss und somit kann ebusd nicht vernünftig die Geräte-IDs auslesen."

@Glasfaser : Vielen Dank nochmal für Deine Unterstützung.

[Hiltex]

@dre83 Kannst du uns vielleicht noch den Link zum Foren-Thread dalassen?