Plugin: Weather4Lox Version 4 - neuer Fork

[Jan W.]

Hallo Zusammen,

eigentlich wollte ich nur ein paar Bugs im Plugin Weather4Lox beheben und kleine Anpassungen vornehmen. Mit Prof.Mobilux hatte ich dazu Ende Feb. gechattet und er hat mir eine neues Theme für Wetterdaten gezeigt, welches Str!ke1988 erstellt hatte. Str!ke1988 hatte die Idee, das Plugin zu erneuern. Nachdem ich etwas tiefer in das Thema und den Perl-Code eingestiegen bin, kamen noch einige Punkte hinzu und die KI hatte auch ein paar gute Vorschläge. Etliche Chats, Webmeetings und Anpassungen im Code später ist jetzt eine erneuerte Version fertig.

An dieser Stelle möchte ich Prof. Mobilux noch einmal für die Entwicklung und Support für über 10 Jahre danken! Nach über 1400 Beiträgen auf fast 100 Seiten zu dem Thema, habe ich ein neues Thema im Loxforum für diesen Fork erstellt. Mein Plan ist es, die Version 4 des Plugins weiterzuentwickeln und dabei den Wetter Service Emulator zu unterstützen, soweit der noch funktioniert.

Die wichtigsten Neuerungen:

• Alle Grabber liefern normalisierte Wetterdaten im JSON Format (current, daily und hourly)
• Der Grabber für WetterOnline, Weather Service Emulator und OSM Adresssuche sollten alle funktionieren
• Die Wettercodes in W4L (Symbole für die unterschiedliche Wettertypen) wurden deutlich erweitert
• Es gibt ein neues Set mit photorealistischen Wettersymbolen, mit Mondphasen und unterschiedlichen Symbolen für fast alle Wettercodes
• Es gibt eine Mapping-Datei mit der die Wettercodes den Symbolen zugeordnet werden
• Die Wettercodes in W4L werden auf einer Seite mit Erläuterung und Symbolen (Tag, Nacht) aufgelistet (Button im Plugin)
• Es gibt ein neues Theme (Deep Ocean), welches direkt die Wetterdaten im JSON Format liest
• Die Einstellungen des Plugins sind überarbeitet und etwas strukturierter

Die bisherigen Themes (Dark, Light, Custom) gibt es weiterhin, aber das neue Theme hat den großen Vorteil, dass aktuelle Wetterdaten von der eigenen Wetterstation oder einer in der Umgebung öfter abgefragt werden können und die angezeigten Werte automatisch aktualisiert werden. Mir gefällt das Theme besser, als die Anzeige im Wetter Service Emulator, insbesondere als Web-App auf iPad. Solange der Emulator noch läuft, werden wir den unterstützen, aber das eigentliche Ziel ist es, dass die Themes des Plugins mehr Wetterdaten anzeigen, schneller aktualisieren und besser aussehen. Wer Lust und Skills hat, kann gerne weitere Themes erstellen, die wir mit einbinden können. Hier ein paar Screenshots von einem iPad als Webapp:



Bisher haben Strike1988 und ich die Installation nur auf unseren Loxberrys getestet. Es kann noch der eine oder andere Fehler im Plugin enthalten sein. Daher empfehle ich die Installation zunächst nur denjenigen, die Probleme mit Ihrer vorhandenen Installation vom Weather4Lox Plugin haben oder für nicht-produktive Umgebungen.

Da es sich um einen Fork handelt, musst Du zur Installation die u.a. URL in der Plugin-Verwaltung einmalig eintragen:

• https://github.com/Jan21493/LoxBerry...-V4.15.0.9.zip
• Release Notes findest Du hier: https://github.com/Jan21493/LoxBerry...r4Lox/releases

Nach der ersten Installation funktioniert das automatische Update wie üblich. Die Konfiguration sollte eigentlich übernommen werden, aber sicher diese lieber vorher bzw. notiere Dir Deine API Keys.

Achtung: Eine Einstellung haben wir geändert, weil das '+' Zeichen bei MQTT nicht unterstützt wird und durch ein '_' ersetzt wird: calc_+X_... heißt jetzt nxhX, also statt z.B. calc_+12_prec bzw. calc__12_prec in MQTT für die erwartete Regenmenge innerhalb der nächsten 12h müsst Ihr jetzt nxh12_prec verwenden.

Falls Probleme auftreten, bitte ich Dich zuerst selbst die Ursache näher einzugrenzen: dafür kannst Du im Tab 'Logfiles' vom Plugin den Level auf 'Debug' stellen. Alle neuen Logs enthalten dann detaillierte Infos inkl. der URLs zum Abruf der Wetterdaten und den zugehörigen Antworten. Ich habe einen Schalter 'Mask keys in logs' in den 'Server Settings' ergänzt, mit dem die persönlichen API Keys maskiert werden können.

Falls Du das Problem nicht alleine lösen kannst oder etwas unklar ist, dann stellt gerne hier Fragen. Dabei möglichst konkret das Problem schildern und relevante Infos, wie verwendete(r) Wetterdienst(e), Konfiguration und evtl. Logs (mit maskierten Keys) gleich mitsenden. Alternativ kannst Du auch gerne ein Issue in Github erstellen oder direkt einen PR.

Wir haben bereits einige Ideen für die Zukunft:

• Theme für Pollenflugvorhersage (Settings und Abfragen gibt es bereits)
• Weitere Themes
• Vollständiges Set mit Wettersymbolen in modernem abstrakten Look, evtl. als SVG
• Weitere Wetterdienste einbinden, z.B. OpenMeteo, BrightSky / DWD
• Automatische Subscription bei MQTT

Wir freuen uns auf Feedback,
Strike1988 und Jan

[Prof.Mobilux]

Sehr cool - Danke euch für die Fortsetzung! Ich mache den alten Thread zu und aktualisiere noch das Wiki.

[BlackSoll]

Hi ! I installed it to my test rpi3 loxberry with fresh installation of Trixie. First time it messed up the dns and mqtt. Mosquito runs but
getaway not. I tried once more. Fresh install trixie, then loxbery. Everything ok until install the plugin. Again after install dnns changed to 127.0.0.1, no 8.8.8.8 and mqtt getaway stopped running. Can you take a look ?

[Jan W.]

You may have hit the same bug as lugg8 below, so apache2 may have had a problem with missing headers module and could not start.

The weather4lox plugin is neither changing any ip or dns configuration, nor changing mqtt gateway settings. I have no idea, how these problem could have caused by the plugin or the problem with the apache web server. I've planned to prepare a new loxberry with trixie, but that may take a couple of days. Without any logs it's just guessing. Are you using the emulator? If you can provide any logs, I may have a look.

[BlackSoll]

Yes, you are right ! I had also the missing headers problem. Sorry for mess. I think is loxberry core. Not playing good with Trixie. This time i done a fresh install dietpi trixie and without any plugin install after a couple of reboots this happen again! Nothing to do with the plugin !

[Jan W.]

Thank you for additional testing and narrowing the sources of the problem. You may report the issue to the loxberry core developers. I‘m really happy that they‘ve started to support Trixie recently.

[lugg8]

Hallo zusammen, vielen vielen Dank für die super Erweiterung. ich wollte euch nur nochmal mitteilen, dass ich nach dem ersten Neustart nach der Installation den apache2 nicht mehr starten konnte.
Fehlermeldung war:
root@loxberry:/opt/loxberry# apache2ctl configtest AH00526: Syntax error on line 25 of /opt/loxberry/system/apache2/sites-enabled/001-weather4lox.conf: Invalid command 'Header', perhaps misspelled or defined by a module not included in the server configuration

The error Invalid command 'Header' means the Weather4Lox plugin is trying to use a feature that requires the Apache module headers, but that module is currently disabled.
To fix this, you need to enable the module and restart Apache. Run these commands:

1. Enable the headers module:
   bashsudo a2enmod headers

konnte ich das Problem dann lösen

[Jan W.]

Danke lugg8 für den genauen Hinweis auf das Problem. Ich hatte noch zwei Kleinigkeiten gefunden und alles in Version 4.15.0.10 behoben.

Falls noch jemand das Problem vor Update auf v4.15.0.10 hat, kann man alternativ zu dem Vorgehen im vorhergehenden Post nach Anmeldung via ssh mit user loxberry auch "su -", Root-Kennwort und dann "a2enmod headers" und "systemctl restart apache2" eingeben, falls der Befehl bashsudo nicht vorhanden ist.

[BlackSoll]

It's me again. All the above problems solved but weather don't update-change when i enter my latitude, longitude after Fetch data.

It stays at Schwarzenbek, Deutschland i use Visual Crossing .

[Jan W.]

weather don't update-change when i enter my latitude, longitude after Fetch data

If you‘ve entered lat/lon directly without using the osm address search, the city field is not updated and you need to enter a name manually. In the other case the city name should have been updated.

Did you save the settings? What name is displayed in your settings? Visualcrossing only uses lat/lon for fetching weather data, so the city name is just informational.

If it is still not working, please send me your logs.

EDIT: there is one browser based behavior that I can‘t change: If you use the osm address search it opens as a new tab. If you select a city the tab closes, but it moves to the next tab if it was not the last one. In this case you have to go back to the settings page manually and save the settings.