TRV mit Shelly App - aber Cloud disabled - verwenden

Hallo liebes Forum,

ich habe die Themen rund um den TRV etwas durchstöbert, aber keinen Hinweis auf den Sachverhalt gefunden, der mich schon den ganzen Tag beschäftigt, obwohl es eigentlich so offensichtlich ist, dass es auch schon anderen aufgefallen (und vielleicht auch missfallen) sein sollte - aber vielleicht bin ich ja auch einem Missverständnis aufgesessen - deshalb jetzt die Frage hier im Forum.

Es wird oft darauf hingewiesen, dass die Shelly Cloud App im lokalen Netzwerk mit verschiedenen Shellys verwendet werden kann, auch wenn für diese der Cloud Support disabled ist - in meinem Fall funktioniert dies mit einem Shelly1 auch wunderbar.

Nur mit dem Shelly TRV nicht! Wenn beim TRV die Cloud enabled ist, lässt er sich wunderbar in der App bedienen - wenn man diese disabled wird dieser, auch wenn sich das Handy mit der App im gleichen lokalen Netzwerk befindet, als OFFLINE angezeigt.

Kann dieses Verhalten auch noch jemand anderes bestätigen und hätte ich irgendwo auf einen Hinweis darauf stoßen sollen?

Das Einzige, was die Kommunikation mit dem Shelly1 und mit dem TRV unterscheidet ist, dass der TRV an einem AP mit anderer SSID (Repeater) angemeldet ist, als das Handy mit der App und dem Shelly1.

Kann mir die Sache jemand verständlich erklären?

Vielen Dank im Voraus!

Hallo apreick, hallo MIHO,

vielen Dank für die freundliche Begrüßung!

Und ja ihr habt recht, ich habe mir die Antwort schon selbst gegeben - und mittlerweile auch ausprobiert - wenn alle am gleichen AP angemeldet sind, funktioniert die App, auch ohne Cloud enable!

Aber um mich gleich als Anfänge-Klugsch... unbeliebt zu machen, würde ich gerne darauf hinweisen, dass die Feststellung, der TRV und das Handy seien nicht im "gleichen Netzwerk" gewesen, zu "ungenau" formuliert ist - gerade für viele, die sich schon erste Netzwerkkenntnisse angeeignet, aber noch nicht alle Tiefen des OSI-Modells durchdrungen haben, sind Teilnehmer in einem Subnetz, das nicht offensichtlich durch irgendwelche Gateways und Router getrennt ist, schon "im gleichen Netzwerk"!

Dass die zweite, uralte FB, die ich als Repeater (LAN-Bridge) an meiner DSL-FB hängen habe und ein weiteres WLAN mit eigener SSID aufspannt, aber doch offensichtlich mit UDP- und Multicast- Paketen Schwierigkeiten hat, ist mir jetzt auch klar geworden.

Ich gebe auch gerne zu, dass ich gewaltige Wissenslücken habe, wie die Netzwerkkommunikation über einen solchen Repeater im Detail funktioniert!

Jetzt habe ich übrigens auch zwei andere Themen gefunden, in denen Seven of Nine auf den Sachverhalt hinweist:

Beitrag

RE: Frage zu VLANs, Homebridge und IOBroker

(Zitat)

ja, so ist das mit dem UDP-Protokoll und Multicast-Nachrichten (mDNS & Coap).. die werden nicht geroutet und sind (genau wie Broadcasts) nur im lokalen Netz sichtbar.

Stand jetzt: eine mögliche Lösung wäre ein Multicast-Proxy, der die Coap und mDNS Nachrichten von einem ins andere VLAN weiterleitet..

Mit Firmware Version 1.10 wird der Shelly auch Coap-Unicast-Nachrichten schicken können, die kannst du dann (sofern das Routing stimmt) an jede x-beliebige IP senden lassen, egal ob im…

Seven of Nine

4. März 2021 um 09:18

Beitrag

RE: Shelly nur online, wenn cloud aktiviert wurde

Die App heisst nicht umsonst "Shelly Cloud", denn sie ist eigentlich für die reine Cloud-Nutzung konzipiert

Mit gewissen Einschränkungen ist sie aber auch ohne Cloud nutzbar, aber nur unter Bestimmten Voraussetzungen:


des Subnetz ist bei der Kommunikation zwischen Shellies und App zwar auch relevant (muss identisch sein) aber das alleine reicht nicht aus. wenn die App gestartet wird sucht sie meine Wissens per mDNS nach Shellies und wartet auf Coap-(Multicast)-Nachrichten um den aktuellen…

Seven of Nine

31. Dezember 2021 um 07:45

Aber dennoch vielen Dank für eure Antworten!

Viele Grüße

Klaus