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

[SBorg]

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

dachte wenn man sowas im Script aendert dann macht das Script auch die Aenderung.. hach.. ok, der User soll auch noch was zu tun haben.

Das Script macht da mal nüscht.

weniger Arbeit für euch = mehr Arbeit für mich

...und a bisserl dürft ihr auch arbeiten
Aber Späßken beiseite, das ist Userseitig in nicht mal 5 Minuten erledigt, ich muss/müsste dann erst mal wieder feststellen in welchem Pfad die Objekte liegen, unter welcher Instanz...
Es wäre da halt einfacher eine feste Struktur vorzugeben. Da bin ich aber kein Freund von. Jeder soll da einstellen können was er/sie/diverse will

[Ein ehemaliger Benutzer]

@sborg ja klar, verstaendlich, in manchen Dingen ist man verwoehnt..

Laeuft ja jetzt, Daten werden geschrieben, alles gut! Danke nochmals !

[SBorg]

@ilovegym Ich habe es auch nicht negativ aufgefasst
Mir fällt nur gerade auf, ich hätte es eh nicht automatisieren können. Ich habe mich noch nie damit beschäftigt, ob ich auch auslesen könnte ob der DP zB. mittels Influx geloggt wird, um dies dann im neuen DP wieder zu setzen.

[SBorg]

Das Grafana-Dashboard habe ich mittlerweile kpl. auf Flux umgestellt, weiß nur nicht woher das noch kommt:

Scheint nicht benutzt zu werden, denn es funktioniert soweit bzw. es fehlt nichts und der entsprechende DP ist in InfluxDB V1 bereits gedroppt und nicht mehr existent. Schön ist das aber nicht

[SBorg]

Ab sofort steht "mein" Dashboard in der V3 auf GitHub zur Verfügung wer denn will: https://github.com/SBorg2014/WLAN-Wetterstation

Nur noch für InfluxDB V2.x, Abfrage nur in Flux, konfigurierbar in den Settings per Variablen.
Neues Windrose-Plugin (Installation in der Read.Me).

[Negalein]

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

Nur noch für InfluxDB V2.x, Abfrage nur in Flux, konfigurierbar in den Settings per Variablen.

Danke für deine Arbeit

Bei mir funktioniert es leider noch nicht.

Bucket ist bei mir iobroker. Das hab ich in den Variablen eingetragen.

Data_Prefix -_Instanz und -_Ordnername passen auch.
0_userdata.0.Wetterstation

Hab ich irgendwo noch was vergessen?

[SBorg]

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

Hab ich irgendwo noch was vergessen?

Jepp

Zitat aus der Read.ME:

Hier besteht die Möglichkeit mit zwei unterschiedlichen Buckets zu arbeiten. Nutzt man nur eines für alles (was ich nicht unbedingt empfehlen würde) trägt man bei beiden den gleichen Bucketnamen ein.

Musst also auch beim "shorttermBucket" iobroker eintragen.

Überlesen, oder ist das missverständlich ausgedrückt? Falls ja, wie besser?

[Negalein]

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

Überlesen, oder ist das missverständlich ausgedrückt? Falls ja, wie besser?

mittlerweile die Readme gelesen und angepasst

Leider noch immer leer

[SBorg]

@negalein Hast du mal ein refresh/reload der Seite erzwungen (STRG+F5)? Ev. hat er da noch die alte Einstellung gecached.

Falls immer noch nicht:
Wenn du den "Query-Inspector" öffnest sollte es dann in etwa so aussehen:

"291" = es wurden 291 Messwerte gelesen (für "Innen" 569) und die Variablen für Bucket etc. wurden in der Abfrage korrekt ersetzt. Der Abfragezeitraum sollte dann "jetzt" - 24 Stunden sein.

[Negalein]

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

Wenn du den "Query-Inspector" öffnest sollte es dann in etwa so aussehen:

da steht nichts

Query schaut so aus:

from(bucket: "${longtermBucket}")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r._measurement == "${Data_Prefix}.${Data_Instanz}.${Data_Ordnername}.Aussentemperatur" and r._field == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false)
  |> set(key: "_field", value: "Aussen")
  |> yield(name: "Aussen")

Trage ich den Query von Influx-DataExplorer ein, funktionierts:

from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Wetterstation.Aussentemperatur")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: "mean")

hast du noch eine Idee?

[tritor]

Ich würde gerne eine Windrose in meine Vis einbauen.
Am Bestenüber Grafana. Bekomme aber die Query in Flux nicht hin.
Hat da jemand einen Input für mich?

[SBorg]

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

hast du noch eine Idee?

Ich weiß leider nicht ob das ein prinzipielles Problem ist, oder nur bei dir. Ich habe es mal unter anderem Namen importiert, Buckets eingetragen, läuft...
Ist dein Grafana aktuell (9.3.6) ?

[SBorg]

@tritor

Installation des Plugins für Grafana: https://github.com/SBorg2014/WLAN-Wetterstation/tree/master/Grafana Dashboard

Flux:

from(bucket: "Bucketname")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r._measurement == "0_userdata.0.Wetterstation.Wind_max" or r._measurement == "0_userdata.0.Wetterstation.Windrichtung")
  |> filter(fn: (r) => r._field == "value")
  |> pivot(rowKey:["_time"], columnKey: ["_measurement"], valueColumn: "_value")
  |> filter(fn: (r) => exists r["0_userdata.0.Wetterstation.Windrichtung"] and exists r["0_userdata.0.Wetterstation.Wind_max"])
  |> rename(columns: {"0_userdata.0.Wetterstation.Windrichtung": "directionRad", "0_userdata.0.Wetterstation.Wind_max": "speedMps"})
  |> map(fn: (r) => ({ r with  direction: r.directionRad / 3.14 * 180.0 }))
  |> map(fn: (r) => ({ r with  speed: r.speedMps / 0.514 }))
  |> aggregateWindow(every: 2m0s, fn: first, column: "direction", createEmpty: false)

[Negalein]

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

Ist dein Grafana aktuell (9.3.6) ?

9.3.2
Aber ob es da wegen 0.0.4 so viele Unterschiede gibt?
Werde ein Update machen und testen.

---

mit 9.3.6 scheinen netzt zumindest einige auf.

Query ist jetzt zB

from(bucket: "${longtermBucket}")
false
false  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
false
false  |> filter(fn: (r) => r._measurement == "${Data_Prefix}.${Data_Instanz}.${Data_Ordnername}.Aussentemperatur" and r._field == "value")
false
false  |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false)
false
false  |> set(key: "_field", value: "Aussen")
false
false  |> yield(name: "Aussen")Query-Inspektor zeigt weiterhin
![240c9fc8-b033-4957-afc5-eaacd84a00f1-image.png](/assets/uploads/files/1677371443406-240c9fc8-b033-4957-afc5-eaacd84a00f1-image.png) 
![8baa348f-b957-40e6-a2ab-1d1222a6b836-image.png](/assets/uploads/files/1677371492982-8baa348f-b957-40e6-a2ab-1d1222a6b836-image.png)

[tritor]

@sborg
die line 9 und 10 mit den Divisionen sind doch Umrechnungen. Line 9 von rad auf Grad und der Divisor von 0.514 ist doch eine Umrechnung von m/s in Knoten.

Benötigt man diese überhaupt, die Felder 0_userdata.0.Wetterstation.Windrichtung liefert doch schon km/h und
0_userdata.0.Wetterstation.Wind_max sollte doch auch schon Grad liefern.

Liege ich hier mit meiner Annahme richtig?

[da_Woody]

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

mit 9.3.6 scheinen netzt zumindest einige auf.

https://forum.iobroker.net/topic/55627/test-adapter-energiefluss-v3-6-x-github-latest/2016
eventuell erklärung?

[Negalein]

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

eventuell erklärung?

nein, ist ein anderer.
Bei mir meckert er, Datasource ssI1YtJ4z was not found.
Wo er die ssI1YtJ4z hernimmt ist mir ein Rätsel.

---

Btw., was ist die UID? Das Bucket? Die Organisation?

  "datasource": {
    "type": "influxdb",
    "uid": "ssI1YtJ4z"

[da_Woody]

@negalein die umstellung auf influx2 ist mir einfach noch zu undurchsichtig.
wenn ich da lese, mehrere buckets, (was ja eigentlich gut wäre wegen übersichtlichkeit) verbrauchen dann unmengen an speicherplatz...
ist aber wieder mal OT...

[Ein ehemaliger Benutzer]

@da_woody musst du nicht, ich hab auch nur ein bucket fuer den iobroker, andere Dinge haben ihr eigenes Bucket.. aber fuer verschiedene Buckets in iobroker braucht man auch mehrere Influx-Instanzen und das alles raus zu sortieren ist mir auch zu umstaendlich.

Ansonsten einfach den Link in influx von dem neuen Bucket auf ne Influxv1 Datenbank setzen und du kannst alle Grafana-Views nehmen, musst nur die Source in Grafana anpassen.

Bisher ohne Probleme, bis auf den 24h Temp Wert, der nicht geschrieben wird.. da gibts wohl noch keine Loesung..

[Boronsbruder]

@negalein

UID steht hier für UniqueID der Datenquelle (siehe z.B. hier)

@da_Woody @ilovegym
es gäbe auch noch die Möglichkeit mit Tasks zu arbeiten und dort die Daten in andere Buckets umzusortieren oder z.B. "Herunterzubrechen" auf einen Durchschnitt (siehe Beispiel) und den zu speichern