Beiträge von fichtennadel

    Der Vollständigkeit halber, falls jemand über Google hier landet: die Problemstellung lässt sich auch im Rollermodus über das API lösen, dann hat man die (Shelly-Softwareseitige) Sicherheit, dass nicht irrtümlicherweise beide Relays offen sein könnten:

    Open + Close mit duration=1 aufrufen, also zB:

    Code
    http://10.0.1.2/roller/0?go=close&duration=1

    Stop dann als Abfolge von Go+Stop, dazwischen eine Pause < 0.5s , zB:

    Code
    http://10.0.1.2/roller/0?go=close&duration=1
    sleep(0.2)
    http://10.0.1.2/roller/0?go=stop

    Austausch-Shelly läuft seit 2 Tagen problemlos ohne Ausfälle, allerdings habe ich jetzt bewusst noch die Firmware im Auslieferungszustand ("20190329-124426/master@854171ac") belassen.

    Jetzt ist die Preisfrage: kann die Instabilität des vorigen Geräts mit der Firmware zusammenhängen? Die hatte ich damals nämlich schon auf V1.5.0-hotfix4 hochgezogen.

    Welchen Access point benutzt du?

    Ich betreibe mein Netz genauso. Router ohne WLAN, dahinter ein Accespoint von Dlink.

    Ich trage bei meinen Shellys auch bei Gateway IP vom Router ein. Bei mir funktioniert aber alles ohne Ausfälle. Evtl ist im AP was nicht richtig eingestellt bei dir?

    Unifi.

    Ich hab 10 Geräte im WLAN, alle laufen problemlos bis auf eines ... Shelly2.5

    Es macht auch einen Unterschied, ob ich einen Reboot über das API mache oder sie kurz vom Strom nehme: Reboot ist kein Problem, Strom aus/an aber schon.

    Und als Gateway hast Du im Shelly die IP des Accesspoints oder des Routers eingetragen?

    Des Routers, wie bei allen anderen Geräten im LAN und alles andere ergibt ja auch kein Sinn: das Gateway definiert ja den ersten Schritt der IP Route aus dem Subnet.

    Was soll aber das Gateway mit der Erreichbarkeit im LAN/Subnet zu tun haben? Oder ist der IP Stack der Firmware so dermaßen buggy?

    Danke für die Rückmeldungen, Repeater habe ich keine im WLAN (nur einen Access Point) und feste IP auch schon an der Shelly vergeben, da DHCP (nur bei Shelly ...) unzuverlässig ist.


    Das Problem besteht weiterhin bei Neustarts, da ist es ein Glückspiel, wie oft ich resetten und zwischen AP- und Client-Mode wechseln muss, bis die Shelly im WLAN ist.

    Wenn sie mal eingebucht ist, geht's halbwegs, aber das Problem mit dem Webseiten Zugriff tritt immer wieder auf.

    Wenig zufriedenstellend derzeit.

    ich werd

    unverbindlich und ohne konkrete Idee warum:

    Auf die schnelle, habe ich es nicht wieder gefunden, aber, ich bin mir relativ sicher, dass ich es gelesen habe:

    Die Stabilität hat sich bei einem Benutzer mit AP's deutlich erhöht, wenn er den AP als Gateway eingetragen hatte.

    Kann ich mir nur dann vorstellen, wenn das ein Bug im Netzwerkstack der Firmware ist. Ich kann auch deswegen nicht meine komplette Nertzwerkarchitktur umbauen.

    Ich hab die Shelly vor 9 Stunden neu gestartet, anfangs ging das Webinterface, mittlerweile ist es nicht mehr erreichbar, nur ping geht noch.

    Das ist echt kein Zustand.:cursing:

    Hallo zusammen,

    Ich bin gerade am Testen meiner geplanten Installation und da nehme ich meine Shelly 2.5 immer wieder mal vom Strom, aber bei jedem 2. / 3. Mal ist sie dann nicht mehr erreichbar, nur ein Reset über den Button mit neuerlichem Einrichten im AP-Modus löst das Problem wieder bis zum nächsten AusfallX(. In der Cloud war und ist sie nicht.

    Wobei es 2 Arten von "nicht erreichbar" gibt:

    1. kompletter Ausfall, bucht sich nicht mehr ins WLAN ein (sehe ich am Access Point, keine DHCP Requests). LED blinkt. Nur ein Reset hilft hier weiter, aber auch nicht auf Anhieb, musste das auch schon drei Mal wiederholen, bis es endlich ging.

    2. Ausfall der Weboberfläche, aber noch per ICMP/Ping erreichbar (im WLAN eingebucht). LED konstant. Reboot hilft dann nach der x-ten Wiederholung.

    Mein WLAN würde ich als Fehlerquelle unverdächtig ansehen, alle anderen Geräte laufen problemlos, auch esp8266 Boards.

    So kann ich das Teil nicht in die Elektroinstallation einbauen.

    Ist das ein Problem in der Firmware oder ein Hardwaredefekt?

    Aber, im Relaismodus sind die Ausgänge nicht mehr zumindest softwareseitig gegeneinander verriegelt!

    Nur zur Info! Bei Fehlbedienung nimmt der Motor das Übel.

    Deine Geräte, Deine Entscheidung!

    Das ist im Allgemeinen ein berechtigter und sehr wichtiger Hinweis, keine Frage.

    In meinem konkreten Fall ist der Motorschutz in den nachgelagerten Steuerungen mit eigenen Relais, die zwischen Shelly und den Motoren liegen (siehe Skizze). Und softwareseitig prüfe ich das zusätzlich noch selbst vor dem Auslösen, ob das jeweils andere Relais geschlossen ist.

    Hallo,

    ich habe meine Shelly 2.5 an die zentrale Steuerleitung meiner Rolläden angeschlossen. Auf und Ab klappt problemlos, nur leider ein Stop nicht. Wenn ich die Shelly direkt an einen Motor hänge, klappt auch der Stop.

    Über die Taster der bestehenden Zentrale kann ich durch zweimaliges - mit ca 2 Sekunden Abstand - Drücken einer beliebigen Richtungstaste stoppen, auch das klappt mit der Shelly nicht.

    Die Shelly kann also weder mit der "Pause" Funktion, noch mit "Open"/"Close" stoppen. Wenn ich "Open"/"Close" an der Shelly betätige, während der Rollo fährt, wird je nachdem direkt umgedreht oder weitergefahren, aber nicht gestoppt.

    Hat jemand eine Idee woran das liegen könnte und wie man es hinbekommt, dass die Rollos stoppen?

    An der Steuerleitung hängen die Einzelsteuerungen (Siemens), die Shelly hat also nur mit anderen Steuerungen direkten Kontakt, dementsprechend ist auch die angezeigte Leistung beim Auf- und Abfahren 0W.

    Die Verkabelung ist wie folgt:

    shelly_rollo_siemens.jpg

    (sind tatsächlich aber mehr Rolläden und am Eingang der Shelly wäre der bestehende Zentraltaster)

    PS: Was ich nicht will, ist vor jeden Motor direkt eine Shelly hängen, das ist aus baulichen Gründen nicht drin.