Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

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

[A Former User]

@qqolli

Die "Verbindung" Unicast und Unifi Probleme hängen für mich bisher nicht direkt zusammen.

Unicast/Multicast ist für mich eine Art wie die Coap Daten im Netz verteilt werden. Dies passiert bisher in Multicast (überwiegend) aber Unicast hat diverse Vorteile. Gibt Hardware (Switches etc.) die diverse Formen blocken und und so einen Betrieb unmöglich machen (oder ist das das Unifi Problem das Du meinst?).

Das Unifi Problem habe ich bisher nicht konkret gesehen, wo das Problem wirklich lag, es taucht aber immer wieder Mongoose OS und der ESP8266 SDK 3.0 auf.

Weitere "Features" wurden jetzt implementiert wie SoftBoot nach WlanLoss und AP-Roaming. Das ist für mich etwas "aus der Ecke": der ESP8266 unterstützt kein WLan Roaming 802.11v/k.

[qqolli]

@ralf-0

Mag sein das Du keine Probleme hast; ich und viele andere haben sie (sieh auch hier im Forum) und soweit ich das aus den Reaktionen im Netz sehen kann, bring Unicast speziell bei diesem Problem durchaus eine Menge.

[A Former User]

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

@ralf-0

..... bring Unicast speziell bei diesem Problem durchaus eine Menge.

Bei welchem Problem? Shellys im Wlan ohne IP und Verbindung nach diverser Zeit?

[padrino]

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

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

Wenn der Adapter nicht unterscheiden kann, wäre es dann nicht besser das Intervall des Polls zu erhöhen, statt allen Geräten den Status wegzunehmen?

[Diginix]

@padrino Oder konfigurierbar in der Instanz. Wer keine Shelly mit Batterie hat, kann es aktiv lassen.
Oder noch feiner eine Liste mit IDs der (Batterie)geräte, die den Status nicht haben sollen oder umgekehrt damit er default erstmal fehlt.

[Stuebi]

@diginix , erst einmal wird der Status online nicht unterstützt. I am sorry, aber so einfach wieder das klingt es nicht umzusetzen.