Nochmal eine Frage zur Umrechnung in Grafana

[ftd]

@damrak2022

Ja, vollkommen richtig, weil du 2 Resultate ausgibst...

yield und map

Lösung: Entferne die yield Zeile

from(bucket: "DBANDY1")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "Schlafdauer")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  // |> yield(name: "mean")
  |> map(fn: (r) => ({ r with _value: r._value * 60.0 }))

https://docs.influxdata.com/flux/v0.x/stdlib/universe/yield/

[Damrak2022]

@ftd sagte in Nochmal eine Frage zur Umrechnung in Grafana:

|> map(fn: (r) => ({ r with _value: r._value * 60.0 }))

Sorry, ich hatte die Tage viel um die Ohren, aber das klappt noch nicht so ganz. Jetzt wird mir meine Zeit die ich geschlafen habe immer noch nicht korrekt dargestellt. Am 26.02. müsste er mir einen Wert von 6 Stunden 15 Minuten anzeigen. Auch die anderen Werte passen noch nicht.

[SpacerX]

@damrak2022 du aggregierst mit mean einen Durchschnitt. Vielleicht mal fn:last probieren.

[Damrak2022]

@spacerx Habe es gerade versucht.

Ergebnis:

Ich möchte erreichen das über dem Balken z.B. steht 6Std24 oder halt 6:24 Scheint schwieriger zu sein, als ich dachte.

[Damrak2022]

@spacerx Jetzt bin ich der Sache anscheinend einen kleinen Schritt näher gekommen:

Mit diesem Code

|> map(fn: (r) => ({ r with _value: r._value /60.0/60.0 }))

sieht es so aus:

Wobei natürlich 2.95 oder 1.88 auch nicht stimmen können.

[SpacerX]

@damrak2022 Problem wird sein die Range ist - 14d von now(). Dann Aggregierst du immer 24 Stunden von jetzt ab.
Ich muss da mal bei mir Forsten wie ich das mal versucht habe zu lösen.

Edit: Zumal ja immer von 0:00 bis 23:59 als Tag zähl. wenn du 20:00Uhr schlafen gehst und 4:00Uhr am nächsten tag aufstehst hast du einen Tag 2 Stunden geschlafen und den nächsten Tag 4 Stunden.
Oder wie löst du das?

Zeige doch mal bitte die Tabellenansicht.

Und mal das Probieren:

[Damrak2022]

@spacerx Ich glaube da muss ich echt warten bis Du wieder zuhause bist. Mir gehen die Ideen aus und in der Dokumentation finde ich dazu auch nichts.

[SpacerX]

@damrak2022 nimm erst mal das Mapping raus und zeig mal die Tabellenansicht.
Wie und wann erzeugst du die Daten die du loggst. Das Schreiben der Daten in die Datenbank erfolgt wann? Uhrzeit wäre da vielleicht wichtig. Die Unit der geloggten Daten ist noch von Belang. In Minuten oder Stunden oder vielleicht sogar in Sekunden ?
Und dann mal schauen.
Also beim schnellen darüber fliegen hab ich jetzt keine andere Möglichkeit gefunden als die gezeigte, um eine custom Unit anzugeben.

[Damrak2022]

@spacerx Also der tableview sieht so aus:

Der Code ohne Mapping so:

import "timezone" // import wegen der Berechnung um 02:00:00
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "DBANDY1")
  |> range(start: -14d)
  |> filter(fn: (r) => r["_measurement"] == "Schlafdauer")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 24h, fn: last,createEmpty: false)
  // |> yield(name: "mean")

Ich logge meine Daten mit dem Script von Kreyenborg Köln - siehe hier
Script

Bei mir im ioBroker sieht das dann so aus:

[SpacerX]

@damrak2022 jetzt schaffst du bei mir totale Verwirrung. Oben möchtest du die Schlafdauer und im letzten Betrag zeigst du den Stromverbrauch vom Shelly geloggt.
Kläre doch mal auf. Weil in Query steht was von Schlafdauer.

[Damrak2022]

@spacerx Soory, habe das falsche gepostet. Korrigiere das gleich - Moment

[Damrak2022]

@spacerx So hier das Richtige:

[SpacerX]

@damrak2022 OK.

Ich glaub mal da besteht schon ein Problem bei der Datenaufzeichnung.

Ich stell mir das jetzt mal vor.

• Ich gehe ins Bett und drücke einen Knopf.
• Ein Skript oder was weis ich merkt Schlafen True ab jetzt.
• Ich wache auf und drücke auf einen Knopf.
• Skript merkt schlafen false, berechne Uhrzeit jetzt minus Uhrzeit schlafen True.
• Lese Datenpunkt total_sleep_time addiere die berechnete Differenz und schreibe den Datenpunkt wieder.
• influx-Adapter loggt Datenpunkt bei Veränderung.

so wird das nichts!

[Damrak2022]

@spacerx Naja der Ablauf ist eigentlich folgender: Ich habe von Withings eine Sensormatte unter meiner Matratze liegen. Diese zeichnet diverse Werte auf und gibt Sie mir in der App und im ioBroker wieder. Die Werte wie lange ich geschlafen habe sind ja vorhanden. Es geht um die Darstellung wie ich diese Sekunden in Grafana als Stunden Minuten ausgeben kann.

[A Former User]

@damrak2022 sagte in Nochmal eine Frage zur Umrechnung in Grafana:

@spacerx So hier das Richtige:

Moin,

ich habe erst mal keine Lösung für dich, aber ich Denke, das die 24180 im Bild Sekunden sind, was mich irritiert sind die zwei Spalten mit dem Datum/Uhrzeit.

Laut Umrechnung sin h hast Du 6,7166667 hgeschlafen.

VG
Bernd

Edit:
Sorry, man sollte nicht zwei Sachen machen, natürlich Sekunden

[Damrak2022]

@dp20eic Ja, das kommt hin. Das was Du meinst sind die Zeiten der vergangenen Tage, weil ich es mir für die letzten 14 Tage anzeigen lassen möchte

[SpacerX]

@damrak2022 Du sagtest doch selber das die Werte nicht stimmen können.

Ich glaube immer noch daran das es an der Aufzeichnung durch influx nicht passt.
Im Datenpunkt werden vermutlich die Sekunden eines Schlafzeitraumes gespeichert.

Nicht die Gesamtzeit die du auf der Matte geschlafen hast. Dann kommst du mit Difference in Grafana nicht weiter.
Mal das Difference raus und in der Tabellenansicht schauen ob es dann stimmt.
Danach das Mapping oder wie oben über die Unit Option.
Dann muss man mal suchen ob es da was passendes gibt um eine Custom Formatierung für die Unit zu erreichen. Wie schon geschrieben hab ich dafür auch keinen Plan.

[Damrak2022]

@spacerx Okay, erstmal danke. Ich werde weitersuchen, ob sich das irgendwie bewerkstelligen lässt. Das difference ist raus

[A Former User]

@damrak2022 sagte in Nochmal eine Frage zur Umrechnung in Grafana:

@spacerx Okay, erstmal danke. Ich werde weitersuchen, ob sich das irgendwie bewerkstelligen lässt. Das difference ist raus

Moin,

Denke, dass das aus dem Objekt Treeist, das hat doch nichts mit 14 Tagen zu tun.

VG
Bernd

[Damrak2022]

@dp20eic Ja das ist der Datenpunkt