Das Wetterstationen Forum

der Fehler ist erkannt - er ist etwas schwieriger zu beheben, da das Ganze auf einer Entwicklung in einem größeren Kontext beruht.
Es wird neue WS69 geben, die mit einem Drucksensor ausgestattet sind - und der WS90 hat bereits einen Drucksensor, er wird aber bislang nur in einem WN90LP benutzt.
Es wird also eine zusätzlichr Drucksensorhierarchie geben, die es bislang nur indirekt (über die Kombination T/RH/P) gab.
In Zukunft soll es bzgl. Druck die Hierarchie
WN32P > WS90 > WS69 (falls mit Drucksensor) > eingebauter Drucksensor
geben.

Gibt es dafür schon eine zeitliche Vorstellung?

nicht dass ich wüßte - aber es wird sich jetzt sicher nicht sofort das gesamte Ecowitt-Ingenieurteam darauf stürzen.
Ein paar Tage vielleicht - je nach Prioritäten, Tests etc. ...

asutor hat geschrieben: ↑20 Jan 2025, 14:55 Ich denke, ich erkenne jetzt eine Regelmäßigkeit: Wenn ich in den "Live Data" eine kurze Zeit auf eine andere Seite umschalte und dann wieder zurückgehe, zeigt er kurz die Werte des eigenen Sensors an und springt dann zu den Werten des WH32B. Aber zu Ecowitt übertragen werden wie gesagt immer die Werte des eigenen Sensors.

Bei mir passiert das auch aber erst seit 3.2.0 (update um 11:32)
Gelegentlich wird auch der Wert des externen Sensors an ecowitt gesendet.
Habe die GW2000 neugestartet, den WN32P gelöscht und neu angelernt aber alles ohne Erfolg Die niedrige Temperatur entspricht dem GW2000 eigenen Sensor, Druckunterschied beider ist marginal (0,1hPa) und deswegen von der Grafik her nicht bemerkbar

Moin,

Gyvate hat geschrieben: ↑20 Jan 2025, 17:08 Es wird neue WS69 geben, die mit einem Drucksensor ausgestattet sind - und der WS90 hat bereits einen Drucksensor, er wird aber bislang nur in einem WN90LP benutzt.

beim WN90LP konnte ich verstehen, warum man dort einen Luftdrucksensor einbaute. Immerhin gibt es in dieser Konstellation (RS485) keine Konsole mit eingebauten Luftdrucksensor. Das Zurverfuegungstellen dieses zusaetzlichen Wertes ist leicht zu realisieren - es sind keine weiteren Anpassungen - etwa an anderen Geraeten - noetig.

Was aber treibt die Ingenieure bei Ecowitt, zusaetzlich zu den Sensoren in den Konsolen nun auch Luftdrucksensoren in die Kombisensoren einzubauen? Das kostet Geld - vorallem fuer die Implementierung. Und wie man an den aktuellen Firmware-Problemen mit dem GW2000 sieht, kostet es auch Reputation.
Und ich sehe keinen Vorteil.

Kann mir wer aufs Pferd helfen? Danke!

Oliver

Die Kombination WS90/HP2550_C bräuchte keinen WH32 Indoor für den Luftdruck.

Ok.
[Scherz]Und welche Höhe über dem Meeresspiegel muss ich dann für meinen rel. Luftdruck in der Konsole angeben?
Ich denke, ich leihe mir einen Hubwagen und fahre aufs Dach hoch zu meinem neuen WS90 mit Barometer und messe irgendwie die Höhe über Grund.[/Scherz]

Dirk27 hat geschrieben: ↑21 Jan 2025, 09:26 Ok.
[Scherz]Und welche Höhe über dem Meeresspiegel muss ich dann für meinen rel. Luftdruck in der Konsole angeben?
Ich denke, ich leihe mir einen Hubwagen und fahre aufs Dach hoch zu meinem neuen WS90 mit Barometer und messe irgendwie die Höhe über Grund.[/Scherz]

solange sie nicht unterm Meeresspiegel liegt, wird sich schon eine Zahl finden

olicat hat geschrieben: ↑21 Jan 2025, 08:23 Moin,

Gyvate hat geschrieben: ↑20 Jan 2025, 17:08 Es wird neue WS69 geben, die mit einem Drucksensor ausgestattet sind - und der WS90 hat bereits einen Drucksensor, er wird aber bislang nur in einem WN90LP benutzt.

Was aber treibt die Ingenieure bei Ecowitt, zusaetzlich zu den Sensoren in den Konsolen nun auch Luftdrucksensoren in die Kombisensoren einzubauen? Das kostet Geld - vorallem fuer die Implementierung. Und wie man an den aktuellen Firmware-Problemen mit dem GW2000 sieht, kostet es auch Reputation.
Und ich sehe keinen Vorteil.

Kann mir wer aufs Pferd helfen? Danke!

Oliver

Hintergrund ist die WS6210, die keinen Drucksensor hat und in Kombination mit einem WS69 keine Druckwerte liefert.
Den hatte man wohl dort vergessen bzw. nicht weit genug gedacht. Man bügelt diesen Fehler jetzt hiermit aus.

Es ist offensichtlich ökonomischer, dem WS69 einen Chip zu verpassen als die recht teuere Konsole anzupassen bzw. diese für bestehende WS6210-Besitzer austauschen zu müssen.
Und Firmwareprobleme - na ja, shit happens, mit oder ohne neue Barometerhierarchie.
Für bestehende Sensoren und Konsolen ändert sich ja nichts.
Es werden zwei weitere Sensoren in die de-facto bereits existierende Hierarchie eingeschoben.

eine Testversion der GW2000 Firmware hat übrigens das Hin-und-Her-Geflattere bzw. das Ignorieren des WN32P/WH32B beseitigt - ich rechne mit einer baldigen 3.2.1