Das ganze entstand aus diesem Thread.
Damit ist es möglich mit einem Linux-Client die Daten einer WLAN-Wetterstation und/oder mit Hilfe eines Gateways und Zusatzsensoren zu empfangen, aufzubereiten und im ioBroker zur Verfügung zu stellen. Optional können die Daten auch bei AWEKAS.at, OpenSenseMap, Windy und wetter.com zur Verfügung gestellt werden.
Mein Dank geht an @Latzi für das testen in der Entwicklungsphase und dessen Unterstützung bei der Verfassung der WiKi-Artikel.

---

Aktuelle Version auf GitHub:
Neue Versionen im Thread sind ab V2.15.0 (Juli 2022) unterschiedlich farblich gekennzeichnet:

• Beta-Releases haben dann eine rote Versionsnummer
• stabile Releases haben dann eine grüne Versionsnummer

---

Projektseite (inkl. WiKi): https://sborg2014.github.io/WLAN-Wetterstation/
Da es sich um keinen Adapter handelt, ist dies eine "Vorschaltseite" von GitHub. Nicht das wer auf die Idee kommt von der URL im ioBroker installieren zu wollen
Zum Download/WiKi geht es dann weiter per View on GitHub

Bisher geteste Stationen:

• BRESSER
  • WLAN Farb-Wetter Center mit 5-in-1 Profi-Sensor V (1) @pandor
  • WLAN Comfort Wetterstation mit 7-in-1 Profi-Sensor (1)
• ChiliTec Funk Wetterstation 12in1 @tege0
• DNT Weatherscreen PRO @Petersilie
• Ecowitt
  • GW1000
  • GW2000A
  • GW3000A @MartyBr
  • WS2910 @Nashra
• ELV WS980WiFi @sonystar
• Eurochron EFWS2900 @Latzi, @ilovegym, @SBorg (baugleich mit Ambient Weather WS-2902, Chilitec CTW-902, Sainlogic 10 in 1)
• Froggit
  • Gateway/USB-Dongle DP1500/DP2000 @Boronsbruder
  • HP1000SE Pro @Stormbringer
  • WH3000 SE @ToxSox, @crunchip
  • WH4000 SE @unltdnetworx, @Glasfaser, @Negalein, @Boronsbruder
  • WH6000 Pro @Mugel80
• Renkforce WH2600
• Sainlogic
  • 7 in 1 WiFi WS3500 @tritor, @manu96
  • Profi Wlan Wetterstation FT0300 (1) @XxJooO
• Ventus W830 @CiroCool, @Rushmed

(1) Abfrage per DNS-Server wie bspw. PiHole oder dnsmasq

---

Bisher unterstütze Zusatzsensoren per Station oder mittels DP1500/DP2000/GW1000/GW2000A - Gateway:

• bis zu 8 Stück DP35/WN34 Wassertemperatur-Sensoren
• ein DP40/WH32 (bzw. WH26) Außentemperatur- und Luftfeuchtigkeitssensor
• bis zu 8 Stück DP50/WH31 Temperatur-/Luftfeuchtigkeit-Sensoren
• ein DP60/WH57 Blitzsensor
• bis zu 4 Stück DP70/WH55 Wasserleckage-Sensoren
• bis zu 16 Stück DP100/WH51 Bodenfeuchte-Sensoren
• bis zu 4 Stück DP200/WH43 PM2.5 Feinstaub-Sensoren
• ein DP250/WH45 5-In-1 CO2 / PM2.5 / PM10 / Temperatur / Luftfeuchte Innenraumsensor
• ein DP300/WS68 Solarunterstütztes Anemometer mit UV-Lichtsensor
• ein WH31 (bzw. WH25) Sensor
• ein WS90 "Wittboy" Sensor
• BRESSER (1)
  • bis zu 4 Stück(2) BRESSER Thermo-/Hygro-Sensor 7 Kanal #7009999

(1) nicht alle Bresser-Stationen unterstützen Zusatzsensoren! siehe hier
(2) durch das verwendete Wunderground-Protokoll limitiert

Die mögliche Anzahl der Zusatzsensoren ist nicht durch das Skript begrenzt, sondern wird vom Display und/oder Gateway bestimmt.

Es besteht ferner auch die Möglichkeit Stationen (wie bspw. Sainlogic Profi Wlan Wetterstation FT0300) einzubinden die nicht per WS View[+] App konfiguriert werden können und nur ein Web-Interface bieten, dass keine Angabe eines eigenen Wetterdienst-Servers zulässt. Hierfür kann man den Umweg eines eigenen DNS-Servers wie dnsmasq oder Pi-hole gehen. Für Pi-hole hat @XxJooO freundlicherweise hier im Forum eine ausführliche Doku erstellt: klick mich

Wäre schön wenn sich weitere User mit entsprechenden Modellen melden bei denen es funktioniert (auch wenn es baugleiche sein sollten, so ist man sich wenigstens sicher )

Update von einer Vorgängerversion (bei Nutzung per systemd):

Im Installationsverzeichnis ./ws_updater.sh ausführen.
Alternativ (falls die aktuell installierte Version kleiner als V2.12.0 ist): im Installationsverzeichnis bash <(curl -s https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh) ausführen

Update von einer Vorgängerversion (bei Nutzung als cronjob):

Am besten das laufende Skript mit pkill -9 wetterstation.sh stoppen, wetterstation.sh und -.sub ersetzen (-.conf und -.js nur nach Aufforderung nötig; conf dann neu konfigurieren / js ersetzen und einmalig ausführen), dann entweder

• direkt am Linux-Client ./wetterstation.sh &
• oder per Putty oä. nohup ./wetterstation.sh & (erzeugt dabei eine Datei nohup.out)
• oder reboot des Systemes (Skript wird dann per cronjob wieder gestartet)

jeweils im Installationsverzeichnis ausführen. Sonst befindet sich ggf. noch das alte Skript im RAM und läuft munter bis zum nächsten Reboot weiter

Beispiele einer grafischen Umsetzung:
@Glasfaser: View / zum Beitrag

@crunchip: Grafana / zum Beitrag

Wetterstation-Statistik (JS-Addon)

Statistikmodul als Javascript. Liefert diverse Statistiken:

Javascript für eine HTML-Tabelle vorheriger Monatswerte ( @liv-in-sky ) :

zum Thread

Neues Projekt PimpMyStation (14.11.2020)

Google Spreadsheet

---

Kein Support per PM/Chat !

Als kleines Weihnachtspräsent...

...zur Behebung diverser Unzulänglichkeiten:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.20.0

• ~ fix Wolkenbasis (keine Werte falls Taupunkt negativ) / Issue #46 (viper4iob)
• ~ fix Wetterwarnung (Reif) / Issue #47 (viper4iob)
• ~ fix OpenSenseMap für Stationen die 10-Minutendurchschnittswerte bereits liefern / Issue #48 (viper4iob)

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, da es sich um ein Bugfix-Release handelt. Dank an @viper4iob für die fixes

Das Ganze entstand aus diesem Thread
Dabei handelt es sich um ein Javascript (kein Adapter!), welches die Warnungen von Lebensmittelwarnung.de als Datenpunkte zur weiteren Verarbeitung (zB. VIS) in ioBroker bereitstellt.

Beispiel:

Aktuelle Version: V0.1.0 - 23.01.2022
auf GitHub unter https://github.com/SBorg2014/ioBroker-Addons/tree/master/Lebensmittelwarnung/
(und dies ist kein Adapter, also nix mit "Katze und beliebig..." )
Aktuellste Version zukünftig immer im GitHub-Projekt.
Danke an alle bisherigen Tester der Vorversionen und für das Feedback

Entstand mehr oder minder freiwillig ( ) aus einem Thread mit @Homoran heraus und wurde im Gegensatz zu der Version im Thread von mir nochmals etwas aufgepimpt.

Mit dem Javascript ist es möglich, die aktuellen Regenradaraufnahmen (Bild + animierte GIF) des im Script konfigurierten Bundeslandes, sowie optional ein Satellitenbild von der DWD-Website und Foreca in vier Datenpunkte automatisch zu laden.

Konfigurationsmöglichkeiten im Script:

• Bundesland
• Datenpunkt
• Satellitenradar (optional)
• Foreca (optional)
• Abfrageintervall

Die Darstellung kann dann bspw. in der VIS mittels HTML-Widget und Binding mit folgendem Inhalt erfolgen (Attribute sind natürlich nach HTML-Standard ebenfalls möglich):

<img src="{hier_den_kompletten_Datenpunktpfad_und_Namen_einfügen}" width="240px" />

Project auf GitHub

@skokarl

Leider verheißt Freitag der 13. nichts gutes
Ich muss euch leider mitteilen, dass die Arbeiten an der V0.1.4 mit sofortiger Wirkung eingestellt sind und es diese Version nicht geben wird...

Erstmal sacken lassen und in 5 Minuten weiter lesen...

SBorg proudly presents V1.0.0 steht auf GitHub bereit
Es ist zwar kein offizielles release (bisher) aber auch weit über eine Beta hinaus. Kumulierte Regenmenge funktioniert nun auch, dazu noch einen Fehler in der "Kommunikationsunit" behoben. Pauschal kann man nun alle 16 Sekunden (schneller sendet die Station nicht) ein Datenpaket empfangen. Einen Wermutstropfen hat es allerdings. Obwohl meine Signalstärke und sonst alles Tipp-Topp sind, kommen von 10 gesendeten Paketen nur ~7-8 an. Warum die Station stellenweise einfach mal ein Paket überspringt konnte ich nicht eruieren. Sie sendet im eingestellten 16 Sekundentakt, dann überspringt sie ohne ersichtliches Muster mal ein Paket und sendet dann 16 Sekunden später wieder korrekt eins?!?
Daran kann ich leider nichts ändern, denn wenn das Display schon nichts sendet, habe ich auch nichts zum auswerten...

Warum Abschied von der V0.1.4 und hin zur V1.0.0?
Zum einen weil die Version dann Stand Heute alles hat was möglich/gewünscht wurde und (hoffentlich) fehlerfrei läuft. Zum anderen ich eine maßgebliche Änderung eingeführt habe. Die wetterstation.conf ist nun wirklich nur eine Konfigurationsdatei. Wenn hier nichts neues hinzukommt an Parametern, genügt es dann einfach nur die "sh" und/oder "sub" auszutauschen. Womit auch ersichtlich ist, dass mit der V1.0.0 nichts zu Ende sein muss

Zum Update also sh, sub und conf ersetzen (js ist unverändert zur V0.1.4, beim Update von V0.1.3 auf V1.0.0 muss aber die js ebenfalls ersetzt und ausgeführt werden).

Freue mich auf euer Feedback und da das Wetter endlich mal passte:

Da ich keinen kurzen Mast mit geringer Ausladung fand, wurden es einfach zwei Rohrschellen mit Stockschrauben, ein imprägnierter Holzstab, der in dem kurzen beigelegten Rohr steckt und mittels einer Schraube gegen verdrehen gesichert wurde. So komme ich ohne Leiter an den Regentrichter und kann so auch die Batterien wechseln
...ein letztes mal Danke dafür. Ich weiß nicht wie viel Zeit ich verbrannt habe bzw. noch verbrannt hätte, um die Fehler zu finden. Auch wenn gut 90% der Entwicklung nur aus dem Kopf heraus stattfand, muss ich dennoch gestehen, es ist was ganz anderes "live" daran zu arbeiten als nur zu simulieren.

Lese ich natürlich gerne
(wobei ich es ja auch bei mir selbst sehe. Keine Probs mit/wegen nodejs etc. Updates...)
@Glasfaser Na dann ist hier in 3 Posts "Ende Gelände"

Dann werde ich demnächst mal die 1.3er releasen, da ich so aktuell derzeit nichts mehr auf dem Schirm habe (außer jemandem fällt gerade was ein). Bzgl. China-Bestellung ist noch nichts eingetroffen, gibt also auch nix Neues wg. zusätzlicher Sensoren...

...und nicht zu vergessen, nur dank der Unterstützung (finanziell, testen, Feedback, Kritik, Anregung...) durch euch ist es auch das was es nun ist

Pauschal @All:

"gefühlte Temperatur" (früher fälschlicher Weise "Chillfaktor" genannt) und "Taupunkt" kommt bei Nutzung des Ecowitt-Protokolls mit der nächsten Version wieder hinzu. Aktuell funktioniert zwar die Berechnung schon, dafür hakt es gerade an anderer Stelle. Bin noch am eruieren was da nun wieder klemmt

Weitere Sensoren per Gateway sind ebenfalls möglich (s.o., auch bzgl. DP60[String liegt vor, es hängt aktuell am fehlenden Gewitter], DP200 etc.).

Eine persönliche Bitte hätte ich noch: es braucht keiner hier >2.000 Posts zu lesen, wenn ihr aber Interesse am Thema habt und nicht alle neuen Posts hier lest, lest wenigstens mal kurz über die letzten drüber. Auch wenn ihr denkt da steht nur etwas als Antwort für User XYZ drin, stehen dort eben auch die Antworten auf die meisten aktuellen Fragen. Wir ( @a200 ) antworten auch zum x-mal auf dieselbe Frage, nur ist es stellenweise doch frustrierend wenn genau dieselbe Frage (+Antwort) gerade mal eine handvoll Posts darüber steht
Was jetzt aber nicht heißen soll stellt blos keine Fragen mehr. Wenn was nicht verständlich/unklar ist, fragen, fragen, fragen. Notfalls beantworten wir sie halt zum x-mal +1 ...
...und weil man ja bald nichts mehr schreiben kann ohne dass es jemand in den falschen Hals bekommt, dies ist lediglich eine höfliche Bitte, nicht mehr und nicht weniger...

@Haifisch_777 + gerade in der Wiki steckt mittlerweile schon einiges an Arbeit. Die vielen Versionen sind nicht von ungefähr...

---

Sodele, V2.5.0 goes final:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.5.0

• ~ Fix für Protokoll #9 wg. fehlender Regenrate
• + Min/Max/Avg Außentemperatur vor einem Jahr
• + Unterstützung von max. 4 DP70 Sensoren
• ~ Codeoptimierungen

Wie immer zu finden im GitHub

Wegen der neuen Datenpunkte muss auch wetterstation.js ersetzt und einmalig ausgeführt werden.
Min/Max/Avg-Außentemperatur funktioniert nur bei aktiver InfluxDB + entsprechender Aktivierung in der *.conf!
Das Release ist mit der Beta-Version identisch. Wer also schon die V2.5.0 als Beta nutzt, braucht nicht updaten

@da_woody Sehe ich genauso. Es nutzt keinem das beste Skript/Adapter, wenn es zig Einstellmöglichkeiten hat aus denen keiner mehr so richtig schlau wird. Für mich muss so was fast rein intuitiv möglich sein, ohne ein dauerndes "wofür ist das denn gut?". Deswegen eine gute Balance aus "was gibt Sinn und was macht es Anwender freundlich sinnvoll konfigurierbar".
Allen kann man es eh nie Recht machen, aber ich bin auch einzelnen Userwünschen nicht pauschal abgeneigt, so lange ich da einfach einen Mehrnutzen sehe und es technisch noch sinnvoll ist (bringt ja auch nix wenn es nur auf einem Quadcore mit mega GHz und GBs an RAM läuft).

Aktuell die Influx V2 sehe ich auch nicht direkt als (einzelnen) Userwunsch (ich weiß, hat auch keiner behauptet ), sondern als Invest in die Zukunft. Gerade hinsichtlich dass der Adapter nun mittlerweile stable mit der V2 umgehen kann und die V2 eine GUI hat. Allerdings ist da halt auch noch anderes zu berücksichtigen, steht aber schon länger auf der ToDo-Liste.

Aus Dev-Sicht muss ich aber auch mal ganz unmissverständlich klarstellen: dies ist keine Demokratie, sondern eine Diktatur. Alleine der Dev bestimmt wo und wie es lang geht. Wünsche, Verbesserungs- oder Änderungsvorschläge dürfen und sollen auch geäußert werden. Man kann immer über alles reden, aber stellenweise schon fast die Arroganz anzunehmen (nicht hier im Projekt), dass muss jetzt aber auch umgesetzt werden, da verschlägt es mir schon die Sprache. Persönlich würde ich da mein Engagement überdenken.
Die Sourcen liegen bei fast allem offen und man kann es sich selbst (um-/bei-)programmieren...
...käme da nicht immer die Ausrede "ich kann nicht programmieren"...
Dann kommt immer mein Standardspruch: "Ich auch nicht, aber eines morgens fiel ich aus dem Bett und konnte es". Wenn man etwas wirklich will findet man auch einen Weg. Auto fahren musste auch jeder lernen, zumindest mal die Verkehrsregeln. Da klappt es auch mit dem lernen wenn man Auto fahren möchte. Programmieren folgt auch nur reiner Logik, schreckt aber viele ab. Aber auch hier, es muss jetzt nicht jeder zwangsläufig programmieren lernen. Aber von Anderen erwarten ihre eigene "Faulheit, Unkenntnis (wie auch immer man es titulieren möchte)" quasi zu unterstützen indem sie ihre eigene Freizeit opfern, dass ist IMO mehr als frech.

Ich hatte auch schon folgende Post: "Wenn du das nicht einbaust, nutze ich deine Software nicht!"
An was mir diese "Drohung" vorbeigeht wird sich jeder denken können, aber ich verstehe nicht mal ansatzweise den Sinn dahinter? Bei YouTube würde ich sagen, klar, Abonnenten und Viewtime = Geld
Aber dieses Projekt ist völlig kostenlos, ich kriege keine Werbeprovisionen (nicht mal Hardware-Unterstützung seitens Hersteller), einen Boni für Downloads oder what ever. War, und ist auch nie das Ziel gewesen.
Es "tangiert mich also peripher" ob es jemand nutzt oder nicht. Ist aber trotzdem auch schön zu sehen, dass es immerhin etliche nutzen und sich irgendwo die viele Arbeit lohnt

...kurz vor der zweimonatigen Abstinenz, hat mich aber wohl kaum einer vermisst
@Rushmed Danke der Nachfrage, nicht so wirklich. Was für einen gesunden "schlecht" ist, ist für mich meist "gut", also geht es mir einigermaßen gut.

Eine Änderung die mit sofortiger Wirkung eintritt: Kein Support meinerseits mehr per PM/Chat !
Ich kann (und will) dies nicht mehr leisten. 100% der Fehleranfragen sind Anwenderfehler. Nicht eine einzige Ausnahme. Hierfür gibt es das Forum/diesen Thread. Es braucht sich auch niemand zu schämen wenn er etwas nicht weiß (ev. ist dies ein Grund für die PMs). Ich muss dann jedes mal alles neu lesen, weil ich nicht mehr weiß was wir in diesem Fall dann schon unternommen haben. Der Chat ist dafür auch eher suboptimal und ich erkläre x-mal dasselbe, was vielleicht die ein oder andere Frage eines Anderen geklärt hätte.

Auch für die "normalen" Stationen gibt es nun den VPD dank eines Firmware-Updates.
Funktioniert (auch im ioBroker):

@xxjooo
Ist die Außenstation hin oder das Display? Bei letzterem, und/oder wenn du gar kein Display willst, würde sich ein Gateway (zB. GW3000 von Ecowitt) anbieten. Das läuft dann auch ohne weiteres "Gemurkse" direkt mit dem WLAN-Skript falls du dabei bleiben willst.
Vorteil: du kannst auch später noch ein Display dazu nehmen und hast massig Auswahl an Zusatzsensoren.

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

Vieleicht wäre in der Beschreibung auf der seite "Update auf eine neue Versionein" ein hinweis am Ende nicht schlecht...

Habe ich jetzt mal hinzugefügt. Schließlich ist die WiKi nicht für mich, sondern für euch
...und hat es jetzt mit den zusätzlichen Sensoren auch funktioniert?

@oliver1972
Hi,
Gewissensfrage: Hast du im WiKi nachgesehen? Ich frage nur deshalb, ob es ev. nicht verständlich genug ist
Falls nicht, auch nicht schlimm: https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Neue-Sensoren-nachträglich-hinzufügen
Ansonsten auch gerne noch mal nachfragen, oder ich muss es dort ggf. umformulieren.

Aber andere Frage, ist der DP50 nicht ein reiner Temperatur-/Feuchtesensor? Die 16 Sensoren werden meines Wissens aktuell(er Firmware) nur bei den Bodenfeuchtesensoren und den neuen "smarten API-Sensoren" unterstützt?

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

@sborg
Ich habe gestern die Ecowitt WG3000A erfolgreich eingebunden. Damit wird die Liste der kompatiblen Geräte wieder größer

Danke, nehme ich gerne mit auf (GW3000A)

@tritor Ich habe es oben zwar gelesen, möchte aber trotzdem noch mal für ALLE darauf eingehen.

Die Datenpunkte die angemeckert werden bitte auf gemischt umstellen. "String", wie in der Fehlermeldung, mag zwar auch funktionieren, aber ich konnte den genauen Fehler nicht analysieren. Entweder ist die Datenmenge für den Simple-API zu groß oder es kommt zu einem Timing-Problem. Eigentlich ist ein Wert von 1.2 (also float) immer eine Zahl, selbst 1 (also integer) sollte als Zahl erkannt werden.
Leider wird es mal als Zahl erkannt, mal als Text. Deswegen auch auf "gemischt" stellen, sonst meckert er dann wieder genau anders herum

...has to be type "string" but received type "number"

Naxhteil von "gemischt" gibt es keinen direkten. InfluxDB loggt es als Zahl, History ebenfalls, das Statisk-Script interessiert es ebenfalls nicht. Nur wenn man per Javascript den Datentyp ("typeOf") abfragt erhält man nun nicht mehr "Number".

Ich muss mal schauen ob das mit der Rest-API besser funktioniert. Aber ihr ahnt es sicherlich schon, die Liebe Zeit...

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

Noch eine (ggf schonmal beantwortete Frage) - wenn das Shell Skript ja keine direkte DB Verbindung hat, warum ist dann die Umstellung auf Influx2 relevant?

Nicht zwingend. Guggst du https://github.com/SBorg2014/WLAN-Wetterstation/wiki bei den Werten.
Wenn du die Werte mit Punkt "4" nicht willst/brauchst, benötigst du auch keine InfluxDB. ZB. der Wert "Höchsttemperatur der letzten 24h" liefert die Station/Gateway nicht. Um den aber zu bestimmen brauche ich die Messwerte der letzten 24h = eine Datenbank. InfluxDB werden die meisten schon wegen Grafana haben, also brauche ich keine eigene programmieren. Selbst wenn, würde die nix besser machen (...und jeder Entwickler ist wohl faul, zumindest ich , also warum nicht auf was fertiges zurückgreifen? )

Und wenn ich schon doofe Fragen stelle - ich nehme an die neueren "Smart" Geräte von Ecowitt (in meinem Fall WittFlow WFC01) werden eher nicht integriert werden oder?
Die pushen ja keine Wetterdaten sondern müssten per API abgefragt oder gesteuert werden, das ist ja ne völlig andere Logik...

Gübbet keine doofen Fragen
Da ich, anders als manch Youtuber (nein, das kritisiere ich nicht), nicht davon lebe, ist die benötigte Hardware mein "Privatvergnügen". Soll heißen, ich muss es kaufen und kann es dann gar nicht selbst gebrauchen. Für eine API-Abfrage, welche natürlich implementierbar wäre falls sie zugänglich ist, genügt mir anders als bei den Stationen kein Datenstring den ich nach meinen Wünschen auch manipulieren (also bspw. einen statischen Messwert einpatche, um ihn zu simulieren) kann, braucht es hier schon Hardware.
Ich hatte mal bei Ecowitt zwecks Support/Unterstützung angefragt und sogar eine Zusage bekommen. Leider kam nie etwas an und das Ganze verlief im Sande. Wer also will und Zeit hat kann gerne mal einen Vorab-Kontakt herstellen. Vielleicht wollen sie jetzt ja auch schon gar nicht mehr.

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

Meines Wissens sagte @Sborg irgendwann "Mein Skript schreibt nichts in die InfluxDB"

Mehr als einmal
Das macht der Influx-Adapter schon gut und komfortabel, da muss ich nicht nochmals das Rad erfinden.

An alle Statistiker:

V2.0.7 liegt auf GitHub

Beseitigt den mitternächtlichen Fehler (DP kann auf "gemischt" bleiben oder wieder auf "Text" zurückgestellt werden).
Der Grund war/ist eine Änderung auf GitHub. Da schlug einfach die Update-Prüfung fehl.
Wie üblich bei Javascripten: Script stoppen, dann ersetzen und speichern, dann wieder starten. Man kann es zwar auch im laufenden Betrieb ersetzen/speichern und dann das Script nur restarten. Dann funktioniert es aber nicht, da die geänderte Funktion nicht ausgeführt (die wird nur beim Start [und nicht beim Restart] geladen) wird, sondern die alte aus dem Arbeitsspeicher.

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

Heute habe ich wieder komische Fehlermeldungen im Log.

Heute 01:03 	error 	javascript.0 	at processTicksAndRejections (node:internal/process/task_queues:95:5)
Heute 01:03 	error 	javascript.0 	at /opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1228:38
Heute 01:03 	error 	javascript.0 	Statistik:639:27)
Heute 01:03 	error 	javascript.0 	Error in callback: TypeError: Cannot read properties of null (reading '0')

Das muß vom Statistik Script herkommen, vielleicht hast du mal zeit und schaust drüber. Danke

An alle Statistik-Skript Nutzer:

Auch hier erkennt er wohl wie er will. Der Datenpunkt-Inhalt [neue Version des Statistik-Skripts vorhanden?] ist ein String ("---" oder die GitHub-URL). Den Datenpunkt auf "gemischt" umstellen, dann ist Ruhe und die Fehlermeldung im Log ist weg:

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

dann kommt in Influx das raus

Ich weiß zwar nicht wie (außer ev. bei mehreren CSVs die falsche erwischt) es passiert ist, aber:

Export [query 3] erster Wert mit "8,89":
,,0,2025-05-14T06:00:00Z,2025-05-15T01:00:00Z,2025-05-14T10:41:30Z,8.89,value,0_userdata.0.Wetterstation.Regen_Tag

Import [query 2] dann:
,,0,2025-05-14T06:00:00Z,2025-05-14T23:00:00Z,2025-05-14T10:42:50Z,0,value,0_userdata.0.Wetterstation.Regen_Tag

Da dies zwei unterschiedliche Zeitstempel für dieselbe Messung sind (oder sein sollen), hast du natürlich weiter um 10:41:30 die "8,89" drin stehen. Zusätzlich jetzt aber für 10:42:50 einen mit "0".