Beiträge von chrissiboy

Hallo zusammen,

ich habe jetzt schon einiges an Erfahrungen berichtet, Fragen im Forum gestellt und Tickets bei Support erstellt und ich bin jetzt an einem Punkt angelangt, an dem ich eine Entscheidung treffen muss. Ich komme ursprünglich aus der FS20- und danach der EQ3-Welt und habe mich immer wieder über die Unzuverlässigkeit dieser Lösung geärgert. Entweder sind die EQ3-Aktoren abgeraucht, weil sie hardwaretechnisch in die Krätsche gingen oder der Bidcos-Service aus unerfindlichen Gründen mal für ein paar Tage oder Stunden streikte.

Nun habe ich an 20 Stellen die EQ3-Hardware gegen Shellies (Shelly 1, Shelly 2.5, Dimmer und Shelly 1pm) getauscht und über MQTT in mein IP Symcon eingebunden. So allmählich musste ich feststellen, dass die Hardware zwar einwandfrei funktioniert, aber die Shellies immer wieder (mehrfach am Tag - nicht alle, aber die meisten und ohne erkennbare Regelmäßigkeit) rebooten oder über MQTT nicht mehr erreichbar waren oder ohne IP im Netzwerk rumhingen und nur noch über Schalter/Taster reagiert haben. Obwohl alle im gleichen Netzwerk und mit der gleichen Konfiguration eingebunden sind (Feste IP, DNS, Gateway und NTP gesetzt), gibt es nur wenige, die wirklich stabil bereitstehen (auch nicht mit der 1.9-FW).

Nach dem ich weder hier (trotz guter Unterstützung) noch über den Support das Problem lösen konnte, habe ich 4 Shellies mit TASMOTA geflashed und als Schalter oder Shutter konfiguriert. Das Ergebnis sind 4 seit Tagen stabil laufende Shellies. Nun stehe ich vor dem Punkt, alle Shellies mit Tasmota zu flashen, was mir eigentlich widerstrebt, aber wenn das die Lösung meiner Probleme ist, sehe ich keinen anderen Weg. Was mir darüber hinaus auch aufgefallen ist, aber nicht objektiv belegt ist, weil es nur aus der Anzeige kommt ist, dass die Temperatur der Shellies deutlich unter dem Niveau liegt, als mit der Original-FW.

Wenn ich das Forum so verfolge, ist die WLAN-Erreichbarkeit auch bei anderen immer wieder ein schwieriges Thema und ich denke, in dem Bereich hat die Original-FW unter bestimmten Netzwerk-Konstellationen Probleme. Ich hätte den Support auch gerne unterstützt, aber leider war es nicht möglich, mir einen Test-FW mit Debug-Funktionen bereitzustellen. An dieser Stelle ist die Tasmota-Konsole komfortabler.

Grüße Frank

habt ihr die Dimmer-FW von Tasmota aufgespielt ?

https://github.com/arendst/Tasmota/issues/6914

Folgende Antwort bekam ich heute bezüglich der "Reboot-Action" :

Command indeed is not working from actions.

It is reported to developers.

Thank you for the collaboration.

Ich interpretiere das jetzt so, dass es eigentlich funktionieren sollte und die Entwickler sich (irgend wann) darum kümmern ...

Ich habe beim Support auch schon angefragt, aber sie stellen keine Debug-Möglichkeit zu Verfügung

ja, ich muss leider auch berichten, dass die beiden Shelly 1 auch die 2-Tageslinie nicht überschreiten konnten und heute Nacht rebooted haben. Die Tasmota laufen unbeirrt.

ja super .. jetzt habe ich den ganzen Inhalt nochmal zusammengefasst und beim Absenden kommt so eine tolle Meldung, dass ich vor kurzem bereits was abgesendet habe und der ganze Beitrag war weg

Das schreibe ich sicher nicht nochmal alles zusammen !

Das ist ja ein echt toller Mechanismus, dass man zwischen den Beiträge eine Pause machen muss und dann der ganze Eintrag weg ist.

Seven of Nine : Ich habe das Thema unter "Shellies verlieren WLAN-Verbindung, rebooten ständig" ausgelagert.

Erstes Ergebnis nach 1,5 Tagen : 2 Shelly 1 laufen durch - 1 Shelly 2.5 rebootet weiterhin ständig neu.

TASMOTA-Shellies laufen einwandfrei seit über 5 Tagen.

Das klingt alles sehr ähnlich den Problemen, die ich auch habe. Shellies verabschieden sich vom MQTT-Broker, oder stehen auf einmal ohne IP im Netz und sind nur noch über Schalter ansprechbar oder (das machen die meisten) sie rebooten ständig.

Ich sag's nicht gerne, aber ich habe mal 2 meiner Sorgenkinder mit TASMOTA geflashed, die gleichen WLAN-Einstellungen verpasst .... und seit dem laufen sie klaglos durch. Damit ist für mich klar, dass es kein Hardwareproblem sein kann. Ich würde das mit der 1.9 gerne auch mal testen, denn eigentlich war es nicht mein Ziel, überall TASMOTA draufzuflashen...obwohl die Konsole dort schon sehr hilfreich ist und Analysen vereinfacht

Geht die FW auch beim 2.5er bzw. gibt es hierfür auch so eine Version ?

@Seven of Nine : Danke - ich kann keinen Unterschied feststellen...

Das war die heutige Antwort vom Support - ich denke, wenn es absichtlich abgestellt wäre, müssten die es eigentlich wissen schau'n wir mal am Montag ....

On monday we will investigate what could be the issue and why localhost/reboot command does not trigger. We double checked and can confirm also.

We will engage our developers for this issue

Seven of Nine : Kannst du mir deine Konfig mal posten ?

Derzeit sind meine beiden "Lieblinge" wieder nicht per WLAN erreichbar - im Unifi-Controller habe ich sie verbunden... allerdings ohne IP-Adresse. Also Verbindung bekomme ich darüber aber ohne IP kann ich sie natürlich auch nicht ansprechen.

Hast du die SSID für die Shellies im 2,4 UND 5 GHz-Modus parallel laufen ?

Ich habe derzeit 18 Shellies in Betrieb. Alle haben die selben WLAN-Einstellung mit Ausnahme der IP-Adresse, die fest vergeben ist. Davon rebooten 14 täglich oder öfters - egal mit welchem meiner 3 Ubi-APs sie verbunden sind. 4 laufen stabil durch. Ich hatte ursprünglich den MQTT-Server von IP-Symcon im Verdacht, da der auf jeden Fall ein paar Mängel hat. Aber inzwischen sind alle mit dem MQTT-Server verbunden - auch die 4 stabil laufenden. Es spielt auch keine Rolle, wie gut die Verbindung ist, denn auch mit -53 db sind die Shellies nicht stabil. Ich habe auch schon Testinstallationen ohne MQTT gehabt, ich habe welche getestet ohne sie in mein Netzwerke einzubinden (mit Original-Adresse 192.168.33.1), aber auch da hatten manche ständig Reboots, andere sind stabil gelaufen. Einer von den 2.5ern, der jetzt durchläuft, war an anderer Stelle ständig abgeschmiert. Trotzt vieler Versuche konnte ich absolut keine Regel und kein Muster erkennen. Tja, und dann kommt noch dazu, dass 2 oder 3 Shellies einfach per WLAN nicht mehr erreichbar sind, aber per Schalter noch funktionieren. Daher mein Plan, diese per LongPress zu rebooten.

Da sich dies jetzt schon über Monate hinzieht, und weder hier im Forum noch beim Support sich eine Lösung für zumindest eines der beiden Problem ergibt, bin ich inzwischen schon genervt .... sorry, hat man wohl weiter oben gemerkt....

Ja, das freut mich natürlich riesig für dich, aber wenn dich nur deine Shellies interessieren, brauchst du ja hier keinen Kommentar abgeben

Ich habe das jetzt nochmal beim Support eingekippt. Ich möchte hierzu eine offizielle Aussage.

hm - bei der Action LongPress kann das doch aber nichts passieren, außerdem bleibt im höchsten Notfall immer noch Werksreset über den Knopf an der Rückseite. Die beim Support hatten gemeint, sie hätten es ausprobiert uns es hätte funktioniert ....

So, habe bezüglich des Reboots per LongPress mehrfach mit dem Support Kontakt gehabt. Die meinten, es müsste funktionieren. Aber trotz Löschen und nochmaligem Eintrag (mit IP-Adresse - localhost sollte ich nicht nehmen) funktioniert das nicht. Leider ist das Thema bei denen damit erledigt..

Funktioniert es bei irgend jemand, dass er die Longpress-Funktion mit Reboot belegt ?

Die 6 sind nur meine Teststellung - 11 weitere sind im produktiven Umfeld und rebooten ständig aber ich habe noch keine nachvollziehbare Regel herausgefunden.

Ich habe das gleiche Problem mit dem internen MQTT-Server von IP Symcon. Ich stehe schon länger im Kontakt mit dem Shelly-Support, aber eine Lösung haben wir noch nicht. Ich teste gerade mit 6 unterschiedlichen Shellies in unterschiedlichen Konstellationen, davon laufen 4 sauber durch, die beiden anderen machen ständig Reboots.

Das mit dem Rate and Beacon habe ich bei meinem Controller nicht gefunden - alles andere ist gleich.

Welche Version hast du ?

Ich habe die Shellies in ein eigenes Subnetz verbannt. Das Gateway ist ein USG. DNS und DHCP gibt es dort keinen - daher fixe IP's.