Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[A Former User]

@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]

@ralf-0 kann dir nur sagen, daß bei deaktiviertem IGMP-snooping alles lööpt.

[A Former User]

@da_woody

Thx. Im Shelly Forum gibt es zwischenzeitlich Berichte, die das Verhalten bzgl. Unicast und dem IObroker Adapter bestätigen.

[da_Woody]

@ralf-0 hab ich gelesen...
heute alle DUO und Bulb update gemacht. dabei draufgekommen, wir sind bei rc6!

[A Former User]

@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]

@ralf-0 ich dachte @Stuebi hat das http zeuch rausgenommen...

[Stuebi]

@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]

@stuebi :+1:
was meinst du zu der uni / multicast geschichte?

[Stuebi]

@da_woody , wenn man nicht auf die Shelly Cloud angewiesen ist, würde ich statt unicast lieber auf MQTT gehen.

[da_Woody]

@stuebi , bei mir tutets ja, @RalF-0 hat da probs...

[A Former User]

@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]

@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]

@da_woody @RalF-0
Ticket wurde sehr schnell bearbeitet, musste ein video drehen wie ich die Shellys versuche zu resetten. Bekam danach direkt einen Coupon für den Shop, sind schon neu bestellt.

Kann die mal wieder nur empfehlen.

[Stuebi]

@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]

@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]

@stuebi said in Test Adapter Shelly v4.0.6 (latest):

Aber mir kommt der shelly irgendwie ziemlich langsam vor.

kann ich nicht sagen...

[da_Woody]

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

[Stuebi]

@da_woody , also multicast funktioniert bei mir. Unicast funktioniert nur beim Shelly Motion. .
Ich habe einmal im Debugger geschaut. Die Unicast Nachrichten kommen nicht in der shelly-iot Lib an. Diese Lib nutzt der Shelly Adapter. Damit werden die Nachrichten nicht im Shelly Adapter angezeigt. Daher auf keinem Fall außer beim Motion unicast nutzen.
Issue habe ich für den shelly-iot Lib eingestellt. Am besten Finger weg von der 1.1.10

[A Former User]

@stuebi @da_Woody
Danke, ein Kommentar von Dimitar geht Richtung heutigen Stable Relaese.
Sehe gerade gibt eine RC7...
Der Shelly1 funktioniert bei mir mit RC6 in Multicast normal(nicht langsam). Zum Dimmer kann ich nichts sagen.

@e-s
Das klingt doch wirklich top und freut mich. Hoffe auch stark, der Missbrauch hat durch die klare Ansage ein Ende und wir können weiter mit dem guten Support rechnen.

[da_Woody]

@ralf-0 langsam wirds pervers...

is ein DM-1. mcast OK