WS90 Rainhour Definition

[Wetterfroschi]

WS90 gibt über GW2000 die Regendaten u.a. als Rainhour, Rainday, RainMonth etc. aus.
Rainday ist pro Tag, beginnend um 0 Uhr und wird jede Nacht um 0 Uhr auf 0 zurückgesetzt.

Wie ist die Definition von Rainhour?
A) Von jetzt bis vor 1 Stunde (Sliding Window)
B) Immer zwischen ganzen Stunden also 13:00-14:00, 14:00-15:00 etc.
C) Immer ganze Stunden abhängig vom Zeitpunkt des letzten reboot, also 13:20-14:20, 14:30-15:20 etc.
D) ...

Bei Stunde ist es nicht so eindeutig wie bei Tag, Monat und Jahr.

[Gyvate]

Hast Du mal versucht, Deine tägliche Regentabelle auf ecowitt.net dahingehend zu untersuchen. Dort könnte sich eine Antwort finden lassen.

[RunMike]

Hallo Wetterfroschi!

Die selbe Frage hatte ich mir vor längerer Zeit auch mal gestellt.
Meine Antwort: Sliding Window, ergo deine Variante A).
Leider kann ich dir keinen Link zur Verfügung stellen, wo sich das nachlesen lässt.
Aber bei Analyse der Daten wird das eigentlich relativ deutlich:

History RRP Hourly2.jpg (171.55 KiB) 964 mal betrachtet

Nur mit "Sliding Window" kann es zu einer solchen Kurve kommen!

Gruß

Mike

[Wetterfroschi]

Ich dachte auf Grund der Daten auch an Variante A), was intuitiv auch am Besten passt.

Durch die Definition bei Tag, Monat, Jahr war ich mir aber nicht mehr ganz sicher. Zumindest sehe ich kein Zurücksetzen des Wertes auf 0 zu irgendeinem Zeitpunkt wie es bei Tag, Monat, Jahr erfolgt.
Es könnte auch noch andere Berechnungsmöglichkeiten geben die mir nicht einfallen.

[Gyvate]

genau hinschauen - das "sliding window", also auf Deutsch, ein Zeitfenster, das bei Regeneinsatz an einem Tag beginnt, ist es nur bedingt. Der Wert wird um Mitternacht auf Null zurückgesetzt. Dann ist Ende-Gelände "sliding window", auch wenn es über Mitternacht hinweg regnet. Dann geht es auf die genaue Stunde.

Am besten Mal die eigenen Daten dahingehend auswerten.
Der Wert wird eine Stunde nach der ersten positiven Regenmessung des Tages auf Null zurückgesetzt. Und um Mitternacht.
Wie gesagt, die auf ecowitt.net registrierten Daten sprechen eine klare Sprache. Zumindest das stündliche Zurücksetzen sollte jeder feststellen können. Das mit über Mitternacht kann natürlich schwierig werden, wenn es nicht oft um 23:55 geregnet hat. Aber die Null kann man um 00:00 Uhr auch sehen.

[RunMike]

genau hinschauen - das "sliding window", also auf Deutsch, ein Zeitfenster, das bei Regeneinsatz an einem Tag beginnt, ist es nur bedingt. Der Wert wird um Mitternacht auf Null zurückgesetzt. Dann ist Ende-Gelände "sliding window", auch wenn es über Mitternacht hinweg regnet. Dann geht es auf die genaue Stunde.

Das scheint aber dann durch ecowitt.net bewerkstelligt zu werden.
Jedenfalls meinen GW2000 interessiert das nicht:

History RRP Hourly7.jpg (176.56 KiB) 944 mal betrachtet

Und die Daten kommen über den GW2000; nicht via MQTT/RTL_433.

Gruß

Mike

[Gyvate]

richtig - hourly rain wird im API nicht geliefert, ist dort für piezo_rain nicht definiert - das muss das dazugehörige Programm machen, z.B. WSV+. Wie das das macht, müsste man überprüfen. Ecowitt App und ecowitt.net sind identisch.
Ob der Custom_server_string vom Direkt an ecowitt.net geschickten Daten abweicht (unwahrscheinlich), müsste man sich mal anschauen.
Überigens geht der Wert natürlich nur sichtbar auf Null, wenn es nicht weiterregnet.
Ansonsten kommt ja im Betrachtungsintervall wieder etwas dazu.