Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[legro]

@Thomas-Braun

Gerade eben habe ich iobroker nodejs-update in meinem System erneut angestoßen. Diesmal mit dem Ergebnis 22.22.1, wobei mir jedoch angezeigt wird, dass es auch 22.22.2 gibt. Vermutlich ist diese neueste Version noch nicht im aktuell verteilten Paket enthalten.

[Thomas Braun]

@legro sagte:

Vermutlich ist diese neueste Version noch nicht im aktuell verteilten Paket enthalten.

Doch, 22.22.2 wird über das nodesource-Repo in der 64Bit-Version verteilt.

Ausgabe von

sudo apt update
sudo apt full-upgrade

zeigen.

[legro]

@Thomas-Braun

Ich hab das Ganze nun ein drittes Mal angestoßen. Nun ist auch bei mir endlich 22.22.2 drauf.

[Thomas Braun]

@legro sagte:

Ich hab das Ganze nun ein drittes Mal angestoßen. Nun ist auch bei mir endlich 22.22.22 drauf.

Wo liest du die Version eigentlich aus? Aus der Admin-GUI?
Vorsicht, GUIs lügen notorisch.

apt policy nodejs
nodejs -v
node -v

zeigt dir im Terminal immer die Wahrheit.

[legro]

@Thomas-Braun

Natürlich in der Admin-GUI, leider fühle ich mich in Linux noch immer nicht angemessen zuhause.

Danke für den Hinweis.

Nun aber bitte zurück zum eigentlichen Thema!

Der Shelly-Adapter wird einfach nicht grün, obwohl - tausendmal überprüft - alle Konfigurationen korrekt sind. Das kann nach dem, was ich nun verstanden habe, ja nur noch daran liegen, dass entweder die Shellys sich nicht beim Adapter anmelden oder der Adapter die Anmeldungen nicht annimmt.

Was könnte ich noch tun? Leider habe ich nunmal auf das besagte System im Docker keinen Terminal-Zugriff.

[Samson71]

@legro
Was ich hier nirgends sehe sind die Einstellungen der Shelly Instanz. Nur einen (abgeschnittenen) Screenshot aus den Einstellungen eines Shelly selber.

[da_Woody]

@legro sagte:

Der Shelly-Adapter wird einfach nicht grün, obwohl - tausendmal überprüft - alle Konfigurationen korrekt sind. Das kann nach dem, was ich nun verstanden habe, ja nur noch daran liegen, dass entweder die Shellys sich nicht beim Adapter anmelden oder der Adapter die Anmeldungen nicht annimmt.

kann ich nicht wirklich glauben. was zeigt der adapter denn an?

dazu brauchts kein terminal. IMHO ist die docker install schrott.

[legro]

@Samson71

Klar doch, ich habe über VPN ja auch keinen Terminal-Zugriff auf die ioBroker-Installation in Docker.

Apropos Docker ..

Ich habe in der Zwischenzeit fleißig getestet und nachgedacht. Selbst im Debug-Mode liefert der ioBroker Adapter keinerlei Hinweise auf einen Traffic zwischen Adapter und Shelly. Daher meine Vermutung ..

Müsste nicht der verwendete Port 1882 im Docker bei der Installation explizit durchgereicht werden?

[Samson71]

@legro sagte:
Klar doch, ich habe über VPN ja auch keinen Terminal-Zugriff auf die ioBroker-Installation in Docker.

Was hat eine Adaptereinstellung bzw. deren Screenshots mit dem Terminal zu tun? Oder verstehe ich da was falsch?

[legro]

@Samson71

Da ich keine Terminal-Verbindung hinbekomme, kann ich keine detaillierte Logs auslesen.

Nun hoffe ich, dass sich meine Vermutung bestätigt: Den Port 1882 durchzureichen, wurde bei der Docker-Einrichtung vergessen.

[Samson71]

@legro sagte:
Da ich keine Terminal-Verbindung hinbekomme, kann ich keine detaillierte Logs auslesen.

Das hatte ich verstanden. Du hast aber auch verstanden, dass ich nach Screenshots der Adaptereinstellungen in der ioBroker-Oberfläche gefragt hatte und nicht nach Logs? Oder bekommst Du die auch nur im Terminal zu sehen?

[legro]

@Samson71

Ich bin ein gutes Stück vorangekommen. Der in diesem Beitrag geäußerte Verdacht war in der Tat die Ursache allen Übels: Der Port 1882 wurde von der Docker-Umgebung nicht durchgelassen; das haben wir geändert, seither funktioniert es.

Stopp! Nicht ganz.

Nur 2 von 8 Shellys sind im ioBroker-Adapter registriert.

Klar, das sollte am WLAN liegen. Nein, tut‘s nicht. Ich habe jeden 2PM Gen4 überprüft. Die schwächste Signalstärke betrug -65dBm, die meisten Geräte haben bessere Werte ( > -55dBm).

Wieder bin ich ratlos.

[mcm1957]

Bitte schau ob wirklich nichts von den anderen 6 Shellies im Log auftaucht.
Auch wenn ich mich wiederhole: Check den Port und das Passwort bei diesen Shellies.
Wobei noch ne Frage: Die anderen 6 Shellies sind auch Gen 2+? Oder womöglich Gen 1?

[legro]

Es handelt sich um 8 identische Shellys vom Typ 2PM Gen4.

Nach der ganzen Aufregung heute, schlafe ich erst einmal eine Nacht drüber. Morgen schaue ich mir das Log detailliert an, dann sehen wir weiter.

[da_Woody]

@legro wenn du da was änderst, kommt rechts oben ein "reboot now". leider in dunkelblau auf schwarzen HG.
übersieht man leicht, da bin ich auch schon gestolpert...
was ich seltsam finde, warum werden die beiden als offline angezeigt? kenn ich so eigentlich nur von batteriebetriebenen.

@mcm1957 sagte:

Die anderen 6 Shellies sind auch Gen 2+? Oder womöglich Gen 1?

gen1 funzen genauso mit mqtt, halt ohne cloud.

die beiden freunde musste ich umstellen, haben mit coap nur probs gemacht...

[mcm1957]

@da_Woody sagte:

gen1 funzen genauso mit mqtt, halt ohne cloud.

Ja schon klar :-)
Wollte nur sicherstellen, dass da nicht versucht wird coap und mqtt shellies in einer Instanz zu mischen.

[legro]

Mittlerweile funktioniert alles. Vielen Dank für eure Unterstützung.

Nachdem ich eine Nacht drüber geschlafen hatte, ging ich heute morgen nochmals alles durch.

Zusammenfassung der Hintergründe ..

• In der virtuellen Umgebung, in der der ioBroker läuft, war der Port 1882 blockiert.
• Bei dem ganzen Herumprobieren wurden unbeabsichtigt einige Shelly-IDs teilweise verändert.
• Störungen im WLAN beseitigt.

[fuzzy1955]

@legro sagte:

wurden unbeabsichtigt einige Shelly-IDs teilweise verändert

Wurde schon mehrfach erwähnt. Die Shelly-ID sollte man nie - nie - nie ändern.