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

[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!

[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

[da_Woody]

Dimitar: Shelly fw1.10 is released. APP will be update tomorrow, some new features are supported only from WebUI before that.

Spoiler

Attention: In next hours devices will show new firmware for update. You may need to wait a bit before see it for all devices.

Firmware update for :
Shelly DW/DW2 and RGBW BULB
is postponed to Monday!

New features and improvement:
Devices Scan and connect to strongest AP
New ESP8266 SDK3.0
Update to Latest Mongoose OS
Checkbox for `Access-Control-Allow-Origin added
Add Report URL to DW and DW2
HT & Flood add ID to Report URL
Shely1L energy counters added
AP Roaming added - device will switch to strongest AP if there is. Target RSSI can be set in Network tab.
Debug Log is added - can be activated and download from Device Info
Door/Window 1 and 2 - Vibration sensitivity can be set from customer
Soft reboot added for all relays and EM/3EM
Add unicast ability for CoIoT - to decrease network traffic and better network compatibility
Dimmer2 Load Autodetect and Calibration are improved
Battery operated device connect faster to Wi-Fi
RGBW2, Color BULB do not flash anymore during update
Increase timeout for URL action
Shelly1/PM Temperature automation Repeatable option added
Reconnect to Strongest AP is added in Network tab for battery operated devices
Enable action execution via MQTT renamed to Enable MQTT
... some other improvements.

https://shelly-api-docs.shelly.cloud/ UPDATED
Solved Big/Fixes:
Devices cannot see new FW version if cloud is Disabled
Network stability improved - devices should not be offline anymore
Device Channel name for Shelly 1PM and PlugS is not showing immediately.
Shelly 1PM - External Switch do not work as expected
Shelly Duo RGBW night mode not working
Shelly UNI Json bug
Wrong Time zone detection
I3 doesn't report temperature topic in MQTT
MQTT: devices with inputs send input_event topic periodicallyShely1L energy counters
Dimmer2 Transition time does not applies in some situations
Shelly1L default state is "unknown"
HT report unreal values
Shelly2.5 overtemperature error missing in WebUI
Button1 fails to connect to cloud/locally
False Overpower consumption detected from Shelly Plug, Plug S, Shelly1 PM fixed.

... more minor bugs are fixed

[Stuebi]

@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):

Dimitar: Shelly fw1.10 is released. APP will be update tomorrow, some new features are supported only from WebUI before that.

Spoiler

Attention: In next hours devices will show new firmware for update. You may need to wait a bit before see it for all devices.

Firmware update for :
Shelly DW/DW2 and RGBW BULB
is postponed to Monday!

New features and improvement:
Devices Scan and connect to strongest AP
New ESP8266 SDK3.0
Update to Latest Mongoose OS
Checkbox for `Access-Control-Allow-Origin added
Add Report URL to DW and DW2
HT & Flood add ID to Report URL
Shely1L energy counters added
AP Roaming added - device will switch to strongest AP if there is. Target RSSI can be set in Network tab.
Debug Log is added - can be activated and download from Device Info
Door/Window 1 and 2 - Vibration sensitivity can be set from customer
Soft reboot added for all relays and EM/3EM
Add unicast ability for CoIoT - to decrease network traffic and better network compatibility
Dimmer2 Load Autodetect and Calibration are improved
Battery operated device connect faster to Wi-Fi
RGBW2, Color BULB do not flash anymore during update
Increase timeout for URL action
Shelly1/PM Temperature automation Repeatable option added
Reconnect to Strongest AP is added in Network tab for battery operated devices
Enable action execution via MQTT renamed to Enable MQTT
... some other improvements.

https://shelly-api-docs.shelly.cloud/ UPDATED
Solved Big/Fixes:
Devices cannot see new FW version if cloud is Disabled
Network stability improved - devices should not be offline anymore
Device Channel name for Shelly 1PM and PlugS is not showing immediately.
Shelly 1PM - External Switch do not work as expected
Shelly Duo RGBW night mode not working
Shelly UNI Json bug
Wrong Time zone detection
I3 doesn't report temperature topic in MQTT
MQTT: devices with inputs send input_event topic periodicallyShely1L energy counters
Dimmer2 Transition time does not applies in some situations
Shelly1L default state is "unknown"
HT report unreal values
Shelly2.5 overtemperature error missing in WebUI
Button1 fails to connect to cloud/locally
False Overpower consumption detected from Shelly Plug, Plug S, Shelly1 PM fixed.

... more minor bugs are fixed

Danke!

Wichtig: Unicast wird erst einmal nicht vom ioBroker unterstützt. Bitte nicht Unicast nutzen. Ausnahme ist der Shelly Motion.

[Diginix]

@Stuebi

Because polling for battery devices is only permieted every 60 sec., the online state will not supported anymore.

Gilt das nur für batteriebetriebene Shelly oder für alle?
Es gibt einige Nutzer die den online state in Skripten oder VIS verwenden. Daher wäre der Verlust bei zB Shelly1,2,2.5 usw. nicht schön und man müsste sich den state selbst bauen.

[Stuebi]

@diginix , das gilt für alle Geräte Leider geht es nicht anders.

[qqolli]

@stuebi

Moin,

ich habe mal, da ich immer Probleme mit den Shellies und dem nanoHD von Unifi habe, die neue FW testweise auf einen Shelly aufgespielt. Bis jetzt noch keine Probleme. Du sagst, nicht Unicast nutzen, ich habe es z. Zt. so und bis jetzt habe ich im ioB kein Problem:

Soll (muss) ich "Enable CoIoT" deaktivieren und dann Save?

[Diginix]

@stuebi Oh, dann bleib ich erstmal auf 4.0.7b1 und melde das mal in der Facebook Gruppe, denn da hatten sich Nutzer mit Abhängigkeiten zu diesem state gemeldet.
Ich kann das mit Ping und einem Skript kompensieren. Aber sicher nicht alle.

btw: Kommt denn "Source" irgendwann mal für Shelly2/2.5 im roller shutter mode?
Das vermisse ich seit Monaten und kompensiere es auch durch eigene http requests auf /status und parse das JSON.
Im Relais Mode ist es ja schon im Adapter drin. Wo ist da die Schwierigkeit das auch für roller shutter Mode zu implementieren?

[da_Woody]

@qqolli du benutzt mcast und nicht unicast laut deinem screenshot. das passt schon so.

[qqolli]

@stuebi

Ist es geplant, seitens ioB auf Unicast umzustellen? Denn, speziell für Shelly und Unifi:

"Shelly stellt ab sofort von Multicast auf Unicast um, die Vorteile daraus könnt ihr unten lesen.

Durch dieses Update sorgt Shelly vor allen Dingen dafür, dass den Verbindungsabbrüche mit den sehr verbreiteten Netzwerkprodukten von Ubiquiti Unifi ein Ende gesetzt wird. Vor allem die neue Hardware mit Wifi 6 war hiervon betroffen. Die Shellys sollten sich jetzt ohne Probleme z.B. mit einem Unifi 6 Long Range Access Point verbinden und auch verbunden bleiben."

Denn genau diese Probleme habe auch hier viele im Zusammenspiel mit den Unifi APs.