Depuis moins d’une semaine, les valeurs de consommation électrique pour chaque tarif (« tier_x_summation_delivered ») ne sont plus remontées en temps réel mais une fois dans la journée.
La valeur de puissance active est quant à elle remontée en temps réel. J’exclue donc un problème de connection zigbee.
Tout ceci fonctionnait bien depuis plusieurs mois et à part les MAJ habituelles, je n’ai pas touché à la configuration.
Ma configuration
version | core-2024.1.2
– | –
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.11.6
os_name | Linux
os_version | 6.1.70-haos
arch | x86_64
timezone | Europe/Paris
config_dir | /config
Home Assistant Community Store
GitHub API | ok
– | –
GitHub Content | ok
GitHub Web | ok
GitHub API Calls Remaining | 5000
Installed Version | 1.33.0
Stage | running
Available Repositories | 1451
Downloaded Repositories | 28
HACS Data | ok
AccuWeather
can_reach_server | ok
– | –
remaining_requests | 44
Home Assistant Cloud
logged_in | false
– | –
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok
Home Assistant Supervisor
host_os | Home Assistant OS 11.3
– | –
update_channel | stable
supervisor_version | supervisor-2023.12.0
agent_version | 1.6.0
docker_version | 24.0.7
disk_total | 30.8 GB
disk_used | 25.8 GB
healthy | true
supported | true
board | ova
supervisor_api | ok
version_api | ok
installed_addons | Mosquitto broker (6.4.0), Samba share (12.2.0), Log Viewer (0.17.0), Studio Code Server (5.15.0), Advanced SSH & Web Terminal (17.0.2), MariaDB (2.6.1), Frigate Proxy (1.4), Home Assistant Google Drive Backup (0.112.1), RPC Shutdown (2.4), Logitech Media Server (8.3.1.59), MQTT Explorer (browser-1.0.3), Piper (1.4.0), Whisper (1.0.0), openWakeWord (1.8.2)
Dashboards
dashboards | 4
– | –
resources | 14
views | 42
error | /config/ui_lovelace_minimalist/dashboard/adaptive-dash/adaptive-ui.yaml not found
mode | storage
Recorder
oldest_recorder_run | 29 décembre 2023 à 05:25
– | –
current_recorder_run | 8 janvier 2024 à 13:33
estimated_db_size | 1030.36 MiB
database_engine | mysql
database_version | 10.6.12
Bonjour,
j’ai remarquer la même chose depuis décembre ou novembre. Mes horaires sont 20h56 a 4h56, comme on le vois dans l’historique ca mets 2 a 8 minutes pour changer. Avant ca actualiser dans les 30sec après le changement.
Je pense que ca viens de Z2M, qui a fait des maj sur le Zlinky sur les dernière maj.
Perso, j’ai jamais utiliser l’entité, car il y a toujours un décalage de 30sec ou plus. J’ai fait un input text avec une automatisation qui change au heure précise.
Il me semble avoir lu quelque chose relatif à Lixee et ZHA dans les détails des changements du dernier update de HA. A voir si c’est lié, mais il me semble que ça parle justement de timing des remontées d"informations : * Fix Zlinky energy polling in ZHA (@dmulcahey - #106738)
Merci pour votre retour! Le PR #106712 ressemble vraiment à mon problème.
Pour bien comprendre les choses, il y a un PR #106738 introduit dans la 2024.1.0
Mais je suis en 2024.1.2 et ai toujours le souci. Faut-il attendre une mise à jour future pour le #106712?
Désolé je ne suis pas spécialiste et ne comprend pas bien comment marche les dev de PR.
Bonjour à tous,
Je reviens aux nouvelles sur cette discussion. Savez-vous si le problème a été résolu? Pour le moment, j’attends confirmation avant de faire la mise à jour de janvier.
Merci d’avance