Niederschlagsvorhersage

Begonnen von LuBeDa, 14 September 2017, 17:24:47

Vorheriges Thema - Nächstes Thema

Jamo

Hallo Ludger, danke, jetzt hab ich es!!
Beste Grüsse!
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

LuBeDa

Zitat von: ares am 05 Oktober 2017, 16:26:21
eingestellten Radius "2"

Habe mal mit unterschiedlichen Radien getestet, ich glaube fast man kann den Radius würfeln  :o

ares

#77
Zitat von: LuBeDa am 06 Oktober 2017, 19:44:00
Habe mal mit unterschiedlichen Radien getestet, ich glaube fast man kann den Radius würfeln  :o
Die unterschiedlichen Einstellungen für Radius habe ich nicht getestet. In Deiner Grafik sind aber auch die Zeiten verschoben und die Werte nicht alle zur selben Zeit ermittelt. Ein größerer Radius sollte im Randgebiet von Schauern etwas öfter Regen anzeigen.
Auf den angegebenen Seiten https://www.themeteocompany.com/#websites arbeiten aber anscheinend alle mit Radius 2. Die (konstante) Grafik für den aktuellen Ort wird z.B. auf https://www.niederschlagsradar.de erzeugt nachdem man die Geoposition manuell festgelegt wird. Im Script steht dann der besagte Radius 2. Über einen zusätzlichen Parameter könnte man den Radius in RainTMC optional angeben, als Default scheint 2 aber eventuell sinnvoll zu sein.

Zitat von: ares am 05 Oktober 2017, 16:26:21
Aber mit jedem Refresh wechselt er reproduzierbar rainBegin zwischen 16:50 und 16:30 hin und her!?!
Eventuell ist im Modul aber noch ein kleiner Bug, da die Ergebnisse bei jedem Refresh hin und her wechseln, obwohl die JSON-Daten konstant sind. Kannst Du das bitte nochmal überprüfen?

Manfred

LuBeDa

Zitat von: ares am 07 Oktober 2017, 10:21:34
Ein größerer Radius sollte im Randgebiet von Schauern etwas öfter Regen anzeigen.

Man kann den radius jetzt per Attribut setzen.

Zitat von: ares am 07 Oktober 2017, 10:21:34
Eventuell ist im Modul aber noch ein kleiner Bug, da die Ergebnisse bei jedem Refresh hin und her wechseln, obwohl die JSON-Daten konstant sind.

Das konnte ich so nicht nachvollziehen. Scheinbar gibt der Dienst je nach Koordinaten, machmal auch abhängig vom Radius unterschiedlich viele Vorhersagedaten zurück. Das Modul zeigt immer alle zukünftigen Werte an.

Jamo

Hallo Ludger,
das Wetterradar mit 'themeteocompany' funktioniert wunderbar präzise, die Vorhersagen sind in der Regel bis auf 5 Minuten genau.
Allerdings bekomme ich manchmal folgende Feherlmeldungen im 8 Sekunden Takt im Log, falls das api nicht erreichbar ist. Ich dachte das Wetterradar wird nur alle 5 oder 10 Minuten abgefragt. Ich habe auch kein Attribut gefunden, mit dem man das Interval einstellen kann. Kann ich das irgendwie einstellen / ändern?
Beste Grüsse!

2017.10.24 04:20:41 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
2017.10.24 04:20:49 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
2017.10.24 04:20:57 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
2017.10.24 04:21:05 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
2017.10.24 04:21:13 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
2017.10.24 04:21:21 3: Wetterradar: error while requesting https://api.themeteocompany.com/precipitation/getforecastbylatlon/?radius=0&lat=48.1378&lon=11.5759 - DNS 172.21.0.1 timed out
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

ares

Zitat von: LuBeDa am 24 Oktober 2017, 07:45:29
Das konnte ich so nicht nachvollziehen. Scheinbar gibt der Dienst je nach Koordinaten, machmal auch abhängig vom Radius unterschiedlich viele Vorhersagedaten zurück. Das Modul zeigt immer alle zukünftigen Werte an.

Den Dienst hatte ich damals überprüft und die Ergebnisse waren immer identisch.
Das Modul hat auch im Wechsel zwischen Ergebnis 1 und Ergebnis 2 konstant identische Werte angezeigt. Das ist nicht nur einmal sondern beliebig oft passiert, getestet habe ich das 10 mal oder öfter.

ares

Kann bitte noch jemand bei Regen testen, ob die Werte hin und her springen wenn mehrfach manuell aktualisiert wird?
Die Werte verändern sich nicht zufällig sondern werden im Wechsel konstant angezeigt, was ich beim Dienst nicht liegen kann.

Aufruf:
get RainTMC_Devicename refresh

Ergebnis bei mir für z.B. rainLaMetric:
177,364,205,80,0,0,0,0,0,99,236,236
236,236,364,236,0,0,0,0,0,0,236,236
177,364,205,80,0,0,0,0,0,99,236,236
236,236,364,236,0,0,0,0,0,0,236,236

LuBeDa

Zitat von: ares am 29 Oktober 2017, 09:57:49
Kann bitte noch jemand bei Regen testen

Ich habe mal mein Log als Screenshot angehangen. Man kann dort, an den markierten Stellen, erkennen das bestimmte Werte (Regenmengen) in 5 Minuten Schritten immer näher kommen. Genau so soll es  aus meiner Sicht sein.

Deinen Effekt kann ich mir nicht erklären.

Schau doch mal in den Quelltext, vielleicht findest Du dort eine Fehler.

ares

Wartest Du beim Log immer bis zum AutoRefresh oder hast Du auch mal 10x in Folge manuell aktualisiert?

Mir ist eben auch noch aufgefallen, dass die Grafik auf www.niederschlagsradar.de (Radius 2) konstant bleibt und die Werte der API entsprechen. Hast Du das mal mit RainTMC_PNG bei identischen Koordinaten und Radius verglichen?

Kamik

Zitat von: inoma am 24 Oktober 2017, 07:49:27
Hallo Ludger,
das Wetterradar mit 'themeteocompany' funktioniert wunderbar präzise, die Vorhersagen sind in der Regel bis auf 5 Minuten genau.
Allerdings bekomme ich manchmal folgende Feherlmeldungen im 8 Sekunden Takt im Log, falls das api nicht erreichbar ist....

Hallo Ludger,

ich könnte gerade Kotzen. Mir hat das Modul ebenfalls heute Nachmittag so die Log Datei zugemüllt, sodass mein Server nichts mehr auf die Kette gebracht hat. Sogar Daten meiner SD-Karte sind zerschossen, weil zu viel Speicher benötigt wurde.

Ich habe teilweise 138! Logmeldungen pro Sekunde hatte. Verbose steht auf 3.

Hier mal ein kleiner Auszug:
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:12 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: Buienradar: error while requesting http://gps.buienradar.nl/getrr.php?lat=51.44004&lon=7.11186 - gethostbyname gps.buienradar.nl failed
2017.10.31 16:51:13 3: B


Der Aufruf der Adresse hat funktioniert. Ich musste das Device Löschen und einiges Wiederherstellen.

LuBeDa

#85
Merkwürdig!

Eigentlich sollte das Modul, im Fehlerfall, nach 90 Sekunden erneut versuchen Daten abzuholen. Warum das so bei dir gelaufen ist kann ich nicht nachvollziehen.

Ich habe provisorisch die Fehlerbehandlung komplett rausgenommen (siehe Version im ersten Post). Jetzt sollte er,  wenn vom buienradar.nl keine Daten kommen es im normalen Intervall wieder versuchen.

Die zweite wichtigere Frage ist, warum hat dein FHEM Host den Fehler "gethostbyname gps.buienradar.nl failed" und dein PC nicht?

Ich versuche eine robustere Fehlerbehandlung zu programmieren. Die wird dann auch wieder auf github hochgeladen.

Ludger

Nachtrag: Beim RainTMC ebenfalls die Fehlerbehandlung raugenommen.

@inoma: Das mit den 8 Sekunden kann ich jetzt nachvollziehen, ist in der Version im ersten Post jetzt raus.

Kamik

Zitat von: LuBeDa am 31 Oktober 2017, 19:45:00

Die zweite wichtigere Frage ist, warum hat dein FHEM Host den Fehler "gethostbyname gps.buienradar.nl failed" und dein PC nicht?

Hi,

hier habe ich natürlich nicht zeitgleich gucken können ob FHEM-Server und mein Windows PC dasselbe Problem gleichzeitig haben.

Vielleicht haben das Problem auch noch andere von Euch. Leider schreckt es mich ein wenig vor einer erneuten Definition zurück.

LuBeDa

Zitat von: Kamik am 31 Oktober 2017, 19:49:47
Leider schreckt es mich ein wenig vor einer erneuten Definition zurück.

Das kann ich nachvollziehen!

Bei mir laufen beide Module (Buienradar und RainTMC) dauerhaft in meinem "Produktionssystem".



Jamo

Zitat@inoma: Das mit den 8 Sekunden kann ich jetzt nachvollziehen, ist in der Version im ersten Post jetzt raus.
Danke!!!
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

LuBeDa

@inoma und @kamik

Hallo, könnten ihr mal des Ergebnis des Befehls{time()."=".gettimeofday()} posten?

Bei mir kommt so etwas heraus:

1509525056=1509525056.49631