Huhu mal als Update,
mit der Firmware 20210423-104010/v1.10.2-rc1-38-gd0fbf66f2-1759-shelly-ping-check-dirty
läuft alles super sobald ich die 10.3 draufspiele fangen die Problem wieder an.
Beiträge von Powerbolt
-
-
Das war/ist bei mir auch so gewesen.
Im Moment teste ich dei NEUE aus Post #391
Seit 24h ohne Ausfall auf einem 2.5er heute habe ich die auf den Rest (7) aufgespielt. Ich teste und berichte dann.....Guten Morgen,
ich schließe mich hier dann auch mal an und Berichte. Ich hab aus heiterem Himmel wieder Probleme mit den Shellys. 7 Monate seit dem Post hier keine Probleme. Ich hab nichts geändert keinen IOBroker Update / Docker Update. Kein AP Firmware Update oder Shelly Update.
-
Nein Kein Unterschied. Der Grandstream hat 2 Modi entweder stellt man alles im AP als Basis ein und die SSID übernehmen diese Werte oder man konfiguriert jede SSID einzeln.
Ich hab nur die AP Einstellungen verwendet.
-
So um abschließend nochmal Feedback zu geben. Nachdem beide Vorschläge nicht zu einem Erfolg geführt hatten, bin ich hingegangen und habe mir eine komplett neue SSID erstellt und alle Shellys auf Werkszustand zurück gesetzt.
Diesmal aber über den Taster nicht über die Weboberfläche. Ich hatte hier im Forum gelesen das dies ein Unterschied sein könnte.
Nun laufen alle Shellys seit 2 Wochen ohne Probleme.
VG,
Powerbolt
und danke an alle mit Ihren Lösungsvorschlägen. Trotzdem verwirrt mich das ganze immer noch enorm
-
Bekommst du denn alle Shelly relevanten Geräte an die FritzBox? Es geht ja erstmal nur darum, dass der Verkehr nicht vom Shelly zum anderen Gerät über den Switch läuft.
Anmeldung des Shelly dann am WLAN der FritzBox
Das kann ich auch ausprobieren. Ich lass aber erstmal den Test von Seven of Nine laufen. Shelly Adapter ist aus.
-
Hallo Pitch,
lese dir oben die Tabelle mal durch. Dann wird klar das ich alles schon einmal resettet habe.
-
1. Ist leider nicht möglich. Ich müsste mir hier erst wieder einen anderen besorgen. Ich brauch min 13 Ports sonst sind die Fernseher und PS und Co ohne Lan. Das gibt dann Ärger im Haushalt.
Ich hab sowieso vor mir hier auch einen größeren zu holen die Garage brauch noch Lan.
2. Das kann ich machen.
-
Ich wiederhole es gerne nochmal. Wobei ich das schon mehrfach geschrieben habe.
Ich nutze nur einen AP ohne MESH ohne Repeater. Der gute ist ein Grandstream 7630.
Nutzen tue ich WPA2.
Ich habe auch eine Fritzbox im Einsatz hier ist das WLAN AUS! Ich hatte die Fritzbox vorher am laufen mit einem 1700 Repeater. Hier hatte ich das selbe Problem wie jetzt.
Das war auch einer der Gründe warum ich mir den Grandstream geholt habe.
Vorteil der 4x4 Mimo Antenne ist, ich hab überall WLAN und brauch keine Repeater mehr.
Das auf WLAN auf Offen stellen funktioniert heute auch nicht mehr. Das war wohl gestern eher ein Glücksgriff.
Es hilft nur Sicherung raus rein.
Ich hab die Shelly's jetzt knapp 1 Jahr drin. 6 Monate liefen die ohne Probleme. An meiner Infrastruktur rumzubasteln habe ich erst angefangen seit die Dinger Probleme machen.
1. Ich habe meine Verkabelung geprüft. Hab mir einen Fluke ausgeliehen. Keinen Fehler festgestellt.
2. Neuen Switch angeschlossen. Nein nicht managebar also auch nicht verkonfigurierbar. Keine Verbesserung bis auf internen Datendurchsatz.
2. Ich habe testweise den Raspberry neu installiert diesmal ohne PIhole oder Adguard oder Open VPN nur den IOBroker. Keine Verbesserung.
3. Habe das Fritzbox WLAN durch Grandstream ersetzt. Keine Verbesserung
4. Ich habe noch 2 weitere 2.5 Shellys rumliegen gehabt. Ich hab den Shelly getauscht. Keine Verbesserung
5. Ich habe alle Shellys mehrmals auf Werkseinstellung zurückgesetzt. Keine Verbesserung
6. DHCP Hab ich einmal von der Fritzbox genutzt sowie vom Grandstream und auch vom Adguard. Keinen Unterschied. Ich hab es mit festen IPs probiert sowie die IPs fest im DHCP hinterlegt.
Screens von den Einstellungen WLAN:
-
Und zack grade wieder ist der Shelly ausgefallen. So kurz hinter einander hat er das noch nie gemacht. Scheinbar ist die Firmware auch nicht besser.
-
Gibt es eine Möglichkeit in den Shellys eine Art Debug.txt oder irgendwas zu aktivieren?
Es nervt einfach nur noch wenn man nach esp8622 und den besagten Schlagwörtern sucht
Disassociation notification for unknown STA
[203304.452000] WHCStaWpaAuth Send WPA auth failed event for MAC bc:dd:c2:77:6e:f6 Reason 15
findet man auch einige User die Probleme haben. Eine Lösung findet man leider nicht.
Tasmota ist für mich keine Option.
-
Guten Morgen Zusammen,
und es geht wieder los einer der Shelly's ist wieder offline mit der neuen Firmware selber Fehler
Line 6128: [204963.104000] Send WPA auth failed event for MAC bc:dd:c2:77:6e:f6 Reason 15
Line 6129: [204963.104000] WHCStaWpaAuth Send WPA auth failed event for MAC bc:dd:c2:77:6e:f6 Reason 15
-
Von mir als Wasserstand. Aktuell läuft es.
Ich hab zumindest einen positiven Nebeneffekt festgestellt. Die Shellys mit der Beta haben statt -68db/71db Empfang nun 66db/69db.
In den Logs werfen die Beta Shellys auch keine Fehler aus.
Wenn es bis zum Wochenende alles durchläuft pack ich die Beta auf alle drauf.
Für dich Seven of Nine ich hab
4x Shelly 2,5 Einsatz als Rolladensteuerung
1x Shelly 1 als Garagentoröffner
-
Hallo Seven of Nine,
ich würde die FW gerne auch eher auf dem 2.5 testen. Der 1er hat das Problem zwar auch aber bei ihm tritt das Problem doch eher seltener auf.
Wäre das dann die richtige für die 2.5?
http://repo.shelly.cloud/firmware/rc/SHSW-25.zip
Okay ich habe nun 2 Shellys mit der Beta Firmware ausgestattet. Jetzt heißt es abwarten. Ich werde berichten.
-
So ich hab ihn jetzt ohne stromlos wieder zum laufen gebracht indem ich nach dem Hinweis vom AP den Auth modus auf Open gestellt habe. Schon geht der Shelly online. Stell ich wieder auf WPA2 geht er wieder offline.
Nachdem ich ihn dann unter Open einmal neugestartet habe und wieder auf WPA2 gestellt habe geht er wieder.
Könnt ihr das erklären?
Haben die Shellys einen WPA2 Bug?
-
So ich bin nun was tiefer rein.
[ 4022.196000] [DSCP-QOS-MAP] update sta mapping to CR4 for Pool 0 wcid 7entry wcid 7 QosMapSupport=0
[ 4029.696000] Send WPA auth failed event for MAC bc:dd:c2:77:6e:f6 Reason 15
[ 4029.696000] WHCStaWpaAuth Send WPA auth failed event for MAC bc:dd:c2:77:6e:f6 Reason 15
Reason 15 bedeutet 4 Way Handshake failed. Was könnte das auslösen?
-
Mag sein es ist aber aus.
-
Nein haben alle eine unterschiedliche. Sonst würde es generell ja auch nicht gehen.
-
Noch als Edit wenn ich nun mein Handy als AP einrichte und den Grandstream ausmache verbinden sich alle Shellys bis auf den einen der grade wieder rumspackt mit meinem Handy.
Was ich dort auch sehe ist das der "kaputte" Shelly sich im Sekundentakt versucht zu verbinden. Somit hab ich nun noch ein drittes Gerät womit ich den Fehler nachstellen kann.
-
Ich hab doch schon geschrieben das ich beides schon ausprobiert habe. Sowohl die Fritzbox als der Grandstream zeigen das selbe verhalten.
Ich hab natürlich den IP Adressraum übernommen sonst hätte ich sämtliche IP ändern müssen.
-
Macht keinen Unterschied. Hab Sowohl beides draußen gehabt. Sowie nur nur DNS oder nur Gateway.
Das Problem tritt auch auf wenn ich nur DHCP aktiviere und die IP fest im DHCP Server vergebe.
Normalerweise würde der Shelly sich ja auch nun in dem anderen AP einwählen tut er aber nicht.
Zumal auch wenn ich den Shelly nun vom Strom trenne er wieder reibungslos funktioniert.