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

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

[mickemup]

@laser Ok, trifft ja nicht so viel an.
Und mit jeder Stunde, kreierst die auch nicht extrem viel unnötigen "Datenmüll"

[wolfi913]

@mickemup sagte in Stapel-Balkengrafik mit Grafana:

mir der Range können wir ja noch schauen, was genau gewollt ist.

Klar, dazu müssen ja zuerst mal Daten geloggt sein.
Mein Beispiel würde ja auch den aktuellen Tag abschneiden und nicht anzeigen sondern nur vollständige Tage.

[Laser]

@wolfi913 ich miste erst mal aus. Habe auch noch die einzelnen Monate drin. Das stammt Alles aus der Zeit vor Grafana. Da hatte ich einzelne Balken in VIS.