NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@SBorg Jetzt wären wir wieder beim Anfangsproblem, dass sie deine Chinaware immer klauen ;D
-
Ich weiss nicht ob Ihr das schon mitbekommen habt.
Auf Github gibt es mittlerweile einen Froggit/Ecowitt DP1500 API konformen Python Treiber für Weewx. Der greift ohne benötigte Einstellungen in WS View direkt auf den Dongle zu und zieht sich alle Daten inkl. aller verfügbaren Sensoren. Hab damit gestern mal mein Weewx umgestellt.
https://github.com/gjr80/weewx-gw1000
Weewx bringe ich dann mal im Herbst online.
Parallel für unser Dorf bin ich schon mit PWS Dashboard Online. Das rennt wie Hulle gut.https://www.fitzbek-wetter.de/pwsWDxx/PWS_index2.php
@SBorg Dein Script läuft allerdings immer noch bei mir und füttert über das ursprüngliche Wlan Display fleissig weiter den Iobroker...
Gruss,
Matthias
-
Jetzt wo den Mast endlich draussen montiert hab und Netatmo begraben habe tauchen natürlich neue Probleme auf :o(
-
Bei mir merkt er auch ned, wenns leicht regnet. Habe das schon mal irgendwo im Forum gelesen. Habt ihr das Problem auch? Kann ja nicht sein, dass ne Wetterstation es nicht mitbekommt, wenn es regnet. Netatmo hatte da nie Probleme.
-
@SBorg Gibts irgendeine Möglichkeit den Skript neu zu starten nachdem man da WLAN wieder einschaltet? Hintergrund ist der, dass der Broker bei Schlaf und ausser Haus das WLAN von der Fritzbox kappt. Vorher hatte ich da keine Probleme und jetzt anscheinend kommt es zu einem Kommunikationsproblem :o( Also eine andere Möglichkeit wie über Exec JS Befehl. Da reichen meine Linuxkenntnisse leider nicht so wirklich aus einen SSH an einen Remote Rechner zu schicken.
-
-
@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. -
@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? -
@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. -
@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.
-
@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
-
@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
-
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
-
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.
-
@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.
-
@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
-
@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..
-
@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
-
@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). -
@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
-
@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®io=ham&j=&m
ham=Region Hamburg
m=Mobile Darstellungmun wäre z.B. München...
Deutschland: https://www.niederschlagsradar.de/image.ashx?
Grafana Panel dann vielleicht so:
Würde aber eher empfehlen einen Windy Link einzusetzen - z.B.
Panel Jason:
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...
-
Hallo,
Gerade gibts bei Elv die ventus 830 im Angebot.
Die funktioniert auch mit dem Script oder? -
@eviltrooper Jepp (siehe auch 1. Post im Thread Ventus W830)