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.
Der Shelly muss ja aber laufen, um die Zeit zu registrieren. Bei den Kontaktschaltern wird er durch Bewegung geweckt. Also könnte man bei dem Shelly 1 vermutlich nur beim WLAN sparen, dessen Verbrauch kaum messbar sein dürfte. Die Shellies verbrauchen unter 1W, sprich 2,-€ im Jahr. Ich bin auch immer fürs sparen und es summiert sich, macht in diesem Falle vermutlch aber keinen Sinn.
Du kannst es höchstens als Vorschlag an Allterco senden, ob die eine sinnvolle Möglichkeit sehen.
Der Shelly gibt auf SW1 ca. halbe Netzspannung aus. Kann diese gegen N oder L abgeführt werden, dann wird geschaltet. So die Theorie. Praktisch kann es zu Störungen kommen.
SW1 anstatt SW2 verwenden, da musst du ein altes Bild erwischt haben.
Toggle ist grundsätzlich korrekt, jedoch wenn über andere Wege als den Schalter geschaltet werden soll, dann muss dieser auf "Edge" gestellt werden.
Tauschen bringt nichts, es scheint ein Softwareproblem zu sein. Nochmals melden brauchst du nicht, das belastet nur das Ticketsystem.
Trotzdem danke.
Meine Vermutung ist, dass in der Programmierung "wenn Timer= 0 s, dann aus" hinterlegt ist, da aber bis -1 gezählt wird, der Zeitpunkt vielleicht verpasst wird. Besser wäre dann vielleicht =wenn Timer <1 s, dann aus". Kann ich jedoch nur vermuten.
@Olsche konnte reproduzieren, dass sein Shelly nach 30 Sekunden ebenfalls nicht abschaltet und meldet es an Allterco. Vielleicht wird das Problem damit ja behoben.
Super, vielen Dank!
Merke bitte den Status "-1" an, vielleicht ist der ausschlaggebend.
Gezählt wird ja anscheinend korrekt, nur geschaltet nicht, wenn die Zeit abgelaufen ist. Vielleicht kommt der Shelly mit dem Status "-1" nicht zurecht, wenn die Zeit abgelaufen ist?
Vielleicht reicht auch eine kürzere Zeit, müsste ich noch testen.
Der Auto-Off Befehl läuft ab und nichts passiert.
Manchmal gehen die LED's aus manchmal nicht ...
Deckt sich vielleicht mit meinem Problem, dass der Timer nicht zuverlässig funktioniert.
Ich habe seit einigen Firmwares das Problem, dass das Auto off nach 6 Stunden nicht funktioniert.
Auto Off steht auf der Startseite des Web-UI auf 0 Sekunden (bzw. direkt beim Öffnen auf -1 Sekunde).
Kann das jemand bestätigen, dass lange Auto Off Timer nicht zuverlässig funktionieren?
Auch im Status steht bei beiden, dass der Timer abgelaufen ist.
Dimmer 1
"rssi":-68},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"11:28","unixtime":1616408937,"serial":83,"has_update":false,"mac":"98F4ABD0357E","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"lights":[{"ison":true,"source":"input","has_timer":true,"timer_started":1616365622,"timer_duration":21600,"timer_remaining":-1,"mode":"white","brightness":10}],"meters":[{"power":0.47,"overpower":0.00,"is_valid":true, "timestamp":1616412537,"counters":[0.463, 0.467, 0.467],"total":680}],"inputs":[{"input":0,"event":"","event_cnt":22},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":44.27,"tF":111.69, "is_valid":true},"calib_progress":0,"overtemperature":false,"loaderror":0,"overpower":false,"update":{"status":"idle","has_update":false,"new_version":"20210319-122304/v.1.10-Dimmer1-gfd4cc10","old_version":"20210319-122304/v.1.10-Dimmer1-gfd4cc10"},"ram_total":48856,"ram_free":35980,"fs_size":233681,"fs_free":128010,"uptime":200929}Dimmer 2
"rssi":-61},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"11:33","unixtime":1616409236,"serial":27,"has_update":false,"mac":"40F52001A156","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"lights":[{"ison":true,"source":"input","has_timer":true,"timer_started":1616365618,"timer_duration":21600,"timer_remaining":-1,"mode":"white","brightness":11}],"meters":[{"power":3.72,"overpower":0.00,"is_valid":true, "timestamp":1616412836,"counters":[3.806, 3.811, 3.798],"total":3348}],"inputs":[{"input":0,"event":"","event_cnt":7},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":44.89,"tF":112.80, "is_valid":true},"calibrated":true,"calib_progress":0,"calib_status":0,"calib_running":0,"wire_mode":1,"forced_neutral":false,"overtemperature":false,"loaderror":0,"overpower":false,"debug":0,"update":{"status":"idle","has_update":false,"new_version":"20210318-141630/v1.10.0-geba262d","old_version":"20210318-141630/v1.10.0-geba262d"},"ram_total":48224,"ram_free":35364,"fs_size":233681,"fs_free":116966,"uptime":201249}Stimmt, er muss localhost anstelle der IP eintragen. Glatt übersehen. Seltsamerweise schreibt er es im Beitrag mit localhost, tippt es dann aber anders ein.
Ubiquiti USW 24 PoE Switch
Ich hatte den mit 250W dazwischen. Da ich Gateway und Switch gleichzeitig rausgeworfen habe, kann ich nicht sagen, was ursächlich war.
Gib die Actions bitte nicht in der App sondern per Web-Ui (IP des Shellies im Browser eintippen) ein.
Mich verwundert es immer noch, dass es zuvor ging und nun der Shelly bei jedem Kontakt der Leitung vom Taster kommend mit SW1 schaltet. Prüfe bitte auch die Taster nochmals, nicht dass da einer defekt ist und du "falsch" gemessen hast.
Es wird anscheinend keine Leistungsänderung während der Kalibrierung festgestellt. Ich hatte auch einen Dimmer auf FW 1.9.4, den ich reklamieren musste. Dieser hat unplausibele Werte bei der Leistung angezeigt und konnte nicht kalibrieren.
Wenn alle anderen Produkte an Ubiquiti funktionieren, dann läge es wohl nicht an denen.
Mir fallen aus meinem alten Setup mit Ubiquiti zwei Parallelen ein, die in ferner Weise damit zu tun haben könnten. Ich habe einen SolarLog, der sich spätestens alle 2 Wochen aufgehängt hatte und nicht mehr über das Netzwerk ansprechbar war und kurz vom Netz getrennt werden musste, um wieder zu funktionieren. Der sendet seltener Daten ins Portal, ähnlich wie die Shellies wesentlich häufiger an die Cloud (wenn verwendet). Da die Shellies wesentlich häufiger Daten senden, ist dieser Punkt vermutlch wesentlich früher erreicht. Dieses hätte gar nichts mit dem WLAN zu tun sondern vermutlch mit dem Routing von Ubiquiti. Seit dem ich Gateway und Switch von Ubiquiti rausgeworfen habe, hatte ich mit dem SolarLog keinerlei Probleme mehr.
Bei einer Telefonanlage muss man bei Ubiquiti auch tricksen, da nicht, wie z.B. bei einer FritzBox, die internen Hostweiterleitungen automatisch gesetzt werden und trotz Feature Request und Anfragen bekommt das WebUI keine Option hierfür und man muss es per cfg-Datei oder SSH einstellen, dass eine Anfrage zu einem FQDN nicht erst ins Internet zum DynDNS-Provider geht und wieder zurück kommt zur Telefonanlage, sondern die Anfrage z.B. PBX.dynDNS.de im eigenem Netzwerk direkt zur Telefonanlage geleitet wird. Macht man dieses nicht, hat es ebenfalls zur Folge, dass das Gateway teils abschmiert und Netzwerkgeräte nicht mehr erreichbar sind.
Ist zwar etwas hergeholt, aber vielleicht gibt es ja doch Parallelen?
Vielleicht könnte jemand testweise sein Ubiquiti-Gateway / DreamMachine durch die FritzBox seines Providers ersetzen? Ist aber auch nur noch ein Griff nach einem Strohhalm...
Ich habe es so verstanden, dass von der Leitung, die von den offenen Tastern kommt, 6-8V gegen N anliegen, wenn diese von SW1 angeklemmt ist.
Das mit falscher, fehlender 1/2 AC hat oft andere Ursachen, nicht nur ne Glimmbirne im Schalter
Er hat ja berichtet, dass die 6-8V vom Taster bei abgeklemmten SW1 gegen N gemessen wurden, daher würde ich von einer Induktion oder Kapazität ausgehen.
Kann man nicht testweise mit N auf die Taster gehen? Per N schalten sollte doch gehen? Da muss man dann auch, gerade in einer Verteilung, nicht so aufpassen, dass man immer den richtigen L erwischt.
Dieses ist aufgrund des Schutzes jedoch erst ab V3 zu empfehlen?
Alles im Forum zu finden. Beim nächsten Mal bitte einen aussagekräftigen Titel.
