NEWS
Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;)
-
@Stuebi ich habe gerade alle relevanten lan Kabel direkt an die Haupt Fritzbox gepatcht und siehe da......alle Shellys sind wieder sichtbar.
das ganze nur wegen dem switch. da muss man mal draufkommen, vor allem weil es bis vor 1-2 Wochen funktionierte.
nochmals vielen Dank für die Hilfe!
das wäre mit meinen kenntnissen nie was geworden :-)LG, Elkja
-
@Stuebi ich habe gerade alle relevanten lan Kabel direkt an die Haupt Fritzbox gepatcht und siehe da......alle Shellys sind wieder sichtbar.
das ganze nur wegen dem switch. da muss man mal draufkommen, vor allem weil es bis vor 1-2 Wochen funktionierte.
nochmals vielen Dank für die Hilfe!
das wäre mit meinen kenntnissen nie was geworden :-)LG, Elkja
-
@Stuebi ich habe gerade alle relevanten lan Kabel direkt an die Haupt Fritzbox gepatcht und siehe da......alle Shellys sind wieder sichtbar.
das ganze nur wegen dem switch. da muss man mal draufkommen, vor allem weil es bis vor 1-2 Wochen funktionierte.
nochmals vielen Dank für die Hilfe!
das wäre mit meinen kenntnissen nie was geworden :-)LG, Elkja
@Elkja , mit den Shellys und CoAP ist es nicht ganz so einfach, da diese das Multicast Protokoll nutzen. Die Netzwerkkomponenten sollten Multicast unterstützen. Und ein "einfacher" Switch tut dieses nicht und wandelt dann die Multicast Nachrichten im Regelfall in Broadcast Nachrichten oder verwirft diese im schlimmsten Fall. Das scheint bei Dir der Fall zu sein. Ein günstiger Multicast Switch ist z.B. dieser: Netgear GS108Ev3.
Shelly und ioBroker müssen bei CoAP (Multicast) sich im gleichen Subnetz befinden, sonst wird es auch nicht funktionieren. -
@Elkja , mit den Shellys und CoAP ist es nicht ganz so einfach, da diese das Multicast Protokoll nutzen. Die Netzwerkkomponenten sollten Multicast unterstützen. Und ein "einfacher" Switch tut dieses nicht und wandelt dann die Multicast Nachrichten im Regelfall in Broadcast Nachrichten oder verwirft diese im schlimmsten Fall. Das scheint bei Dir der Fall zu sein. Ein günstiger Multicast Switch ist z.B. dieser: Netgear GS108Ev3.
Shelly und ioBroker müssen bei CoAP (Multicast) sich im gleichen Subnetz befinden, sonst wird es auch nicht funktionieren. -
@Elkja , von TP-Link gibt es auch ein günstiges Modell welches Multicast (IGMPv3) unterstützt. Ich meine es baugleich zu dem Netgear Gerät und heißt ähnlich: TP-Link TL-SG108E. Wenn Du zufällig diesen Switch besitzt ist dieser unter Umständen falsch konfiguriert.
-
@Elkja , von TP-Link gibt es auch ein günstiges Modell welches Multicast (IGMPv3) unterstützt. Ich meine es baugleich zu dem Netgear Gerät und heißt ähnlich: TP-Link TL-SG108E. Wenn Du zufällig diesen Switch besitzt ist dieser unter Umständen falsch konfiguriert.
-
@Elkja tja, der teufel liegt im detail. das mit den 2 DHCP servern und 2 IP ranges hat dir in dem fall das genick gebrochen. funzt ne zeit, irgendwann ist schicht im schacht.
aber fein das es jetzt tutet... ;)@da_Woody sagte in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):
@Elkja tja, der teufel liegt im detail. das mit den 2 DHCP servern und 2 IP ranges hat dir in dem fall das genick gebrochen. funzt ne zeit, irgendwann ist schicht im schacht.
aber fein das es jetzt tutet... ;)@Elkja , wenn du das so konfiguriert hast, wird es auch nicht mit einem neuen Switch funktionieren :-)
-
Wir suchen Tester mit folgenden Shelly Geräten:
button 1
dimmer 2
dw 2
em
flood
gas
ix3
sense
smoke
switch
vintageBitte meldet euch und helft uns, dass wir den Adapter rechtzeitig für die neue Firmware Version 1.8 fit bekommen.
@harrym
Hallo.
Ich hab über iobroker leider kein Zugriff mehr auf meine Shelly Plug S. Shelly Adapter ist 4.0.1. Firmware Shelly 1.8.
Hab auch noch 2 Shelly 1 mit 1.8. Da ist alles ok. !
Über die app geht auch alles wunderbarErgebnis vom coaptest.js ist anbei.
Hab zuhause ne Fritzbox7530 und 2 Repeater im Mesh. iobroker läuft im Docker.
Was kann ich noch tun? Liegt es an den Adaptereinstellungen, Netzwerk, Bug im Adapter,....?
-
@harrym
Hallo.
Ich hab über iobroker leider kein Zugriff mehr auf meine Shelly Plug S. Shelly Adapter ist 4.0.1. Firmware Shelly 1.8.
Hab auch noch 2 Shelly 1 mit 1.8. Da ist alles ok. !
Über die app geht auch alles wunderbarErgebnis vom coaptest.js ist anbei.
Hab zuhause ne Fritzbox7530 und 2 Repeater im Mesh. iobroker läuft im Docker.
Was kann ich noch tun? Liegt es an den Adaptereinstellungen, Netzwerk, Bug im Adapter,....?
@eierfeile erstmal auf 4.0.2 updaten, dann probieren obs über einen reboot funktioniert. musste z.b. alle 8 DUO bei mir rebooten nach update 1.8.
wenn die shelly1 funktionieren sollts nicht am adapter, netzwerk liegen. bei mir tanzen 70 shellys durchs haus, verschiedenste.
nehme an du verwendest COAP.

-
@harrym
Hallo.
Ich hab über iobroker leider kein Zugriff mehr auf meine Shelly Plug S. Shelly Adapter ist 4.0.1. Firmware Shelly 1.8.
Hab auch noch 2 Shelly 1 mit 1.8. Da ist alles ok. !
Über die app geht auch alles wunderbarErgebnis vom coaptest.js ist anbei.
Hab zuhause ne Fritzbox7530 und 2 Repeater im Mesh. iobroker läuft im Docker.
Was kann ich noch tun? Liegt es an den Adaptereinstellungen, Netzwerk, Bug im Adapter,....?
@eierfeile , da im Ergebnis vom coaptest.js kein Shelly Plug S zu entdecken ist, sind deine Fragen wie folgt zu beantworten:
- Liegt es an den Adaptereinstellungen? - nein
- Netzwerk? - vielleicht
- Bug im Adapter,....? - nein
- Am Shelly Plug S? - vielleicht
Du muss jetzt anfangen zu anaylsieren. Lese bitte die Nachrichten von und an @Elkja durch. Er hatte ja gerade genau das gleiche Problem.
-
Habe den Shelly Door 2 mit dem 4.0.3 Adapter versucht zum laufen zu bringen.
Das Gerät wird im iobroker erkannt und auch der Sensor.Leider funktioniert door (true, false) nicht wirklich.
Es wird fast nie erkannt, wenn der Magnet in der Nähe ist oder nicht.
Türüberwachung ist so nicht möglich. -
Habe den Shelly Door 2 mit dem 4.0.3 Adapter versucht zum laufen zu bringen.
Das Gerät wird im iobroker erkannt und auch der Sensor.Leider funktioniert door (true, false) nicht wirklich.
Es wird fast nie erkannt, wenn der Magnet in der Nähe ist oder nicht.
Türüberwachung ist so nicht möglich. -
Habe den Shelly Door 2 mit dem 4.0.3 Adapter versucht zum laufen zu bringen.
Das Gerät wird im iobroker erkannt und auch der Sensor.Leider funktioniert door (true, false) nicht wirklich.
Es wird fast nie erkannt, wenn der Magnet in der Nähe ist oder nicht.
Türüberwachung ist so nicht möglich.@aldoa1 , ich bin begeistert vom Shelly 1, 1PM, 2, 2.5 und Plug S. Mit den batteriebetriebenen WLAN Sensoren/Geräten habe ich keine guten Erfahrungen gesammelt. Es dauert einfach viel zu lange bis die WLAN Verbindung aufgebaut wird. Ich hatte es auch schon ein paarmal gehabt, dass der WLAN Verbindung überhaupt nicht aufgebaut wurde.
Ich setze bei den batteriebetriebenen Geräten lieber auf Zigbee Geräte. -
@aldoa1 , ich bin begeistert vom Shelly 1, 1PM, 2, 2.5 und Plug S. Mit den batteriebetriebenen WLAN Sensoren/Geräten habe ich keine guten Erfahrungen gesammelt. Es dauert einfach viel zu lange bis die WLAN Verbindung aufgebaut wird. Ich hatte es auch schon ein paarmal gehabt, dass der WLAN Verbindung überhaupt nicht aufgebaut wurde.
Ich setze bei den batteriebetriebenen Geräten lieber auf Zigbee Geräte.folgender Fehler im Log von heute:
2020-08-20 06:24:05.009 - error: shelly.0 (28122) 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: ETIMEDOUT)Nutze aktuell die 4.02, mache gleich das update über github und beobachte weiter.
Die Latenz über coap macht die Auswertung der States in vielen Fällen nutzlos. Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen. -
folgender Fehler im Log von heute:
2020-08-20 06:24:05.009 - error: shelly.0 (28122) 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: ETIMEDOUT)Nutze aktuell die 4.02, mache gleich das update über github und beobachte weiter.
Die Latenz über coap macht die Auswertung der States in vielen Fällen nutzlos. Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen. -
folgender Fehler im Log von heute:
2020-08-20 06:24:05.009 - error: shelly.0 (28122) 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: ETIMEDOUT)Nutze aktuell die 4.02, mache gleich das update über github und beobachte weiter.
Die Latenz über coap macht die Auswertung der States in vielen Fällen nutzlos. Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen.@passuff ,
Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen.
Bitte wende Dich direkt an Shelly. Das hat nichts mit dem Shelly Adapter zu tun. Ich habe auch schon ein paar Messungen durchgeführt, die nicht gut aussahen.
-
@passuff ,
Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen.
Bitte wende Dich direkt an Shelly. Das hat nichts mit dem Shelly Adapter zu tun. Ich habe auch schon ein paar Messungen durchgeführt, die nicht gut aussahen.
@Stuebi sagte in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht ;):
@passuff ,
Ich nutze bei den shelly 2.5 die roller shutter Funktion und habe eine Hinderniserkennung in Abhängigkeit der Laufrichtung (open/close) welche nun viel zu träge reagiert. Ich würde es wirklich begrüßen das wieder auf das alte Niveau zu bekommen.
Bitte wende Dich direkt an Shelly. Das hat nichts mit dem Shelly Adapter zu tun. Ich habe auch schon ein paar Messungen durchgeführt, die nicht gut aussahen.
Über welches Kommunikationsmittel / Sprachrohr sollte man das am besten tun? Und wie messe ich das möglichst Objektiv heraus? Ich denke sowas wie" ist mir zu langsam " bringt niemanden weiter...
-
@passuff , die Firmware passt! Du bekommst beim Schalten den Fehler
(Error: ETIMEDOUT). D.h. einen Timeout, der Shelly Plug S bzw. der Mini Webserver ist nicht erreichbar. Da werde ich leider auch nicht helfen können :-( Hast Du schon einmal versucht den Shelly Plug S zu rebooten?
