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.
Kann man die Shellys so konfigurieren, dass sie selbsttätig neue Updates laden und flashen ?
bin eigentlich auch der Meinung, dass das nicht geht und das Update irgendwie von außen angetriggert wird. Möglicherweise durch die Smartphone-App oder eine andere externe Anwendung. Daher auch meine Vorschläge mal das Internet bzw. das Smartphone abzuklemmen..
so, den Grund hab ich gefunden, das hier sind die letzten Zeilen im Log1
55463974 shelly_update.c:168 Starting ota from http://shelly-api-eu.shelly.cloud/firmware/SHPLG-S.zip
755970747 mgos_ota_http_clien:270 Update URL: http://shelly-api-eu.shelly.cloud/firmware/SHPLG-S.zip
756072698 mgos_ota_core.c:268 Starting, timeout 240, commit timeout 0, mem 35216
756085189 mgos_ota_core.c:652 FW: shelly-plug-s esp8266 1.0 20211109-130223/v1.11.7-g682a0db sig 0x00
756090441 mgos_ota_core.c:1050 Update finished, result 1 (Version is the same as current)
756102295 shelly_update.c:111 SHOTA: success Version is the same as current
756108110 shelly_update.c:120 OTA is a success!
Konktret macht der Plug ein OTA-Update und startet dann neu, das führt unweigerlich dazu das nach dem damit verbundenen Neustart je nach Power on Default das Licht ausgeht.
Das macht er, obwohl die Version bereits auf dem Plug installiert ist.
Hast du außer der Shelly-App auf dem Smartphone noch andere Geräte im Netzwerk, die mit dem Shelly kommunizieren?
ich würde mal probeweise den Internet-Zugriff am Router abklemmen (Kabel ziehen) und gucken, ob er das Verhalten dann immer noch zeigt. Wenn das so ist, zusätzlich dem Smartphone mit der App das WLAN abklemmen, damit es den Shelly nicht mehr erreichen kann..
Der genaue Verursacher ist im Log leider nicht ersichtlich.
ein denkbarer, weiterer Test wäre auch ein Update auf die aktuelle Beta 1.8.2-RC2.
mhh, wenn der Fehler reproduzierbar ist dann wäre das Debug-Log eventuell hilfreich..
im Webinterface unter Settings - ganz unten Device-Info gibt es den Punkt enable debug Log
Schalte das bitte mal an und wenn das nächste Mal das Licht ausgeht dann lädst du beide Logs herunter und stellst den Inhalt hier rein. Eventuell lässt sich daran erkennen, was der Auslöser ist.
For Shelly EM and other Gen1 devices the firmware is available at https://api.shelly.cloud/files/firmware
The new Pro 4 PM and other Gen 2 devices (plus and pro line) use different update sources which aren't public available.
Ist das möglich?
nein, denn SW1 ist ja nicht ON wie du schreibst. da ist ja ein Taster dran und der hat eigentlich immer den Zustand off, außer für die Zeit wo du ihn betätigst.
Wie hast du den Dimmer denn eingestellt: One Button Mode oder Dual button mode?
wenn dual button mode, dann sind die Funktionen vom Button fest vorgegeben.
ich hab ihn jetzt an der dritten Steckdose mit dem gleichen Problem. Der Andere Plug funktioniert an den gleichen Steckdosen ohne Probleme
Unterschiedliche Verbraucher hab ich ebenfalls durch
das spricht deutlich für ein echtes Problem mit dem Shelly. ist da ein Lampe mit einem Eurostecker dran? wenn ja, wackelt der leicht?
AP im Keller ist nicht im Mesh. Billiger Stecker-Router/AP, keine FritzBox.
hat der zufällig die gleiche SSID und Netzwerkschlüssel wie der Router? Dann ist das im Grunde das schlimmste was du machen kannst weil damit zwei konkurrierende Wifi-Netzwerke existieren. Woher soll der Shelly dann wissen, dass er mit der Box verbinden soll und nicht mit dem AP im Keller?
Ich vermute die Shellies haben sich mit dem AP im Keller verbunden (weil der Router noch nicht wieder online war, ein Shelly startet nach Stromausfall viel schneller als ein Router) und du konntest sie deshalb nicht mehr erreichen.
Lösung für die Zukunft: Entweder zwei unterschiedliche SSID einrichten oder einen AP passend zum Router kaufen und die dann gemeinsam im Mesh betreiben.
verstehe ich nicht...
betreibst du den Dimmer 2 im 1-Button-Modus? dann kannst du mit dem SW2 machen was du willst.
wenn er im 2-Button Modus betrieben wird, dann sind die Eigenschaften vorgegeben:
SW1 macht an und heller
SW2 macht aus und dunkler
How did you try to enable the cloud connection? From the Webinterface?
the initial connection must be enabled via Smartphone-App, just because the Device needs to be linked to your cloud account. This is not possible with the Webinterface.
Ich hab das gleiche Problem und komm nicht weiter .Ich werd das Ding wohl zurück schicken
vielleicht beschreist du das "Problem" mal etwas und wir versuchen dir zu helfen. Der häufigste Fehler ist hier beschrieben:
Konkret: Der Anwender hat den Wifi-Netzwerkschlüssel der FritzBox geändert und versucht es entweder mit dem Schlüssel auf dem Beipackzettel (der dann nicht mehr passt) oder dem Zugangs-Passwort der FritzBox-Weboberfläche.
Suche selber im Forum
Sorry, aber da muss ich jetzt mal offtopic schreiben. 
Wenn du keine Lust hast eine halbwegs qualifizierte Antwort zu geben dann lass es doch einfach. Solche Beiträge sind komplett überflüssig, denn nicht jeder kennt das Forum und die notwendigen Suchbegriffe seit Jahren.
mit http://<ip>/longifyid macht der Plug einen Reset und ändert die ID von 6 auf 12 Stellen. Davon ab wird der garantiert nicht fremdgesteuert wenn die Cloud deaktiviert ist.
In dem Moment wo die Lampe ausgeht, steht bei der Uhrzeit (im Webinterface) auch ein --:-- (für ein paar Sekunden).
Das klingt eher danach, als wenn er abstürzt und neu startet. Die Symptome kannst du beseitigen, indem du bei Settings - Power on default Mode - Restore Last mode aktivierst.
Interessant wäre allerdings die Ursache:
kannst du den Plug mal in einer anderen Steckdose und im zweiten Schritt in der gleichen Steckdose mit einem anderen Verbraucher testen (Radio oder sowas)?
Wird beim TRV Strom gespart auf Kosten der Empfangsstärke?
Nein, das hat vermutlich andere Gründe: Der TRV sitzt ja fast immer direkt neben einem wasserführenden Heizkörper 
dann ist bei dir der Haken für "Auto temperature control" vermutlich nicht gesetzt.
ok, I have some ideas why it may fail nontheless.
- you cannot connect ethernet and Wifi STA at the same time to your router because this causes routing issues. So you'd either use Wifi STA mode OR ethernet, but not both at the same time.
- the ethernet link speed detection (auto negotioation) fails. Some Routers / switches cannot properly detect 100Mbit with auto negotiation set. If you have a managed router / switch where the lan cable is connected to, try to change the link speed for the related lan port to 100 fdx.
- the lan cable is faulty.
mhh, is the Device allowed to connect to the internet? Firewall? wrong gateway configured?
please connect via Wifi to your router and update to the latest firmware v.0.9.3
Note: Shelly Pro4PM Lan port is 100Mbit.
Die werden meines Wissens ausschließlich von der Smarthome-Software "HomeAsisstant" ausgewertet. Der kann dann anhand des Typen direkt unterscheiden, ob er den Shelly als Lampe, Steckdose oder sonst was darstellen soll.
ich kann mir höchstens vorstellen, dass der Befehl btn_up die 4% auslöst, weil der unabhängig vom long_push auch vor dem turn=on gesendet wird..
ich guck mal, ob ich die Reihenfolge im Script anpassen kann, so dass der dim=stop nur gesendet wird, wenn vorher ein long_push den dim=up bzw. dim=down angestossen hat.
if (event.info.event === 'btn_up') {
controlDimmer('/light/0?dim=stop');
}ist normal und kein Grund zur Sorge..
der ESP32 ist für -40 bis +125 Grad Celsius ausgelegt. Shellies haben aber auch eine eigene Temperatur-Überwachung und schalten bei 95 Grad sicherheitshalber ab.