NEWS
WLED Adapter - nach Neustart keine Verbindungen mehr möglich
-
@percy
NodeJS ist immer noch nicht sauber installiert.@thomas-braun Danke für die Rückmeldung. Woran ist das ersichtlich bzw. wie lässt sich das Lösen? Im Admin sieht für mich alles korrekt aus:

-
@thomas-braun Danke für die Rückmeldung. Woran ist das ersichtlich bzw. wie lässt sich das Lösen? Im Admin sieht für mich alles korrekt aus:

Da ich nicht aus deinen Screenshots kopieren kann...
Ich sehe es an den falschen Pfaden. Schau in meiner Signatur, da wird erklärt wie es richtig gemacht wird. -
Da ich nicht aus deinen Screenshots kopieren kann...
Ich sehe es an den falschen Pfaden. Schau in meiner Signatur, da wird erklärt wie es richtig gemacht wird.@thomas-braun sagte in WLED Adapter - nach Neustart keine Verbindungen mehr möglich:
Da ich nicht aus deinen Screenshots kopieren kann..
Ich sehe es an den falschen Pfaden.
-
Danke für den Hinweis, ist jetzt korrigiert:
iobroker@643148de1007:/opt/iobroker$ which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.1 v14.18.1 6.14.15 nodejs: Installiert: 14.18.1-1nodesource1 Installationskandidat: 14.18.1-1nodesource1 Versionstabelle: *** 14.18.1-1nodesource1 500 500 https://deb.nodesource.com/node_14.x stretch/main amd64 Packages 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://deb.debian.org/debian stretch/main amd64 PackagesIch werde das Verhalten nochmal beobachten, vielleicht ist der Fehler jetzt gelöst.
Danke für die Unterstützung soweit. -
Danke für den Hinweis, ist jetzt korrigiert:
iobroker@643148de1007:/opt/iobroker$ which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.1 v14.18.1 6.14.15 nodejs: Installiert: 14.18.1-1nodesource1 Installationskandidat: 14.18.1-1nodesource1 Versionstabelle: *** 14.18.1-1nodesource1 500 500 https://deb.nodesource.com/node_14.x stretch/main amd64 Packages 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://deb.debian.org/debian stretch/main amd64 PackagesIch werde das Verhalten nochmal beobachten, vielleicht ist der Fehler jetzt gelöst.
Danke für die Unterstützung soweit.@percy
Stretch? Aktualisier das mal auf was noch lebendiges. -
@percy
Stretch? Aktualisier das mal auf was noch lebendiges.@thomas-braun gerne. Was wäre deine Empfehlung? Den Main Pfad dann einfach in nodesource.list anpassen?
-
@thomas-braun gerne. Was wäre deine Empfehlung? Den Main Pfad dann einfach in nodesource.list anpassen?
@percy
Nein, das hat mit der nodesource.list nichts zu tun.
Aber mit den anderen list-Dateien in den Verzeichnis. Das ist aber kein Thema für diesen Thread, nichtmal für dieses Forum.
Aber Docker ist doch mehr so easy zu handeln, da kannst du ja flugs ein bullseye draufzimmern -
@percy
Nein, das hat mit der nodesource.list nichts zu tun.
Aber mit den anderen list-Dateien in den Verzeichnis. Das ist aber kein Thema für diesen Thread, nichtmal für dieses Forum.
Aber Docker ist doch mehr so easy zu handeln, da kannst du ja flugs ein bullseye draufzimmern@thomas-braun dann werde ich bei Gelegenheit mal den Docker Container hochziehen. Für das vorliegende Problem sollte das aber keine Auswirkungen haben. Ich beobachte das Verhalten des Adapters jetzt erstmal weiter.
-
Danke für den Hinweis, ist jetzt korrigiert:
iobroker@643148de1007:/opt/iobroker$ which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.1 v14.18.1 6.14.15 nodejs: Installiert: 14.18.1-1nodesource1 Installationskandidat: 14.18.1-1nodesource1 Versionstabelle: *** 14.18.1-1nodesource1 500 500 https://deb.nodesource.com/node_14.x stretch/main amd64 Packages 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://deb.debian.org/debian stretch/main amd64 PackagesIch werde das Verhalten nochmal beobachten, vielleicht ist der Fehler jetzt gelöst.
Danke für die Unterstützung soweit. -
Hallo, @percy
Ich hatte das Problem auch, gehe mal auf die Konsole vom iobroker, dort mal folgenden Befehl absetzen:
ps auxww|grep wledWenn Du da mehrere Einträge siehst, als zwei, dann laufen dort zu viele Prozesse.
debian@iobroker:~$ ps auxww|grep wled iobroker 1702 0.1 1.0 661336 88648 ? Sl Nov01 6:32 io.wled.0 debian 31210 0.0 0.0 6088 892 pts/0 S+ 16:57 0:00 grep wled debian@iobroker:~$Ich habe dann alle Prozesse gekillt und dann lief der Neustart von WLED sauber durch. Bei mir war es anscheinend ein Blockly, das diesen Fehler verursacht hat. Das Blockly steuert einen LED-Stripe am Garagentor. Anscheinend war das Script noch nicht zu Ende gelaufen und blieb als Prozess erhalten. Damit war aber der Stripe dann nicht mehr "ansprechbar". Bei mir dürfen es nur zwei sein (ein Stripe und einmal das grep). Wie das aussieht, wenn man mehrere Stripes mit WLED steuert, kann ich (noch) nicht sagen.
@opossum
Also bei mir verliert der Adapter in regelmäßigen Abständen den Connect zum WEMOS.
In der Instanz ist das Gerät mit seiner IP noch da. Aber rechts mit einem "roten Ball".
Auch ein Neustart des ioB und/oder des WEMOS hilft nicht. Der WEMOS ist aber erreichbar. App und Webinterface klappt.
Ich muss wenn den Adapter deinstallieren und neu installieren. Oder bei den Objekten den ganzen Baum löschen. Woher kommt da?
Die Abfrage vonps auxww|grep wledzeigt keine n Einträge.
Habe jetzt den js-controller auf 3.3.22 geuppt. Jetzt ist zumindest der "Ball grün" also verbunden. Aber das Log geht immer auf online=> offline => online...
-
@opossum
Also bei mir verliert der Adapter in regelmäßigen Abständen den Connect zum WEMOS.
In der Instanz ist das Gerät mit seiner IP noch da. Aber rechts mit einem "roten Ball".
Auch ein Neustart des ioB und/oder des WEMOS hilft nicht. Der WEMOS ist aber erreichbar. App und Webinterface klappt.
Ich muss wenn den Adapter deinstallieren und neu installieren. Oder bei den Objekten den ganzen Baum löschen. Woher kommt da?
Die Abfrage vonps auxww|grep wledzeigt keine n Einträge.
Habe jetzt den js-controller auf 3.3.22 geuppt. Jetzt ist zumindest der "Ball grün" also verbunden. Aber das Log geht immer auf online=> offline => online...
-
Hallo, @vocaris,
bei mir läuft auch die 3.3.22, aber diese ständigen Reconnects habe ich nicht. Kannst Du mit der IP-Adresse des Wemos direkt via Browser auf WLED zugreifen?
Hy Leute,
gibt es irgendwie eine Lösung zu dem Problem, dass der WLED Adapter die Verbindung zum ESP verliert und nicht wieder aufbauen kann auch wenn dieser über den Browser erreichbar ist ?Beste Grüße... :-)
-
Hy Leute,
gibt es irgendwie eine Lösung zu dem Problem, dass der WLED Adapter die Verbindung zum ESP verliert und nicht wieder aufbauen kann auch wenn dieser über den Browser erreichbar ist ?Beste Grüße... :-)
Hallo, @ichwersonst,
welche Version von WLED ist auf dem ESP? Bei mir läuft noch die 0.12:

Damit habe ich keine Probleme. Adapter-Version ist die 0.6.3 .
-
ich verwende verschieden wled versionen und auch SoundReactive, das in der instanz die Geräte mit einem roten Punkt angezeigt werden habe ich auch, steuern lässt sich aber trotzdem alles wie gewünscht.
-
@opossum
Also bei mir verliert der Adapter in regelmäßigen Abständen den Connect zum WEMOS.
In der Instanz ist das Gerät mit seiner IP noch da. Aber rechts mit einem "roten Ball".
Auch ein Neustart des ioB und/oder des WEMOS hilft nicht. Der WEMOS ist aber erreichbar. App und Webinterface klappt.
Ich muss wenn den Adapter deinstallieren und neu installieren. Oder bei den Objekten den ganzen Baum löschen. Woher kommt da?
Die Abfrage vonps auxww|grep wledzeigt keine n Einträge.
Habe jetzt den js-controller auf 3.3.22 geuppt. Jetzt ist zumindest der "Ball grün" also verbunden. Aber das Log geht immer auf online=> offline => online...
@vocaris hatte in der Vergangenheit Probleme mit node v12 und wled, seit v14 läuft alles, wäre vllt ein Versuch wert.
-
Hallo, @ichwersonst,
welche Version von WLED ist auf dem ESP? Bei mir läuft noch die 0.12:

Damit habe ich keine Probleme. Adapter-Version ist die 0.6.3 .
@opossum
WLED version ist

und der Adapter ist auch die 0.6.3Meinst ich sollte mal die WLED version wie du sie hast installieren um keine Probleme zu haben ?
Grüße :-)
-
@opossum
Danke für deine Nachricht. Bei mir liefen tatsächlich mehrere Prozesse:
der zusätzliche grep Prozess kommt übrigens durch die Abfrage mit dem Befehl ps.
Nachdem ich alle Prozesse bis auf den neuesten beendet habe (Befehl kill -9 [PID]) läuft WLED wieder einwandfrei.
Es darf neben dem grep Prozess also nur einen Treffer geben. Die Frage ist, was genau hier schief läuft. Ich habe nur ein Skript, welches beim Betreten des Raumes die WLED Lampe einschaltet, und beim Verlassen wieder ausschaltet. Das Problem tritt bei einem Neustart des Adapters (oder der kompletten ioBroker Instanz) im laufenden Betrieb auf. Irgendwas stimmt hier beim Adapter wohl nicht ganz. Ich werde auf github mal einen Issue öffnen.
Danke auf jeden Fall für deine Hilfe, jetzt weiß ich zumindest, wie ich das Problem umgehen kann. Wenn der Fehler nicht im Adapter zu finden ist, schreibe ich einfach ein Skript, welches überschüssige Prozesse automatisch beendet.
LG Percy
bei mir sieht das ganze so hier aus
pi@RaspberryVPN:/opt/iobroker $ ps auxww|grep wled iobroker 8467 0.0 2.0 132584 20284 ? Sl 09:53 0:10 /usr/bin/node / opt/iobroker/node_modules/iobroker.wled/main.js 0 info pi 18626 0.0 0.0 7360 576 pts/0 R+ 21:30 0:00 grep --color=au to wled iobroker 28742 0.0 1.9 132360 19332 ? Sl 09:48 0:11 /usr/bin/node / opt/iobroker/node_modules/iobroker.wled/main.js 0 infoWie beende ich die die Prozesse, bzw. welche Prozesse muss ich beenden ?
Beste Grüße :-)
-
bei mir sieht das ganze so hier aus
pi@RaspberryVPN:/opt/iobroker $ ps auxww|grep wled iobroker 8467 0.0 2.0 132584 20284 ? Sl 09:53 0:10 /usr/bin/node / opt/iobroker/node_modules/iobroker.wled/main.js 0 info pi 18626 0.0 0.0 7360 576 pts/0 R+ 21:30 0:00 grep --color=au to wled iobroker 28742 0.0 1.9 132360 19332 ? Sl 09:48 0:11 /usr/bin/node / opt/iobroker/node_modules/iobroker.wled/main.js 0 infoWie beende ich die die Prozesse, bzw. welche Prozesse muss ich beenden ?
Beste Grüße :-)
@ichwersonst stoppe mal beide
kill -9 8467
kill -9 28742 -
@ichwersonst stoppe mal beide
kill -9 8467
kill -9 28742@crunchip
wenn ich die Befehle eingebe kommt folgendes herauspi@RaspberryVPN:/opt/iobroker $ kill -9 28476 -bash: kill: (28476) - Die Operation ist nicht erlaubt -
@ichwersonst stoppe mal beide
kill -9 8467
kill -9 28742ah okay ich muss noch sudo davor schreiben :man-facepalming:
okay dann verbindet er auch wieder erfolgreich...
Jetzt die Frage, wie ich die die aktuelle ID Nummer der Prozesse herausfinde die ich beenden muss. :-)Dann könnte ich ja einen Skript schreiben wenn nicht verbunden ist dann befehl an terminal und dann starte adapter neu ....