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.
die aktuelle RC-Version behebt das Problem mit dem U6LR
http://<ip-vom-shelly>/ota?url=http://repo.shelly.cloud/firmware/rc/SHSW-25.zip
sollte es dann immer noch Probleme geben
http://<ip-vom-shelly>/erase_sys_params
das kann theoretisch auch direkt nach dem Flashen auf RC3 durchgeführt werden, schaden tut es nicht.
über welchen Link hast du die installiert? im RC-Repo liegt immer noch die Version, die ich installiert habe..
seltsam, bei mir kommt auch beim 2.5er diese Meldung hier
Firmware-Version scheint allerdings älter, ist die 20210306-094825/v1.10.0-rc3-g4f077b2
werde nachher mal ein Update machen und erneut testen.
funktionieren sie denn ohne Shelly 2.5 (nur mit Schalter) einwandfrei?
eigentlich stoppt der Motor beim Erreichen der jeweiligen Endlage selbständig und der Shelly sollte das beim Kalibrieren bemerken...
Ein Shelly1 ist kein dimmbares Leuchtmittel..
Es waren 6, alle sind kaput gegangen, ich bin am verzweifeln, dass die Dimmer 2 schlicht schlecht sind.
Wundert mich ehrlich gesagt nicht, wenn man die Geräte nicht bestimmungsgemäß einsetzt.
Wenn man sie ausschließlich mit dimmbaren Leuchtmitteln betreibt funktionieren sie hevorragend..
Als Hilfestellung würde ich dir empfehlen eine ausgebildete Elektrofachkraft zu Rate zu ziehen...
Endlagen am Motor hattest du vorher korrekt eingestellt?
Wird während der Kalibrierungsfahrt Stromverbrauch angezeigt?
ungewöhnlich weil die Ausgabe gar kein JSON ausgibt..
mit der Firmware 1.10RC3? wenn ja, mit welchem Shelly (1, 1PM, 2.5...)? Getestet hatte ich es mit dem Plug-S.
bzgl. RFData-Cache. was genau liegt in dem RFData-Cache ?
gute Frage, denke da sind Daten bezügllich des vorher verbundenen AP gespeichert (MAC, BSSID...)
hab jetzt auch den korekten Aufruf zum löschen 
http://ip-vom-shelly/erase_sys_params
Nach dem Aufruf rebootet der Shelly, ansonsten konnte ich keine negativen Dinge feststellen.
devtools?erase_last_mem=1 gibt bei mir bei einem Plug-S leder ein "not found", scheint also nicht sauber implementiert..
Teste alternativ bitte mal einen RESET mit 1.10RC3, das soll den RFData-Berich auf jeden Fall löschen und der kann (wenn er fehlerhafte Daten aus älteren Firmware-Versionen enthält) zu Disconnects führen..
Ich wollte aber mal schauen, ob das Problem mit 1.10 RC3 wirklich behoben ist.
ja, schon klar... probier bitte mal den RFData-Cache zu löschen, das sollte / könnte das Problem lösen (ich sitze ziemlich dicht an der Quelle 
)
ch habe die neueste Beta vom Mittwoch (1.10.0-rc3) gestern auf vier Shelly 2.5 geflasht, einer von denen ist schon wieder ausgestiegen.
ok, wenn 1.10 RC3 schon drauf ist..
entweder mal einen Werksreset probieren oder den RFData-Cache löschen mit http://<shelly-ip>/devtools?erase_last_mem=1
danach den Shelly sicherheitshalber neu booten.
im White-Modus lassen sich die Kanäle nur einzeln adressieren, weil die lights jeweils ein eigener API-Endpunkt sind..
also /light/0?... ist ein anderer Einstiegspunkt als /light/1?...
die IP-Adresse vom Shelly1 als Host hast du probiert?
wenn die nicht automatisch gefunden werden könnte es sein, dass in deinem Netzwerk CoAP Multicast bzw. mDNS blockiert werden..
du könntest mal die neue Firmware 1.10 RC3 probieren, die schickt bei Bedarf auch Unicast-Pakete..
Update vom Shelly:
http://<ip-vom-shelly>/ota?url=http://repo.shelly.cloud/firmware/rc/SHSW-1.zip
<ip-vom-shelly> durch die echte IP vom Shelly ersetzen.
Anschließend im Webinterface vom Shelly1 unter Internet & Security
Enable Coiot sollte aktiv sein, unten als peer:
<ip-vom-homesassistant>:5683
<ip-vom-homesassistant> tauschen gegen die echte IP-Adresse vom HA/Rapsberry..
shelly skill in Alexa deaktivieren und wieder aktivieren hatte das gleiche Problem..
ich würde ihn zunächst mal mit Original-Firmware testen, dann könntest du den Fehler wenigstens eingrenzen..
wenn er damit nämlich fehlerfrei läuft wird es ein Bug im Tasmota sein..
Are you sure there's no other schedule (Cloud Szene, local Smarthome server) set?
can you share the content from http://<shelly-1pm-ip>/settings/relay/0?
replace <shelly-1pm-ip> with ip address from your Shelly1PM.
Und? Ist die Bestellung nun nicht dort angekommen aber das Geld ist weg? Schöne Schei......
Wenn die Paypal Abbuchung erfolgt ist, dann ist deine Bestellung da auch unter Garantie eingegangen und alles geht seinen (fast korrekten) Weg.
Wenn du Bedenken hast: Ticket erstellen unter https://ticket.shelly.support/open.php, meist antworten die Support-Mitarbeiter recht zügig (auch Samstags und Sonntags)
oder wird es ein Firmware Update geben, welches das Problem löst?
ja, da bin ich zu 100% sicher.
Für Shellly1, 2.5 und 1PM gibt es ja bereite Test-Versionen (die sind am häufigsten betroffen - siehe Link weiter oben von Dimitar).
Die restlichen Geräte (1L, Dimmer..) werden mit dem offiziellen Release garantiert ebenfalls diese Fehlerbereinigungen erhalten.
Das wird auch nicht mehr lange auf sich warten lassen.
Seven of Nine kann man die defekten Geräte ohne Internetzugriff und ohne Zugriff auf das eigene WLAN neu flashen?
jein, das kann ich so nicht direkt beantworten..
- wenn sie sich im "Selftest Modus" befinden reicht es diesen abzuschalten. (http://192.168.33.1/settings/developer?selftest_done=1)
- wenn ein Shelly generell noch über REST-API lebt kann man mittels lokalem Webserver vom PC/Notebook mit dem AP des Shelly verbinden und dann http://192.168.33.1/ota?url=http://192.168.33.2/update-datei.zip oft noch über OTA-Update etwas retten..
- Flashen via Dupont-Kabel/FTDI als letzte Möglichkeit klappt eigentlich auch immer, solange die Hardware keine Macke hat.
Anhand der Beschreibung (WebUI ist im AP-Modus erreichbar) würde ich vermuten, dass ein OTA-Update über PC/Laptop funktionieren sollte.
SparkyMaster hatte da meines Wissens ein Tutorial zu geschrieben, finde es leider gerade nicht per Forum-Suche..
Nützt bei mir nur leider nix, denn sobald die Shellys auf dem Repeater laufen isses vorbei mit lustig.
hast du mal das Log deiner FritzBox geprüft? kan es sein, dass der Repeater überlastet ist und versucht den Shelly wieder loszuwerden, sprich auf die Box zurück zu roamen?
System - Ereignisse - WLAN (inkl. An- und Abmeldungen)
