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

[mickemup]

@laser

So habe ich mein Jahresproduktion/Verbrauch dargestellt.

Sind das pro Tag unterschiedliche Datenpunkte?
Und wie werden die Tage auch nur am dem entsprechenden Tag aktualisiert und in die DB geschrieben.
Wenn ja musst du für jeden ein Query machen.
Und diesen Dann Eventuell mit einem Timeshift verschieben.

Aber das kriegt man schon hin.
Mach doch mal Mo und Di und dann schauen wir weiter :-)

[Laser]

@mickemup pro Tag und pro Meßwert sind das unterschiedliche Datenpunkte. Werden in IO Broker mit "Sourceanalytics" generiert.
Zur Zeit sieht das so aus: (Testweise 2 Werte 1 Tag und 1 Wert für den nächsten Tag, mit 2 Query's hatte ich es auch probiert)

Hier mal das 1. & 2. Query mit 2 Werten

mir fehlt der Zeitversatz für die "Dienstag" Werte.

[mickemup]

@laser Sourceanalytics kenne ich nicht, aber wenn die Werte dort nur am entsprechenden Tag geloggt werden:
Dann versuch mal mit nur every 1d im Window und ohne offset.

Montag ist ja im Moment am 31. und Dienstag am 30. ;-)

Und einfacher wäre natürlich ein DP der immer am Ende vom Tag den Wert drinhat, aber das sollte auch so irgendwie klappen...

[Laser]

@mickemup Ist nur 1 Wert pro Wochen- Tag.
"Dann versuch mal mit nur every 1d im Window und ohne offset." >> In "AgregateWindow" oder in der Tageauswahl?
Habe Beides ohne Erfolg probiert...

[mickemup]

@laser

Ganz blöde Frage: Ist das nun eine Influx Funktion - vermute ich mal- oder Bestandteil von Grafana (wo muß ich suchen?)

Die Darstellung zB das stapeln ist eine "Grafana-Funktion"
Die Daten kommen aber via Query von Influxd und müssen für Grafana dementsprechend aufgearbeitet (zB via AgregateWindow zeitgleich gesetzt werden) damit Grafana diese auch wie gewünscht darstellen kann.

[Laser]

@mickemup Deine Bildschirmdarstellung ist ja scheinbar das, was ich brauche. Hast Du mal die Darstellung der Werteaufbereitung?

[mickemup]

@laser
Wie sieht es den aus, wenn du im "Montags-Query" das drin hast:

|> aggregateWindow(every: 1d, fn: last, createEmpty: false, timeSrc: "_start")

[mickemup]

@laser nützt dir nichts, da ich alles im selben DP logge...

[Laser]

@mickemup OK.

Am 3.2. und 4.2. werden gleiche Werte angezeigt (sind aber nicht gleich) Egal, wie ich in der Grafana Übersicht oben den Zeitbereich einstelle. Sind es mal mehr oder weniger Säulen.

[icebear]

@laser

Dein Problem ist die |> range die du angibst.

Was willst du den genau anzeigen? Die letzte Woche, den letzten Monat oder nur ein Tag?

Wenn du z.B die letzte Woche und dann jeden Tag haben willst dann nimmst du oben bei |> range

|> range(start: -7d)
.
.
.
|> aggregateWindow(every: 1d, fn: last, createEmpty: false)

Erklär erstmal was du genau haben möchtest.

so etwas hier:

[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.