UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rand]

@sborg

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

[banza]

@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?

[SBorg]

@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.1

Mehr 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 :(

[SBorg]

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.

[sonystar]

@sborg

Dankeschön. Ich berichte sobald etwas auffällt. :+1:

[banza]

@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.

[SBorg]

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...

[Negalein]

@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? :joy: :joy_cat: :joy:

[SBorg]

@negalein War dann wohl eher kollektiver Dünnpfiff des Vogelschwarms von Süden kommend :grin:
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...

[LaplaceII]

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

[da_Woody]

@laplaceii schon probiert obs nicht funktioniert?

[XxJooO]

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!

[LaplaceII]

@da_woody ja WS View erkennt das Gerät leider nicht

[SBorg]

@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

[SBorg]

Next round Updatetime:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.3.0

• ~ Fix Rundungsfehler Windchill/Taupunkt
• + Min/max Aussentemperatur der letzten 24h
• + Unterstützung für DP60 Sensor
• ~ Fix für Protokoll #9 wg. fehlender Regenrate

Wie immer zu finden im GitHub

Wegen neuer Datenpunkte muss auch wetterstation.js ersetzt und einmalig ausgeführt werden.

---

Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.4.0

• + Hitzeindex (>20°C)
• + Unterstützung von max. 4 DP200 Sensoren

Wie immer zu finden im GitHub

Wegen der neuen Datenpunkte muss auch wetterstation.js ersetzt und einmalig ausgeführt werden.
Wäre toll wenn gerade die DP200-Nutzer testen könnten ob es funktioniert ;)

Zum Hitzeindex sei auf die WiKi verwiesen. Ich persönlich werde es dann per Binding lt. der Tabelle einfärben :)

[XxJooO]

@sborg ,

Hallo, könntest Du noch mal schauen? Im Skript bekomme ich immer noch eine Fehlermeldung:

/home/Wetterstation/wetterstation.sub: line 274: [: : integer expression expected

bei der Station 9. Welcher Wert wird da berechnet?
Ich habe in den nächsten Tagen ein wenig Zeit und werde mich an der Erstellung von Blocklys versuchen, die für die Station 9 die fehlenden Regenwerte

• Regen_Event
• Regen_Stunde
• Regen_Total
• Regenrate
• Regenstatus

errechnen können. Die ersten Tests laufen schon. Dafür ist es gut, dass es gerade schüttet wie aus Eimern...

[SBorg]

@xxjooo Da wird der aktuelle "Regenstatus" (kein Regen...Sintflut) lt. Wetterdienst berechnet, also bspw. >5l/h = Starkregen (kA. ob das gerade stimmt ;) ) und wann es das letzte mal geregnet hat:

Ich kann dir gerade keine Zeilennummern nennen, da ich schon eine neuere mit anderen Zeilennummern habe, aber suche mal nach convertInchtoMM() { in der *.sub
Den kompletten Block (schätze ~30 Zeilen) bis zum "}" am Zeilenanfang löscht du und ersetzt ihn einfach durch

convertInchtoMM() {
        MESSWERTE[$1]=`echo "scale=1;${MESSWERTE[$1]}*254/10" | bc -l`
}

Damit ist die ganze Berechnung eliminiert. Wenn das dann funktioniert, kann ich den Bereich für Protokoll #9 dann zukünftig einfach überspringen.

[Negalein]

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

Ich persönlich werde es dann per Binding lt. der Tabelle einfärben

In Grafana?
Zeigst du uns/mir das wie das geht? ;)

[XxJooO]

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

Damit ist die ganze Berechnung eliminiert. Wenn das dann funktioniert, kann ich den Bereich für Protokoll #9 dann zukünftig einfach überspringen.

Getestet und funktioniert!

[Rushmed]

@SBorg ich habe gerade gesehen dass seit 2.3 die folgenden Zeilen in der Config stehen.

 #InfluxDB-Konfiguration / ohne InfluxDB alles leer lassen
  #IP und Port der API [xxx.xxx.xxx.xxx:xxxxx]
   INFLUX_API=
  #Name, User und Passwort der InfluxDB-Datenbank
   INFLUX_DB=
   INFLUX_USER=
   INFLUX_PASSWORD=

Was kann ich damit anfangen?

Anderes Thema, ich habe jetzt erst den Windchill Datenpunkt hinzugefügt, dabei ist mir schnell aufgefallen dass der sehr nervös ist.

-10	false	influxdb.0	2021-02-07 19:11:46.494	
-6.61	false	simple-api.0	2021-02-07 19:12:05.131	
-6.61	false	simple-api.0	2021-02-07 19:12:38.011	
-9.88	false	simple-api.0	2021-02-07 19:13:09.040	
-11.61	false	simple-api.0	2021-02-07 19:13:34.972	
-6.61	false	simple-api.0	2021-02-07 19:13:58.125	
-6.61	false	simple-api.0	2021-02-07 19:14:29.066	
-9.5	false	simple-api.0	2021-02-07 19:15:01.107	
-9	false	simple-api.0	2021-02-07 19:15:18.104	
-6.5	false	simple-api.0	2021-02-07 19:15:38.857	
-9.77	false	simple-api.0	2021-02-07 19:16:05.179	
-11.61	false	simple-api.0	2021-02-07 19:16:38.035	
-6.5	false	simple-api.0	2021-02-07 19:17:09.425	
-6.5	false	simple-api.0	2021-02-07 19:19:18.199	
-9.88	false	simple-api.0	2021-02-07 19:19:38.736	
-6.5	false	simple-api.0	2021-02-07 19:20:05.077	
-6.5	false	simple-api.0	2021-02-07 19:22:29.114	
-10.38	false	simple-api.0	2021-02-07 19:23:01.063	
-10.38	false	simple-api.0	2021-02-07 19:23:17.997	
-6.5	false	simple-api.0	2021-02-07 19:23:38.619	
-9	false	simple-api.0	2021-02-07 19:24:05.132	
-6.5	false	simple-api.0	2021-02-07 19:24:38.050	
-9.27	false	simple-api.0	2021-02-07 19:25:09.041	
-9.72	false	simple-api.0	2021-02-07 19:25:35.066	
-10.27	false	simple-api.0	2021-02-07 19:25:58.660	
-8.88	false	simple-api.0	2021-02-07 19:26:29.131	
-9.11	false	simple-api.0	2021-02-07 19:27:01.011	
-6.38	false	simple-api.0	2021-02-07 19:27:17.962	
-6.38	false	simple-api.0	2021-02-07 19:27:38.639	
-9.88	false	simple-api.0	2021-02-07 19:28:05.188	
-9.77	false	simple-api.0	2021-02-07 19:28:38.274	
-9.38	false	simple-api.0	2021-02-07 19:29:09.134	
-11.11	false	simple-api.0	2021-02-07 19:29:35.280	
-11	false	simple-api.0	2021-02-07 19:29:58.023	
-10.11	false	simple-api.0	2021-02-07 19:30:29.051	
-9.88	false	simple-api.0	2021-02-07 19:31:01.606	
-11	false	simple-api.0	2021-02-07 19:31:17.964	
-10.22	false	simple-api.0	2021-02-07 19:31:38.687	
-10.38	false	simple-api.0	2021-02-07 19:32:05.133	
-6.5	false	simple-api.0	2021-02-07 19:32:37.978	
-9	false	simple-api.0	2021-02-07 19:33:09.143	
-10.38	false	simple-api.0	2021-02-07 19:33:35.072	
-11.27	false	simple-api.0	2021-02-07 19:33:58.023	
-9.77	false	simple-api.0	2021-02-07 19:34:29.165	
-10.72	false	simple-api.0	2021-02-07 19:35:01.111

Ist das korrekt?