[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@rushmed
Danke, gut zu wissen. Ich habe aktuell aber nur den Text und die reine Gradzahl. Ich suche noch eine Windrose/Kompass mit Zeiger. Das Gauge-Widget ist mir zu einfach gehalten.

---

@BigMike71
Dann mal willkommen bei den "Wetterfröschen"

[BigMike71]

dann auch von mir mal ne frage bezüglich Windrose
ich habe das neuste Grafana und Influx2 am laufen, ich bekomme aber die daten nicht in das Plugin
"Operato Windrose"
da steht was von "SELECT wind_weather_data.speed AS wind_speed, wind_weather_data.direction AS wind_direction" in der Anleitung,

ich habe aber kein plan wie ich das in der Grafana oberfläche bei den Querys eingeben soll??
die Rose zeigt nix.. keine speed keine richtung....

[SBorg]

@bigmike71
Windgeschwindigkeit und -richtung wirst du wahrscheinlich schon loggen, dann musst du in Grafana nur eintragen:

from(bucket: "${DatenBucket}")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r._measurement == "0_userdata.0.Wetterstation.Windrichtung" or r._measurement == "0_userdata.0.Wetterstation.Wind")
  |> filter(fn: (r) => r._field == "value")
  |> pivot(rowKey:["_time"], columnKey: ["_measurement"], valueColumn: "_value")
  |> filter(fn: (r) => exists r["0_userdata.0.Wetterstation.Windrichtung"] and exists r["0_userdata.0.Wetterstation.Wind"])
  |> rename(columns: {"0_userdata.0.Wetterstation.Windrichtung": "wind_direction", "0_userdata.0.Wetterstation.Wind": "wind_speed"})
  |> map(fn: (r) => ({ r with  direction: r.wind_direction}))
  |> map(fn: (r) => ({ r with  speed: r.wind_speed}))
  |> aggregateWindow(every: 2m0s, fn: first, column: "direction", createEmpty: false)

In #1 musst du dein Bucket eintragen falls du ohne Variablen arbeitest.
"0_userdata.0" musst du ev. an deine Bedürfnisse anpassen.

[BigMike71]

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

from(bucket: "${DatenBucket}")

dankeschön ; stehe aber irgendwie auf den schlauch....
wo bitte muss ich das "Script?" bei Grafana eingeben?

Update:
bischen nachgeschaut,
ich hatte die Datenbank mit InfluxQL Language gemounted....
habe sie auf Flux sprache umgeschaltet, nun sehe ich schon mal was
bloss jetzt komme ich mit den Flux Queries nicht zurecht...
bei anderen Datenpunkten und InfluxQL war es einfacher die Datenpunkte auszuwählen....
kenne mich so tief damit leider nicht aus
benutze oft fill linear , keine ahnung wie ich das da im flux query richtig einbaunen soll

Update2:
habs so gemacht: für die Windrose eine eigene Datenquelle mit Flux Sprache, die andere Panels sind dann
wieder mit der InfluxQL, für Einsteiger wie mich etwas einfacher zu bedienen

[BigMike71]

@massiveattack
wie erzeugst du denn im iobroker die Datenwerte source_regen_01_23 - source_regen_12_23 ?
hast du da ein script?
in der Wettersation ist da ja nur der Regen_Monat wert...

[MassiveAttack]

@bigmike71
Mit sourceanalytics

[BigMike71]

@massiveattack
ok, hatte ich schon installiert, bin aber irgendwie damit nicht warm geworden
hast du da zufällig einen tip für mich was ich da genau einstellen muss?

ansonsten schon mal einen guten Rutsch ins Jahr 2024!!!

[babl]

Mir fällt hier gerade auf, daß mit der Regenmengen Statistik irgendwas nicht stimmt. Siehe Bild.

Und Zwar wird das aktuelle Jahr nicht zurückgesetzt.
Shell Script Version : V3.2.0
Script Version: v2.0.3 - 02.07.2023

Es wurden die Original angelegten Datenpunkte hergenommen und nichts geändert.

Auch unter den Objekten ist der Wert im iobroker falsch und wurde nicht zurückgesetzt.

Was sagt da @SBorg dazu?

[Boronsbruder]

ich hab hier noch 2.0.2 der Statistik und v3.1.1. am Laufen, da passt es im IOB.

[babl]

@boronsbruder ok, hmm, alles andere was ich jetzt so gesehen habe, paßt auch, was has du denn unter dem ordner 0_userdata.0.Statistik.Wetter.Jahreswerte
drin stehen?

[Boronsbruder]

@babl

Ein paar Kuriositäten wohl...
Entweder hatten wir viele Tage die von Frost in über 25 °C übergingen oder 455 Tage im Jahr
Auch die Trockenperiode kommt mir etwas lang vor

[Boronsbruder]

@babl
Also bei mir kommen die "komischen" Werte vom fehlenden / falsch eingestellten

0_userdata.0.Statistik.Wetter.Control.AutoReset_Jahresstatistik 

(stand auf 0[AUS] anstatt 2[Reset und Backup])

[BigMike71]

erst einmal ein frohes neues Jahr an alle

ich habe da mal ein Frage bezüglich dem logging mit Influx.
bei welchen werten macht es sinn nur "Nur Änderungen aufzeichnen" auszuwählen und bei welchen nicht? bin mir da nicht ganz sicher...

[babl]

@boronsbruder auto reset jahresstatistik steht bei mir auch auf 0 und reset jahresstatistik auf false, muss man die auto reset jahresstatistik auf 2 setzen, wo steht denn das, habe ich da was überlesen?

[Boronsbruder]

@babl @SBorg
Im Skript ist ein Hinweis.
In der Doku fehlt er, glaube ich noch ?
Ich habe aus dem Quellcode abgeleitet, dass mit

0 Aus
1 Reset
2 Backup und Reset

der Jahresstatistik zum 01.01. durchgeführt wird.
Wenn du jetzt 0_userdata.0.Statistik.Wetter.Control.Reset_Jahresstatistik auf true setzt wird zum nächsten Statistikdurchlauf, die Jahresstatistik zurückgesetzt. (Das steht schon in der Doku)
ACHTUNG: aber ohne die Daten der Jahresstatistik in einen Datenpunkt zu sichern!

Ich habe, um ein Backup mit Reset sofort zu erzwingen, ganz am Ende des Statistikskripts

Backup_Jahresstatistik();
Reset_Jahresstatistik();

angehängt, das Skript gespeichert, und dann den Anhang wieder entfernt und gespeichert.

[Boronsbruder]

@bigmike71
Ohne Nur Änderungen aufzeichnen wird halt bei jedem Empfang der Daten ein neuer Datensatz geschrieben, was die Datenmenge in der Datenbank erhöht.

Man muss beim Setzen von Nur Änderungen aufzeichnen bedenken, dass wenn Skripte Verläufe oder Mittelwerte abrufen, in gewissen Zeitabständen doch die unveränderten Werte geschrieben werden, um Fehler in den Berechnungen zu verhindern.

Man kann aber in Influx2 über Tasks auch die Datenmengen reduzieren. Der Vorteil an dieser Variante ist, dass z.B. kürzer in der Vergangenheit liegende Daten noch in vollen Details vorhanden sind und ob ich in 5 Jahren noch wissen will, dass um 12:14 Uhr 11,7°C grad waren...

[babl]

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

Backup_Jahresstatistik();
Reset_Jahresstatistik();

danke, aber ich weiß jetzt nicht genau was du damit meinst.

wie sollte ich nun vorgehen, meine Daten werden alle so wie es im Wiki ist in die INflux geschrieben, und dort mit einem Task auf 15min verkleinert, also die Daten habe ich. Mir geht es jetzt nur daß es sobald wie möglich wieder stimmt mit den Werten für dieses Jahr.

Was sollte ich da jetzt tun. Danke dir.

[Boronsbruder]

@babl
0_userdata.0.Statistik.Wetter.Control.Reset_Jahresstatistik auf true

1.2. Reset_Jahresstatistik - [Boolean: true/false] bei true wird die komplette Jahresstatistik zum Schedule resettet. Die Werte werden "genullt" und ggf. (zB. Höchst-/Tiefstwert) auf Extreme gesetzt, damit dann wieder korrekte Höchst-/Tiefstwerte oä. ermittelt werden können.

Dann sollte es morgen nach dem Statistik-Lauf wieder passen:

[korken]

Hallo.
Die Regenmenge "aktuelles Jahr" wurde bei mir auch nicht zurück gesetzt.
Die kommt aber wohl direkt aus der Wetterstation und nicht aus dem Statistikscript.
Ich nutze hier noch die V1.1.0 (habe noch Influx 1.X).
Dazu habe ich für mein Wetter-Gateway Ecowitt GW1000 folgendes gefunden.
Rücksetzen Jahresregenmenge
vielleicht hilft das dem ein oder anderen.

[Boronsbruder]

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

Hallo.
Die Regenmenge "aktuelles Jahr" wurde bei mir auch nicht zurück gesetzt.
Die kommt aber wohl direkt aus der Wetterstation und nicht aus dem Statistikscript.
Ich nutze hier noch die V1.1.0 (habe noch Influx 1.X).
Dazu habe ich für mein Wetter-Gateway Ecowitt GW1000 folgendes gefunden.
Rücksetzen Jahresregenmenge
vielleicht hilft das dem ein oder anderen.

Bei mir war auch Februar als Rainfall-Season drin