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

[crunchip]

@lemuba da ich auch auf weathercloud angemeldet bin, hab ich dieses

[Rushmed]

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

btw2: ich habe in der Wiki ein neues Model mit systemd eingepflegt. Ist wesentlich angenehmer als per cronjob, da man keine kill_xyz etc. mehr braucht: https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Installation---Teil-2
Dann aber nicht vergessen die cronjobs zu disablen! Am einfachsten eine # davor

Danke, wie immer tolle Anleitung!

Der Wettertrend von 1.1.0 hat den Neustart auch wie erhofft überstanden.

[SBorg]

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

habs jetzt aktuell installiert und neu gestartet, wenn ichs richtig verstanden habe sollte das hier aber nicht mehr kommen? oder doch beim aller ersten mal starten?

Doch, denn zur korrekten Anzeige werden die Daten von vor 3 Stunden herangezogen bzw. benötigt. Keine oder zu alte Daten = 3 Stunden Daten sammeln
Alte Version: egal wann du das Skript unterbrichst, es fängt immer bei Null an und braucht immer 3 Stunden bis zur 1. Anzeige
Neue Version: Ist die Unterbrechung kleiner/gleich einer Stunde, macht es genau an der Stelle der Unterbrechung weiter

Unterbrichst du also bspw. nach 2h Datensammlung, fängt die alte Version wieder von vorne an (dauert also wieder 3h). Die neue lädt nun die bereits gesammelten Daten und zeigt nach 1 h den Trend an.
Läuft es bspw. > 3h und du musst zB. mal das System booten, hast du längstens bis zur nächsten vollen Viertelstunde keine Anzeige (weil die Routine zur Anzeige/Datenauswertung nur bei 0/15/30/45 Minuten aufgerufen wird).

[SBorg]

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

btw: sehe ich irgendwo eine neue Firmware oder ein Release-Stand außerhalb der App? Im Datenstring ist ja die akt. Firmwareversion vorhanden. Wäre nice einen DP mit "neuer Firmware..." zu haben
Ich lese es nur hier, da ich kaum in die App schaue.

Gefunden habe ich bis jetzt nichts, aber zumindest einen Lösungsansatz für euch. Für mich funktioniert es dann nicht so ganz ;)
Ich habe mal eine Datei firmware.version auf GitHub angelegt. Die beinhaltet nur die aktuelle Version. Die könnte ich also bspw. 1x täglich auslesen und mit eurer installierten vergleichen und ggf. einen Datenpunkt "Neue Firmware" auf true setzen.
Wie meistens kleiner Wermutstropfen: für mich funktioniert es nicht, denn einer muss ja die neue Versionsnummer auf GitHub einpflegen...
...und solange ich keine neue Version mitbekomme und einpflege, tut sich bei euch auch nichts :(

Trotzdem Interesse?
...und ja, über die Sonnenscheindauer mache ich mir auch schon Gedanken...

[lemuba]

@SBorg

Also die Firmware Version wäre zumindest für mich nicht so interessant. Ich würde eh nur updaten, falls wirkliche Features hinzukommen, oder nervige Bugs beseitigt werden. Ein wirklich interessantes Feature wären für mich die Sonnenstunden...:sunglasses:

[crunchip]

@SBorg dann funktioniert es aber nicht oder ich hab nen ungünstigen Zeitpunkt erwischt. Hatte heute Nacht meinen Rechner neu gestartet und die 180 min Meldung kam trotzdem.
Der Wettertrend wechselt zwischen gleichbleibend und baldiger Regen, während der Luftdruck sich innerhalb 1 hPa schwankt

[lemuba]

@crunchip

Der Wechsel zwischen Gleichbleibend und baldiger Regen innerhalb 1 hPa scheint auch bei mir zu sein...

[Nashra]

Mal eine Frage.
Wird der relative oder absolute Luftdruck an der Wetterstation nach den Daten von Weatherunderground eingestellt.
Ich schnall das einfach nicht :confused:

[crunchip]

@Nashra so wie es an meinem Display funktionierte:
Am Display den Wert (absolut) soweit einstellen, das nach Beendigung des Kalibriervorgangs der (relative) übereinstimmt, da beim kalibrieren der absolut angezeigt wird und ansonsten der relative sichtbar ist.
Hatte es nämlich am Anfang auch falsch gemacht, deshalb war mein Luftdruck um 10 hPa zu niedrig

[Nashra]

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

@Nashra so wie es an meinem Display funktionierte:
Am Display den Wert (absolut) soweit einstellen, das nach Beendigung des Kalibriervorgangs der (relative) übereinstimmt, da beim kalibrieren der absolut angezeigt wird und ansonsten der relative sichtbar ist.
Hatte es nämlich am Anfang auch falsch gemacht, deshalb war mein Luftdruck um 10 hPa zu niedrig

Ähm ich kann ja beide einstellen d.h. ich stelle den absolut jetzt auf den Wert den mir WU zurzeit anzeigt, richtig?

[crunchip]

@Nashra denke ja, ich hab nur die eine Option.

[lemuba]

@crunchip

https://www.dwd.de/DE/wetter/thema_des_tages/2014/11/21.html

Wir wohnen hier in SH 14m über NN, da erübrigt sich eine Kalibrierung. Zum Nachbarort/Referenz mit Wetterstation, 1 hPA Differenz.

[crunchip]

@lemuba laut google liege ich an meinem Standort rund 290 m ü NHN, meine Smartwatch z.b. zeigt mir 346 m an.

[lemuba]

@crunchip

Meinerseits ne Fehlangabe... Unser Dorf 4m über NN nach Wiki, wobei wir im höheren Teil wohnen... Aber Deine Watch scheint dann nicht so smart zu sein (welche Watch?), auch die Frage wonach Sie die Höhe misst...? Mit eingebautem Baro, oder ungenauer nach GPS...? Meine Apple Watch 5 mit der App Altimeter+ und Messung nach eingebautem Baro (ohne Kalibrierung), welche man auch noch machen könnte...:

[crunchip]

@lemuba hab nur ne Galaxy Watch:blush:

[Rushmed]

Hab gerade gesehen dass das Script bei mir manchmal keine Daten schreibt oder Influx zeichnet sie aus irgendeinem Grund nicht auf.

[crunchip]

@Rushmed ich habe seit der neuen Version Kommunikationsfehler zwischen drin hab ich festgestellt, ist bis dato eigentlich ohne Probleme gelaufen und am Netzwerk ist auch nichts geändert worden. Vllt spinnt auch meine Wetterstaion:face_with_rolling_eyes:
@SBorg hab jetzt mal beobachtet, rund 6min nach dem ich ein systemctl restart wetterstation in der Konsole eingebe, kommt der Kommunikationsfehler wieder.

[SBorg]

Ihr macht euch echt Gedanken um eine Kalibrierung wenn jeder der entsprechenden Sensoren eine Abweichung ± 5% hat und sich die Angaben auf Meereshöhe und nicht auf NHN beziehen? Dann bräuchtet ihr schon ein geeichtes Gerät, um die Werte zu vergleichen. Nutzt aber auch nix, denn dann stimmt bspw. die Temperatur nur genau beim Eichwert. Bei 5°C mehr oder weniger passt die Eichung dann schon wieder nicht...
Sehe ich aktuell auf meinem Display. Seit 3 Tagen ist die Anzeige auf "Sonnig/Bewölkt", nur sehe ich am strahlend blauen Himmel seit 3 Tagen nicht mal den Ansatz einer Wolke, außer der gelegentliche Kondensstreifen eines Flugzeuges zählt mit dazu.

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

@SBorg hab jetzt mal beobachtet, rund 6min nach dem ich ein systemctl restart wetterstation in der Konsole eingebe, kommt der Kommunikationsfehler wieder.

Hatte ich bis dato noch nicht, und ich habe echt viel restartet bzgl. Speicherung bei der V1.1.0 :grinning:
So ganz will mir auch keine plausible Erklärung dafür einfallen. Ich hätte nur eine Vermutung, aber die müsste sich auch anders bemerkbar machen: ev. hängt der netcat beim Restart fest.
Versuch deswegen mal anstelle eine Restarts --> stop, kurz warten (ggf. auch mal ps -aux | grep wetter ob wirklich alles weg ist) und dann wieder ein start
...oder als Einzeiler:  systemctl stop wetterstation && sleep 5 && ps -aux | grep wetter && systemctl start wetterstation

[crunchip]

@SBorg hast du denn deine gar nacht Kalibriert, bzw im Werkszustand gelassen? Dass das alles nix genaues ist, schon bewusst, aber wenn die Anzeige um mehr als 15 hPa daneben liegt, schon blöd. Wo man mit dem Wert liegt, ist letztendlich auch egal, Hauptsache, man kann die Tendenz einigermaßen Verfolgen. Aufs korrigieren bin ich erst aufmerksam geworden, nach der Scripterweiterung, wegen dem Schlechten Wetter😂
Werde ich dann mal testen, mit dem stoppen, ansonsten gehe ich vllt mal wieder ne version zurück, zum vergleich. Es passiert auch nicht nur nach nem restart Befehl, sondern auch wenn ich die VM/Server neu starte.
Habe deinen Befehl mal getestet, Kommunikationsfehler kommt trotzdem wieder.
irgendwie läuft das bei mir doppelt, bzw stoppt nicht

root@IoBroker:~# systemctl stop wetterstation
root@IoBroker:~# ps -aux | grep wetter
root       703  0.0  0.0  11776  3608 ?        S    Apr10   0:43 /bin/bash /home/iobroker/wetterstation.sh
root     10650  0.0  0.0  11776  2112 ?        S    12:51   0:00 /bin/bash /home/iobroker/wetterstation.sh
root     10660  0.0  0.0  12780   936 pts/0    S+   12:52   0:00 grep wetter

habs jetzt gestoppt mit

root@IoBroker:~# pkill -9 wetterstation.*
root@IoBroker:~# ps -aux | grep wetterstation.sh
root     13301  0.0  0.0  12780   932 pts/0    S+   13:00   0:00 grep wetterstation.sh
root@IoBroker:~#

cron ist eigentlich aus, sollte dann auch nicht das Problem sein

@reboot /home/iobroker/wetterstation.sh &
#2 0 * * * pkill -9 wetterstation.* && /home/iobroker/wetterstation.sh &

[SBorg]

@crunchip Ich habe einfach nur mal grob geschaut ob die Werte so hinkommen. Bei der Tendenz hast du natürlich Recht, ob die jetzt um 1 hPa bei 950 oder 980 schwankt, sie bleibt bei 1 hPa. Allerdings sollte es schon grob stimmen, denn das "Aktuelle Wetter" richtet sich nach dem aktuellen Luftdruck wie du bemerkt hast :grin:
Aktuell trotz Sonnenschein "baldiger Regen", aber ist auch klar, binnen ~ 60 Minuten um mehr als ein hPa gesunken (bezogen auf 3h sogar mehr):

Ich habe aktuell heute wieder mindestens 10x restartet (schei* Sonnenscheindauer... ;) ) und tut was es soll. Da ich in letzter Zeit nichts an der Kommunikation geändert habe, kann ich mir nur noch vorstellen, dass bei dir der Docker ein Problem mit dem systemd hat. Stell doch mal versuchsweise wieder auf cronjob um. Wären die # vor den Jobs entfernen und den Start per systemd wieder abschalten systemctl disable wetterstation