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

[harrym]

@michi dann installier dir doch die Adapterversion 4.0.0 via GIT und teste ;)

[Diginix]

@harrym Wie schon geschrieben, genau damit werde ich es auch machen. Hätte ja sein könne, dass noch ein Bug zu den nicht geänderten Werten der relay switche führt. Aber wenn das CoAP das nicht mehr rausrückt, dann ist das ok so wie es ist.

[da_Woody]

@Diginix its not a bug, its a feature! ;)

[Hanno Welsch]

@harrym erstmal danke für das Update 4.0.
Ich hab es mit Shelly1, EM, 2.5, i3 und Plug-S getestet - alle unter FW 1.8. Läuft alles perfekt.
Lediglich der i3 hat ein Problem. Ich habe 2 i3 an Gira Tastern angeschlossen und steuere per Skript in ioBroker die Funktionen. Unterschiedlich für short und long press.
Bis 1.7 war es so, dass der Datenpunkt input so lange true war, wie der Taster gedrückt wurde. Jetzt wird er erst true, wenn ein long press kommt. Der short press ändert gar keinen Datenpunkt.
Wäre schön, wenn das noch gefixt werden könnte.
Perfekt wären natürlich 2 input Datenpunkte (für short und long press) - falls noch was gewünscht werden darf. ;)

[harrym]

@Hanno-Welsch erstellst du da bitte ein Issue auf Git.

https://github.com/schmupu/ioBroker.shelly/issues

[Hanno Welsch]

@harrym done.

[Rocko84]

Hallo zusammen.
Beim Shelly door window 1 werden leider keine Sensor Daten aktualisiert. Der Rest ja

[harrym]

@Rocko84 kann ich nicht bestätigen. werte werden beim "aufwachen" sauber übermittelt.

[CrunkFX]

@Rocko84 Check doch Mal bitte im Log ob die Instanz beim starten wirklich mit Version 4.0 Startet. Ich hatte gestern nach dem ersten GitHub Update auch noch v3.3.5

[Rocko84]

Ja sorry mein Fehler. Nachdem ich die Instanz neu gestartet habe, läuft es nun.
Ich weiß aber nicht ob das so richtig ist, denn die Werte werden immer mit einem null wert übermittelt. Zb:
Tilt: 0% - null% - 6%

Shelly door window 2 werden gar keine Daten mehr aktualisiert

[harrym]

@Rocko84 tilt musst du kalibrieren.

und wenn du die Adapter Version 4.0.0 hast, müssen auch Werte vom DW2 kommen.

[Rocko84]

Wie gesagt. Der dw 2 gibt mir nichts im ioBroker. Über mqtt läuft er einwandfrei.

Der dw1 übermittelt bei jedem Sensor wert diese Kombination. Tilt war nur ein Beispiel. Es ist klar das die Funktion kalibriert werden muss. Anderes Beispiel:
Battery wert vorher: 100%
Battery Wert erste Aktualisierung null%
Battery wert zweite Aktualisierung 100%
Genauso wie Lux usw
100 Lux dann null Lux dann 150 Lux

[harrym]

@Rocko84 kannst du mal die CoAP Meldungen mitloggen bei den beiden?

Adapter stoppen und unter /opt/iobroker/node-modules/iobroker.shelly folgendes ausführen:

node coaptest.js | grep -i xxx.xxx.xxx.xxx -a

xxx mit der jeweiligen IP ersetzen.

[Rocko84]

ich werde gleich mein Ticket bei shelly wieder eröffnen, dieser Fehler beim DW2 war auch schon bei der alten FW vorhanden und sollte mit der 1.8 behoben worden sein. Kein Wunder das der shelly adapter keine daten bekommt.
DW2:

2020-08-14T06:33:45.029Z - 192.168.178.98:5683 - PfO3citsm
SHDW-2#A4CF12F433E6#1RC{"G":[[0,3108,1]]}
2020-08-14T06:33:46.049Z - 192.168.178.98:5683 - PfP3citsm
SHDW-2#A4CF12F433E6#1RC{"G":[[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,79],[0,3110,"bright"],,[0,3101,26.20],[0,3102,79.16][0,3115,0],[0,3111,99],[0,9102,["sensor"]]]}
2020-08-14T06:33:53.414Z - 192.168.178.98:5683 - PG^3citsm
SHDW-2#A4CF12F433E6#1RC{"G":[[0,3108,0]]}
2020-08-14T06:33:54.437Z - 192.168.178.98:5683 - PG_3citsm
SHDW-2#A4CF12F433E6#1RC{"G":[[0,3108,0],[0,3109,0],[0,6110,-1],[0,3106,66],[0,3110,"bright"],,[0,3101,26.20],[0,3102,79.16][0,3115,0],[0,3111,99],[0,9102,["sensor"]]]}

DW1:

2020-08-14T06:42:16.012Z - 192.168.178.66:5683 - PK83citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,45],[0,3110,"bright"],[0,3115,0],[0,3111,91],[0,9102,["sensor"]]]}
2020-08-14T06:42:16.310Z - 192.168.178.66:5683 - PK93citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,45],[0,3110,"bright"],[0,3115,0],[0,3111,91],[0,9102,["sensor"]]]}
2020-08-14T06:42:16.884Z - 192.168.178.66:5683 - PK:3citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,3108,1]]}
2020-08-14T06:42:18.083Z - 192.168.178.66:5683 - PK;3citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,45],[0,3110,"bright"],[0,3115,0],[0,3111,91],[0,9102,["sensor"]]]}
2020-08-14T06:42:19.541Z - 192.168.178.66:5683 - PK<3citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,84],[0,3110,"bright"],[0,3115,0],[0,3111,91],[0,9102,["sensor"]]]}
2020-08-14T06:42:21.051Z - 192.168.178.66:5683 - PK=3citsm
SHDW-1#98F4ABF3B39B#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,0],[0,6110,-1],[0,3106,84],[0,3110,"bright"],[0,3115,0],[0,3111,91],[0,9102,["sensor"]]]}

[Kueppert]

Hallo zusammen,
hab bei meinem SHelly Dimmer 1 (FW 1.8) nun das Problem nach dem Update auf SHelly 4, dass ich diverse Fehlermeldungen im LOG erhalte:

host.ioBroker2	2020-08-14 10:16:19.386	error	instance system.adapter.shelly.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1133:30)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.shelly/lib/datapoints.js:32:19)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:77:18)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:1019:19)
host.ioBroker2	2020-08-14 10:16:19.386	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:877:14)
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:977:32)
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10)
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1097:27)
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: at wrapSafe (internal/modules/cjs/loader.js:1047:16)
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: SyntaxError: Unexpected identifier
host.ioBroker2	2020-08-14 10:16:19.385	error	Caught by controller[0]: ^^^^^^^^^^^^^^^^^^
host.ioBroker2	2020-08-14 10:16:19.384	error	Caught by controller[0]: coap_publish_funct: (value) => { return value === 1 ? true : false; },
host.ioBroker2	2020-08-14 10:16:19.384	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.shelly/lib/devices/shellyix3.js:140

Einen USer/PW für den Zugang hab ich im Dimmer nicht hinterlegt. Hab den Adapter auf COAP/HTTP stehen...

[harrym]

@Kueppert lad den adapter bitte nochmals via git. war ein fehler im code drinnen :/ sry

[Kueppert]

@harrym top, lüpp, danke dir ;)
Mir fällt gerade auf, dass der Name des SHelly, den ich in der App gesetzt habe, vom Adapter im DP nicht befüllt wird. Kann aber auch schon immer so gewesen sein:

Ist der SHDM-1

KOMMANDO ZURÜCK: in der Weboberfläche am PC hab ich noch ein anderes Feld für die Bezeichnung gefunden. Hab jetzt im DP im ioB auch den Namen stehen

[Rocko84]

Beim DW1 hat sich immer noch nichts getan. Die coap massage seht ihr weiter oben. Auch nochmal in Bilder wie ioBroker die Daten empfängt.
Vorher:

Erste Aktualisierung:

Zweite Aktualisierung:

Ich hoffe das hilft

[da_Woody]

@Rocko84 haben uns das gerade belinst. im 2.pic meldet sich der dw zwar, ist aber noch offline! damit bekommst du keine daten. im 3. ist alles OK. timestamps wären interessannt.

edith: wie man an der uptime sehen kann is das ding nur extrem kurz da zum senden... ist uns auch vor ein paar tagen aufgefallen...

[Rocko84]

Also die uptimes waren schon immer so. Der dw ist halt battery betrieben.
Hier einmal jetzt mit den timestamps. Zusätzlich ist mir aufgefallen, das der Lux wert sogar 3 mal aktualisiert wird. Eigentlich auch unnötig.
Vorher:

1. Aktualisierung:
   
2. Aktualisierung:
   
3. Aktualisierung:
   

Zusätzlich ist mir aufgefallen, dass beim Shsw-1 der Input State sich nicht mehr ändert trotz Input. Der Input Counter zählt fleißig weiter. Braucht ihr dazu noch mehr Daten?