Adapter: ebus

[leonundjulie]

@andreasw63 Danke für Deine Antwort. Ich werde gleich mal ausprobieren, ob ich den letzten Fehler, der im Protokoll ausgewiesen wird, so auch noch aus der Welt bekomme.

Denn in meine Konfiguration auf einem RASPI PI4 mit einem 64BIT BOOKWORM OS auf dem EBUSD und IOBroker installiert sind, funktioniert in puncto EBUS und EBUSD ansonsten alles

Der Fehler: bis auf zwei Werte bekomme ich alle Werte meiner WOLF Gastherme CGB (-k)-20 ohne Probleme ausgelesen.
Dieses Bild zeigt die beiden Datenpunkte, die nicht aktualisiert werden.

Das zweite Bild zeigt, dass SIGNOFLIFE alle 5 Minuten (das ist das bei mir eingestellte Abrufintervall) als fehlerhaft dokumentiert wird.

[AndreasW63]

Hallo leonundjulie,

ist der Wert "signofile" in deiner ebus Instanz eingetragen?

Bei meiner Installation ist es so, das im Logfile nur Werte "angemerkt" werden, die mal eingetragen waren aber mittlerweile entfernt wurden !!!!

Gruß Andreas

[leonundjulie]

@andreasw63 , ja der Wert ist eingetragen.

Den Gedanken, dass SIGNOFLIFE von vorherigen „übrig geblieben“ sei, hatte ich auch und den Datenpunkt gelöscht …. Ich weiß nicht wie lange es dauerte, aber nach einer Zeit x war er und somit auch die Fehlermeldungen wieder da.

Also habe ich ihn jetzt nochmals gelöscht -> beim nächsten Zyklus war er wieder da.

Hat noch jemand eine Idee?

[AndreasW63]

@leonundjulie
Das Verhalten ist bei meiner Installation genau so.
Ich habe den Entwickler des Adapters auf Github gefragt:
https://github.com/rg-engineering/ioBroker.ebus/issues/391

Ich bin auf die Antwort gespannt.

AndreasW63 created this issue in rg-engineering/ioBroker.ebus

open warn no update since #391

[Marc Berg]

@andreasw63
Nachdem die Parameter aus der Instanz-Konfiguration gelöscht wurden, muss auch der ebusd neu gestartet werden, sonst werden die Datenpunkte wieder angelegt.

[leonundjulie]

@marc-berg …. Auch das hilft nicht. Ich habe EBUSD für 10 Sekunden ausgeschaltet, zwischenzeitlich den DP SIGNOFLIFE gelöscht - Anmerkung: in der Instanz EBUS ist von mir nie ein SIGNOFLIFE definiert worden. Fazit: beim nächsten Abrufzyklus waren der DP und die Fehlermeldung wieder da.

[Marc Berg]

@leonundjulie sagte in Adapter: ebus:

Anmerkung: in der Instanz EBUS ist von mir nie ein SIGNOFLIFE definiert worden

Hier: https://forum.iobroker.net/post/1241062

hast du es noch anders geschrieben.

Wie dem auch sei, dein Fall und der von @AndreasW63 scheint unterschiedlich gelagert zu sein. Den Fehler bei @AndreasW63 konnte ich so 1:1 nachstellen.

[leonundjulie]

@Marc-Berg … auf der Suche nach der Ursache bin icheinen Schritt weiter. Ich erinnerte mich, dass der IOB Adapter EBUS grundsätzlich Werte über das sogenannte PARSEN, also dem Abgreifen von Daten von einer http-Seite basiert. In diesem Fall also der Seite, die über den ebusd Service bereitgestellt wird.

Die Seite habe ich aufgerufen (sie ist sowohl in der Konfiguration des EBUSD-Services als auch im IOB Adpater EBUS genannt … also verlinkt

Ein Auszug meiner Seite zeigt sofort, dass meine Fehlerursache also nicht in der Konfiguration des EBUS Adpaters innerhalb des IOB liegt, die Ursache vielmehr im EBUSD zu suchen ist.
.

Das Ergebnis des SACN zeigt folgendes:

Ich habe das jetzt mal bei GITHUB platziert https://github.com/john30/ebusd/discussions/1462#discussion-7852698

Nachtrag: ich habe mir mal die bei mir hinterlegten CSV-Dateien angesehen. In einer - und nur in einer - steckt das SIGNOFLIFE.

Jetzt müsste man sich mit den CSV-Dateien auskennen … kann man die Zeile einfach löschen? Ich habe mir auf der GITHUB-Seite mal ein paar der VAILANT-CSV‘en angesehen .. die kennen das SIGNOFLIFE nicht - was sagt mir das?

[AndreasW63]

@marc-berg
Danke für deinen Tipp.
DAS hat geholfen.

Ich bin wie folgt vorgegangen:

Die Instanz ebus.0 habe ich im iobroker gestoppt.
Den Dienst ebusd habe ich mit "sudo service ebusd stop" auf den Betriebssystemconsole beendet.
Nun habe ich in den Objekten des iobrokers die nicht gewünschten Datenpunkte entfernt.
Dann den Dienst ebusd mit "sudo service ebusd start" auf den Betriebssystemconsole gestartet.
Anschließend die Instanz ebus.0 im iobroker wieder gestartet.

Auch nach einiger Wartezeit (ca. 2 Stunden) wurden die o.g. Objekte nicht mehr im Protokoll angezeigt.

[AndreasW63]

Jetzt habe ich noch folgende Meldungen im Logfile:

ebus.0 2025-01-22 14:44:36.239 warn sent read -f -c sc D2Temp, received ERR: invalid position in decode for {"active":true,"circuit":"sc","name":"D2Temp","parameter":""} please check ebusd logs for details!
ebus.0 2025-01-22 14:44:35.471 warn sent read -f -c sc D1Temp, received ERR: invalid position in decode for {"active":true,"circuit":"sc","name":"D1Temp","parameter":""} please check ebusd logs for details!

2025-01-22 14:44:34.653 [bus info] send message: 31ecb509030d0200

2025-01-22 14:44:34.760 [bus error] send to ec: ERR: wrong symbol received, retry

2025-01-22 14:44:35.470 [update info] sent MS cmd: 31ecb509030d0200 / 00

2025-01-22 14:44:35.471 [update error] unable to parse read sc D1Temp from 31ecb509030d0200 / 00: ERR: invalid position

2025-01-22 14:44:35.471 [main error] read sc D1Temp: decode ERR: invalid position

2025-01-22 14:44:35.472 [bus info] send message: 31ecb509030d0800

2025-01-22 14:44:36.237 [update info] sent MS cmd: 31ecb509030d0800 / 00
2025-01-22 14:44:36.237 [update error] unable to parse read sc D2Temp from 31ecb509030d0800 / 00: ERR: invalid position

2025-01-22 14:44:36.238 [main error] read sc D2Temp: decode ERR: invalid position

2025-01-22 14:44:36.239 [network info] [00053] connection closed

Hat jemand einen Tipp für mich ?