ioBroker/ioBroker.history

Minimal difference to last value

sv-hjo opened this issue · 24 comments

Verläufe 270622
After the successfull update to 2.1.6 (all values seem to bee there in the visu) I tried out "Minimal difference to last value" and set this to "1". Now the curve in visu were not so good, I returned to "0" (0 = Abweichungsprüfung deaktivieren).
But it does not work, the values in the memory have been rounded (!), the deactivation ("0") will not work again.
Verlaufsdaten 270622
Instanzeinstellung

Does ist work agen whhen you restart the adapter?

Whichvalue is set in the Defatkt Settings in the instance configuration as minimum difference??

Please also enablce the enhanced cebug log on this datapoint in it's settings and also set the loglevel of the instance to debug and post a log where cI can see whwhen data come in. I will also try to repropduce it

I need above infos, I can not reporduce the issue

if a restart had helped I would not write ....
Minimum difference: 0
loxone sends by example 21.3, object value is ok. The values in the object-overview are right.
But the "Verlaufsdaten" are rounded. This was not the case before.
value temp
Ausschnitt Debug

Please show the main adapter instance settings and there the tabs with default balues and also with the general settings

Standardeinstellungen
Instanzeinstellungen
history eiinstellungen

Naja die settings sagen "Runden auf 0 stellen". AN der Stelle ist irgendwie eine 0 teingekommen was an sich entweder "leer" ist oder eine andere zahl drin steht.

Damit wird dann bei der Datenabfrage gerunden - wie gefordert auf 0 stellen nach dem Komma ... also Nur ganzzahlen.

Also alles wie es soll ...

Aber was war jetzt mit dem "wenn man mal differenz auf was anderes als 0 hatte konnte man nicht zurück ändern? Das ist nicht mehr da? Oder wie?

doch klar! seitdem habe ich nur noch die Treppen im Diagramm.
Ich habe zuerst auf "1" gestellt (zentrale Einstellung im history-Adapter), war mit den "Treppen" in den Kurven dann doch nicht so zufrieden (...) und habe dann wieder auf "0 = Abweichungsprüfung deaktivieren" gestellt.
Seitdem sind die gespeicherten Daten gerundet und ich kann es auch nicht mehr deaktivieren!

Naj die Treppen liegen aber an den nun gerundeten Werten!

Bitte nimm die 0 bei "Runden auf x Stellen" raus!

Normalerweise steht da eine 4 drin oder so .. du musst da mal eine Null reingeschrieben haben

klar woher die Treppen kommen.
Die "0" war immer drin. Ich habe die vorhin einmal auf "1" gesetzt, dann ging die ganze Misere los ....
Ich probiere mal mit "4"

ändert sich nichts, die Treppen bleiben auch gleich ....
Die "4" macht ja eigentlich keinen Sinn. Wenn ich ALLE Werte haben möchte, dann setze ich doch auf "0". Wie kommt denn der Adapter auf die Idee, im History alle Daten zu ändern? Die Daten müssten doch eigentlich als Rohdaten so bleiben wie sie sind ...

Ich rede vpn der Einstellung "Runden SIe bei Abfrage Zahlen auf" ... da soll eine 4 rein oder "Leer", mit einer 0 wird dort auf 0 TSellen nach dem komma bei jeder Abfrage gerundet

Und: Runden auf x Stellen gab es vor dem "großen" update nicht und der Default ist "leer" ... Scheinbar ist bei dir da eine 0 reingekommen und die muss da raus

ich kann die "0" nicht löschen .... die ist immer drin, in einem Dialog kommt auch eine Fehlermeldung dass das Feld nicht leer sein darf ....

"Runden SIe bei Abfrage Zahlen auf" ist leer

diese Einstellung hatte ich auch nie verändert.
Ich hatte in den Standardeinstellungen des Adapters "Minimale Differenz zum letzten Wert" auf 1 gesetzt, nicht mehr!

wir können auch gerne das am Telefon durchspielen ... wenn es hilft .... siehe in mein Profil - dort Website ...

Dann schreib eine 4 rein, das ist am, Ende eh der Default intern. Ich checke es nochmals für neue installationen

Jupp, Fehler gefunden. Update heute Abend ässt round wieder "leer machen". Danke fürs finden

... aber dass die komplette Historie gerundet wird, das ist doch nicht so wirklich im Sinne des Erfinders ....

AM Ende kann man so einstellen was man haben will ... leer lassen für "Nicht runden".