Modul für DWD Open Data

Begonnen von jensb, 21 Januar 2018, 14:38:48

Vorheriges Thema - Nächstes Thema

capo

Hallo,
unter https://opendata.dwd.de/climate_environment/CDC/observations_germany/climate/hourly/solar/
liegen Messdaten zur Globalstrahlung, die im Zusammenhang mit einer PV interessant sein können.
Kann man die einfach ins Modul integrieren?

ch.eick

Zitat von: capo am 28 Oktober 2020, 21:43:09
Hallo,
unter https://opendata.dwd.de/climate_environment/CDC/observations_germany/climate/hourly/solar/
liegen Messdaten zur Globalstrahlung, die im Zusammenhang mit einer PV interessant sein können.
Kann man die einfach ins Modul integrieren?

Rad1h liefert bereits die Globalstrahlung für Deinen Standort.

Und hier Kostal_Plenticore_10_Plus#Wetter/Leistungs-Prognose habe ich das mal in meiner Leistungsprognose umgesetzt.
Schau auch mal hier Photovoltaik Eigenverbrauch,Bilanz,Prognose (Kostal Plenticore; KSEM; BYD HV)
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

jensb

Die Stationsliste dieser Daten ist sehr kurz, so dass nicht jeder fündig wird. Der Stationsliste kann man auch entnehmen, dass es für keine der Stationen aktuelle Daten oder Vorhersagedaten gibt. Diese Daten sind also vom Ansatz her historische Daten. Am Beispiel der Station 662 ist das aktuell der Zeitraum zwischen 1958 bis zum 30.09.2020 mit Stundenauflösung.

Eine Integration ist prinzipiell immer möglich, aber mir ist nicht klar, was man mit diesen "alten" Daten in FHEM anstellen könnte.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

capo

#708
danke euch, dann muss ich mal schauen, welche Station hier in der Nähe Rad1h liefern kann

ok, habe keine Station in der Nähe gefunden, die Rad1h liefert und musste dann doch auf die sehr kurze Stationsliste aus dem Link zurückgreifen  :(

ch.eick

#709
Zitat von: capo am 28 Oktober 2020, 23:32:07
danke euch, dann muss ich mal schauen, welche Station hier in der Nähe Rad1h liefern kann

ok, habe keine Station in der Nähe gefunden, die Rad1h liefert und musste dann doch auf die sehr kurze Stationsliste aus dem Link zurückgreifen  :(
Wie groß hast Du den den Radius beim Suchen festgelegt. Bei mir passt die Leistungsprognose (siehe links) selbst mit einer Station ca 20 Km entfernt.
Bei der Prognose ist die Tendenz wichtig. Wolken und Regen sind dann die beiden Werte, die den Ertrag stärker beeinflussen.

Wenn man zur jetzigen Zeit in die Prognose schaut, sieht man sogar den prognostizierten Einbruch um 12:00 Uhr :-)
Das finde ich recht gut, wobei es gerade angefangen hat zu regnen, und ich den Effect stärker konfigurieren sollte :-(

Plot Legende:
rot ist die Prognose von gestern für heute
die grünliche Linie ist die Korrektur mit den Daten von heute
Das hellgrüne ist die tatsächliche Leistung
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

bjozim

Hallo & Guten Abend,

ich versuche gerade mit meine fhem auf einen neuen Rasp umzuziehen. Und scheitere an der Wiedereinrichtung der Floorplan-Azeige des Wetters mittell DWD_OpenData_Weblink. Die per-Pakete sind eigentlich alle da:

libdatetime-perl ist schon die neueste Version (2:1.50-1+b1)

Aber trotzdem gib es beim Start von fhem Fehler:


2020.11.06 22:19:50 1: reload: Error:Modul 99_DWD_OpenData_Weblink deactivated:
Can't locate loadable object for module B in @INC (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm line 33.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm line 33.
Compilation failed in require at /usr/share/perl5/Specio/OO.pm line 6.
BEGIN failed--compilation aborted at /usr/share/perl5/Specio/OO.pm line 6.
Compilation failed in require at /usr/share/perl5/Specio/Coercion.pm line 8.
BEGIN failed--compilation aborted at /usr/share/perl5/Specio/Coercion.pm line 8.
Compilation failed in require at /usr/share/perl5/Specio/Declare.pm line 11.
BEGIN failed--compilation aborted at /usr/share/perl5/Specio/Declare.pm line 11.
Compilation failed in require at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime/Types.pm line 12.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime/Types.pm line 12.
Compilation failed in require at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime/Duration.pm line 12.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime/Duration.pm line 12.
Compilation failed in require at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime.pm line 14.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl5/5.28/DateTime.pm line 14.
Compilation failed in require at ./FHEM/99_DWD_OpenData_Weblink.pm line 46.
BEGIN failed--compilation aborted at ./FHEM/99_DWD_OpenData_Weblink.pm line 46.

2020.11.06 22:19:50 1: Including fhem.cfg
2020.11.06 22:19:50 1: reload: Error:Modul 99_DWD_OpenData_Weblink deactivated:
Attempt to reload DateTime.pm aborted.
Compilation failed in require at ./FHEM/99_DWD_OpenData_Weblink.pm line 46, <$fh> line 6.
BEGIN failed--compilation aborted at ./FHEM/99_DWD_OpenData_Weblink.pm line 46, <$fh> line 6.


Kann mir eventuell hier jemand auf die Sprünge helfen und mir sagen, wo das Problem liegen könnte?

Danke und betse Grüße
Björn

jensb

Hallo Björn,

der Fehlerstack hat meiner Ansicht nach wenig bis gar nichts mit dem DWD Weblink zu tun, denn das Modul "B" ist Teil der Perl-Installation und muss im Normalfall nicht explizit installiert werden. Wenn es nicht gefunden wird ist wahrscheinlich die Perl-Installation unvollständig oder fehlerhaft und dann funktioniert vieles nicht so wie es soll.

Da du umgezogen bist hast du vielleicht auf dem neuen Raspi die Perl-Installation in einem anderen Verzeichnis als vorher, hast aber irgendwelche Konfigurationsdateien überschrieben, in denen der nun falsche Pfad auf die alte Perl-Installation steht.

Du kannst natürlich zuerst mal versuchen das Problem direkt zu lösen mit "cpan install B". Plan B wäre Perl noch einmal zu deinstallieren und erneut zu installieren.

Grüße,
Jens

FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

mumpitzstuff

Schau dir auch mal das Modul an, das du runtergeladen hast. Ist das wirklich eine Perl Datei oder eine html Datei?

bjozim

Danke euch für die Antworten!

Ich habe jetzt noch einiges herumprobiert, perl neu installiert, fhem runter und wieder rauf aber es bleibt beim selben Fehlerbild. Ich glaube auch nicht, dass es am DWD...pm liegt. Irgendwas stimmt mit der Perl-Installation nicht. B.pm ist da. Aber schon ein simples


perl /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm
 

führt zu einem


pi@raspberrypi:~ $ perl /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm
Can't locate loadable object for module B in @INC (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm line 33.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/B.pm line 33.


Im Vergleich zu meiner Installation auf dem Pi1, ist das nicht in Ordnung.
Ich werde wohl nochmal mit dem Raspi-Image anfangen...

ch.eick

Hallo zusammen,

leider habe ich festgestellt, dass bei mir der R600 (Regenwarscheinlichkeit) nicht mehr korrekt geliefert werden.

Wie kann ich jetzt dem Grund auf die Schliche kommen?

Gruß
   Christian


Internals:
   FHEM_TZ    Europe/Berlin
   FUUID      5f5ddbe7-f33f-61a8-1b89-fb4c13efef9261f5
   FVERSION   55_DWD_OpenData.pm:v1.0.0-s22220/2020-06-21
   NAME       DWD_Forecast
   NR         471
   STATE      forecast updated
   TYPE       DWD_OpenData
   VERSION    1.014006
   READINGS:
     2020-11-11 05:00:05   fc0_0_Neff      96
     2020-11-11 05:00:05   fc0_0_Rad1h     0.00
     2020-11-11 05:00:05   fc0_0_TTT       7
     2020-11-11 05:00:05   fc0_0_time      00:00
     2020-11-11 10:45:59   fc0_10_Neff     100
     2020-11-11 10:45:59   fc0_10_Rad1h    170.00
     2020-11-11 10:45:59   fc0_10_TTT      8.20
     2020-11-11 10:45:59   fc0_10_time     10:00
     2020-11-11 10:45:59   fc0_11_Neff     97
     2020-11-11 10:45:59   fc0_11_Rad1h    320.00
     2020-11-11 10:45:59   fc0_11_TTT      8.80
     2020-11-11 10:45:59   fc0_11_time     11:00
     2020-11-11 10:45:59   fc0_12_Neff     94
     2020-11-11 10:45:59   fc0_12_Rad1h    450.00
     2020-11-11 10:45:59   fc0_12_TTT      9.40
     2020-11-11 10:45:59   fc0_12_time     12:00
     2020-11-11 10:45:59   fc0_13_Neff     93
     2020-11-11 10:45:59   fc0_13_R600     22.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_13_Rad1h    470.00
     2020-11-11 10:45:59   fc0_13_TTT      9.90
     2020-11-11 10:45:59   fc0_13_time     13:00
     2020-11-11 10:45:59   fc0_14_Neff     91
     2020-10-24 18:00:05   fc0_14_R600     2.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_14_Rad1h    430.00
     2020-11-11 10:45:59   fc0_14_TTT      10.3
     2020-11-11 10:45:59   fc0_14_time     14:00
     2020-11-11 10:45:59   fc0_15_Neff     89
     2020-11-11 10:45:59   fc0_15_Rad1h    310.00
     2020-11-11 10:45:59   fc0_15_TTT      10.5
     2020-11-11 10:45:59   fc0_15_time     15:00
     2020-11-11 10:45:59   fc0_16_Neff     89
     2020-11-11 10:45:59   fc0_16_Rad1h    160.00
     2020-11-11 10:45:59   fc0_16_TTT      10.3
     2020-11-11 10:45:59   fc0_16_time     16:00
     2020-11-11 10:45:59   fc0_17_Neff     87
     2020-11-11 10:45:59   fc0_17_Rad1h    40.00
     2020-11-11 10:45:59   fc0_17_TTT      9.80
     2020-11-11 10:45:59   fc0_17_time     17:00
     2020-11-11 10:45:59   fc0_18_Neff     84
     2020-11-11 10:45:59   fc0_18_Rad1h    0.00
     2020-11-11 10:45:59   fc0_18_TTT      9.40
     2020-11-11 10:45:59   fc0_18_time     18:00
     2020-11-11 10:45:59   fc0_19_Neff     84
     2020-11-11 10:45:59   fc0_19_R600     8.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_19_Rad1h    0.00
     2020-11-11 10:45:59   fc0_19_TTT      8.90
     2020-11-11 10:45:59   fc0_19_time     19:00
     2020-11-11 05:00:05   fc0_1_Neff      92
     2020-11-11 05:00:05   fc0_1_R600      34.00       <<<<<<<<<<<<<<<<
     2020-11-11 05:00:05   fc0_1_Rad1h     0.00
     2020-11-11 05:00:05   fc0_1_TTT       7
     2020-11-11 05:00:05   fc0_1_time      01:00
     2020-11-11 10:45:59   fc0_20_Neff     84
     2020-10-24 23:00:05   fc0_20_R600     11.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_20_Rad1h    0.00
     2020-11-11 10:45:59   fc0_20_TTT      8.5
     2020-11-11 10:45:59   fc0_20_time     20:00
     2020-11-11 10:45:59   fc0_21_Neff     86
     2020-11-11 10:45:59   fc0_21_Rad1h    0.00
     2020-11-11 10:45:59   fc0_21_TTT      8.10
     2020-11-11 10:45:59   fc0_21_time     21:00
     2020-11-11 10:45:59   fc0_22_Neff     85
     2020-11-11 10:45:59   fc0_22_Rad1h    0.00
     2020-11-11 10:45:59   fc0_22_TTT      7.80
     2020-11-11 10:45:59   fc0_22_time     22:00
     2020-11-11 10:45:59   fc0_23_Neff     84
     2020-11-11 10:45:59   fc0_23_Rad1h    0.00
     2020-11-11 10:45:59   fc0_23_TTT      7.5
     2020-11-11 10:45:59   fc0_23_time     23:00
     2020-11-11 05:00:05   fc0_2_Neff      93
     2020-10-25 05:00:09   fc0_2_R600      10.00       <<<<<<<<<<<<<<<<
     2020-11-11 05:00:05   fc0_2_Rad1h     0.00
     2020-11-11 05:00:05   fc0_2_TTT       7.10
     2020-11-11 05:00:05   fc0_2_time      02:00
     2020-11-11 05:00:05   fc0_3_Neff      94
     2020-11-11 05:00:05   fc0_3_Rad1h     0.00
     2020-11-11 05:00:05   fc0_3_TTT       7.10
     2020-11-11 05:00:05   fc0_3_time      03:00
     2020-11-11 05:00:05   fc0_4_Neff      95
     2020-11-11 05:00:05   fc0_4_Rad1h     0.00
     2020-11-11 05:00:05   fc0_4_TTT       7.30
     2020-11-11 05:00:05   fc0_4_time      04:00
     2020-11-11 10:45:59   fc0_5_Neff      98
     2020-11-11 10:45:59   fc0_5_Rad1h     0.00
     2020-11-11 10:45:59   fc0_5_TTT       7
     2020-11-11 10:45:59   fc0_5_time      05:00
     2020-11-11 10:45:59   fc0_6_Neff      100
     2020-11-11 10:45:59   fc0_6_Rad1h     0.00
     2020-11-11 10:45:59   fc0_6_TTT       7.10
     2020-11-11 10:45:59   fc0_6_time      06:00
     2020-11-11 10:45:59   fc0_7_Neff      97
     2020-11-11 10:45:59   fc0_7_R600      36.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_7_Rad1h     0.00
     2020-11-11 10:45:59   fc0_7_TTT       7.10
     2020-11-11 10:45:59   fc0_7_time      07:00
     2020-11-11 10:45:59   fc0_8_Neff      97
     2020-10-24 11:00:05   fc0_8_R600      15.00       <<<<<<<<<<<<<<<<
     2020-11-11 10:45:59   fc0_8_Rad1h     0.00
     2020-11-11 10:45:59   fc0_8_TTT       7.40
     2020-11-11 10:45:59   fc0_8_time      08:00
     2020-11-11 10:45:59   fc0_9_Neff      99
     2020-11-11 10:45:59   fc0_9_Rad1h     50.00
     2020-11-11 10:45:59   fc0_9_TTT       7.60
     2020-11-11 10:45:59   fc0_9_time      09:00
     2020-11-11 10:45:59   fc0_date        2020-11-11
     2020-11-11 10:45:59   fc0_weekday     Mi
snip fc1 Werte
     2020-11-11 10:45:59   fc_coordinates  8.47,49.78,90.0
     2020-11-11 10:45:59   fc_copyright    Datenbasis: Deutscher Wetterdienst
     2020-11-11 10:45:59   fc_description  BIEBESHEIM
     2020-11-11 10:45:59   fc_state        updated
     2020-11-11 10:45:59   fc_station      P0178
     2020-11-11 10:45:59   fc_time         2020-11-11 04:00:00
     2020-11-11 10:45:59   state           forecast updated
Attributes:
   DbLogExclude .*
   comment    Version 2020.10.19 18:28
   event-on-change-reading Rad1h,TTT,Neff,R600
   forecastDays 1
   forecastProperties Rad1h,TTT,Neff,R600
   forecastResolution 1
   forecastStation P0178
   group      PV Eigenverbrauch
   icon       weather_rain_fog
   room       Informationen->Wetter,Strom->Photovoltaik
   sortby     06
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

jensb

Hallo Christian,

du schreibst, dass bei dir "der R600 (Regenwarscheinlichkeit) nicht mehr korrekt geliefert" wird. Du hast die entsprechenden Readings markiert und die haben unterschiedliche Werte, was für sich gesehen eher normal ist. Auch die Werte sind selbst liegen im plausiblen Bereich 0..100.

Aber worin besteht nun genau das "nicht mehr korrekt"? Womit vergleichst du?

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

ch.eick

#716
Hallo Jens,

wie man an den Zeitstempeln sehen kann, werden einige readings nicht neu gesetzt.

     2020-11-11 10:45:59   fc0_14_Neff     91
     2020-10-24 18:00:05   fc0_14_R600     2.00       <<<<<<<<<<<<<<<< das ist uralt
     2020-11-11 10:45:59   fc0_14_Rad1h    430.00
     2020-11-11 10:45:59   fc0_14_TTT      10.3


Sind die R600 readings nicht auch auf Stundenbasis? Oder kommen die nur mal so zwischen durch?
Wenn sie kommen, sind sie auch plausibel.
Und wenn keins da ist, habe ich sowieso einen Default von 0 , aber wenn die Stunde davor ein Wert da war wäre es verwirrend, wenn 1h später auf einmal ein alter oder garkein Wert mehr da ist.

Gruß
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

jensb

Hallo Christian,

vermutlich wurde die Messstation vom DWD umkonfiguriert, möglicherweise wegen der Sommer-/Winterzeitumstellung.

Wenn man sich die Rohdaten für deine Station unter https://opendata.dwd.de/weather/local_forecasts/mos/MOSMIX_L/single_stations/P0187/kml/ ansieht (in .zip umbenennen und z.B. mit Texteditor öffen, dann ist 18:00 = 17:00 UTC und damit der 14. Eintrag. Geht man dann zu R600 steht beim 14. Eintrag "-". Erst beim 15. Eintrag steht wieder ein Wert, also für 19:00.

Das DWD_OpenData-Modul löscht momentan keine existierenden Vorhersage-Readings, u.a. da das zu Fehlern in anderen FHEM-Modulen führen kann, wenn Readings plötzlich verschwinden. Als Options-Feature wäre das trotzdem möglich. Alternativ könnte man den Wert nullen oder löschen. Macht man ersteres erzeugt man selbst falsche Werte, macht man letzteres, kann das wiederum zu Problemen in anderen Modulen führen. Noch eine Möglichkeit wäre es, diesen Fall nur zu erkennen und z.B. den State des Moduls auf "warning: some forecast readings are not updated" zu ändern. Bin da für konstruktive Vorschläge offen.

Als Hotfix empfehle ich die betroffenen Readings einmal manuell zu löschen. Per regexp (z.B. deletreading DWD_Forecast fc.*_14_R600) geht das mit einem Befehl.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

ch.eick

Zitat von: jensb am 14 November 2020, 11:04:04
vermutlich wurde die Messstation vom DWD umkonfiguriert, möglicherweise wegen der Sommer-/Winterzeitumstellung.

Wenn man sich die Rohdaten für deine Station unter https://opendata.dwd.de/weather/local_forecasts/mos/MOSMIX_L/single_stations/P0187/kml/ ansieht (in .zip umbenennen und z.B. mit Texteditor öffen, dann ist 18:00 = 17:00 UTC und damit der 14. Eintrag. Geht man dann zu R600 steht beim 14. Eintrag "-". Erst beim 15. Eintrag steht wieder ein Wert, also für 19:00.

Das DWD_OpenData-Modul löscht momentan keine existierenden Vorhersage-Readings, u.a. da das zu Fehlern in anderen FHEM-Modulen führen kann, wenn Readings plötzlich verschwinden. Als Options-Feature wäre das trotzdem möglich. Alternativ könnte man den Wert nullen oder löschen. Macht man ersteres erzeugt man selbst falsche Werte, macht man letzteres, kann das wiederum zu Problemen in anderen Modulen führen. Noch eine Möglichkeit wäre es, diesen Fall nur zu erkennen und z.B. den State des Moduls auf "warning: some forecast readings are not updated" zu ändern. Bin da für konstruktive Vorschläge offen.

Als Hotfix empfehle ich die betroffenen Readings einmal manuell zu löschen. Per regexp (z.B. deletreading DWD_Forecast fc.*_14_R600) geht das mit einem Befehl.
Hallo Jens,
danke für die Rückmeldung. Ich dachte die Werte wären generell im Stunden Rhythmus, egal ob sie dann um eine Stunde verschoben sind.

Wenn es einen Update für Werte gibt, würde ich bevorzugen, dass nicht aktualisierte readings von diesem Wert gelöscht würden.

Ein fc0 für z.B. R600 sollte, wenn er konfiguriert ist alle Werte von R600 aktualisieren und nicht gelieferte Werte dann löschen.
Bei der Abfrage eines nicht vorhandenen readings setzt man ja im normal Fall auch einen default, damit ein Program nicht aussteigt. Deshalb habe ich das ja auch bisher garnicht gemerkt.

Heute sind übrigens wieder alle readings aktuell ??? aber mit den großen Lücken halt ???
Es scheint mir so, dass es nur zu diesen Zeiten für R600 Werte gibt.

  READINGS:
     2020-11-14 11:00:05   fc0_13_R600     9.00
     2020-11-14 11:00:05   fc0_19_R600     7.00
     2020-11-14 05:00:05   fc0_1_R600      88.00
     2020-11-14 10:00:05   fc0_7_R600      78.00

     2020-11-14 11:00:05   fc1_13_R600     6.00
     2020-11-14 11:00:05   fc1_19_R600     58.00
     2020-11-14 11:00:05   fc1_1_R600      3.00
     2020-11-14 11:00:05   fc1_7_R600      7.00


Gruß
   Chrstian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

jensb

Hallo Christian,

ZitatEs scheint mir so, dass es nur zu diesen Zeiten für R600 Werte gibt.
Ja so ist es. Hier sind die Rohdaten. Es gibt nur alle 6 Einträge, also alle 6 Stunden einen Wert. Das steht so auch in der Modulhilfe.


                <dwd:Forecast dwd:elementName="R600">
                    <dwd:value>          -          -      44.00          -          -          -          -          -       3.00          -          -          -          -          -       1.00          -          -          -          -          -       1.00          -          -          -          -          -       3.00          -          -          -          -          -       3.00          -          -          -          -          -      44.00          -          -          -          -          -      82.00          -          -          -          -          -      69.00          -          -          -          -          -      82.00          -          -          -          -          -      78.00          -          -          -          -          -      68.00          -          -          -          -          -      81.00          -          -          -          -          -      80.00          -          -          -          -          -      38.00          -          -          -          -          -      28.00          -          -          -          -          -       7.00          -          -          -          -          -       8.00          -          -          -          -          -      11.00          -          -          -          -          -      16.00          -          -          -          -          -      41.00          -          -          -          -          -      44.00          -          -          -          -          -      75.00          -          -          -          -          -      63.00          -          -          -          -          -      65.00          -          -          -          -          -      67.00          -          -          -          -          -      55.00          -          -          -          -          -      53.00          -          -          -          -          -      43.00          -          -          -          -          -      52.00          -          -          -          -          -      62.00          -          -          -          -          -      48.00          -          -          -          -          -      54.00          -          -          -          -          -      54.00          -          -          -          -          -      56.00          -          -          -          -          -      56.00          -          -          -          -          -      56.00          -          -          -          -          -      54.00          -          -          -          -          -      54.00          -          -          -          -          -      44.00          -          -          -          -          -      41.00          -          -          -          -</dwd:value>
                </dwd:Forecast>


Zitat
Wenn es einen Update für Werte gibt, würde ich bevorzugen, dass nicht aktualisierte readings von diesem Wert gelöscht würden.
...
Bei der Abfrage eines nicht vorhandenen readings setzt man ja im normal Fall auch einen default, damit ein Program nicht aussteigt. Deshalb habe ich das ja auch bisher garnicht gemerkt.

Ich werde mir das noch mal in Ruhe durch den Kopf gehen lassen bevor ich ein Änderung mache. Vielleicht haben ja auch andere noch einen Vorschlag zu diesem Aspekt.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb