NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
@viper4iob sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Kann es sein, dass für die Windgeschwindigkeit an wetter.com noch der Teiler durch 3,6 fehlt.
Nicht nur "kann", "habe" ich total verpennt, Danke. Update kommt asap auf GitHub ;)
Danke fürs schnelle Anpassen.
Ich glaube aber in meinem Fall geht es immer noch nicht.
Hast du es evtl. nur für die berechneten 10min Durchschnittswerte geändert?
Bei mir sind die 10min-Werte ja direkt aus der Wetterstation verfügbar.@viper4iob sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich glaube aber in meinem Fall geht es immer noch nicht.
Hast du es evtl. nur für die berechneten 10min Durchschnittswerte geändert?
Bei mir sind die 10min-Werte ja direkt aus der Wetterstation verfügbar....und auch das vergessen. Habe ich gestern Abend/Nacht noch korrigiert. Update liegt auf GitHub.
-
Neue Version des JavaScriptes Wetterstation-Statistik auf GitHub V1.1.3
- +Rekordwerte auch bei Einstellung "LAST_RAIN=DATUM [+UNIX]" in der wetterstation.conf
Wie immer zu finden im GitHub
Update nicht erforderlich solange man in der "wetterstation.conf" bei der Regenanzeige die Einstellung
LAST_RAIN=DIFFnutzt. DATUM bzw. UNIX wurden dort für die Rekordwerte usw. bislang nicht unterstützt. -
@martybr sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg Eine Frage zur Version 2.16: Ich nutze die neuen DPs *_10Min. Das funktioniert gut. Ich meine nun zu beobachten, dass sich die Windrichtung in Textform (SO) etc. weiterhin auf die Angabe der Windrichtung und nicht auf den gemittelten Wert "Windrichtung_10Min" bezieht. Hier könnte man doch auch den gemittelten Wert ansetzen, das wäre dann konsequent.
Da ich gerne alle Möglichkeiten abdecke, ist die Lösung nach einiger Denkarbeit nun folgendermaßen ausgefallen (+ jepp, "Windrichtung als Text" ist nur der aktuellen Windrichtung zugeordnet). Da ich keine Einstellung dafür in der "conf" haben will (macht es für den Anfänger nur kompliziert; für den Rest auch irgendwann unübersichtlich), kommt einfach ein neuer Datenpunkt hinzu. Keine weiteren Einstellungen nötig und man kann einfach nutzen was man möchte, oder eben nicht möchte ;)
Da ich allerdings (systembedingt) nach publishen einer Beta nachträglich keine neuen Datenpunkte mehr hinzufügen kann, kommt das dann erst mit in die V2.18.0
-
Hi,
danke für das tolle Script. Ich habe es jetzt schon über ein Jahr im Einsatz.
Ist es vielleicht demnächst geplant auch den Blattfeuchtesensor zu unterstützen?Das müssten glaube ich diese Werte sein:
Froggit DP10 (Ecowitt WN35) Max Anz. 8&leafwetness_ch1=0 &leaf_batt1=1.50DATA von Wetterstation: PASSKEY=xxxxxx&stationtype=EasyWeatherV1.6.4&dateutc=2022-08-02+11:03:48&tempinf=68.5&humidityin=69&baromrelin=30.006&baromabsin=29.929&tempf=81.3&humidity=44&winddir=204&winddir_avg10m=204&windspeedmph=1.3&windspdmph_avg10m=5.4&windgustmph=6.9&maxdailygust=11.4&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.020&monthlyrainin=0.020&yearlyrainin=15.957&solarradiation=681.41&uv=6&temp2f=69.6&humidity2=66&soilmoisture1=38&soilmoisture2=38&soilmoisture3=47&pm25_ch1=1.0&pm25_avg_24h_ch1=3.7&lightning_num=0&lightning_time=1658417603&lightning=37&tf_ch1=78.4&tf_ch2=62.2&leafwetness_ch1=0&wh65batt=0&wh25batt=0&wh26batt=0&batt2=0&soilbatt1=1.2&soilbatt2=1.4&soilbatt3=1.4&pm25batt1=5&wh57batt=3&tf_batt1=1.32&tf_batt2=1.52&leaf_batt1=1.50&freq=868M&model=HP1000SE-PRO_Pro_V1.8.1 -
@sborg Das klingt doch nach einem Plan. Reicht vollkommen, danke für die Berücksichtigung des Vorschlages.
@martybr sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg Das klingt doch nach einem Plan....
Klingt nicht nur, s.u. ;)
@christian90 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ist es vielleicht demnächst geplant auch den Blattfeuchtesensor zu unterstützen?
Nö :joy:
Aber wie üblich, wenn ich Daten dazu habe ist es normalerweise kein größeres Problem. Aber in Planung war der nicht...
V2.18.0 bisher (alless bereit umgesetzt)
V2.18.0 / 28.07.2022 + dummdidumm... + Windrichtung der letzten 10 Minuten als Text + Unterstützung für DP10/WN35 Blattfeuchte-Sensor
und dummdidumm funktioniert auch prächtig:

-
@martybr sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg Das klingt doch nach einem Plan....
Klingt nicht nur, s.u. ;)
@christian90 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ist es vielleicht demnächst geplant auch den Blattfeuchtesensor zu unterstützen?
Nö :joy:
Aber wie üblich, wenn ich Daten dazu habe ist es normalerweise kein größeres Problem. Aber in Planung war der nicht...
V2.18.0 bisher (alless bereit umgesetzt)
V2.18.0 / 28.07.2022 + dummdidumm... + Windrichtung der letzten 10 Minuten als Text + Unterstützung für DP10/WN35 Blattfeuchte-Sensor
und dummdidumm funktioniert auch prächtig:

-
Das ganze entstand aus diesem Thread.
Damit ist es möglich mit einem Linux-Client die Daten einer WLAN-Wetterstation und/oder mit Hilfe eines Gateways und Zusatzsensoren zu empfangen, aufzubereiten und im ioBroker zur Verfügung zu stellen. Optional können die Daten auch bei AWEKAS.at, OpenSenseMap, Windy und wetter.com zur Verfügung gestellt werden.
Mein Dank geht an @Latzi für das testen in der Entwicklungsphase und dessen Unterstützung bei der Verfassung der WiKi-Artikel.
Aktuelle Version auf GitHub:
Neue Versionen im Thread sind ab V2.15.0 (Juli 2022) unterschiedlich farblich gekennzeichnet:- Beta-Releases haben dann eine rote Versionsnummer
- stabile Releases haben dann eine grüne Versionsnummer
Projektseite (inkl. WiKi): https://sborg2014.github.io/WLAN-Wetterstation/
Da es sich um keinen Adapter handelt, ist dies eine "Vorschaltseite" von GitHub. Nicht das wer auf die Idee kommt von der URL im ioBroker installieren zu wollen ;)
Zum Download/WiKi geht es dann weiter per View on GitHubBisher geteste Stationen:
- BRESSER
- WLAN Farb-Wetter Center mit 5-in-1 Profi-Sensor V (1) @pandor
- WLAN Comfort Wetterstation mit 7-in-1 Profi-Sensor (1)
- ChiliTec Funk Wetterstation 12in1 @tege0
- DNT Weatherscreen PRO @Petersilie
- Ecowitt
- GW1000
- GW2000A
- GW3000A @MartyBr
- WS2910 @Nashra
- WS3800A @hoschi2007
- WS3900 @Mike77
- ELV WS980WiFi @sonystar
- Eurochron EFWS2900 @Latzi, @ilovegym, @SBorg (baugleich mit Ambient Weather WS-2902, Chilitec CTW-902, Sainlogic 10 in 1)
- Froggit
- Gateway/USB-Dongle DP1500/DP2000 @Boronsbruder
- HP1000SE Pro @Stormbringer
- WH3000 SE @ToxSox, @crunchip
- WH4000 SE @unltdnetworx, @Glasfaser, @Negalein, @Boronsbruder
- WH6000 Pro @Mugel80
- Renkforce WH2600
- Sainlogic
- Ventus W830 @CiroCool, @Rushmed
(1) Abfrage per DNS-Server wie bspw. PiHole oder dnsmasq
Bisher unterstütze Zusatzsensoren per Station oder mittels DP1500/DP2000/GW1000/GW2000A - Gateway:
- bis zu 8 Stück DP35/WN34 Wassertemperatur-Sensoren
- ein DP40/WH32 (bzw. WH26) Außentemperatur- und Luftfeuchtigkeitssensor
- bis zu 8 Stück DP50/WH31 Temperatur-/Luftfeuchtigkeit-Sensoren
- ein DP60/WH57 Blitzsensor
- bis zu 4 Stück DP70/WH55 Wasserleckage-Sensoren
- bis zu 16 Stück DP100/WH51 Bodenfeuchte-Sensoren
- bis zu 4 Stück DP200/WH43 PM2.5 Feinstaub-Sensoren
- ein DP250/WH45 5-In-1 CO2 / PM2.5 / PM10 / Temperatur / Luftfeuchte Innenraumsensor
- ein DP300/WS68 Solarunterstütztes Anemometer mit UV-Lichtsensor
- ein WH31 (bzw. WH25) Sensor
- ein WH40H Sensor
- ein WS80 Sensor
- ein WS90 "Wittboy" Sensor
- BRESSER (1)
- bis zu 4 Stück(2) BRESSER Thermo-/Hygro-Sensor 7 Kanal #7009999
Für den WFC01 hat @Rand nun hier und folgende ein kleines Javascript gebaut, um diesen auch auslesen zu können.
(1) nicht alle Bresser-Stationen unterstützen Zusatzsensoren! siehe hier
(2) durch das verwendete Wunderground-Protokoll limitiertDie mögliche Anzahl der Zusatzsensoren ist nicht durch das Skript begrenzt, sondern wird vom Display und/oder Gateway bestimmt.
Es besteht ferner auch die Möglichkeit Stationen (wie bspw. Sainlogic Profi Wlan Wetterstation FT0300) einzubinden die nicht per WS View[+] App konfiguriert werden können und nur ein Web-Interface bieten, dass keine Angabe eines eigenen Wetterdienst-Servers zulässt. Hierfür kann man den Umweg eines eigenen DNS-Servers wie dnsmasq oder Pi-hole gehen. Für Pi-hole hat @XxJooO freundlicherweise hier im Forum eine ausführliche Doku erstellt: klick mich
Wäre schön wenn sich weitere User mit entsprechenden Modellen melden bei denen es funktioniert (auch wenn es baugleiche sein sollten, so ist man sich wenigstens sicher ;) )
Update von einer Vorgängerversion (bei Nutzung per systemd):
Im Installationsverzeichnis
./ws_updater.shausführen.
Alternativ (falls die aktuell installierte Version kleiner als V2.12.0 ist): im Installationsverzeichnisbash <(curl -s https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)ausführenUpdate von einer Vorgängerversion (bei Nutzung als cronjob):
Am besten das laufende Skript mit
pkill -9 wetterstation.shstoppen, wetterstation.sh und -.sub ersetzen (-.conf und -.js nur nach Aufforderung nötig; conf dann neu konfigurieren / js ersetzen und einmalig ausführen), dann entweder- direkt am Linux-Client
./wetterstation.sh & - oder per Putty oä.
nohup ./wetterstation.sh &(erzeugt dabei eine Datei nohup.out) - oder reboot des Systemes (Skript wird dann per cronjob wieder gestartet)
jeweils im Installationsverzeichnis ausführen. Sonst befindet sich ggf. noch das alte Skript im RAM und läuft munter bis zum nächsten Reboot weiter ;)
Beispiele einer grafischen Umsetzung:
@Glasfaser: View / zum Beitrag

@crunchip: Grafana / zum Beitrag

Wetterstation-Statistik (JS-Addon)
Statistikmodul als Javascript. Liefert diverse Statistiken:

Javascript für eine HTML-Tabelle vorheriger Monatswerte ( @liv-in-sky ) :


zum ThreadNeues Projekt PimpMyStation (14.11.2020)
Kein Support per PM/Chat !
-
@martybr sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg Das klingt doch nach einem Plan....
Klingt nicht nur, s.u. ;)
@christian90 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ist es vielleicht demnächst geplant auch den Blattfeuchtesensor zu unterstützen?
Nö :joy:
Aber wie üblich, wenn ich Daten dazu habe ist es normalerweise kein größeres Problem. Aber in Planung war der nicht...
V2.18.0 bisher (alless bereit umgesetzt)
V2.18.0 / 28.07.2022 + dummdidumm... + Windrichtung der letzten 10 Minuten als Text + Unterstützung für DP10/WN35 Blattfeuchte-Sensor
und dummdidumm funktioniert auch prächtig:

@SBorg
Könnte das dummdidumm was mit Wolken zu tun haben haben?Wenn wir schon bei Features und Requests sind:
Mir ist klar, daß man wissen sollte, was aktuell an Skript installiert ist, aber ein DP mit der aktiven Skripversion wäre ganz gut. -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Oder der User "pi" darf einfach kein Influx, was ich eher vermute...
Knapp daneben. :-)
Der user pi durfte kein nc.
sudo chmod u+s /usr/bin/nchat das geändert.
Jetzt darf Dein Script nicht mehr als root laufen. Soll und braucht es aber ja auch nicht mehr. :-)Vielen Dank und viele Grüße
Björn -
@martybr sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg Das klingt doch nach einem Plan....
Klingt nicht nur, s.u. ;)
@christian90 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ist es vielleicht demnächst geplant auch den Blattfeuchtesensor zu unterstützen?
Nö :joy:
Aber wie üblich, wenn ich Daten dazu habe ist es normalerweise kein größeres Problem. Aber in Planung war der nicht...
V2.18.0 bisher (alless bereit umgesetzt)
V2.18.0 / 28.07.2022 + dummdidumm... + Windrichtung der letzten 10 Minuten als Text + Unterstützung für DP10/WN35 Blattfeuchte-Sensor
und dummdidumm funktioniert auch prächtig:

-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
dummdidumm
da tippe ich mal auf Blitzdetektor - selbstgebaut mit AS3935 oder ein fertiges Ecowitt (WH57)/Froggit(DP60)-Teil????
@latzi sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
dummdidumm
da tippe ich mal auf Blitzdetektor - selbstgebaut mit AS3935 oder ein fertiges Ecowitt (WH57)/Froggit(DP60)-Teil????
Ich fange heute mal "unten" an ;)
Ecowitt/Froggit ist ja schon enthalten, wäre also nix neues...
Blitzdetektor, eher auch nicht, weil 24h Gewitter dauernd in 1-2km Entfernung :grinning:
@Björn-Günther :+1: :grinning:
-
@SBorg
Könnte das dummdidumm was mit Wolken zu tun haben haben?Wenn wir schon bei Features und Requests sind:
Mir ist klar, daß man wissen sollte, was aktuell an Skript installiert ist, aber ein DP mit der aktiven Skripversion wäre ganz gut.@tritor sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg
Könnte das dummdidumm was mit Wolken zu tun haben haben?2 Punkte muss ich leider für "was" abziehen, aber für die "Wolken" gibt es 98 Punkte :trophy:
Es handelt sich hierbei um die Wolkenbasis, also bei welcher Höhe die Wolkenuntergrenze liegt. Ist eigentlich nur interessant wenn man "irgendwas" mit fliegen zu tun hat.
Interessant für jedermann wird es dann allerdings auch wieder, denn je tiefer die Wolkenbasis, desto eher regnet es auch.
Bei meinem Pic von oben ist diese gegen 18:00 Uhr von rund 2km auf ~800 Meter gefallen. Dazu noch dicke Regenwolken am Himmel und schon "eimerte es aus Kübeln" ;)
Bei rund 200m hatte ich einen kurzen, heftigen Wolkenbruch, so dass der Dachkannel überlief...
Roadmap V2.18.0
+ Höhe der Wolkenbasis + Windrichtung der letzten 10 Minuten als Text + Unterstützung für DP10/WN35 Blattfeuchte-Sensor + Ausgabe der Skriptversion in Datenpunkt beim StartWenn wir schon bei Features und Requests sind:
Mir ist klar, daß man wissen sollte, was aktuell an Skript installiert ist, aber ein DP mit der aktiven Skripversion wäre ganz gut.
;)...und ein weiteres Feature ist noch nebulös in der Mache, wird aber wohl was für eine V2.19.0
-
Hallo,
mein WS Script 2.16 verliert seit einigen Tagen immer wieder die Verbindung zum ioBroker.
Eine Statusabfrage bringt dieses Ergebnis:
● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2022-08-03 20:28:08 CEST; 1h 31min ago Main PID: 488 (wetterstation.s) Tasks: 2 (limit: 8985) CPU: 1min 27.967s CGroup: /system.slice/wetterstation.service ├─ 488 /bin/bash /home/pi/Wetterstation/wetterstation.sh └─16794 curl -s -H Content-Type: application/json -H Authorization: 90d68e964cf60c2f4508c6f0bf33479620a4749f20213fad390bdcee67026fad -d [ {"sensor":"61e95e3e494dbc001c7422d5", "value":"28.11"},{"sensor":"61e960e7494db> Aug 03 20:28:09 Smartazamba wetterstation.sh[580]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Network is unreachable Aug 03 20:29:37 Smartazamba wetterstation.sh[745]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:30:07 Smartazamba wetterstation.sh[872]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:30:37 Smartazamba wetterstation.sh[1013]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:31:07 Smartazamba wetterstation.sh[1155]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:31:37 Smartazamba wetterstation.sh[1339]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:32:07 Smartazamba wetterstation.sh[1962]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:32:37 Smartazamba wetterstation.sh[2067]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded! Aug 03 20:45:09 Smartazamba wetterstation.sh[10322]: jq: error (at <stdin>:0): Cannot iterate over null (null) Aug 03 20:45:09 Smartazamba wetterstation.sh[10326]: jq: error (at <stdin>:0): Cannot iterate over null (null)woran kann das liegen?
Manchmal läuft das Script aber trotzdem kommt im ioBroker nichts an:
pi@Smartazamba:~ $ sudo systemctl status wetterstation ● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2022-08-03 22:04:19 CEST; 10min ago Main PID: 22200 (wetterstation.s) Tasks: 2 (limit: 8985) CPU: 6.349s CGroup: /system.slice/wetterstation.service ├─22200 /bin/bash /home/pi/Wetterstation/wetterstation.sh └─23240 curl -s -H Content-Type: application/json -H Authorization: 90d68e964cf60c2f4508c6f0bf33479620a474> Aug 03 22:04:19 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation. Aug 03 22:04:19 Smartazamba wetterstation.sh[22216]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded! lines 1-12/12 (END)Dann hilft ein Restart des ioBrokers.
-
@rushmed sagte in [Linux Shell-Skript] WLAN-Wetterstation:
mein WS Script 2.16 verliert seit einigen Tagen immer wieder die Verbindung zum ioBroker.
kann ich bestätigen. Ist seit 2 Tagen, dass zu unbestimmten Uhrzeiten nichts mehr übertragen wird.
Bin gerade im Urlaub und kann daher die VM jedesmal nur neu booten (Zugangsdaten liegen daheim --> deshalb gerade ohne Putty). -
@chris76e sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Da es ja immer Wärmer wird kannst du vieleicht beim nächsten Update der Wetterstatistik die Einteilung der Tage nach Temperatur erweitern? Wüstentag und Tropennacht finde ich intersseant.
Siehe hier
Ich habe es mal auf die ToDo-Liste gesetzt :)
-
Hallo,
mein WS Script 2.16 verliert seit einigen Tagen immer wieder die Verbindung zum ioBroker.
Eine Statusabfrage bringt dieses Ergebnis:
● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2022-08-03 20:28:08 CEST; 1h 31min ago Main PID: 488 (wetterstation.s) Tasks: 2 (limit: 8985) CPU: 1min 27.967s CGroup: /system.slice/wetterstation.service ├─ 488 /bin/bash /home/pi/Wetterstation/wetterstation.sh └─16794 curl -s -H Content-Type: application/json -H Authorization: 90d68e964cf60c2f4508c6f0bf33479620a4749f20213fad390bdcee67026fad -d [ {"sensor":"61e95e3e494dbc001c7422d5", "value":"28.11"},{"sensor":"61e960e7494db> Aug 03 20:28:09 Smartazamba wetterstation.sh[580]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Network is unreachable Aug 03 20:29:37 Smartazamba wetterstation.sh[745]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:30:07 Smartazamba wetterstation.sh[872]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:30:37 Smartazamba wetterstation.sh[1013]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:31:07 Smartazamba wetterstation.sh[1155]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:31:37 Smartazamba wetterstation.sh[1339]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:32:07 Smartazamba wetterstation.sh[1962]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused Aug 03 20:32:37 Smartazamba wetterstation.sh[2067]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded! Aug 03 20:45:09 Smartazamba wetterstation.sh[10322]: jq: error (at <stdin>:0): Cannot iterate over null (null) Aug 03 20:45:09 Smartazamba wetterstation.sh[10326]: jq: error (at <stdin>:0): Cannot iterate over null (null)woran kann das liegen?
Manchmal läuft das Script aber trotzdem kommt im ioBroker nichts an:
pi@Smartazamba:~ $ sudo systemctl status wetterstation ● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2022-08-03 22:04:19 CEST; 10min ago Main PID: 22200 (wetterstation.s) Tasks: 2 (limit: 8985) CPU: 6.349s CGroup: /system.slice/wetterstation.service ├─22200 /bin/bash /home/pi/Wetterstation/wetterstation.sh └─23240 curl -s -H Content-Type: application/json -H Authorization: 90d68e964cf60c2f4508c6f0bf33479620a474> Aug 03 22:04:19 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation. Aug 03 22:04:19 Smartazamba wetterstation.sh[22216]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded! lines 1-12/12 (END)Dann hilft ein Restart des ioBrokers.
@rushmed Bei dir sehe ich es, bei @Negalein meine ich es zu wissen, bei mir weiß ich es...
Ihr/wir nutzen alle OSeM? Bei @Rushmed sieht man auch den "curl"-Befehl wie er da "hängt". Anscheinend hat OpenSenseMap Probleme mit seinen/m Server/n. Ich teste gerade eine Alternative die dann den hängenden curl-Befehl wieder freigibt und das Skript dann weiter läuft. Das muss aber erst mal 1-2 Tage im Test laufen.
Aktuelle Lösung ist so lassen und eben restarten, oder temporär OSeM per conf abschalten.
-
@rushmed Bei dir sehe ich es, bei @Negalein meine ich es zu wissen, bei mir weiß ich es...
Ihr/wir nutzen alle OSeM? Bei @Rushmed sieht man auch den "curl"-Befehl wie er da "hängt". Anscheinend hat OpenSenseMap Probleme mit seinen/m Server/n. Ich teste gerade eine Alternative die dann den hängenden curl-Befehl wieder freigibt und das Skript dann weiter läuft. Das muss aber erst mal 1-2 Tage im Test laufen.
Aktuelle Lösung ist so lassen und eben restarten, oder temporär OSeM per conf abschalten.
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Das muss aber erst mal 1-2 Tage im Test laufen.
Gönn dir! Problem gemeldet und erkannt. Wenn eine Lösung in Aussicht is übe ich mich in Geduld.
-
Sieht bis jetzt gut aus, zumindest kein Hänger und die Übertragung klappt weiterhin. Wer kann ( @Negalein ;) ) darf gerne mal mit testen, ist in einer Minute erledigt.
Ich gehe mal von "nano" aus...
Im Installationsverzeichnisnano wetterstation.sub--> STRG + W drücken --> osem_tr eingeben und [ENTER] drücken --> nochmals STRG + W drücken, jetzt aber direkt danach [ENTER]Wir landen nun bei dieser Zeile:
OSEM_TRANSMIT=$(curl -s -H "Content-Type: application/json" -H "Authorization: ${BOX_TOKEN}" \und setzten nur einen "timeout 10" vor den curl-Befehl bzw. ändern sie derart ab:
OSEM_TRANSMIT=$(timeout 10 curl -s -H "Content-Type: application/json" -H "Authorization: ${BOX_TOKEN}" \speichern und Service restarten, dass war es auch schon.
Wenn es den heutigen Tag bis morgen Früh ohne weiteren Hänger überlebt, kommt es so dann noch in die V2.17.0 mit hinein ;)
Der/die OSeM-Server geben offenbar sporadisch überhaupt keine Daten zurück. Normalerweise kommt ein "Erfolg" oder ein "Fehler" zurück. Aber bei "gar nichts" wartet der curl-Befehl bis zum sankt Nimmerleinstag... -
Sieht bis jetzt gut aus, zumindest kein Hänger und die Übertragung klappt weiterhin. Wer kann ( @Negalein ;) ) darf gerne mal mit testen, ist in einer Minute erledigt.
Ich gehe mal von "nano" aus...
Im Installationsverzeichnisnano wetterstation.sub--> STRG + W drücken --> osem_tr eingeben und [ENTER] drücken --> nochmals STRG + W drücken, jetzt aber direkt danach [ENTER]Wir landen nun bei dieser Zeile:
OSEM_TRANSMIT=$(curl -s -H "Content-Type: application/json" -H "Authorization: ${BOX_TOKEN}" \und setzten nur einen "timeout 10" vor den curl-Befehl bzw. ändern sie derart ab:
OSEM_TRANSMIT=$(timeout 10 curl -s -H "Content-Type: application/json" -H "Authorization: ${BOX_TOKEN}" \speichern und Service restarten, dass war es auch schon.
Wenn es den heutigen Tag bis morgen Früh ohne weiteren Hänger überlebt, kommt es so dann noch in die V2.17.0 mit hinein ;)
Der/die OSeM-Server geben offenbar sporadisch überhaupt keine Daten zurück. Normalerweise kommt ein "Erfolg" oder ein "Fehler" zurück. Aber bei "gar nichts" wartet der curl-Befehl bis zum sankt Nimmerleinstag...@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wer kann ( @Negalein ) darf gerne mal mit testen, ist in einer Minute erledigt.
leider erst am Sonntag Abend. Hab hier kein VPN. :(