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

[eagleye]

@apollon77:

Naja aktuell ist das kein bug sondern „intended“. Müssen wir mal schauen. `

naja, ist schon frustrierend und die usability leidet sehr wenn mann in einer script-Umgebung nicht weiß was gerade geschaltet wird und jedesmal per try and error herausgefunden werden muss. hoffe das wird bald gefixt, dass ist IMHO sehr wichtig.

Danke

[apollon77]

Nächste Version wird den Namen erhalten auch bei neustarts.

[eagleye]

Perfekt!

Danke.

GGfs. die Namen aus der App übernehmen würde auch ausreichen.

Danke für die Mühe!!

[apollon77]

Die Namen der App scheinen auch nur dort zu existieren. Keiner der APIs liefert den namen zurück

[jerzimeik]

Hallo zusammen,

irgendwie habe ich einen Gedankenfehler:

Schalte ich denn für die Rolladensteuerung den "Shutter" in den Objekten?

b.t.w. Adapter-Installation klappte und auch das Gerät wurde sauber erkannt!

[apollon77]

Grundsätzlich Ja. Wenn Der Schalter im "Roller" Modus ist dann am besten per "Shutter" schalten und wenn er im normalen Modus ist dann über die Relays.

[jerzimeik]

Wenn ich den Wert "down" per "jqui-ctrl-icon state" setze, wird das in den Objekten auch gesetzt, aber es tut sich bei der Rollade nichts?!

[ingostein]

Bei mir genauso.

Wollte die Shellys gestern auch visuell mit Iobroker einbinden.

Der Zustand true/false in Iobroker ändert sich, aber die Relais schalten nicht.

Bediene ichs über die Shellyapp, ändert sich auch der Zustand true /false in Iobroker aber die Relais schalten.

Die Shellys 2 wurden als Rolladenschalter in der App definiert.

Gibt das Intern irgendeine Verriegelung?

Meine Shelly´s 4pro funktioneren allerdings einwandfrei.

Mit Iobroker und paralell mit der App.

[apollon77]

Es wird ein Update geben wo Thorsten das nochmal geändert hat mit dem Roller. Dann kann man nochmal testen. Wartet mal bitte noch kurz!

[Stuebi]

Moin,

das Update hat leider etwas länger gedauert, aber steht jetzt bereit zum Download in der Version 0.2.0 zur Verfügung.

Neu ist der Shutter/Roller Modus (Rollläden). Die Rollläden Objekte werden nur angezeigt, wenn der Shelly2 über die App in den Rollladen Modus versetzt wurde. Hierfür ist der ioBroker Shelly Adapter einmal neu zu starten. Wird der Shelly2 wieder zurück auf den Relay Modus gesetzt, bleiben die Rolladen Objekte vorhanden!

Wir haben analog zur Shelly App die Steuerung der Rollläden umgesetzt. Es gibt folgende Status:

• open: öffnet die Rollläden

• close: schließt die Rollläden

• pause: stoppt das Öffnen oder Schließen der Rollläden

• duration: Standardmässig wird bei open und close für 20 Sekunden (Shelly App) das Signal auf high gesetzt (Relay wird geschaltet). Um die Zeit zu verlängern, kann hier ein anderer Wert gesetzt werden

Wird im Rollladen Modus der Status bei open, close und pause geändert, werden auch die Werte der Relays angepaßt. Im Relay Modus wird der Status der Rollläden Objekte nicht mit angepaßt.

Im Rollläden Modus kann nicht über die Relay Objekte geschaltet werden!

VG

Stübi

[Stuebi]

Wir haben eben noch eine kleine Funktionalität eingebaut (Version 0.2.1). Jetzt kann man in der Shelly App "Restrict Login" aktivieren und dann in dem Shelly Adapter die entsprechenden Daten hinterlegen.

[apollon77]

Bitte testet die neue Version vom Gitub (ist ab morgen im latest Repo). Wenn wir positiven Feedback haben würden wir diese Version dann auch ins stabe Repo packen.

[Stuebi]

@eagleye:

@apollon77:

Naja aktuell ist das kein bug sondern „intended“. Müssen wir mal schauen. `

naja, ist schon frustrierend und die usability leidet sehr wenn mann in einer script-Umgebung nicht weiß was gerade geschaltet wird und jedesmal per try and error herausgefunden werden muss. hoffe das wird bald gefixt, dass ist IMHO sehr wichtig.

Danke `

Den Device Namen kannst Du jetzt anpassen! In meinem Bsp. heißt das Device jetzt "Haustür"

[ingostein]

Sieht sehr gut aus.

Eine Frage zu dem Timer…

Timer zb.20sek, läuft nur an wenn das Signal true bei open oder close "fest" ansteht. (Widget als Schalter difiniert)

Wenn ich das Signal true bei open/close nur "taste" gehts nicht und das Relais fällt gleich wieder ab.

Ist das so gewollt?

[apollon77]

Schick mal log im debug Modus.

Die timer bzw duration werte werden nur, wenn gesetzt, mit an den shelly beim Befehl gesendet. Wenn das senden also klappt und es sich falsch verhält müssen die Shelly Jungs das fixen … dafür wäre debug log hilfreich weil man sehen kann was an den shelly gesendet wird.

Gesendet vom Handy ...

[ingostein]

Hier mal ein kurzes Log:

undefined2018-09-30 13:05:28.147 - debug: shelly.0 CoAP data ignored: {"3332":"SHSW-21#9F61D6#1","3412":38400,"3420":14593,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:29.475 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Open {"val":true,"ack":false,"ts":1538305529460,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305529460}

2018-09-30 13:05:29.476 - debug: shelly.0 RollerUp: {"go":"open"}

2018-09-30 13:05:29.477 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"open"}

2018-09-30 13:05:29.501 - debug: shelly.0 REST Response {"state":"open","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"open"}

2018-09-30 13:05:29.569 - debug: shelly.0 CoAP status package received: {"3332":"SHSW-21#9F6224#1","3412":38400,"3420":41985,"Uri-Path":"cit/s"} / {"G":[[0,112,1],[0,122,0],[0,111,0]]}

2018-09-30 13:05:29.570 - debug: shelly.0 Status update received for SHSW-21#9F6224#1: {"G":[[0,112,1],[0,122,0],[0,111,0]]}

2018-09-30 13:05:29.577 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Relay0.Switch {"val":true,"ack":true,"ts":1538305529572,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1538305529572}

2018-09-30 13:05:30.492 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Open {"val":false,"ack":false,"ts":1538305530488,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305530488}

2018-09-30 13:05:30.493 - debug: shelly.0 RollerUp: {"go":"stop"}

2018-09-30 13:05:30.494 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"stop"}

2018-09-30 13:05:30.521 - debug: shelly.0 REST Response {"state":"stop","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"open"}

2018-09-30 13:05:30.588 - debug: shelly.0 CoAP status package received: {"3332":"SHSW-21#9F6224#1","3412":38400,"3420":42241,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:30.589 - debug: shelly.0 Status update received for SHSW-21#9F6224#1: {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:30.597 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Relay0.Switch {"val":false,"ack":true,"ts":1538305530591,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1538305530591}

2018-09-30 13:05:30.691 - debug: shelly.0 CoAP data ignored: {"3332":"SHSW-21#9F6066#1","3412":38400,"3420":2305,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:31.235 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Close {"val":true,"ack":false,"ts":1538305531231,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305531231}

2018-09-30 13:05:31.236 - debug: shelly.0 RollerDown: {"go":"close"}

2018-09-30 13:05:31.237 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"close"}

2018-09-30 13:05:31.256 - debug: shelly.0 REST Response {"state":"close","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"close"}

2018-09-30 13:05:31.296 - debug: shelly.0 CoAP data ignored: {"3332":"SHSW-21#9F6094#1","3412":38400,"3420":65024,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:31.330 - debug: shelly.0 CoAP status package received: {"3332":"SHSW-21#9F6224#1","3412":38400,"3420":42497,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,1],[0,111,0]]}

2018-09-30 13:05:31.331 - debug: shelly.0 Status update received for SHSW-21#9F6224#1: {"G":[[0,112,0],[0,122,1],[0,111,0]]}

2018-09-30 13:05:31.338 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Relay1.Switch {"val":true,"ack":true,"ts":1538305531333,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1538305531333}

2018-09-30 13:05:32.033 - debug: shelly.0 CoAP data ignored: {"3332":"SHSW-21#9F5F42#1","3412":38400,"3420":21505,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:32.239 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Close {"val":false,"ack":false,"ts":1538305532235,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305532235}

2018-09-30 13:05:32.240 - debug: shelly.0 RollerDown: {"go":"stop"}

2018-09-30 13:05:32.241 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"stop"}

2018-09-30 13:05:32.340 - debug: shelly.0 REST Response {"state":"stop","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"close"}

2018-09-30 13:05:32.400 - debug: shelly.0 CoAP status package received: {"3332":"SHSW-21#9F6224#1","3412":38400,"3420":42753,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:32.400 - debug: shelly.0 Status update received for SHSW-21#9F6224#1: {"G":[[0,112,0],[0,122,0],[0,111,0]]}

2018-09-30 13:05:32.405 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Relay1.Switch {"val":false,"ack":true,"ts":1538305532402,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1538305532402}

2018-09-30 13:05:32.632 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Pause {"val":true,"ack":false,"ts":1538305532629,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305532629}

2018-09-30 13:05:32.632 - debug: shelly.0 RollerStop: {"go":"stop"}

2018-09-30 13:05:32.633 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"stop"}

2018-09-30 13:05:32.649 - debug: shelly.0 REST Response {"state":"stop","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"close"}

2018-09-30 13:05:33.398 - debug: shelly.0 stateChange shelly.0.SHSW-21#9F6224#1.Shutter.Open {"val":true,"ack":false,"ts":1538305533394,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1538305533394}

2018-09-30 13:05:33.399 - debug: shelly.0 RollerUp: {"go":"open"}

2018-09-30 13:05:33.400 - debug: shelly.0 Call REST GET http://192.168.178.30/roller/0 with {"go":"open"}

2018-09-30 13:05:33.423 - debug: shelly.0 REST Response {"state":"open","power":0,"is_valid":true,"safety_switch":false,"stop_reason":"normal","last_direction":"open"}

[apollon77]

In dem Fall hat der Adapter alle Calls ohne duration gemacht. Ist das korrekt? Duration müsste daher auf 0 gestanden haben.

Aber ansonsten siehst Du genau die REST-Calls an das Device und auch die Antwort. Wenn die Reaktion nicht korrekt ist wäre das etwas was du als Bug an Shelly melden müsstest

[ingostein]

Timer bei Relay0 und Relay1 steht jeweils auf 20sec.

Oder mache ich irgendetwas verkehrt?

Anbei ein Screenshoot.
8872_shelly.jpg

[Stuebi]

Der Shelly2 unterscheidet zwischen Relay und Roller (Shutter) Modus. Wenn du den Shelly2 im Roller Modus betreibst, dann kannst Du den Status nur über open, close, pause und duration ändern. Im Relay Modus, sind die Änderungen nur über switch und timer möglich.

[Stuebi]

@ingostein:

Timer bei Relay0 und Relay1 steht jeweils auf 20sec.

Oder mache ich irgendetwas verkehrt?

Anbei ein Screenshoot. `

erst wenn Du den Status von switch änderst wird de Wert von Timer gezogen.

Beispiel: Switch ist auf false und Du setzt den Timer auf 20 sek.. Erst einmal passiert nicht. Änderst Du jetzt den Wert von Switch auf true, ist dieser 20 sek. true und dann wieder false.