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

[ChrisXY]

Hat schon jemand etwas umgesetzt mit Windböen ? Es gibt ja Wind_Max nach welcher Zeit wird hier gerechnet?

Ich möchte einen Alarm bzw eine Anzeige haben welche mir bei Sturm möglichst schnell den höchsten Wert ausspuckt.

Also 10:11 Uhr 60 km/h 10:14 62km/h ...

Kann ich hier mit wind_max arbeiten oder lieber mit Wind? Bei Wind kommt es mir so vor das auch nur ein durchschnitt irgendwie angezeigt wird.

[schittl]

Ist es angedacht das super Skript "wetterstation-statistik.js" auf influx 2 umzustellen oder ist das gar schon geschehen? Aktuell bekomme ich folgende Fehler:

javascript.0
2022-11-11 10:26:00.095	warn	TypeError: Reduce of empty array with no initial value at Array.reduce (<anonymous>) at Object.cb (script.js.XSkripte.wetterstation-statistik:7666:43) at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5809:71) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:322:37) at processImmediate (internal/timers.js:464:21)

javascript.0
2022-11-11 10:26:00.092	warn	States system pmessage io.messagebox.system.adapter.javascript.0 {"command":"query","message":{"result":[],"error":"Invalid call"},"from":"system.adapter.influxdb.1","callback":{"message":"select * FROM \"0_userdata.0.DP1500.Aussentemperatur\" WHERE time >= 1668034800000000000 AND time <= 1668121199000000000; select * FROM \"0_userdata.0.DP1500.Wind_max\" WHERE time >= 1668034800000000000 AND time <= 1668121199000000000; select * FROM \"0_userdata.0.DP1500.Regen_Tag\" WHERE time >= 1668034872000000000 AND time <= 1668121199000000000","id":2,"ack":true,"time":1668158760014},"_id":22946247} Reduce of empty array with no initial value

javascript.0
2022-11-11 10:26:00.089	error	script.js.XSkripte.wetterstation-statistik: Fehler beim Lesen der InfluxDB: Invalid call

influxdb.1
2022-11-11 10:26:00.083	error	queries: Error: 3 Error happened while processing 3 queries

Vllt habe ich es auch überlesen. Falls ja sorry dafür.

[Latzi]

@schittl
siehe https://github.com/SBorg2014/WLAN-Wetterstation/issues/41

ein :+1 beim issue würde helfen ;-)

[Rushmed]

Hallo lieber @SBorg, ich hoffe dir gehts gut!
Seit gestern herrschen bei mir negative Außentemperaturen und seitdem kommt bei Wolkenbasis nurnoch 0.

[viper4iob]

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

Hallo lieber @SBorg, ich hoffe dir gehts gut!
Seit gestern herrschen bei mir negative Außentemperaturen und seitdem kommt bei Wolkenbasis nurnoch 0.

Ich habe das gleiche Problem, genauer gesagt steht bei mir immer "null".
Ich habe mir das jetzt mal angeschaut, das Problem ist folgende Zeile der Funktion do_wolkenbasis() in der wetterstation.sub:
local WOLKENBASIS=$(echo "scale=2;(${MESSWERTE[1]}-${MESSWERTE[2]})*125"| bc -l)
MESSWERTE[1] ist die Außentemperatur
MESSWERTE[2] ist der Taupunkt
Das bc Kommando hat scheinbar ein Problem, wenn MESSWERTE[2] negativ ist. Das kommt dann mit dem Minus Minus nicht zurecht und schmeißt einen Syntax Error.
Wenn man um den MESSWERTE[2] nochmal Klammern setzt, geht es wieder, die Zeile sieht dann so aus:
local WOLKENBASIS=$(echo "scale=2;(${MESSWERTE[1]}-(${MESSWERTE[2]}))*125"| bc -l)
Danach das Wetterstationsskript oder falls eingerichtet den Dienst neu starten und dann sollte das wieder funktionieren.

[Rushmed]

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

local WOLKENBASIS=$(echo "scale=2;(${MESSWERTE[1]}-(${MESSWERTE[2]}))*125"| bc -l)

Cool, danke. Habs mal eingebaut.

Edit: Sieht gut aus!

[Ein ehemaliger Benutzer]

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

local WOLKENBASIS=$(echo "scale=2;(${MESSWERTE[1]}-(${MESSWERTE[2]}))*125"| bc -l)

super, funktioniert hier auch!
Danke!

[Nashra]

@viper4iob Danke funktioniert :+1:

[viper4iob]

Ich bin da eventuell über noch einen kleinen Fehler gestolpert, und zwar geht es um die Wetterwarnung Tau/Nebel und Reif.
Diese passieren doch nur, wenn der Taupunkt über der Außentemperatur liegt, oder?
Ich habe mich nämlich gewundert, warum bei mir aktuell ständig Reif bei Wetterwarnung angezeigt wird, obwohl der Taupunkt unter der Außentemperatur liegt.

Laut wetterstation.sub geht es in die if Anweisung rein, wenn MESSWERTE[2] kleiner als MESSWERTE[1] ist:

#Tau/Nebel und Reif
     if [ 1 -eq "$(echo "${MESSWERTE[2]} < ${MESSWERTE[1]}" | bc -l)" ]; then
      if (( $(bc -l <<< "${MESSWERTE[5]} >= 99") )); then WARNUNG="Tau/Nebel"; fi
      if (( $(bc -l <<< "${MESSWERTE[1]} <= 0.5") )); then WARNUNG="Reif"; fi
     fi

MESSWERTE[2] = Taupunkt
MESSWERTE[1] = Außentemperatur

D.h. es geht in die if-Anweisung, wenn der Taupunkt kleiner ist als die Außentemperatur.
Es müsste doch aber genau anders herum sein, also:
${MESSWERTE[1]} < ${MESSWERTE[2]}
Oder habe ich irgendeinen Denkfehler?

[Boronsbruder]

@viper4iob

Der Taupunkt ist die Temperatur an dem die Luft, keine Feuchtigkeit mehr halten kann (banal erklärt).
Dann passt es doch, oder?
Wenn der Taupunkt niedriger als die aktuelle Temperatur liegt, fällt die Luftfeuchtigkeit als Nebel oder bei Frost als Reif aus.

Dies gibt nur die Faktenlage im Kopf des Autors wieder :rolling_on_the_floor_laughing:

[viper4iob]

@boronsbruder
Ich habe jetzt nochmal im Internet mehrere Seiten gecheckt, wie z.B.
https://weather.com/de-DE/wissen/wetterlexikon/news/taupunkt-so-entstehen-nebel-reif-und-wolken
Da steht:
"Im Herbst und Winter wallen die Nebel. Der Grund dafür ist, dass die Temperatur in der kalten Jahreszeit häufig unter den Taupunkt sinkt. Wird der Taupunkt – Meteorologen sprechen auch von der Taupunkttemperatur – erreicht, kann sich Wasserdampf als Tau oder Nebel aus feuchter Luft abscheiden, dabei bildet er Tröpfchen in der Luft. Bei tieferen Temperaturen gefrieren die Tröpfchen sofort, es entstehen Eisablagerungen, sogenannter Reif."

Die Außentemperatur (MESSWERTE[1]) muss den Taupunkt (MESSWERTE[2]) quasi fallend erreichen oder eben darunter sinken, also Außentemperatur < Taupunkt.
Das wäre dann eben genau:
${MESSWERTE[1]} < ${MESSWERTE[2]}
Aktuell steht im Skript aber:
${MESSWERTE[2]} < ${MESSWERTE[1]}

[Boronsbruder]

@viper4iob
Natürlich...
Ich hab es wieder mal verdreht...

[Latzi]

@viper4iob
erstellst du bitte ein issue auf github damit @SBorg es im Auge behält (er war schon einige Zeit nicht mehr im Forum :-( ). Für die Wolkenbasis hab ich´s schon gemacht.

[viper4iob]

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

@viper4iob
erstellst du bitte ein issue auf github damit @SBorg es im Auge behält (er war schon einige Zeit nicht mehr im Forum :-( ). Für die Wolkenbasis hab ich´s schon gemacht.

Erledigt und @SBorg hat auch reagiert:
https://github.com/SBorg2014/WLAN-Wetterstation/issues/47

[viper4iob]

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

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

@sborg
Es sieht jetzt besser aus, ich denke es passt jetzt. Danke fürs schnelle fixen.

Nebenbei bemerkt: ich habe eine Froggit HP1000SE Pro.
Zum Thema welche Wetterstation die 10 min Werte direkt sendet.

@SBorg
Es scheint da doch noch ein kleines Problem zu geben.
Meine Wetterstation sendet ja die 10min Durchschnittswerte von Windstärke und -richtung direkt, d.h. das Skript braucht die nicht mehr berechnen.
Ich habe in der config USE_AVG_WIND=true stehen, mir ist aber aufgefallen, dass auf openSenseMap weiterhin die aktuellen Werte und nicht die Durchschnittswerte angezeigt werden.
Ist das vielleicht ein ähnliches Problem wie mit den Durchschnitts-DPs, als die nur mit den berechneten Werten gefüttert wurden, und wenn es keinen berechneten Wert gab, dann der normale Wert benutzt wurde, anstatt den 10 min Werten, die direkt von der Wetterstation kamen.

Das Thema habe ich jetzt auch mal genauer angeschaut und auch ein Issue dazu geöffnet:
https://github.com/SBorg2014/WLAN-Wetterstation/issues/48
Ich habe dort weiterhin einen Code-Block hinterlegt, wie ich es jetzt umgebaut habe. So funktioniert es bei mir aktuell.
Falls es jemand dringend brauchen sollte, kann er das von dort übernehmen bis es eine neue Version gibt.

[SBorg]

Als kleines Weihnachtspräsent...

...zur Behebung diverser Unzulänglichkeiten:

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

• ~ fix Wolkenbasis (keine Werte falls Taupunkt negativ) / Issue #46 (viper4iob)
• ~ fix Wetterwarnung (Reif) / Issue #47 (viper4iob)
• ~ fix OpenSenseMap für Stationen die 10-Minutendurchschnittswerte bereits liefern / Issue #48 (viper4iob)

Wie immer zu finden im GitHub

---

Update-Routine von Vorgängerversion:

• aktuellen WS-Updater nutzen (Download falls älter als V2.12.1: wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)
• ./ws_updater.sh im Installationsverzeichnis ausführen
• Menüpunkt "4" wählen und die Fragen beantworten

---

Update sollte durchgeführt werden, da es sich um ein Bugfix-Release handelt. Dank an @viper4iob für die fixes ;)

[SBorg]

...kurz vor der zweimonatigen Abstinenz, hat mich aber wohl kaum einer vermisst :blush:
@Rushmed Danke der Nachfrage, nicht so wirklich. Was für einen gesunden "schlecht" ist, ist für mich meist "gut", also geht es mir einigermaßen gut.

Eine Änderung die mit sofortiger Wirkung eintritt: Kein Support meinerseits mehr per PM/Chat !
Ich kann (und will) dies nicht mehr leisten. 100% der Fehleranfragen sind Anwenderfehler. Nicht eine einzige Ausnahme. Hierfür gibt es das Forum/diesen Thread. Es braucht sich auch niemand zu schämen wenn er etwas nicht weiß (ev. ist dies ein Grund für die PMs). Ich muss dann jedes mal alles neu lesen, weil ich nicht mehr weiß was wir in diesem Fall dann schon unternommen haben. Der Chat ist dafür auch eher suboptimal und ich erkläre x-mal dasselbe, was vielleicht die ein oder andere Frage eines Anderen geklärt hätte.

[Negalein]

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

hat mich aber wohl kaum einer vermisst

war in Gedanken oft bei dir! Mir gehts ähnlich!

Kein Support meinerseits mehr per PM/Chat !

Richtig so.
Und ja, der Chat ist für sowas sowieso ein Graus!

[SBorg]

Es kam auch so ziemlich alles zusammen. Heizung ausgefallen und sechs Wochen auf meinen Heizungsbauer gewartet der dann keine Ersatzteile hatte (x-mal am Tag resetten bis sie wieder mit Fehler stehen blieb). Dann Heizungspumpe verreckt (naja, nach 30 Jahren darf sie das ;) ). Keinen Ersatz gefunden, da sie die Gastherme so bescheuert davor montiert haben, dass entweder die Therme, oder die halbe Verrohrung umgesetzt werden müsste.
Vorher lief die Pumpe (ich musste sie nur über die Welle anschubsen). Am Tag als die neue Pumpe kam lief sie dann gar nicht mehr (schlimmer, schlimmer Fehler), klar, jetzt ist die ganz hin (von wegen...). Alte Pumpe ausgebaut, neue rein und ... f*ck, läuft nicht. Logo, wer kriegt natürlich wieder die defekte...
Aber nö (siehe oben), die Pumpe kriegt keinen Strom. Toll, noch ein Fehler...
Einen ganzen Tag sämtliche Kabelkanäle aufgerissen und Kabel verfolgt (wg. Fußbodenheizung kommt das nicht einfach von der Steuerung) bis zu einer kleinen Zwischenplatine auf der die 230V geschaltet werden (wenn kein Thermostat Wärme anfordert wird die Pumpe ausgeschaltet, um festfressen zu verhindern dann auch 1x täglich kurz eingeschaltet). Die Anschlüsse werden über Steckklemmen mittels Federstahl hergestellt. Da hat eine nachgegeben und keinen richtigen Kontakt mehr. Toll, meterweit entfernt und da war keiner seit 30 Jahren dran. Genau jetzt muss das auch ausfallen...

Prompt kam mein Netzversorger noch dazwischen und beglückt mich mit einem Smartmeter, wo ich eh gerade den halben Zählerschrank zerrissen hatte, weil ich den Wechselrichter der Solaranlage aus Platzmangel nicht einspeisen konnte.

Aber wenigstens die Baustelle ist fertig und läuft

Dann noch paar andere, kleinere Probleme, und der Test mit Influx V2 der so derbe in die Hose ging...

[Rene55]

@sborg Mann, mann, mann. Wenns einen trifft, dann richtig. Ich hoffe, es geht wieder aufwärts. :disappointed_relieved: Daher auch nochmal von mir, DANKE für die Mühe, die hinter dem Script steckt. :+1: