Adapter: ebus
-
@lenny-cb Bei mir kamen Daten bis gestern .. Da habe ich nur den Admin von 7.09 auf 7.12 aktualisiert..
Jetzt gerade Downgrade durchgeführt.. keine Änderung.
Der Ebus Adapter sagt im Log: ich habe die Daten.. er speichert aber nicht in den Datenpunkten.
-
@rene_hm DANKE fürs Prüfen!
Ich habe die letzten Tage keinerlei Updates eingespielt, was auf einen Zusammenhang mit dem eBus Adapter deuten könnte. Erst nachdem er keine Daten mehr lieferte, habe ich admin auf die aktuelle Version v6.17.14 gehoben.JS-Controller ist bei mir seit einigen Wochen auf 5.0.19, Node.JS auf v18.20.3.
Ich denke das Node.JS Update (im Rahmen des buanet Docker Container Upgrades auf 9.1.2) war das letzte, was ich gemacht hatte. Das ist erst einige Tage her... evtl. hab ich das diesen Montag gemacht, weiß gar nicht mehr sicher. Auf jeden Fall wars nicht gestern.
Aber auch das war nur ein Minor-Upgrade, ich war davor schon auf Node.JS 18 -
Bin aktuell auf folgenden Versionen:
eBus --> 3.2.3
Admin --> 7.0.12
js-controller --> 6.0.6folgende Fehlermeldung bekomme ich.
ebus.0 2024-07-11 12:08:50.743 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:07:50.731 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:06:50.790 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:05:50.561 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:04:50.461 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:03:50.449 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.] ebus.0 2024-07-11 12:02:50.608 error exception in ebusd_ReceiveData [Error [ERR_REQUIRE_ESM]: require() of ES Module /opt/iobroker/node_modules/iobroker.ebus/node_modules/flat/index.js from /opt/iobroker/node_modules/iobroker.ebus/main.js not supported. Instead change the require of index.js in /opt/iobroker/node_modules/iobroker.ebus/main.js to a dynamic import() which is available in all CommonJS modules.]vielleicht hilft es was.
-
ebus --> 3.3.1
Admin --> 6.17.14
js-controller --> 5.0.19 -
@lenny-cb ja, das könnte ein Hinweis sein, ich versteh nur nicht, warum die exception nur bei dir angezeigt wird...
-
@rene_hm sagte in Adapter: ebus:
@lenny-cb ja, das könnte ein Hinweis sein, ich versteh nur nicht, warum die exception nur bei dir angezeigt wird...
diese Meldung ist mit eBus-Adapter-Upgrade auf die aktuelle Version weg.
-
@rene_hm
Schließe mich an, hatte auch schon ein Issue auf GitHub eröffnet. Fehlerbild ist exakt das selbe, wie es hier beschrieben wird.
Keinerlei Updates.Noch eine Info, ich hatte den kompletten Objektbaum gelöscht und den Adapter neu gestartet.
Daraufhin hat er dann alle Ordner mit dem Datenpunkt-Namen neu angelegt, aber keine Datenpunkte selber geschrieben.Nach einem Neustart des ebusd Servers (ebusd deamon) wurden dann alle Datenpunkte EINMALIG gezogen/aktualisiert, danach selber Fehler wie vorher.
192.168.xxx.xxx:8889/data zeigt die Werte aktuell an.
-
Info aus dem GitHub Issue mit einem funktionierenden Workaround:
*Die per http abfragbaren Daten des ebusd (http://<ip_fqdn>:8889/data) hatten/haben seither einen Fehler in der json-Formatierung. Bei mir wurde in der Sektion "global" beim Wert '"updatecheck": "OK",' ein Zeilenumbruch/newline (?) zwischen " und OK eingefügt. Die den Daten zu Grunde liegende Abfrage des ebusd ("ebusctl info") liefert(e) diese Zeichenfolge. Ergo kam kein valides json raus. jsonlint und jq können mit den "json"-Daten nichts anfangen. Entfernt man den Zeilenumbruch/newline (?), hat man wieder valides json.
Ich habe in der Datei /etc/defaults/ebusd die Option "--updatecheck=off" bei den Startoptionen des Daemon ergänzt und den ebusd neu gestartet. Der Wert "updatecheck" wird nun mit "ebusctl info" nicht mehr abfragt/anzeigt und kommt auch nicht mehr in die json-Daten rein.
Die Ursache ist damit nicht behoben. Es klappt aber wieder. Der/die Programmierer des genialen ebusd findet/finden hoffentlich irgendwann Lust/Zeit der Sache auf den Grund zu gehen.*
-
@Rene_HM
so schaut bei mir das Log aus wenn die Daten geschrieben werden. (nach Neustart eBusd)
und so wenn nicht aktualisiert wird:
hier fehlt alles zum Objekt-UpdateAußerdem fällt auf, dass im "got data string" die Formatierung komisch ist.
habe grad erst den Beitrag von @Dette gelesen. Da stehts ja mit dem Formatproblem!
-
Ich war auch betroffen - gestern 11:26 Uhr
@dette
Danke für den Hinweis. Ich hab das bei mir eingefügt und aktuell läuft der Adapter wieder korrekt, alle Werte sind da.Letztes Mal hatte bei mir ein Neustart des Systems gereicht, auf dem ebusd läuft. Das habe ich dieses Mal jedoch nicht ausprobiert, sondern direkt den Parameter hinzugefügt.
-
@dette
Danke für die schnelle Hilfe, funktioniert auch bei mir wieder. -
@dette sagte in Adapter: ebus:
Datei /etc/defaults/ebusd die Option "--updatecheck=off"
Danke für den Tipp. läuft erst einmal wieder!
-
Sehr sehr cool .. alles wieder schön !
-
@dette said in Adapter: ebus:
Ich habe in der Datei /etc/defaults/ebusd die Option "--updatecheck=off" bei den Startoptionen des Daemon ergänzt...
Perfekt, danke für den Tip, läuft bei mir auch erstmal wieder
-
Seit mitternacht sind wieder alle werte gekommen, aber seit dem adapter update kommen nur noch fehler
-
wenn ich das auf Github richtig sehe, hat john30 den Fehler im ebusd gestern korrigiert.
-
Sorry, ich bin neu hier, aber vielleicht hat hier jemand einen Tipp.
Meine cloud stürzt immer mit folgendem Fehler ab:
Cannot request web pages "http://127.0.0.1:8082/vis/widgets/ebus.html?visVersion=1.5.6&_=1724355654893": File widgets/ebus.html not found: {}
Für mich sieht das so aus, als ob das widget von ebus nicht richtig installiert ist?
Eine De- und Reinstallation des Adapter hat leider nichts gebracht.
-
@thiozinc sagte in Adapter: ebus:
Für mich sieht das so aus, als ob das widget von ebus nicht richtig installiert ist?
Was ist denn überhaupt da in welchen Versionen installiert?
Schau die die Ausgabe voniob diagan.
-
======================= SUMMARY ======================= v.2024-05-22 Static hostname: raspberrypi Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.6.31+rpt-rpi-v8 Architecture: arm64 Installation: native Kernel: aarch64 Userland: 64 bit Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 Display-Server: false Boot Target: multi-user.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.20.4 /usr/bin/node v18.20.4 /usr/bin/npm 10.7.0 /usr/bin/npx 10.7.0 /usr/bin/corepack 0.28.0 Recommended versions are nodejs 20.17.0 and npm 10.8.2 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 4.0G 2.8G 318M 225K 875M 1.1G Swap: 209M 157M 52M Total: 4.2G 3.0G 370M Active iob-Instances: 29 Upgrade policy: none ioBroker Core: js-controller 6.0.9 admin 7.0.23 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.webuntis.0 : webuntis : raspberrypi - enabled Objects: 12368 States: 11091 Size of iob-Database: 25M /opt/iobroker/iobroker-data/objects.jsonl 5.7M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ==================== -
Das sieht schon mal gut aus. Die Langfassung verrät?
