59_Weather, DarkSky und OpenWeatherMap API Bugfixes

[CoolTux]

Bei den OpenWeather Readings vermisse ich beim aktuellen Wetterstatus die Regenmenge. Wird die nicht geliefert oder nur nicht ausgelesen?

Wird zu mindest vom API Modul nicht verwendet. Ob sie aber von OWM selbst geliefert wird vermag ich gerade nicht sagen. Kannst Du bitte einmal in deren API Beschreibung schauen? Ansonsten schaue ich morgen im laufe des Abends einmal.

[moonsorrox]

Ich habe da so eine Vermutung. Die von dir erwähnten Icons sind nicht meteocons, sondern die amcharts, welche ich im Zuge des weather_widget für FTUI "eingebracht" habe. Dies sind SVGs und liegen imselben Ordner, wie die kleinklima Icons (PNG). Ich habe mir jetzt noch nicht das FHEM-Web Modul angeschaut, aber ich vermute, dass dort nur auf den Namen des Icons gemappt wird und es daher evtl. bei gleichem Namen von amcharts (SVG) und kleinklima (PNG) zu diesem Effekt kommt.

VG
Andreas

das könnte natürlich sein, da ich das mit der Änderung von Dir übernommen habe und auch nutze...!
das soll heißen alle Icons aus dem weather Ordner liegen auch bei mir im Fhem weather Ordner

EDIT://
Ich habe mal die SVGs aus dem Ordner gelöscht, dann sind die natürlich auf der Fhem Weboberfläche alle weg und es steht nur der Text dabei..!

[semko]

Wird zu mindest vom API Modul nicht verwendet. Ob sie aber von OWM selbst geliefert wird vermag ich gerade nicht sagen. Kannst Du bitte einmal in deren API Beschreibung schauen? Ansonsten schaue ich morgen im laufe des Abends einmal.

Laut API-Beschreibung wird dies geliefert:

rain

    rain.1h Rain volume for the last 1 hour, mm
    rain.3h Rain volume for the last 3 hours, mm

Anscheinend aber nur, wenn es gerade wirklich regnet. Ich habe mehrfach eine Abfrage nach Koordinaten gemacht und 'rain' tauchte in der Antwort nicht auf. Muss ich wohl noch mal probieren, wenn es richtig gießt.

[holle75]

Hello cooltux, da ich noch immer nicht sicher bin, ob du oder Boris der richtige Ansprechpartner für 59_weather mit DarkSkyApi ist, hier im aktuellsten Thread zu dem Thema:

Ich habe das nachvollziehbare Gefühl, dass entweder die API oder 59_weather beim Abruf der Daten fhem "blockiert". Habe die Kombi jetzt seit einigen Wochen laufen und mich über die regelmäßigen HMLAN-disconnects gewundert. Diese geschehen zeitgenau mit den Abrufen von API/weather. Auch wird die Nutzung von zB eines Lichtschalters, wenn dies mit einem Abruf von weather zusammenfällt ein Lichtorgel-Erlebnis (Licht läuft über HMWired. Hat nichts direkt mit HMLAN zu tun).

Ist das ein Gefühl welches sich bestätigen könnte, oder wirken andere Mechanismen da mit rein? Das fhem eine gewisse Zeit braucht, um die Daten zu verarbeiten ist klar, wenn das dann gerade mit einem alive von HMLAN zusammenfällt auch verständlich, dass ein disconnect anfällt. Wundern tut mich die für eine Fehlermeldung nötige Zeit der Überlappung. Was soll da solange hängen?

Grüße
H.

[CoolTux]

Limitiere mal im Weather Modul die Anzahl der forcast auf 1 und dann beobachte noch mal. Sollte es weiterhin Probleme geben ist das Weather Modul schon mal raus.

[holle75]

Limitiere mal im Weather Modul die Anzahl der forcast auf 1 und dann beobachte noch mal. Sollte es weiterhin Probleme geben ist das Weather Modul schon mal raus.

War scheinbar ein Problem mit LMS Squeezebox. Oder eher ein Kombi-Ereignis. Weather-API abrufen mit gleichzeitig Lms spotify abspielen - Favoriten aktualisieren oder was auch immer.

Mußte natürlich zeitgleich auftreten, sonst wäre das Suchen zu einfach gewesen

Zur Info ...

[Loredo]

Eine Frage zur neuen Weather API:
Gibt es dort kein (h)fc0 mehr für den Forecast des aktuellen Tages? Das ganze als current zu schreiben macht wenig Sinn, weil es ja keine gemessenen Werte sind, sondern die aktuell am nächsten liegenden Vorhersagewerte.
Wie kann ich dafür sorgen, dass der erste Wert des Arrays als 0 und nicht als 1 gewertet wird?

[CoolTux]

Ist es nicht egal wie der erste Forecast Wert heißt? Ob nun 0 oder 1, es ist der erste der ermittelt wurde.
Um mit 0 an zu fangen müsste nur etwas Code im Weather Modul geändert werden. Aber wie gesagt, ob nun 0 oder 1 empfinde ich als nicht so relevant.

[Loredo]

Naja doch schon, denn die Logik ist einfach die, dass die Zahl die Entfernung vom heutigen Tag oder der aktuellen Stunde angibt. 0 bedeutet logischerweise "heute" bzw. "aktuelle Stunde", 1 bedeutet einen Tag bzw. eine Stunde in der Zukunft... diese Zählweise gibt es bei anderen Modulen seit Anbeginn der Zeit und ich dachte das wäre auch beim alten Weather Modul zu gewesen.


Nun scheint es ja Dienste zu geben, die einen Forecast nur ab morgen anbieten, aber nicht für den aktuellen Tag (so verstehe ich DarkSky auf den ersten Blick). Andere bieten das aber an - wie will man dann unterscheiden und die Readings beider Anbieter vergleichbar machen, wenn bei dem einen 1 heute bedeutet und bei dem anderen 1 für morgen steht?

[CoolTux]

Dark Sky liefert den Forecast für heute

fc1_sunriseTime Fr, 19 Apr 2019 06:02

Das ist der erste Forecastdatensatz. Mir persönlich ist das im Grunde egal, ich kann den Zähler auch am Ende der Schleife hin tun und änder noch ein zwei Sachen.
Muss halt nur von Boris abgesegnet sein. Ich habe die Logik des alten Weather Modules hier übrigens übernommen. Weather hatte noch nie ein fc0.



Grüße

[rischbiter123]

Moin,

bitte nichts ändern, da alle die, die irgendwelche Auswertungen der Wettervorhersage machen, sich an den momentanen Readings orientieren.

LG

Andreas

[Loredo]

Das schreit quasi ja schon nach einem Weather2 Modul... aber nicht jetzt.

[Prof. Dr. Peter Henning]

Api Version 0.2.9:

Can't call method "getWeather" on an undefined value at /opt/fhem/FHEM/59_Weather.pm line 314

Danach reproduzierbar Crash von FHEM.

LG

pah

[CoolTux]

Hast Du ein reload gemacht oder ein FHEM neustart. Wie genau sind Deine Definition aus?

[SirMarco]

Hallo zusammen

Gibt es für darksky und openweather eine API Beschreibung, welches Reading welcher Tag ist? Verstehe die Tagesstruktur noch nicht so ganz

Grüsse