Firmware 1.0.9 für GW3000 freigegeben

[Gyvate]

es liegt möglicherweise an der unüblichen letzten Versionsnummer: 1.0.8.1 ...
es sieht so aus, als ob das bei Nutzern geschah, die diese Version installiert hatten ...
ich werde mal nachhören

[Gyvate]

und genau so war's ...
weniger wegen der Zahl an sich, aber wegen des Kontextes
Ecowitt hatte die 1.0.9 auf alle GW3000 "gepuscht", die bereits auf 1.0.8.1 waren, also den Hotfix für die 1.0.8 bekommen hatten aber noch nicht die ungewollte Reboot-Behandlung.
Sie haben für 1.0.8.1 Upgrader die 1.0.9 automatisch nachgereicht.
Wer eine andere Firmwareversion besaß, wurde nicht automatisch upgegraded - dort griffen die Auto-Update-Einstellungen

[KerMitHertz]

es gibt ein neues Firmware Release
Hauptpunkt:
Behebung folgenden Fehler:
Wenn der GW3000 keine Internetverbindung hatte, kam es zu wiederholten Restarts

Hallo zusammen, ich habe mein GW3000 erst seit Samstag, wurde also beim Einrichten sofort auf die 1.0.9 upgedatet.
Ich kenne also nur diese Firmware-Version.
Jedenfalls habe ich genau das Problem von häufigen Restarts.

Kontext:
Der GW3000 hat (noch) keinen Zugriff aufs Internet (ausgenommen mal kurz für das FW-Update). Ich wollte erstmal alles lokal einrichten und testen.
Im Wesentlichen klappt das auch:

Er ist mit einer Fritzbox 7590 (AC) verbunden (zusätzlich mehrere Repeater vorhanden), die ihm im Moment den Zugang ins Internet sperrt.
NTP habe ich umgestellt auf den internen NTP-Proxy der Fritzbox (192.168.178.1) - Bezug der Uhrzeit von dort funktioniert problemlos.

Ein Teil meiner Bestellung ist noch irgendwo in China unterwegs. Ich habe bislang nur das GW3000 und einen WH57.

Ich habe jetzt folgendes Problem:
Verbinde ich das GW3000 über LAN mit meiner Fritzbox läuft alles, wie erwartet (außer dass ich die richtige Empfindlichkeitseinstellung für den WH57 noch auskaspern muss).

Verbinde ich das GW3000 über WLAN mit der Fritzbox, macht der GW3000 alle paar Minuten einen Reset.

Ich habe bezüglich der WLAN-Einstellungen der 7590 schon Folgendes getestet - hatte keine Auswirkungen:

(1) Kanal gewechselt
(2) Kooperativen Modus aktiviert (20 MHz Bandbreite), aber leider hält sich die Fritzbox ja nicht immer dran und funkt manchmal trotzdem mit 40 MHz

(3) Mesh-Funktion deaktiviert:
"WLAN-Geräte automatisch zwischen den Frequenzbändern sowie zwischen mehreren FRITZ!-Produkten im Mesh steuern"

(4) 5 GHz-Wlan probehalber abgeschaltet.

alles ohne Erfolg.

Was mir noch auffällt:
Der Konfigurations-AP bleibt immer aktiv, obwohl ich folgende Funktion im GW3000 aktiviert habe:
"Disable the gateway's self broadcasting SSID after connecting to your own wireless network ..."

Ist das Probem bekannt? Oder habt ihr noch irgendwelche Ideen zur weiteren Eingrenzung des Fehlers?
Liegt das (immer noch) wie in den Releasenotes beschrieben - an der fehlenden Internetverbindung? Aber warum nur bei Verbindung per WLAN?

[KerMitHertz]

Hallo zusammen, ich habe mein GW3000 erst seit Samstag, wurde also beim Einrichten sofort auf die 1.0.9 upgedatet.
Ich kenne also nur diese Firmware-Version.
Jedenfalls habe ich genau das Problem von häufigen Restarts.

Inzwischen habe ich meine Prinzipien ("So ein System muss prinzipiell auch ohne Cloud funktionsfähig sein, gerade wenn es von einer chinesischen Firma kommt. Außerdem können Cloudanbieter ja auch mal pleite gehen und dann soll es kein Elektroschrott werden. ...") dank meiner Ungeduld und Neugier über Bord geworfen, den Internetzugriff für das GW3000 freigegeben und seit dem gibt es keine ständigen Resets mehr!

Ecowitt hat das...

Behebung folgenden Fehler:
Wenn der GW3000 keine Internetverbindung hatte, kam es zu wiederholten Restarts

...wohl doch nicht oder nicht für alle Konstellationen mit der FW 1.0.9 behoben.

Ich habe hier schon irgendwo beim Überfliegen gelesen, dass die eigentlich auf Bugmeldungen reagieren.
Wo kippe ich das denn am Besten bei denen ein?

Hat das Problem sonst noch jemand (immer noch)?

[Gyvate]

Wenn Du Deine Situation genau dokumentierst, also den Internetverkehr abschaltest und das danach auftretende Verhalten dokumentierst, kannst Du diese Info an Ecowitt übermitteln und so dafür sorgen, dass eine nicht berücksichtigte Konstellation danach auch berücksichtigt wird und damit anderen einen Diesnt erweisen.
.
Man kann gar nicht alle möglichen Konstellationen, von denen einige auch durch lokale Netzwerkkonfigurationen verursacht oder beinflusst werden können, nachstellen bzw. testen, allerdings kann man dokumentierte Konstellationen berücksichtigen.