Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[StefanW]

@dgr
Ich habe den Port umgestellt aber immer noch, wenn ich mit debug aktualisiert habe, Kommunikationsfehler bekommen.
Allerdings hatte ich den Eindruck das es nach dem ändern des Ports seltener wurde, und besonders häufig ist es aufgetreten, wenn ich den Befehl schnell hintereinander abgesetzt habe.
Allerdings wird der Wert im IOBroker jetzt regelmäßig aktualisiert, da scheint es kein Problem zu sein.
Vielen Dank für deine Unterstützung!

Stefan

[Boronsbruder]

@stefanw
Die sendeintervalle sind auch gleich eingestellt?

[SBorg]

Da ich mangels Hardware vorab nicht testen konnte und ein "kleines" Zeitdefizit habe, diesmal gleich als Release:

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

• ~ Fix DP50/DP100 werden auch als FT0300-Sensoren erkannt
• ~ Fix bei AWEKAS.at - Skript bleibt bei fehlender Internet-Verbindung hängen
• + (Wasserdampf-)Drucksättigungsdefizit VPD / Issue #79
• ~ Unterstützung für bis zu 16x DP100 / Issue #80

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
• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neuer Datenpunkt .Sättigungsdefizit); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt (1)

(1) es empfiehlt sich danach den Simple-API-Adapter neu zu starten (entweder per WebIF oder einfach iob restart simple-api.0) Sorry, in der Hektik ganz vergessen den Datenpunkt anlegen zu lassen :(

---

Update sollte durchgeführt werden, zumindest wer AWEKAS / VPD / >8 DP100 nutzt/möchte.

[DGR]

@SBorg
Da stimmt was nicht bei Sonnenschein_Monat. Siehe Beitrag vom 12.4.

[Negalein]

Hallo

Ich bräuchte eure Hilfe in InfluxDB 2

Ich möchte im Bucket iobroker den Wert 0_userdata.0.Wetterstation.Regen_Tag bearbeiten.

Die 8.89 müssen mit 0 ersetzt werden

Beginnt hier

0_userdata.0.Wetterstation.Regen_Tag	value	8.89	2025-05-13T22:21:48.562Z	2025-05-14T22:21:48.562Z	2025-05-14T10:44:00.000Z

und endet da

0_userdata.0.Wetterstation.Regen_Tag	value	8.89	2025-05-13T22:30:17.612Z	2025-05-14T22:30:17.612Z	2025-05-14T22:00:00.000Z

Ich finde nicht den richtigen Befehl.

[DGR]

@negalein
Geht das nicht besser schon in iobroker per Blockly?

[SBorg]

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

@SBorg
Da stimmt was nicht bei Sonnenschein_Monat. Siehe Beitrag vom 12.4.

Da stimmt noch mehr nicht, zumindest sehe ich auf dem Screeny noch "false" bei der Sktiptversion. Das ist kein Boolean (true/false) sondern ein Text-String wie bspw. "V3.5.0".

Kam es bei der Installation zu Fehlern? So wie mir das aussieht sind ev. die Datenpunkte nicht korrekt angelegt worden oder er kann sie nicht schreiben. 12.04. ist zwar schon bisserl her, aber hast du zwischenzeitlich den ioB mal neu gestartet? Beim anlegen vieler Datenpunkte verhaspelt sich schon mal der Simple-Api gerne. Falls also noch kein Neustart erfolgte, stoppe mal den Simple-Api, warte paar Sekunden und starte ihn neu.
Hilft das nicht, dann lösche mal die beiden Datenpunkte und lasse sie mittels wetterstation.js neu anlegen (die alten DPs bleiben dabei erhalten).

[SBorg]

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

@negalein
Geht das nicht besser schon in iobroker per Blockly?

Das Problem ist eher dass da durch "Umstände" falsche Werte in der DB gelandet sind und da bleiben. Da nutzt im Nachhinein kein Blockly mehr ;)

@Negalein
Am einfachtsen wird es sein mittels Data-Explorer und Im-/Export zu arbeiten. Dort kannst du ja genau die Messreihe "Regen_Tag" ausfiltern und dann als Start-/Endzeit deine Werte angeben.

und dann als "CSV" exportieren.

Die CSV nun mit einem simplen Text-Editor (bitte kein Excel) öffnen und dann ,8.89, (damit wirklich nur der Wert gefunden wird) einfach mit ,0, ersetzen und speichern.

In Influx gehst du dann auf "Sources" und wählst dort "Flux Annotated CSV" aus. Bucket auswählen und unten deine exportierte CSV auswählen. Fertig.
Da die "neuen" Werte den selben Zeitstempel haben (und Influx bekanntlich zeitorientiert arbeitet) überschreibt er einfach die "alten" Werte.

[SBorg]

...und in eigener Sache, für mich gehört "Bitte" und "Danke" zum guten Umgangston, deswegen

Danke für die Spende, falls Om.... hier mitlesen sollte, und ebenfalls ein Danke für die Rückmeldung. So weiß ich wenigstens, dass die >8 DP100 funktionieren 8)

...und bevor jemand denkt er müsste sich nun genötigt fühlen, nein, ist alles gut. Absolut freiwillig und ändert rein garnichts, weder im Support, der Entwicklung,...

...und mein Zeitmangel hat keinen finanziellen Hintergrund, da ändern auch viele Euronen nix dran ;)

[Negalein]

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

und dann als "CSV" exportieren.

Danke, leider gibt es bei mir keinen Export Button :(

[DGR]

@negalein
Exportbutton ist ab einer bestimmten Version nur noch bei einer Anmeldung mittels https verfügbar.
Zeitweise ging es auch, wenn man bei Chrome ein flag gesetzt hat:
chrome://flags/#unsafely-treat-insecure-origin-as-secure
dann im obersten Eingabefeld eingeben: http://ipadresse der influxinstallation
und rechts auf "Aktivieren" setzen.
Hat aber bei mir eben nicht mehr funktioniert, kann man aber mal testen.

[Negalein]

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

Exportbutton ist ab einer bestimmten Version nur noch bei einer Anmeldung mittels https verfügbar.

müsste ich extra einrichten.
gehts anders auch irgendwie?

[DGR]

@negalein
gerade oben noch ergänzt.
Sonst mal im influx-Forum nachsehen.
https://community.influxdata.com/c/ts-systems/1

Noch eine Möglichkeit (bitte anpassen: Bucketname, Start- und Endezeit, measurement-Name):

sudo influx query ' from(bucket:"iobroker") |> range(start: 2022-09-01T00:00:00Z, stop: 2024-10-06T00:00:00Z) |> filter(fn: (r) => r["_measurement"] == "hier den namen angeben") |> filter(fn: (r) => r["_field"] == "value") |> yield(name: "mean")' > export.csv

[Negalein]

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

Noch eine Möglichkeit (bitte anpassen: Bucketname, Start- und Endezeit, measurement-Name):

jetzt ging der export button

ich habe diese exportiert
query (3).csv

die 8,89 mit 0 ersetzt und diese wieder upgeloadet
query (2).csv

dann kommt in Influx das raus :(

query (1).csv

[DGR]

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

jetzt ging der export button

Und wie hast du den Export-Button wieder sichtbar gemacht?

[SBorg]

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

[DGR]

@negalein
Also wenn die Daten noch nicht korrekt sind, dann bitte nochmal die csv überprüfen und vor dem Upload das entsprechende measurement in influx komplett (start-stop wie unten) löschen:
influx delete --org orgname --bucket bucketname --start 1970-01-01T00:00:00Z --stop $(date +"%Y-%m-%dT%H:%M:%SZ") --predicate '_measurement="mesurementname"' --token token

csv: bei mir sehen die ersten 4 Zeilen so aus:
#group,false,false,true,true,false,false,true,true
#datatype,string,long,dateTime:RFC3339,dateTime:RFC3339,dateTime:RFC3339,double,string,string
#default,_result,,,,,,,
,result,table,_start,_stop,_time,_value,_field,_measurement

Danach gehen die Daten los und als Letztes in jeder Zeile steht der genaue mesurementname (wie oben beim Löschen)

[Negalein]

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

Und wie hast du den Export-Button wieder sichtbar gemacht?

gute Frage. der war plötzlich da

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

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

Editiert 8,9 durch 0 ersetzt.
query.csv
und diese query.csv wieder hier hochgeladen.

dann kommt warum auch immer, wieder der 8,89Mist.
query (1).csv

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

influx delete --org orgname --bucket bucketname --start 1970-01-01T00:00:00Z --stop $(date +"%Y-%m-%dT%H:%M:%SZ") --predicate '_measurement="mesurementname"' --token token

löscht er hier das komplette vom mesurement?

[DGR]

@negalein
Ja, wegen angegebenem Zeitstempel start stop. Aber du hast ja komplett alles in der csv, oder?
Wenn nicht, dann mal komplette csv erzeugen. Die csv prüfen und die betreffenden Werte korrigieren.
Kannst auch testweise den measurement-Namen in den csv-Zeilen mal ändern und dann uploaden, um zu sehen, ob es klappt.

[Negalein]

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

Aber du hast ja komplett alles in der csv, oder?

in dee csv sind nur

von
,,0,2025-05-13T22:00:00Z,2025-05-15T07:00:00Z,2025-05-13T22:03:00Z,0,value,0_userdata.0.Wetterstation.Regen_Tag

bis
,,0,2025-05-13T22:00:00Z,2025-05-15T07:00:00Z,2025-05-15T06:57:30Z,0,value,0_userdata.0.Wetterstation.Regen_Tag

geht nur um diesen Zeitraum