Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[loxonicer]

Vielen Dank, hab den Fehler gefunden und du warst mit deiner Vermutung schon sehr nahe. Wert war bei mir nicht durch Logik definiert wie es sein soll, als Quelle war jedoch "Wetterstation (Tree)" ausgewählt. Und nachdem bei dieser der Temperaturwert mittels Korrektur korrigiert werden muss (keine Ahnung warum die gemessenen Temperaturwerte nicht 1:1 der Temperatur entsprechen), waren diese Rohwerte der Wetterstation falsch. Hilfreich war auch dieser Link, Beitrag #5:

https://www.loxforum.com/forum/german/software-konfiguration-programm-und-visualisierung/245958-eigene-temperatur-in-webinterface-oben-links-anzeigen

Hoffe das hilft möglicherweise auch anderen weiter.

PS.: Auch wenn ich auf "Link entfernen" klicke wird er immer so angezeigt.

[Prof.Mobilux]

Danke - habe ich noch in der FAQ ergänzt. Wer hat schon so eine olle Loxone Wetterstation... ;-)

[loxonicer]

Noch eine kurze Frage, die ich nirgendwo beantwortet gefunden habe:

Kann es sein, dass die Wetterinformationen des Loxone Wetterservice rein 1:1 die Daten von z.B. Virtual Crossing enthält und diese Daten nicht durch die Daten der ausgewählten Wunderground Wetterstation überschrieben werden? Danke!

[Prof.Mobilux]

Nein, die Daten werden schon in der Datenbank vom Plugin manipuliert (also z. B. mit den Daten von WU überschrieben). Alle Funktionen des Plugins greifen auf diese Datenbank zu - egal, wie der Übertragungsweg ist. Aber Loxone aktualisiert nur alle 60 Minuten die Wetterdaten (immer zur vollen Stunde mit +/- 15 Minuten im Zufallsprinzip). Daher weichen sie irgendwann vom Plugin ab.

[loxonicer]

Danke für die Antwort. Ich habe im Wetterservice aber eine Übereinstimmung zu 100% mit den Wetterdaten von Virtual Crossing, also müssen es diese Daten sein (wenn ich mir beispielsweise die Stündlichen Werte ansehe und vergleiche).




Nur "Heute" ist abweichend von VC.

[loxonicer]

So, ich habe jetzt die Systemvariable "Außentemperatur" mit dem Wert von "cur_tt@" aus der weatherdata.html ersetzt (Wert mit Logik definiert, über http Eingang Befehl). Nun bekomme ich in Loxone bei der aktuellen Temperatur wirklich die aktuelle Temperatur der Wonderground Station angezeigt und nicht die vorhersage für die aktuelle Stunde (was im jetzigen Fall beispielsweise doch um 1,5°C abweicht). Vielleicht hilft das anderen.

[Prof.Mobilux]

Aber da steht doch: „die aktuellen Wetterdaten…“. Macht doch auch überhaupt keinen Sinn erst die Daten von VisualCrossing zu holen und sie dann komplett mit Wunderground Daten zu überschreiben. Da kann man sie ja auch gleich von WU holen. WU exportiert aber die Vorhersagedaten gar nicht. Naja, was soll’s. Du hast bei der aktuellen Temperatur auch vorher nicht die Vorhersage der aktuellen Stunde bekommen (was soll das auch sein?!). Du hast den aktuellen Wert bekommen, aber nur jede volle Stunde aktualisiert (weil Loxone nicht mehr kann). Nur falls das hier noch einmal jemand liest….

[loxonicer]

„die aktuellen Wetterdaten…“ kann man so oder so verstehen. Die aktuelle vorhersage für in 5 Stunden ist auch ein aktuelles Wetterdatum - und es hätte ja sein können dass via Wonderground viel mehr Temperaturdaten "überschrieben" werden - und nur Daten die von dort nicht breitgestellt werden dann von Virtual Crossing kommen. Nicht gleich eingeschnappt sein, ich versuche hier konstruktives Feedback zu geben.

[Jim123]

Hallo!

Hat jemand eine akutelle liste von wettercodes mit beschreibungen von Visual Crossing?

Danke!!

[Jim123]

Hallo jroesch!

Welche Visualisierung verwendest du?

LG

[jroesch]

oh, der Screenshot ist schon eine Weile her. Mittlerweile habe ich das Problem nicht mehr. Auswendig kann ich Dir Deine Frage jetzt gar nicht beantworten, müsste ich mal nachschauen.

[Prof.Mobilux]

Hallo!
Hat jemand eine akutelle liste von wettercodes mit beschreibungen von Visual Crossing?
Danke!!

Wir übersetzen die Wettercodes. Die Codes findest du im Wiki ganz am Ende in den Tabellen.

[Jim123]

Hallo!

Diese können irgendwie nicht für Visual Crossing stimmen, wenn ich mir die "Wetterbeschreibungen" auf der http://loxberry/plugins/weather4lox/webpage.html ansehe...

Irgendwie kann ich in der API doku nichts dazufinden

BR

[Prof.Mobilux]

Wieso können die nicht stimmen? Was ist denn konkret dein Problem? Was stimmt nicht? Codes oder Beschreibung? Und wo?

[aldriana]

Hallo,

ich habe eine paar Wetterprognose Bilder im Web gefunden, dich ich gerne für Österreich einbauen möchte.
Leider überschreibt mir das System die HTML Datei immer.

Wo muss ich die Hyperlinks einpflegen, damit sie gespeichert bleiben?

lg,
Andreas

[Prof.Mobilux]

aldriana Die Theme-Dateien findest Du unter /opt/loxberry/templates/plugins/weather4lox/themes/at



Kopiere Dir die 4 Dateien des mitgelieferten Themes, z. B. dark.main.html, dark.dfc.html, dark,hfc.html und dark.map.html und benenne sie Dir um in custom.main.html usw. In den Custom-Dateien kannst Du dann Deine Anpassungen vornehmen.

In der Plugin-Config wählst Du dann als Theme "Custom" aus. Nach der nächsten Abholung der Wetterdaten wird die Webseite dann mit Deinen Custom-Theme-Dateien neu erstellt.

[aldriana]

Hallo,

nachdem ich bei der Suche einfach keine Lösung finde hätte ich 2 Fragen, vllt. kann die ja jemand beantworten:
Ich möchte gerne die Wettervorschauf vom Plugin etwas "customizen".

- wie kann ich die Vorschau Bilder im Code ändern, so dass sie nicht wieder überschrieben werden? Bei Österreich zeigt er broken links an
- wie kann ich oben die Reiter von 4 auf 7 Tage und von 36 auf 28 Stunden ändern?

- ich verwende auch den Emulator, hier zeigt mir die Loxone App immer nur jede volle Stunde ein Update. Kann man hier auch die Update Rate irgendwie z.B. auf 3 Minuten ändern, von Opentext kommen die ja auch genau in der Häufigkeit an.

Vielen Dank!

lg,
Andy

[Prof.Mobilux]

Zur Frage 1: Hab ich dir doch oben beantwortet?! Liest du die Antworten nicht?

Zur Frage 2: Nein. Ist von Loxone so vorgegeben.

[aldriana]

Hallo Mobilux,

danke, ich hab das tatsächlich übersehen, sorry :-)

lg,
Andreas

[aldriana]

Hallo,

hab nun alles custom eingestellt. Funktioniert perfekt wenn ich den Testlink öffne. Aus der Loxone App als Website Element sieht es so aus, dass die Bilder gechached werden und nicht beim Aufruf aktualisiert werden. Habt ihr das auch?

lg,
Andreas

[Prof.Mobilux]

Die App ruft nur den Browser auf - Du musst das Caching hier deaktivieren. Dazu hast Du zwei Möglichkeiten - musst mal schauen, was funktioniert.

1. Möglichkeit (einfach):

Im HTML Quellcode im Header folgendes hinzufügen:

<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="expires" content="0">​

Hab's nicht probiert, nur schnell mal gegoogelt.

2. Möglichkeit (funktioniert sicher):

Dem Bildaufruf einen Parameter mitgeben, der sich immer ändert. Dann hält der Browser es für ein neues Bild und holt es nicht aus dem Cache. Der Server, der das Bild ausliefert, ignoriert diesen Parameter aber. Du kannst dazu vorhandene Werte aus dem Template "missbrauchen".

Beispiel: Der Aufruf des Bildes ist aktuell:

<img src="https://www.austrocontrol.at/jart/met/radar/satloop.gif" width="500">

Abändern in:

<img src="https://www.austrocontrol.at/jart/met/radar/satloop.gif?v=<!--$cur_day--><!--$cur_month--><!--$cur_year--><!--$cur_hour--><!--$cur_min-->" width="500">

Zu Deinen Änderungen: Was hast Du denn geändert? Magst Du die Änderungen teilen? Wenn es für alle interessant ist, könnte ich das in die Standardtemplates einbauen...

[aldriana]

Mercy, Ich hab die Variante 2 gewählt und das Theme neu gespeichert im PlugIn, das funktioniert so tadellos. Danke!

[EotBase]

Hallo Prof.Mobilux.

Ich habe das aktuelle PRE.Release 4.12.0.1 installiert, die Grabber für WU und FOSHK sind aber beim Schreiben in die Datei current.dat.tmp mit einem wide character-Fehler gescheitert.

20240313_213052_625_grabber_wu.log:<CRITICAL> Could not write /opt/loxberry/log/plugins/weather4lox/current.dat.tmp: Wide character at ./grabber_wu.pl line 225.

Das ursprüngliche Problem scheint zu sein, dass die Sprachdatei (für DE) nicht in UTF-8 sondern latin1 codiert ist, und das Encode::decode mit UTF-8 die Umlaute in den Windrichtungen nicht korrekt auflösen kann.

Daher habe ich den decode auf latin1 umgestellt, und das doppelte Dekodieren nach den if() ausgeblendet.

if ($wu_response{cur_w_dir} ne "null") {
        if ( $wdir >= 0 && $wdir <= 22 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_N'}) }; # North
        if ( $wdir > 22 && $wdir <= 68 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_NE'}) }; # NorthEast
        if ( $wdir > 68 && $wdir <= 112 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_E'}) }; # East
        if ( $wdir > 112 && $wdir <= 158 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_SE'}) }; # SouthEast
        if ( $wdir > 158 && $wdir <= 202 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_S'}) }; # South
        if ( $wdir > 202 && $wdir <= 248 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_SW'}) }; # SouthWest
        if ( $wdir > 248 && $wdir <= 292 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_W'}) }; # West
        if ( $wdir > 292 && $wdir <= 338 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_NW'}) }; # NorthWest
        if ( $wdir > 338 && $wdir <= 360 ) { $wdirdes = Encode::decode("latin1", $L{'GRABBER.LABEL_N'}) }; # North
        #$wdirdes = Encode::decode("UTF-8", $wdirdes);
        $wu_response{cur_w_dirdes} = $wdirdes;
}​

Damit laufen die beiden Grabber bei mir wieder durch, und ich bekomme die aktualisierten Werte meiner lokalen Wetterstation in der Webseite korrekt angezeigt. Evtl. kannst du diesen Quick-Hack im nächsten (Pre-) Release sauberer lösen.

Gruss
EotBase

[Prof.Mobilux]

Schaue ich mir an - hatte ich so bei mir nicht. Komisch. Hattest Du probiert die Sprachdatei in UTF8 zu wandeln?

[EotBase]

Eben geprüft: die Sprachdatei ist UTF-8 codiert, wie auch die current.dat.

Mit Encode::decode("UTF-8", xxx) statt Encode::decode("latin1", xxx) läuft er auch durch, wenn das zusätzlichen decode nach dem if-Block auskommentiert bleibt, stellt aber die Zeichen in der Logdatei und auf der Kommandozeile nicht korrekt dar.

In der Shell steht bei mir $LANG auf en_GB.UTF-8. Ob im Perl-Interpreter andere Einstellungen gemacht sind, kann ich nicht sagen.

Vielleicht hilft dir die Info zur Erkenntnis irgendwie weiter.

[Prof.Mobilux]

Passt, Danke - ich schaue...