NEWS
Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;)
-
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:140Einen USer/PW für den Zugang hab ich im Dimmer nicht hinterlegt. Hab den Adapter auf COAP/HTTP stehen...
-
@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-1KOMMANDO 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
-
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
@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...
-
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:
- Aktualisierung:
- Aktualisierung:
- 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?
- Aktualisierung:
-
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:
- Aktualisierung:
- Aktualisierung:
- 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?
- Aktualisierung:
-
Das ist mir klar. Ich benutze den Input in einem Skript als trigger unabhängig vom Zustand des relays. Nun funktioniert das Skript leider nicht mehr.
Wann wird das korrigiert? -
coiot new convention jsons-3.zip
habe ich grad von Shelly bekommen. Hilft das?
-
Habe mir die 4.0.0 installiert.
Anregung... könnt ihr einen Datenpunkt mehr mit aufnehmen?
Dann kann man im VIS schön mit den Namen weiter arbeiten und muss nur an einer Stelle und zwar am Shelly selbst pflegen.
Der neue Datenpunkt müsste dann bester Weise unterhalb des Kanals eingeordnet werden
Ich habe diese Shellys im Einsatz...
-
Habe mir die 4.0.0 installiert.
Anregung... könnt ihr einen Datenpunkt mehr mit aufnehmen?
Dann kann man im VIS schön mit den Namen weiter arbeiten und muss nur an einer Stelle und zwar am Shelly selbst pflegen.
Der neue Datenpunkt müsste dann bester Weise unterhalb des Kanals eingeordnet werden
Ich habe diese Shellys im Einsatz...
-
Ich habe jetzt mal den Adapter mit CoAP und MQTT verglichen.
MQTT ist gefühlt über 1 Sekunde schneller als CoAp.
Das war in der alten Version nicht so, da war CoAp nahezu Echtzeit. Liegt das am neuen CoApProtokoll oder am neuen Adapter?Raspberrymatic, Homematic & Homematic IP Aktoren, ioBroker auf NUC i3, Nuki, Harmony Hub, Digitalstrom, Diverse Sonoff (Tasmota) und Shellies
-
Am dw1 und shsw1 hat sich nichts getan. Beide Fehler weiterhin vorhanden trotz neu Installation und restart
-
Ich habe jetzt mal den Adapter mit CoAP und MQTT verglichen.
MQTT ist gefühlt über 1 Sekunde schneller als CoAp.
Das war in der alten Version nicht so, da war CoAp nahezu Echtzeit. Liegt das am neuen CoApProtokoll oder am neuen Adapter?@Strobelix ich bemerke eigentlich keinen Unterschied.
-
Ja super danke funktioniert.
Nur dieser Delay den habe ich auch und der nervt echt. Der war vorher nicht da. Kann das auch noch gefixt werden?
822
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge