wichtiges UPDATE für controller 7.2.2 im stable

[Rushmed]

@SBorg Ich bekomme diese Meldung im Log:

simple-api.0 2026-04-11 19:00:29.648	info	State value to set for "0_userdata.0.Wetterstation.Druck_Tendenz" has to be type "number" but received type "string"

Ich habe den Wert schon immer als String in der InfluxDB.

[SBorg]

@viper4iob / @boronsbruder
Leider nenne ich keine Testumgebung mein Eigen, deswegen kann ich nicht einfach mal umstellen und testen (ich selbst nutze keine Auth oder HTTPS).
Zumindest hat sich die Authentifizierung geändert und es ist nicht mehr direkt möglich User/Pass bei cURL in der URL mit zu übergeben. Der Browser setzt das etwas anders um.

Anstelle von

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

müsste eigentlich ein

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

funktionieren.

[SBorg]

@Rushmed (und den Rest )

ist mir immer noch einer durch geflutscht. Ich kann gerade keine neue Version erstellen, deswegen die "Druck-Tendenz" weiter auf gemischt belassen oder einen Patch durchführen:

patch.diff runterladen und ins Installationsverzeichnis kopieren...
(ruhig mal mit einem Text-Editor öffnen und schauen was da gemacht wird. Nicht einfach von einem Fremden eine Datei öffnen und Blindlings irgend etwas machen )

Dann im Installationsverzeichnis ein patch -p1 < patch.diff ausführen.
Danach noch ein systemctl restart wetterstation und auch der String/Number-Kandidat funktioniert korrekt als Zahl.

---

*EDIT*
ganz vergessen: der Patch funktioniert nur mit Version V3.6.3 !
Vorhergehende Versionen enthalten noch nicht die benötigte Funktion.

[Boronsbruder]

@SBorg sagte:

@viper4iob / @boronsbruder
Leider nenne ich keine Testumgebung mein Eigen, deswegen kann ich nicht einfach mal umstellen und testen (ich selbst nutze keine Auth oder HTTPS).
Zumindest hat sich die Authentifizierung geändert und es ist nicht mehr direkt möglich User/Pass bei cURL in der URL mit zu übergeben. Der Browser setzt das etwas anders um.

Anstelle von

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

müsste eigentlich ein

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

funktionieren.

Wenn ich mal Zeit und Lust habe alles kaputt zumachen, dann werd ich das mal testen ;)

[Rushmed]

@SBorg sagte:

patch.diff runterladen und ins Installationsverzeichnis kopieren...

In der Datei sehe ich nur Verweise auf WETTER_Trend und nicht auf Druck-Tendenz, soll das so sein?

[SBorg]

@Boronsbruder sagte:

Wenn ich mal Zeit und Lust habe alles kaputt zumachen, dann werd ich das mal testen ;)

Sehr guter Ein-/Ansatz

[SBorg]

@Rushmed sagte:

In der Datei sehe ich nur Verweise auf WETTER_Trend und nicht auf Druck-Tendenz, soll das so sein?

Jepp, die "diff" wird automatisch vom Befehl erstellt. Der nimmt noch etwas von vor und nach der eigentlichen Änderung vom Quelltext mit. So kann er beim patchen die Stelle zweifelsfrei identifizieren.
Die eigentliche Änderung ist hier:

-	 PNOW=$(echo "scale=2;$PNOW/10" | bc -l)
+	 PNOW=$(echo "scale=2;$PNOW/10" | bc -l | normalize)

"PNOW" ist dann die Druck-Tendenz. (-) entferne und (+) füge hinzu. Die einzige Änderung ist tatsächlich nur die Funktion "normalize" per "pipe" anzuhängen.

[SBorg]

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

• ~ Fix 'has to be type "number" but received type "string"' im ioB bei DP "Druck-Tendenz" wenn
  als Zahl definiert ist (Simple-API ab 3.x)
• ~ Fix für die User-Authentifizierung (Simple-API ab 3.x) / Issue #91 (ch33f)
• ~ Codeoptimierungen

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.sh im Installationsverzeichnis ausführen
• Menüpunkt "4" wählen und die Fragen beantworten

---

Update sollte durchgeführt werden, gerade wenn man die Authentifizierung nutzen möchte.

[Negalein]

@SBorg sagte:

Update sollte durchgeführt werden, gerade wenn man die Authentifizierung nutzen möchte.

da passt was nicht

Dauerschleife
./ws_updater.sh: Zeile 161: PATCH3064: Kommando nicht gefunden.

dietpi@DietPi:~$ sudo systemctl restart wetterstation
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: failed (Result: exit-code) since Sun 2026-05-03 18:07:17 CEST; 3s ago
  Process: 5913 ExecStart=/home/iobroker/wetterstation.sh (code=exited, status=1/FAILURE)
 Main PID: 5913 (code=exited, status=1/FAILURE)

Mai 03 18:07:17 DietPi systemd[1]: Started Service für ioBroker Wetterstation.
Mai 03 18:07:17 DietPi wetterstation.sh[5913]: wetterstation: ERROR #000 - Config-Version mismatch!
Mai 03 18:07:17 DietPi wetterstation.sh[5913]: benutzt: V3.6.3         benötigt wird: V3.6.4
Mai 03 18:07:17 DietPi systemd[1]: wetterstation.service: Main process exited, code=exited, status=1/FAILURE
Mai 03 18:07:17 DietPi systemd[1]: wetterstation.service: Failed with result 'exit-code'.

[SBorg]

Arg, vergessen die Versionsnummer im Updater zu erhöhen. Einfach in der "Conf" oben per Hand von 3.6.3 auf 3.6.4 ändern. Ich mache eine neue Version...

*EDIT* korrekte Version ist nun online. Wer es schon installiert hat muss es leider per Hand ändern.

[Negalein]

@SBorg sagte:

Arg, vergessen die Versionsnummer im Updater zu erhöhen. Einfach in der "Conf" oben per Hand von 3.6.3 auf 3.6.4 ändern. Ich mache eine neue Version...

Danke, läuft

[Rushmed]

@sborg

Ich bekomme noch diese Meldung:

2026-05-07 05:48:04.507 - info: simple-api.0 (2319) State value to set for "0_userdata.0.Wetterstation.Info.Letzte_Regenmenge" has to be type "number" but received type "string"

Kannst du bitte mal drauf schauen?

LG

[SBorg]

@Rushmed
Wäre schön wenn das der letzte wäre
Der Wert kommt direkt aus der Station/Gateway und damit auch ggf. ohne führende "0".
Fix läuft zwar im Test, da aber kein Regen angesagt ist werde ich es so publishen müssen. Schlimmstenfalls bleibt der Fehler.

[SBorg]

Der Test war soweit erfolgreich:

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

• ~ Fix 'has to be type "number" but received type "string"' im ioB bei DP ".Info.Letzte_Regenmenge"
  wenn als Zahl definiert ist (Simple-API ab 3.x)

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.sh im Installationsverzeichnis ausführen
• Menüpunkt "4" wählen und die Fragen beantworten

---

Update kann durchgeführt werden, beseitigt lediglich das warning bei 0_userdata.0.Wetterstation.Info.Letzte_Regenmenge falls der DP auf Zahl steht.

[BigMike71]

Moin,
ich habe komischerweise seit ich das Script auf 3.6.5 upgedatet habe folgenden Täglichen fehler im
Wetterstation Statistik Script 2.0.7 (wird dann gelb und muss per Hand gestoppt/gestartet werden)

javascript.0
	2026-06-18 01:03:00.040	error	script.js.common.Wetterstation_Statistik_V2_07: at process.callbackTrampoline (node:internal/async_hooks:130:17)
javascript.0
	2026-06-18 01:03:00.040	error	script.js.common.Wetterstation_Statistik_V2_07: at processImmediate (node:internal/timers:484:21)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: at Immediate._onImmediate (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:365:37)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11028:45)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: at Object.cbFunc [as cb] (/opt/iobroker/node_modules/iobroker.javascript/src/lib/sandbox.ts:4069:38)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: at Object.<anonymous> (script.js.common.Wetterstation_Statistik_V2_07:198:43)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: at Array.reduce (<anonymous>)
javascript.0
	2026-06-18 01:03:00.039	error	script.js.common.Wetterstation_Statistik_V2_07: Error in callback: TypeError: Reduce of empty array with no initial value

[SBorg]

Tagensen,
würde sagen "klassischer Murphy". Das hat nichts mit dem Update zu tun, da wurde lediglich bei einem Datenpunkt (Letzte_Regenmenge) sichergestellt, dass er immer eine "0" stehen hat (.1 --> 0.1) und er im Dezimalstellenbereich nie mit einer "0" endet (3.10 --> 3.1). Das passiert schon seit den letzten zig Fixes (hätte also schon früher auftreten müssen), außerdem wird der Datenpunkt vom Statistik-Skript überhaupt nicht benutzt.
Ist also mehr zufällig zum Zeitpunkt des Updates aufgetreten (und wie üblich: wäre es ein "echter" Fehler hätten sich bestimmt schon einige gemeldet und bei mir läuft es auch problemlos).

Entscheidend ist die erste Fehlerzeile:

javascript.0
2026-06-18 01:03:00.039 error script.js.common.Wetterstation_Statistik_V2_07: Error in callback: TypeError: Reduce of empty array with no initial value

Er konnte da etwas nicht lesen und hat ein leeres Daten-Array angelegt mit dem er jetzt nichts anfangen kann.
Da die Werte aus einer Influx-DB gelesen werden, ist da alles in Ordnung? Benötigte DPs werden geloggt, Influx läuft, Instanz und Bucket stimmt?

[BigMike71]

@SBorg
alles läuft wie seit ca. 2 Jahren angelegt, ich halte das System immer aktuell und nun ist das auf einmal jede Nacht und geht auf Gelb das Skript...
Influx läuft und Dps nie geändert worden...
komisch

ps:
so noch mal nachgeforscht , meine Wetterstation hat seit ein paar monaten einen defekten Temparature Sensor, der liefert keine Werte mehr, anscheinend sind dann kein weitere werte in die Influx gewandert weil sich nix änder...
könnte das der Fehler sein?

dann kann ich das Skript ja auch ausschalten ! hatte daran nicht mehr gedacht

Wetter Station Froggit 1500... war ein Monat aus der Garantiezeit, keinerlei Kulanz -> soll neu kaufen für 100€ die Aussenstation... habe ich nicht gemacht :/

[Hefo]

@BigMike71

Wetter Station Froggit 1500... war ein Monat aus der Garantiezeit, keinerlei Kulanz -> soll neu kaufen für 100€ die Aussenstation... habe ich nicht gemacht :/

Habe seit 2 Wochen einen defekten Außen-Feuchtesensor bei meiner Ventus 830. Da die 3-armige Außeneinheit identisch zu sein scheint mit der von Ecowitt habe ich mir für ~17EUR incl. Versand einen neuen Sensor incl. "Halteplatte" bei Ecowitt bestellt, in der Hoffnung, dass er paßt. Bei Google ist auf der Hälfte der Bilder zur Froggit 1500 die selbe 3-armige Außeneinheit. Evtl. wäre das bei Dir also auch eine Option?!

Ich kann gerne berichten, wenn es dass Päckchen endlich mal aus dem Flughafen-Transit in Liege Richtung Ruhrgebiet schafft...

Gruß Hefo

[BigMike71]

@Hefo
das kannst du gerne berichten!

ich habe diese Einheit -> Froggit WH3000

ist alles auf der Mittelplatine vergossen... (Temp+Feuchte Sensor)

[SBorg]

@BigMike71 sagte:
so noch mal nachgeforscht , meine Wetterstation hat seit ein paar monaten einen defekten Temparature Sensor, der liefert keine Werte mehr, anscheinend sind dann kein weitere werte in die Influx gewandert weil sich nix änder...
könnte das der Fehler sein?

dann kann ich das Skript ja auch ausschalten ! hatte daran nicht mehr gedacht

Ja und Ja. Keine Werte --> leeres Array + Fehler
Ohne Temperatur gibt es dann auch keine Statistik (oder so gut wie keine, da die meisten Werte Temperatur basiert sind).

@BigMike71 sagte:

ist alles auf der Mittelplatine vergossen... (Temp+Feuchte Sensor)

Der Sensor sitzt im "Gerippe" unter dem Regenmesser. Im Gehäuse hätte er keinen richtigen Zugang zur Luftfeuchte und würde auch ziemlich falsche Werte messen, da sich das Gehäuse doch um einiges bei Sonneneinstrahlung erwärmt. Das "Gerippe" verhindert dann, dass der Sensor durch Luftzug zu stark abgekühlt wird