NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
Hallo,
habe kürzlich von Version 2.17 auf 3.60 aktualisiert. Mit 2.17 lief der Windy - Upload problemlos, mit der aktuellen Version bekomme ich in Windy keine Daten der Anlage angezeigt. Im Debug-Modus sieht das so aus:Datenübertragung an windy.com:
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2025-11-22T17:16:46.000Z","temp":-3.08,"wind":0,"wind_dir":271,"wind_gust":0,"rh":94,"dew_point":-6.44,"pressure":98611,"precip":0,"uv":0}]},"errors":{"observations":[],"stations":[]}},"result":{"0":{"stations":[],"observations":[{"success":true,"value":{"si":0,"time":"2025-11-22T17:16:46.000Z","temp":-3.08,"wind":0,"wind_dir":271,"wind_gust":0,"rh":94,"dew_point":-6.44,"pressure":98611,"precip":0,"uv":0}}]}}}wenn ich das Script innerhalb von 5 Minuten nochmals laufen lasse, kommt folgende Meldung:
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2025-11-22T17:25:46.000Z","temp":-2.94,"wind":0,"wind_dir":63,"wind_gust":0,"rh":95,"dew_point":-5.94,"pressure":98578,"precip":0,"uv":0}]},"errors":{"observations":[],"stations":[]}},"result":{"0":{"stations":[],"observations":[{"success":false,"value":{"si":0,"time":"2025-11-22T17:25:46.000Z","temp":-2.94,"wind":0,"wind_dir":63,"wind_gust":0,"rh":95,"dew_point":-5.94,"pressure":98578,"precip":0,"uv":0},"error":"Measurement sent too soon, update interval is 5 minutes"}]}}}Wenn ich den API - Key verfälsche, dann kommt "invalid user", die Datenübertragung an sich scheint also zu funktionieren mit korrektem API-Schlüssel. Irgendwie erscheint mir der JSON String aber etwas sonderbar aufgebaut, konnte aber auf die Schnelle keine anderen Beispiele finden.
Habt Ihr eine Ahnung, woran das liegen könnte bzw. wie ich den Fehler finden kann?Danke und Grüsse,
Manfred@ManfredR
Sieht alles soweit gut aus. Das JSON kommt direkt von windy, teilt aber "success: true" mit. Die Übermittlung der Daten ist also erfolgt und war valid.
Ev. aktualisiert sich die Seite im Browser einfach nicht? Hast du mal ein STRG+F5 (neu laden der Seite erzwingen ohne Daten aus dem Cache zu lesen) probiert?Seit der Bereitstellung von Windy habe ich nichts mehr an diesem Bereich gemacht, 2.x.x und 3.6.0 sind also in dieser Hinsicht absolut identisch.
-
-
@ManfredR
Sieht alles soweit gut aus. Das JSON kommt direkt von windy, teilt aber "success: true" mit. Die Übermittlung der Daten ist also erfolgt und war valid.
Ev. aktualisiert sich die Seite im Browser einfach nicht? Hast du mal ein STRG+F5 (neu laden der Seite erzwingen ohne Daten aus dem Cache zu lesen) probiert?Seit der Bereitstellung von Windy habe ich nichts mehr an diesem Bereich gemacht, 2.x.x und 3.6.0 sind also in dieser Hinsicht absolut identisch.
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@ManfredR
Sieht alles soweit gut aus. Das JSON kommt direkt von windy, teilt aber "success: true" mit. Die Übermittlung der Daten ist also erfolgt und war valid.
Ev. aktualisiert sich die Seite im Browser einfach nicht? Hast du mal ein STRG+F5 (neu laden der Seite erzwingen ohne Daten aus dem Cache zu lesen) probiert?Seit der Bereitstellung von Windy habe ich nichts mehr an diesem Bereich gemacht, 2.x.x und 3.6.0 sind also in dieser Hinsicht absolut identisch.
Danke für die Rückmeldung. Habe grad nochmal geschaut, das sieht nun gut aus bei Windy. Komisch, hatte das bei mehreren Browsern getestet - keiner hatte zuvor was angezeigt.
-
Kann mir hier noch jemand auf die Sprünge helfen. Ich habe (leider) erst heute gesehen, dass ich keine Wetterdaten mehr an Awekas sende. Hatte bis August noch funktioniert. Gab es eine Änderung? Wie könnte ich prüfen, was falsch läuft.
@Rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Kann mir hier noch jemand auf die Sprünge helfen. Ich habe (leider) erst heute gesehen, dass ich keine Wetterdaten mehr an Awekas sende. Hatte bis August noch funktioniert. Gab es eine Änderung? Wie könnte ich prüfen, was falsch läuft.
Ich hab letztens eine Email bekommen von AWEKAS, die natürlich im Spam gelandet ist, daß meine Station ungewöhnliche Daten sendet.
Ursache war, dass ich den rel. Luftdruck nachjustiert hatte und dadurch kurzzeitige Schwankungen entstanden sind.
Danach musste ich meine Station wieder bei AWEKAS aktivieren.Zeitlich befristete Deaktivierungen können Sie auch selber in Ihren AWEKAS Benutzereinstellungen ( https://www.awekas.at/de/benutzer.php ) reaktivieren Prüfen sie bitte ihre Sensoren und die Übertragungstechnik. Sollten sie die Deaktivierung als ungerechtfertigt empfinden, setzen sie sich bitte mit uns in Verbindung. -
-
Die Antwort von Awekas lautet: "Ihr IO Broker sendet keine Daten an uns. Es kommt nichts an:
Bitte prüfen Sie die Einstellungen für die Daten Url und Benutzernamen". Daraufhin habe ich das Passwort mal geändert (diesmal ohne Sonderzeichen) - und schon ist Awekas wieder uptodate.
Gab oder gibt es die Restriktion auf 'einfache' Passworte? -
Die Antwort von Awekas lautet: "Ihr IO Broker sendet keine Daten an uns. Es kommt nichts an:
Bitte prüfen Sie die Einstellungen für die Daten Url und Benutzernamen". Daraufhin habe ich das Passwort mal geändert (diesmal ohne Sonderzeichen) - und schon ist Awekas wieder uptodate.
Gab oder gibt es die Restriktion auf 'einfache' Passworte?@Rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Gab oder gibt es die Restriktion auf 'einfache' Passworte?
Kommt halt darauf an, wie Passworte geparst werden. Eigentlich sollte sowas abgefangen werden.
Aber manchmal werden Sonderzeichen wie % $ - interpretiert. -
Ja, stimmt. Da bin ich auch schon mal drüber gestolpert. Vllt. hat @SBorg da noch eine Idee.
@Rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Vllt. hat @SBorg da noch eine Idee.
Nicht nutzen ;)
Aber Spaß beiseite. Da die Datenübertragung (auch das Passwort) per URL erfolgt, sind alle Zeichen die in einer URL vorkommen können kritisch, wie zB./=?&:
Dafür kann man (ich) nun encoden: mache aus ":" ein %3A
Nur heißt das dann noch lange nicht, dass auch die Gegenseite es wieder korrekt decoded.
Ich habe dann bewusst darauf verzichtet, da hier das beste Passwort eh nichts nutzt, solange es im Klartext gesendet wird. Auch bietet die bash meines Wissens keine Möglichkeit direkt zu encoden. Dies geht allerdings mittels "jq", der sowieso schon installiert sein muss und für Operationen benutzt wird. Wäre also prinzipiell möglich, aber wegen des Klartext-Versandes eher kontraproduktiv (das super geheime schwierige Passwort für den PC pappt per PostIT am Monitor...).Abhilfe würde nur die Nutzung der API von AWEKAS schaffen (die hat mir Otmar von AWEKAS schon zukommen lassen). Hier wird das Passwort als HASH verschlüsselt und ist so erstmal nicht mehr lesbar. Das ist aber nicht mal gerade so in 5 Minuten umgesetzt und mir fehlt dafür aktuell (und nicht absehbar) schlichtweg die Zeit.
-
Guten Abend zusammen,
Ich habe noch eine der ersten Versionen des Scripts laufen da es mir die Daten liefert die mir wichtig sind.
Jetzt ist mir vor einigen Tagen aufgefallen das bei einigen Objekten die „0“ vor dem Komma fehlt:

In der App und auf den Webseiten der angebundenen Wetterdienste wird mir die „0“ angezeigt und ich meine mir einzubilden das es bei mir auch mal der Fall war.
Jemand eine Idee wie ich die „0“ wieder ins Objekt und damit auch in meine VIS Anzeige bekomme?