das sieht auf den ersten Blick aus wie das Script aus meinem Github-Repository. Das läuft gundsätzlich ..
Hast du mal den Debug Modus aktiviert und auf Firemware 0.12beta1 aktualisiert? da sollte der Grund im Fehlerfall / Abbruch protokolliert werden
Nr 3) im Shelly Webinterface CORS erlauben.. in den Advanced-Deveoper-Settings einfach den passenden Haken bei "Allow Cross Origin Ressource Sharing" setzen.
sinnvoll sind für mich Geräte, die ein gemeinsames Mesh-Wlan aufbauen.
ich möchte den shelly aber mit dem Homekit Image bespielen
Dann ist mein Vorschlag mit dem Script nicht realisierbar..
Spannendes Projekt: Hab mal Fragen zum Verständnis.
Verstehe ich das richtig?
- wenn der Shelly über SW vom Thermostat geschaltet wird dann soll er vm Thermostat an und ausgeschaltet werden können (SW auf attached)
- wenn der Shelly anderweitig abgeschaltet wird (Sprache, App, Webinterface) dann soll der Thermostat außer Funktion genommen werden (SW auf detached) solange bis man ihn manuell wieder einschaltet (SW auf Attached)
Das müsste thoeretisch über ein Script lösbar sein, da ja die Herkunft des Schaltvorgangs (input, cloud, http, timer) bestimmt werden kann..
der rgbw2 hat ebenfalls den Night-Mode, hab gerade bei einem meiner Geräte nachgeschaut.
das script ist vermutlich von mir und läuft eigentlich grundsätzlich richtig, solange du nichts beim Editieren zerschossen hast.
ich würde den Shelly mal auf Firmware 0.12beta aktualisieren. Dort kannst du dann im Debug recht einfach sehen wo es hakt..
AP Roaming aktiviert? Das würde ich in dem fall auf jeden fall abschalten..
Theoretisch denkbar, ist aber auch mit Einschränkungen verbunden ..
wenn du z.B. von einem Shelly, der an einem Shelly-Range-Extender hängt einen Webhook an einen anderen Shelly, der an einem anderen Shelly-Range-Extender hängt schicken willst kann das zu ziemlichen Verzögerungen kommen.
Ich würde es so lösen:
- Da, wo es keine sinnvolle andere Lösung gibt, den Range-Extender einsetzen.
- Da, wo es eine Alternative gibt, die Alternative nutzen
Wenn man im Smarthome auf Wifi-Geräte setzt, sollte man das bei der Auswahl der WLAN-Komponenten auch berücksichtigen.
das geht nicht weil Google Home keine Schalter ode Relais als Auslöser einer Routine kennt...
My shelly's continue to send out multicast DNS requests.
mDNS is a shelly core feature and is not changeable.
Kannst du mal den Aufbau des Netzes möglichst detailliert erklären? Mit LTE, ssh und DHCP scope sind mir hier gerade zu viele Unbekannte in der Gleichung..
Kannst du mal den Aufbau des Netzes möglichst detailliert erklären? Mit LTE, ssh und DHCP scope sind mir hier gerade zu viele Unbekannte in der Gleichung..
https://www.shelly.cloud/support/ unten links "Open a new ticket"
das liegt möglicherweise an der an der zu geringen Empfangsstärke des WLANs (Router / AccessPoint zu weit weg?)
Klick mal auf Settings - dann unten auf Device Info. Dort sollte ich ein Wert für Wifi RSSI finden, welcher Wert steht dort?
Shelly WS2 mit einem aufgesteckten Shelly I4 im Vergleich zu einem herkömmlichen Wechselschalter von Kopp Serie HK07..
Wie man hoffentlich auf dem Bild gut erkennen kann brauchen Shelly + Shelly WS2 weniger Platz in der Tiefe als der einfache Kopp-Schalter.
Die IP, die Shelly bekommt, ist allerdings nicht aus dieser Range, liegt da der Fehler?
ja, wenn aus dem Subnetz der Zugriff aus dem Internet nicht möglich ist.. kommen denn andere Clients aus dem Subnetz problemlos in das Internet? kannst du auf das Webinterface des Shelly gucken, ob da oben rechts die Uhrzeit angezeigt wird..
Die IP, die Shelly bekommt, ist allerdings nicht aus dieser Range, liegt da der Fehler?
ja, wenn aus dem Subnetz der Zugriff aus dem Internet nicht möglich ist.. kommen denn andere Clients aus dem Subnetz problemlos in das Internet? kannst du auf das Webinterface des Shelly gucken, ob da oben rechts die Uhrzeit angezeigt wird..
the App is named "Shelly Cloud", so I'd assume Cloud usage is mandatory 
If you're using MQTT you'll probably have a smarthome system such as ioBroker, HomeAssistant or OpenHAB installed? (all of them have their own Apps which are working well).
Why MQTT and not CoIoT (Coap) where cloud is still working? Most smarthome systems support both.
