[Aufruf] Test Shelly Adapter
-
@tstueben / @apollon77 leider funktioniert das mit den Namen immer noch nicht wie es soll.
Nach Neustart der App geht zwar jetzt der Device Name nicht mehr verloren, aber was viel wichtiger ist (besonders bei Shelly 2) ist das der Relay-Name und was man dort einträgt immer noch verloren geht. Beispiel: dort steht Relay 0 und Relay 1 und darunter "Switch". Für eine gute usability in einer Programmierumgebung (insbesondere bei Verwendung von mehreren Shelly 2), muss ich ja dieses "Switch" (in Relay 0 z.B.) umbenennen können um die Zuordnung nachvollziehen zu können was ich gerade Schalte. Das geht ja auch mit allen anderen Adaptern so in der Regel. Ich kann das zwar umbenennen aber sobald ich der Adapter neu starte ist alles was ich mühsam eingetragen habe weg. Der Device Name alleine bringt eigentlich nur was bei den Shelly 1, aber nicht bei den Shelly 2 wenn man 2 unterschiedliche Sachen damit steuern möchte. Würde mich sehr freuen wenn das gefixt werden würde. Vielen Dank.
-
Leg doch mal ein Github Issue mit dem Wunsch an. Da lässt sich bestimmt was machen
-
Hallo,
kann man den Shelly 1 auch in einer bestehenden Wechselschaltung nutzen?
Wenn ja, wie müsste die Schaltung aussehen?
Vielen Dank!
-
Das habe ich mir auch überlegt nachdemich es sehr kompliziert mit 2 Shellys gebaut habe
Faktisch ist es so das der Shelly das Schalter-SIgnal als 230v Eingang bekommt. Von daher an sich: Den Shelly an die Stelle bauen wo nach dem Schalter die Phase jetzt zur Lampe geht und genau das klemmst Du an den Shelly "Schalter"-Eingang an. Deine Wechselschaltung schaltet weiterhin 230V an oder aus und bleibt wie Sie ist nur die 230V gehen nicht direkt zur Lampe sondern in den Shelly.
So will ich es demnächst bei mir umbauen … in sofern "theoretisch"
-
Hier ein https://scontent-ber1-1.xx.fbcdn.net/v/t1.0-9/43007661_10216872591627855_8412971141857017856_n.jpg?_nc_cat=106&oh=bb3ed6aceb38f59cf50f587272880a03&oe=5C1E4215 einer Kreuz- und Wechselschaltung mit dem Shelly1 von Matthias Ertel. Gefunden habe ich die auf Facebook.
Kreuzschaltung
Wechselschaltung
-
Vielen Dank für die Antworten !!!!!!
-
1.) Zum Thema Wechselschaltung:
Ich habe eine Wechselschaltung im Flur - habe einfach den Shelly (1) in der Dose gebaut, wo der L zur Lampe (230 V) bekommt, wenn die anderen Schalter bedient werden. Das ist doch korrekt, oder? Funktionieren tut es zumindest. Ich habe auch in jeder Dose N & L liegen.
2.) Frage zum "SW"-Anschluss des Shelly:
Kann man unterscheiden, ob ein "manueller" Impuls das Licht einschaltet oder es per Script (z. B. Bewegungsmelder) kommt? Eigentlich möchte ich erreichen, daß wenn der Schalter im Flur betätigt wird, dann die Bewegungsmelder Automation deaktiviert wird.
3.) MQTT Hatte nach dem Update gesehen, daß jetzt MQTT zur Verfügung gestellt wird. Wird der Adapter weitergeführt, oder wird er dann eingestellt?
4.) Hostname: Wäre cool, wenn der Hostname auch ausgelesen werden kann. Ich habe eine Übersichtsseite, und möchte gern klare Definitionen haben.
Vielen Dank für die tolle Arbeit!
-
zu 3.) Am Ende kann ein Nutzer wählen was er nutzen will. Der Featureumfang ist aktuell identisch, wobei wir an der Stelle die "klarere Integration" in ioBroker haben denke ich. MQTT ist halt von der Definition her sehr generisch.
Ich habe nicht vor den Adapter wieder einzustampfen
zu 4.) Mach doch ein Github issue auf. Dann schauen wir mal.
-
Okay, hast du zu 2. auch eine Antwort? Toll, daß du den Adapter weiterentwickelst.
-
Thorsten macht den Adapter hauptsächlich
Zu 2.) Das kannst Du selbst mit einem Skript tun was den Switch Datenpunkt überwacht.
Wenn vor einem Wert kit "ack=true" der gleiche Wert mit "ack=false" ankam dann war es ein Skript, sonst war es der Schalter, die App oder Alexa oder irgendwas nicht ioBroker.
-
Sorry, da kann ich dir nicht folgen. Hast du ein Bespiel?
-
Keinen kompletten und gerade wenig zeit.
Aber sowas wie (ugetestet!)
on({id:'....Switch', change:'any', ack: true}, function (obj) { if (obj.state.ack === true && obj.oldState.ack === false && obj.state.val === obj.oldState.val) { // ausgelöst per ioBroker } else { // ausgelöst ausserhalb ioBroker } }); -
Mega! Klappt per Script super! Allerdings bin ich da nicht so fit drin. Wie bekomme ich diese Variablen im Blockly?
obj.oldState.ack
obj.oldState.val
-
Ich glaube oldState.val ist oldValue als Variable … aber ack glaube nicht ohne weiteres
-
Kann dir leider nicht folgen - sorry.
-
Wenn Du in Blockly eine Variable "oldValue" anlegst (gibt nen Baustein dafür) dann hast Du den alten Wert, aber ich glaube es gibt nichts um an ack ranzukommen.
Also entweder Blockly Feature request im Github anlegen oder JavaScript nutzen
-
@tstueben / @apollon77 leider funktioniert das mit den Namen immer noch nicht wie es soll.
Nach Neustart der App geht zwar jetzt der Device Name nicht mehr verloren, aber was viel wichtiger ist (besonders bei Shelly 2) ist das der Relay-Name und was man dort einträgt immer noch verloren geht. Beispiel: dort steht Relay 0 und Relay 1 und darunter "Switch". Für eine gute usability in einer Programmierumgebung (insbesondere bei Verwendung von mehreren Shelly 2), muss ich ja dieses "Switch" (in Relay 0 z.B.) umbenennen können um die Zuordnung nachvollziehen zu können was ich gerade Schalte. Das geht ja auch mit allen anderen Adaptern so in der Regel. Ich kann das zwar umbenennen aber sobald ich der Adapter neu starte ist alles was ich mühsam eingetragen habe weg. Der Device Name alleine bringt eigentlich nur was bei den Shelly 1, aber nicht bei den Shelly 2 wenn man 2 unterschiedliche Sachen damit steuern möchte. Würde mich sehr freuen wenn das gefixt werden würde. Vielen Dank. `
Du kannst ab der Version 0.2.4 nun auch den Namen des Channels ändern. Bei einem Neustart des Adapters bleibt wie beim Device dein selbst vergebener Name bestehen.
-
Wie verhält sich das eigentlich mit z.B einer Hue Lampe. Sagen wir ich habe im Flur eine Hue Lampe und die hängt an einem normalen Schalter. Nun weiss meine Familie, Finger weg von Schalter, alles geht von alleine an und aus
Blöderweise wissen das aber oft nicht die Gäste oder Klassenkameraden der Kinder und schalten fröhlich rum. Dann ist wieder alles verstellt oder die Lampe geht gar nicht mehr an, weil der Strom fehlt. Wenn ich nun ein Shelly 1 verbaue hinter dem Schalter, dann ist der Strom aber auch erstmal weg, falls jemand den alten Schalter drückt, oder? Erst wenn ich dem Shelly sage: "ein" bekommt die Hue wieder Saft und dannach müsste ich noch der Hue den Befehle geben ob an, welche Farbe, Stärke usw. Wäre das dann so?
-
Also ich habe das so gelöst:
Lampe bekommt Dauerstrom (also direkt verbunden, kein Schalter, kein Shelly). Shelly hinter dem Schalter verbaut und der Shelly verarbeitet das Schalter-Signal und schaltet sein Relais … da ist aber gar nix dran ... ABER der iobroker-Adspter bekommt mit das hier geschaltet wurde und kann per Script dann meine Hues über Zigbee Adapter schalten. Damit kann ich jetzt Alexa nehmen, Schalter nehmen oder (wenn ich wollte) die Shelly App und kann das Licht schalten. In wirklichkeit hat die lampe aber immer Strom und wird nur "software-seitig geschaltet".
Der Shelly ist quasi ein Ersatz für einen "Schalt/Tast-Interface"
-
Hab erst etwas gegrübelt wie du das gemeint hast aber jetzt :lol: hat es klick gemacht. Also haste Schalter aus der Unterputzdose, Drähte ab und miteinander verbunden, damit die Lampe Dauerstrom hat und dann haste am sozusagen toten Schalter den Shelly dran, an dem aber auch nichts weiter hängt. Nun schaltet der Shelly immer bei nem Klick auf den echten, aber toten Schalter und gibt das Signal an ioBroker->Shelly Adapter und er gibt dann an oder aus an die Lampe. Wollte eigentlich nicht alle Lampen auf Dauerstrom setzen, aber wird wohl nicht anders gehen. (Ist halt blöd, wenn man was nicht passt mit der Smarthomeanlage und dann haste keine physischen Schalter mehr um das Licht anzumachen.) Man, hätte ich vor ein paar Jahren gewußt, in welche Richtung das geht, hätte ich beim Bau erst gar keine Schalter mehr verlegen lassen :lol:
