[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@dgr sagte in [Linux Shell-Skript] WLAN-Wetterstation:

@sborg
sieht bei mir so aus:

Dann hast du ev. die Fehlermeldungen "has to be number, received string" noch nicht gesehen, oder einfach Glück gehabt. Ich sag ja, es ist nicht zuverlässig wie er was genau erkennt. Mal klappt es zuverlässig, dann wieder nicht. System dabei sehe ich leider keins.

[icebear]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

Genau das ist das Problem, der Level wird nicht ausgewertet. Ich bräuchte mal deinen Datenstring, dann kann ich den WH40H als eigenständigen Sensor hinzufügen, dann klappt es auch mit dem "Saft"

OK, dann warte ich noch etwas mit dem Datenstring, weil ich warte noch auf ein WS80 und ein WN32. Sobald die da können wir ja dann alle auf einen Streich machen.
Kann aber noch so ca 14 Tage dauern, da die grad erst bei ecowitt auf die Reise gegangen sind.

Ich meld mich mit den Daten-Strings dann nochmal.

[MassiveAttack]

@sborg

danke, habe ich jetzt mal mit einem alias als workaround gelöst.

[quinti]

@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

@quinti sagte in [Linux Shell-Skript] WLAN-Wetterstation:

hab das Aldi Angebot für die Bresser 4CAST für 229€ angenommen und versuche sie nun mit dem script anzubinden.

Das Problem ist, dass die Software anscheinend keinen "eigenen Server" unterstützt. Das Skript fungiert wie ein Web-Server und wartet einfach darauf (das ist dann der "eigene Server"), dass die Station einen Datenstring schickt. Ist denn irgendwo erklärt wie die Daten an Wunderground geschickt werden? Dann könnte man es mit der DNS-Umleitung versuchen. Einfach wird das aber nicht. Irgendwo hatte ich gelesen, dass das größere Schwestermodell die Einstellmöglichkeit für einen "eigenen Server" hat.

Es klappt leider nicht mit der Station, hab mal mit wireshark überprüft ob die Station überhaupt was an die eingestellten "eigenen Server" sendet, tut sie nicht.
Frage nun per SDR Stick die Daten des Sensors direkt per Funk ab und sende sie per mqtt an meinen iobroker.
Der Sensor stellt folgende Daten zur Verfügung

Diese kopiere ich per script in die von der wetterstation.js erzeugt Punkte.
Läuft dann das Statistik script damit obwohl vieles leer bleibt? Taupunkt und windchill könnte ich berechnen aber die anderen Werte hab ich einfach nicht.
Sorry falls die Frage schonmal gestellt wurde, aber der thread ist zum durcharbeiten ein bisschen zu lang

[SBorg]

@quinti sagte in [Linux Shell-Skript] WLAN-Wetterstation:

aber der thread ist zum durcharbeiten ein bisschen zu lang

Nicht wirklich
...wurde meines Wissens aber auch noch nicht behandelt. Das Skript braucht eigentlich nur per InfluxDB Aussentemperatur, Wind_max, Regen_Tag geloggt, egal von wo die Daten kommen, müssen aber so heißen und in "javascript" oder "0_userdata" abgelegt werden.
Wenn du etwas nicht brauchst/hast wie bspw. den "Windchill, Taupunkt" etc. kannst du diese auch einfach weglassen. Da das Skript allerdings wenig Fehlertolerant ist, solltest du zumindest eine "0" eintragen, dann schleift er die entsprechenden Werte zumindest mit "0" durch und es kommt zu keinem Fehler.
Bei den Rekordwerten ist das Prozedere recht einfach. Ließ Wert aus dem Datenpunkt und vergleiche ihn mit dem aktuellen. Je nach Wert/Art des Messwertes nun größer/kleiner --> schreibe neuen Wert in den DP.
Der Rest wird aus der InfluxDB gezogen und ermittelt.

[diwoma]

Hi,
Ich hätte da mal eine Frage nach der Erfahrung mit den Wetterstationen.
Ich habe eben eine Sainlogic FT0310 aufgestellt und bemerkt

• Keine Möglichkeit der Eingabe eines eigenen Wetterservers (für Iobroker-Skript)
• Einstellungen nur über eigenen AP (auch für eventuelle FW-Updates)

Wie ist es bei anderen Wetterstationen (Bresser usw.)
Welche können definitiv einen eigenen Wetterserver zusätzlich zu WU parallel bedienen?
Sind andere auch über das interne Netzwerk irgendwie bedienbar?

Kurz zusammengefasst: Welche Stationen sind empfehlenswert

EDIT:
Kann vielleicht diese Bresser WS alle Anforderungen?
Amazon BRESSER-WLAN-Wettercenter-Profi-WSC-mit-7-in-1-Sensor

[quinti]

@SBorg
beim 1. Aufruf des Statistik scripts bekomme ich folgende Fehlermeldung:

javascript.0
	2025-08-08 01:03:00.115	error	script.js.Skripte.Wetterstation.Statistik: at processImmediate (node:internal/timers:505:21)
javascript.0
	2025-08-08 01:03:00.115	error	script.js.Skripte.Wetterstation.Statistik: at Immediate._onImmediate (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:365:37)
javascript.0
	2025-08-08 01:03:00.115	error	script.js.Skripte.Wetterstation.Statistik: at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11008:45)
javascript.0
	2025-08-08 01:03:00.115	error	script.js.Skripte.Wetterstation.Statistik: at Object.cbFunc [as cb] (/opt/iobroker/node_modules/iobroker.javascript/src/lib/sandbox.ts:3906:38)
javascript.0
	2025-08-08 01:03:00.115	error	script.js.Skripte.Wetterstation.Statistik: at Object.<anonymous> (script.js.Skripte.Wetterstation.Statistik:140:43)
javascript.0
	2025-08-08 01:03:00.114	error	script.js.Skripte.Wetterstation.Statistik: at Array.reduce (<anonymous>)
javascript.0
	2025-08-08 01:03:00.114	error	script.js.Skripte.Wetterstation.Statistik: Error in callback: TypeError: Reduce of empty array with no initial value
javascript.0
	2025-08-08 01:03:00.038	error	script.js.Skripte.Wetterstation.Statistik: Fehler beim Lesen der InfluxDB: Invalid call
influxdb.0
	2025-08-08 01:03:00.029	error	query: Error: error parsing query: found FROM, expected SELECT, DELETE, SHOW, CREATE, DROP, EXPLAIN, GRANT, REVOKE, ALTER, SET, KILL at line 1, char 1

[SBorg]

@diwoma
Bresser ist da etwas "eigen".

...unkomplizierten Einrichtung per WSLink-App hält...

sieht auch nicht unbedingt danach aus. Notfalls müsste man sie per SDR-Stick auslesen oder mittels DNS-Umleitung arbeiten, da fehlen dann aber etliche Werte.

Warum gerade diese? Gefällt dir das Display besonders, oder...?
Bei Ecowitt hast du kein Risiko und es gibt massig Zusatzsensoren. Eine Anzeige könntest du dir auch mittels der VIS zusammenstellen, die wesentlich mehr kann und nutzt nur ein Gateway und weitere Sensoren.

[SBorg]

@quinti sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Fehler beim Lesen der InfluxDB: Invalid call

InfluxDB korrekt im Skript eingetragen? Die drei benötigten Datenpunkte in InfluxDB geloggt?
Die Statistik braucht Werte über einen Zeitraum, deswegen muss geloggt werden (hier halt mittels InfluxDB).

(siehe auch Wiki im Github bei Statistik )

[quinti]

@sborg
ja, alles richtig, siehe Bilder

[Boronsbruder]

@quinti
Welche InfluxDB Version benutzt du?
benötigt logging per InfluxDB V2.x + Aktivierung in der wetterstation.conf

[diwoma]

Hi,

@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Bresser ist da etwas "eigen".

...unkomplizierten Einrichtung per WSLink-App hält...

sieht auch nicht unbedingt danach aus. Notfalls müsste man sie per SDR-Stick auslesen oder mittels DNS-Umleitung arbeiten, da fehlen dann aber etliche Werte.

ich dachte, mit dem dritten freien Server-Eintrag kann man die Daten auch an den Rechner mit dem Shell-Skript schicken. Gerade die DNS-Umleitung wollte ich nicht haben, da könnte ich auch das Sainlogic behalten.

Warum gerade diese? Gefällt dir das Display besonders, oder...?

Die Basis mit der Anzeige ist sicher nicht schlecht, ich laufe nicht immer mit dem Computer oder dem Handy in der Hand durch das Zimmer.

Über Ecowitt habe ich bisher nicht viel gelesen und auch noch keine gesehen, darüber kann ich mir kein Bild machen.

Ist Bresser im allgemeinen "eigen" oder nur die von mir angepeilte WS?

[quinti]

@boronsbruder
danke für den Hinweis. War tatsächlich noch eine V1
Schreibe jetzt in eine neue V2 und habe auch das bucket angepasst.
Bekomme aber immer noch Fehlermeldung beim Ausführen des Statistik scripts:

javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at processImmediate (node:internal/timers:505:21)
javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at Immediate._onImmediate (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:365:37)
javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11008:45)
javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at Object.cbFunc [as cb] (/opt/iobroker/node_modules/iobroker.javascript/src/lib/sandbox.ts:3906:38)
javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at Object.<anonymous> (script.js.Skripte.Wetterstation.Statistik:140:43)
javascript.0
	2025-08-08 21:15:00.104	error	script.js.Skripte.Wetterstation.Statistik: at Array.reduce (<anonymous>)
javascript.0
	2025-08-08 21:15:00.103	error	script.js.Skripte.Wetterstation.Statistik: Error in callback: TypeError: Reduce of empty array with no initial value

[quinti]

Der post von mir der Fehlermeldung hat sich erledigt, das script läuft super!
Ist ja auch iwie klar daß das array nicht mit vortageswerten gefüllt werden kann wenn einer frische db noch keine Vortageswerte drin sind
Eine Frage: die dp´s in 0_userdata.0.Wetterstation die nicht genützt werden, kann man die bedenkenlos löschen für mehr Übersichtlichkeit?

[SBorg]

@diwoma sagte in [Linux Shell-Skript] WLAN-Wetterstation:

ich dachte, mit dem dritten freien Server-Eintrag kann man die Daten auch an den Rechner mit dem Shell-Skript schicken.

Das stellt sich leider erst heraus wenn du eine hast bzw. ein anderer Nutzer schon die Erfahrung gemacht hat. Bresser strickt da leider oft ein recht properitäres Süppchen. Auch "AWEKAS" ist nicht unbedingt ein Indiez dafür. Im Vorgriff auf deine letzte Frage, es hat also nichts mit genau dieser Station zu tun, sondern dem Hersteller allgemein. Die Stationen sind sicherlich nicht schlecht, aber halt nur schwerer ins Smarthome einzubinden. Da sind Froggit oder Ecowitt einfach "freundlicher".

Es kommt halt letzendlich darauf an was du genau willst. Die VIS mit einer "Wetterview" kann bspw. im Kiosk-Modus auf einem alten/billigen Tablett laufen. Dann hast du sogar Touch. Dort kannst du halt die View bauen wie du willst. Mich interessiert eigentlich auf meinem Display nur Temp und Humi Außen und Wettervorhersage. Alles weitere lese ich bei Bedarf im Smarthome ab. Das sieht beim nächsten Nutzer schon wieder anders aus.

...und nein, ich bekomme keine Provison (leider auch keine Unterstützung) seitens Ecowitt, aber die Menge an Zusatzsensoren (wenn dies ein Thema sein/werden sollte) bietet einfach kein anderer Hersteller. Da kannst du den Pool, das Gewächshaus etc. einfach und kostengünstig mit einbinden. Mittlerweile gibt es auch mit dem WFC01 den ersten smarten Sensor außerhalb.des Wetterthemas.

[SBorg]

@quinti sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Ist ja auch iwie klar daß das array nicht mit vortageswerten gefüllt werden kann wenn einer frische db noch keine Vortageswerte drin sind

Per "default" startet das Skript eigentlich automatisch um 01:03 Uhr Nachts, da sind dann auch beim Ersten Start schon paar Daten vom Vortag vorhanden
So "zweckentfremdet out of the box" war es eigentlich nicht vorgesehen

Eine Frage: die dp´s in 0_userdata.0.Wetterstation die nicht genützt werden, kann man die bedenkenlos löschen für mehr Übersichtlichkeit?

Kannst du, es werden nur die drei erwähnten vom Skript benutzt und die Ablage der Daten erfolgt dann ja eh unabhängig davon im konfigurierten Daten-Punktzweig.

[diwoma]

@sborg
Danke für die Informationen.

Ja, als nächstes habe ich die Froggit-WS's angeschaut, vor allem weil die in der Liste im ersten Post als direkt einbindbar angezeigt werden.

Aber dann bin ich in mich gegangen und habe mir überlegt, ob ich mit meiner Datensammel-Leidenschaft tatsächlich weiter manchen soll. Und habe mich dazu durchgerungen, meine Sainlogic zu behalten.

Obwohl ....