UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[LJSven]

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!

[apollon77]

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.

[LJSven]

Okay, hast du zu 2. auch eine Antwort? Toll, daß du den Adapter weiterentwickelst.

[apollon77]

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.

[LJSven]

Sorry, da kann ich dir nicht folgen. Hast du ein Bespiel?

[apollon77]

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
    }
});

[LJSven]

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

[apollon77]

Ich glaube oldState.val ist oldValue als Variable … aber ack glaube nicht ohne weiteres

[LJSven]

Kann dir leider nicht folgen - sorry.

[apollon77]

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

[Stuebi]

@eagleye:

@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.

[smarti2015]

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?

[apollon77]

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"

[smarti2015]

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:

[apollon77]

Ja das mit dem Dauerstrom und der Abhängigkeit ist dann so ne sache … auch Wartungstechnisch hast DU haklt auf der Lampe immer strom es sei denn du machst die Sicherung raus.

Andere Option ist den Schalter am Shelly und sobald jemand ausschaltet schaltest Du sofort wieder ein und setzt Helligkeit auf 0 oder so um wieder auszuschalten. Dann gibt aber bei Schalterbedienung ne komische Flackerei ...

[smarti2015]

Ok das wäre auch ne Möglichkeit, das passiert ja nicht sooo oft, aber ist halt blöd, wenn nen Gast dir den Saft von der Lampe abwürgt und dann passt da nichts mehr :lol:

Mein Shelly1 ist gestern gekommen und werde das Teil heute verbauen. Mal sehen ob das so klappt, wie ich mir das denke ;) Muss ich den noch flashen oder funktioniert der so wie aus der Packung mit dem Adapter?

[Kueppert]

Ich habe bei mir die Schalter mit Tesafilm beklebt damit da keiner mehr schaltet ;)

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[apollon77]

Und das besteht den WAF test? ;-) Meine Frau würde mich für sowas schlagen ;-)

[Kueppert]

Joah…ausser wenn die Lampe Mal nicht an geht [emoji23]

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[LJSven]

Hallo,

ich welcher wert wird bei "Device online Status" angezogen? Eigentlich möchte ich wissen, ob mein Shelly im WLAN ist. Allerdings steht der Wert auf "false" und ich kann trotzdem steuern bzw. auf das WebIf vom Shelly zugreifen.