WLED Adapter - nach Neustart keine Verbindungen mehr möglich

[arteck]

@percy Adapterversion ??

und pack bitte logs in entsprechende Code Tags.. nicht als screenshot

[Percy]

@arteck Die Adapterversion ist 0.6.3. Da ich bisher aber kaum weitere Berichte zu meinem Problem finden konnte, halte ich es für durchaus möglich, dass es an der NodeJS Version lag. Ich werde das beobachten und mich melden, falls das Problem weiterhin besteht.

[Thomas Braun]

@percy sagte in WLED Adapter - nach Neustart keine Verbindungen mehr möglich:

halte ich es für durchaus möglich, dass es an der NodeJS Version lag.

Oder am root Login...

[Percy]

Leider ist nach ein paar Tagen Ruhe das Problem wieder aufgetreten. Am Root-Login liegt es vermutlich nicht (läuft in einem Docker-Container), wieder sind mehrere Prozesse am Laufen:

Im Log ist folgendes zu finden:

2021-11-24 18:37:24.085 - error: wled.0 (5008) wled.0 already running
2021-11-24 18:37:24.088 - warn: wled.0 (5008) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2021-11-24 18:37:24.616 - error: wled.0 (5008) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-11-24 18:37:24.616 - error: wled.0 (5008) unhandled promise rejection: Cannot read property 'error' of undefined
2021-11-24 18:37:24.619 - error: wled.0 (5008) TypeError: Cannot read property 'error' of undefined
at Wled.onUnload (/opt/iobroker/node_modules/iobroker.wled/main.js:130:13)
at Wled.emit (events.js:400:28)
at process.stop (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8747:22)
at Object.onceWrapper (events.js:520:26)
at process.emit (events.js:400:28)
at process.exit (internal/process/per_thread.js:173:15)
at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:352:25)
at processTicksAndRejections (internal/process/task_queues.js:95:5)
2021-11-24 18:37:24.620 - error: wled.0 (5008) Cannot read property 'error' of undefined

Wieder hat das Beenden des Prozesses das Problem gelöst. Von alleine schafft der Adapter es aber nicht, auch nach einem Neustart von selbigem bleibt das Problem bestehen.

[Thomas Braun]

@percy
NodeJS ist immer noch nicht sauber installiert.

[Percy]

@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]

@percy

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.

[Glasfaser]

@Percy

@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.

[Percy]

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 Packages

Ich werde das Verhalten nochmal beobachten, vielleicht ist der Fehler jetzt gelöst.
Danke für die Unterstützung soweit.

[Thomas Braun]

@percy
Stretch? Aktualisier das mal auf was noch lebendiges.

[Percy]

@thomas-braun gerne. Was wäre deine Empfehlung? Den Main Pfad dann einfach in nodesource.list anpassen?

[Thomas Braun]

@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]

@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.

[Glasfaser]

@percy sagte in WLED Adapter - nach Neustart keine Verbindungen mehr möglich:

iobroker@643148de1007:/opt/iobroker$

ich würde den User nicht iobroker nennen .

[Vocaris]

@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 von

ps auxww|grep wled

zeigt 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]

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?

[ichwersonst]

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...

[opossum]

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 .

[crunchip]

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.

[crunchip]

@vocaris hatte in der Vergangenheit Probleme mit node v12 und wled, seit v14 läuft alles, wäre vllt ein Versuch wert.