[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@tege0 / @laplaceii Wenn die Station keinen eigenen Wetterserver zulässt, bleibt nur der Umweg per DNS-Server. Hier werden die Daten die normalerweise an WU geschickt werden auf einen heimischen Rechner umgeleitet, auf dem dann das Skript läuft. Leider ist man dann auf das WU-Protokoll beschränkt: weniger Funktionen u. weniger Sensoren.
Wenn man bspw. schon PiHole nutzt braucht man nur einen zusätzlichen Eintrag tätigen, sonst muss man zB. dnsmasq installieren und dort konfigurieren...

@tege0 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Finde das Stationsdisplay eigentlich ganz schick

Bei uns schaut da kaum einer drauf. Ich habe es halt aufgestellt weil es dabei war
Die Bresser hat so keinen besseren Funktionsumfang. Wenn es nur rein um das Display geht, solltest du ev. das Gateway mit Wettermast in Betracht ziehen (da kannst du dann auch später/gleich weitere Sensoren hinzufügen). Als Anzeige nimmst du dann ein kleines Tablett oder Monitor mit bspw. einem alten Pi und lässt dort eine ioB-View drauf laufen. Da kannst du dir nicht nur das Aussehen nach belieben gestalten, sondern auch weitere Werte anzeigen lassen die das Display nicht kann. Sogar Touch ist dann möglich

[SBorg]

@langer sagte in [Linux Shell-Skript] WLAN-Wetterstation:

1. Könnte man zB. am 01.01.2022 eine komplette Monatsstruktur anlegen, also 01 - 12 und mit jeweils mit einem json füllen der nur "0" als Wert enthält?
2. Wenn Du um 01:03 Deine Statistik erstellst, auch für den laufenden Monat einen json erstellst bzw. Aktualisierst?
3. Das gleiche für das laufende Jahr?
4. Das gleiche für die Rekordwerte?

Pauschal ja, aber da ich ein massives Zeitproblem habe aktuell leider nicht.
#1 ist eher unkritisch, dass sollte sich auch zeitnah lösen lassen, da es max. nur eine handvoll Quellcode ist.
#2-4 birgt leider noch ein weiteres Problem (bei #2 nicht so dramatisch). #3 + #4 sind, gerade zum Ende des Jahres bei vielen Datensätzen, eigentlich ein absolutes "Killerfeature" für Pi-Nutzer. Der braucht da 2-3 Minuten unter JS dafür, dabei laggt dann das ganze System. Unter Linux dauert die Abfrage unter 2 Sekunden, dann wäre aber ein Teil der Statistik im JS-Teil, der andere im Wetterstation-Skript...
Das schreit dann schon wieder fast nach einer Wetterstatistik.sh, gerade weil es dann eigentlich nur Abfragen gegen die InfluxDB sind, wobei das für #4 eigentlich nicht gilt...
...und wo ich gerade tippe, #4? Das sind Allzeitwerte, also bspw. die höchste jemals gemessene Außentemperatur von 43.1° gemessen am 15.07.2020
Solange es jetzt nicht über 43.1°C wird (oder du den Wert löschst) wird sich da nix mehr weiter tun
Sonst bitte Stellungnahme in dreifacher, schriftlicher Ausführung mit Durchschlag auf Normblatt 08/15 DIN A4 quer, gelocht mit Schrägstanzung

[viper4iob]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@viper4iob IMHO am einfachsten die "Gruppierung" weg lassen, dann ist die Abfrage von Grafana nach einem Zeitbereich in Influx auch weg. Trotzdem lasse ich alle 12h mal den Wert schreiben. Sind dann max. (unnötige) 730 Datenpunkte in der Influx, was aber nur paar kB ausmacht.
Man kann natürlich auch innerhalb der Serie(n) zB. auf 14 Tage beschränken mittels einer Retention Policy. Dann wird immer alles älter als 14 Tage gedroppt. Aktuell wird nach einem Jahr gelöscht (sofern man im Influx-Adapter nichts anderes eingestellt hat).

Die Gruppierung wegzulassen hatte ich schon probiert, das hat leider nicht geholfen.
Grafana fragt die Werte trotzdem immer nur in dem aktuellen Zeitraum ab, also z.B. die letzten 24h. Das sieht man im Query Inspector, bei jeder Abfrage steht am Ende der Zeitraum: z.B.
SELECT "value" FROM "javascript.0.Wetterstation.Regenstatus" WHERE time >= now() - 24h and time <= now()
Und wenn er da keine Daten findet, wird auch nichts angezeigt, die Gruppierung hat da keinen Unterschied gemacht.

Ich lasse jetzt auch einfach die betroffenen Datenpunkte zwar nur bei Änderung schreiben, aber zusätzlich nochmal alle 6 Stunden.

[SBorg]

@viper4iob Dann haben sie es wohl irgendwann geändert (ich glaube es gab in den letzten 14 Tagen vier neue Versionen).
Mir ist es allerdings auch nicht aufgefallen, da ich es eben auch zusätzlich alle 12 Stunden schreiben lasse.

[Langer]

@sborg

Danke für Deine schnelle Antwort, leider ist mir das Normblatt 08/15 DIN A4 quer, gelocht mit Schrägstanzung ausgegangen

Aber Spaß bei Seite, ich habe bzw. bin ja dabei mit Javascript die Tabellen wie im Screenshot zu sehen, zu erstellen.
Meine Frage: Wenn ich also am zB. 1.1.2022 im laufe des Tages mein Script laufen lasse, der die Dummy Monate 02 - 12.2022 erstellt, kommt Dein Programm mit dem Vorhanden sein der Dummy Monate zurecht?

Die Aktualisierung des laufenden Monats, der Rekordwerte und des laufenden Jahres läuft ja schon bei mir.
Wenn Dein Programm dies beinhalten würde währe es halt für alle verfügbar.

Bei Fragen, geht es auch ohne Normblätter!!

MfG
Wastl

[viper4iob]

@sborg

Noch ein kleiner Punkt zum Thema Grafana, und zwar die Windrose.
Ich hatte mich gewundert, warum diese bei wenig Wind, wo sich also auch seltener die Windrichtung ändert, immer Wind aus 0° angezeigt wird:

Nun ist es so, dass hier das DB Abfrage Intervall 1 Minute ist, dass heißt Grafana liest für jede Minute einen Wert aus der InfluxDB aus.
Wenn aber kein Wert verfügbar ist, wird dieser mit null gefüllt. Und null wird aber scheinbar von der Windrose als 0° interpretiert.
Ich lasse die Werte vom iobroker nur bei Änderungen in die DB schreiben, weil sich der Wert im Normalfall sehr häufig ändert, außer bei geringem Wind.
Wenn sich jetzt also z.B. 5 min lang die Richtung nicht ändert, dann habe ich einen realen Wert und 4 null-Werte, was mir das Gesamtbild der Windrose verfälscht.

Ich habe jetzt statt fill(null) fill(previous) eingestellt, was das Bild meiner Meinung nach verbessert. Und es entspricht ja auch dem, was die Windfahne macht, sie bleibt so stehen bis sie ihre Richtung wieder ändert:

Man könnte jetzt natürlich auch im iobroker den Wert minütlich schreiben lassen, würde aber am Ende zum gleichen Ergebnis führen.

[SBorg]

@langer sagte in [Linux Shell-Skript] WLAN-Wetterstation:

kommt Dein Programm mit dem Vorhanden sein der Dummy Monate zurecht?

Sollte nichts ausmachen. Wenn es die DPs schon gibt legt er sie halt einfach nicht nochmals an.
Du müsstest nur, wenn du es nutzt, das AutoDelete um ein Jahr erhöhen als du wirklich willst, sonst löscht er wg. der "falschen" Zeitstempel die Daten zu früh (bspw. wird dann der Dezember bereits im Januar angelegt und ist dann lt. Zeitstempel im Dezember 11 Monate alt ).

[SBorg]

@viper4iob Was euch immer so alles auffällt

[Langer]

@sborg

Nochmals Danke für die schnelle Antwort.

Ich habe AutoDelete_Data, AutoReset_Jahresstatistik jeweils auf 0 und Reset_Jahresstatistik auf false, also dürfte doch nichts passieren, oder?

MfG
Wastl

[G.Hawk]

Hallo
Kann mir jemand sagen warum der Datenpunkt Maximaltemperatur Tag sich immer wieder aktualisiert mit der normalen Außentemperatur?

Wenn die Außentemperatur runter geht übernimmt er leicht zeitversetzt auch diesen Wert.

Muss ich da irgendwas ändern oder einstellen?

[SBorg]

@langer sagte in [Linux Shell-Skript] WLAN-Wetterstation:

also dürfte doch nichts passieren, oder?

Eigentlich nicht, aber nutzt du BackitUp? Sonst notfalls sicherheitshalber am 31.12. ein Backup per Hand ziehen, man weiß ja nie ...

[SBorg]

@martin-0 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Muss ich da irgendwas ändern oder einstellen?

Jein, zwar nicht speziell, aber da der Wert nur per InfluxDB ermittelt wird, muss Influx natürlich aktiviert und korrekt eingerichtet sein.

[G.Hawk]

@sborg

[SBorg]

Wie immer keine Werbung, Provision, Affiliate-Link oä., einfach nur falls wer sucht:

https://www.voelkner.de/products/981930/Eurochron-EFWS-2900-Funk-Wetterstation-Vorhersage-fuer-12-bis-24-Stunden.html?offer=283c00e4ef914501edc1fbc36863d452&ref=0&utm_source=newsletter&cc_code=ffc0ea2c00220153b57e6c61d7bae9e1&utm_medium=e-mail&utm_campaign=ve4540

Eurochron EFWS 2900 Funk-Wetterstation mit Gutscheinrabatt etc. inkl. Versand 105,95 €
Ist mal ein echter Schnapper

[viper4iob]

@sborg

Ich wollte die OpenSenseMap Registrierung über das Skript durchführen: ./wetterstation.sh --osem_reg.
Nur leider bricht diese gleich mit folgendem Fehler ab:

So sieht die conf aus:

Die Zeile, die den Fehler erzeugt, ist diese:

Jetzt habe ich mich gefragt, wo dieser OSEM_USER her kommt, der hier geprüft wird, in der conf gibt es nur einen senseBox_USER, und die Abfrage am Terminal durch read kommt erst nach dieser Prüfung. Und ich konnte auch keine Stelle finden, an der der senseBox_USER aus der conf ausgelesen und in den OSEM_USER geschrieben wird.
Und selbst wenn im OSEM_USER an der Stelle den Inhalt aus senseBox_USER hätte, müsste dann das Prüfen auf den Leerstring vielleicht eher so aussehen if [ ! -z $OSEM_USER ];?
Nun weiß ich auch nicht, ob nur ich damit ein Problem habe, weil das ws_update Skript bei mir auch nicht richtig läuft, wo das patchen schief geht und ich immer noch nicht weiß warum.
Aber vielleicht ist es ja hier ein anderes Problem

[SBorg]

@viper4iob Kannst du auch nicht finden, klassicher C&P-Fehler.

Die einfache *if variable; ..." funktioniert schon, denn alles was "nicht leer ist" liefert hier ein true und die Bedingung wird wahr. Ich habe es jetzt aber auf die eher geläufige [ "$var" != "" ] Variante geändert (+ nun mit der richtigen Variablen ).

BugFix V2.10.1 steht auf GitHub im "master"; einfach "sh" und "sub" tauschen (ggf. Service neu starten)
Enthält noch kleinere Schönheitskorrekturen.

[viper4iob]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@viper4iob Kannst du auch nicht finden, klassicher C&P-Fehler.

Die einfache *if variable; ..." funktioniert schon, denn alles was "nicht leer ist" liefert hier ein true und die Bedingung wird wahr. Ich habe es jetzt aber auf die eher geläufige [ "$var" != "" ] Variante geändert (+ nun mit der richtigen Variablen ).

BugFix V2.10.1 steht auf GitHub im "master"; einfach "sh" und "sub" tauschen (ggf. Service neu starten)
Enthält noch kleinere Schönheitskorrekturen.

Danke, für das schnelle Beheben.
Mein Linux versucht aber bei if variable; den Inhalt als Kommando auszuführen, wenn dort etwas gesetzt ist und bei einem Leerstring, liefert es true zurück. Hier ein kleiner Test, 2 identische Skripte, bei einem ist die Variable OSEM_USER leer und bei dem anderen gesetzt:

So ist es besser lesbar:

viper@kubix:/opt/wetterstation$ cat test_leer.sh
#!/bin/bash

OSEM_USER=
if $OSEM_USER; then echo -e "\n${RE} [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!\n";fi
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ cat test_gesetzt.sh
#!/bin/bash

OSEM_USER=ahg123
if $OSEM_USER; then echo -e "\n${RE} [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!\n";fi
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ ./test_leer.sh

 [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!

viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ ./test_gesetzt.sh
./test_gesetzt.sh: Zeile 5: ahg123: Befehl nicht gefunden
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ bash --version
GNU bash, Version 5.0.17(1)-release (x86_64-pc-linux-gnu)

[SBorg]

@viper4iob Witzig, oder auch nicht...

Mache mal spaßeshalber den Gegentest direkt in der Console:

a=1
test $a && echo "Gesetzt" || echo "Nö"

test $b && echo "Gesetzt" || echo "Nö"

[viper4iob]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

a=1 test $a && echo "Gesetzt" || echo "Nö" test $b && echo "Gesetzt" || echo "Nö"

Erst direkt in der Konsole, dann als Skript:

viper@kubix:/opt/wetterstation$ a=1
viper@kubix:/opt/wetterstation$ test $a && echo "Gesetzt" || echo "Nö"
Gesetzt
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ test $b && echo "Gesetzt" || echo "Nö"
Nö
viper@kubix:/opt/wetterstation$ ./test.sh
Gesetzt
Nö

[viper4iob]

@viper4iob
Ich glaube ich habs:

if $OSEM_USER;...
if [ $OSEM_USER ];...

Ersteres führt zu oben genannten Problem, mit eckigen Klammern geht es.

EDIT
Hier nochmal alles:

viper@kubix:/opt/wetterstation$ cat test_leer.sh
#!/bin/bash

OSEM_USER=
if [ $OSEM_USER ]; then echo -e "\n${RE} [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!\n";fi
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ cat test_gesetzt.sh
#!/bin/bash

OSEM_USER=ahg123
if [ $OSEM_USER ]; then echo -e "\n${RE} [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!\n";fi
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ ./test_leer.sh
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$
viper@kubix:/opt/wetterstation$ ./test_gesetzt.sh

 [FEHLER:]   ABBRUCH! Es ist bereits ein Username für OpenSenseMap in der Konfiguration gesetzt!

viper@kubix:/opt/wetterstation$