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

Adapter only partly working or strange behavior: #211

Open
Quacoo opened this issue Nov 8, 2023 · 4 comments
Open

Adapter only partly working or strange behavior: #211

Quacoo opened this issue Nov 8, 2023 · 4 comments
Labels

Comments

@Quacoo
Copy link

Quacoo commented Nov 8, 2023

Describe the bug:
Adapter only partly working or strange behavior:

States in alias.0 (coming from sensors) are processed, states in userdata.0. (coming from javascript.0) are not.
States in alias.0 are shorter in variable names then states in userdata.0..

For instance:
statistics.0.save.minmax.0_userdata.0.BerechneteWerte_Herne.Gewaehlte_Aussetemperatur_Herne
looks like this, and does not change:
image
statistics.0.save.minmax.alias.0.Air_quality_sensor_innen_her.co2.absMax
looks like this, and seems to change:
image

History:
And when you look into the history of the states you will find that not all values come from the statistics.0 adapter but from the influx.0 adapter:
image
or
image
or in the other case:
image

I am not sure if this is a bug, it just not what I expected.

Expected behavior:
I would expect a daily value in dayMax or dayMin coming from statistics.0, bud nothing coming from influx.0. I would expect the values to vary every day ore at least at most days.
The other values accordingly.

Screenshots & Logfiles:
image
image
or
image
image

Versions:

  • Adapter version: 2.3.0
  • JS-Controller version: 5.0.12
  • Node version: v18.18.2
  • Operating system: docker container on: Linux 5.15.0-88-generic
  • Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 GNU/Linux

Additional context:
Very good adapter, great possibility.
Is there any explanation about the mathematics behind the averaging?
Is there any explanation about expected behavior, according to this issue?

Thanks for answering.

Copy link

github-actions bot commented Nov 8, 2023

Thanks for reporting a new issue @Quacoo!

  1. Please make sure your topic is not covered in the documentation
  2. Ensure that you use the latest beta version (not the current stable version): 2.4.0
  3. Please attach all necessary log files (in debug mode!), screenshots and other information to reproduce this issue
  4. Search for the issue topic in other/closed issues to avoid duplicates!

Otherwise this issue will be closed.

@klein0r
Copy link
Contributor

klein0r commented Nov 8, 2023

statistics.0.save.minmax.0_userdata.0.BerechneteWerte_Herne.Gewaehlte_Aussetemperatur_Herne
looks like this, and does not change:

Values are transferred from temp to save via cron jobs. So save contains the max value of the day at the end of the day.

And when you look into the history of the states you will find that not all values come from the statistics.0 adapter but from the influx.0 adapter:

I don't understand what you are searching for. The statistics adapter doesn't log any values to history.

@klein0r
Copy link
Contributor

klein0r commented Nov 8, 2023

I would expect a daily value in dayMax or dayMin coming from statistics.0, bud nothing coming from influx.0. I would expect the values to vary every day ore at least at most days.

It depends on the configuration of the InfluxDB-Logging which states/changes will be logged.

Copy link

stale bot commented Mar 17, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions.
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

@stale stale bot added the wontfix label Mar 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants