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

[Artagon]

@sborg Hi, gibt es Pläne auch den WS90 Sensor zu unterstützen? Generell werden die Messdaten korrekt übertragen, allerdings fehlen hier dann die Regendaten, da diese als rain_piezo von der Station übergeben werden:

rrain_piezo=0.000
erain_piezo=0.130
hrain_piezo=0.000
drain_piezo=0.130
wrain_piezo=0.130
mrain_piezo=0.150
yrain_piezo=1.350

Oder gibt es einen Weg, das mapping manuell zu erledigen?

Vielen Dank schon einmal.

Gruß

Jan

[SBorg]

@artagon Hallo Jan,
nein, Pläne gibt es da eigentlich nie, da ich keine Unterstützung von Ecowitt, Froggit etc. erhalte. Und wie in deinem Fall mal 200$ "just for fun" raus ballern kann ich finanziell auch nicht ;)
Wenn ich alles kaufen würde läge ich schon im k€ - Bereich...

Wenn aber ein User mir die Daten zur Verfügung stellt, setze ich es gerne um. Geht auch meist relativ zeitnah, da es vom System schon vorgesehen ist. Selbst kann man es zwar auch erstellen (wenn man die nötige Erfahrung hat), allerdings hätte der nächste Nutzer mit dem selben Sensor dann nichts davon, und mit dem nächsten offiziellen Update meinerseits wäre der Sensor auch wieder weg.

Ein paar Fragen hätte ich aber noch:

• [hdwmy]rain_piezo ist klar
• "e" dürfte event, also aktuelle Regenmenge des Regenereignisses sein
• "r" aktuelle Regenmenge?
• Menge ist wahrscheinlich in Inch?
• kein Batteriestatus (ev. ws90_batt oä.)?

[Artagon]

@sborg ja, wenn ich es umrechne sollte e das aktuelle event sein und r die aktuelle Regenmenge bzw Rate, da in der Weboberfläche das als mm/H angezeigt wird, wahrscheinlich dann auch inch/hr. Von der Umrechnung sollte inch hier das passende sein, und der gesamte Data String bei Verbose ist:

stationtype=GW2000A_V2.1.8&runtime=2240507&dateutc=2022-09-07+05:47:49&tempinf=73.40&humidityin=54&baromrelin=29.332&baromabsin=29.332&tempf=57.20&humidity=98&winddir=166&windspeedmph=0.00&windgustmph=1.34&maxdailygust=8.95&solarradiation=22.65&uv=0&rrain_piezo=0.000&erain_piezo=0.130&hrain_piezo=0.000&drain_piezo=0.130&wrain_piezo=0.130&mrain_piezo=0.150&yrain_piezo=1.350&ws90cap_volt=3.2&ws90_ver=119&wh90batt=3.16&freq=868M&model=GW2000A

Ich habe mir das Set auch nur geholt gehabt, weil es zu dem Zeitpunkt die Basis Station nicht einzeln gab, wobei die ganz brauchbar ist, misst das ganze eben ander, Wind mit Mikrophonen und Regen mit Piezo.

Gruß
Jan

[SBorg]

@artagon Da kommt sogar noch bisserl mehr:

• Batteriespannung der Backupbatterien
• Spannung des GoldCaps
• Firmwareversion

Da die Temps in "F" und Geschwindigkeiten in "mph" sind, muss auch die Menge in Inch sein.
Aber auch immer schön die Inkonsistenz der Konsistenz zu sehen. Geführt wird er als "WS90", im String heißt er dann bei der Batteriespannung "WH90", nur um beim GoldCap dann wieder "WS90" zu heißen...

Sieht aber gut aus, der Rest is nu Fleißarbeit ;)

[Chris76e]

@sborg

Hi, kannst du beim nächsten update der Wetterstatistik noch den DP Regentag einfügen damit man auswerten kann an vielen Tage es im Monat/Jahr geregnet hat?

Danke

[SBorg]

@chris76e Hihi, Update gibt es da eigentlich keines. Läuft...
Gibt nur was neues wenn ein Wunsch geäußert wird (der auch gut sein muss und ich die Zeit finde ;) ) :

https://github.com/SBorg2014/WLAN-Wetterstation/issues/40

[SBorg]

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

(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])

• + Wetterwarnungen Schwüle, Tau/Nebel und Reif
• ~ URL-Encoding für Umlaute
• + Unterstützung für WS90 "Wittboy"

Wie immer zu finden im GitHub

---

Update-Routine:

• wetterstation.sh, wetterstation.sub und ws_updater.beta (muss "ausführbar" sein chmod +x ws_updater.beta) ersetzen bzw. kopieren
• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neue Datenpunkte für den WS90-Sensor); Wichtig: der WS90 funktioniert hier nicht(!) per Rest-API !
• ./ws_updater.beta --patch im Installationsverzeichnis ausführen und ev. Hinweise beachten (bei "Version ist aktuell" bitte den fehlenden Eintrag "WS90=0" [siehe in der conf auf GitHub] von Hand in die conf eintragen)
• nun mittels [sudo] systemctl restart wetterstation den Service neu starten

---

Wer bereits die 1. Beta-Version der V2.19.0 nutzt sollte trotzdem bitte updaten, auch wenn in dieser 2. Beta "nur" der WS90 dazu kam und man selbst keinen hat. Es könnten sich aber anderweitig Fehler eingeschlichen haben...
Die Regenmengen sind nun auf 3 Nachkommastellen erweitert, da neuere Sensoren mit Piezotechnik sogar Regenmengen von 0.001 Inch messen.

[Negalein]

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

Wer bereits die 1. Beta-Version der V2.19.0 nutzt sollte trotzdem bitte updaten, auch wenn in dieser 2. Beta "nur" der WS90 dazu kam und man selbst keinen hat. Es könnten sich aber anderweitig Fehler eingeschlichen haben...

hat geklappt :)

[Artagon]

@sborg sieht gut aus, Daten kommen nun korrekt rein.

Vielen Dank

[SBorg]

:)

---

Neue Version des JavaScriptes Wetterstation-Statistik auf GitHub V1.3.0

• +Regentage (Issue #40)

Wie immer zu finden im GitHub

Wie immer JS-Skript anhalten und kpl. mittels C&P ersetzen, dann wieder starten.

---

Kleines Zwischen-Release, die "Rekord-GradTage" sind nicht vergessen, nur etwas aufwändiger. Da klemmt es aktuell zeitlich bei mir ein wenig ;)
https://github.com/SBorg2014/WLAN-Wetterstation/issues/40#issuecomment-1242673408

Vorgehensweise für Nutzer des @liv-in-sky - Skriptes wie bei den Tropennächten/Wüstentage, nur ist diesmal der "rowspan" nur um +1 zu erhöhen (bei derzeit alle möglichen Werten sollte es dann also 17 sein).
Die Tabelle muss um

Regentage:        { einheit:"",     name:"Regentage"},

erweitert werden. Dass , am Schluss muss entfernt werden falls ihr den Eintrag am Ende der Tabelle einfügt.

Wen das "undefined" von Jan-Aug stört (ich habe hier bereits "0" eingepatcht) muss bei den Data-Werten 01-08 sich die Regentage einpatchen:

"Regentage": 0

[bastler]

@sborg Ist ja ein tolles Projekt, an dem hier gearbeitet wird! Ich habe eine Davis Vantage Pro2. Ist geplant sie auch mit in die Kompatibilitätsliste aufzunehmen?

[Negalein]

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

Wen das "undefined" von Jan-Aug stört (ich habe hier bereits "0" eingepatcht) muss bei den Data-Werten 01-08 sich die Regentage einpatchen:

Hallo

Ich musste gerade feststellen, dass es bei Juli aufhört.

Aktueller Monat kann auch nicht passen, da wir im Sept. definitiv keine 5 Tage >30 °C hatten.

Upps, merkte gerade, dass Instanz .1 vom Javascript seit Mitte August gestoppt war. :(

Fuck....komm ich irgendwie noch an die Statistik vom August & Sept.?

[Nashra]

@negalein
tröste dich bist nicht allein, ist mir letztes Jahr (August/September) auch passiert
da ich vergessen hatte das Skript nach der Änderung wieder zu starten

[da_Woody]

@nashra mich hauts jedesmal auf die schnauze:

const WET_DP='javascript.0.Wetterstation';          // wo liegen die Datenpunkte mit den Daten der Wetterstation  [default: javascript.0.Wetterstation]

:dizzy_face:

[SBorg]

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

@sborg Ist ja ein tolles Projekt, an dem hier gearbeitet wird! Ich habe eine Davis Vantage Pro2. Ist geplant sie auch mit in die Kompatibilitätsliste aufzunehmen?

Bis dato nicht, da ich keinerlei Support/Unterstützung seiten der herteller erhalte.

[SBorg]

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

Fuck....komm ich irgendwie noch an die Statistik vom August & Sept.?

@all. leider macht mein Laptop ie grätche. bin alo weni online un kann nur becheiden posten...

zur frage. nein, da die werte täglich aufeinander aufbauen. ax. ittel grafana-Chart ermitteln un von an in die jon eintragen.

[SBorg]

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

uch passiert
da ich vergessen hatte das Skript nach der Änderung wieder zu starten

ab eine anzeie für ie wictigten.

[Nashra]

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

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

uch passiert
da ich vergessen hatte das Skript nach der Änderung wieder zu starten

ab eine anzeie für ie wictigten.

Hihi, sehr gute Idee. Bau ich mir auch gleich in VIS ein :grinning:

[Negalein]

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

zur frage. nein, da die werte täglich aufeinander aufbauen. ax. ittel grafana-Chart ermitteln un von an in die jon eintragen.

hab jetzt einfach die Daten vom Cousin (5km entfernt) genommen. Soviel Unterschied ist da nicht! ;)

[viper4iob]

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

Wen das "undefined" von Jan-Aug stört (ich habe hier bereits "0" eingepatcht) muss bei den Data-Werten 01-08 sich die Regentage einpatchen:

"Regentage": 0

Erst mal wieder ein großes Dankeschön, dass du da doch immer wieder neue Features einbaust.
Bei dem Punkt undefined Werte durch 0 zu ersetzen, weil zu dem Zeitpunkt die Werte noch nicht ermittelt wurden, habe ich jetzt lieber ein "-" eingetragen, also:
"Regentage": "-"
Javascript scheint das beim Auswerten in beispielsweise der VIS-Tabelle nicht zu stören, dass ich jetzt einen String statt einer Zahl einsetze und die 0 ist etwas irreführend, wenn man sich später die Werte anschaut, denn es könnten ja tatsächlich 0 Tage gewesen sein.
Wenn man keinen String nehmen möchte, könnte man vielleicht auch noch mit -1 arbeiten, dann wäre es zumindest wieder eine Zahl, aber weiterhin eindeutig zu erkennen, dass es keine ermittelter Wert war.

PS:
Ich habe mich bei der Aktion auch gewundert, warum ich im August laut Statistik-Skript keinen einzigen Wüstentag dabei hatte. Ich habe dann mal die max. Temp Werte geprüft und hatte am 02.08. 36°C, was eigentlich ein Wüstentag hätte sein müssen.
Dann ist mir aber aufgefallen, dass ich das Statistik-Skript erst am 08.08. auf die 1.2.0 aktualisiert habe, wo also die Wüstentage erst eingebaut wurden.
Was ich damit sagen will: Man weiß später nicht mehr genau, wann man das Skript auf welche Version mit welchen Features aktualisiert hat und würde dann ggf. die oben genannten 0 Tage auch als 0 Tage lesen und nicht als reinen Füllwert, der das undefined ersetzt.