NEWS
Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet
-
Warst schneller :)
Neh, kann auch an dem Kopierten von mir liegen :(
Wollte Ihm auch gerade die Fehlermeldungen mal erklären, für die Zukunft ;)
VG
Bernd@dp20eic sagte in Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet:
Neh, kann auch an dem Kopierten von mir liegen
Ahh ... gar nicht oben gesehn :)

-
@dp20eic sagte in Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet:
Neh, kann auch an dem Kopierten von mir liegen
Ahh ... gar nicht oben gesehn :)

@glasfaser sagte in Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet:
Ahh ... gar nicht oben gesehn
Deswegen, wer kopiert, verliert :)
VG
Bernd -
Na toll :blush:
Nun habe ich es richtig hinzugefügt. Aber trotzdem wird der Wert, welcher laut iobroker am 29.01. um 23:59 Uhr (unter letzter Änderung) ins Objekt geschrieben wurde, immer noch im Balken des 30.01. angezeigt.
Was ist hier immer noch falsch? -
@andreask sagte in Grafana - InfluxDB 2 - Tageswert wird Folgetag zugeordnet:
Na toll :blush:
Nun habe ich es richtig hinzugefügt. Aber trotzdem wird der Wert, welcher laut iobroker am 29.01. um 23:59 Uhr (unter letzter Änderung) ins Objekt geschrieben wurde, immer noch im Balken des 30.01. angezeigt.
Was ist hier immer noch falsch?Mit Deiner Abfrage stellst Du nicht sicher, dass ein "aggregateWindow" auch exakt um 00:00 Uhr startet. Es könnte je nach Ausführungsstart auch um 23:50 Uhr starten und bis 00:05 Uhr gehen. Durch die Dynamik in der Abfrage (v.timeRangestart ...) ist das eher zufällig.
Ich habe das so gelöst, wobei ich je nach Abfragezeitraum noch fixe aggregateWindows berechne. Beachte dabei den Teil "date.truncate"!
Meine Abfrage bezieht sich auf einen Zählerstand, deshalb "difference", das müsstest Du für Dich anpassen.import "date" import "timezone" option location = timezone.location(name: "Europe/Berlin") v_duration = duration(v:uint(v: v.timeRangeStop) - uint(v: v.timeRangeStart)) v_every = if int(v:v_duration) <= int(v:2d) then 1h else if int(v:v_duration) <= int(v:7d) then 6h else if int(v:v_duration) <= int(v:30d) then 24h else 1w from(bucket: "iobroker") |> range(start:date.truncate(t:v.timeRangeStart, unit:v_every), stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "mqtt.0.power.Elektro.ZaehlerStandE") |> filter(fn: (r) => r["_field"] == "value") |> difference() |> aggregateWindow(every: v_every,fn:sum,timeSrc: "_start",createEmpty:false)Kann sein, dass es irgendwie auch einfacher geht. Eine bessere Lösung habe ich aber bisher nicht gefunden.
Edit: timeSrc: "_start" nicht vergessen! (letzte Zeile)
-
Na toll :blush:
Nun habe ich es richtig hinzugefügt. Aber trotzdem wird der Wert, welcher laut iobroker am 29.01. um 23:59 Uhr (unter letzter Änderung) ins Objekt geschrieben wurde, immer noch im Balken des 30.01. angezeigt.
Was ist hier immer noch falsch?Bin mir nicht sicher, ob das passt, habe keine passenden Daten.
|> range(start: today()) |> aggregateWindow(every: 1h, fn: mean, createEmpty: false)VG
Bernd -
Hier ist meine Lösung zu einem ähnlichen Problem. Sourceanalytix schreibt den Tagesverbrauch immer 00:01 am nächsten Tag. Ich hab also in Grafana ein Shift eingebaut. Unique brauche ich, weil SA bei Neustart des Adapters den Wert erneut schreibt.
from(bucket: "iobroker") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "multimedia-power-consumed") |> filter(fn: (r) => r["_field"] == "value") |> timeShift(duration: -24h) |> aggregateWindow(every: v.windowPeriod, fn: unique, createEmpty: false) |> unique() |> fill(column: "value", usePrevious: true)