NEWS
Adapter: ebus
-
@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 … 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
Nachdem die Parameter aus der Instanz-Konfiguration gelöscht wurden, muss auch der ebusd neu gestartet werden, sonst werden die Datenpunkte wieder angelegt.@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.
-
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 position2025-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 ?
-
@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 sagte in Adapter: ebus:
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.die oben beschriebene Lösung ist zu empfehlen.
Leider hilft das nur so lange, bis der ebusd manuell oder automatisch eine neue Suche nach Datenpunkten auf dem Bus startet. Dabei werden ggf. Datenpunkte im ebusd (nicht im Adapter) gefunden und angelegt, die nicht regelmäßig oder nie aktualisiert werden. Der Adapter übernimmt dann diese Datenpunkte und meldet, dass diese nicht aktualisiert wurden. Das lässt sich nur mit der oben beschriebenen Methode wieder rückgängig machen.
Da diese Diskussion immer wieder aufkommt, werde ich eine Option hinzufügen, um diese Prüfung komplett zu deaktivieren.siehe auch
https://github.com/rg-engineering/ioBroker.ebus/issues/391 -
Da ich auch gerade (mal wieder) mit dem ebus kämpfe noch ein Tipp von mir, um zumindest immer gleiche Ergebnisse zu erhalten, falls noch jemand das Problem hat:
Da der ebus Service bei mir beim Starten sehr unzuverlässig die csv Dateien den gescannten Geräten zugeordnet hat (mal garnicht, mal eine ander Datei genommen) wurden danach andere Objekte in ioBroker aktualisiert bzw. halt nicht mehr aktualisiert. Im dümmsten Fall wurde auf git die csv aktualisiert und etwas umbenannt, dann war es nach Neustart des ebus Service ein anderes Objekt. Dadurch hat meine VIS oft nicht mehr gestimmt.
Ich habe jetzt die csv lokal abgelegt (durch ein lokales git repository clonen, sehr einfach; händisch kopieren hat nur zu Fehlermeldungen geführt) und seitdem ist nach jedem ebus Neustart auf dem Raspi die Zurodnung der csv identisch :+1:Wenn man nun wie im vorherigen Post einen Status hat, der immer wieder ungwewollt auftaucht, kann man diese Zeile in der lokalen csv einfach löschen. Dann erscheint er nach Neustart des ebus daemons sicher nicht mehr.
ABER: klar, Aktualisierungen werden online dann nicht mehr gezogen. Da sich eine Heizungssystem aber nicht sooo oft ändert, ist das akzeptabel, denke ich.
Was ich noch nicht herausgefunden habe: wie kann ich manuell eine csv einem in ebus gefundenem Gerät zuordnen, z.B. nach einem Scan? Aber das ist keine ioBroker Frage, sondern ebus :relaxed:
-
Da ich auch gerade (mal wieder) mit dem ebus kämpfe noch ein Tipp von mir, um zumindest immer gleiche Ergebnisse zu erhalten, falls noch jemand das Problem hat:
Da der ebus Service bei mir beim Starten sehr unzuverlässig die csv Dateien den gescannten Geräten zugeordnet hat (mal garnicht, mal eine ander Datei genommen) wurden danach andere Objekte in ioBroker aktualisiert bzw. halt nicht mehr aktualisiert. Im dümmsten Fall wurde auf git die csv aktualisiert und etwas umbenannt, dann war es nach Neustart des ebus Service ein anderes Objekt. Dadurch hat meine VIS oft nicht mehr gestimmt.
Ich habe jetzt die csv lokal abgelegt (durch ein lokales git repository clonen, sehr einfach; händisch kopieren hat nur zu Fehlermeldungen geführt) und seitdem ist nach jedem ebus Neustart auf dem Raspi die Zurodnung der csv identisch :+1:Wenn man nun wie im vorherigen Post einen Status hat, der immer wieder ungwewollt auftaucht, kann man diese Zeile in der lokalen csv einfach löschen. Dann erscheint er nach Neustart des ebus daemons sicher nicht mehr.
ABER: klar, Aktualisierungen werden online dann nicht mehr gezogen. Da sich eine Heizungssystem aber nicht sooo oft ändert, ist das akzeptabel, denke ich.
Was ich noch nicht herausgefunden habe: wie kann ich manuell eine csv einem in ebus gefundenem Gerät zuordnen, z.B. nach einem Scan? Aber das ist keine ioBroker Frage, sondern ebus :relaxed:
Guten Morgen zusammen. Grundsatzfrage: bis dato lese ich nur Werte über den eBUS-Adapter aus … ok soweit. Bekomme ich über MQTT eigentlich mehr Werte? Zugänglich?
10x JA-Solar (380Wp) unter 15° gen Süden und 12x JA-Solar (385Wp) unter 10° gen Westen auf Carport, HUAWEI SUN2000 WR
Daran HUAWEI LUNA2000, 10kWh
Und via Kaskade 8x JA-Solar (385Wp) unter 45° gen Osten und 14x JA-Solar (385Wp) unter 23° gen Westen am 2. HUAWEI SUN2000 WR.
SMARTFOX PRO als EMS, KEBA P30-X Wallbox
-
Guten Morgen zusammen. Grundsatzfrage: bis dato lese ich nur Werte über den eBUS-Adapter aus … ok soweit. Bekomme ich über MQTT eigentlich mehr Werte? Zugänglich?
@leonundjulie
Kurze Antwort, nein -
Hallo Zusammen,
Ich wollte gern von meiner Vaillant Heizung die Solaranlage auslesen.
Jetzt hab ich schonmal herausgefunden das die Daten von VMS01 kommen.
Wenn ich ebusctl info eingebe wird VMS01 angezeigt nur der Adapter liest das nicht aus.
Ich habe die 06.vms.csv in Verdacht nur ich weiß nicht wie ich die ändere.
Auch wird angezeigt das es aktualisierungen für den ebusd gibt, wie kann ich ein Update anstoßen?
LG
-
OK, Fehler gefunden!
Ich möchte aber gern auf ebusd 24.1 umstellen.
Ich habe das schon einmal probiert, funktionierte soweit alles, nur fehlten mir 4 Datenpunkte für meine Solarthermieanlage, die vorher da waren:SBTemp, SolBackTemp, CollTemp, SolPump
Gibt es in der 24.1-Version auch die Möglichkeit die Konfigurationsdateien lokal zu speichern, so dass man die fehlenden Datenpunkte ergänzen kann?
@kanumouse
Hast du die Meldung weg bekommen? Habe die gleiche im LOG:instance system.adapter.ebus.0 already running with pid xxxxKNX - Modbus - EBus - Smartmeter
PV Überschuss Steuerung für Wallbox und WP mit Node-Red, SQL Programmierung, eigens entwickelte KNX Komponenten -
@kanumouse
Hast du die Meldung weg bekommen? Habe die gleiche im LOG:instance system.adapter.ebus.0 already running with pid xxxx@azrael42
Hallo, ich bin zwar nicht kanumouse aber ich hab das Problem auch schon seit über einem Jahr. Dachte mal es wäre weg wenn man den Adapter über das Terminal beendet und wieder startet aber leider kann ich das so nicht mehr nachvollziehen. Im ebus wird ja lt. Beschreibung der Bus mit dem Befehl "Make the daemon autostart with sudo systemctl enable ebusd" beim Starten vom Raspie automatisch gestartet.
Ev. passiert das gleiche nochmal beim Start vom IoBroker und der Dienst läuft dann zweimal.
Vieleicht meldet sich ja diesmal jemand der uns da helfen kann. Habs leider nicht weiter verfolgt. Nach Update auf Bookworm ist das immer noch. -
@azrael42
Hallo, ich bin zwar nicht kanumouse aber ich hab das Problem auch schon seit über einem Jahr. Dachte mal es wäre weg wenn man den Adapter über das Terminal beendet und wieder startet aber leider kann ich das so nicht mehr nachvollziehen. Im ebus wird ja lt. Beschreibung der Bus mit dem Befehl "Make the daemon autostart with sudo systemctl enable ebusd" beim Starten vom Raspie automatisch gestartet.
Ev. passiert das gleiche nochmal beim Start vom IoBroker und der Dienst läuft dann zweimal.
Vieleicht meldet sich ja diesmal jemand der uns da helfen kann. Habs leider nicht weiter verfolgt. Nach Update auf Bookworm ist das immer noch.@hasont
Danke für die Antwort!
Bei mir kommt die Meldung entweder nicht oder im gleichen Rhythmus, in dem der Cron Zeitplan des Dienstes eingestellt ist.
Die Funktion ist aber immer gegeben. Nervt halt nur, wenn das Log ständig mit Ebus Meldungen voll ist und die eigentlich Wichtigen unter gehen.
Hab da auch noch eine andere Meldung, um die kümmere ich mich aber später:no update since 3/23/2025, 6:56:23 AM mc.messages.Params.lastupDavon 3 verschiedene...
-
Hallo zusammen,
nachdem ich nun den ebusd laufen haben als auch den ebus Adapter, der mir auch eine Vielzahl an werten meiner WP anzeigt, wollte ich mich nun mal daran wagen, per write Befehl die Konfiguration zu ändern.
Als einfaches Bsp erscheint mir, die Zirkulationspumpe an/aus zu schalten.
Diese sehe ich im Circuit "hmu" unter dem Namen "StatusCirPump".
Leider gelingt es mir nicht über dem cmd Datenpunkt einen Write Befehl abzusetzen, da scheinbar meine Syntax falsch ist.Hier mal das, was die HTML Seite unter "hmu"ausgibt:
"StatusCirPump": {
"name": "StatusCirPump",
"passive": true,
"write": true,
"lastup": 1691576026,
"zz": 8,
"fields": {
"0": {"name": "", "value": "off"}
}
},Wie schaffe ich es nun, den Value von "off" auf "on" oder umgekehrt zu ändern?
Nach meinem Verständnis wäre der Circuit "hmu" und der Name "StatusCirPump". Aber wie schreibe ich nun konkret den "value"?Gibt es irgendwo Beispiele zum write Befehl, an denen man sich mal orientieren kann?
Besten Dank schonmal
-
@dette kannst du noch sagen, wie du über Iobroker den Write Befehl an Ebus.0.cmd sendest.
Ich möchte das gerne über Node-Red machen, weiß aber nicht über welchen Node ich den Befehl (in welchem Format) übergeben muss/soll.
Viele Grüße!
@martens86
Ich antworte mir mal selbst, da ich für mich eine Lösung gefunden habe.Ich nutze in Node-Red eine Function-Node um einen Befehl in ebus.o.cmd zu schreiben:
Ein Beispiel-Befehl ist z.B. (1x Warmwasser-Bereitung)
msg.payload = 'write -c 700 HwcSfMode 6';
msg.topic = "ebus.0.cmd";
return msg;Das geht dann in ein iobroker-Out node, wo der ebus.0.cmd verlinkt ist.
-
Hallo Zusammen,
Ich wollte gern von meiner Vaillant Heizung die Solaranlage auslesen.
Jetzt hab ich schonmal herausgefunden das die Daten von VMS01 kommen.
Wenn ich ebusctl info eingebe wird VMS01 angezeigt nur der Adapter liest das nicht aus.
Ich habe die 06.vms.csv in Verdacht nur ich weiß nicht wie ich die ändere.
Auch wird angezeigt das es aktualisierungen für den ebusd gibt, wie kann ich ein Update anstoßen?
LG
@nobody-else sagte in Adapter: ebus:
Hallo Zusammen,
Ich wollte gern von meiner Vaillant Heizung die Solaranlage auslesen.
Jetzt hab ich schonmal herausgefunden das die Daten von VMS01 kommen.
Wenn ich ebusctl info eingebe wird VMS01 angezeigt nur der Adapter liest das nicht aus.
Ich habe die 06.vms.csv in Verdacht nur ich weiß nicht wie ich die ändere.
Auch wird angezeigt das es aktualisierungen für den ebusd gibt, wie kann ich ein Update anstoßen?
LG
Hi, hast Du rausgefunden, wie man den ebusd updatet? Könnte da auch Hilfe gebrauchen.
Gruß
Klaus -
@nobody-else sagte in Adapter: ebus:
Hallo Zusammen,
Ich wollte gern von meiner Vaillant Heizung die Solaranlage auslesen.
Jetzt hab ich schonmal herausgefunden das die Daten von VMS01 kommen.
Wenn ich ebusctl info eingebe wird VMS01 angezeigt nur der Adapter liest das nicht aus.
Ich habe die 06.vms.csv in Verdacht nur ich weiß nicht wie ich die ändere.
Auch wird angezeigt das es aktualisierungen für den ebusd gibt, wie kann ich ein Update anstoßen?
LG
Hi, hast Du rausgefunden, wie man den ebusd updatet? Könnte da auch Hilfe gebrauchen.
Gruß
Klaus@trapper sagte in Adapter: ebus:
Hi, hast Du rausgefunden, wie man den ebusd updatet?
Indem man eine passende Quelle in seinem Betriebssystem anlegt.
Für Debian z. B. so:https://github.com/john30/ebusd-debian
bzw.
https://github.com/john30/ebusd-debian/blob/master/README.md -
@nobody-else sagte in Adapter: ebus:
Hallo Zusammen,
Ich wollte gern von meiner Vaillant Heizung die Solaranlage auslesen.
Jetzt hab ich schonmal herausgefunden das die Daten von VMS01 kommen.
Wenn ich ebusctl info eingebe wird VMS01 angezeigt nur der Adapter liest das nicht aus.
Ich habe die 06.vms.csv in Verdacht nur ich weiß nicht wie ich die ändere.
Auch wird angezeigt das es aktualisierungen für den ebusd gibt, wie kann ich ein Update anstoßen?
LG
Hi, hast Du rausgefunden, wie man den ebusd updatet? Könnte da auch Hilfe gebrauchen.
Gruß
Klaus@trapper ebusd - update
Der Adapter bring neuerdings zwei scripts mit
Die liegen im Verzeichnis lib/scripts des Adapters.
Diese scripts kann man als Vorlage zur Installation oder update verwenden.
Außerdem ist das im wiki vom ebusd für die Installation beschrieben. -
Hat schon einer die Version 3.6.3 getestet.
Laut Infotext "Due to new used parser data structure might be changed. Please verify your settings."
Mich würde interessieren, was sich genau an der Datenstruktur ändert.
@norb-0 Der Plan ist, dass sich möglichst nichts ändert. Ich habe bei mir aber gesehen, dass ein paar neue Datenpunkte hinzugekommen sind und manche (speziell Beschreibungen und Namen) sich verschoben haben. Die sind jetzt an der gleichen Stelle, wie im Original vom ebusd (wenn man das ganze im browser direkt aufruft). Die Werte selbst waren zumindest bei mir nicht betroffen.
Hintergrund ist, dass ich eine Bibliothek, welche nicht mehr kompatibel war, entfernt habe und durch eigenen Code ersetzt habe. -
@norb-0 Der Plan ist, dass sich möglichst nichts ändert. Ich habe bei mir aber gesehen, dass ein paar neue Datenpunkte hinzugekommen sind und manche (speziell Beschreibungen und Namen) sich verschoben haben. Die sind jetzt an der gleichen Stelle, wie im Original vom ebusd (wenn man das ganze im browser direkt aufruft). Die Werte selbst waren zumindest bei mir nicht betroffen.
Hintergrund ist, dass ich eine Bibliothek, welche nicht mehr kompatibel war, entfernt habe und durch eigenen Code ersetzt habe.@rene_hm
Danke fürs Feedback.
Sieht alles gut aus bei mir nach dem update auf 3.6.3. Die Werte der Datenpunkte die ich abfrage sind zumindest nicht verschoben.
Es wurden insgesamt 1360 neue Datenpunkte hinzugefügt!
ebus nach update auf 3.6.3.txt
372
Online32.7k
Users82.4k
Topics1.3m
Posts