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

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

[Mic]

Hi,

1. Feedback zum neuen Shelly-Adapter (0.2.4):

vielen Dank für den Adapter, funktioniert mit "Shelly 1" hervorragend! :)

Ich habe bislang drei Shelly 1 eingebunden, davon einen in Wechselschaltung mit Wandtastern.

Timer-Datenpunkt ist auch toll, wollte mir grad ein JavaScript mit Schedule erstellen, aber dann habe ich den Datenpunkt entdeckt, klasse.

2. Frage zum Shelly 1 selbst:

Bei zwei Shellys arbeite ich mit normalen Wandschaltern also nicht mit Taster. Wenn man nun z.B. bei Stellung "Wandschalter aus" den Shelly per App/VIS einschaltet, und dann den Wandschalter betätigt, dann bleibt das Licht an. Man muss also noch mal schalten.

Ist auch wohl auch die Intension des Shellys, weil dieser ja immer manuell schalten/funktionieren soll auch ohne App/WLAN etc.

Aber kann man auch konfigurieren, dass bei manueller Betätigung des Wandschalters sich immer der Zustand (an/aus) umkehrt?

Ich habe hier schon in der Shelly-App die Optionen getestet, aber hat mich nicht weiter gebracht.

Siehe Screenshots:

!

[Mic]

@Mic:

Timer-Datenpunkt ist auch toll, wollte mir grad ein JavaScript mit Schedule erstellen, aber dann habe ich den Datenpunkt entdeckt, klasse. `

Funktioniert wohl doch nicht so, wie ich dachte: Hat nach manuellem Setzen der Datenpunkte erst funktioniert (also dass nach x Sekunden ausgeschaltet wird), dann aber nicht mehr… Und bei Neustart des Adapters setzt sich der Wert auf 0.

Macht nichts, habe es dann per Script gemacht:

let stateShelly = 'shelly.0.SHSW-1#XXXXXX#1.Relay0.Switch';
let delayInSeconds = 90;
on({id: stateShelly, change: 'gt'}, function (obj) {
    setStateDelayed(stateShelly, false, (1000 * delayInSeconds));
});

[apollon77]

Ein debug log von dem „geht einmal dann nicht mehr“ wäre cool. Das der Wert wieder zurückgesetzt wird kann man ändern.

Gesendet vom Handy …