Da das Netzteil vorhanden ist würde ich vermutlich einen Shelly 1 (Plus) mit Relais mit Wechselkontakt vorziehen. Der Zustand des Ventils, welcher am längsten ansteht, würde ich für den abgefallenen Zustand wählen.
Damit ist auch ausgeschlossen, dass doch mal beide Relais anziehen können.
Ich habe auf selben LS-Schalter
2x Dimmer 1, darunter 1x die Osram E27 die nicht flimmern
3x Dimmer 2, darunter 2x die Osram E27 die flimmern
Ich meine, dass ich die E27 auch schon durchgetauscht habe und der Fehler mitwandert, müsste ich aber sicherheitshalber nochmals testen.
Wozu den Shelly 1, wenn ein 3EM vorhanden ist? Dem kannst du im Web-UI sagen, dass er sein Relais per Action bei Leistung X schalten soll. Genauso kannst du per Action eine URL ansprechen.
Wir genau soll signalisiert werden?
Verwendest du die Cloud? Ich könnte mir vorstellen, dass da eine Benachrichtigung möglich ist.
"Es gibt ne Einstellung wo man die RSSI für autom. Wechsel angeben kann."
Was genau ist damit gemeint?
Per Browser auf das Web-UI des Shelly.
RSSI unter den Settings ganz unten ansehen und merken, wenn der Shelly sich auf dem gewünschten AP befindet, ansonsten Shelly neu starten und wiederholen.
Internet & Security wählen
WiFi-Client AP Roaming wählen
Checkbox anwählen
Den gemerkten Wert -5 oder -10 (also bei z.B. ausgelesen -72 dann z.B. -80) eintragen und speichern.
Ich habe von Philips und Osram je eine Glow Dim, beide unauffällig. Es ist nur in dem einen Raum bei der einen Type von Osram feststellbar. Im Nachbarraum bei gleicher Typer mit anderer Leistung besteht das Problem nicht (ebenfalls 2 Dimmer, alles mit N).
Ich kann auch nicht feststellen, dass in dem Moment irgendetwas schaltet.
Zu 4.: Wenn der Status abgefragt wird, dann steht ganz am Ende die Uptime. Daran kann man auch sehen, ob der Shelly neu gestartet ist.
Ganz so negativ würde ich es nicht sehen, daher fragte ich zuvor, ob es sich um einen 2,5er Querschnitt handelt, womit es bei einem B32 auf der Strecke im grünen Bereich wäre.
Auch wird nicht der Querschnitt ums 4-fache vermindert. Zum einen hängt je Shelly nur ein B32 davor, zum Anderem ist der N nur für den Shelly und die geschalteten Verbraucher werden separat auf N geführt. Ich würde daher nicht von einem größeren Spannungsabfall ausgehen.
Die passenden LS-Automaten werden in der Verteilung links daneben sitzen.
Einen Kühlschrank würde ich auch nicht dranhängen, dafür wäre eher ein Shelly EM angebracht.
Wie geschrieben, ich gehe von induktiven Lasten aus, die die Shellies zum Absturz bringen.
Wenn ich davon ausgehe, dass die Schalter durch Taster ersetzt wurden und noch ein Draht zum Shelly an der Lampe für den SW des Shellies verfügbar war, dann kommt das Verhalten damit hin, dass ein Öffner- anstelle des Schließerkontakts angeklemmt wurde, die anderen Taster wären somit ohne Funktion.
Ist im Web-UI der kleine blaue Strich im Powerbutton an, wenn das Licht ausgeschaltet und kein Taster gedrückt ist?
Alternativ poste die Ausgabe im Browser:
[shelly-IP]/status
Da sieht man noch immer nicht, was geschaltet wird. Falls es induktive Lasten sind wird auch kein Update helfen sondern eventuell RC-Glieder.
Sind die Leitungen an den Shellies 2,5qmm? Die sehen auf dem Foto so dünn aus. 2,5qmm müssten es für die B32 mindestens sein.
Wenn du Kühlschrank schreibst, dann sitzt der an einer 16A Schuko? Dahinter sitzen also noch <=16A LS-Automaten?
Da wird über Batteriepreise diskutiert, die weit unter dem Preis des Stromverbrauchs eines Shelly 1 liegen, anstatt beim Thema zu bleiben...
Und wenn dann doch einer Mal nicht schaltet?
Ist es nicht sicherer, wenn man eine Action unter Output switched on/off URL auf das andere Relais legt?
In Automate kann ich keine Funktion finden, die den Sonnenstand berücksichtigt. Die Zeit wäre kein Problem, auch kann man den Flow so begrenzen, dass dieser nur sendet, wenn man im heimischen WLAN ist. Aber wird vermutlich halt nur nach Zeit funktionieren und nicht nach sunrise/sunset.
Korrekt oder man hängt sich irgendwo eine Raspberry hin oder probiert die Cloud.
Button short pressed URL
http://localhost/light/0?brightness=20
Dann werden beim Ein-/Ausschalten über den Taster immer 20% angefahren, dimmen geht nach wie vor.
Edit: zu meiner Mutters LAN habe ich einen VPN zwecks Datensicherung. Falls du zu Hause ein System hast, kannst du dem Shelly auch darüber die Helligkeiten senden.
Der Schedule wird zu jedem definierten Zeitpunkt ein On + Brightness senden.
Per MQTT und HTTP kann man nur die Brightness übergeben, aber dazu fehlt ein System bei deiner Mutter (ob es die Cloud kann weiß ich leider nicht).
Soll nur die Helligkeit bei eingeschaltetem Licht geändert werden und das Licht nicht immer angehen, dann muss man den Schedule deaktivieren, wenn das Licht aus ist. Damit ist nicht Light=Off gemeint sondern Schedule=Off bzw. on und da macht es Sinn diesen über Output switched off/on zu senden.
Da der Schedule beim Einschalten noch nicht aktiviert war nimmt der Shelly die zuletzt eingestellte Helligkeit an und ändert diese erst bei Erreichen des nächsten Schedules automatisch.
Sendet ein Shelly eine Action an sich selbst, dann muss anstelle der IP "localhost" ohne " eingetragen werden.
Theoretisch ja, aber vermutlich wird dann das Licht stündlich eingeschaltet.
Man könnte jedoch dem Dimmer über sich selbst bei Output switched on/off eine entsprechende URL senden, die Schedule de-/aktiviert. Jedoch wird die Helligkeit dann erst beim Erreichen des nächsten Schedules geändert.
Interessant wäre es zu wissen, ob Shellies überhaupt MU-MIMO können.
Dass alle anderen Frequenzen, außer 2,4GHz, für die Shellies irrelevant sind, sollte hinlänglich bekannt sein. Bei den meisten Usern dürften Geräte jedoch mindestens 1 Raum von dem AP entfernt sein und somit meist auf 2,4GHz schalten.
Ich habe es auch nur bei einem Typ von OSRAM (LEDvance). Ich habe viel Osram im Einsatz und auch Philips.
Gucke dir die Nodes
MQTT json (heißt so ähnlich, muss installiert werden)
und den
Switch Node
an, beide könnten es ggf. entsprechend filtern. Der Function Node ist etwas aufwändiger.
Ich sitze leider gerade nicht am Rechner.
Mit dem in meinem Beitrag durchgestrichenen Befehl kann man dem Shelly eine Helligkeit übermitteln, unabhängig ob ein- oder ausgeschaltet.
