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

[Negalein]

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

dann influxdb neu aktivieren.

für welchen DP?

[Nashra]

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

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

dann influxdb neu aktivieren.

für welchen DP?

äh sorry, für den DP Windboeen_max

[Negalein]

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

äh sorry, für den DP Windboeen_max

Ok, hab ich mal aktiviert.
Kann mir nicht denken, dass es daran liegt. Dadurch schreibt er nur in Influx.

Werde wieder beobachten.

[Nashra]

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

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

äh sorry, für den DP Windboeen_max

Ok, hab ich mal aktiviert.
Kann mir nicht denken, dass es daran liegt. Dadurch schreibt er nur in Influx.

Werde wieder beobachten.

Wie sieht es aus, kommt jetzt was...

[Negalein]

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

Wie sieht es aus, kommt jetzt was...

Nö, leider nicht.
Ich verstehs nicht mehr.

In WeatherSmart for WiFi zeigt er sie direkt an.
Nur in ioB kommt nichts an.

[Nashra]

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

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

Wie sieht es aus, kommt jetzt was...

Nö, leider nicht.
Ich verstehs nicht mehr.

In WeatherSmart for WiFi zeigt er sie direkt an.
Nur in ioB kommt nichts an.

Seltsam, bei mir zeigt er in WeatherSmart bei WindBoee max 180 an was absolut nicht kann,
ändert sich aber auch nicht und war eigentlich schon immer so.
Aber das er in den DP nicht schreibt kapiere ich ehrlich gesagt auch nicht.
Wo ich das Update der .sh gemacht habe hatte ich mich auch erst gewundert
warum keine Daten kamen, hatte vergessen mit chmod die Rechte zu setzen
aber ich gehe davon aus das bei dir die anderen Werte ja kommen.
Vielleicht hat sonst @SBorg noch eine Idee.

[Negalein]

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

Seltsam, bei mir zeigt er in WeatherSmart bei WindBoee max 180 an was absolut nicht kann,

die Werte in WeatherSmart stimmen bei mir. Auch die max. Böe.

hatte vergessen mit chmod die Rechte zu setzen
aber ich gehe davon aus das bei dir die anderen Werte ja kommen.

Ja, alle anderen Werte kommen wie gehabt rein.
Das sind zB die ganzen Werte seit Mitternacht.
Wetter.xlsx

Vielleicht hat sonst @SBorg noch eine Idee.

wie heißt das Lied? "der Papa wirds schon richten, ...."

[SBorg]

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

"der Papa wirds schon richten, ...."

Na dann wollen wir mal, wobei es eigentlich in die Rubrik "kann eigentlich nicht sein..." gehört

Die Funktion kann ich testen, den Trigger nur simulieren.
Schauen wir mal od die Funktion bei dir was liefert. Im Installationsverzeichnis stehend:

• . ./wetterstation.conf
• . ./wetterstation.sub
• influx_query "-1d" "now()" "Wind_max" "max"

Da sollte dann ein Wert kommen:

Dann die lange Version, so wie die Funktion tatsächlich ist:

• FLUXSTART=$(date +%Y-%m-%d --date="-1 day")"T23:00:00Z"
• echo $FLUXSTART
• influx_query "$FLUXSTART" "now()" "Wind_max" "max"

Kann das selbe Ergebnis liefern, muss aber nicht. 1. Version liefert die letzten 24h, die 2. ab Mitternacht (beides bis aktuell "jetzt")

[Negalein]

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

Da sollte dann ein Wert kommen:

da kommt nichts

dietpi@DietPi:~$ cd /home/iobroker
dietpi@DietPi:/home/iobroker$ . ./wetterstation.conf
dietpi@DietPi:/home/iobroker$ . ./wetterstation.sub
dietpi@DietPi:/home/iobroker$ influx_query "-1d" "now()" "Wind_max" "max"
dietpi@DietPi:/home/iobroker$

Dann die lange Version, so wie die Funktion tatsächlich ist:

dietpi@DietPi:/home/iobroker$ FLUXSTART=$(date +%Y-%m-%d --date="-1 day")"T23:00:00Z"
dietpi@DietPi:/home/iobroker$ echo $FLUXSTART
2023-03-21T23:00:00Z
dietpi@DietPi:/home/iobroker$ influx_query "$FLUXSTART" "now()" "Wind_max" "max"
dietpi@DietPi:/home/iobroker$

da kommt auch nichts

Btw., Influx läuft auf einer anderen Maschine.

---

Wind_max wird aber in die Influx geschrieben und auch in Grafana angezeigt.

[SBorg]

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

da kommt auch nichts

Na dann kann er auch nix schreiben
InfluxDB auf einer anderen Maschine ist egal, habe ich sogar aktuell auch. Hast du in der wetterstation.conf wirklich alles bzgl. InfluxDB korrekt eingetragen? IP, Port, Token, Bucket...

#InfluxDB-Konfiguration / ohne InfluxDB alles leer lassen
  #Protokoll (HTTP oder HTTPS) / default: HTTP
   INFLUX_WEB=HTTP
  #IP und Port der API [xxx.xxx.xxx.xxx:xxxxx]
   INFLUX_API=192.168.1.4:8086
  #Bucket, Token und Organisation der InfluxDB
   INFLUX_BUCKET=Wetterdaten
   INFLUX_TOKEN=xxxxxxxxxxxxx...==
   INFLUX_ORG=atHome

"4" ist meine Synology mit InfluxDB im Docker, wobei der ioB/Skript auf der "30" läuft.

[Negalein]

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

Hast du in der wetterstation.conf wirklich alles bzgl. InfluxDB korrekt eingetragen? IP, Port, Token, Bucket...

Ja, eigentlich schon.
Ist ident mit dem Adapter.

 #InfluxDB-Konfiguration / ohne InfluxDB alles leer lassen
  #Protokoll (HTTP oder HTTPS) / default: HTTP
   INFLUX_WEB=HTTP
  #IP und Port der API [xxx.xxx.xxx.xxx:xxxxx]
   INFLUX_API=10.0.1.226:8086
  #Bucket, Token und Organisation der InfluxDB
   INFLUX_BUCKET=iobroker
   INFLUX_TOKEN=p6uNaZWUT3PDIFa3-EXV5LNDSCbvL67JQekkYRroBpxGuiESHOmOET4eeN0th28Gzb8PCeIvZHJgs5DPFcEusA==
   INFLUX_ORG=daheim

[SBorg]

@negalein Wie hieß das damals: Gotcha ?
Na egal, wieder einen "erwischt"...
In Grafana fragst du lt. obigem Flux das Bucket "iobroker-1w" ab, in der conf dann aber "iobroker"? Das geht natürlich auch, dann musst du aber auch in beide Buckets loggen. Oder dich halt für eines der beiden entscheiden

[Negalein]

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

In Grafana fragst du lt. obigem Flux das Bucket "iobroker-1w" ab, in der conf dann aber "iobroker"? Das geht natürlich auch, dann musst du aber auch in beide Buckets loggen. Oder dich halt für eines der beiden entscheiden

Ok, wird in der .conf etwas für Langzeitzwecke benötigt?
Denke nicht. Oder doch?

Dann werde ich es in iobroker-1w ändern.
und funktioniert

[Nashra]

@negalein
und ich war letztens der "Portvergesser"
Schön das es jetzt auch bei dir klappt

[SBorg]

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

Ok, wird in der .conf etwas für Langzeitzwecke benötigt?
Denke nicht. Oder doch?

Ein einziges: "Temperatur vor einem Jahr" braucht dazu ein Logging von wenigstens 365 Tagen

[Negalein]

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

Ein einziges: "Temperatur vor einem Jahr" braucht dazu ein Logging von wenigstens 365 Tagen

Ok, in der .conf kann ich aber nicht beide verwenden?
Also entweder alle DP mind. 1 Jahr loggen, oder auf Temperatur vor einem Jahr verzichten?

Oder wie ist das mit dem Statistik Script?

[SBorg]

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

Also entweder alle DP mind. 1 Jahr loggen, oder auf Temperatur vor einem Jahr verzichten?

Das typische Ja und Nein.
Mindestens 1 Jahr loggen muss natürlich sein, sonst hat man keine Werte.
...und nochmal ja, es geht nur ein Bucket. Das würde dann mit der Statistik zusammen ein Heilloses Durcheinander geben und kaum einer blickt da noch durch. Aber verzichten muss man auch nicht unbedingt darauf, man muss nur das/die Bucket/s entsprechend konfigurieren.
Aber man kann ja aggregieren, Daten "umshiften" etc. Da muss jeder seine Vorlieben (oder was er/sie/diverse genau möchte) im Grunde selbst umsetzen.
Ich werde mir bei Gelegenheit ein Flussdiagramm erstellen, da ich gewisse Präferenzen habe und sonst nicht mehr durchblicke...
Ich hätte bei der Temperatur bspw. gerne vor einem Jahr und vor x Jahren (4 Jahre sammele ich schon). Allerdings ist die Datenflut da reiner Irrsinn. Nur Temperatur: ~ 3k Messwerte pro Tag / ~1.1Mio pro Jahr
...und ich muss/will nicht wissen wie viel Grad es am 24.03.2021 genau um 17:40 Uhr war. Also werde ich die Messwerte stundenweise zusammenfassen: 24 Stück x 365 Tage = 8760 Datensätze pro Jahr

Also wird voraussichtlich alles in einem Bucket laden und Nachts wird das Bucket dann gecleaned, Werte in ein anderes Bucket geshifted ...

[Nashra]

Ich frage jetzt einfach mal, warum ist es nicht möglich die Aufbewahrungsdauer
in jedem Datenpunkt individuell einzustellen so wie es beim history-Adaper
auch möglich ist. Ok, die Frage gehört eigentlich in den entsprechenden Thread,
aber dann gäbe es das Problem nicht das man alle DP über ein Jahr loggen
muß für die Statistik und gewisse Datenpunkte könnten von dieser langen
Aufbewahrungszeit ausgenommen werden.

Werde auch mal im influx-Adapter Thread anfragen ob dies nicht möglich ist.

[Nashra]

@Negalein , danke für die Bewertung aber es ist so wie @SBorg schon geschrieben hat.
Für verschiedene Aufbewahrungszeiten muß jeweils ein eigenes Bucket angelegt
werden und somit jedes mal eine neue Influxdb-Instanz
Kannst du alles hier nachlesen was ich auch gemacht habe.
Im Klartext heißt das, wenn ich vier verschiedene Aufbewahrungszeiten haben möchte
muß ich vier Buckets anlegen und vier Instanzen.
Ist das so richtig @SBorg ?

[SBorg]

Also....

Die Retention lässt sich nur pro Bucket festlegen. Deswegen gab es das Skript auch so lange nur für Influx V1.x, da ich dies als Hauptmanko ansah.
Man kann aber trotzdem "tricksen". Dazu muss man "Tasks" in Influx nutzen. So kann man in einem Bucket mit einer Retention von "never" trotzdem eine Retention für Datenreihen mit bspw. 30 Tagen erreichen.

Ich werde wahrscheinlich (s.o. Stichwort Flussdiagramm) nur mit zwei Buckets arbeiten.
Eine einzige Influx-Instanz loggt alles in das "Hauptbucket" (=Homeautomation); Retention wahrscheinlich 30 Tage (da ich kaum etwas über einen längeren Zeitraum brauche).
Da mich aber der Gaspreisverlauf der letzten Jahre und der Verbrauch übers Jahr dessen interessiert, hätte ich jetzt ein Problem. Deswegen werden diese beiden Werte nun per Task in ein anderes Bucket ("Langzeitwerte") "umgeshifted".
Diese Bucket ist für den ioB nicht über eine Instanz sichtbar, ich kann aber per JS, Blockly, NodeRED oder Grafana darauf zugreifen.

landet dann im "Langzeit-Bucket":

Was schneller weg kann/muss lässt sich dann auch mittels der Tasks droppen.