Plugin: Weather4Lox Version 4 - neuer Fork

[Muck]

Ist etwas OffTopic: Ich habe aktuell ein Nextion Display im Badezimmer um Uhrzeit, Wetter, Wettervorhersage und aktuelle Musik im Bad anzuzeigen. Die verschiedenen Bilder liegen auf dem Display und Daten werden über ein ESP8266 aktualisiert. Die Wetter seite mit dem neuen Theme gefällt mir schon sehr gut und könnte ich ja auch mit größerer Uhrzeit und Innentemperatur etc. anpassen. Hat jemand eine ähnliches Thema und ein Vorschlag für ein alternatives Display mit dem man die Webseite anzeigen kann? Eingabe wäre nicht notwendig, einfach nur anzeige.
So sieht es aktuell aus: Wetterbilder und Texte werden aktualisiert.

Ich habe ein altes Fire-Tablet als Display im Badezimmer und lasse mir derzeit Wetter und Uhrzeit über eine dakboard-Seite anzeigen. Das ist aber leider sehr unflexibel und nur weiß. Deine Ansicht gefällt mir dagegen sehr gut. Wie hast du die Seite so hinbekommen?

[challo]

Das ist ein NEXTION Display. Hier gibt es einen HMI Designer mit dem man das machen kann. Ist aber schon recht aufwendig. Danach braucht man noch ein microcontroller der über Serielle Schnittstelle die Texte z.b. mit der aktuellen Temperatur anpasst und aus den verschiedenen wetterbildern über eine ID das passende auswählt.

[Muck]

Vielen Dank für deinen Mühen und die Updates - alles funktioniert jetzt super.

Ich würde gerne genau deinen Anwendungsfall benützen:
Sinnvolle Anwendungsfälle wären z.B.:

• Starte die Bewässerung, wenn die erwartete Regenmenge für die nächsten 8 Stunden unter 5mm liegt

Ich bekomm's aber nicht hin. Kannst du mir bitte sagen, wie ich das in der Config umsetze?
Ich erhalte als Ergebnis für nxh12_prec immer 0.0

[Jan W.]

Welchen Wetterdienst nutzt Du für die stündlichen Werte? Im neuen Theme kannst Du in der Grafik auf „Regenwahrscheinlichkeit“ klicken und dann werden die erwarteten Regenmengen angezeigt.

[Jan W.]

Muck: ich habe es bei mir noch mal überprüft (ich nutze gerade WetterOnline):


Die Regenmenge sieht man, wenn man auf „Regenwahrscheinlichkeit“ klickt. Rechts ändert sich die Skala und in den "Stats" sieht man die Menge für die Stunde noch einmal genau. Im MQTT Finder solltest Du die Parameter finden, hier mit Filter auf "_prec". Wildcards oder RegEx wird in der Suche leider nicht unterstützt.


Die Werte für nxh passen bei mir, d.h. die Summe der hfc1-4 entspricht nxh4, und bei nxh8 und 12 passt es auch.

Möglicherweise fehlt bei Dir die Subscription. MQTT ist zwar immer aktiv (Schalter ist deaktiviert), aber die Subscription wird nicht automatisch erstellt. Steht im "Kleingedruckten" (und der Anleitung)


Ich plane, dass man hier noch mit einem Schalter um die Subscription für den gesamten Topic erzeugen, also hier w4l/#. Für dieses Plugin musste man das meines Wissen schon immer manuell erstellen, aber andere Plugins machen das automatisch.

[Muck]

Hab alles so gemacht wie von dir geschrieben und im Plugin seh ich auch die richtigen Werte. Aber in der Config hab ich wohl irgendwo einen Denkfehler

[Prof.Mobilux]

Hak mal "Nur Statussnzeige" noch an. Und dann bedenken, dass das MQTT Gateway nur neu sendet wenn sich der Wert ändert.

[Jan W.]

Muck: ich bin von MQTT ausgegangen, weil es der empfohlene Weg ist. Die Einrichtung von Virtual Inputs mit MQTT habe ich hier noch einmal zusammengestellt. Es gibt zwar diverse Beschreibungen im Forum und Wiki, aber für Einsteiger ist es hier vielleicht einfacher zu finden.

Zuerst wird die Subscription angelegt, ein passender Name für den Topic gewählt (kurz ist gut, s.u.), dann die gewünschten Parameter im MQTT Gateway gefiltert, so dass man den Namen kopieren kann.


In Loxone Config kann man zuerst optional einen virtuellen HTTP Input als 'Ordner' erstellen. Dann kann man die Inputs strukturiert darunter als HTTP Eingänge anlegen. Da die Werte NICHT über HTTP Webseiten abgefragt (Polling) und umständlich geparst werden sollen, sondern Änderungen magisch' über MQTT in den MS gesendet werden (Push), trage ich hier ein '.' für die URL als Dummy und ein hohes Intervall ein. Der Punkt sorgt dafür, dass Loxone die Config nicht mehr als unvollständig ansieht.


Danach kann man die eigentlichen Parameter als virtuelle HTTP Eingangsbefehle erstellen. Hier den vorher mit 'Copy' aus dem MQTT Gateway kopierten Namen als Bezeichnung eintragen. Der Name muss 1:1 passen, damit es funktioniert. Man kann noch die Einheit passend setzen, optional in die Visualisierung übernehmen und ein Symbol auswählen.

Im Feld Befehlserkennung habe ich ebenfalls ein Dummy gesetzt, damit die Config nicht als unvollständig bemängelt wird. Der Baustein kann auch ein anderer (virtueller) Input als HTTP sein, nur der Name muss genau passen. Ich nehme immer virtuelle HTTP Eingangsbefehle, da diese in der Config unter dem HTTP Eingang strukturiert zusammengefasst werden.



Dann kann man die Bausteine in die Config ziehen und passend verdrahten. Anschließend überträgt man die Config in den MS. Da via MQTT nur geänderte Werte übertragen werden, muss man jetzt entweder lange warten oder man löscht den Cache im MQTT Gateway einmalig. Wenn man keinen Fehler gemacht hat, sendet das MQTT Gateway die Werte direkt an den MS und zeigt sie mit 'OK' an. Im Live View sind die Werte dann ebenfalls zu sehen:

Hier sieht man auch den Grund, warum ein kurzer Topic sinnvoll ist: so sieht man den ganzen Namen in der Config. Da für den Loxone Grabber ebenfalls der Präfix 'w4l' verwendet wurde, ist der in der neuen Version v4.15.0.13 (Pre-Release von heute) konfigurierbar. In den Server Settings kann man jetzt für den Loxone Grabber einen anderen Präfix angeben, um Rückkopplungen zu vermeiden.

Wenn man die Visualisierung aktiviert hat, sind die Werte auch in der Loxone App zu sehen. Hier mit der anwenderfreundlichen Beschreibung statt einem eher kryptischen MQTT Namen.



Ein Tipp habe ich noch am Ende: wenn der MS neu startet, dann wird das nicht automatisch vom MQTT Gateway erkannt, d.h. die Werte werden nicht neu gesendet. Um das Problem zu lösen, gibt es in der empfehlenswerten Beschreibung im Loxwiki von Prof.Mobilux eine Lösung.

[Muck]

WOW

Vielen, vielen Dank für die ausführliche Anleitung und deine Zeit! Jetzt funktioniert's

[Muck]

Was mir allerdings auffällt: Wenn ich die Website aufrufe, steht bei Niederschlag 0,79 mm - das ist wohl für die nächsten 4 Stunden kumuliert.
Der Wert nxh12_prec gibt allerdings nur 0,1 aus.
Das müsste doch mehr (oder zumindest gleich) als 0,79 sein!?
Oder hab ich einen Denkfehler?

Als Wetterdienst hab ich übrigens Visual Crossing in Verwendung!

[Jan W.]

Ja, Du hast Recht. Die erste Grafik mit dem Deep Ocean Theme zeigt den Niederschlag als Wahrscheinlichkeit oder Menge an (umschaltbar). Die angezeigten Balken zeigen ebenso wie die Stats-Box jeweils die Mengen für die nächste Stunde dar. Der Niederschlag für die nächsten 4h sollte der Summe der Werte entsprechen, d.h. ist höher, sofern in jeder oder zumindest einigen der nächsten Stunden Niederschlag fällt. In der ausgewählten Stunde fällt bereits 0,79 mm Niederschlag. Ich schaue mir das noch genauer an. Vielleicht wird irgendwo falsch gerundet.

[Jan W.]

Muck : technisch gesehen, wird nxh aus den Vorhersagen berechnet. Der Niederschlag der aktuellen und damit mehr oder weniger vergangenen Stunde wird dafür nicht mitgezählt.

In der ersten Grafik ist die aktuelle Stunde ausgewählt, d.h. dass die 0,79mm nicht mitgezählt werden. Die Balken in Deinem Screenshot geben die Wahrscheinlichkeit an und diese lässt leider keine Rückschlüsse auf die Menge zu. 100% und 0mm klingt zwar unpassend, ist aber nicht ungewöhnlich bei einigen Wetterdiensten. Leider fehlen im 2. Screenshot die hfc<X>_prec Werte, so dass man die Berechnung nicht prüfen kann.

Ein Fehler ist daher ohne zusätzliche Infos nicht erkennbar. Für die Steuerung der Bewässerung wäre der bisherige Niederschlag der letzten X Stunden sicherlich hilfreich, aber das ist ein anderes Thema. Das Plugin bietet derzeit keine Messdaten für die Vergangenheit an. Ich nehme die Idee als Feature-Request mal mit.

[jaylapeno]

Super Weiterentwicklung / Fork! Vielen Dank dafür.
Ich hab eine basic Frage - wenn OT bitte löschen/schieben: Mir gefällt die Web Ansicht sehr. Nutzt ihr die auch irgendwie in Verbindung mit z.B. einem Tablet, auf dem Loxone läuft? Bislang habe ich den Emulator genutzt und war ja an das UX von Loxone gebunden, was sehr Basic ist.
Den Webpage Baustein kenne ich auch.. Ist das "the way to go" oder übersehe ich etwas? (Schneller Zugriff auf das frische Deep Ocean Layout via Loxone App / Ambient Mode).

Danke für die Hilfe & die Weiterentwicklung!

[Jan W.]

Ja genau, URL über Webpage Baustein öffnen. Ich hatte noch auf iOS mit Webapp (URL webapp://<loxberry-ip>/plugins/weather4lox/ocean.theme.html und Einbindung über App statt Webpage experimentiert, aber das funktioniert bei mir nicht.

[Bütti]

Hallo zusammen.
Ich habe soeben auf die neue Version 4.15. upgedated.
Die Installation wird als erfolgreich angegeben, dennoch wird zusätzlich folgende Warnung ausgegeben:

02.06.2026 07:21: WARNING Weather 4 Loxone: APT database could not be refreshed.

Habs auch ein zweites Mal versucht drüber zu installieren mit dem gleichen Ergebnis.
Hat zufällig jemand das selbe Problem?
Loxberry Version ist 3.0.1.3

[wavemaster01]

Hallo, bei mir hier, in der selben Konstellation, dasselbe.

[Jan W.]

Bütti , wavemaster01 : Der Hinweis "WARNING Weather 4 Loxone: APT database could not be refreshed." kommt, weil während der Installation des Plugins mehrere Pakete über das OS Tool "apt" installiert bzw. aktualisiert werden. Dabei werden Paketlisten abgefragt und aktualisiert. Hierbei kam es zu Problemen, weil z.B. die Paketlisten von Repositories wegen abgelaufener Keys nicht sicher abgerufen werden konnten.

Bevor Ihr versucht, das Problem zu lösen, macht auf jeden Fall ein Backup!

Hier im Loxforum gibt es mehrere ältere Beiträge zu dem Thema, z.B. hier, aber die dort angegebenen Lösungen sind veraltet und daher nur allgemein hilfreich.

Ich empfehle Euch, sehr vorsichtig vorzugehen und zunächst im Installationsprotokoll des Plugins (erreichbar über die Plugin-Verwaltung) nach der Ursache für die Warnung zu suchen. Hier der Output von einem meiner Raspberrys mit OS Bookworm:

14:23:27.897 INFO: Refreshing APT database.
14:23:28.283 INFO: No process is locking apt or dpkg. Fine.
14:23:28.292 INFO: Starting dpkg --configure...
14:23:28.589 OK: Configuring dpkg successfully.
14:23:28.590 INFO: Clean up apt-databases and update
Reading package lists...
Building dependency tree...
...

Hit:1 https://deb.debian.org/debian bookworm InRelease
Get:2 https://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
...
Get:10 https://deb.debian.org/debian-security bookworm-security/main arm64 Packages [300 kB]
Err:4 https://packages.sury.org/php bookworm InRelease
The following signatures were invalid: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key
Err:5 https://dl.yarnpkg.com/debian stable InRelease
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
...
Reading package lists...
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://packages.sury.org/php bookworm InRelease: The following signatures were invalid: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
W: Skipping acquire of configured file 'rpi4/binary-arm64/Packages' as repository 'https://dietpi.com/apt bookworm InRelease' doesn't have the component 'rpi4' (component misspelt in sources.list?)
W: Failed to fetch https://packages.sury.org/php/dists/bookworm/InRelease The following signatures were invalid: EXPKEYSIG B188E2B695BD4743 DEB.SURY.ORG Automatic Signing Key
W: Failed to fetch https://dl.yarnpkg.com/debian/dists/stable/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
W: Some index files failed to download. They have been ignored, or old ones used instead.
...
14:24:11.837 INFO: Installing apt packages libjson-perl dnsmasq libdatetime-format-iso8601-perl...
Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
dnsmasq-base
Recommended packages:
dns-root-data
The following packages will be upgraded:
dnsmasq dnsmasq-base
2 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 325 not upgraded.
Need to get 649 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 https://deb.debian.org/debian-security bookworm-security/main arm64 dnsmasq-base arm64 2.90-4~deb12u2 [472 kB]
Get:2 https://deb.debian.org/debian-security bookworm-security/main arm64 dnsmasq all 2.90-4~deb12u2 [66.3 kB]
Get:3 https://deb.debian.org/debian bookworm/main arm64 libdatetime-format-iso8601-perl all 0.16-2 [22.4 kB]
Get:4 https://deb.debian.org/debian bookworm/main arm64 libjson-perl all 4.10000-1 [87.5 kB]
Fetched 649 kB in 0s (3344 kB/s)
(Reading database ... 100% (Reading database ... 85999 files and directories currently installed.)
Preparing to unpack .../dnsmasq-base_2.90-4~deb12u2_arm64.deb ...
Unpacking dnsmasq-base (2.90-4~deb12u2) over (2.90-4~deb12u1) ...
Preparing to unpack .../dnsmasq_2.90-4~deb12u2_all.deb ...
Unpacking dnsmasq (2.90-4~deb12u2) over (2.90-4~deb12u1) ...
Preparing to unpack .../libdatetime-format-iso8601-perl_0.16-2_all.deb ...
Unpacking libdatetime-format-iso8601-perl (0.16-2) over (0.16-2) ...
Preparing to unpack .../libjson-perl_4.10000-1_all.deb ...
Unpacking libjson-perl (4.10000-1) over (4.10000-1) ...
Setting up dnsmasq-base (2.90-4~deb12u2) ...
Setting up dnsmasq (2.90-4~deb12u2) ...
Setting up libdatetime-format-iso8601-perl (0.16-2) ...
Setting up libjson-perl (4.10000-1) ...
Processing triggers for dbus (1.14.10-1~deb12u1) ...
Processing triggers for man-db (2.11.2-2) ...

14:24:40.950 OK: Packages libjson-perl dnsmasq libdatetime-format-iso8601-perl successfully installed
14:24:40.951 OK: Package installed successfully.

Man muss kein Linux Experte zu sein, um zu erkennen, dass es anfangs Probleme mit Schlüsseln zum Signieren gab. Wichtig sind die Meldungen, die nach "INFO: Installing apt packages libjson-perl dnsmasq libdatetime-format-iso8601-perl..." angezeigt werden und die Installation der drei genannten Pakete anzeigen. Wenn hier Fehler auftreten, könnt Ihr ggf. versuchen, die Pakete manuell zu installieren. In meinem Log treten dabei keine Fehler auf und daher kann ich mit den kleinen Fehlern leben.

Alternativ könnt Ihr die APT Database auch mit

loxberry@loxberry $ su -
<loxberry-superuser-password>
root@loxberry # apt update

aktualisieren und damit verbundene Probleme anzeigen lassen.

Um das Problem zu lösen, könnt Ihr die Ausgabe im Loxberry Forum posten und um Hilfe von einem Loxberry Entwickler bitten oder versuchen es mit einer KI selbst zu lösen. Ich bin weder Loxberry Enwickler, noch Debian OS Experte und kann daher nicht wirklich helfen.

Ihr könnt auch versuchen, Eure Installation zu aktualisieren und findet hier entsprechende Hinweise. Bei einem Upgrade kann es aber Probleme geben, weshalb eine Neuinstallation mit dem aktuellen OS Trixie einfacher sein kann. Es kommt darauf an, wie viele Plugins installiert sind, ob sonst noch etwas individuell von Euch installiert wurde.

[Jan W.]

Es gibt eine neue Version 4.15.0.14 (Pre-Release), in der das Problem mit nicht funktionierender DNS Namensauflösung in Trixie behoben sein sollte:

• https://github.com/Jan21493/LoxBerry...V4.15.0.14.zip

In Post 3 wurde das bereits gemeldet, aber ein Zusammenhang konnte ich zunächst nicht erkennen. Nach dem gemeldeten Issue in Github von Prof.Mobilux , hatte ich das Problem tiefer analysiert und die Ursache gefunden. Ich hatte noch diverse kleine Fehler gefunden und behoben.