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.
nEIN ist nicht gut wenn der N von einem anderem LS kommt, LEBENSGEFAHR!!
Interessehalber gefragt, warum? In der Verteilung werden doch eh alle N pro Fehlerstromschutzschalter auf eine N-Klemme gelegt. Das leuchtet mir nun nicht so ein. Sollte es später mal auf mehrere Fehlerstromschutzschalter aufgeteilt werden, dann ist es natürlich ungünstig (wie der Elektriker des TE ja festgestellt hat).
Edit: Begründung weiter unten.
Und merke dir "Shelly ist Skynet" 
Wie schon mehrfach geschrieben, nutzt unter Windows den MQTT-Explorer und ihr könnt alle Topics sehen.
Parsen per Function-Node, was aufwändig ist.
Am einfachsten finde ich derzeit den MQTT-json Node, welcher über die Paletten installiert werden muss. Einfach Topic und darunter das json-Objekt eintragen und schon kommt nur der gewünschte Wert hinten raus.
Auch den Switch-Node könnte man zum Filtern verwenden.
Im Prinzip ja nichts anderes als 2 getrennte Schaltungen. Es könnte dir jedoch passieren, dass die Shellies aufgrund der Wärme aussteigen.
Auch da wäre eine Rückmeldung nett
Danke für die Rückmeldung, deckt sich mit meinen Erfahrungen. Bei dimmbaren LEDs trifft "wer billig kauft, kauft zweimal" wohl meistens zu.
reagiert er so verzögert, wenn recht weit runter gedimmt wurde? Dafür wäre dann "Warm-Up" unter den Settings zuständig.
Einige. Benutzt du die Cloud?
Dann suche nach versteckten Scenen und gb in die Forensuche "Ghost" ein, dann solltest Du weiterkommen.
Oben einen der beiden Ausgänge anwählen für den du es konfigurieren möchtest.
Bitte nochmals lesen. Es geht um die Versorgung des 1L, für den über L/N der Shelly 1 eine Spannung anliegt und somit ein kleiner Strom fließt, ähnlich wie bei den flackernden LEDs.
Der Link zum Forum ist falsch.
Warum muss das Relais immer angezogen sein? Kann das nicht über die Add-Ons, bzw. Hausautomation, gesteuert werden? Direkt intern über die Add-Ons wäre sicherer. Falls das Relais des Shellies entlastet werden soll, stellt man die Schalttemperatur knapp über die des Frostwächters ein. Ich habe aber kein Add-On, um es zu testen, daher nur eine Idee.
Und was bringt die Smarte Steuerung?
Das beides einzeln schaltbar ist.
Der Shelly 1L muß dauerhaft geschaltet sein, ansonsten hätten die 1er keinen Strom.
Das schrieb der TE bereits und hätte gerne eine andere Lösung, die ich jedoch auch nicht sehe, außer vielleicht über sein übergeordnetes System den Shelly 1L per Anwesenheit zu schalten, da dann Licht und Lüfter nicht benötigt werden.
Wenn das Licht immer angehen soll, dann könnte man diesen Shelly so einstellen, dass er bei Spannungswiederkehr automatisch einschaltet und falls der Taster für den Lüfter gedrückt wurde, das System nach 5 Sekunden, wenn der Shelly hochgefahren ist, den Einschaltbefehl für den Lüfter sendet. Dann wäre das Relais auch nur selten an.
Aber wie reagieren die Shelly 1 auf den kleinen Strom, der immer zum O des Shelly L fließt, um diesen zu versorgen?
Eigentlich nichts anderes, als wenn ein kleiner Verbraucher mit Bypass für den N am O des Shelly 1L sitzt. Hat aber vermutlich noch keiner hier mit Shellies probiert und gilt es zu testen.
Der Bypass wird aufgrund der fehlenden Mindestlast nötig sein.
Vielleicht können wir beim Thema bleiben und abwarten, was der TE überhaupt genau möchte.
Will er einen Shelly mit eigenem AP betreiben und gelegentlich mit dem Smartphone drauf zugreifen oder will er z.B. eine Wechselschaltung realisieren, bei der sich ein Shelly an dem AP des anderen anmelden soll?
Es fehlen noch Infos, auf die man abwarten sollte. Niemand weiß, was er für eine Anleitung meint, die er da gefunden hat.
Node Red bietet den Aedes MQTT Broker, somit alles unter einem Hut. Bei der Variante würde ich auch auf MQTT setzen, alles was nicht per MQTT geht, wird per HTTP gesendet.
Ich bin nicht der GIF-Profi, ich hoffe, dass man den max. 3MB-Anhang erkennt. Das ist das Dashboard von Node Red. Drücke ich auf einen Wert, dann wird dieser an den Shelly übertragen, der Shelly meldet seinen Wert dann an den Broker, von dem Node Red sich den Wert holt und den Slider dementsprechend setzt. Ich finde es schnell. Bedienung per Slider geht ebenso
Auch steuere ich per Shelly über Node Red auch andere Shellies, wo die Actions nicht reichen. Ich kann mich nicht beschweren.
Ich habe mir eben nochmals den MQQT-Explorer aufgerufen und immer schnell hintereinander den Taster an SW2 betätigt. Auch wenn ich am SW1 schnell drücke und dann Mal die Leuchten tatsächlich auf 100% gehen, steht in der History nur "S".
Es macht auch mich bald den Eindruck, dass der Shelly auf ca. 0,25 Sekunden begrenzt und die Befehele darunter "geschluckt" werden (oder sollte da vielleicht ein "SS" signalisiert werden, welches es nicht gibt und daher fehlen mir auch Tastvorgänge in der Historie?)
Die Zeit gehört immer zu dem Event darunter, bekomme es gerade nicht anders formatiert, dürfte jedoch irrelevant sein.
26.10.2021 19:48:59
{"event":"S","event_cnt":1124}26.10.2021 19:48:59(-0.24 seconds)
{"event":"S","event_cnt":1123}26.10.2021 19:48:58(-0.24 seconds)
{"event":"S","event_cnt":1122}26.10.2021 19:48:58(-0.25 seconds)
{"event":"S","event_cnt":1121}26.10.2021 19:48:58(-0.24 seconds)
{"event":"S","event_cnt":1120}26.10.2021 19:48:58(-0.36 seconds)
{"event":"S","event_cnt":1119}26.10.2021 19:48:57(-0.24 seconds)
{"event":"S","event_cnt":1118}26.10.2021 19:48:57(-0.24 seconds)
{"event":"S","event_cnt":1117}26.10.2021 19:48:57(-0.24 seconds)
{"event":"S","event_cnt":1116}26.10.2021 19:48:57(-0.4 seconds)
{"event":"S","event_cnt":1115}26.10.2021 19:48:56(-0.21 seconds)
{"event":"S","event_cnt":1114}26.10.2021 19:48:56(-0.24 seconds)
{"event":"S","event_cnt":1113}26.10.2021 19:48:56(-0.25 seconds)
{"event":"S","event_cnt":1112}26.10.2021 19:48:56(-0.24 seconds)
{"event":"S","event_cnt":1111}26.10.2021 19:48:55(-0.25 seconds)
{"event":"S","event_cnt":1110}26.10.2021 19:48:55(-0.38 seconds)
{"event":"S","event_cnt":1109}26.10.2021 19:48:55(-0.21 seconds)
{"event":"S","event_cnt":1108}26.10.2021 19:48:55(-0.24 seconds)
{"event":"S","event_cnt":1107}26.10.2021 19:48:54(-0.36 seconds)
{"event":"S","event_cnt":1106}26.10.2021 19:48:54(-0.24 seconds)
{"event":"S","event_cnt":1105}26.10.2021 19:48:54(-0.36 seconds)
{"event":"S","event_cnt":1104}26.10.2021 19:48:53(-0.25 seconds)
{"event":"S","event_cnt":1103}26.10.2021 19:48:53(-0.34 seconds)
{"event":"S","event_cnt":1102}26.10.2021 19:48:52(-0.5 seconds)
{"event":"S","event_cnt":1101}26.10.2021 19:48:52(-0.36 seconds)
{"event":"S","event_cnt":1100}
Soll nur an/aus und Dimmer gesteuert werden? Dann würde theoretisch "Shelly Pilot" ausreichen. Dieses gibt es nur für Android. Die Shellies werden damit direkt ohne Umwege von dem Tablet angesprochen. Die App ist im Playstore kostenfrei erhältlich, kannst diese also am Smartphone ansehen.
Warum ist Node Red zu langsam?
HomeAssistant wollte ich mir bei Gelgenheit nochmals anschauen.
Auch eine Möglichkeit wäre es, dass man sich Shortcuts auf dem Startbildschirm legt und die Shellies dann direkt über das WebGUI steuert, ist jedoch etwas unkomfortabler als Shelly Pilot, wobei mir bei Shelly Pilot die Art des Dimmens nicht ganz zusagt. Aber das muss man halt probieren und kommt auf die Kunden drauf an.
"Ein Doublepush ist nirgendwo als Ausgabe zu finden." sollte es heißen, aber das war wohl klar.
Weder bei dem Event unter MQTT noch bei dem HTTP-Status unter "Input" wird mir ein "SS" angezeigt. Immer nur "S" oder "L". Es ist noch ein Dimmer 1.
Vielleicht war mein Text zu lang der ist zu langsam / unzuverlässig, um diesen per MQTT auszuwerten. Der zählt bei jedem long-/shortpush +1 und geht vermutlich nur bei Neustart auf "". Das mit den 5 Sekunden ist der Status "S", bzw. "L", der sich ohne Eingabe auf "" ändert.
Sicherlich kann ich vieles auslesen, aber ich denke, dass der Shelly diese Information einfach nicht liefert. Weder per MQTT noch per HTTP konnte ich einen Doublepush finden. Drückt man 2x, wird trotzdem lediglich "S" für "shortpush" gesendet, ein Doublepush ist irgendwo als Ausgabe zu finden.
