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

[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

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

[DGR]

@negalein
Ich habe bei Korrekturen bisher immer alles exportiert - dann Korrektur - dann wieder upload.
Einzeln habe ich keine Erfahrung.

[Negalein]

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

Kannst auch testweise den measurement-Namen in den csv-Zeilen mal ändern und dann uploaden, um zu sehen, ob es klappt.

ich habe 0_userdata.0.Wetterstation.Regen_Tag gegen 0_userdata.0.Wetterstation.Regen_Test1 getauscht.
das hat wunderbar funktioniert.

Dann versuch ich es jetzt mal mit dem kompletten.

[Negalein]

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

Ich habe bei Korrekturen bisher immer alles exportiert - dann Korrektur - dann wieder upload.

er behält nach dem upload jedesmal die 8.89

ich geb jetzt auf.

[DGR]

@negalein
Wenn du willst, stelle mal die komplette csv hier rein. Dann kann ich hier mal testen.

[Negalein]

@dgr

query (3).rar