[Linux Shell-Skript] WLAN-Wetterstation
-
@negalein
hab auch eine neue Fehlermeldung:
und keine Regendaten, zumindest Regen Jahr sollten lt. Station 314,5mm übertragen werden:
-
und irgendwann nach Mitternacht stand es wieder
dietpi@DietPi:~$ 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 Sun 2023-06-04 23:59:26 CEST; 1h 20min ago Main PID: 3577 (wetterstation.s) Tasks: 5 (limit: 264) Memory: 3.0M CGroup: /system.slice/wetterstation.service ├─ 3577 /bin/bash /home/iobroker/wetterstation.sh ├─10803 /bin/bash /home/iobroker/wetterstation.sh ├─10804 timeout 38 nc -nlvw 1 -p 1080 ├─10805 tail -1 └─10806 nc -nlvw 1 -p 1080 Jun 05 01:18:38 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error Jun 05 01:18:38 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error Jun 05 01:19:09 DietPi wetterstation.sh[3577]: jq: error (at <stdin>:1): null (null) and number (2) cannot be divided Jun 05 01:19:09 DietPi wetterstation.sh[3577]: (standard_in) 12: syntax error Jun 05 01:19:09 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error Jun 05 01:19:09 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error Jun 05 01:19:39 DietPi wetterstation.sh[3577]: jq: error (at <stdin>:1): null (null) and number (2) cannot be divided Jun 05 01:19:39 DietPi wetterstation.sh[3577]: (standard_in) 12: syntax error Jun 05 01:19:40 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error Jun 05 01:19:40 DietPi wetterstation.sh[3577]: (standard_in) 1: syntax error -
Ich würde auch helfen das Problem einzugrenzen, habe aber die Kinder zu Hause wegen Ferien und versuche nebenbei irgendwie noch zu Arbeiten.
Ich kann aber zumindest bestätigen, dass das Deaktivieren der metsommer Funktion in der Datei wetterstation.sh das Skript normal durchlaufen lässt. -
@viper4iob Du hast schon geholfen, damit war/ist meine Vermutung richtig
Kleiner, aber entscheidender Fehler. Für die die es interessiert: der IFS (Internal Field Seperator) wird in der "metsommer"-Routine (global) verändert. Der wird dann aber später bei der darauffolgenden Berechnung der Regenmenge benötigt...
Simulation war erfolgreich, wenn es funktioniert folgt dann, soweit ich es schaffe, morgen ein Bugfix-Release.
Wer möchte:
In der wetterstation.sub in der Funktion "metsommer" (~ Zeile 1322)IFS=","in
local IFS=","ändern und Service restarten. Thats all...
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
local IFS=","
Änderung durchgeführt, aber da steht was von Stop und Start was vorher nicht war
jack@ioBroker:~$ sudo systemctl status wetterstation * wetterstation.service - Service fuer ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2023-06-05 10:50:14 CEST; 1min 26s ago Main PID: 3422963 (wetterstation.s) Tasks: 5 (limit: 18970) Memory: 2.6M CPU: 2.127s CGroup: /system.slice/wetterstation.service |-3422963 /bin/bash /home/jack/wetterstation.sh |-3424246 /bin/bash /home/jack/wetterstation.sh |-3424247 timeout 66 nc -nlvw 1 -p 9999 |-3424248 tail -1 `-3424249 nc -nlvw 1 -p 9999 Jun 05 10:50:14 ioBroker systemd[1]: wetterstation.service: Succeeded. Jun 05 10:50:14 ioBroker systemd[1]: Stopped Service fuer ioBroker Wetterstation. Jun 05 10:50:14 ioBroker systemd[1]: wetterstation.service: Consumed 1.414s CPU time. Jun 05 10:50:14 ioBroker systemd[1]: Started Service fuer ioBroker Wetterstation. Jun 05 10:50:14 ioBroker wetterstation.sh[3422980]: Connection to 192.168.1.14 8087 port [tcp/*] succeeded! -
@nashra
versuch mal ein sudo systemctl restart wetterstationdann sieh dir den status nochmal an
-
@tritor sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@nashra
versuch mal ein sudo systemctl restart wetterstationdann sieh dir den status nochmal an
Hatte ich schon gemacht weil es mir komisch vorkam,aber trotzdem diese Ausgabe.
Wieder in der .sub geändert, alles OK. -
Ich habe die Änderung mit dem IFS auch mal vorgenommen und sicherheitshalber eine Service Restart für 0:10 Uhr per cronjob hinterlegt, weil ich sonst wieder eine böse Mail von AWEKAS bekomme
Ich checke dann morgen, ob es Fehlermeldungen gab und gebe Rückmeldung.
Bei mir sieht der Status nach dem jetzigen Restart so aus:● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2023-06-05 13:30:17 CEST; 36s ago Main PID: 16570 (wetterstation.s) Tasks: 5 (limit: 6982) Memory: 2.8M CPU: 1.730s CGroup: /system.slice/wetterstation.service ├─16570 /bin/bash /opt/wetterstation/wetterstation.sh ├─18387 /bin/bash /opt/wetterstation/wetterstation.sh ├─18388 timeout 46 nc -nlvw 1 -p 1080 ├─18389 tail -1 └─18390 nc -nlvw 1 -p 1080 Jun 05 13:30:17 kubix systemd[1]: Started Service für ioBroker Wetterstation. Jun 05 13:30:17 kubix wetterstation.sh[16603]: Connection to 127.0.0.1 8087 port [tcp/*] succeeded! -
Hi an die Experten,
Ich bin nochmals dran die Struktur des Scripts bei mir auf Letztstand zu bringen.
Dazu gehört der Umzug von javascript.0.Wetterstation auf 0_userdata.0.Wetterstation.Da ich viele Werte aus der Wetterstation in InfluxBD2 schon protokolliere, sind diese eben unter den measurements
javascript.0.Wetterstation.xxx in InfluxDB gespeichert.Transfer in neue measurements mit 0_userdata.0.Wetterstation.xxx hat @sborg schon mal kommentiert und zwar in InfluxDB2 eine Abfrage erstellen und diese in CSV exportieren. Dann im neuen measurement importieren.
Seit dem letzten Update von InfluxDB ist bei mir der CSV Export Button weg. Im Netz wird hingewiesen, anstatt http einfach https: zu verwenden.
Dies dürfte aber nicht so trivial sein, da nur die Eingabe von https://192.168.xxx.xxx/8086 im Browser nicht ausgeführt wird.
Frage: wie seid ihr vorgegangen um die Daten von javascript-Struktur an userdata-Struktur zu übertragen.
EDIT: gelöst, hab im NGINX Proxy Manager eine domain erstellt und damit geht es nun.
-
läuft jetzt durch, keine Fehlermeldungen
chris@ioBroker:~$ 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 Mon 2023-06-05 10:22:07 CEST; 13h ago Main PID: 3739714 (wetterstation.s) Tasks: 5 (limit: 21048) Memory: 2.9M CPU: 24min 25.577s CGroup: /system.slice/wetterstation.service ├─ 166735 /bin/bash /home/chris/wetterstation.sh ├─ 166736 timeout 38 nc -nlvw 1 -p 1080 ├─ 166737 tail -1 ├─ 166738 nc -nlvw 1 -p 1080 └─3739714 /bin/bash /home/chris/wetterstation.sh Jun 05 10:22:07 ioBroker wetterstation.sh[3739731]: Connection to 192.168.0.21 8087 port [tcp/*] succeeded! chris@ioBroker:~$ ./wetterstation.sh --metsommer Daten vom 01.06.2023 bis 31.08.2023 wurden ermittelt... Ø-Temperatur: 20.91 °C Regenmenge : 0 l/m² chris@ioBroker:~$ -
@SBorg
Kann ich ebenfalls bestätigen, Skript ist ohne Probleme durchgelaufen.
Der IFS war es dann.
Gute Arbeit
Das ist so ein blöder Fehler, den man manchmal tagelang sucht, also Respekt, dass du den so schnell finden konntest. -
Guten Morgen.
Bei mir hat es auch funktioniert eine Frage noch,
Muss ich die Zeile 1320 PRE_DP wieder zurück ändern oder ist das so korrekt? -
@SBorg
Script läuft bei mir auch noch.iobroker@ioBroker-prox:~$ 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 Tue 2023-06-06 11:15:12 CEST; 3min 37s ago Main PID: 31979 (wetterstation.s) Tasks: 5 (limit: 4915) Memory: 3.9M CGroup: /system.slice/wetterstation.service ├─ 2929 /bin/bash /home/iobroker/wetterstation.sh ├─ 2930 timeout 56 nc -nlvw 1 -p 9080 ├─ 2931 tail -1 ├─ 2932 nc -nlvw 1 -p 9080 └─31979 /bin/bash /home/iobroker/wetterstation.sh iobroker@ioBroker-prox:~$ iobroker@ioBroker-prox:~$ ./wetterstation.sh --metsommer Daten vom 01.06.2023 bis 31.08.2023 wurden ermittelt... Ø-Temperatur: 17.31 °C Regenmenge : 20.09 l/m² iobroker@ioBroker-prox:~$ -
Bugfix - Release für V3.1.0:
Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.1.1
- + Fix "MetSommer" (Skript bleibt bei den Mitternachtjobs hängen)
Wie immer zu finden im GitHub
Update-Routine von Vorgängerversion:
- aktuellen WS-Updater nutzen (Download falls älter als V2.12.1:
wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh) ./ws_updater.shim Installationsverzeichnis ausführen- Menüpunkt "4" wählen und die Fragen beantworten
Update muss durchgeführt werden, da dass Skript sonst von Juni-August nicht läuft.
Wer bereits an den Zwischentests seit der V3.1.0 teilgenommen hat, tauscht bitte von GitHub die V3.1.1 wetterstation.sh und wetterstation.sub aus.
-
@Nashra
der Fehler kann nichts mit dem "local" zu tun gehabt haben, da dass erst gegen Mitternacht ausgeführt wird. Versuche einfach mal die V3.1.1
Die beiden Änderungen von @Boronsbruder sind trotzdem nötig. Der Abbruch gegen Mitternacht ist zwar "nur" das fehlende "local", aber ohne die beiden Änderungen wäre nun die Temperatur und Regenmenge nicht korrekt ermittelt worden
-
Ich habe vor der 3.1.1 das "local" manuell hinzugefügt, muss das wieder weg, oder soll es bleiben?
Beim Update auf 3.1.1 wird ständig "kein Patch nötig" ausgegeben... -
@massiveattack sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Beim Update auf 3.1.1 wird ständig "kein Patch nötig" ausgegeben...
Bei mir auch
nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig... Kein Patch nötig...Update scheint aber durchgeführt wurden sein
_ _______ __ __ __ __ | | / / ___/ / / / /___ ____/ /___ _/ /____ _____ | | /| / /\__ \______/ / / / __ \/ __ / __ `/ __/ _ \/ ___/ | |/ |/ /___/ /_____/ /_/ / /_/ / /_/ / /_/ / /_/ __/ / |__/|__//____/ \____/ .___/\__,_/\__,_/\__/\___/_/ V3.1.1 /_/ 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Aktuelle Version (latest) auf GitHub: V3.1.1 vom 05.06.2023 Version im aktuellen Verzeichnis : V3.1.1 Version ist bereits aktuell... chris@ioBroker:~$ -
@sborg
Ich wollte nur nochmal bestätigen, dass die Release Version 3.1.1 aus github jetzt ohne Probleme funktioniert.
Ich habe allerdings die Dateien manuell ausgetauscht, weil der Patcher bei mir von Anfang an Probleme gemacht hat, ich nutze den also grundsätzlich nicht.
Deshalb kann ich nichts zu den Patcher Meldungen sagen.@MassiveAttack
Das "local" vor IFS muss bleiben, das war genau der Fix, damit das Skript Nachts wieder durchläuft. -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Nashra
der Fehler kann nichts mit dem "local" zu tun gehabt haben, da dass erst gegen Mitternacht ausgeführt wird. Versuche einfach mal die V3.1.1
Sorry bin gestern nicht mehr dazu gekommen, hatte manuell geändert. Alles OK, läuft.
-
@SBorg
Ich habe das Update auf die 3.1.1 gemacht. Auch ich hatte die "kein Patch nötig" Meldungen. Das Programm ist aber heute Nacht durchgelaufen.
Aufgrund dieser Problematik habe ich mir die Datenpunkte0_userdata.0.Wetterstation.Info.Regenmenge_Met_Sommer
0_userdata.0.Wetterstation.Info.Temp_Met_Sommer_avgangeschaut. Beide Datenpunkte werden durch das Script nicht geändert und haben den Ursprungswert 999,9 l bzw. 99,9 °C.
Ich setze Influxdb Vor. 2 ein. Die Aktivierung für Inful habe ich manuell gemacht (Zahnrad):
Hier bsp. für die Temperatur:{ "common": { "name": "Durchschnittstemperatur des meteorologischen Sommers", "type": "number", "role": "value", "unit": "°C", "custom": { "influxdb.0": { "enabled": true, "storageType": "", "aliasId": "", "debounceTime": 300, "blockTime": 0, "changesOnly": true, "changesRelogInterval": "0", "changesMinDelta": "0", "ignoreBelowNumber": "", "disableSkippedValueLogging": false, "enableDebugLogs": false, "debounce": "1000" } } }, "native": { "name": "Durchschnittstemperatur des meteorologischen Sommers", "type": "number", "role": "value", "unit": "°C" }, "type": "state", "_id": "0_userdata.0.Wetterstation.Info.Temp_Met_Sommer_avg", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1678171278621 }Ein wetterstation.sh --metsommer liefert bei beiden DPs keine Werte.
Was kann ich hier machen? Werden weitere Angaben benötigt?
