NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@sonystar Das hängt mit ... zusammen. Ich habe es heute nochmals geändert. Wenn es wieder nicht geht bin ich schon soweit den "Mist" einzustampfen oder zu lassen wie es ist...
Vollig OK am 26./27.:
Warum auch immer, Fehler am 27./28. (der Reset funktioniert sonst auch, warum hier erst um 0:50 Uhr? Die nicht existente Regenmenge ist dann natürlich auch in der Berechnung drin...):
Dann geht es wieder...
Solange solch Ausreißer in Influx vorhanden sind, wird es echt schwer auf vernünftige Werte zu kommen. Bei der Temperatur fällt dies nicht auf, da es nur Momentan werte sind. Der kann sich sowieso dauernd ändern und ob der Wert um 23:59 Uhr nun für den Tag oder eigentlich für den nächsten zählt, ist hierbei nicht relevant. Bei der Regenmenge dann leider schon.
Trotzdem war/ist da noch ein syntaktischer Fehler drin (gewesen). Die Temperatur am 01. habe ich aber korrigiert, er hat sie zwar korrekt resettet, dann aber anschließend mit den Vortagswerten überschrieben...
Künftig wird es dann am 01. nur einen Temperaturwert von 01:03 Uhr (default) geben. Der ist Min-/Max- und Durchschnitt zugleich, wird dann aber am 02. des Monats korrekt (hoffentlich ) berechnet. -
@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
@Statistiker: Bitte den falschen Monatswert bei Regenmenge korrigieren ("0_userdata.0.Statistik.Wetter.Jahreswerte.Regenmengemonat") + den gespeicherten Monatswert nicht vergessen ("0_userdata.0.Statistik.Wetter.Data.2021.01").
Sorry, ist das ein Einheitenfehler oder ein Wertefehler wegen der Tagesverschiebung? Hab scheinbar den entscheidenden Teil nicht mitbekommen - also was muss ich auf was ändern
Wertefehler. Bei den beiden DPs die "monatliche Regenmenge", die ist zu hoch (oder nicht, je nach Regenmenge + ob der Fehler überhaupt auftritt). Wenn deine Monatsregenmenge im Januar aber größer als die Jahresmenge ist, kann ja was nicht stimmen
@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Nun mal warten auf Daten vom DP60
Kann wohl jemand kein schlechtes Wetter erwarten
-
@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Nun mal warten auf Daten vom DP60
Kann wohl jemand kein schlechtes Wetter erwarten
Ja hör auf. Ich betrieb ja auch noch Astrofotografie und seit Anfang November seh ich keine Sterne mehr. Mir reichts. Jetzt is dann der Winter mit den langen nächten wieder rum und ich hab kein einziges Bild raus bekommen.
-
@amiethaner
Vieleicht solltest Du auf Wolkenfotgrafie umsteigen;) -
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
@Statistiker: Bitte den falschen Monatswert bei Regenmenge korrigieren ("0_userdata.0.Statistik.Wetter.Jahreswerte.Regenmengemonat") + den gespeicherten Monatswert nicht vergessen ("0_userdata.0.Statistik.Wetter.Data.2021.01").
Sorry, ist das ein Einheitenfehler oder ein Wertefehler wegen der Tagesverschiebung? Hab scheinbar den entscheidenden Teil nicht mitbekommen - also was muss ich auf was ändern
Wertefehler. Bei den beiden DPs die "monatliche Regenmenge", die ist zu hoch (oder nicht, je nach Regenmenge + ob der Fehler überhaupt auftritt). Wenn deine Monatsregenmenge im Januar aber größer als die Jahresmenge ist, kann ja was nicht stimmen
Hm,
Regenmengenmonat (Jahreswert) ist 69,5
Regenmengenmonat (Rekordwert) ist 66,1 (wobei das der gleiche Monat ist da ich das Teil erst seit Januar habe)
Regenmengenmonat (im 2021_01 Objekt) ist auch 69,5Interessant sind die aktuellen Wert
Regenmenge Jahr aus Station - 54,3 mm
Regenmenge Jahr berechnet - 49 mmIrgendwie passt das nur bedingt zusammen;)
Und wo ich schon dabei hin, wo kommt denn die Sonnenscheindauer her?
Ist das ein Sensorwert oder wird der aus der Solarenergie errechnet? -
@rand Jupp, da siehst du den Fehler. Die Monatsmenge kann ja Augenblicklich schlechter größer als die Jahresmenge sein.
Station und berechnet wird zwar wg. Rundung immer etwas unterschiedlich sein, aber so groß sollte der IMO auch nicht sein (außer es waren viele Regenereignisse).Weder noch
Solarenergie ist die Sonnenstrahlung über die Zeit (wird also aus einem Sensorwert berechnet).
Sonnenscheindauer ist die Sonnenstrahlung die per Definition 120W/m² (habe ich irgendwo gelesen) überschreitet.Sieht bei mir hier die letzten 5 Tage ziemlich düster aus:
-
Ok, und welchen Wert nehme ich nun als am richtigsten an?
Ah 120W/m² - das hat mich interessiert. Hatte schon Tage mit nur Wolken (Foto?;), @amiethaner sorry, weisst ja wer den Schaden hat...) aber er hat mir trotzdem munter was von 30 minuten Sonneschein erzählt... aber das sind dann die paar Peaks...
Danke
-
@sborg
Hallo, benutze das neue Statistikscript, leider tritt der Fehler immer noch auf. Betroffen sind abwechselnd alle 5 Vortageswerte, welche immer mal wieder nicht aktualisiert werden. Aber immer nur einzeln, ich hatte noch keinen Tag, an dem zwei Werte nicht aktualisiert wurden.Noch eine Frage an die Besitzer einer Froggit Wetterstation. Ich habe eine HP1000SE, dummerweise ist bei dieser Station der erste Wochentag der Sonntag, ich habe noch keine Option zum Umstellen gefunden. Weiß jemand von euch, ob das möglich ist?
-
@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ok, und welchen Wert nehme ich nun als am richtigsten an?
Gute Frage
Ich weiß nicht wie sie in der Station rechnen. "Mein" Rechenweg ist der mathematisch korrekte + genauste.
Beispiel bei 3 Werten: 0.04 0.06 0.03
"mein" ergebnis = 0.13
beim abschneiden/abrunden = 0.0
beim runden = 0.1Mehr ist es an der Stelle einfach nicht. Simple Addition von Werten, allerdings mit unbekannter Anzahl an Nachkommastellen. Ich rechne halt mit zwei wenn sie mir schon angeboten werden.
Allerdings darfst du den aus der Station und "meinen" kumulierten nur um Mitternacht oder bei Regenabstinenz > 24h vergleichen. Der der Station wird augenblicklich zur Anzeige hinzu addiert, "mein" kumulierter erst um ~23:58 Uhr einmalig für den ganzen Tag@banza Versuche dann mal die neue V0.2.2 (folgt im Anschluss hieran), aber eigentlich kann es das so nicht geben. Das Skript schreibt alle diesbzgl. Daten in einem Rutsch weg (anders wie zB. Rekordwerte, Jahres-/Monatswerte etc.). Deswegen kann er eigentlich nur alle Tageswerte schreiben, oder keinen...
Aber wie das mit "eigentlich" so ist und ich dir das natürlich auch glaube, wüsste ich aktuell nicht an was das liegen sollte -
Neue Version des Wetterstation-Statistik-Addons auf GitHub V0.2.2
- ~Bugfixing Regenmenge Jahr + Monat
Wie immer zu finden im GitHub (wetterstation-statistik.js)
Behebt zwei definitive Fehler meinerseits bei der Berechnung, die in ungünstigen Fällen (also nicht immer und bei jedem gleich) zur fehlerhaften Berechnung der Regenmenge (Jahr/Monat/Rekordwerte) führen konnte.
-
Dankeschön. Ich berichte sobald etwas auffällt.
-
@sborg
danke, neue Version wird probiert. Erklären kann ich mir es auch nicht, wie du schon schreibst, entweder sollten alle oder keine aktualisiert werden. -
Fehler die in der Eigenverantwortung liegen kann man auch beseitigen (zumindest immer wenn man sie findet), aber was will man da machen:
Hat soweit auch alles funktioniert, nur hat die Station (war bisher noch nie der Fall) gegen 16:00 Uhr den Peak von 25°C erzeugt. Sonst war es da aktuell ~7.5°C warm... -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hat soweit auch alles funktioniert, nur hat die Station (war bisher noch nie der Fall) gegen 16:00 Uhr den Peak von 25°C erzeugt.
mir hat es gestern auch einen Peak von 22 Liter reingehauen. Ohne Regen. Oder hatte ein Vogel Dünnschiss?
-
@negalein War dann wohl eher kollektiver Dünnpfiff des Vogelschwarms von Süden kommend
Temperatur könnte man noch ausbügeln, denn wenn bspw. zwei vorherige und zwei nachfolgende in etwa den selben Wert haben, kann der in der Mitte (das wären ja nur ~30 Sekunden Zeitdifferenz zwischen 2 Messungen) schlecht um mehr als xx °C abweichen. Nur steht der dann schon in Influx drin, müsste also dann nachträglich korrigiert/gedroppt werden.Aber beim Regen? Das könnte ja tatsächlich bis zu einem bestimmten Grad durch einen Regenschauer ausgelöst werden. Müsste man höchstens mal prüfen wie viele Pulse so in 30 Sekunden rein rechnerisch möglich wären, bis es dann nach Sintflut aussehen müsste...
-
Hallo,
hoffe hier kann mir jemand weiterhelfen. Gibt es einen Adapter mit dem man die Wetterstation 7 in 1 von Explore Scientific (Vertrieb über Bresser WSX3001) auslesen kann? Über WUnderground funktioniert das, aber ich würde gerne die Station gerne direkt aus dem eigenen Netzwerk auslesen, vergleichbar dem Skript hier (leider ist die Explore Scientific nicht dabei)?
Danke
-
@laplaceii schon probiert obs nicht funktioniert?
-
Hallo zusammen,
ich besitze einen Wetterstation Sainlogic FT 0300. Diese Box erlaubt nicht die Verwendung der WS-View-App. Interessierte Besitzer einer Station, die wie meine anders einzurichten ist, können hier https://forum.iobroker.net/topic/41901/wlan-wetterstation-sborg-alternative-installation Hinweise zur möglichen Technik erhalten. Hiermit wird die Nutzung des Scriptes auch für diese Stationen möglich.
Viel Erfolg!
-
@da_woody ja WS View erkennt das Gerät leider nicht
-
@laplaceii sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Über WUnderground funktioniert das, aber ich würde gerne die Station gerne direkt aus dem eigenen Netzwerk auslesen, vergleichbar dem Skript hier (leider ist die Explore Scientific nicht dabei)?
Hi, Wunderground ist schon mal gut. Auch wenn deine Station nicht explizit gelistet ist, heißt das nicht dass sie nicht funktioniert, sondern lediglich hat noch keiner probiert
Wenn dich noch etwas mehr Aufwand wie bspw. Pi-hole oder dnsmasq nicht abschreckt kommst du damit sicherlich zum Ziel. Wir helfen auch gerne weiter wenn es klemmt.
Ausführliche Erklärung mittels Pi-hole von @XxJooO - klick mich