Weihnachtsangebot 2025! 🎄

[mickemup]

@laser
Das mit dem Zeitbereich sagt einfach wie weit "zurück du die Daten holst:

Kannst du mal das am Anfang vom Query reinsetzen?

import "date"
import "timezone"
option location = timezone.location(name: "Europe/Madrid")

Und dann mal Table view Anzeigen?
Ich weiss halt nicht wie und wie oft "Sourcanalytics" den DP befüllt...

[Laser]

@icebear ich habe jetzt das:

ich möchte aber 2 Diagramme zusammenführen und die Werte in einem gestapelten Diagramm darstellen.

in der Influx-DB sieht ein Wert so aus:

[mickemup]

@laser
Zeig da mal RawData
Oder anstatt Graph die Table einfach zum sehen, wann der DP zum letzten mal geloggt wurde...

[Laser]

@mickemup

Die Werte ändern sich kaum von 2 bis 74

[mickemup]

@laser und wann ist de letzte Timestamp?

Es führen eben viele Wege nach Rom.
Mann kann die Daten idealerweise schon im Broker bearbeiten, oder eventuell nur Veränderungen in Influxdb loggen oder eben dann im Nachhinein mit der Query Abfrage was hinbiegen...

[Laser]

@mickemup

Da wird ohnehin etwas gewüstet mit den Werten. Ich brauche für 1 Tag nur einen Wert.

[mickemup]

@laser
So wie es scheint werden auch heute noch Werte für Montag geloggt (mit konstantem Wert)
Dann wird es etwas kompliziert mit der Query Abfrage.
Als Alternative könntest du in Influx nur Veränderungen loggen, das spart auch etwas Speicher und ist ja nicht nötig, dass der Wert immer wieder geloggt wird, wenn sich nichts ändert..

[Laser]

@mickemup Damit werde ich anfangen. Es werden ja viel zu viele unnütze Werte geschrieben. Jede Minute und bei Änderungen.

[mickemup]

@laser
Macht Sinn
Nur Änderungen sollte passen
Und dann wirds auch in Grafana nachher einfach(er)..

[wolfi913]

@laser sagte in Stapel-Balkengrafik mit Grafana:

@mickemup Damit werde ich anfangen. Es werden ja viel zu viele unnütze Werte geschrieben. Jede Minute und bei Änderungen.

Wenn Du da eh was mit dem Logging umstellst könntest Du dann ja auch
nehmen. Dann wäre nicht alles auf 7 measurements verteilt, sondern in einem. Das würde die ganze Auswertung um Vieles vereinfachen.

[mickemup]

@wolfi913
Ja das würde die Arbeit im Grafana deutlich vereinfachen:+1:
@Laser Logg doch mal den Wert bei deinen zwei? Datenpunkten und dann kommen wir mit zwei Queries zurecht :-)

[Laser]

@mickemup @wolfi913 Nur CurrentDay. Da ohnehin in die Datenbank geschrieben wird, reicht das ja. Sehr gute Idee!

[mickemup]

@laser
Also natürlich CurrentDay bei allen die du stapeln willst ;-)
Das sind ja minimum zwei oder?

[Laser]

@mickemup Insgesamt 4 Werte. Der Tagesverlauf ist nicht wichtig. Nur der Endwert.

[mickemup]

@laser Perfekt
Dann ab ans loggen und am besten pro DP ein Query schon mal erstellen.

Aja und die Queries am besten dann mit Codetags anstatt printscreens hier rein.
Dann kann man sie direkt anpassen und du sie auch elegant wieder zurückkopieren

[wolfi913]

@laser sagte in Stapel-Balkengrafik mit Grafana:

@mickemup Insgesamt 4 Werte.

Und dann je eine Query nach etwa diesem Schema:

import "timezone"
import "date"
option location = timezone.location(name: "Europe/Berlin")

from(bucket: "smarthome-history")
  |> range(start: date.add(d: -7d, to: today()), stop: date.truncate(t: today(), unit: 1d))
  |> filter(fn: (r) => r["_measurement"] == "modbus.0.inputRegisters.13022_Battery_level_")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1d, fn: last, createEmpty: true, timeSrc: "_start")

[Laser]

@wolfi913 Habe jetzt currentDay und jede Stunde und Änderungen 2. Stelle nach dem Komma eingestellt.

[mickemup]

@wolfi913
mir der Range können wir ja noch schauen, was genau gewollt ist.
Eventuell auch via "Query Options"
Aber das ist dann Feintuning

[mickemup]

@laser
Wenn dich nur der Endwert intressiert, musst du nicht jede Stunde loggen.
Änderungen loggen sollte IMHO ausreichen.

[Laser]

@mickemup Ja, eigentlich. Jede Stunde, da sieht man etwas bei der Kurvendarstellung. Manchmal ändert sich nichts. Wenn das Alles funktioniert, nehme ich das raus. Wenn ich es nicht vergesse, wie die 600 Sekunden...