[Linux Shell-Skript] WLAN-Wetterstation

SBorg

Sieht bisher gut aus, hatte nur noch ein "+" vergessen, sodass bei einem Sonderfall immer noch "number-string-bla-bla" kam. Mittlerweile 24h ohne Fehler --> V3.6.2 sollte ich somit noch vor Ostern releasen können.

Wen es genau interessiert, sollte sich noch mal ganz genau https://forum.iobroker.net/post/1332124 anschauen...

SBorg

@Rushmed sagte:

Hallo,

seit dem 12.3.26 werden meine Zählerständen nachts oft nicht zurückgesetzt.
Ich habe natürlich nichts gemacht. Das Update auf 3.6.1 habe ich auch erst am 23.3.26 eingespielt.

Evtl. hat das mit der Auslastung des PI zu tun aber so wie ich das Script verstehe soll der Reset 23:58 Uhr stattfinden. Das ist noch deutlich vor der CPU Auslastung die bei mir ab 00:05 Uhr beginnt.

Das sollte doch nicht kollidieren, oder?

Hi,
das Problem mit "oft" ist, es ist also kein rudimentäres Problemchen, dass wäre meist einfacher zu finden. Und ja, genau so ist es, ab 23:58 Uhr werden die Zähler resettet. Dies geschieht aber nicht automatisch wie bei einem Cron-Job, sondern benötigt einen Trigger. Dies ist der Empfang eines Datenpakets. Sollte also, aus welchen Gründen jetzt auch immer, zwischen 23:58 Uhr und 0:03 Uhr kein valides Datenpaket empfangen worden sein, wird auch der Reset nicht durchgeführt. Die CPU-Last sehe ich hier nicht als Grund dafür. IdR. kommt alle 30 Sekunden ein Datenpaket an. Wenn also alles glatt läuft wird der Reset zwischen 23:58 Uhr und 23:59 Uhr ausgeführt. Je nach dem was noch beteiligt ist (zB. InfluxDB) dauert das Ganze aber keine 10 Sekunden, selbst auf einem älteren PI.
Die Probleme können aber auch einfach von außerhalb kommen ("...ging doch immer und ich habe nichts geändert" ;) ). Der Nachbar hat eine neue Wärmepumpe und die macht irgendwas um Mitternacht und stört für ein paar Minuten die 868MHz Funkverbindung Mast --> Display/Gateway
So etwas sollte natürlich nie sein, aber wir leben ja alle "in der idealen Welt", oder??? [IRONIE /OFF]

Du könntest mal das Logging aktivieren (in der conf auf "true" stellen und den Service restarten). Das gibt zwar paar MB am Tag, aber damit kannst du mal die Kommunikation gegen Mitternacht prüfen. Fällt die bei einem ausgefallenem Reset aus, hast du zumindest schon mal den Grund warum es nicht geht.
Den Reset könnte man auch mittels Cron-Job bspw. um 23:59 Uhr erzwingen. Im Installations-Verzeichnis stehend geht dies mittels . ./wetterstation.sub && reset_zaehler (ja der einzelne Punkt am Anfang ist richtig, genauso wie "sub" anstelle von "sh"). Dies sollte man aber nicht "just-for-fun" einfach mal so machen, denn wie der Name sagt, er stellt damit alles auf "0" zurück.

SBorg

@Latzi
Dürfte eigentlich nicht sein, wenn es aber mit der 3.6.0 geht, muss es ja so sein.
Der Fehler kommt eigentlich immer wenn er keine/falsche Daten hat. Ich würde sagen, warte noch einen Augenblick auf die 3.6.2, denn die muss wegen der Number/String-Problematik vom 3er Simple-API dann genutzt werden. An der Version kann es eigentlich nicht liegen, sonst hätte sich bestimmt schon der ein oder andere gemeldet.

Latzi

@SBorg sagte:

An der Version kann es eigentlich nicht liegen, sonst hätte sich bestimmt schon der ein oder andere gemeldet.

So sehe ich das auch. Hab jetzt 3 Mal die 3.6.1 versucht und jedesmal das gleiche Verhalten. Ich bleib bis zum Release der 3.6.2 mal auf der 3.6.0. Beim simple-api bin ich schon auf 3.0.7 und hab die angemeckerten DP's auf mixed umgestellt - seither ist Ruhe.

SBorg

@Latzi
Könntest höchstens mal ohne gestarteten Service im Debug-Modus mittels ./wetterstation.sh --debug probieren. Ev. sieht man ja mehr, denn die 3.6.2 hat auch keine großartigen Änderungen mehr zur 3.6.1

Latzi

@SBorg sagte:

@Latzi
Könntest höchstens mal ohne gestarteten Service im Debug-Modus mittels ./wetterstation.sh --debug probieren. Ev. sieht man ja mehr, denn die 3.6.2 hat auch keine großartigen Änderungen mehr zur 3.6.1

Guten Idee! Versuch ich morgen Abend, komm heute nicht mehr dazu

SBorg

Da nach rund 48h keine Fehler mehr aufgetreten sind:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.6.2

~ Fix führende "0" bei Regen-Messwerten hinzugefügt

~ Fix führende "0" bei Wind-Messwerten hinzugefügt

~ Fix 'has to be type "number" but received type "string"' im ioB wenn der DP als Zahl definiert ist (Simple-API ab 3.x) / Issue #88

Wie immer zu finden im GitHub

Update-Routine von Vorgängerversion:

aktuellen WS-Updater nutzen

wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh
./ws_updater.sh im Installationsverzeichnis ausführen
Menüpunkt "4" wählen und die Fragen beantworten

Update sollte durchgeführt werden, gerade wenn man Simple-API ab 3.x nutzt. Aber auch bei kleineren Versionen wird dadurch die String-/Number-Problematik gefixt (oder besser kaschiert). Alle betroffenen Datenobjekte können nun wieder von "gemischt" auf "Zahl" umgestellt werden und funktionieren korrekt.

MartyBr

Ich habe wie auch bei der 3.6.1 Version folgenden Fehler:

● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; preset: enabled)
     Active: active (running) since Wed 2026-04-01 16:24:50 CEST; 2min 39s ago
 Invocation: 6958c126da05409dbcd6ba0bb71f55ff
   Main PID: 185201 (wetterstation.s)
      Tasks: 5 (limit: 16903)
     Memory: 2.9M (peak: 8.5M)
        CPU: 1.842s
     CGroup: /system.slice/wetterstation.service
             ├─185201 /bin/bash /home/martin/wetterstation/wetterstation.sh
             ├─186705 /bin/bash /home/martin/wetterstation/wetterstation.sh
             ├─186706 timeout 126 nc -nlvw 1 -p 1080
             ├─186707 tail -1
             └─186708 nc -nlvw 1 -p 1080

Apr 01 16:27:15 iobroker wetterstation.sh[186313]: dc: stack empty
Apr 01 16:27:15 iobroker wetterstation.sh[186441]: Runtime error (func=(main), adr=8): Parameter number mismatch
Apr 01 16:27:15 iobroker wetterstation.sh[186644]: (standard_in) 1: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186648]: (standard_in) 1: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186651]: (standard_in) 1: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186654]: (standard_in) 12: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186657]: (standard_in) 12: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186660]: jq: parse error: Expected value before ',' at line 1, column 2
Apr 01 16:27:15 iobroker wetterstation.sh[186663]: (standard_in) 12: syntax error
Apr 01 16:27:15 iobroker wetterstation.sh[186678]: (standard_in) 1: syntax error

Die 3.6.0 läuft einwandfrei.
Bemerkt hatte ich das Problem, dass die Aussentemperatur sich nicht geändert hatte. Luftdruck lieferte Werte.

Ich setze das Gateway GW3000 ein. Der ioBroker läuft komplett im Stable.

Edit:
Hier das Protocoll von der 3.6.0

martin@iobroker:~/wetterstation/save$ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; preset: enabled)
     Active: active (running) since Wed 2026-04-01 16:29:22 CEST; 3min 10s ago
 Invocation: 3c9d1f9a50504c49869cc3fe1789903c
   Main PID: 187189 (wetterstation.s)
      Tasks: 5 (limit: 16903)
     Memory: 2.8M (peak: 8.6M)
        CPU: 1.733s
     CGroup: /system.slice/wetterstation.service
             ├─187189 /bin/bash /home/martin/wetterstation/wetterstation.sh
             ├─188516 /bin/bash /home/martin/wetterstation/wetterstation.sh
             ├─188517 timeout 126 nc -nlvw 1 -p 1080
             ├─188518 tail -1
             └─188519 nc -nlvw 1 -p 1080

Apr 01 16:29:22 iobroker systemd[1]: Started wetterstation.service - Service für ioBroker Wetterstation.
Apr 01 16:29:22 iobroker wetterstation.sh[187206]: Connection to 192.168.178.100 8087 port [tcp/*] succeeded!
martin@iobroker:~/wetterstation/save$

Negalein

@SBorg sagte:

Alle betroffenen Datenobjekte können nun wieder von "gemischt" auf "Zahl" umgestellt werden

welche sind das nochmal?

SBorg

@MartyBr / @latzi

Sieht fast identisch aus. Mir ist gerade ein Unterschied 3.6.0 vs. 3.6.1/2 eingefallen, den ich gar nicht berücksichtigt habe. >3.6.0 wird nun auch der Befehl "awk" benutzt. Der ist aber nicht immer bei allen Distris installiert (und ich prüfe aktuell auch nicht ob er vorhanden ist; habe ich schlichtweg vergessen).
Einfach mal in der Shell awk --version eingeben: "command not found" --> Fehler gefunden Fix dafür: sudo apt install gawk

SBorg

@Negalein sagte:

welche sind das nochmal?

Eigentlich alles mit Temp, Regen und Wind wo Nachkommastellen auftreten können. Die Windrichtung bspw. nicht, die ist ja nur Ganzzahlig, ebenso der UV-Index.

MartyBr

@SBorg sagte:

awk --version

Das war es leider nicht:

martin@iobroker:~$ awk --version 
mawk 1.3.4 20250131
Copyright 2008-2024,2025, Thomas E. Dickey
Copyright 1991-1996,2014, Michael D. Brennan

random-funcs:       srandom/random
regex-funcs:        internal

compiled limits:
sprintf buffer      8192
maximum-integer     9223372036854775808
martin@iobroker:~$

Rushmed

@SBorg sagte:

Du könntest mal das Logging aktivieren (in der conf auf "true" stellen und den Service restarten). Das gibt zwar paar MB am Tag, aber damit kannst du mal die Kommunikation gegen Mitternacht prüfen. Fällt die bei einem ausgefallenem Reset aus, hast du zumindest schon mal den Grund warum es nicht geht.
Den Reset könnte man auch mittels Cron-Job bspw. um 23:59 Uhr erzwingen. Im Installations-Verzeichnis stehend geht dies mittels . ./wetterstation.sub && reset_zaehler (ja der einzelne Punkt am Anfang ist richtig, genauso wie "sub" anstelle von "sh"). Dies sollte man aber nicht "just-for-fun" einfach mal so machen, denn wie der Name sagt, er stellt damit alles auf "0" zurück.

@sborg Danke für die Antwort.

Ich habe mit den Daten aus der InfluxDB geprüft ob zu den jeweiligen Zeiten in denen der Reset hätte stattfinden sollen Daten in der DB ankamen.
Das sieht zu allen Ereigissen die bisher auftraten gut aus. Es kamen in dem Zeitraum immer mehrere Pakete an.

Ich habe das am DP "Wetterstation.Zeitstempel" geprüft. Reicht der aus um ein valides Datenpaket zu erkennen?

Boronsbruder

Nutzt einer von euch eigentlich die Authentifizierung bei SimpleApi?

Bei mir funktioniert nämlich mit Wetterstation 3.6.2 und SimpleApi 3.07 nichts mehr, wenn Authentifizierung aktiviert ist.

Latzi

@SBorg

hab mit 3.6.2 identes Problem, awk ist installiert.

Hier der output von ./wetterstation.sh -- debug bei 3.6.2:

 WLAN-Wetterstation V3.6.2 - (c)2019-2026 by SBorg
 Config-Version: V3.6.2
 Sub-Version   : V3.6.2

 'bc' installiert: [✓]
 'jq' installiert: [✓]

 'dc' installiert: [✓]

 'nc' in der Openbsd-Variante installiert:  [✓]
 'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]


Connection to 10.0.0.210 8087 port [tcp/*] succeeded!
(standard_in) 1: syntax error
(standard_in) 1: syntax error
dc: stack empty
Runtime error (func=(main), adr=8): Parameter number mismatch
(standard_in) 1: syntax error
(standard_in) 1: syntax error
(standard_in) 1: syntax error
(standard_in) 12: syntax error
(standard_in) 12: syntax error
jq: parse error: Expected value before ',' at line 1, column 2
(standard_in) 12: syntax error
(standard_in) 1: syntax error


Messwerteblock: 22,00 5,00 0 5,00 43 67 0,00 3,00 277 961.80 1013.10 0,000 0,000 2,000 0,000 78,000 0.00 0 01.04.2026%2019:56:20 GW1100A_V2.4.4 0 20,00 0,000 0,000 78,000 GW1100A 248 0.087 soilmoisture1 37 soilad1 208 soilmoisture2 38 soilad2 210 lightning_num 0 lightning 20 lightning_time 1774461214000 soilbatt1 1.2 soilbatt2 1.1 wh57batt 2


Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!

 Temperatur Innen               : 22,00 °C
 Temperatur Aussen              : 5,00 °C
 Taupunkt                       : 0 °C
 Gefühlte Temperatur            : 5,00 °C
 Luftfeuchte Innen              : 43 %
 Luftfeuchte Aussen             : 67 %
 Windgeschwindigkeit            : 0,00 km/h
 Windgeschwindigkeit 10min      :  km/h
 Windböengeschwindigkeit        : 3,00 km/h
 Windböe max.                   : 20,00 km/h
 Windrichtung                   : 277 °
 Windrichtung                   : W
 Windrichtung 10min             : 248 °
 Luftdruck absolut              : 961.80 hPa
 Luftdruck relativ              : 1013.10 hPa
 Regenrate                      : 0,000 mm/h
 Regenereignis                  :
 Regenstatus                    : kein Regen
 Regen seit Regenbeginn         : 0,000 mm
 Regen Stunde                   : 0,000 mm
 Regen Tag                      : 0,000 mm
 Regen Woche                    : 2,000 mm
 Regen Monat                    : 0,000 mm
 Regen Jahr                     : 78,000 mm
 Regen Gesamt                   : 78,000 mm
 Sättigungsdefizit              : 0.087 kPa
 Sonnenstrahlung                : 0.00 W/m²
 UV-Index                       : 0
 Zeitstempel                    : 01.04.2026 19:56:20
 Firmware                       : GW1100A_V2.4.4
 Batteriestand:                 : 0
 Gateway-Modell                 : GW1100A

Zusatzsensoren:

  soilmoisture1         : 37
  soilad1               : 208
  soilmoisture2         : 38
  soilad2               : 210
  lightning_num         : 0
  lightning             : 20
  lightning_time        : 1774461214000
  soilbatt1             : 1.2
  soilbatt2             : 1.1
  wh57batt              : 2


Datenstring für ioBroker:



DATA von Wetterstation:
PASSKEY=xxxxxx&stationtype=GW1100A_V2.4.4&runtime=1382909&heap=25092&dateutc=2026-04-01+17:56:20&tempinf=71.96&humidityin=43&baromrelin=29.917&baromabsin=28.402&tempf=41.72&humidity=67&vpd=0.087&winddir=277&winddir_avg10m=248&windspeedmph=0.00&windgustmph=2.24&maxdailygust=12.53&solarradiation=0.00&uv=0&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&last24hrainin=0.000&dailyrainin=0.000&weeklyrainin=0.079&monthlyrainin=0.000&yearlyrainin=3.106&totalrainin=3.106&soilmoisture1=37&soilad1=208&soilmoisture2=38&soilad2=210&lightning_num=0&lightning=20&lightning_time=1774461214&wh65batt=0&soilbatt1=1.2&soilbatt2=1.1&wh57batt=2&freq=868M&model=GW1100A&interval=60


Debug VAR:
 Installationsverzeichnis: /home/latzi
 IPP: 10.0.0.210:8087   WS_PORT: 17550          WS_POLL: 30             PRE_DP: 0_userdata.0.Wetterstation
 WEB: HTTP              WS_PROT: Ecowitt

Zusatzsensoren:
 DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 1 | 0 | 2 | 0 | 0 | 0
 WH31: 0 || WH40H: 0 || WS80: 0 || WS90: 0
 Bresser: 7009999 [0]

Script-Version: V3.6.2  Config-Version: V3.6.2  Sub-Version: V3.6.2

Boronsbruder

Es scheint ab der SimpleApi 3.0.6 zu haken. Mit der 3.0.5 geht die Authentifizierung noch.

Latzi

@Boronsbruder
Nein, bei mir ist die Authentifizierung nicht aktiviert.

SBorg

Ich denke ich habe den Fehler. Man sieht im Messwerteblock bei den Werten ein Komma anstelle des Punktes.
Bitte mal in der "sub" am Afang ein export LC_NUMERIC=C einfügen:

#!/bin/bash
### Subroutinen V3.6.2 --------------------------------------------------------
export LC_NUMERIC=C

 #Bezeichnung der Datenpunkte

Service restarten, dann denke ich funktioniert es wieder ;)

Boronsbruder

@sborg
Also hab mal noch ein bischen getestet. Ab 3.0.6 mit der Authentifizierung über user und password funktionieren die cURL-Aufrufe (so) nicht mehr.

curl -k --data "0_userdata.0.Wetterstation.Windrichtung_Text_10min=S&ack=true" "HTTPS://192.168.116.249:8087/setBulk?user=meinuser&pass=1234"

zum Beispiel friert ein.

https://192.168.116.249:8087/setBulk?0_userdata.0.Wetterstation.Windrichtung_Text_10min=S&ack=true&prettyPrint&user=meinuser&pass=1234

über Browser geht aber problemlos.

Und das coolste ist, da friert anscheinend die gesamte SimpleApi ein.
Nach dem ich die Authenifizierung deaktiviert hab, sind nämlich von meinem 2. "Wettersation"-Service der noch auf 3.6.1 lief die Fehler aufgetaucht. Davor passierte einfach nix...

Aber sonst scheint bei mir die 3.6.2 mit Simple 3.0.7 zu laufen.

MartyBr

@SBorg

Der Eintrag hat bei mir den Fehler beseitigt, nun läuft die 3.6.2.

Danke für deine Mühe.

Gruß
Martin

Community Forum

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.6.2

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.6.2

Support us

557

32.8k

82.6k

1.3m