Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[Prof.Mobilux]

Sehr seltsam. Schick mir bitte mal das Log per PM als Datei und lasse den API Key drin. Ich schaue mir das mal an. und bitte mal Screenshot deiner Einstellungen.

[dirkseidel]

Ich hab jetzt mal "Alternativer Wetter Service für Stundenvorhersage" deaktiviert, gespeichert und dann die Daten abgerufen. Bei diesen (WetterOnline) ist alles richtig. hfc1* sind die Daten der nächsten Stunde (leider liefert der Dienst nicht die Sonnenstrahlung).
Dann wieder Visual Crossing aktiviert (diesmal mit einem anderen Standort), gespeichert und Daten abgerufen -> gleiches Problem.

13.06.2025 14:51:09 TASK STARTED
Weather4Lox GRABBER_VISUALCROSSING process started
INFO: LoxBerry Version 3.0.1.2 ( is_hwmodel_raspberry_pi_3_3+_zero_2.cfg is_raspberry.cfg is_arch_aarch64.cfg )
INFO: Weather 4 Loxone Version 4.14.0.0
INFO: Loglevel: 7
This is /opt/loxberry/bin/plugins/weather4lox/grabber_visualcrossing.pl Version 4.14.0.0
INFO: Fetching Current Data for Location 52.523341,13.445162
URL: https://weather.visualcrossing.com/V...s,current&key=[...]&contentType=json
Status: 200 OK
OK: Data fetched successfully for 52.523341,13.445162
OK: Saving hourly forecast data to /opt/loxberry/log/plugins/weather4lox/hourlyforecast.dat.tmp successfully.
Database content:
1|1749765600|13|06|Juni|Jun|2025|00|00|Freitag|Fr| 15.0|15.0|-9999|47.74|Nord-Osten|60|16.6|15.0|1025.0|4.0|0|-9999|0.0|0.00|0.00|0.0|1|clear|Klar|-9999|0.0|10.0|97.49|16.26|55.06|
2|1749769200|13|06|Juni|Jun|2025|01|00|Freitag|Fr| 13.0|13.0|-9999|54.35|Osten|70|14.8|13.0|1025.0|4.0|0|-9999|0.0|0.00|0.00|0.0|1|clear|Klar|-9999|0.0|10.0|97.36|16.30|55.19|
[...]
INFO: Cleaning /opt/loxberry/log/plugins/weather4lox/hourlyforecast.dat.tmp
Original: 1|1749765600|13|06|Juni|Jun|2025|00|00|Freitag|Fr| 15.0|15.0|-9999|47.74|Nord-Osten|60|16.6|15.0|1025.0|4.0|0|-9999|0.0|0.00|0.00|0.0|1|clear|Klar|-9999|0.0|10.0|97.49|16.26|55.06|
Cleaned: 1|1749765600|13|06|Juni|Jun|2025|00|00|Freitag|Fr| 15.0|15.0|-9999|47.74|Nord-Osten|60|16.6|15.0|1025.0|4.0|0|-9999|0.0|0.00|0.00|0.0|1|clear|Klar|-9999|0.0|10.0|97.49|16.26|55.06|
[...]
OK: Current Data and Forecasts saved successfully.
13.06.2025 14:51:12 TASK FINISHED

Die Einträge im Log zeigen auch als ersten Eintrag den von 0 Uhr.

Was läuft denn hier falsch? Hab ich noch irgendwo eine Einstellung übersehen?

[lugg8]

Das mit der Außentemperatur variable klappt bei mir nicht. Ist sonst noch was dazu nötig?

[Prof.Mobilux]

Genau. Bei UDP wird der gesamte Datensatz alle x Minuten übertragen.

[Deepflash]

denke es liegt daran, dass sich viele Werte gar nicht ändern und entsprechend bei MQTT nur geschrieben werden, wenn sich eine Änderung ergibt.

[Deepflash]

edit, steht ein paar Posts oben drüber.


2. Frage: was ist denn der aktuelle Sonnenschein? weather4lox_cur_sun_r, weather4lox_cur_sun_s, cur_sky?

[Labmaster]

"http" verursacht im Vergleich zu raw "UDP" eigentlich relativ viel Mehrlast, oder ?
Was übersehe ich hier ?

[Prof.Mobilux]

Ich nutze ebenfalls Visual Crossing. hfc1 ist der Forecast der nächsten bzw. aktuellen Stunde. Bei Dir stimmt dann etwas mit Deinen Einstellungen nicht oder die Daten sind veraltet. Hast Du die Übertragung der Hourly Forecast Daten aktiviert?

[Prof.Mobilux]

Ich empfehle MQTT über HTTP. Das verursacht die geringste Last am MIniserver.

[Deepflash]

würdet ihr mit dem Entfall des Emulators die Daten nun per MQTT einlesen oder per UDP?

[dirkseidel]

Und in http://10.1.1.3:6066/forecast/ ist die richtige Zuordnung gegeben, z.B.:
13.06.2025; Fri; 10; 23.40; 23.40; 7; 110; 7; 74; 74; 74; 0.0; 3; 0.0; 1021; 55; 0; 8; 566.00;

[dirkseidel]

Bei Visual Crossing entsprich scheinbar hfc1 nicht der Vorhersage für die nächste Stunde, sondern der Vorhersage für 0 Uhr. Hier ein Auszug aus der aktuellen http://10.1.1.3/plugins/weather4lox/weatherdata.html:

cur_date@519037939
cur_date_des@Fri, 13 Jun 2025 09:12:19 +0200
cur_date_tz_des_sh@CEST
cur_date_tz_des@Europe/Berlin
cur_date_tz@+0200
cur_day@13
cur_month@6
cur_year@2025
cur_hour@9
cur_min@12

hfc1_per@1
hfc1_date@518997600
hfc1_day@13
hfc1_month@06
hfc1_monthn@Juni
hfc1_monthn_sh@Jun
hfc1_year@2025
hfc1_hour@00
hfc1_min@00
hfc1_sr@0.0

hfc2_per@2
hfc2_date@519001200
hfc2_day@13
hfc2_month@06
hfc2_monthn@Juni
hfc2_monthn_sh@Jun
hfc2_year@2025
hfc2_hour@01
hfc2_min@00
hfc2_sr@0.0

hfc3_sr@0.0
hfc4_sr@0.0
hfc5_sr@0.0
hfc6_sr@0.0
hfc7_sr@15.0
hfc8_sr@46.0
hfc9_sr@75.0
hfc10_sr@409.0
hfc11_sr@566.0
hfc12_sr@702.0
hfc13_sr@793.0
hfc14_sr@867.0
hfc15_sr@883.0
hfc16_sr@824.0
hfc17_sr@728.0
hfc18_sr@595.0
hfc19_sr@465.0
hfc20_sr@334.0
hfc21_sr@191.0
hfc22_sr@66.0
hfc23_sr@0.0
hfc24_sr@0.0

calc+4_sr@0
calc+8_sr@61
calc+12_sr@1813
calc+16_sr@5180
calc+24_sr@7559

[Prof.Mobilux]

dirkseidel Gerade noch einmal kontrolliert - die Berechnung calc+4 ist wie gewollt die Strahlung der nächsten 4 Stunden und nicht von 0-4 Uhr.

hfc1 ist die aktuelle Stunde - in meinem Fall gerade jetzt 13.06.2025 9:00 Uhr

[Prof.Mobilux]

Das sollte auch so sein. Wie kommst du darauf, dass die Werte von 0-4 Uhr genommen werden?

[dirkseidel]

Hallo,

danke schonmal für die schnelle Reaktion auf das Wegfallen des Emulators.
Ich setze jetzt die Systemvariablen "Erwartete Solarstrahlung" mit calc+*_sr@. Leider wird bei der Berechnung noch nicht die aktuelle Zeit berücksichtigt. Daher entspricht der Wert von z.B. +4 nicht den nächsten 4 Stunden, sondern der Strahlung zwischen 0 und 4 Uhr. In den aufbereiteten Daten für den Emulator ist die Zuordnung der Strahlung zur Zeit durch die Zeilen gegeben und der Miniserver hat dann die Systemvariablen entsprechend wie erwartet gesetzt.

Zur Zeit könnte man z.B. mit einem Programmbaustein in der Config aus den hfc*_sr@ wieder die Werte berechnen, es wäre aber natürlich einfacher und schöner, wenn z.B. calc+12_sr@ direkt der "Erwartete Solarstrahlung 12h" entsprechen würde.
Ist es möglich, die Berechnung direkt im Plugin zu machen?

Ich nutze Visual Crossing für die Stundenwerte.