[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@lemuba Jein. Weewx ist IMHO etwas oversized wenn man nur paar Daten aus der Station für das eigene SmartHome zieht. Wenn man natürlich auf Statistiken und richtige Wetterinfos steht, dann keine Frage
Falls mal das Gateway und der Sensor von ecowitt eintrudeln sollte, steht aber auch der Implementation ins Shellskript nix im Wege. Ich will ja noch paar andere Zusatzsensoren haben

@Stormbringer zu 1: Ja, ist völlig normal. Denn die Station hat keinen Regensensor, sondern einen Regenmengenmesser. Da musst du schon einen echten Regensensor nehmen (@ilovegym nimmt bspw. einen umgebauten Aquara von Xiaomi; ich habe hier einen Kemo liegen).
zu 2: nur extern. Würde ich das WLAN abschalten würde das halbe SmartHome nicht funktionieren, und ohne Messwerte der Wetterstation würde die Markise nicht ein-/ausfahren, die Rollläden beschatten...
Bliebe ein kleines Shellskript auf dem Auswerte-System welches per Cronjob getriggert wird. Das prüft WLAN da --> aktiviere wetterstation-Service.

[Stormbringer]

@SBorg zu 1. Da messt er aber auch Morentau oder wenn Schnee taut oder? Habt ihr den in den Regentrichter rein?
Und zu 2. Bin leider nicht so weise wie du ;d Ich versuchs jetzt mal mit Adapter ausschalten, wenn WLAN aus und Notfalls mit Display stromlos mit Z Wave Plug. Vielleicht hilft das ja auch. Aber wäre es nicht machbar, dass man das Skript in der Config einen automatischen Restart geben kann wie den Adaptern beim Broker? Oder ist das zu aufwändig?

[SBorg]

@Stormbringer Der Trichter ist schon recht klein, geht also nicht viel Schnee oder Tau rein. Der Knackpunkt sitzt aber unterhalb des Trichters, denn dort ist eine Wippe mit einer Messschale. Die muss mit xx ml gefüllt sein bis sie kippt. Das ergibt dann einen Impuls = Anzeige auf dem Display 0.x mm Regen (die genauen Werte habe ich gerade nicht im Kopf). Deswegen löst der Tau (ist einfach zu wenig) es nicht aus, Schnee ... (noch keine Erfahrung)? Da liegt aber dann auch dein (oder unser aller) Problem, dass es eben schon eine zeit lang nieseln muss bis die Wippe voll ist und ein Impuls ausgelöst wird. Als "echte" Regenerkennung (bspw. Markise) völlig unbrauchbar. Aber er soll ja auch nur die Menge messen...

Im Grunde zwar ja, aber wie oben geschrieben, dreht man normalerweise das WLAN gar nicht ab. Es deswegen direkt im Skript implementieren schafft dann nur eine Fehlerquelle und sorgt für mehr Systemlast (das ist zwar minimal, aber eben für 99.99% der User unnötig. Zumindest ich fahr auch nicht im Sommer den Schneefeger im Kofferraum spazieren )
Das sind nur eine handvoll Zeilen und die mache ich dir fertig.

[Rushmed]

@lemuba Die Seite sieht der sehr nice, aus wie bekommt man den DWD Niederschlagsradar rahmenlos eingebunden? Das würde ich auch in meinem Grafana Panel ganz toll machen.

[Stormbringer]

@SBorg Ne meinte mit dem Feuchtigkeitssensor

Fand’s allgemein nicht schlecht, wenn mal ein Übertragungsfehler ist mit Neustart des Skripts. Aber wenn du so nett und sozial bist und es nur für mich machst soll’s mir auch recht sein. Vielen Dank

[crunchip]

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

dreht man normalerweise das WLAN gar nicht ab.

man "spielt" aber hin und wieder mit seinem Netzwerk(UniFi), Änderung am Wlan, oder mal 5Ghz abschalten( Einbindung von Geräten)...und bei jeder Änderung wird der AP entsprechend neu provisioniert, folglich sieht das dann ständig so aus

[SBorg]

Ich kann halt nicht unterscheiden ob es die 868MHz Kommunikation Wettermast --> Display, oder WLAN Display --> Router/AP/etc. ist. Ich habe dafür eine Anzeige in meiner VIS die es dann auf drücken des Buttons resettet.
Aber der Fall ist nun auch kein normales Anwendungsszenario, und eine Netzwerküberwachung an dieser Stelle ist IMHO nicht die Aufgabe eines Skriptes, welches Daten der Wetterstation auswertet?

Lässt sich aber auch relativ einfach realisieren. Dafür nachfolgend kleiner "Watchdog". Ich nenne ihn mal wetterstation-watchdog.sh und lege ihn im Verzeichnis des wetterstation-Skriptes ab (hier im Beispiel unter /home/iobroker ).
Da wir nachher noch einen cronjob anlegen ist es als user "root" einfacher, sonst halt sudo davor...

cd /home/iobroker
touch wetterstation-watchdog.sh
chmod +x wetterstation-watchdog.sh
nano wetterstation-watchdog.sh

nun folgenden Quellcode einfügen:

#!/bin/bash

WATCH_IP="192.168.1.157"

  if ! ping -c 1 -w 1 ${WATCH_IP} > /dev/null; then
    echo Display ist Offline, schalte Wetterstation-Service ab...
    systemctl stop wetterstation
  else
    echo Display ist Online, prüfe Wetterstation-Service ...
    ps -A | grep -q wetterstation
    if [ "$?" -eq 1 ]; then
     echo Starte Wetterstation-Service...
     systemctl start wetterstation
    fi
  fi

Unter "WATCH_IP" dann eine IP innerhalb des WLANS eintragen (bietet sich natürlich die IP des Displays an )
Speichern und nano beenden. Der Watchdog macht dann folgendes:

• Display/WLAN nicht erreichbar --> schaltet den wetterstation-Service ab
• Display/WLAN erreichbar --> prüfe ob der wetterstation-Service läuft -->
  • NEIN --> aktiviere den wetterstation-Service
  • JA --> tue nichts

Beim starten des Services wird dann auch immer der "Kommunikationsfehler-Datenpunkt" zurückgesetzt

Jetzt fehlt noch die zyklische Ausführung des Skriptes (für einen Zeitrahmen sei auf die Doku von cron verwiesen), bspw. check alle 5 Minuten:

crontab -e

und folgende Zeile einfügen (WICHTIG!: die crontab muss immer mit einer Leerzeile enden! Wenn ihr es also ganz unten anhängt unbedingt noch eine Leerzeile mit anhängen):

*/5 * * * * /home/iobroker/wetterstation-watchdog.sh >/dev/null 2>&1

[tritor]

Hi,

Habe für die meisten Daten aus dem Skript mit influxdb zum loggen der Daten eingestellt.
Für die Temperaturen geht das ganz gut.
Wenn ich z. B. Bei Tabellen in influxdb screen für Aussenluftfeuchte nachsehen, dann sehe ich nur null Werte.
Auch beim Luftdruck ist das so. Ein umstellen des Typs von String auf Auto hat nichts gebracht.

Hoffe jemand kann mir helfen.

[Stormbringer]

@SBorg Cool perfekt, danke. Muss ich demnächst mal ausprobieren. Und du darfst ned so tief stapeln. Der Skript ist ja fast ein Adapter und die verbinden sich ja auch neu wenn was schief geht Und wie Crunchip schon richtig erwähnt hat kanns ja immer wieder mal passieren, dass so ein Kommunikationsfehler auftritt. Falls der Fehler innerhalb der Station ist und nicht im Netzwerk kann man eh nichts machen. Also find ich das einen sehr guten Lösungsansatz.

Aber wie machst du das dann mit VIS? Wenn man über VIS einen Neustart anstoßen kann bräuchte man ja gar kein Cron Job oder? Könnte man ja dann mit JS anstoßen, wenn Fehler Kommuniktion oder WLAN aus restart/stop.

[metaxa]

@tritor Witzig, hab gerade begonnen den Tread von Anfang an zu lesen und stolpterte über diese Ausage: Stammt aus dem Beitrag: >>klick<<

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

bzgl. Daten: Aaarrrgghh, hab den k*ck schon befürchtet. Der History-Adapter schreibt schon nix wenn ack=false ("bestätigt"), der InfluxDB auch...

Eventuell hilft dir das weiter .... LG, mxa

[Neuschwansteini]

@SBorg Hehe, das Watchdog hab ich glatt mal gemacht, da bei mir von der Wetterstation einiges abhängt...

und noch um eine simple-api erweitert, wenn die Wetterstation down ist, bekomm ich ne Whatsapp..

[SBorg]

@tritor Du kannst den "Field Type" bei influx nachträglich nicht mehr ändern. Wenn du im Adapter "automatisch" gewählt hast und er, warum auch immer, die Zahl als String erkannt hat, wird die Datenreihe auch als String angelegt und so fortgeführt.
Per Terminal ( _DATENBANKNAME_ mit dem Namen deiner Datenbank ersetzen) :

influx
use _DATENBANKNAME_
show field keys from "javascript.0.Wetterstation.Aussenfeuchtigkeit"

Bei value muss dann float stehen (ich habe hier versehentlich Innenfeuchte genommen ) :

Steht dort String gibt es nur zwei Möglichkeiten:

• die Werte sind nicht sehr wichtig: die Datenreihe droppen + darauf achten, dass sie bei Neuanlage auf "Zahl" steht
• die Werte sind wichtig: die Datenreihe exportieren, dann löschen und explizit wieder als Zahl importieren

[SBorg]

@Stormbringer Ich setze nur den "Kommunikationsfehler" zurück, damit ich in der VIS keinen entsprechenden Hinweis mehr habe. Da du über die VIS aber auch Blockly/JS antriggern kannst, besteht natürlich die Möglichkeit per "exec" auch einen Befehl wie systemctl start/stop wetterstation abzusetzen

Zum "Watchdog" (und warum nicht direkt im Skript):
Ich bin Änderungen/Neuerungen immer aufgeschlossen und setzte diese wenn möglich auch um. Die Funktionalität lässt sich aber so nicht abbilden. Das wäre dann "der sich selbst abschleppende Abschleppwagen". Kein Programm, Skript oder what else kann sich selbst starten wenn es sich "aufgehängt" hat oder gar nicht läuft. Beenden oder neu starten ja, aber das andere geht eben nur per externem Trigger. Genau da setzt der Watchdog an. Deswegen habe ich auch die "echos" drin gelassen, damit man sieht wo genau was passiert und man noch etwas hinzufügen kann, auch wenn ich die Ausgabe dann im cronjob mittels ">/dev/null 2>&1" wieder abwürgen muss (sonst loggt er die Ausgabe brav mit).

[Stormbringer]

@SBorg Das mit dem Abschleppwagen ergibt Sinn g Glaube wir haben das selbe gemeint aber mir hats halt an der Umsetzung gefehlt. Deine Anleitung war gewohnt top, bin Durchgekommen auch als Linux Laie. Das mit dem Exec Befehl absetzen auf einen entfernten Rechner ist nach wie vor ein Buch mit sieben Siegeln für mich aber danke das wird genau so funktionieren ;o) Vielen Dank

[lemuba]

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

@lemuba Die Seite sieht der sehr nice, aus wie bekommt man den DWD Niederschlagsradar rahmenlos eingebunden? Das würde ich auch in meinem Grafana Panel ganz toll machen.

Den Link hatte ich aus irgendeinem schon eingebundenen DWD Niederschlagsradar gezogen - leider nicht direkt auf DWD gefunden/generiert:

https://www.niederschlagsradar.de/image.ashx?type=regioloop&regio=ham&j=&m

ham=Region Hamburg
m=Mobile Darstellung

mun wäre z.B. München...

Deutschland: https://www.niederschlagsradar.de/image.ashx?

Grafana Panel dann vielleicht so:

Panel jason.txt

Würde aber eher empfehlen einen Windy Link einzusetzen - z.B.

https://embed.windy.com/embed2.html?lat=54.00318&lon=9.76869&zoom=8&level=surface&overlay=radar&menu=&message=true&marker=&calendar=&pressure=&type=map&location=coordinates&detail=&detailLat=54.00318&detailLon=9.76869&metricWind=&metricTemp=&radarRange=-1

Panel Jason:

Windy jason.txt

Das skaliert einwandfrei auf jede Größe die Du ziehst und in der Gewitter Darstellung kannst Du Dir sicher sein, falls so eine blau/grüne Wolke über Dir ist, kommt da auch was raus - ich meine das jeweils aktuelle Radarbild ist ca. "max." 10 Minuten alt. Mein Frau schaut immer nach kurz bevor sie mit den Hunden Gassi geht - Nass werden mit Ansage

Leider funktioniert das Windy Radar nicht in meiner PWS Dashboard Webseite, sonst würde es auch da laufen...

[eviltrooper]

Hallo,
Gerade gibts bei Elv die ventus 830 im Angebot.
Die funktioniert auch mit dem Script oder?

[SBorg]

@eviltrooper Jepp (siehe auch 1. Post im Thread Ventus W830)

[wendy2702]

Gerade die Ventus bestellt.

Werde berichten.

Gruß und sonniges Wochenende

[eviltrooper]

Oh man.. peinlich.. danke..
Das WU zum Ende des Jahres seine API schließt, tangiert hier nicht oder.

[SBorg]

Alles kein Problem
...und nein, dass funktioniert Cloudfree. Die Station muss auch nicht ins Inet senden, sondern schickt das Datenpaket (das ist aber im "Wunderground-Format") einfach direkt an deinen Auswerteclient.
Notfalls gibt es ja auch noch das "Ecowitt-Format" (was wahrscheinlich eh kommt wenn mal meine Sensoren von Ecowitt kommen)