Tägliche Regenmenge aus DWD-Radolan Daten einlesen

Begonnen von alkazaa, 12 August 2023, 21:12:09

Vorheriges Thema - Nächstes Thema

cwagner

Läuft bei mir auch wieder. Sauber! Danke! ⛈️
320 Devices in MariaDB: Lambda WP an Ecolink-Speicher, FBH, Solarthermie, kontroll. Lüftung mit WRG und Erdwärmetauscher
HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM ESP3), MQTT2, Shelly, SMA (eC2, PV, HM, HS)
DOIF (Perl/uiTable), PID20,Micropelt IRTV, SolarForecast auf PI5

JoWiemann

Hallo,

leider war der Test auf einen ungültigen Wert nicht korrekt umgesetzt. Der KI Assistent hatte nicht berücksichtigt, dass der kennzeichnende Wert: 4294967295 in der Datei nur als 4.29497e+09 abgelegt wird. Somit wurde bei nicht korrekten Werten anstatt -1 der Wert 4294967295 angezeigt.

Anbei eine korrigierte Version zum Testen.

Grüße Jörg
Jörg Wiemann

RPi 4 B mit 4 GByte bookworm, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM; zigbee2mqtt

ioBroker als Datenlieferant für z.B. Anker, Samsung

300P

Ja - das ist so.........KI kann Fehler machen.....denn es ist am Ende auch nur Software......
Gruß
300P

FHEM 6.5|QNAP-Container-bookworm|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|
Buderus-MQTT_EMS|Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP|AI_on_the_Edge|ESP32CAM usw.

JoWiemann

Hallo,

ich habe jetzt eine neue Version ins SVN geladen. Neben den bereinigten Fehlern habe ich auch das set ... htmlBarAsStateFormat angepasst. Es kann jetzt die Location für die htmlBar ausgewählt werden.

Grüße Jörg
Jörg Wiemann

RPi 4 B mit 4 GByte bookworm, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM; zigbee2mqtt

ioBroker als Datenlieferant für z.B. Anker, Samsung

300P

#244
Zitat von: JoWiemann am 26 Oktober 2026, 08:26:20ch habe jetzt eine neue Version ins SVN geladen.

Hallo @JoWiemann,

eine kleine Anpassungsanfrage:

Ist es im Modul-Code evtl. möglich das folgende Reading zu erzeugen ?
Dies könnte man innerhalb von SolarForecast-Modul sehr gut nutzen. Vor allem wenn man keinen eigenen Regenmesser besitzt und dies CDCOpenData-Modul dann dazu nutzt.
->>> V2.10.11 - Contrib DS.Starter

->> rainAmountLastHour - die aktuelle Regenmenge summiert für die letzte Stunde in mm

Danke für's Prüfen !  ;)
Gruß
300P

FHEM 6.5|QNAP-Container-bookworm|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|
Buderus-MQTT_EMS|Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP|AI_on_the_Edge|ESP32CAM usw.

JoWiemann

Zitat von: 300P am 02 November 2026, 22:48:36->> rainAmountLastHour - die aktuelle Regenmenge summiert für die letzte Stunde in mm

Hallo 300P,

grundsätzlich ja, aber bei den Radolan-Daten handelt es sich nicht um die tatsächlich gefallene Regenmenge, sondern um ein prognostizierte Regenintensität. Nach dem Motto Schirm oder Regenjacke.

Grüße Jörg
Jörg Wiemann

RPi 4 B mit 4 GByte bookworm, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM; zigbee2mqtt

ioBroker als Datenlieferant für z.B. Anker, Samsung

KölnSolar

Wobei wir ja ...since_midnight haben. Das ließe sich ja z.B. mit einem at oder statistics für einen stündlichen Wert der Vergangenheit nutzen. Nicht im Modul, sondern installationsspezifisch.
Grüße Markus
RPi5/3/2 Trixie-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-ecovacs(mqtt2)-zigbee2mqtt

300P

Moin,

im Grunde muss ich euch beiden Recht geben....
Aber einen Versuch war es wert ;)
Gruß
300P

FHEM 6.5|QNAP-Container-bookworm|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|
Buderus-MQTT_EMS|Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP|AI_on_the_Edge|ESP32CAM usw.

alkazaa

#248
Zitat von: JoWiemann am 03 November 2026, 07:51:18
Zitat von: 300P am 02 November 2026, 22:48:36->> rainAmountLastHour - die aktuelle Regenmenge summiert für die letzte Stunde in mm

Hallo 300P,

grundsätzlich ja, aber bei den Radolan-Daten handelt es sich nicht um die tatsächlich gefallene Regenmenge, sondern um ein prognostizierte Regenintensität. Nach dem Motto Schirm oder Regenjacke.

Grüße Jörg
Die Radolan-Daten und die Regenradar-Daten sind von unterschiedlicher Qualität.
Bei Radolan (= RAdar OnLine ANgleichung) werden die aus Radarreflektivitäten ermittelten Niederschlagswerte an Niederschlagswerte 'angeeicht', die an den DWD-Stationen gemessen wurden. Das ganze auf einem Orts-Raster mit 1x1 km² Auflösung. Die Bereitstellung der Werte ist um ein paar Stunden zeitverzögert. Vermutlich weil die Stationsdaten noch per Fax kommen  ;).

Beim Regenradar werden (üblicherweise in einschlägigen Wetter-Apps) die mittels Radar-Rohdaten abgeschätzten Niederschläge angezeigt, und zwar für die letzten 2 Stunden. Die Werte sind nicht an Stationsdaten angeeicht. Für die kommenden 2 Stunden werden die Werte der letzten Stunden mittels Windrichtung, -geschwindigkeit etc. extrapoliert. Das ist die "Schirm oder Regenjacke" Prognose. Es wird zur Abgrenzung vom weather forecasting als nowcasting bezeichnet und ist zwar präziser als das auf Modellvorhersagen beruhende forecasting, das nach den 2 Stunden kommt, aber natürlich immer noch einigermaßen unsicher (Wolken können sich auflösen oder auch neu bilden in den 2 Stunden).

Zur Ursprungsfrage (kann man auch Regenmengen der letzten Stunde ermitteln ohne Regenmesser): Ja, aus den Regenradar-Rohdaten der letzen Stunden müsste das gehen, die werden ja immerhin auch angezeigt im Regenradarfilmchen und müssten daher auch irgendwo auf dem CDC Server stehen. Für die Radolan Berechnungen werden sie ja auch genutzt, allerdings leider zeitverzögert.

Ich werde mit meinem Freund Claude mal schauen, wie sich die Zeitlücke zwischen RadolanDaten und "Jetzt" zumindest mit den rohen Radarwerten füllen lässt.

-Franz