Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;)

[Rocko84]

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?

[da_Woody]

@Rocko84 @harrym werkelt da neben mir...

edith: nachfrage bei dimitar ist auch draussen...

[Rocko84]

coiot new convention jsons-3.zip

habe ich grad von Shelly bekommen. Hilft das?

[harrym]

@Rocko84 fehler gefunden ... war ein typo

[Hogy]

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

[harrym]

@Hogy ist geplant bzw. schon umgesetzt.

[Hogy]

@harrym
Super cool! Vermutlich mit 4.0.1 verfügbar

[Rocko84]

Am dw1 und shsw1 hat sich nichts getan. Beide Fehler weiterhin vorhanden trotz neu Installation und restart

[Strobelix]

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?

[harrym]

@Rocko84 shsw1 ist gefixt

[harrym]

@Strobelix ich bemerke eigentlich keinen Unterschied.

[Rocko84]

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?

[harrym]

@Rocko84 Allterco hat ja laut Changelog zur 1.8er auch was bzgl. Wifi und NW-Protokoll geändert. Wir sind abhängig von den CoAP Messages, die eben vom jeweiligen Device geschickt werden. Da können wir nichts daran drehen

[passuff]

Habe heute folgenden Fehler im log gefunden:

2020-08-14 17:24:05.022 - error: shelly.0 (930) Error in function state.coap.http_cmd for state SHPLG-S#B8655E#1.Relay0.Switch and request{"url":"http://192.168.1.174/relay/0","timeout":5000,"qs":{"turn":"off"}} for 192.168.1.174 (shellyplug-s / shellyplug-s-B8655E / SHPLG-S#B8655E#1) (Error: ESOCKETTIMEDOUT)

root@iobroker:~# iobroker info
Platform : linux
os : linux
Architecture : x64
CPUs : 1
Speed : 1699 MHz
Model : Common KVM processor
RAM : 3.8 GB
System uptime : 10:02:46
Node.js : v12.18.0
Disk size : 27.4 GiB
Disk free : 24.8 GiB
adapters count : 360
NPM : v6.14.5

js-controller version 3.1.6

Der Shelly Plug wird alle 10s gepingt und war nicht offline...
Jemand eine Idee woran das liegt?

[Rocko84]

@harrym dann muss ich wohl auf mqtt umstellen
Was macht der dw1?

[harrym]

@passuff ja, hab ich.

guggst du https://forum.iobroker.net/post/472738

[passuff]

@harrym
Das habe ich nicht getan, da ich schon auf allen Geräten die 1.8 installiert habe.
Habe jetzt folgendes ausgeführt:

http://192.168.1.174/ota?url=http://repo.shelly.cloud/firmware/rc/SHPLG-S.zip

mit folgendem Ergebnis:

{"status":"updating","has_update":false,"new_version":"20200812-091824/v1.8.0@8acf41b0","old_version":"20200812-091824/v1.8.0@8acf41b0"}

Auf der Weboberfläche erkenne ich keinen Unterschied bzgl FW Status.
Ich denke also nicht, dass es was bringt - liege ich richtig?

[harrym]

@passuff du sollst auf den Adapter 4.0.0 (noch im GIT) updaten

http://www.stueben.de/iobroker-adapter-per-github-laden/

[passuff]

@harrym hatte ich von Anfang an. Vorher (3.X) hatte ich gar keine Funktion und die Logs waren voll von Fehlermeldungen.

[harrym]

@passuff klar .. weil die Version 3.x auch nicht mit dem neuen CoAP ab FW 1.8 umgehen kann. Deswegen Adapterversion 4.0.0