Shelly1:
http://<ip-vom-shelly1>/ota?url=http://repo.shelly.cloud/firmware/rescan/shelly1-rescan.zip
oder Shelly 2.5
http://<ip-vom-shelly25>/ota?url=http://repo.shelly.cloud/firmware/rescan/shelly25-rescan.zip
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Shelly1:
http://<ip-vom-shelly1>/ota?url=http://repo.shelly.cloud/firmware/rescan/shelly1-rescan.zip
oder Shelly 2.5
http://<ip-vom-shelly25>/ota?url=http://repo.shelly.cloud/firmware/rescan/shelly25-rescan.zip
http://<shelly-ip>/settings/relay/0?btn_type=detached sets the input to detached.. you can change it back to momentary, momentary_on_release or whatever you previously configured..
dein FritzBox WLAN heisst tatsächlich "Fritz!Box 7590 XY"? und beim Passwort bist du zu 100% sicher?
vielleicht kopierst du es mal aus der FritzBox direkt, zu finden unter WLAN - Sicherheit "WLAN-Netzwerkschlüssel".
Der Shelly geht vermutlich wieder in den AP, weil entweder Zugangdaten falsch sind oder Einstellungen in der FritzBox fehlen,
ganz wichtig: dein Smartphone muss vor dem Starten der App mit dem WLAN verbunden sein, in das der Shelly eingefügt werden soll.
please check this link for a HTML & Javascript example:
https://github.com/shelly-tools/shelly-cors-examples
this is the interesting part in index.html
data-type would be light, then replace data-ip with the IP from you Shelly.
<div id="1" data-consumption="true" data-type="relay" data-relayindex="0" data-name="Kitchenlight" data-ip="192.168.178.205"></div>
Important: Before the Shelly can be queried via Javascript you'd have to enable CORS.
Go to the Shelly Webinterface, Internet & Security - Advanced Developer Settings and enable "Allow Cross-Origin Resource Sharing".
die 192.168.33.2 bekommt dein PC/Smartphone als Adresse zugewiesen, wenn es sich mit dem Shelly verbindet und sich dieser im AccessPoint-Modus befindet..
Wenn er im Router eine IP bekommen hat, dann unter dieser
exakt da musst du nachschauen, welche IP-Adresse der Shelly bekommen hat.. In einer FritzBox werden die Geräte z.B. unter Heimnetz - Netzwerk aufgelistet.
Just my 2cents:
1L ohne N zu betreiben frisst unnötig Strom, speziell wenn du den Bypass nutzen muss.
Die vorhandene Verkabelung ist aber allem Anschein nach perfekt geeignet für den Umbau auf einen einfachen Shelly1 mit Tastern..
N ist in der Dose mit dem Lampendraht offensichtlich vorhanden, von den beiden korrespondierernden der Wechselschaltung schleifst du einen als L durch zur Dose zur Versorgung eines Shelly1, den anderen nimmst du als Tast-Draht und tauscht die beiden Schalter durch einfache Taster.
Hab ich hier mehrfach so umgesetzt, ist einfach und funktioniert einwandfrei.
Den 1L kannst du dann da verbauen, wo tatsächlich kein Neutralleiter vorhanden ist oder z.B. in eine einfache Schaltung.
Was könnte die Ursache sein?
Prüfe mal die Einstellungen im Shelly:
- Settings - Button Type - Momentary sollte es sein
unter Button Type ganz unten: Reverse Inputs sollte nicht gesetzt sein.
ioBroker idealerweise zum Testen komplett anhalten:
sudo systemctl stop ioBroker.service
ok, er lässt sich also ins Netzwerk integrieren, dann aber nicht mehr in die App einbinden..
Auf das Webinterface kommst du drauf? (würde ich anhand der Meldung mal stark vermuten)..
Möglicherweise ist das Gerät mit einer zu alten Firmware betankt:
http://<ip-vom-shelly>
Da dann unter Settings - Firmware Update
ist die aktuell bzw. lässt sie sich aktualisieren?
http://api.shelly.cloud/firmware/files ist die offizelle Quelle, wo die Shellys ihre Firmware-Versionen ziehen..
Ah! Cool! Danke! Das Firmware Archiv hier im Forum wird nicht mehr aktualisiert?
doch, eigentlich schon, aber die URL wo sie abgerufen wird ist scheinbar nicht aktuell..
ich hatte bereits vor dem Forum mein eigenes Archiv, da hab ich die URL gerade angepasst und einen Abgleich angeworfen..
https://archive.shelly-tools.de ist jetzt aktuell
Hat jemand so ein Szenario im Einsatz und kann mir Tipps geben ?
ja, ich mache das entweder über HomeAssistant (lokale Installation) oder Amazon-Alexa, in beiden Sytemen lässt sich der Button aus Auslöser (Trigger) zur Steuerungg eines anderen Smarthome-Systems nutzen..
Der Google Assistant kann aktuell leider kein Smarthome-Geräte als Auslöser nutzen, dementsprechend wird der Button1 dort gar nicht erkannt..
Ob man direkt per Button1 IFTTT antriggern kann? kingof7eleven kannst du da was zu sagen?
exakt richtig, es sind "Empfehlungen" an welchen Stellen es potentielle Probleme geben kann..
das ist sicherlich auch abhängig von der verwendeten Firmware sowohl auf den Shellys, aber insbesondere auch auf der FritzBox..
Wenn alles funktioniert, obwohl der Haken bei XY vielleicht doch gesetzt btw. nicht gesetzt ist: never change a running system..
Edit:
daher auch oben die leicht unterschiedliche Schreibweise:
2,4 Ghz ->> muss gesetzt sein (ohne geht nämlich definitv nix)
Beim Rest: Haken wegnehmen oder Haken setzen soll heißen: ich würde es machen, es kann aber u.U. trotzdem funktionieren, auch wenn man es anders macht.
also langsam bin ich echt sm zweifeln😭heute morgen nochmal aus langeweile probiert und siehe da er taucht auf einmal auf...voller Freude den raum usw zugeteilt......und dann das ......
hattest du deine Fritz-Box Einstellungen mal komplett abgeglichen? es könnte sein, dass der Shelly immer wieder von der Box getrennt wird und über Soft-Reboot quasi neu verbindet...
wenn du einen der betroffenen Shellys auf DHCP stellst: kommt er dann gar nicht mehr ins Netz (Reset notwendig) oder was genau passiert?
Ich denke da wird dann nur ein Wireshark-Trace auf der FritzBox helfen, eventuell lässt sich darüber rauskriegen, warum der Shelly keine IP zieht..
http://service.avm.de/help/de/FRITZ-…0Internetzugang.
Ich würde die Firmware zu Not auch selber flashen, aber bei den Plug S ist das nicht ohne Zerstörung möglich vermute ich.
doch, der hat auf der Seite der beiden Stecker eine Schraube und lässt sich problemlos öffnen. Hast du beim Plug-S mal eine andere Stelle (näher am AP) probiert?
Habe selber esp Sensoren gebaut und die hatten auch keine Probleme mit dem DHCP.
mit aktuellem ESP-SDK (aktuelle Wifi-treiber) betankt?
Du willst also ernsthaft wichtige Sicherheitsfeatures abschalten und auch den Komfort von Features abschalten?
Zugegeben, genau mit der Frage hab ich gerechnet und die Antwort lautet klar ja.
Wenn ich Wifi-Clients verschiedener Art an ein und der selben Infrastruktur betreiben will muss ich mich zwangsweise auf den kleinsten gemeinsamen Nenner einigen. Man kann einen ESP8266 mit einem Wert von ca 1-2 Euro nunmal funktionell nicht mit einem IPhone für >1000 Euro vergleichen.
Natürlich schalte ich durch Deaktivieren von PMF / WPA3 die Sicherheit runter...
Natürlich verliere ich durch Abschalten des Roamings einen gewissen Komfort.
Wenn ich das nicht tue, dann funktionieren die Shellys aber eben nicht so, wie ich es erwarten würde (keine verbindung, Disconnects, nicht funktionierende App...)
Korrekterweise hätte ich eine bessere WLAN-Infrasturktur (HP Aruba, Fortinet, Sophos, Cisco..) empfehlen sollen, die den Betrieb unterschiedlicher Wifis mit den jeweils zu den Geräten passenden Einstellungen ermöglicht. Das Problem dabei ist: Niemand will mehrere Hundert Euro ausgeben um ein paar Smarthome-Clients zu betreiben.
Also bleibt mir defakto folgendes: der kleinste gemeinsame Nenner bei den Einstellungen oder eben mit verschiedenen Problemen leben..
2. warum die Kanäle 1, 6, 11? , bei mir meistens 6, es gibt etliche Nachbarrouter
Weil die als einzige Kanäle nicht mit benachbarten Kanälen überlappen. Ob nun 1,6 oder 11 ist grundsätzlich egal, da sollte man den Kanal wählen, der am geringsten durch benachbarte WLANs belastet ist.
3. Habe ich an, wäre aus nicht nachteilig für andere Geräte?
ja, das Abschalten hat gewisse Nachteile für andere Clients aber in der Vergangenheit häufiger mal Stress gemacht.. Möglicherweise hat AVM da auch nachgebessert.
zulassen ist nur aktiv, wenn neue Geräte angemeldet werden. Danach wieder deaktiviert.
Perfekt, so soll es sein.
Alles ist abwärtskompatibel und sollte den 8266 nicht an der Funktionalität hindern.
Das wäre sehr schön, ist aber in der Praxis anders als in der Theorie..
mhh, Bug in der App? Android oder iOS?
ich mach das immer direkt im Webinterface.. dazu einfach http://<ip-adresse-vom-shelly> aufrufen..
ja, wenn aktiviert lassen sich die Favoriten auch direkt aus der App benutzen.. einfach den entsprechenden Shelly auswählen..
check bitte mal deine FritzBox-Einstellungen:
Weil hier immer mal wieder Probleme mit FritzBoxen gemeldet werden hier mal eine Liste mit Einstellungen, die man in der Box machen sollte / muss..
Ich hab die Einstellungen aus diversen Threads zusammengetragen und hoffe das es jemandem hilft
1) WLAN - Funknetz -2,4-GHz-Frequenzband aktiv -> Haken muss gesetzt sein
2) WLAN - Funkkanal - Funkkanal-Einstellung anpassen auswählen -> für 2.4Ghz manuellen Kanal auf 1,6 oder 11 einstellen
3) WLAN - Funkkanal - Zur Verbesserung der Datenübertragung dürfen WLAN-Geräte automatisch zwischen den 2,4- und 5-GHz Frequenzbändern sowie zwischen mehreren FRITZ!-Produkten im Mesh gesteuert werden. Haken rausnehmen
4) WLAN - Sicherheit - WPA-Modus: WPA2 CCPM auswählen (nicht WPA2 +WPA3)
5) WLAN - Sicherheit - Netzwerkschlüssel (da steht das Passwort, welches der Shelly beim Verbinden braucht)
6) WLAN - Sicherheit - Weitere Sicherheitseinstellungen:
- Unterstützung für geschützte Anmeldungen von WLAN-Geräten (PMF) aktivieren -> Haken rausnehmen
- Die unten angezeigten aktiven WLAN-Geräte dürfen untereinander kommunizieren -> Haken setzen
- ganz unten "Alle neuen WLAN Geräte zulassen" auswählen.
zum Hintergrund:
Shellys (und andere ESP8266 basierte WLAN-Geräte) funken ausschließlich über 2.4Ghz. Der im Shelly verbaute ESP8266 unterstüzt verschiedene Dinge nicht. Dazu gehören unter anderem WPA3 ,PMF (Protected Management Frames nach 802.11w) und FastRoaming (802.11 r/kv). Neue FritzBoxen haben diese Funktionen aber teils von Hause aus voreingestellt. Das führt leider zu Problemen (Disconnects, Authentifizierungsprobleme...).