Perte sur le dashboard energie de plages horaires linky

Bonjour,

Mon problème

Bonjour à tous,

Depuis quelques semaines, je récupère les consommations horaires sur le dashboard Énergie via mon compteur Linky (Lixee V1). Cependant, il arrive que certaines heures n’affichent aucune consommation, alors qu’il y en a.

Côté couverture Zigbee, tout est en ligne et le compteur se trouve à 4 mètres de mon dongle Sonoff.

Y a-t-il des logs que vous pourriez m’indiquer pour analyser la situation et vérifier si la clé pourrait être en cause ?

Merci pour votre aide.

Renseigner votre problème

Ma configuration


[center] ## System Information

version core-2025.2.5
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.1
os_name Linux
os_version 6.6.73-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
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 1616
Downloaded Repositories 26
Home Assistant Cloud
logged_in true
subscription_expiration 21 mars 2025 à 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled false
google_enabled false
cloud_ice_servers_enabled true
remote_server eu-central-1-19.ui.nabu.casa
certificate_status ready
instance_id 2d637fcff2b84a3c86e00d9e0eb97298
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 14.2
update_channel stable
supervisor_version supervisor-2025.02.1
agent_version 1.6.0
docker_version 27.2.0
disk_total 62.3 GB
disk_used 21.7 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons CEC Scanner (3.0), Advanced SSH & Web Terminal (20.0.1), File editor (5.8.0), Z-Wave JS (0.10.0), Mosquitto broker (6.5.0), Zigbee2MQTT (2.1.1-1), Z-Wave JS UI (3.21.0), Studio Code Server (5.18.3), Matter Server (7.0.0), Linky (1.5.0), Node-RED (19.0.2), openWakeWord (1.10.0)
Dashboards
dashboards 9
resources 18
views 26
mode storage
Network Configuration
adapters lo (disabled), enp0s3 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth6373c4d (disabled), veth886e4b2 (disabled), vethb058770 (disabled), veth386b32c (disabled), veth559201b (disabled), veth5fa77c0 (disabled), vethc390e88 (disabled), veth6859a9f (disabled), veth03fd023 (disabled), veth99532b7 (disabled), veth11f44c5 (disabled), veth7514628 (disabled), veth20d2a16 (disabled), veth9f0b4c9 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s3 (192.168.83.31/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth6373c4d (), veth886e4b2 (), vethb058770 (), veth386b32c (), veth559201b (), veth5fa77c0 (), vethc390e88 (), veth6859a9f (), veth03fd023 (), veth99532b7 (), veth11f44c5 (), veth7514628 (), veth20d2a16 (), veth9f0b4c9 ()
ipv6_addresses lo (::1/128), enp0s3 (fd6c:926f:7b0a:c6bb:7adb:8917:a48f:c540/64, fe80::cd2e:6e88:cfd2:4966/64), docker0 (fe80::42:60ff:fe6d:ddd5/64), hassio (fe80::42:1dff:fee4:e610/64), veth6373c4d (fe80::d81e:55ff:fe31:ffa/64), veth886e4b2 (fe80::43e:bcff:fe77:cdcf/64), vethb058770 (fe80::58e6:acff:fef0:6f7e/64), veth386b32c (fe80::2cee:cbff:fe19:95d4/64), veth559201b (fe80::e8e4:a5ff:fe10:75d9/64), veth5fa77c0 (fe80::64a3:67ff:fed3:753e/64), vethc390e88 (fe80::204e:69ff:fec8:4779/64), veth6859a9f (fe80::70e8:c4ff:febe:3b36/64), veth03fd023 (fe80::d4f5:a4ff:fe8e:e81f/64), veth99532b7 (fe80::80b5:3cff:fea3:58f9/64), veth11f44c5 (fe80::e482:7bff:fefe:fa2e/64), veth7514628 (fe80::c06e:24ff:fe5f:3172/64), veth20d2a16 (fe80::f87e:46ff:fe9f:7e0e/64), veth9f0b4c9 (fe80::f8ed:28ff:fe20:85b5/64)
announce_addresses 192.168.83.31, fd6c:926f:7b0a:c6bb:7adb:8917:a48f:c540, fe80::cd2e:6e88:cfd2:4966
Recorder
oldest_recorder_run 15 février 2025 à 11:42
current_recorder_run 25 février 2025 à 13:30
estimated_db_size 1111.62 MiB
database_engine sqlite
database_version 3.47.1
[/center]

Etrange.
Il faudrait que tu puisses regarder si le Zlinky est bien connecté sur les plages pendant lesquelles tu n’as pas de consommation sur le dashboard énergie.
Si tu regardes la courbe du sensor Apparent Power de ton Lixee, qu’indique t’elle sur les plages où tu n’as pas d’énergie sur le dashboard?
Une hypothèse pourrait aussi être que la valeur d’énergie est en dessous de 0.5 (et donc arrondi à 0), car ton graph semble ne remonter que des valeurs entières

le tableau n’affiche que les KiloWatt heure consommés.
si tu consome que 500 watts entre 10h et 11h, il ne t’affichera rien, ton compteur sensor.zlinky_base ne s’incrémentera pas.

Constates-tu à la fin de la journée un écart entre la conso réelle (remonté par ton fournisseur) et ton installation Linky ?

Il peut arriver que ca se rattrape.

J’ai eu cas de mon Linky qui n’a pas donné l’info et qui a rattrapé en fin de journée (comportement étrange, mais bon … ca fonctionne à l’arrivée)

En rouge pendant la nuit, la consommation HC du linky n’a rien transmis. Et lors de la réactivation des HC le soir, il a tout remis d’un coup.

oui il m’est arrive ce comportement mais qu’on suit la consommation et le cout associé c’est perturbant

je vais surveiller mais ca m’etonnes d’avoir une consommation inférieure au kilowatt . je suis en full radiateur electrique.mais pour info c’est le tableau de base de HA

@nemesis2o0o
Regarde mon message ci-dessus, et partage le graph du sensor Apparent Power remonté par le Lixee. S’il n’a pas de « trou », c’est que ta conso est inférieure à 0.5 sur cette période.

Salut, à la vue de ton graph, j’ai l’impression qu’il n’y a pas de remontée après la virgule

Il faudrait modifier la précision dans le module zigbee2MQTT dans ton module zlinky à 3 chiffres après la virgule.

1 « J'aime »