Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[Prof.Mobilux]

hansh Installiere bitte mal den letzten Master: https://github.com/mschlenstedt/LoxB...ive/master.zip

Damit sollten die Variablen calc+X_prec und calc+X_snow korrekt berechnet werden.

[hansh]

Habe ich installiert, kein Unterschied. Bei mir sind die Werte für calc+x_prec immer noch Null, obwohl Regen in der 36h Stunden Übersicht steht (siehe Foto) . Muss ich noch was restarten Cache löschen etc.?

[Prof.Mobilux]

Er muss einmal Wetterdaten abholen. Am Besten den LoxBerry mal neu starten. Dann sollte es passen.

[daa978]

Hallo.
Ist mal jemandem aufgefallen das in der Loxone App der Wert für die aktuelle Temperatur hängt? Bei mir sei einiger Zeit auf 12,5° - Alles andere scheint erstmal normal zu funktionieren.
Jemand ne Idee?
Konnte bis jetzt über die Suche nichts finden was den Fehler erklärt, bzw. das sonst jemand davon berichtet hätte....
Danke

[Lightpicture]

Du meinst den Wert links oben?
Ändert sich bei mir.
Loxberry schon einmal durchgestartet?
Wenn du auf die Temperatur gehst, wie sieht es in der Übersicht aus?
Ist dort der Wert auch eingefroren?

[daa978]

Ja genau.
Alles versucht, Loxberry und Miniserver neu gestartet....aber es bleibt dabei..
Dort wo "Jetzt" steht liegt immer eine Temperatur von 12,5° an. Auch wenn alle anderen Werte z.B. über 30° liegen....

[Lightpicture]

Ist das auf all deinen Geräten der Fall?

[daa978]

Jeep. Richtig.
Bräuchte einen Tip wo ich was löschen / reseten kann damit der Wert sich wieder aktualisiert....

[hansh]

@Mobilux - nach Neustart sehen die Werte für calc+x_prec erstmal vernünftig aus. Die Werte für snow sind zwar völlig daneben. Aber die kann mir auch nur sehr schwer eine Anwendung dafür vorstellen:
Vielen Dank

[Prof.Mobilux]

Mmh, snow muss ich mir nochmal anschauen. Da ist noch ein Fehler drin - ah, sehe schon: da steht bei Dir -9999 drin (Wert nicht verfügbar). Das darf ich dann natürlich nicht aufsummieren. Zur möglichen Anwendung: Ich wollte mir Abends mal anzeigen lassen, ob ich morgens Schnee schippen muss :-) Hab ich dann aber nie umgesetzt...

[Prof.Mobilux]

Gibt ein neues Release 4.8.0.2, dort funktionieren nun beide Werte.

[miqa]

Genau dafür nutze ich das auch. Abends schon wissen ob ich morgens früher aufstehen muss um Schnee zu schippen.
Oder eben auch nicht. Letzten Winter hat’s bei uns nicht eine Flocke geschneit, also konnte ich nicht verifizieren ob‘s funktioniert.

[Tico]

Zur Information, ich habe auf W4L 4.8.0.2 aktualisiert.

Ich sehe keine Veränderung der Sonneneinstrahlung von 0 - 20% beim Loxone-Wetter. Dies ist derselbe Wert wie in der vorherigen Version von W4L. Der Loxone Grabber ist in den W4L-Einstellungen aktiviert.

Der Fehler begann ungefähr, als ich zu einem Gateway/Client-Setup wechselte. Ich habe eine virtuelle HTTP-Eingabe als w4l_cur_sr gesetzt. Der Sonneneinstrahlungswert erscheint im 'Test Emulator' und in der Liveview.

Ich habe die Vermutung, dass der Mittelwert aus dem ersten und zweiten Wert gebildet wird -
715 und -9999 = -9284

Was sollte 715 W/m² bei Loxone-Wetter anzeigen?

[GünWün]

Hallo Prof.Mobilux ,
kann es auch sein dass die *pop* Werte nicht mehr geliefert werden?

Weather4Loxone V4.8.0.2
LoxBerry V2.0.1.3
LoxoneMS 11.0.7.15

Die Werte die am Miniserver ankommen

Werte aus der API:

[Prof.Mobilux]

Welcher Wetterdienst?

[GünWün]

Darksky - alternativ Weatherbit - aber der bietet das ja nicht an.

[Prof.Mobilux]

GünWün Das kann ich leider bei mir hier nicht nachstellen. ich habe auch DarkSky und bei mir kommen die Werte an:



Komischerweise setze ich da auch gar nichts auf "-9999" im Grabber. Das hier ist die Codezeile:

print F $results->{precipProbability}*100, "|";

Mir ist im Moment nicht klar, wo bei Dir die -9999 überhaupt herkommen sollen.

Kannst Du bitte das Logging des Plugins einmal auf "Debug" stellen, dann über die WebUI des Plugins einmal manuell Wetterdaten abrufen und das Logfile hier als ZIP hochladen.

[GünWün]

Guten Morgen,
Danke für´s kümmern.

[Prof.Mobilux]

Ich brauche auch das Logfile vom Grabber!

[GünWün]

Hängt oben dran. Downloads.zip

[Prof.Mobilux]

Du nutzt OpenWeatherMap für den Daily und Hourly Forecast. Da gibt es den pop-Wert (Percentage of Precipitation) nicht, siehe Wiki: https://www.loxwiki.eu/display/LOXBE...areWetterdaten

Stellst Du das zurück auf Darksky, dann bekommst Du auch wieder die Werte

[GünWün]

Prof.Mobilux so eine verdammte Sch....! Ich habe Alternativer Wetter Service für Tagesvorhersage so verstanden - wenn beim Hauptservice kein Wert -> dann die Alternative.
Vielen Dank.

[Gast]

Leider habe ich bisher keine Antwort bzw. Tipps bzgl. meines Fehlercodes 500 erhalten, der noch weiterhin besteht.

Logs sind dem Post angehängt.




Danke

I like this plugin very much and used it for more than 2 years. Unfortunatly I realised that I do not get data anymore from weatherservices. Situation is discribed below:

1. Wetterservice DarkSky (API key correct and Geo coordinates, checked in Browser call)
2. no alternative or hourly weather service
3. Weatherdata is pulled every 5 minutes
4. Wunderground Grabber active with Station ID working and looked up from the website
5. FOSHKplugin Grabber off
6. Loxone Grabber of

Is solved the problem after a 5 days the plugin won't work with changing the IP of the Loxberry.
This worked fine for about 2 or 3 days but than I get the same error message.


Every time I click on save, I get the fail message:
- I couldn't get data from:
Status Code 500
URL https://www.wunderground.com/dasboard/pws/WUNDERGROUND Station Name looked up from Webseite and it gives data when I copy the link in Browser.

OR without Wunderground Grabber

- I couldn't get data from:
Status Code 500
URL https://api.darksky.net/forecast/APIKEY/GEOCOORDINATES and it gives data when I copy the link in Browser.

Anyone facing the same problem or knows a solution for my situation?

THANKS

GELÖST: Status: 500 Can't connect to api.darksky.net:443 (Temporary failure in name resolution)

Nachdem ich nun einiges ausprobiert habe und mir Debian Netzwerkprofile angeschaut habe hat mir nachfolgender Ansatz geholfen:
1. per Putty mit Loxberry verbinden und über root zugriff die Datei
$ sudo nano /etc/dhcpcd.conf
bearbeiten. in dem Abschnitt dann
static domain_name_servers=xxx.xxx.xxx.xxx <------------ Your DNS eintragen (!!! nicht die IP Adresse eures Routers auch wenn dieser die Namensauflösung aller Geräte im Netzwerk steuert. Wählt einen beliebigen (z.B. 8.8.8.8, 1.1.1.1, ...)
2. Datei abspeichern und Loxberry neustarten.

ALTERNATIV

1. auf der Loxberry Web Oberfläche einloggen
2. in den Systemeinstellungen -> Netzwerk -> IP-Adresse des Nameserver: -> Your DNS eintragen (!!! nicht die IP Adresse eures Routers auch wenn dieser die Namensauflösung aller Geräte im Netzwerk steuert. Wählt einen beliebigen (z.B. 8.8.8.8, 1.1.1.1, ...)
3. speichern und Loxberry neustarten

[sascha100]

Guten Morgen,

ich habe ein Problem mit den bereitgestellten Daten. In der Übersicht unter dem Link http://192.168.8.47/plugins/weather4...atherdata.html sehe ich dieses Problem. Ich benutze den Wert Vorhersage 1 Tag und der ändert sich nicht. Ich habe zwischen den drei Wetterdiensten umgeschaltet aber es bleibt bei den übermittelten Daten.

Meine Vorhersage Daten sind "eingefroren" mit dem Datum 20.08.2020. Siehe Bild.

Kennt jemand das Problem? Danke im Voraus

- Loxberry Version: 2.0.1.3
- PlugIn Version: 4.8.0.2
- Wetterdaten wurde manuell abgeholt
- Loxberry wurde neu gestartet

Grüße Thomas

[Prof.Mobilux]

Logging auf Debug stellen und Wetterdaten manuell abholen. Dann die beiden Logfiles vom Grabber und vom "DatatoLoxone"-Prozess hier als ZIP posten.