Kontinuierlicher Fehler “SIGN OF LIFE” #1462
Replies: 1 comment
-
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. Wann und warum sendet EBUSD diesen Wert auf der http-Seite? Ist es eine Frage der Definitionen in den verwendten CSV-Dateien? Ich verwende die, die bis zur Neusortierung noch hier zu finden waren (home/pi/ebus-configs/ebusd-configuration/ebusd-2.x.x/de/) und orientierte mich an “Wolf CGB-11, SM-1 and eBus adapter 3” john30/ebusd-configuration#216 |
Beta Was this translation helpful? Give feedback.
-
Hallo
Meine Konfiguration: auf einem RASPI PI4 mit einem 64BIT BOOKWORM OS habe ich EBUSD als auch IOBroker installiert. Die Daten von EBUSD werden mit dem IOB-Adapter EBUS abgeholt.
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.
Beta Was this translation helpful? Give feedback.
All reactions