Long term Statistics

Bonjour,

J’ai du louper quelque chose ou bien ne pas comprendre la partie statistique.

En regardant les statistiques d’un capteur Aqara, plus particulièrement la donnée « pression atmosphérique » (exemple),

Je vois mes données jusqu’au 21 janvier 2024. Source : Historique

Mais aussi toute l’année et même l’année dernière jusqu’à la mise en service du capteur (Février 2023)
Source : Statistiques à long terme :thinking:

L’épaisseur et la couleur de la courbe changent en fonction de la source.

Comment est-ce possible d’avoir des statiques à long temps alors que je n’ai jamais configuré quelques choses sur ce capteur (je ne sais même pas le faire d’ailleurs) ?

Recorder.yaml
purge_keep_days: 60
auto_purge: true
auto_repack: true
include:
 domains:
  - person
  - sensor
  - group
  - sun
  - zone
  - binary_sensor
  - cover
  - button
  - calendar
  - remote
  - device_tracker
  - weather
  - switch
  - vacuum
  - media_player
  - climate
  - number
  - light
  - alarm_control_panel
  - camera
  - select
  - lock
  - image
exclude:
 domains:
  - update
  - automation
 entity_globs:
  - number.dov*_sensitivity
  - sensor.0x60a423*_moving
  - number.0x60a423*_calibration_time
  - switch.0x60a423*_motor_reversal
 entities:
  - sensor.compteur_linky_motdetat
  - sensor.memory_free
  - sensor.memory_use
  - sensor.processor_use
  - vacuum.icha

A noter que le 21 janvier 2024 j’ai lancé manuellement une purge, justement pour la suppression des données de pression atmosphérique :

Purge manuelle
alias: Purge de certaine entities
description: ""
trigger: []
condition: []
action:
  - service: recorder.purge_entities
    data:
      domains: null
      entity_globs: null
    target:
      entity_id:
        - sensor.0x00158d0007b86f39_pressure
        - sensor.0x00158d0008025fa9_pressure
        - sensor.0x00158d000802c188_pressure
        - sensor.0x00158d0008025f6c_pressure
        - sensor.0x00158d0008025f9d_pressure
        - sensor.0x00158d0008029a9c_pressure
        - sensor.0x00158d000802601c_pressure
        - sensor.0x00158d00080262dc_pressure
        - sensor.0x00158d000802c13f_pressure
mode: single

Merci pour vos lumières

Salut,

C’est normal l’affichage des infos qui viennent des statistiques à long terme a été ajouté ils y a une ou 2 mies à jour.
Ce n’est pas contrôlé par le recorder. Le recorder c’est les infos stockées dans la base pour tous les capteurs et qui enregistre tous les changements d’état généralement recommandé de garder 7 à 10 jours. (10 par défaut)

Les statistiques à long terme pas besoin de les supprimer c’est des données agrégées faites pour ne pas prendre trop de place, de base c’est toute ce que tu as dans ton dashboard energie, mais aussi tous les capteur qui sont configurés avec une state_class, device_class et unit. Si l’appareil et l’intégration qui les fournit donne ces infos des statistiques seront générées.

2 « J'aime »

Bonjour,
explication dans la doc:

Citation
Home Assistant prend en charge le stockage des capteurs sous forme de statistiques à long terme si l’entité possède les bonnes propriétés. Pour activer les statistiques, le capteur doit être state_class défini sur l’une des classes d’état valides : measurement , total ou total_increasing . Pour certaines classes d’appareils, l’unité des statistiques est normalisée pour permettre par exemple de tracer plusieurs capteurs dans un seul graphique.

Par défaut ces state_class measurement , total ou total_increasing ont des statistique a long terme. C’est les intégrations qui configure tout les sensors avec le state_class.

1 « J'aime »

Ok merci à vous deux. C’est très clair et plutôt une bonne nouvelle !

Pour rajouter une state_class à un capteur,
Nous sommes obligé de passer par un template ou bien on peut le rajouter ailleurs ?

avec customize, tu peu ajouter ou supprimer un state_class.

exemple dans le configuration.yaml:

homeassistant:
  customize:
    sensor.temperature_humidity_sensor_sejour_temperature:
      state_class: None #supprime le state_class
    sensor.temperature_humidity_sensor_sejour_humidity:
      state_class: measurement

Si tu supprime le state_class, tu n’aura plus de statistique a long terme.

2 « J'aime »

Cela fonctionne bien :slight_smile:

Est-ce possible de le rajouter dans un include ?
configuration.yaml >
customize: !include customizes.yaml

Edit : Oui exemple

Oui, c’est possible.

J’ai rajouté 2-3 sensors avec state_class: measurement.
Cela fonctionne mais uniquement depuis la date de mise en place du state_class.
Comment lui indiquer de créer l’historique LTS sur l’intégralité des données déjà en présent ?

je crois pas que ca soit possible.

Salut,

il ne va pas pouvoir inventer un historique qu’il n’a pas.
La source principale reste le recorder, donc si une entité n’était pas configurée pour générer des stats, tu commencera à zero.

Dommage j’avais bientôt 3 mois de données sur ce capteur.
LTS commencera donc à partir d’aujourd’hui.

Bonjour a tous,
savez comment recuperer et créer un sensor de la temperature (max, min et mean) il y a un an en arrière (-365jours) d’un sensor de temperature? En gros, afin de comparer la temperature du jour avec celle du meme jour l’an dernier