Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@dgr kannst du in der Api nicht den Verbrauch des aktuellen Tages um 23:59:45 auslesen?
Die restlichen Sekunden wären imho vernachlässigbar.

so mache ich es mit Stromwerten

[BananaJoe]

@dgr Du kannst die Daten auch direkt in die Datenbank schreiben per sendTo. Für Blockly/JavaScript habe ich erst neulich ein Beispiel gepostet:

https://forum.iobroker.net/topic/59137/sql-beschreiben-mit-blockly/4?_=1666383412440

Das Beispiel ist zwar für SQL, laut Hilfe vom InfluxDB-Adaber funktioniert das dort aber genauso:
https://github.com/ioBroker/ioBroker.influxdb

Der Vorteil ist das du so einen Zeitstempel mitgeben kannst. Du kannst also um Mitternacht auch Werte für 08:00 Uhr morgens schreiben. Die Werte siehst du nicht im Datenpunkt, ECharts & Co. sehen die aber.

Hier auch noch mal mein Originalproblem aus dem dann auch die Lösung stammt:
https://forum.iobroker.net/topic/55463/sql-sendto-problem-storestate-vs-update

[DGR]

@homoran
eine gute Idee. Probiere ich gleich morgen.
Danke schon mal.

[DGR]

@bananajoe
Das werde ich mir morgen mal genauer ansehen. Vielleicht kann ich das auch bei anderen Gelegenheiten nutzen. Klingt interessant.

[legro]

@dgr

Hier findest du beschrieben, wie man das Ganze mittels des Adapters zu InfluxDB handhabt.

Ich kämpfe ebenfalls mit diesem Problem.

Ich verwende eigene Datenpunkte, in die ich die über den Tag ermittelten Werte für Regenmengen und Gasverbrauch um 23:59 Uhr schreibe. Diese Datenpunkte werden in der Datenbank mittels des Adapter zu InfluxDB protokolliert.

In Grafana stelle ich diese Werte in Balkendiagrammen graphisch dar. Was mir völlig unverständlich ist, warum die Werte in Grafana andere Zeitstempel tragen, die sich von Tag zu Tag auch noch ändern können. Mal wird 23:40 Uhr, ein anderes Mal 23:45 Uhr usw. angezeigt.

In der nachfolgenden Abbildung kann man sich das Ganze ansehen. Der letzte Datenpunkt ist von gestern (10/22), der heutige (10/23) wird erst kurz vor Mitternacht geschrieben.

[DGR]

@legro
Ich hatte mein Problem ins Forum Influxdb gestellt.
Eine Antwort zu unterschiedlichen Zeitangaben war:
"Sie können zum SCRIPT EDITOR navigieren, um sich die Abfrage anzusehen. Ich vermute, dass Sie die Funktion „aggregatWindow()“ verwenden, die standardmäßig hinzugefügt wird und Daten basierend auf dem ausgewählten Bereich aggregiert (so dass sich die Fensterperiode ändert). Ich würde diese Zeile auskommentieren (mit // oder cmd+/) oder löschen."
Kannst du mal versuchen. In der betreffenden Zeile ganz vorne // eintragen.

[DGR]

@dgr
Ansonsten habe ich jetzt alle Zeiten auf 23.55 Uhr (oder auch 23:59) gestellt. Mal sehen, ob sich das als "Vergleich" besser macht.

[legro]

@dgr

Ich habe als Aggregation die Option distinct gewählt. Dann sollte das doch keine Rolle spielen.

Im Editor sieht das Ganze wie folgt aus ..

SELECT distinct("value") FROM "0_userdata.0.Gaszähler.GasTag" WHERE time >= now() - 7d and time <= now() GROUP BY time(10m) fill(null)

[Homoran]

geht es hier um den influx Adapter oder um die influxdb-Software?

[legro]

@homoran said in Zeitstempel eines Datenpunktes auf Vortag setzen:

geht es hier um den influx Adapter oder um die influxdb-Software?

Wenn ich mir die vom Adapter geschriebenen Daten anschaue, ..

.. ist zu vermuten, dass es an InfluxDB und/oder Grafana liegen mag. Um 23:59 Uhr startet ein Cron-Job, der veranlasst, dass die Daten geschrieben werden. Hier schwanken die Zeitangabe zwar in Sekunden, aber eben nicht in Minuten wie in Grafana.

[Homoran]

@legro sagte in Zeitstempel eines Datenpunktes auf Vortag setzen:

Hier schwanken die Zeitangabe zwar in Sekunden,

nicht mal, das sind im 10er Millisekundenbereich. normale Verzögerungsgenauigkeit.

mir geht es aber rein administrativ um das zugehörige Unterforum.

@legro sagte in Zeitstempel eines Datenpunktes auf Vortag setzen:

InfluxDB und/oder Grafana

sind 3rd party Programme und somit offtopic.