Was genau machst du denn beim Einrichten des Shellys?
Wichtig sind folgende Punkte:
- nicht das Gast WiFi verwenden
- WLAN-Name (SSID) und Key konfigurieren
- für den Anfang würde ich DHCP verwenden
- das Internet muss funktionieren (keine Firewall darf den Datenverkehr blockieren)
Die Fehlermeldung sagt aus, dass der Shelly nicht in der Lage war, den Cloud Server zu erreichen.
Welche Firmware ist auf dem Shelly aktuell installiert?
Dann liegt es also wohl doch eher an einer Einstellung als an der "Site" selber.
Da stellt sich nur die Frage.... an welcher .... :-/ *argh*
Obwohl ich sehr viele tcp retransmissions habe, funktioniert soweit eigentlich alles.
tichachm Also... endlich hatte ich Mal Zeit das auszuprobieren. Für mich zeigt sich dadurch 0 Unterschied. Auch im tcpdump weiterhin massenhaft tcp retransmissions. Von daher habe ich wieder zur Default Site gewechselt. Hätte mich auch gewundert, wenn das etwas gebracht hätte.
Ich habe natürlich die Site exportiert und als neue Site wieder importiert. Somit waren bestimmt alle Einstellungen identisch.
Hast du bei dir eine neue erstellt und alle WLANs neu angelegt?
mischa Gerade die selben gefunden, wie du verlinkt hast. Passen die Teils rein? Funktionieren Sie wie gewollt? Schon erste Erfahrungen wie die halten?
Hast du die funktion aktiv, dass der Shelly ein Softreboot macht, wenn er keine WiFi Verbindung mehr hat? Das würde einiges erklären.
Der Shelly nimmt den SNTP der angegeben ist (oder die Cloud, wenn aktiviert). Wenn da „time.google.com“ steht, nimmt er auch den. Wenn er kein Internet hat, folglich keinen.
Soll er einen lokalen SNTP verwenden, kann man es da konfigurieren. Aber auch das funktioniert nicht ohne WiFi. Über Sinn und Unsinn vom WLAN ausschalten kann man sich streiten. Aber der Sinn hinter Shelly ist es bestimmt nicht.
DIYROLLY Naja, es gibt Menschen die werden von dieser Sprachsteuerung nicht wirklich verstanden. 
Dialekt versteht da ja keine, also darf ich immer hochdeutsch mit der Dame reden. Nicht wirklich intuitiv. (Zumindest bei mir mit Siri/HomeKit ist es so).
Verstehe... wir haben zwar beide einen eigenen Taster für Hoch/Runter nur mit dem Unterschied, dass dieser bei mir eingerastet werden kann. Du verwendest dann wohl heute auch den Modus "Momentary"?
Müsste dann meiner Meinung nach halt dazu führen, dass man zwei unterschiedliche Modi anbietet:
- Momentary without fix
- Momentary with fix
Oder wie man die dann auch immer nennen würde.
Unterschied bei den beiden wäre nur, dass Verhalten bei Longpush.
Bei "without fix" sollte ein Longpush (sagen wir Mal 800ms) zu einem vollen auf/zu führen.
Bei "with fix" sollte der Motor nur genau so lange Strom erhalten, wie der Button gedrückt wird. (Man müsste theoretisch drauf drücken bis ganze offen/zu -> nur übernimmt das ja die Einrastfunktion am Schalter).
Nur... wie macht man das den Shelly Devs auf englisch gut genug klar?
Edit: Nitiva Was ich mich gerade frage... Stimmt denn das Verhalten heute bei dir?
Ich habe ja die Schalter die Einrasten können. Und für mich stimmt "Momentary" eigentlich. Wenn ich auf den Schalter drücke und halte, fährt der Motor genau so lange bis ich den Schalter loslasse.
Bei dir wird ja wohl schon heute "Longpush" für komplett öffnen/schliessen nicht funktionieren, oder?
Nitiva Indem ich Taster habe die Einrasten wenn man diese ganz Drückt.
Wie die hier: https://online-katalog.feller.ch/kat_details.php?fnr=7592.AV.FMI.61
Das was du schreibst, klingt nach „One Button Mode“. Das kenne ich nur von meinem Garagentor.
Einrasten und Long Press sind eigentlich das selbe. Du fährst solange ich gedrückt halte... beim Einrasten übernimmt das Drücken der Schalter für mich. Dann fährt die Store bis zur Endposition. Es sei denn, ich würde die eingerastete Taste vorher lösen.
Long Press: Vollständig hochfahren mit der üblichen Logik.
Short Press: Strom für konfigurierbare Zeit geben. Z.b. 0.3
Das sehe ich nicht ganz so. Korrekt wäre meiner Ansicht nach:
Long Press: Fahren bis Taster losgelassen wird (Store fährt quasi so lange ich den Taster drücke.
Short Press: Strom für konfigurierbare Zeit geben (z.B. eben die 0.3 Sekunden = 300ms)
"Einrasten": Quasi gleich wie Long Press... irgendwann hält die Store dann in der Endposition.
Aus meiner Sicht sollte in keinem Fall bei einem "Long Press" einfach komplett geöffnet/geschlossen werden.
Torsten81 Da bin ich ja Mal gespannt. Habe genau das selbe „Problem“.
Überall Drehdimmer. Die Dinger funktionieren nicht Mal mit einem Shelly1. 
Ich hab schon mehrmals vorgeschlagen Taster zu verbauen. Leider nicht wirklich gut angekommen.
Ich kann das nur schwer abschätzen.
Da es jedoch mit 350ms bei mir recht gut und zuverlässig funktioniert, bin ich schon recht zufrieden.
Messen, ob das nun 150ms, 350ms oder 550ms sind.. kann ich ja nicht.
Gut (genug) wäre für mich eigentlich folgende Lösung:
- Über Homeassistant (Homeautomation Systeme generell) können ja mit dem "duration=0.35" integriert werden. Damit lassen sich (etwas mühsam) die Winkel (für mich gut genug) einstellen.
- In der Shelly Firmware sollte es die Möglichkeit geben, diesen "duration=0.35" (respektive den Millisekunden) Wert einzustellen. Diesen solle verwendet werden, wenn man den Momentary-Switch kurz drückt.
Das ist technisch sehr wohl realisierbar. Ob es bei jeder Store genug gut funktioniert, steht auf einem anderen Blatt.
Hast du schon Mal mit HTTP Requests mit "duration=0.2" getestet? Unterscheiden sich 0.1, 0,2 und 0.3?
Soweit ich mich erinnere, war es schon immer so, dass diese Schedules nur funktionieren, wenn die Zeit mit dem Internet oder dem konfigurierten SNTP Server synchronisiert wurde.
Bedenke folgende Punkte:
- Ein Shelly kann auch Mal einen reboot machen (soft reboot Funktion bei Verbindungsverlust zum Beispiel). Dies würde dazu führen, dass der Shelly die Zeit neu synchronisieren muss.
- Dieses Weekend war Zeitumstellung. Sprich die Zeit wird neu Synchronisiert werden müssen, ansonsten hat man sowieso ein 1h offset.
- Hast du einen SNTP Server konfiguriert? (Oder ist bei dir der Standard "time.google.com" drin?)
- Hast du einen Router/Server der NTP anbietet im LAN?
Bei mir funktioniert es soweit ohne Probleme. Lokaler NTP Server am laufen und konfiguriert. Shelly haben keinen Cloud Access (können aber theoretisch ins Internet um z.B. ein FW Update über HTTP zu laden).
tichachm Ah, scheint als könnte man das gar nicht umstellen. Ich werde Mal testen wie sich die Shellys verhalten, wenn ich eine neue Site erstelle. Blöd nur, dass man die APs jedes Mal neu Adopten muss, um die Site zu wechseln.
tichachm Was passiert wenn du die neue Site als default einstellst?
tichachm Jetzt machst du mich aber neugierig.
Also... du willst mir sagen, eine andere Site löst das Problem? Dann wird da wohl auf der alten Site irgend eine Einstellung sein (oder wurde nicht korrekt entfernt?) welche das verursacht. Oder was hätte sonst so einen Effekt?
Sind damit auch die TCP Retransmissions weg?
MarkusK1 Also ich glaube da stimmt nun was nicht.
Mit das Delay ist 200ms ist vielleicht eher gemeint, dass das Relais so lange braucht um zu schalten.
Einen kurzen push auf den Taster jedenfalls wird nicht den Motor für 200ms laufen lassen, sondern für viel länger.
Wenn ich nämlich über einen HTTP Request „duration=0.35“ mitgebe, dann erhalte ich einen kleineren Winkel als mit dem push auf den Taster. Und das wären ja 350ms.
Das mit der Index Seite hatte ich paar Mal beim Dimmer 2 aber hat sich nach ein paar Sekunden immer von selbst behoben. Ging bisher davon aus, dass dies ein normales Phänomen während des Updates ist.
Ich hätte bestimmt noch einige FW Images von den Shellys. Kann aber erst später schauen. Falls noch jemand interesse hat?
Integration im Home Assistant (hass.io) funktioniert nicht mit version 1.10 auf shelly 3EM
Alle sensoren wurden unnereichbar after shelly upgrade von 1.9 to 1.10.
Dank
https://smarthome-forum.eu/index.php?shelly-firmware-archive/ konnte ich downgraden.
Ich habe absolut keine Probleme in dieser konstellation.
3EM misst Hauptzuleitungen und meldet fleissig an HA (ShellyForHASS). Auch mit 1.10 keine Probleme.
Welche Netzwerkhardware verwendest du?
Ich mache es aktuell mit duration in 0.xx Sekunden und Homeassistant. Nicht das coolste, aber es funktioniert so einigermassen.
t0bse Also ich habs wegen dem WiFi gemacht. Ich denke, schaden kann es ja nicht das Mal auszuprobieren.
Gibt es noch eine Beschreibung zu deinem Problem mit dem Dimmer?
