Bonjour,
J’ai changer un capteur et mis un autre équipement qui remonte les infos en mqtt correctement.
Le souci est que ca ne conserve que 10 jours…
Un autre capteur paramétré il y a deux ans de la même manière conserve bien tout.
Je ne comprends pas ce qui se passe.
Avez vous des pistes ? Ou la solution au réglage.
Merci par avance.
2025.5.3
Les informations fournies sont assez chiches…
Vu que la durée de conservation des informations dans HA se gère au niveau du recorder ( Recorder - Home Assistant ), on peut penser que la configuration diffère entre les deux capteurs.
Merci pour la réponse.
côté mqtt j’ai ca dans le fichier mqtt.yaml
sensor:
- name: "Humidite"
state_topic: "/SdB-105/Temp_Hum/Humidity"
device_class: humidity
unique_id: sensor.humidity_sdb_annexe_105
unit_of_measurement: '%'
state_class: measurement
device:
name: "SdB dependance"
identifiers: "annexesdb"
- name: "Temperature Piscine"
state_topic: "/Local-Piscine-108/Sonde-Piscine/Temperature"
unique_id: sensor.temperature_piscine
device_class: temperature
unit_of_measurement: '°C'
state_class: measurement
force_update: true
device:
name: "Temperature Piscine"
identifiers: "piscine"
La seule différence est le force_update : true pour forcer les mises à jour mqtt
Salut,
Refait une passe de la doc du fonctionnement du recorder, et plus précisément le fonctionnement des includes/excludes
MQTT ou pas c’est sans rapport avec le souci…
OK merci,
le recorder n’est pas mentionné dans le fichier configuration .yaml
Et ici je vois que ce n’est pas simple du tout : RECORDER pour un bleu
Car j’ai l’historique de touts mes devices depuis 2 ans, j’ai ajoute un, et je n’ai pas l’historique dessus, curieux
# Loads default set of integrations. Do not remove.
default_config:
# Load frontend themes from the themes folder
frontend:
themes: !include_dir_merge_named themes
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
#rest: !include rest.yaml
sensor: !include sensors.yaml
mqtt: !include mqtt.yaml
backup: !include backup.yaml
command_line: !include command_line.yaml
template: !include template_sensors.yaml
Donc pas de valeur explicite => valeur par défaut.
Il faut regarder la log dans ce cas. Voir si HA rale à propos des valeurs qu’il reçoit (chaine/numérique par ex)
Bonjour,
J’ai redémarré HA pour commencer, on ne sait jamais, ca pourrait corriger le souci, non ?
Dans les logs je regarde dans HA Core.
Je ne suis pas certain que ce soit ca.
Enregistreur: homeassistant.components.hassio.issues
Source: components/hassio/issues.py:304
intégration: Home Assistant Supervisor (documentation, problèmes)
S'est produit pour la première fois: 08:06:26 (1 occurrence)
Dernier enregistrement: 08:06:26
Could not get suggestions for supervisor issue caa89a00a596484e8cb3cda4e8e90a5e, skipping it
Et la sonde remonte bien les infos
Dans le supervisor, j’ai ces erreurs, la partie NAS est corrigée, il était éteint, et sert pour les sauvegardes. Mais est ce la cause de l’erreur sur asuncio ?
2025-06-13 08:08:19.669 ERROR (MainThread) [asyncio] Task exception was never retrieved
future: <Task finished name='Task-2711' coro=<Addon.watchdog_container() done, defined at /usr/src/supervisor/supervisor/addons/addon.py:1586> exception=AddonsJobError('Rate limit exceeded, more than 10 calls in 0:30:00')>
Traceback (most recent call last):
File "/usr/src/supervisor/supervisor/addons/addon.py", line 1600, in watchdog_container
await self._restart_after_problem(event.state)
File "/usr/src/supervisor/supervisor/jobs/decorator.py", line 291, in wrapper
raise on_condition(
f"Rate limit exceeded, more than {self.throttle_max_calls} calls in {self.throttle_period(group_name)}",
)
supervisor.exceptions.AddonsJobError: Rate limit exceeded, more than 10 calls in 0:30:00
2025-06-13 08:21:26.691 INFO (MainThread) [supervisor.mounts.manager] Reloading mount: NAS
2025-06-13 08:21:32.878 ERROR (MainThread) [supervisor.mounts.mount] Reloading NAS did not succeed. Check host logs for errors from mount or systemd unit mnt-data-supervisor-mounts-NAS.mount for details.
Je pense que ces erreurs n’ont pas de rapport.
Cherche quelque chose qui est en rapport avec le nom de ton entité, il faut être sur que la remontée de l’info MQTT ai eu lieu.
Regarde aussi les infos en lien avec l’état de la base de données (sait-on jamais).
Pour rappel :
Comment récupérer ma configuration :
Dans votre HA, Menu latéral `Paramètres` > `Système` > `Corrections` puis les trois petits points en haut a droite > `Informations Système` puis une fois en bas `Copier`
VOici, je ne vois pas grand chose mis à part recorder au 2 juin.
| version | core-2025.5.3 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| user | root |
| virtualenv | false |
| python_version | 3.13.3 |
| os_name | Linux |
| os_version | 6.12.23-haos |
| arch | aarch64 |
| timezone | Europe/Paris |
| config_dir | /config |
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| HACS Data | ok |
| GitHub API Calls Remaining | 5000 |
| Installed Version | 2.0.5 |
| Stage | running |
| Available Repositories | 2082 |
| Downloaded Repositories | 14 |
| logged_in | false |
|---|---|
| can_reach_cert_server | ok |
| can_reach_cloud_auth | ok |
| can_reach_cloud | ok |
| host_os | Home Assistant OS 15.2 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2025.05.5 |
| agent_version | 1.7.2 |
| docker_version | 28.0.4 |
| disk_total | 56.6 GB |
| disk_used | 16.0 GB |
| healthy | true |
| supported | true |
| host_connectivity | true |
| supervisor_connectivity | true |
| ntp_synchronized | true |
| virtualization | |
| board | odroid-n2 |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Advanced SSH & Web Terminal (20.0.2), InfluxDB (5.0.2), Node-RED (19.0.2), Z-Wave JS (0.15.0), File editor (5.8.0), Linky (1.5.0), Mosquitto broker (6.5.1), SSH Tunnel & Forwarding (1.3.4), LFTP sync (1.1.0), Samba Backup (5.2.0), Firefox (1.5.0), ZeroTier One (0.20.0), chrony (5.1.0) |
| dashboards | 4 |
|---|---|
| resources | 8 |
| views | 15 |
| mode | storage |
| adapters | lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), ztc3qvmmed (disabled), veth6b36564 (disabled), veth3702fc2 (disabled), vethe9a10d0 (disabled), veth4125f08 (disabled), vethb2fc616 (disabled), veth48779d5 (disabled), vethaf8dc6c (disabled), veth5998e12 (disabled), vetha54d397 (disabled), vethf8d535c (disabled) |
|---|---|
| ipv4_addresses | lo (127.0.0.1/8), end0 (192.168.0.40/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), ztc3qvmmed (192.168.192.240/24), veth6b36564 (), veth3702fc2 (), vethe9a10d0 (), veth4125f08 (), vethb2fc616 (), veth48779d5 (), vethaf8dc6c (), veth5998e12 (), vetha54d397 (), vethf8d535c () |
| ipv6_addresses | lo (::1/128), end0 (fe80::adef:da6f:30b7:3ac6/64), docker0 (fe80::3cf9:9dff:feaa:844/64), hassio (fe80::6873:57ff:fea9:5a07/64), ztc3qvmmed (fe80::a85d:cbff:fee0:883b/64), veth6b36564 (fe80::a848:20ff:feeb:a862/64), veth3702fc2 (fe80::d02d:a7ff:fea6:4e60/64), vethe9a10d0 (fe80::60c2:efff:fefa:a6b/64), veth4125f08 (fe80::dc31:bff:fea1:b8e8/64), vethb2fc616 (fe80::1c7b:6ff:fe22:44b1/64), veth48779d5 (fe80::4818:5dff:fe31:61c6/64), vethaf8dc6c (fe80::9812:a1ff:fe23:d241/64), veth5998e12 (fe80::64bb:43ff:fe51:5e5b/64), vetha54d397 (fe80::8cdb:24ff:fef3:7142/64), vethf8d535c (fe80::d8c3:97ff:fee2:aace/64) |
| announce_addresses | 192.168.0.40, fe80::adef:da6f:30b7:3ac6 |
| oldest_recorder_run | 2 juin 2025 à 17:07 |
|---|---|
| current_recorder_run | 13 juin 2025 à 08:05 |
| estimated_db_size | 267.58 MiB |
| database_engine | sqlite |
| database_version | 3.48.0 |
les valeurs de température remontent bien, j’ai supprimé la ligne force_update : true
et je vais voir ce que ca donne.
Et dans le mqtt explorer sur mon PC j’ai bien des valeurs qui remontent aussi.
Dans le journal mqtt de HA, j’ai des connexions intempestives de ce type
2025-06-13 08:12:26: New connection from 172.30.32.2:33862 on port 1883.
2025-06-13 08:12:26: Client <unknown> closed its connection.
et sinon :
2025-06-13 06:21:46: New connection from 192.168.0.108:49154 on port 1883.
2025-06-13 06:21:46: New client connected from 192.168.0.108:49154 as Local-Piscine-108_108 (p2, c1, k10, u'xxx').
cependant je ne vois pas fin de connexion, est ce que ce serait ca ? (closed its connection.)
ça c’est la vue essentiellement MQTT (on s’en fiche un peu), le souci c’est pas de recevoir l’info mais de voir comment HA la traite (comment c’est reconnu/pris en compte)
Si ça conserver pas plus de 10jours, ca veut dire que les données ne vont pas dans la base de données long terme statistiques.
Pour qu’une info de T° y soit, il faut que le sensor à 3 attributs : state_class, unit_of_measurement et device_class, exemple:
state_class: measurement
unit_of_measurement: °C
device_class: temperature
Vérifie qu’il y a pas une typo dans ces infos (genre un espace avec ou apres le °C
Si tout est bien conforme, peut être que le format de la donnée à changer, si c’est le cas, il faut corriger ça avec :
Outils de développement / Statistiques / Cherche ton sensor & Click sur Corriger
Cdt
