Neu im Blog: Was die neue Website alles kann

[Rushmed]

Hallo,

ich hebe gestern einen neuen Server inkl. Wetterstation Script neu aufgesetzt.
Es kommen Daten an aber der Status sieht meistens so aus:

master@SmartOne:~$ systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; preset: enabled)
     Active: active (running) since Sun 2026-07-12 15:02:38 CEST; 1h 22min ago
 Invocation: bafaedbf01a44e2d93be5c3766b22ce1
   Main PID: 735 (wetterstation.s)
      Tasks: 5 (limit: 18828)
     Memory: 9.1M (peak: 13.7M)
        CPU: 2min 16.193s
     CGroup: /system.slice/wetterstation.service
             ├─  735 /bin/bash /home/master/wetterstation/wetterstation.sh
             ├─89783 /bin/bash /home/master/wetterstation/wetterstation.sh
             ├─89784 timeout 66 nc -nlvw 1 -p 9999
             ├─89785 tail -1
             └─89786 nc -nlvw 1 -p 9999

Jul 12 15:02:38 SmartOne wetterstation.sh[783]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Network is >
Jul 12 15:03:08 SmartOne wetterstation.sh[1735]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection>
Jul 12 15:03:38 SmartOne wetterstation.sh[1911]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection>
Jul 12 15:04:08 SmartOne wetterstation.sh[2084]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection>
Jul 12 15:04:38 SmartOne wetterstation.sh[2296]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection>
Jul 12 15:05:08 SmartOne wetterstation.sh[2579]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection>
Jul 12 15:05:38 SmartOne wetterstation.sh[2797]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded!
Warning: journal has been rotated since unit was started and some journal files were not opened due to insufficie>
lines 1-23/23 (END)...skipping...
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; preset: enabled)
     Active: active (running) since Sun 2026-07-12 15:02:38 CEST; 1h 22min ago
 Invocation: bafaedbf01a44e2d93be5c3766b22ce1
   Main PID: 735 (wetterstation.s)
      Tasks: 5 (limit: 18828)
     Memory: 9.1M (peak: 13.7M)
        CPU: 2min 16.193s
     CGroup: /system.slice/wetterstation.service
             ├─  735 /bin/bash /home/master/wetterstation/wetterstation.sh
             ├─89783 /bin/bash /home/master/wetterstation/wetterstation.sh
             ├─89784 timeout 66 nc -nlvw 1 -p 9999
             ├─89785 tail -1
             └─89786 nc -nlvw 1 -p 9999

Jul 12 15:02:38 SmartOne wetterstation.sh[783]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Network is unreachable
Jul 12 15:03:08 SmartOne wetterstation.sh[1735]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:03:38 SmartOne wetterstation.sh[1911]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:04:08 SmartOne wetterstation.sh[2084]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:04:38 SmartOne wetterstation.sh[2296]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:05:08 SmartOne wetterstation.sh[2579]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:05:38 SmartOne wetterstation.sh[2797]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded!
Warning: journal has been rotated since unit was started and some journal files were not opened due to insufficient permissions, output may be incomplete.

Bei Wetter_Trend kommt immer wieder dass es noch 0 Minuten dauert.

Kennt jemand die Ursache/Lösung?

Die anderen Werte kommen dem Intervall enstprechend an.

[SBorg]

@Rushmed sagte:

Bei Wetter_Trend kommt immer wieder dass es noch 0 Minuten dauert.

Hi, würde ich mir im ersten Augenblick keine Gedanken darüber machen, ist ein Folgefehler des eigentlichen Problems.

Jul 12 15:02:38 SmartOne wetterstation.sh[783]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Network is unreachable
...
Jul 12 15:05:08 SmartOne wetterstation.sh[2579]: nc: connect to 192.168.178.20 port 8087 (tcp) failed: Connection refused
Jul 12 15:05:38 SmartOne wetterstation.sh[2797]: Connection to 192.168.178.20 8087 port [tcp/*] succeeded!

Sieht nach klassischem 2 (oder mehr) Dienste/Programme "prügeln" sich um den selben Port. Dann funktioniert es mal, mal wieder nicht... Reine Glückssache welcher Dienst/Programm dann gerade mal den Port frei erwischt und eine Verbindung herstellen kann.

Backup oder ganz frisch aufgesetzt? Gerade bei letzterem hast du ev. neben dem Simple-API auf Port 8087 noch einen weiteren Dienst auf Port 8087 laufen

[Rushmed]

Lt. iob diag läuft nur siiple-api auf 8087.

Das dauert noch Problem ist weg seit ich den alten Server ausgeschaltet habe.
Heb bei den beiden Servern auch die IPs getauscht. Der Neue ist jetzt da wo der Alte war (192.168.178.20).
Alles ist frisch bis auf das Backitup Backup.

[BigMike71]

@Hefo
Moin,
heute ist mein Ersatzteil angekommen :)

Habe festgestellt das ich schon den "neuen" unterbau drinn habe, so brauchte ich nur den Sensor tauschen (War auch der mit Stoff rum) und taaadaa es geht wieder !!!
nochmals vielen Dank

[Hefo]

@BigMike71
Freut mich zu hören, dass es bei Dir auch geklappt hat!
Mal sehen, wie lange unsere beiden "Neuen" dann halten ;o)

[MassiveAttack]

Hallo,

mein Statistikscript läuft eigentlich schon Jahrelang problemlos, jetzt ist mir aber aufgefallen, dass meine Rekordtemperatur nicht gestimmt hat. Es sollte eigentlich 38,61 angezeigt werden vom 31.07.26, stattdessen zeigt er nur 38 vom 30.07.26 an.

Hat jemand eine Idee, warum?

[SBorg]

Ja, ist ein Fehler (genauer in der Abfolge) im Script. Am letzten Tag des Monats (auch hier genauer am 1. des Folgemonats) werden die Tageswerte vor dem ermitteln der Rekorde gelöscht.
Wer möchte... mir fehlt einfach schon ewig die Zeit dafür es zu fixen.
Ich dachte, probierst mal KI, die hat den Fehler auch richtig erkannt, der (angebliche) Fix war dann aber leider mehr als Murks

[MassiveAttack]

@SBorg

Danke für die Analyse, vielleicht findest du (oder jemand anderer) Zeit für den Fix ;-)

[MassiveAttack]

@sborg
Ich habe mal ein Code Review "machen lassen", hier meine Findings. Hab auch gleich die Fixes dazu. Wenn du diese akzeptierst, könntest du das gleich einchecken ;)

CodeReview WetterStatistik.txt WetterStatistik.js

[Negalein]

@sborg

hab gerade dies entdeckt.

influxdb.2 2026-08-17 01:12:33.116 warn Error: Non Finite value NaN for 0_userdata.0.Wetterstation.Info.Hitzeindex can not be handled

0_userdata.0.Wetterstation.Info.Hitzeindex zeigt nichts an.

Was will da nicht?

[MassiveAttack]

@Negalein
Das hat vermutlich mit der neuen InfluxDB v5 zu tun, bekomme ähnliche Fehler auch bei anderen Adaptern.

Aber das Stat-script wirft auch Fehler:

javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at process.callbackTrampoline (node:internal/async_hooks:130:17)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at processImmediate (node:internal/timers:484:21)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at Immediate._onImmediate (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:381:37)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11027:45)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at Object.cbFunc [as cb] (/opt/iobroker/node_modules/iobroker.javascript/src/lib/sandbox.ts:4083:38)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at Object.<anonymous> (script.js.common.Wetterstatistik:198:43)
javascript.0
	2026-08-17 01:03:00.304	error	script.js.common.Wetterstatistik: at Array.reduce (<anonymous>)
javascript.0
	2026-08-17 01:03:00.303	error	script.js.common.Wetterstatistik: Error in callback: TypeError: Reduce of empty array with no initial value
javascript.0
	2026-08-17 01:03:00.264	error	script.js.common.Wetterstatistik: Fehler beim Lesen der InfluxDB: compilation failed: error @1:199-1:200: invalid statement: ,error @1:391-1:392: invalid statement: ,
influxdb.1
	2026-08-17 01:03:00.256	error	queries: compilation failed: error @1:199-1:200: invalid statement: ,error @1:391-1:392: invalid statement: ,

[Negalein]

@MassiveAttack sagte:

mit der neuen InfluxDB v5

hab die nicht upgedatet

hmmmm, wie find ich die Version raus?

[MassiveAttack]

@Negalein
den InfluxDB Adapter meine ich...

[Negalein]

@MassiveAttack sagte:

den InfluxDB Adapter meine ich...

ah, stimmt. Den hab ich gestern auch hochgezogen.
Bin jetzt mal auf 4.0.2 zurück.

[SBorg]

@MassiveAttack sagte:

@sborg
Ich habe mal ein Code Review "machen lassen", hier meine Findings. Hab auch gleich die Fixes dazu. Wenn du diese akzeptierst, könntest du das gleich einchecken ;)

CodeReview WetterStatistik.txt WetterStatistik.js

@massiveattack
Danke für die Mühe (<-- keine Ironie, ernst gemeint)
Aber leider nein, die Analyse war mal wieder ...
Nur zwei Beispiele:

2. Tropennächte werden hundertfach gezählt — Schleifenlogik falsch (Zeilen 541–553)

if (MonatsTag != MonatsTag_old) { Hit=[..., true]; } // Hit[8]=true bei Tageswechsel
if (Temp < 20 && Hit[8] == true) { Hit[8] = false; }
MonatsTag_old = MonatsTag;
if (Hit[8]) { VTropennaechte++; } // ← pro MESSWERT, nicht pro Tag!

VTropennaechte++ wird am Ende jeder Iteration ausgeführt, solange Hit[8] true ist. An einem echten Tropennacht-Tag mit
z.B. 48 Halbstundenwerten (alle ≥ 20°C) werden 48 Tropennächte gezählt statt einer. Korrekt wäre die Auswertung beim
Tageswechsel.

und

Eistage sind Tage mit Höchsttemperatur < 0°C (nicht Tiefsttemperatur). Mit der aktuellen Logik sind Eistage und
Frosttage immer identisch.

Einfaches Beispiel aus meinen Daten:

Ok, er hat Recht, im Mai, Juni und Juli sind sie tatsächlich identisch...
Die hunderte Tropennächte suche ich aktuell noch... [IRONIE /OFF]
Er hat wohl übersehen, dass einiges an Auswertung aus der InfluxDB kommt.

Aber wer will kann es ja gerne mal testen

[SBorg]

Ich habe auch eine V2.0.8 des Statistik-Scriptes hochgeladen, die sollte funktionieren für Influx-Adapter 5.x
"sollte" = ich habe in letzter Sekunde noch zwei Miniänderungen vorgenommen und damit genau das gemacht was man eigentlich nicht sollte. Ungetestet gepublisht.
Der Influx-Adapter hat wohl einen Bug, oder die Doku wurde nicht aktualisiert. Eigentlich hätte die Abfrage weiter funktionieren sollen, was sie aber augenscheinlich nicht tut.

[MassiveAttack]

@SBorg
also ich habe "meine" version bei mir laufen, ohne probleme

[Negalein]

@SBorg sagte:

Ich habe auch eine V2.0.8 des Statistik-Scriptes hochgeladen, die sollte funktionieren für Influx-Adapter 5.x

leider nicht

Error: Non Finite value NaN for 0_userdata.0.Wetterstation.Info.Hitzeindex can not be handled

[SBorg]

@negalein
Das kommt aber nicht vom Statistik-Script. Außerdem wird dort der "Hitze-Index" überhaupt nicht benutzt/verwertet.
Das kommt von einem anderen Script, Blockly etc. direkt als Fehlerausgabe, denn Meldungen seitens JS sind immer klein geschrieben (also "error") und würden den Skript-Namen beinhalten:

2026-08-23 01:03:00.173 - info: javascript.0 (4016614) script.js.common.Wetter.Wetterstation-Statistik_V2_0_8: InfluxDB: Temperatur=1005, Wind=411, Regen=15
2026-08-23 01:03:00.174 - info: javascript.0 (4016614) script.js.common.Wetter.Wetterstation-Statistik_V2_0_8: Auswertung durchgeführt...

... und bevor wer fragt was das für eine Ausgabe ist/sie bedeutet: das sind die Anzahl der Datensätze die aus der InfluxDB gelesen wurden, also 1005 Temperaturwerte, 411 Windstärken und 15 Regenmengen

[Negalein]

@SBorg sagte:

Das kommt aber nicht vom Statistik-Script. Außerdem wird dort der "Hitze-Index" überhaupt nicht benutzt/verwertet.

hängt mit dem neuen Influx Adapter zusammen.
Zurück auf 4.0.2 und es läuft wieder.

Dachte, weil du Ich habe auch eine V2.0.8 des Statistik-Scriptes hochgeladen, die sollte funktionieren für Influx-Adapter 5.x geschrieben hast.