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

[Stormbringer]

@Glasfaser und SBorg, wie immer ihr seid der Hammer. Danke jetzt gehts wieder. Wie kommt ihr da immer drauf g Aber ich hab sicher nix an den Einstellungen geändert, steig da irgendwie bei dem Mittelalter meets ioBroker ned so ganz durch. Also halte ich mich davon fern. Muß wohl das Update rausgelöscht haben.

@SBorg Hilft dir ein Screenshot von der App mit dem Batterie Alert? Kann nicht davon kommen, dass das eine WU ist und das andere Ecowitt? Aber wie gesagt steig ned so wirklich durch g

[SBorg]

@Glasfaser Zumindest bei Unifi geht es; das von der Fritte nutze ich nicht. Verbindet sich brav und funktioniert:

@Stormbringer Kann mit den neuen Sensoren zusammenhängen.
...und ich bin ITler, wäre schlimm wenn ich mich nicht damit auskennen würde, wobei, soll es ja auch geben :innocent:
Screenshot kannst du gerne mal einen machen, aber solange nichts im String gesendet wird, gibt es schlichtweg auch keinen Batteriestatus ;)

[Stormbringer]

@SBorg ah daher beziehst du deine Weisheit g Und nochmal blöde Linux Laien Frage... Das der Skript auf WU läuft und von Ecowitt anscheinend nix mitbekommt kann nicht mit den Batterienstatus zusammenhängen?!

[SBorg]

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

deine Weisheit...

Jepp, zu den grauen gesellen sich auch schon weiße ... Haare ;)
...und nein, gibt keine blöde Fragen. Doch, kann schon damit zusammenhängen. Wenn bspw. beim Ecowitt-Protokoll dieser mitgesendet würde/wird. Ich habe das aber mangels Sensor(en) noch nicht weiter verfolgt. Für den Anwender ist es (dann) egal ob er jetzt Wunderground oder Ecowitt in der App als Übertragungsprotokoll auswählt.

[Stormbringer]

@SBorg Jetzt wären wir wieder beim Anfangsproblem, dass sie deine Chinaware immer klauen ;D

[lemuba]

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

[Stormbringer]

Jetzt wo den Mast endlich draussen montiert hab und Netatmo begraben habe tauchen natürlich neue Probleme auf :o(

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

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

[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

[Ein ehemaliger Benutzer]

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