@smarthome2020 Der Adapter ist vermutlich mal gegen die dfsg-Version von nodejs gebaut worden. Denn nur die hat überhaupt eine libnode.so.XYZ dabei. Du hast aber jetzt die nodesource-Variante an Bord und da muss der Adapter neugebaut werden. Ich würde den ble wohl mal komplett deinistallieren und neu drauf werfen, dann wird das nämlich zwangsweise gegen das gebaut, was vorhanden ist.

@codierknecht sagte in Fehler beim Update von JS-Controller auf 6.0.10: Auf dem alten System ist das Ende der Fahnenstange erreicht, was Updates angeht. Und auf einem Pi4 würde ich auch ein 64Bit-System haben wollen. Alleine deswegen muss das neuinstalliert werden. Von den anderen Änderungen bei RPiOS 12 ganz abgesehen.

@mcm1957 ich möchte keine Beta, LCN ist da jetzt eine Ausnahme gewesen, da alle Steuerungen und Abfragen in den LCN Bus nicht mehr liefen :confused:

wenn du latest gewählt hast bei buanet, dann ist es die 18er und nicht die 20er. Die 20er gibt es extra auszuwählen. Ich denke bei latest ist es die 18er, da diese ohne Probleme läuft. Weiß einer wann die 20er kommt ohne Probleme?

@thomas-braun pi@raspberrypi:~ $ cd /opt/iobroker/ pi@raspberrypi:/opt/iobroker $ npm ls opengpio iobroker.inst@3.0.0 /opt/iobroker └─┬ iobroker.rpi2@2.0.0 └── opengpio@1.1.0 pi@raspberrypi:/opt/iobroker $

@markusp https://github.com/ioBroker/ioBroker.javascript/issues/1651

@mcm1957 passt @crycode sagte in JsonConfig] Cannot parse json5 config!: Kleines Update: In der aktuellen Beta-Version (latest-Repo) vom Admin Adapter v7.0.11 ist der Fehler behoben.

@homoran ok hab die frage wieder reingeschreiben

@nubbbi dann installiere doch nano nach. apt install nano

@mcu sagte in [erledigt] Fehler nach Update js-controller auf v6.0.9: Die scheint voll zu sein. Ist die Systemrelevant? Das ist ein ISO, welches die GuestAuditions für VBox enthält. Das ist natürlich immer zu 100% voll.

@FC1002 + system.adapter.mqtt.0 : mqtt : Raspberry - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.mqtt.1 : mqtt : Raspberry - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : Raspberry - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shelly.2 : shelly : Raspberry - enabled, port: 1882, bind: 0.0.0.0 sieh dir mal deine Ports an... 2 MQTT-Instanzen unter gleichem Port und 2 Shelly-Instanzen unter gleichem Port. Das dürfte neben der Admin-Geschichte sicherlich auch Probleme geben,,,

@jacquesnorris Auch hier nochmal(anderer erwähnter Forums thread hier: https://forum.iobroker.net/topic/75887/esphome-zeigt-dashboard-nicht/6) : PS: Adapter Neuinstallation sollte nicht notwendig sein,. Schadet aber nicht, falls man eh noch nichts konfiguriert hat. Cache löschen und Adapter neustart sollte reichen. PS 2: Es ist geplant das cache leeren zukünftig in der Adapterconfig zu integrieren, um nicht den Befehl nutzen zu müssen, siehe: https://github.com/DrozmotiX/ioBroker.esphome/issues/211

@mike-eg6 Und NIE als root anmelden!

@ilovegym ich hab jetzt alle Nummern durchprobiert... Adapter gestoppt.. MAC adresse eingetragen( Bsp: 7AE1:92:60:07:E1) Adapter neu gestartet... er läuft auch jedes Mal an ... aber zeigt keinerlei Geräte und Services an... yahka.0 2024-07-23 07:12:10.154 info publishing bridge HomekitServerP on 0.0.0.0 using avahi yahka.0 2024-07-23 07:12:10.141 debug creating bridge yahka.0 2024-07-23 07:12:10.140 info adapter ready, checking config yahka.0 2024-07-23 07:12:10.107 info starting. Version 1.0.3 in /opt/iobroker/node_modules/iobroker.yahka, node: v20.15.0, js-controller: 5.0.19 yahka.0 2024-07-23 07:12:09.934 debug States connected to redis: 127.0.0.1:9000 yahka.0 2024-07-23 07:12:09.846 debug States create User PubSub Client yahka.0 2024-07-23 07:12:09.845 debug States create System PubSub Client yahka.0 2024-07-23 07:12:09.814 debug Redis States: Use Redis connection: 127.0.0.1:9000 yahka.0 2024-07-23 07:12:09.756 debug Objects connected to redis: 127.0.0.1:9001 yahka.0 2024-07-23 07:12:09.746 debug Objects client initialize lua scripts yahka.0 2024-07-23 07:12:09.669 debug Objects create User PubSub Client yahka.0 2024-07-23 07:12:09.667 debug Objects create System PubSub Client yahka.0 2024-07-23 07:12:09.665 debug Objects client ready ... initialize now yahka.0 2024-07-23 07:12:09.606 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 im log müßten dann die adding Rolladen EZ with UUID: 9a513764-ee37-460c-86a2-d827ad5be019 usw...kommen... wenn ich die Datei "IdentifierCache.7AE1926007E1.json" mit einen Editor öffne... dann stehen da auch meine Geräte und Services drin... also müßte das doch die richtige MAC Nummer sein... bin echt ratlos... was kann ich noch tun...? Ich sollte doch mit dem Backup einen Adapter wieder neu aufsetzen können, warum klappt das mit dem YAHKA nicht?

@thomas-braun ok dann werde ich mich mal wenn ich frei hab dran setzen Danke für die Hilfe

@steinp5812 laut Diagnose läuft bei dir noch nodejs 18 , aber du reitest dort ein totes Pferd. Buster ist abgelaufen, ich rate dir dein OS auf den aktuellem Stand zu bringen und auch gleich damit nodeJS. Operating System: Raspbian GNU/Linux 10 (buster) Userland : 32 bit *** NodeJS-Installation *** /usr/bin/nodejs v18.20.3 /usr/bin/node v18.20.3 /usr/bin/npm 10.7.0 /usr/bin/npx 10.7.0 /usr/bin/corepack 0.28.0

@thomas-braun Danke, es hat geklappt... Die Meldungen sind weg... info hatte ich schon deinstalliert

@ro75 permanent nicht, aber so 2 - 3 fehlermeldungen am Tag ja. Immer nur von 2 Dot´s vom 3. bisher nicht.