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

[Glasfaser]

@dre83

Ändere mal deine Config auf :

--scanconfig=full

[Dre83]

@glasfaser hab es angepasst.

EBUSD_OPTS="--device=192.168.2.119:5000 --httpport=8889 --scanconfig=full --latency=30000 --configpath=http://ebusd.eu/config/"

Leider ohne Erfolg. Sieht noch genauso wie im Bild oben aus.

[Glasfaser]

@dre83

Dann ändere den Dateipfad auf Lokal ( richtigen Pfad ) .... hatte bei mir auch so Probleme .

[Dre83]

@Glasfaser ich habe den Pfad mal durch den lokalen Pfad ersetzt. Leider wird die csv der VRC 700 immer noch nicht geladen.

Der Konfigpfad ist folgender:
EBUSD_OPTS="--device=192.168.2.119:5000 --httpport=8889 --scanconfig --latency=30000 --configpath=/etc/ebusd/ebusd-2.1.x/de"

Die Datei 15.700.csv liegt im Vaillant Ordner.

[Glasfaser]

@dre83 sagte in eBus Adapter Vaillant:

EBUSD_OPTS="--device=192.168.2.119:5000 --httpport=8889 --scanconfig --latency=30000 --configpath=/etc/ebusd/ebusd-2.1.x/de"

auch nicht mit

--scanconfig=full

Zeige mal ein aktuellen ebusctl info

EDIT :

Versuche mal so

EBUSD_OPTS="--device=192.168.2.119:5000  --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=/etc/ebusd -l /var/log/ebusd.log"

[Dre83]

@glasfaser habe beides getestet. Unverändert:

version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 23
max symbol rate: 134
reconnects: 0
masters: 4
messages: 116
conditional: 0
poll: 0
update: 8
address 01: master #6
address 03: master #11
address 06: slave #6
address 08: slave #11
address 0a: slave
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903"
address 26: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903", loaded "vaillant/ec.sol.sc.csv"

[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.