Danke für die Rückmeldung, deckt sich mit meinen Erfahrungen. Bei dimmbaren LEDs trifft "wer billig kauft, kauft zweimal" wohl meistens zu.
Beiträge von Schubbie
-
-
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.
-
Messen und Schalten läuft über den selben Kontakt, also alles oder nichts schalten und messen.
Ansonsten Taster verbauen und einen Shelly 1L oder Dimmer 2 in die rechte Dose setzen (liegt da ein N, dann geht auch ein Shelly 1 PM, und einen Shelly 1PM hinter die Steckdose.
-
Da wäre eine Skizze hilfreich. Der 1PM muss dann vor der Wechselschaltung und der Steckdose sitzen, um deren Phase gemeinsam schalten und messen zu können. Dort muss dann auch den "N" anliegen.
-
1 Jahr später stehe ich nun wohl an selben Punkt... Per Actions lässt sich der zweite Dimmer per ersten Dimmer nur vernünftig steuern, wenn zum Einschalten der "Sender" lange gedrückt wird. Dieses habe ich nun in Node Red nachgebaut und funktioniert sehr gut (ohne zum Einschalten lange drücken zu müssen), bis aus den Doppeldruck für 100%
Damit alle Taster gleich zu bedienen sind, wäre es schon schön, dieses auch noch hinzubekommen.Nun verstehe ich auch das Problem mit den Events shellies/Shelly_Topic/input_event/1. Der Dimmer erkennt ja bereits einen Doppeldruck und schaltet dann auf 100%. Würde nun das Event bei einem Doppeldruck etwas anderes als "S" oder "L" anzeigen, dann könnte man dieses in Node Red entsprechend auswerten. Es kann ja trotzdem zuvor Event "S" und dann das andere Event nachgeschickt werden, wenn 2x kurz hintereinander gedrückt wird.
Das Problem an MQTT ist, dass die Tastendrücke nicht schnell genug übertragen werden und somit eine Auswertung aufgrund von 2x Tastendruck innerhalb von 400ms nicht zuverlässig ist und meistens nicht funktioniert (kann eventuell auch an den Dimmern liegen, dass die nicht schnell genug senden, ist ja nur WLAN).
Zweites Problem ist der Shelly selbst, der es nicht schafft, den Counter bei schnellem Drücken (Button Debounce auf 60ms gestellt und etwas langsamer gedrückt) korrekt hochzuzählen, sprich er bekommt gar nicht die Tastendrücke mit, was mir auch schon bei anderen Dimmern aufgefallen ist. Unsere Tochter (6) drückt gerne direkt 2x, da sie volle Helligkeit möchte und steht dann oftmals vor den Tastern und drückt des Öfteren, bis die Lampen mit 100% leuchten - geht mir manchmal nicht anders. Daher gehe ich auch nicht davon aus, und leider weiß ich in Node Red auch nicht wie, dass ein Auswerten des "event_cnt" helfen wird. Ich dachte erst daran, dass wenn dieser in <400ms um 2 erhöht wird, dieses als Doppeldruck gewertet werden könnte, was aber ebenfalls aus oben genannten Gründen nicht gehen wird, auch wenn man einen Counter eingesetzt bekommt.
Anbei der Flow:
input_event/1 liefert "S" oder "L" für short oder long, welches im Switch-Node ausgewertet wird. der "Zeit-Node" liefert bei jeder ankommenden Nachricht die Unix-Zeit, "Doppelklick?" wertet aus, ob zwei Werte unter 400ms zusammenliegen und löst dann die 100% aus (leider funktioniert es aufgrund der Verzögerungen oder der nicht erkannten Betätigungen der Taster nicht sonderlich gut).
Trigger 400ms lässt die erste Nachricht durch und soll eine zweite innerhalb von 400ms "schlucken". Die erst Nachricht löst "toggle" aus.
Taster: Es wird nur Input=0 benötigt, um das Dimmen zu stoppen. Die 1ms Verzögerung sind nötig, da ansonsten das Licht nicht einschaltet (es kommen vermutlich ansonsten Toggle und dim=stop zeitglich an und der Dimmer weiß nicht, was er machen soll). Der Interrupt-Flow fängt die Nachricht ab, sobald kein "event L" mehr gesendet wird.
In der unteren Zeile wird der Dimmwert per "MQTT-json" (der parst automatisch) abgefragt und bei 100% ein "dim=up" und kurz danach ein "dim=stop" geschickt, da die Dimmer leider beim Doppeldruck auf 100% nicht die Dimmrichtung anpassen und man ggf. 2x drücken muss, um runterdimmen zu können. Also ein kleiner Workauround, den ich ggf. für alle Dimmer in Node Red nachpflegen werde.
Hat vielleicht doch noch jemand eine Lösung für das "Doppelklick"-Problem? Wie geschrieben würde ein zusätzliches Event bereits weiterhelfen.
Das von SebMai vorgestellte dürfte dann ebenfalls nicht mit Shelly DImmer, Shelly 1, Shelly 2.5 etc. funktionieren? Oder kommt man da irgendwie per Node Red dran, falls der Dimmer diese Info doch über diesen Wege ausspucken sollte?
[ShellyScript] - Dimmer Kontrollieren
Hey ein kleines Script womit ihr einen Dimmer der Gen. 1 steuern könnt.
In dieser Variante wird Short Press zum Hoch dimmen genutzt.
Der Double Press zum Runter dimmen.
Und der Long Press zum Ein/aus schalten (toggle) wie den gewünschten Start Wert setzen.
Alle relevanten Einstellungen stehen zu beginn und sind noch mal erklärt, somit sollte es für euch möglich sein dies für euch anzupassen.
(Quelltext, 82 Zeilen)
Und zum Schluss, immerhin etwas sinnvolles was man diesem Gerät anstellen kann
-
Ich bin User 8, 11, 14 & 16.
Und eigentlich warten wir seit einer Seite (erst 12 Stunden) auf eine Erklärung von WOPPER
Jrtripper01 Es war lediglich eine Vermutung, worauf WOPPER eventuell hinaus wollte (Strom von einem Kreis abgezwackt, für den andere Schutzmaßnahmen gelten), aber warten wir ab, ob noch etwas kommt.
Ich hatte vor ca. 4h angefangen, Reaktion auf #73, zu schreiben...(gelöscht...), jetzt neu.
Da bin ich ja beruhigt, dass es nicht nur mir so ging.
-
Ein Node, mit dem man sehr einfach nur einen bestimmten Wert direkt erhalten kann ist der "mqtt json" Node. Der muss installiert werden und sollte unter den Paletten unter "node-red-contrib-mqtt-json" zu finden sein.
Einfach das Topic angeben und unter "Payload Property" eingeben, welchen Wert man ausgegeben haben möchte und es wird automatisch geparst, ohne das folgende Nodes zusätzlich arbeiten müssen.
