Neues YouTube-Video: Visualisierung im Devices-Adapter

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

[mcm1957]

@SmartStuffCoyote sagte:

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.

Im Prinzip sollte das gehen Fragt sich nur warum du das tun willst. Das Prefix ist nur für die Kommunikation zuständig. Die Object Id entspricht der Device Id.

Und ja mit Version 11.x.x. kommt da ne Änderung. Da die Device Id aber zur Identifikation des Gerätes dient wird dies weiter zwingend bleiben.

Mehr Info wahrscheinlich Anfang Juni. Bln zZ auf Urlaub.