NEWS
Test Adapter Shelly v4.0.6 (latest)
-
Mir sind in letzter Woche 2 meiner 1PM gestorben. Waren plötzlich nicht mehr erreichbar, led blinkte. Nach netzreset leuchtet die LED dauerhaft rot. Aber sonst reagiert das Ding überhaupt nicht mehr. Auch per WLAN nicht erreichbar, kein AP Modus.
5 mal switch oder reset taster am PM selbst brachte auch nichts.
Beim Versuch manuell zu flashen, wird das Ding auch nicht erkannt.Wenn es nur 1 pm gewesen wäre, dann ok. Aber gleich 2 Stück innerhalb von einer Woche finde schon merkwürdig.
Hat jemand eine Idee wie man die wiederbeleben kann?@e-s
Was meinst Du mit manuell flashen? Per USB TTL Adapter ?
Auch das Terminal gibt per serieller Verbindung nichts aus?
Dann würde ich mal dran schnuppern ob was durchgekockelt ist und eine Anfrage beim Support wegen Austausch machen. -
Mir sind in letzter Woche 2 meiner 1PM gestorben. Waren plötzlich nicht mehr erreichbar, led blinkte. Nach netzreset leuchtet die LED dauerhaft rot. Aber sonst reagiert das Ding überhaupt nicht mehr. Auch per WLAN nicht erreichbar, kein AP Modus.
5 mal switch oder reset taster am PM selbst brachte auch nichts.
Beim Versuch manuell zu flashen, wird das Ding auch nicht erkannt.Wenn es nur 1 pm gewesen wäre, dann ok. Aber gleich 2 Stück innerhalb von einer Woche finde schon merkwürdig.
Hat jemand eine Idee wie man die wiederbeleben kann?@e-s da dürfte innen was gestorben sein. kann es sein, daß überspannungsspitzen gewesen sind? wie, wo sind die verbaut?
mir ist erst ein 1PM gestorben. da hab aber ich nicht aufgepasst und er ist auf dem decken infrarot panel aufgelegen.
wenn das ding überhaupt nicht mehr reagiert, wirds mit wiederbeleben eher nichts. es sei denn, reinlinsen ob ein bauteil offensichtlich kaputt ist, austausch. aber erstmal ein ticket aufmachen. -
Bei mir ist ein EM3 abhanden gekommen. Ich werde Ihn nochmal einbinden und schauen woran das lag.
Edit: CoIoT eingetragen. Adapter und Shelly neu gestartet. Shelly wird weiterhin nicht gefunden.
Teste nun mal einen downgrade der FW auf 1.9.xEdit2: Mit der 1.9.0 funktioniert der EM3 wieder. Der hat vielleicht ein Problem mit der neuen FW....?
Edit3: Habs nochmal mit beiden FWs getestet, bleibt bei oberer Aussage leider.... Sobald ich wieder auf 1.9.0 gehe, wird der Shelly direkt erkannt ohne Neustart des Adapters... -
@da_woody said in Test Adapter Shelly v4.0.6 (latest):
WaMa (plug-s) und Trockner (plug) kann ich momentan nicht testen...
werd aber in absprache mit der wäschebeauftragten auch dort die updates rein jodeln. wobei das eigentlich nur der Trockner insteressant ist. der hat mir einen plug-s immer gekillt, darum ein plug.Thx, 100% gleiches Setup hier und habe deswegen flott RC5 wieder aus dem Plug/Trokner entfernt bevor es Sondersitzungen mit der Beauftragten gibt
Ok, dann halte ich mal meine Individuallösung im Auge. Scheint echt was Besonderes zu sein mit den Effekten
@ralf-0 zo, wäschebeauftragte hat überraschend doch zugeschlagen!
weder plug-s, noch plug auffälligkeiten! völlig normale verbrauchsanzeigen. deine 30% kann ich nicht nachvollziehn.
wobei ich als gelernter funkenschuster von der software beschränkung eigentlich nichts halte. dafür gibts eine sicherung im kasten als leitungsschutz.
weil er grad da rumliegt... einen DW1 getestet, alles i.o.
morgen sind dann diverse DUO und Bulb dran. eventuell noch mehr. -
Bei mir ist ein EM3 abhanden gekommen. Ich werde Ihn nochmal einbinden und schauen woran das lag.
Edit: CoIoT eingetragen. Adapter und Shelly neu gestartet. Shelly wird weiterhin nicht gefunden.
Teste nun mal einen downgrade der FW auf 1.9.xEdit2: Mit der 1.9.0 funktioniert der EM3 wieder. Der hat vielleicht ein Problem mit der neuen FW....?
Edit3: Habs nochmal mit beiden FWs getestet, bleibt bei oberer Aussage leider.... Sobald ich wieder auf 1.9.0 gehe, wird der Shelly direkt erkannt ohne Neustart des Adapters... -
@ralf-0 zo, wäschebeauftragte hat überraschend doch zugeschlagen!
weder plug-s, noch plug auffälligkeiten! völlig normale verbrauchsanzeigen. deine 30% kann ich nicht nachvollziehn.
wobei ich als gelernter funkenschuster von der software beschränkung eigentlich nichts halte. dafür gibts eine sicherung im kasten als leitungsschutz.
weil er grad da rumliegt... einen DW1 getestet, alles i.o.
morgen sind dann diverse DUO und Bulb dran. eventuell noch mehr.@da_woody Danke. Frag mich langsam was ich hier für Sondereffekte alleinig gebucht habe
Änderungen hat es aber bestätigt gegeben: "yes some time device detect fake over consumption and we change the way how we measure peaks."
Als Leitungschutz kann ich da aus Funkenschustersicht auch nur voll zustimmen. Sehe das eher als Indikator wenn sich etwas an einer Maschine ändert ohne sofort Sicherungen zu schmeißen.
P.S.: Die DUOs laufen bei mir mal ausnahmsweise total top mit RC5
-
@da_woody Danke. Frag mich langsam was ich hier für Sondereffekte alleinig gebucht habe
Änderungen hat es aber bestätigt gegeben: "yes some time device detect fake over consumption and we change the way how we measure peaks."
Als Leitungschutz kann ich da aus Funkenschustersicht auch nur voll zustimmen. Sehe das eher als Indikator wenn sich etwas an einer Maschine ändert ohne sofort Sicherungen zu schmeißen.
P.S.: Die DUOs laufen bei mir mal ausnahmsweise total top mit RC5@ralf-0 nuja, peaks kanns immer geben. anscheinend wirkt sich das bei dir in den 30% aus.
bei dem trockner der vertraglich verbundenen hab ich trotz wühlen nie rausgefunden warums mir den plug-s immer geschmissen hat. jetzt isses klar, der steigt beim aufheizen kurzfristig auf 2.55kW. bißl viel fürn plug-s.
es lebe die nennwertleistung, wie bei den dieselkarren wird auch da geschummelt...
-
@da_woody Danke. Frag mich langsam was ich hier für Sondereffekte alleinig gebucht habe
Änderungen hat es aber bestätigt gegeben: "yes some time device detect fake over consumption and we change the way how we measure peaks."
Als Leitungschutz kann ich da aus Funkenschustersicht auch nur voll zustimmen. Sehe das eher als Indikator wenn sich etwas an einer Maschine ändert ohne sofort Sicherungen zu schmeißen.
P.S.: Die DUOs laufen bei mir mal ausnahmsweise total top mit RC5@ralf-0 said in Test Adapter Shelly v4.0.6 (latest):
P.S.: Die DUOs laufen bei mal ausnahmsweise total top mit RC5
immer noch reboot notwendig nach update? bei denen und den Bulb konnte man ja nicht mit geringer % wieder aufdrehn. 100% start kein prob, runterdimmen kein prob, aber mit 40% aufdrehn ging nicht.
-
@ralf-0 nuja, peaks kanns immer geben. anscheinend wirkt sich das bei dir in den 30% aus.
bei dem trockner der vertraglich verbundenen hab ich trotz wühlen nie rausgefunden warums mir den plug-s immer geschmissen hat. jetzt isses klar, der steigt beim aufheizen kurzfristig auf 2.55kW. bißl viel fürn plug-s. es lebe die nennwertleistung, wie bei den dieselkarren wird auch da geschummelt...habe ich nicht getestet. der Reboot ist bei mir schon automatisiert im Zeigefinger
Die laufen bei mit entweder auf ca. 90% oder 40-50% Helligkeit aber viel geändert wird da selten.Mal wieder eine Frage zum Adapter bzw. coaptest. Da ist im trouble-shooting aufgeführt man kann sich nur Coap Daten von einer IP anzeigen lassen mit:
node coaptest.js | grep "192.168.20.237" # Shelly with IP 192.168.20.237Nutze ich dies anstatt aller Shellys kommt die deutsche Meldung:
Übereinstimmungen in Binärdatei (Standardeingabe)Aber keine Coap Daten.
Mach ich da etwas falsch? -
habe ich nicht getestet. der Reboot ist bei mir schon automatisiert im Zeigefinger
Die laufen bei mit entweder auf ca. 90% oder 40-50% Helligkeit aber viel geändert wird da selten.Mal wieder eine Frage zum Adapter bzw. coaptest. Da ist im trouble-shooting aufgeführt man kann sich nur Coap Daten von einer IP anzeigen lassen mit:
node coaptest.js | grep "192.168.20.237" # Shelly with IP 192.168.20.237Nutze ich dies anstatt aller Shellys kommt die deutsche Meldung:
Übereinstimmungen in Binärdatei (Standardeingabe)Aber keine Coap Daten.
Mach ich da etwas falsch? -
@e-s
Was meinst Du mit manuell flashen? Per USB TTL Adapter ?
Auch das Terminal gibt per serieller Verbindung nichts aus?
Dann würde ich mal dran schnuppern ob was durchgekockelt ist und eine Anfrage beim Support wegen Austausch machen.@ralf-0 @da_Woody
An beiden befindet sich eine Wasserpumpe. Da Winter ist, liefen die in den letzen Monaten nicht viel.
Die eine ist in meiner Garage und der PM in einem offenen Verteilerkasten.
Wollte da schon fast ein Ticket öffnen, da das Wifi Status light abschalten nicht wirklich funktioniert. Die LED hat nach ein paar Tagen immer wieder angefangen zu blinken.
Die Temperaturen hatte ich per script immer überwacht, so das diese nie wirklich hoch war.
Genau, ich meinte serielles flaschen, aber dabei passiert wie gesagt nichts.Ich finde derzeit keine Bestellungsdaten mehr dazu, aber ich glaub die werden keine Garantie mehr haben. Ich werde trotzdem mal ein Ticket öffnen.
-
@ralf-0 @da_Woody
An beiden befindet sich eine Wasserpumpe. Da Winter ist, liefen die in den letzen Monaten nicht viel.
Die eine ist in meiner Garage und der PM in einem offenen Verteilerkasten.
Wollte da schon fast ein Ticket öffnen, da das Wifi Status light abschalten nicht wirklich funktioniert. Die LED hat nach ein paar Tagen immer wieder angefangen zu blinken.
Die Temperaturen hatte ich per script immer überwacht, so das diese nie wirklich hoch war.
Genau, ich meinte serielles flaschen, aber dabei passiert wie gesagt nichts.Ich finde derzeit keine Bestellungsdaten mehr dazu, aber ich glaub die werden keine Garantie mehr haben. Ich werde trotzdem mal ein Ticket öffnen.
@e-s
Wenn Du schreibst Garage, Offener Verteilerkasten, wenig Betrieb und Winter kommt bei mir automatisch der Gedanke Kondenswasser etc auf.
Aber alles viel Spekulation. Hatte bisher noch keinen Garantiefall aber bisher nicht den Eindruck, dass Allterco da kundenunfreundlich ist.
Du schreibst ja auch von 2stk. ggf hat es da ja sogar einen Chargenfehler gegeben.
Hoffe es klappt! -
@e-s
Wenn Du schreibst Garage, Offener Verteilerkasten, wenig Betrieb und Winter kommt bei mir automatisch der Gedanke Kondenswasser etc auf.
Aber alles viel Spekulation. Hatte bisher noch keinen Garantiefall aber bisher nicht den Eindruck, dass Allterco da kundenunfreundlich ist.
Du schreibst ja auch von 2stk. ggf hat es da ja sogar einen Chargenfehler gegeben.
Hoffe es klappt!@ralf-0
deswegen kam eher meine Frage, ob dahingehend irgendwas bekannt ist. Wenn einer ausgefallen wäre, ok, aber 2 auf einmal war mir suspekt.
Die "Garage" war mal eine, derzeit mehr Abstellraum. Dort war es auch im Winter nie unter 10 Grad und die Luftfeuchtigkeit war nie hoch. -
@ralf-0 @da_Woody
An beiden befindet sich eine Wasserpumpe. Da Winter ist, liefen die in den letzen Monaten nicht viel.
Die eine ist in meiner Garage und der PM in einem offenen Verteilerkasten.
Wollte da schon fast ein Ticket öffnen, da das Wifi Status light abschalten nicht wirklich funktioniert. Die LED hat nach ein paar Tagen immer wieder angefangen zu blinken.
Die Temperaturen hatte ich per script immer überwacht, so das diese nie wirklich hoch war.
Genau, ich meinte serielles flaschen, aber dabei passiert wie gesagt nichts.Ich finde derzeit keine Bestellungsdaten mehr dazu, aber ich glaub die werden keine Garantie mehr haben. Ich werde trotzdem mal ein Ticket öffnen.
-
Bei mir ist ein EM3 abhanden gekommen. Ich werde Ihn nochmal einbinden und schauen woran das lag.
Edit: CoIoT eingetragen. Adapter und Shelly neu gestartet. Shelly wird weiterhin nicht gefunden.
Teste nun mal einen downgrade der FW auf 1.9.xEdit2: Mit der 1.9.0 funktioniert der EM3 wieder. Der hat vielleicht ein Problem mit der neuen FW....?
Edit3: Habs nochmal mit beiden FWs getestet, bleibt bei oberer Aussage leider.... Sobald ich wieder auf 1.9.0 gehe, wird der Shelly direkt erkannt ohne Neustart des Adapters...@sascha12 said in Test Adapter Shelly v4.0.6 (latest):
Bei mir ist ein EM3 abhanden gekommen. Ich werde Ihn nochmal einbinden und schauen woran das lag.
hat mir jetzt keine ruhe gelassen. bin ja eh schon drinnen...
EM3 macht bei mir keine probleme...
-
@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...@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
. 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.
-
@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 . 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.
is bei mir auch so.Support us
730
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge