NEWS
Test Adapter Shelly v4.0.6 (latest)
-
@da_woody
Nuja kleine Lichtblicke konnte ich nun doch noch erzielen. Die RC5 läuft doch bzgl. Shutter Modus. Mit RC5 werden nur defaultwerte beim Shelly gesetzt. Sobald einmal der Motor läuft erledigt sich das :face_palm: . Ergänzend kommen nur teilweise oder nur für eine gewisse Zeit COAP Daten in den Datenpunkten im IObroker an.
Dies liegt an der Unicast konfiguration. Ändere ich das auf Multicast läuft es dauerhaft und vollständig.Erste Tests mit dem Coaptest haben eigentlich auch in Unicast gezeigt, dass die Daten auf dem IObroker ankommen. Warum sie nun nicht in den Datenpunkten über den Adapter landen, kann ich nicht sagen. Möchte dies erst nochmal 100% verifizieren, nicht das doch mein Netzwek irgendwo das Problem ist.
-
@ralf-0 said in Test Adapter Shelly v4.0.6 (latest):
nicht das doch mein Netzwek irgendwo das Problem ist.
das kann ich mir eher vorstellen...
meine shutter haben pünktlich um 19:00 die augen zu gemacht... ;)Also nun doch noch ein größer Testlauf:
Adapter 4.0.7-beta3 alle Shellys auf FW1.10.0-RC5 oder früher in Multicast Konfiguration
1A) Funktion und Aktualisierung aller Datenpunkte im IObroker: in Ordnung
Adapter 4.0.7-beta3 alle Shellys auf FW1.10.0-RC5 in Unicast Konfiguration
2A) Funktion und Aktualisierung aller Datenpunkte im IObroker: nicht in Ordnung
2B) Shelly Devices vom IOBroker/RPI per Ping ansprechbar: in Ordnung
2C) CoapTest auf Iobroker: in Ordnung (gleiche Meldungen von allen Shellys wie bei Multicast Konfiguration)
2D) Unterschiede: Im Log werden bei MultiCast folgende Meldungen für alle Shellys bei Adapterstart ausgegeben
shelly.0 2021-03-15 22:19:34.501 info (9758) Shelly device 192.168.7.23 (shellyplug-s / shellyplug-s-AB9xxx / SHPLG-S#ABxxx1#1) with CoAP connected! Polltime set to 10 sec. shelly.0 2021-03-15 22:19:23.698 info (9758) Listening for Shelly packets in the network shelly.0 2021-03-15 22:19:23.623 info (9758) Starting Shelly adapter in CoAP modus. shelly.0 2021-03-15 22:19:23.593 info (9758) Starting Adapter shelly.0 in version 4.0.7-beta-3In der Unicast Konfiguration fehlen die connected Shelly devices
2E) Die Konfiguration der Instanz Coap-Listen-IP ist auf alle IP4 IPs 0.0.0.0 oder die IP der Eth0 gesetzt und macht bei Adapterstart keinen Unterschied im Log
2F) Neustarts des Adapters oder IObroker erzeugen keinen Unterschied
2Z) Seht Ihr noch Punkte die ich noch prüfen kann? Da alle COAP Meldungen in der Unicast Konfiguration auf dem RPI/IObroker angekommen sind, vermute ich jetzt den Adapter der ggf die Unicast Konfiguration nicht unterstützt. Ist das richtig? Der Shelly Motion arbeitet doch nur in Unicast somit würde das nicht zusammen passen.
Thx!
-
Also nun doch noch ein größer Testlauf:
Adapter 4.0.7-beta3 alle Shellys auf FW1.10.0-RC5 oder früher in Multicast Konfiguration
1A) Funktion und Aktualisierung aller Datenpunkte im IObroker: in Ordnung
Adapter 4.0.7-beta3 alle Shellys auf FW1.10.0-RC5 in Unicast Konfiguration
2A) Funktion und Aktualisierung aller Datenpunkte im IObroker: nicht in Ordnung
2B) Shelly Devices vom IOBroker/RPI per Ping ansprechbar: in Ordnung
2C) CoapTest auf Iobroker: in Ordnung (gleiche Meldungen von allen Shellys wie bei Multicast Konfiguration)
2D) Unterschiede: Im Log werden bei MultiCast folgende Meldungen für alle Shellys bei Adapterstart ausgegeben
shelly.0 2021-03-15 22:19:34.501 info (9758) Shelly device 192.168.7.23 (shellyplug-s / shellyplug-s-AB9xxx / SHPLG-S#ABxxx1#1) with CoAP connected! Polltime set to 10 sec. shelly.0 2021-03-15 22:19:23.698 info (9758) Listening for Shelly packets in the network shelly.0 2021-03-15 22:19:23.623 info (9758) Starting Shelly adapter in CoAP modus. shelly.0 2021-03-15 22:19:23.593 info (9758) Starting Adapter shelly.0 in version 4.0.7-beta-3In der Unicast Konfiguration fehlen die connected Shelly devices
2E) Die Konfiguration der Instanz Coap-Listen-IP ist auf alle IP4 IPs 0.0.0.0 oder die IP der Eth0 gesetzt und macht bei Adapterstart keinen Unterschied im Log
2F) Neustarts des Adapters oder IObroker erzeugen keinen Unterschied
2Z) Seht Ihr noch Punkte die ich noch prüfen kann? Da alle COAP Meldungen in der Unicast Konfiguration auf dem RPI/IObroker angekommen sind, vermute ich jetzt den Adapter der ggf die Unicast Konfiguration nicht unterstützt. Ist das richtig? Der Shelly Motion arbeitet doch nur in Unicast somit würde das nicht zusammen passen.
Thx!
@ralf-0 moment! da war doch was...
der motion hat erst FW1.1.0. ist auch der erste, wo man COIOT eintragen muss.
somit klar, alle fahren multicast, der motion unicast.
soweit ich von @Stuebi weis, werden alle umgestellt. wird wieder lustig... :(
ist aber nich kompliziert. internetsicherheit/COIOT enable, IP des ioBrokers. der port (6583)trägt sich selbsständig ein! speichern, fertig.p.s.: der DW1 streikt bei mir mit 1.10.0-rc5 1.9.4 ohne probleme.
-
@ralf-0 moment! da war doch was...
der motion hat erst FW1.1.0. ist auch der erste, wo man COIOT eintragen muss.
somit klar, alle fahren multicast, der motion unicast.
soweit ich von @Stuebi weis, werden alle umgestellt. wird wieder lustig... :(
ist aber nich kompliziert. internetsicherheit/COIOT enable, IP des ioBrokers. der port (6583)trägt sich selbsständig ein! speichern, fertig.p.s.: der DW1 streikt bei mir mit 1.10.0-rc5 1.9.4 ohne probleme.
@da_woody
Thx, versuche irgendwie das aktuelle Problem bei mir einzugrenzen. Mit FW <1.10.0-RC5 oder RC5 in Multicast läuft alles.
Also etwas "Sport" hier die Unicast-Funktion zu testen insbesondere da sie ja eh kommt bei Shelly.
Die Einstellung im Shelly ist easy und das Mittel zum Test, der Coaptest, zeigt mir an, dass das Ergebnis funktioniert und identisch zu Multicast ist.
Lt. meinem Verständnis ist der Weg der Coap Daten per Mulicast anders (224.0.1.187:5683) zu Unicast.
Da der Coaptest es aber nicht zeigt und der Motion auch per Unicast funktioniert, halt meine Fragestellung ob es tatsächlich am Adapter liegt. -
@da_woody
Thx, versuche irgendwie das aktuelle Problem bei mir einzugrenzen. Mit FW <1.10.0-RC5 oder RC5 in Multicast läuft alles.
Also etwas "Sport" hier die Unicast-Funktion zu testen insbesondere da sie ja eh kommt bei Shelly.
Die Einstellung im Shelly ist easy und das Mittel zum Test, der Coaptest, zeigt mir an, dass das Ergebnis funktioniert und identisch zu Multicast ist.
Lt. meinem Verständnis ist der Weg der Coap Daten per Mulicast anders (224.0.1.187:5683) zu Unicast.
Da der Coaptest es aber nicht zeigt und der Motion auch per Unicast funktioniert, halt meine Fragestellung ob es tatsächlich am Adapter liegt. -
Thx. Im Shelly Forum gibt es zwischenzeitlich Berichte, die das Verhalten bzgl. Unicast und dem IObroker Adapter bestätigen.
-
@ralf-0 hab ich gelesen...
heute alle DUO und Bulb update gemacht. dabei draufgekommen, wir sind bei rc6!@da_woody said in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 hab ich gelesen...
heute alle DUO und Bulb update gemacht. dabei draufgekommen, wir sind bei rc6!Danke, gerade mal einen 2.5 auf RC6 im Unicast getestet und nach dem Reboot werden komischerweise einige Datenpunkte im IOBroker aktualisiert. Der Zeitstempel ändert sich alle 10 Sekunden. Leider gibt es auch Datenpunkte die nicht geändert werden auch wenn der tatsächliche Zustand sich ändert.
Müßte man sicher mal zwischen COAP und Http Daten auseinanderfrimeln, aber das Ergebnis bleibt erst mal unbrauchbar in Unicast-Konfi. -
@da_woody said in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 hab ich gelesen...
heute alle DUO und Bulb update gemacht. dabei draufgekommen, wir sind bei rc6!Danke, gerade mal einen 2.5 auf RC6 im Unicast getestet und nach dem Reboot werden komischerweise einige Datenpunkte im IOBroker aktualisiert. Der Zeitstempel ändert sich alle 10 Sekunden. Leider gibt es auch Datenpunkte die nicht geändert werden auch wenn der tatsächliche Zustand sich ändert.
Müßte man sicher mal zwischen COAP und Http Daten auseinanderfrimeln, aber das Ergebnis bleibt erst mal unbrauchbar in Unicast-Konfi. -
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 ich dachte @Stuebi hat das http zeuch rausgenommen...
nee, ich kann http leider nicht komplett entfernen. Es gibt leider ein paar States die nur über http und nicht CoAP / MQTT zur Verfügung gestellt werden.
ioBroker auf Synology DS216+II im Docker Container
-
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 ich dachte @Stuebi hat das http zeuch rausgenommen...
nee, ich kann http leider nicht komplett entfernen. Es gibt leider ein paar States die nur über http und nicht CoAP / MQTT zur Verfügung gestellt werden.
-
@da_woody , wenn man nicht auf die Shelly Cloud angewiesen ist, würde ich statt unicast lieber auf MQTT gehen.
-
@da_woody
habe gerade gesehen, da berichtet jemand im Shelly Forum mit einem Duo von einem ähnlichen "Mischkonstrukt" wie die Daten ankommen.Wie gesagt, ist für mich auch als "Sport" eingestuft das zu testen. Vor dem Stable Release ist das ja nicht wirklich aussagekraftig und wenn wenn dann eine Anpassung des Adapters käme wäre das schön. Andererseits ist Multicast jetzt auch nichts warum ich unruhig schlafen muß :) und der funktioniert 100%.
-
@da_woody
habe gerade gesehen, da berichtet jemand im Shelly Forum mit einem Duo von einem ähnlichen "Mischkonstrukt" wie die Daten ankommen.Wie gesagt, ist für mich auch als "Sport" eingestuft das zu testen. Vor dem Stable Release ist das ja nicht wirklich aussagekraftig und wenn wenn dann eine Anpassung des Adapters käme wäre das schön. Andererseits ist Multicast jetzt auch nichts warum ich unruhig schlafen muß :) und der funktioniert 100%.
@ralf-0 jo, der neo-v...
gerade mit einem 1er gespielt (rc6) sobald ich ip vom ioBoker eingeben, kein switch mehr. auch reboot bringt nix. mcast, alles wieder da.
beim motion funzt es. aber der hat ja FW 1.1.0...
abwarten und tee trinken... (kann auch was anderes sein! ;) ) -
@e-s jup, ticket kann nicht schaden... auf jeden fall die IDs rein und ob die in der cloud sind. vllt können die da was nachguxxen...
so, da ich gerade duschen war, hab ich auch gleich RGBW2 getestet, passt bei mir... -
@ralf-0 jo, der neo-v...
gerade mit einem 1er gespielt (rc6) sobald ich ip vom ioBoker eingeben, kein switch mehr. auch reboot bringt nix. mcast, alles wieder da.
beim motion funzt es. aber der hat ja FW 1.1.0...
abwarten und tee trinken... (kann auch was anderes sein! ;) )@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 jo, der neo-v...
gerade mit einem 1er gespielt (rc6) sobald ich ip vom ioBoker eingeben, kein switch mehr. auch reboot bringt nix. mcast, alles wieder da.
beim motion funzt es. aber der hat ja FW 1.1.0...
abwarten und tee trinken... (kann auch was anderes sein! ;) )Das gleiche Verhalten habe ich auch beim Shelly 1. Unicast geht nicht, Multicast funktioniert. Aber mir kommt der shelly irgendwie ziemlich langsam vor.
-
@e-s jo, so sind se! obwohl sie schon oft genug beschissen wurden. drum jetzt die geschichte mit video...
hab ich mal Dimitar direkt geschickt. um 00:30 wollte der das noch selber per fernzugriff probieren. schnell port aufgemacht, 3x probiert, erstaunt aufgegeben, port zu, coupon. er war fassungslos, hat das video in der firma rumgezeigt, keiner konnte sich einen rein drauf machen. das ding ist zwischen 2 versionen beim update hängen geblieben. war, wie das sync name aufgekommen ist. wollt den schon im büro an die wand tackern. mit der 1.9.4 probiert, weil mir langweilig war, es lebt! :clown_face: -
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@ralf-0 jo, der neo-v...
gerade mit einem 1er gespielt (rc6) sobald ich ip vom ioBoker eingeben, kein switch mehr. auch reboot bringt nix. mcast, alles wieder da.
beim motion funzt es. aber der hat ja FW 1.1.0...
abwarten und tee trinken... (kann auch was anderes sein! ;) )Das gleiche Verhalten habe ich auch beim Shelly 1. Unicast geht nicht, Multicast funktioniert. Aber mir kommt der shelly irgendwie ziemlich langsam vor.
-
@da_woody
habe gerade gesehen, da berichtet jemand im Shelly Forum mit einem Duo von einem ähnlichen "Mischkonstrukt" wie die Daten ankommen.Wie gesagt, ist für mich auch als "Sport" eingestuft das zu testen. Vor dem Stable Release ist das ja nicht wirklich aussagekraftig und wenn wenn dann eine Anpassung des Adapters käme wäre das schön. Andererseits ist Multicast jetzt auch nichts warum ich unruhig schlafen muß :) und der funktioniert 100%.
@ralf-0 autsch, jetzt wird aber unlustig. der dimmer wird mit der rc5 nichtmal mehr gefunden. zurück 1.9.4 sofort da, alles funktioniert im ioBroker. FW1.10.0rc5 weder mcast noch ioBrokerIP bekommen daten...
abgesehn davon das auf der repo/rc 1.10.0-rc6 auch schon angeboten wird und die final noch die woche kommen soll...
ich denk mal, bis auf uns masochisten, sollten alle auf 1.9.4 bleiben... bis das geklärt ist.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE!
, bei mir tutets ja, Support us
679
Online32.4k
Users81.5k
Topics1.3m
Posts