Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

History Fortschreibung auch bei gleichen Werten #39

Closed
RK62 opened this issue Apr 4, 2020 · 12 comments
Closed

History Fortschreibung auch bei gleichen Werten #39

RK62 opened this issue Apr 4, 2020 · 12 comments
Assignees
Labels
wontfix This will not be worked on

Comments

@RK62
Copy link

RK62 commented Apr 4, 2020

Gefühlt seit dem letzten Update werden History-Werte in sql.0 auch geschrieben, wenn diese nicht geändert wurden. Bei anderen Adaptern habe ich das Problem nicht.

Einstellung History:

image

Geschriebene Werte (ich habe den Aufruf auf 3 Stunden runter gesetzt:

image

Verhalten tritt erst nach letztem Update auf:

image

Danke für den Adapter!

Gruß, Ralf

@DutchmanNL
Copy link
Contributor

Hmm 🤔 seltsam an dem Teil des Codes nix geändert

Von welche auf welche Version Hast de geüpdatet?

@RK62
Copy link
Author

RK62 commented Apr 4, 2020

Also jetzt bin ich auf der V0.5.1 Was ich vorher hatte weiss ich nicht mehr.
Sonst lösche ich die States mal alle und lasse die neu anlegen und aktiviere die History neu.

@RK62
Copy link
Author

RK62 commented Apr 5, 2020

States heue morgen alle gelöscht, neu angelegt und History sql.0 neu aktiviert.
Bleibt so: Gleiche Werte werden fortgeschrieben.
Ist aber nicht so schlimm, bei 4 Abfragen am Tag kommt da nicht so viel zusammen.

@Apollon77
Copy link

Wenn ist das ein sql/History Thema. Bitte mal History/sql neu starten. Wenn es dann immer noch so ist bitte debug log bei sql/History einschalten und dann log ansehen. Da steht an sich ganz genau warum er was tut

@intruder7777
Copy link

intruder7777 commented Apr 6, 2020

#33 bei mir das selbe.... siehe anderes Issue

@DutchmanNL
Copy link
Contributor

@Apollon77

kan es sein das dieser extend object das verursacht ?
(bei states. mach ich sowas nicht, wen ja ist das ein problem des Datenlogger Adapters

https://github.com/iobroker-community-adapters/ioBroker.coronavirus-statistics/blob/master/main.js#L515-L520

setstate wird normal ausgeführt.

@DutchmanNL DutchmanNL self-assigned this Apr 6, 2020
@DutchmanNL DutchmanNL added the bug Something isn't working label Apr 6, 2020
@DutchmanNL DutchmanNL mentioned this issue Apr 6, 2020
@Apollon77
Copy link

Ja das kann sein. Wenn ein Objekt geändert ist dann schreibt history/sql ggf den initalwert. Das wäre blöd wenn das Objejt eigentlich nciht geändert ist. ALso ja das kann sein und ist dann aber wie gesagt sql/history topic :-) Bitte dort issue anlegen

@intruder7777
Copy link

@DutchmanNL magst du dann bitte das Issue dort anlegen? :-) ich denke dir fällt es einfacher die fachlichen Hintergründe zu beschreiben ;-)

@DutchmanNL
Copy link
Contributor

relation ioBroker/ioBroker.js-controller#762

@DutchmanNL
Copy link
Contributor

@DutchmanNL magst du dann bitte das Issue dort anlegen? :-) ich denke dir fällt es einfacher die fachlichen Hintergründe zu beschreiben ;-)

damit warten wir noch aber ich bin mit Ingo in Gespräch wie wir das fixen werden in LongTherm

@DutchmanNL
Copy link
Contributor

ok fix sollte an 2 Seiten stattfinden :

1 - Adapter sollte nicht unnötig states Extender, das ist aber schwierig bei nem sheduled adapter
2 - Die datenlogger sollten ihren custom Teil prüfen und nur bei aenderungen agieren

Zu 1 hab ich momentan keine Lösung, 2 setze ich mich mal ran bei den 3 (history/influx/SQL)

@DutchmanNL
Copy link
Contributor

issue created for related adapters, must be solved there time to close here :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

4 participants