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

[Homoran]

@thaistatos
Danke!
Meine Vermutung, dass du die Rohdaten, die aber nicht geschrieben werden, gesehen hattest (wie jetzt die obersten 2 Zeilen) hat sich nicht bestätigt.

Die Begründung

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

Da es eine Außentemperatur ist, ist es unwahrscheinlich, dass die nach ca. 1h plötzlich fällt.

kann ich so auch nicht unbedingt unterstützen, wenn es auf einmal windig und feucht (chillfaktor) wird ist 1.5 °C in 5 Minuten durchaus möglich.
Zumal die Genauigkeit anscheinend +/- 0.5 °C zu sein scheint.

Jetzt nutze ich persönlich nicht Influx sondern history, die "vorauslaufende" Logik sollte aber gleich sein.

Was mich bei den Werten wundert ist, dass es jedesmal ein "zurück" zum vorangegangenen Wert ist, wenn direkt wieder ein Wert geschrieben wird.

Gibt es denn weitere Werteänderungen, die nicht geschrieben werden?

[thaistatos]

der normale Temperaturverlauf (ohne Blockzeit ab 9:00) sieht eher so aus:
der springt beim Abtauen kurz hoch und fällt dann ab.
Mit der Blockzeit friert der Wert auf dem hohen Niveau ein und wird nicht neu gesetzt, warum auch immer.
Ja, ist auffällig, dass kurze peaks durchkommen...
Das war aber der eigentlich Grund, damit die Daten schlank gehalten werden, nicht einzelne Peaks jedes Mal mit aufzuzeichnen.

zusätzlich schreibt er auch doppelte Werte, im nächsten Zeitschritt.

[Homoran]

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

zusätzlich schreibt er auch doppelte Werte, im nächsten Zeitschritt.

aaaaahhhh!

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

Die komplette Einstellungsseite:

aktivier mal "optimierte....NICHT...."

[thaistatos]

30 Minuten Messung ohne Blockzeit, aber mit Haken bei "optimierte..deaktivieren":

jetzt nochmal auf 5 Min Blockzeit umstellen.

[thaistatos]

es sieht aber so aus, dass es sehr wahrscheinlich der Haken ist:
https://forum.iobroker.net/topic/57634/sql-adapter-und-doppelte-werte

https://github.com/ioBroker/ioBroker.influxdb/blob/master/README.md

Disable charting optimized logging of skipped values - By default, the adapter tries to record the values for optimized charting. This can mean that additional values (that e.g. not fulfilled all checks above) are logged automatically. If this is not wanted, you can disable this feature.

Der Ansatz ist verständlich, aber wenn dadurch nach nicht durchschaubaren Kriterien trotzdem Werte gespeichert werden, macht es die Handhabung etwas schwierig.

[Homoran]

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

es sieht aber so aus, dass es sehr wahrscheinlich der Haken ist:

ja!
wie ich sagte

sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

Ist bekannt, dass die Funktion nicht funktioniert?

nein!
Bitte wesentlich mehr Informationen!
Da scheint etwas anderes nicht zu stimmen.

hab das leider nicht direkt gesehen

zu deinem EDIT
@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

wenn dadurch nach nicht durchschaubaren Kriterien trotzdem Werte gespeichert werden, macht es die Handhabung etwas schwierig.

da gibt es in der Instanzen Einstellungen noch mehr! (zumindest bei history)

[thaistatos]

die Influx Instanz bietet leider auch nicht wesentlich mehr:

[Homoran]

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

die Influx Instanz bietet leider auch nicht wesentlich mehr:

Das habe ich auch nicht gesagt!

sondern weitere

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

nicht durchschaubaren Kriterien

mit denen man sich beschäftigen muss!

wie z.B. hier

[thaistatos]

das ist ja auch der gleiche Haken, der für die einzelnen Datenpunkte vorhanden ist. Fraglich bleibt, was die Funktion dahinter ist.

[Homoran]

@thaistatos sagte in Blockzeit ohne Funktion bzw. falsche Funktion:

das ist ja auch der gleiche Haken,

nein!

hier geht es um übersprungene Messwerte