Weather (OpenWeatherMap) aktualisiert manche Readings nicht regelmäßig

Begonnen von r00t2, 03 August 2019, 20:46:41

Vorheriges Thema - Nächstes Thema

r00t2

Hallo zusammen,

zum Testen einer Alternative für DarkSky habe ich ein zweites Weather Modul mit OpenWeatherMap instanziiert.

RAW Device:
defmod wtr_Wetter_OWM Weather API=OpenWeatherMapAPI,cachemaxage:600 apikey=abcdef interval=360 lang=de
attr wtr_Wetter_OWM event-on-change-reading temp_c,humidity,wind,wind_direction,pressure,cloudCover
attr wtr_Wetter_OWM group Wetter
attr wtr_Wetter_OWM icon weather_sun
attr wtr_Wetter_OWM room Wetter


Nun habe ich bemerkt, dass manche Readings (z. B. condition) nicht regelmäßig aktualisiert werden.

Die im event-on-change-reading angegebenen Readings scheinen alle 10 Minuten aktualisiert werden. Alle anderen nicht bzw. ein ganzes Stück langsamer.

Wechselt nach Ablauf der 10 Minuten interval Zeit z. B. das Reading cloudCover von 20 auf 60, so bleibt das Reading condition auf "Ein paar Wolken" stehen.

Erst wenn ich manuell ein set wtr_Wetter_OWM update mache, welchselt es auf "Überwiegend bewölkt".

Liegt das Verhalten an meiner event-on-change-reading Liste oder an meiner DEF bezüglich der Kombination aus cachemaxage:600 und interval=360?

Oh, und warum müssen alle Parameter mit einem "=" übergeben werden, der Parameter "cachemaxage" aber mit einem ":" - oder ist das ein Fehler im Beispiel in der englischen commandref, das da lautet:

ZitatExamples:

define Forecast Weather apikey=987498ghjgf864
define MyWeather Weather API=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 lang=de
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)

CoolTux

Wenn du die Seite aktualisiert werden auch die Readings erneuert angezeigt welche kein event-on-change-reading haben.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

r00t2

Oh das hab ich total verpennt. Danke Dir!

Wie sieht es wegen der Sache mit der einen Zuweisung per Doppelpunkt anstatt Gleichheitszeichen aus - ist das normal so und gewollt oder ein Fehler und es müssen alle Zuweisungen per Gleichheitszeichen gemacht werden?
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)

CoolTux

Das mit = und : hat was mit internen Verarbeitungen zu tun. Das muss so sein.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

r00t2

Danke für Deine Antwort.

Dann bitte doch mal bei Gelegenheit die FHEM Commandref überarbeiten, da es dort im Text zur OpenWeatherMap API einmal mit Gleichheitszeichen angegeben ist:
Zitatapioptions
cachemaxage=<cachemaxage>
duration in seconds to retrieve the forecast from the cache instead from the API

Und in den Examples mit Doppelpunkt:
ZitatExamples:

define Forecast Weather apikey=987498ghjgf864
define MyWeather Weather API=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 lang=de

Ebenso in der deutschen Version.
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)