Neues YouTube-Video: Visualisierung im Devices-Adapter

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

[SmartStuffCoyote]

Darf ich an der Stelle eine kurze Frage stellen? Gebt mir eins auf die Finger, wenn sie hier nicht hin gehört.
Beim Shelly-MQTT habe ich den MQTT-Prefix und die MQTT-Client ID. Beide im Default gleich. Kann/darf ich einen dieser Werte sinnvoll ändern? Ich hab es mal versucht, aber da kam nichts gescheites bei raus, deswegen hab ich es wieder zurückgedreht und frage mich seitdem, ob der Adapter da explizite oder implizite Beschränkungen hat. Wäre ja schon cool, lesen zu können, um welches Gerät es sich handelt, anstatt diese Hex-ID dort stehen zu haben.

[Samson71]

@SmartStuffCoyote sagte:
Ich hab es mal versucht, aber da kam nichts gescheites bei raus,

Was hat denn das Log gesagt als Du das probiert hast? Das hätte die Frage nämlich eigentlich schon beantworten müssen. Ist auch schon drölfzig Mal Thema gewesen und steht sogar explizit im Beitrag über Deinem nochmal ganz deutlich.

@fuzzy1955 sagte:
Wurde schon mehrfach erwähnt. Die Shelly-ID sollte man nie - nie - nie ändern.

EDIT
Ach ja, wenn Du die Doku dazu gelesen hättest, dann wüsstest Du es auch

https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

[SmartStuffCoyote]

Ich hatte den Präfix geändert und das Gerät wurde danach nicht mehr gefunden. Also nichts im Log. Und stimmt, an das Bild erinnere ich mich (weswegen ich auch nur den Präfix geändert hatte). Das mit der o.g. Shelly-ID die MQTT-Client-ID gemeint war, war mir in der Tat nicht ganz klar, hätte ich aber natürlich nachsuchen können, danke.

[Samson71]

@SmartStuffCoyote
Steht auch in den FAQ sogar nochmal explizit drin und warum

[SmartStuffCoyote]

Gut, dass ich die Client-ID ja auch nicht geändert habe. Danke fürs erneute Klarstellen mit Begründung. Also gehe ich davon aus, dass ich den Präfix eigentlich ändern dürfte.

[da_Woody]

@SmartStuffCoyote sagte:

Also gehe ich davon aus, dass ich den Präfix eigentlich ändern dürfte

klar, damit hast du dann in den objekten das drinnen stehn.
am besten über die ip einstellungen. die app ist imho im moment seltsam.