[V4.0 IP10] Unterschiedliche Intervalle in einer Timeseries-DB

[starwarsfan]

Hallo miteinander,

nachdem ich heute einen weiteren Modbus-Zähler in Betrieb genommen habe, stellt sich mir gerade eine Frage hinsichtlich der Timeseries-Datenpunkte.

Konkret hängt der Zähler vor der Wallbox und ich möchte damit zuverlässig aufzeichnen, was da so durch die WB ins Auto ging. Beim Setup der Intervalle für die Aufzeichnung in die Timeseries würde es nun Sinn machen, dass nur dann Einträge in die TS gehen, wenn auch wirklich geladen wird. Sprich, wenn geladen wird, dann hätte ich gerne Intervalle so um die drei bis fünf Minuten, damit man das brauchbar mit der PV-Anlage korrellieren kann. Wird aber nicht geladen, dann braucht es eigentlich gar keine Aufzeichnung in der TS oder bspw. nur stündlich, damit das in Grafana nach wie vor sichtbar bleibt. Was meint ihr dazu? Ist das völlig abwegig? Übersehe ich ggf. ein Feature?

Via Logik zwischen Zählerabfrage und TS wird sich das sicherlich filtern lassen, nur müsste dann für jeden abgefragten Wert eine Logik angelegt werden und ob das so zielführend ist, bin ich mir nicht so recht im klaren...

[gbglace]

Also eine Intervalldefinition nach dem Motto by Change, Wiederholung nach 15-Minuten aber nicht öfter wie alle 1 Minute.

Interessantes Konzept.
Wenn es zu einer Erweiterung der verschiedenen bestehenden Features im Bereich der Sendefilter kommt wäre das eine sehr gute Verbesserung.

Den Gedanken weiter gedacht, wäre dann noch der Part "by Change", um einen optionalen Schwellwert Absolut bzw. Relativ in x% zu ergänzen.

[AndererStefan]

Die Idee klingt interessant aber ich möchte zu bedenken geben, dass nicht-äquidistante Zeitreihen wesentlich aufwändiger zu händeln sind, als solche mit fixen Intervallen.

Wenn Programmfunktionen rund um Zeitreihen unter der Annahme äquidistanter Werte erstellt wurden, kann man an vielen Stellen einfachere Algorithmen wählen, als wenn man variable Zeitabstände berücksichtigt.

Ich denke da z.B. an Dinge wie Mittelwert, Fläche unter der Kurve, Ausdünnen von Werten je Zoomstufe, etc.
Die Idee klingt daher zunächst einfach, kann aber einen großen Rattenschwanz nach sich ziehen.

[starwarsfan]

Hallo miteinander

Die Idee klingt interessant aber ich möchte zu bedenken geben, dass nicht-äquidistante Zeitreihen wesentlich aufwändiger zu händeln sind, als solche mit fixen Intervallen.

Ich stimme Dir zu, wenn es fixe Intervalle gibt. Aber die gibt es eben nicht, von daher steht dieses Problem hier IMHO nicht zur Debatte. Sprich, je nachdem, wie schnell sich die Werte ändern und wie die Filter konfiguriert sind, wird auch jetzt schon in völlig unterschiedlichen Intervallen in die Timeseries geschrieben.

[Parsley]

Moin zusammen,

Ich finde die Idee gut und auch den Vorschlag das Konzept der Sendefilter in dieser Richtung auszuweiten.
ABER: Zunächst sollten die Sendefilter im bisher bekannten Funktionsumfang überall dort noch implementiert werden, wo sie bisher noch funktionslos sind. Erst danach würde ich über eine Erweiterung nachdenken.

Bis dahin wäre es aber interessant die beschriebene Idee in einer Custom Logik umzusetzen, zu testen und zu perfektionieren. (Dann könnte diese Logik später vielleicht sogar als Vorlage für den neuen Sendefilter dienen. )


PS: Der Hinweis auf variable Zeitintervalle ist zwar gut/interessant, sehe ich aber genau wie Yves eher als Sonderfall.

[StefanW]

Hallo zusammen,

nur zur Info, die Zeitserien komprimieren sehr gut, wenn in gleichen Intervallen gleiche Werte geschrieben werden.

lg

Stefan

[gbglace]

Den Vorteil bei gleichen Werten kann man bei meiner Skizzierten Lösung ja auch nutzen, dass man bei keinem Change eine gewisse Wiederholung hat (15-Minuten).
Aber um gerade solche oben erwähnten Integrale nachbilden zu können sind 15 Minuten zu grob, um da irgendwie mit der effektiven Abrechnung bei z.B. Tibber rein aus dem Grafana Chart der Momentan-Werte gleich zulaufen.
Dafür braucht es dann doch die send by Change Option.
Um dann aber nicht zu viele Einträge zu haben (mein Victron Stromzähler donnert wirklich enorm viele Werte raus), baut man eben noch eine Art Minimale Wartezeit ein und überspringt da dann einige der Werte.
Den Parameter setzt man sich dann so klein wie es in der jeweiligen Timeseries dann noch inhaltlich sinnvoll ist.