neue Firmware 3.1.2 für GW2000 veröffentlicht

[asutor]

Lief bei mir ohne Probleme durch. Alle Werte für die Kalibrierung blieben erhalten.

[moppedhausi]

Bei mir auch ohne Probleme, auch die Kalibrierungswerte blieben.

EDIT
Beim Update wurde der Kalibrierungswert Rel Offset von 5.1 auf -11.1 verändert.

[speerwerfer]

Ich mache das Update immer mit der WSView Plus App und hab den GW2000 noch nie händisch gestartet. Das macht der nach dem Update vermutlich von alleine.

Meine Kalibrierung ist auch erhalten geblieben.

[Gyvate]

Ich mache das Update immer mit der WSView Plus App und hab den GW2000 noch nie händisch gestartet. Das macht der nach dem Update vermutlich von alleine.

Meine Kalibrierung ist auch erhalten geblieben.

Glück gehabt - anderen (ausser mir) erging es schlechter - aber, man sollte ja seine Kalibrierungswerte sicherheitshalber sowieso getrennt dokumentieren.

Es ist ja auch nicht das erste Mal, dass so etwas passiert - deshalb haben wir ja auch einen entsprechenden Hinweis ins WiKi aufgenommen

[Gyvate]

eine weitere Funktionalität wurde mit FW 3.1.1 bei GW2000 (2.3.1 bei GW1100) eingeführt:
wahlweise kann jetzt der WH32B (WH32 indoor) als Datenlieferant für die Innentemperatur/-feuchte und Luftdruck ausgewählt werden.

[asutor]

Unmittelbar nach dem Update stimmten die Werte für die Kalibrierung. Nach ein paar Tagen habe ich gerade noch einmal nachgeschaut. Jetzt war der Wert für den Luftdruck auf einmal völlig verstellt.

[Werner]

Ich habe jetzt auch die Ursache für die Luftdruckänderung erkannt.

Wenn auch ein WH32 (also Innensensor) vorhanden ist, wird dieser mit der V3.1.1 bzw. 2.3.1 als aktiv gesetzt und damit
diese Werte übernommen.

[Gyvate]

Ich habe jetzt auch die Ursache für die Luftdruckänderung erkannt.

Wenn auch ein WH32 (also Innensensor) vorhanden ist, wird dieser mit der V3.1.1 bzw. 2.3.1 als aktiv gesetzt und damit
diese Werte übernommen.

ausser man deaktiviert den T&HP Sensor explizit ...
Standartratschlag: alles, was ich als Sensor nicht habe oder haben will, wird auf "Disable" gesetzt.
Allerdings hätte Ecowitt diese neue Eigenschaft im Changelog dokumentieren sollen - und nicht auf die Überraschung der Benutzer setzen.
Vielleicht wurde ja auch aus Versehen eine Eigenschaft vorzeitig freigeschaltet ...

[mitschke]

ausser man deaktiviert den T&HP Sensor explizit ...

Dazu muss man den T&HP aber vor dem Neustart nach dem Update ausschalten, per default ist der nämlich auf "learning" und ob man den so schnell nach dem Neustart deaktivieren kann, hängt stark vom Zufall ab.

[Gyvate]

nicht wirklich - nach dem Neustart entweder in WSV+ oder dem WebUI auf die Sensors ID Seite gehen und den Sensor deaktivieren. Geht Ratz-Fatz. Und normalerweise ist einmal "disable", immer "disable" - ausser bei einem Factor Reset.
Default "Learning" ist normalerweise nur nach einem Factory Reset oder Erstgebrauch. Sonst merkt sich das die Konsole.
Natürlich könnte man auch am WH32B die Batterien beim Reboot entfernen und nach der Aktivierung wieder einsetzen. Dann kann gar nichts schiefgehen.
Übrigens, zwischen zwei Übertragungen des T&HP Sensors liegen 61 Sekunden ...