UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 ....

[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"
Im Installationsverzeichnis stehend:

Service stoppen sudo systemctl stop wetterstation
Datenstring anzeigen ./wetterstation.sh --data (und etwas abwarten bis der prompt wieder da ist)
Service wieder starten sudo systemctl start wetterstation

Falls im Datenstring (am Anfang) Seriennummer oä. enthalten sind bitte vor dem posten "x"-en, die brauche ich nicht

So, nach einer gefühlten Ewigkeit sind nun endlich das WS80 Array und der WN32 Außentemp/Luftfeuchtigkeit eingetroffen und in Betrieb.

Somit läuft bei mir jetzt von Ecowitt das:

• GW3000

• WS80 Sensor Array (Außentemp wird nicht genutzt da durch WN32 overruled)

• WH40H (Regen)

• WN32 ((Temperatur / Luftfeuchtigkeit)

@SBorg

Hier der Datenstring, ich hoffe das ist richtig so:

Listening on 0.0.0.0 1080
Connection received on 192.168.178.100 57701
PASSKEY=073A4B96XXXXXXXXXXXXXXXXXXX&stationtype=GW3000A_V1.0.9&runtime=2864486&heap=63140&dateutc=2025-08-21+12:48:27&tempinf=74.66&humidityin=51&baromrelin=29.837&baromabsin=29.214&tempf=73.76&humidity=49&vpd=0.428&winddir=347&windspeedmph=2.24&windgustmph=8.95&maxdailygust=13.42&solarradiation=291.08&uv=2&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.000&monthlyrainin=0.327&yearlyrainin=0.327&totalrainin=0.327&wh80batt=3.22&wh40batt=1.4&wh26batt=0&freq=868M&model=GW3000A&interval=30

[SBorg]

@icebear
Jepp, sieht gut aus. Fehlt außer den Batteriewerten etwas an Messwerten? Ich sehe so ad hoc nichts neues.

[icebear]

@sborg

Soweit ich das bis jetzt überblicke fehlt mir erstmal nix.

[icebear]

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

Fehlt außer den Batteriewerten etwas an Messwerten?

Ich hab mir grad nochmal den Datenstring angesehen, dabei ist mir aufgefallen, das die Daten vom Aussentempfühler WN32 da garnicht drin stehen.
Oder hab ich was übersehen? Obwohl unter den DP's der Wetterstation sehe ich Aussentemp und Luftfeuchtigkeit.

[SBorg]

@icebear
Die stehen entweder unter bspw. tempf oder tempinf ("...in..." für "Intern"). Kann man so nicht differieren, da müsstest du einen Sensor Offline nehmen und dann schauen was übrig bleibt, um sie zweifelsfrei zu identifizieren. Sie nutzen da das "Grundprotokoll" mit und definieren keine extra Sensorwerte. Nur bei der Batteriespannung haben sie dann eigene Werte (wh80batt und wh40batt) implementiert, sogar nach dem neuen Standard mit einer Voltzahl. Dafür läuft dann der WN32 hier unter WH26 mit nur einem Digitalwert (0=false, also Spannung OK | 1=true, Spannung nicht OK [oder halt Batterie ist leer ]).
wh40batt/wh80batt gibt es aktuell gar nicht, wird also dementsprechend nicht ausgewertet --> Update vom Skript nötig
wh26batt gibt es aber auch nicht, bisher nur wh25batt --> ebenfalls Update vom Skript nötig

[icebear]

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

wh40batt/wh80batt gibt es aktuell gar nicht, wird also dementsprechend nicht ausgewertet --> Update vom Skript nötig
wh26batt gibt es aber auch nicht, bisher nur wh25batt --> ebenfalls Update vom Skript nötig

Hast du das denn schon eingebaut? Und muß ich dann einfach das Script im Ordner austauschen?

[quinti]

Hallo #zsmmn,
meine Wetterstation steht leider nicht bei mir im Haus da die Lage denkbar schlecht für die Sensoren ist.
Bei mir im Büro bin ich aber nicht die ganze Zeit
Daher hab ich mal begonnen die Wetterstation mit Vis2 zu "simulieren".
Habe die Grundfunktionen fertig:

Ziel ist, nach und nach alle Funktionen, soweit möglich, nachzubilden.
Klickbar ist bisher nur die Graph Taste.
Das ganze basiert auf den Objekten aus dem Statistik script hier.
Es kann relativ einfach auf andere Wetterstationen umgebaut werden. Einfach Hintergrundgrafik austauschen und widgtes formatieren.
Den momentanen alpha Stand findet ihr auf github zum download.

[diwoma]

@SBorg

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

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 ....

Ich habe nun doch die Sainlogic zurückgesendet und eine Froggit WH 5000 gekauft.
Die scheint baugleich mit der Ecowitt WS3900A zu sein, die Firmware darauf ist WS3900A_V1.3.8.
Vorerst nur das Basis-Ensemble, keine zusätzlichen Sensoren.

Ich habe das config angepasst und das skript mit --debug gestartet. Daten sind gekommen und wurden geschrieben.

Auch als Service läuft es.

Danke für Das Skript und Deine Arbeit.

[diwoma]

@SBorg
Eine Frage bezüglich InfluxDB2.
Ich nehme an, wenn man die Daten in der Conf eingibt, dann übernimmt das Skript das Schreiben der Werte.

Aber mit welchen Measurement-Namen?
Ich finde keine Wetterdaten-Werte.

Sollte das irgendwo in den über 5000 Posts geschrieben worden sein, dann entschuldige ich mich. Ich habe nicht alle Posts gelesen.

[icebear]

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

Eine Frage bezüglich InfluxDB2.
Ich nehme an, wenn man die Daten in der Conf eingibt, dann übernimmt das Skript das Schreiben der Werte.
Aber mit welchen Measurement-Namen?
Ich finde keine Wetterdaten-Werte.

Siehe einmal Logging-per-InfluxDB hier.

Zitat daraus:

Welche Datenpunkte muss ich mindestens loggen?

Für derzeit alle Funktionen des Shell-Skriptes müssen zumindest (bei Default-Struktur)

0_userdata.0.Wetterstation.Aussentemperatur

0_userdata.0.Wetterstation.Wind_max

0_userdata.0.Wetterstation.Regen_Tag

per Influx geloggt werden.

Die mußt du selber aktivieren,