Bonjour,
J’adore HA et je l’utilise depuis plusieurs années notamment pour gérer mon alarme.
Mais j’intègre également tout ce qui peut l’être dans mon installation.
Mon problème est qu’en suivant l’historique de certains capteurs je m’aperçois qu’il y a des discontinuités qui me déranges en particulier quand il s’agit de suivre la présence des personnes à la maison.
![]()
Comment « ignorer » des « micro » changement d’état qui n’en sont pas vraiment (« Off »->« Off » avec une coupure au milieu) ?
Est-il possible de gérer la non remonté d’information ou d’ignorer un changement inférieur à xx secondes/minutes ?
![]()
Merci pour votre aide et bravo à l’ensemble de la communauté.
Ma configuration :
System Information
| version |
core-2025.6.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.6.74-haos-raspi |
| arch |
aarch64 |
| 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 |
4997 |
| Installed Version |
2.0.5 |
| Stage |
running |
| Available Repositories |
2111 |
| Downloaded Repositories |
17 |
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 15.2 |
| update_channel |
stable |
| supervisor_version |
supervisor-2025.06.2 |
| agent_version |
1.7.2 |
| docker_version |
28.0.4 |
| disk_total |
28.5 GB |
| disk_used |
11.8 GB |
| healthy |
true |
| supported |
true |
| host_connectivity |
true |
| supervisor_connectivity |
true |
| ntp_synchronized |
true |
| virtualization |
|
| board |
rpi4-64 |
| supervisor_api |
ok |
| version_api |
ok |
| installed_addons |
Home Assistant Google Drive Backup (0.112.1), Duck DNS (1.19.0), Linky (1.5.0), FTP (5.2.1), Glances (0.21.1), File editor (5.8.0), Z-Wave JS (0.17.0), ArgonOne Active Cooling (30a), Samba share (12.5.2), Node-RED (19.0.2), Advanced SSH & Web Terminal (20.0.2), HassOS I2C Configurator (0.14) |
Dashboards
| dashboards |
5 |
| resources |
12 |
| views |
11 |
| mode |
storage |
Network Configuration
| adapters |
lo (disabled), wlan0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth01b1fbb (disabled), veth58452c9 (disabled), veth17f7152 (disabled), veth75968da (disabled), veth66d2e2a (disabled), veth8605492 (disabled), vetha66fa12 (disabled), vethf66bcd3 (disabled), vethada381f (disabled), veth022aee9 (disabled), veth06c9066 (disabled), vethd1d8d99 (disabled) |
| ipv4_addresses |
lo (127.0.0.1/8), wlan0 (192.168.1.43/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth01b1fbb (), veth58452c9 (), veth17f7152 (), veth75968da (), veth66d2e2a (), veth8605492 (), vetha66fa12 (), vethf66bcd3 (), vethada381f (), veth022aee9 (), veth06c9066 (), vethd1d8d99 () |
| ipv6_addresses |
lo (::1/128), wlan0 (2a01:e0a:984:e790:edda:48d6:4f5f:d3f7/64, fe80::ba97:d712:8d24:702/64), hassio (fe80::aca3:b0ff:fe57:297a/64), docker0 (fe80::c872:35ff:fe73:a690/64), veth01b1fbb (fe80::30ea:ecff:fe60:e19c/64), veth58452c9 (fe80::cc69:6eff:fe46:bf4/64), veth17f7152 (fe80::8070:4bff:fe62:c51c/64), veth75968da (fe80::b03b:31ff:fe4c:df8d/64), veth66d2e2a (fe80::b0a9:77ff:fe91:361e/64), veth8605492 (fe80::4445:49ff:fe53:637e/64), vetha66fa12 (fe80::38f4:4ff:fe18:fa0/64), vethf66bcd3 (fe80::8490:9cff:fe9c:9967/64), vethada381f (fe80::80b9:f9ff:fefb:e100/64), veth022aee9 (fe80::1024:f5ff:fef4:e88e/64), veth06c9066 (fe80::c842:52ff:fe9c:7d4/64), vethd1d8d99 (fe80::249c:65ff:fe72:20e3/64) |
| announce_addresses |
192.168.1.43, 2a01:e0a:984:e790:edda:48d6:4f5f:d3f7, fe80::ba97:d712:8d24:702 |
Recorder
| oldest_recorder_run |
14 June 2025 at 17:39 |
| current_recorder_run |
24 June 2025 at 22:06 |
| estimated_db_size |
934.62 MiB |
| database_engine |
sqlite |
| database_version |
3.48.0 |
___
[center]Texte à remplacer par votre configuration[/center]
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`
___
Salut,
En fait, c’est pas tellement à HA d’ignorer les changements d’état des capteurs. HA est là pour collecter les infos, pas les remettre en cause.
Donc soit tu es en mesure de corriger ces instabilités du capteur directement (portée, alimentation, maillage etc), soit tes automatisations doivent prendre en compte dans la partie trigger de ne se déclencher que quand :
- tu passes de ON à OFF ou de OFF à ON
- tu restes à 0N ou OFF pendant X minutes
C’est natif dans les options des triggers (from/to et for)
1 « J'aime »
Très bien mais là il ne s’agit même pas d’automation, j’affiche l’historique et du coup l’affichage est « hachuré » empêchant souvent l’état (le label) d’être afficher correctement sur la carte et de voir le temps total passé dans un état ou un autre…
Pour l’instabilité des capteurs je peux peut-être faire quelques choses pour la présence des téléphones sur le réseau mais la télé ou la console on des entités remontées par une intégration/api auxquels je ne peut rien…
Et c’est encore pire avec les téléphones qui en fonction des modèles je suppose (ou interface réseau ?) sont très hachés ou pas du tout !
Est-il possible de créer un template pour dire si l’état change « durablement » alors update, sinon on garde l’état précédent ?
Sans compter qu’en fait il n’y à pas réellement de changement d’état, c’est un faux positif (ou une latence dans la réponse je suppose)
Je précise que j’ai un réseau domestique très stable et très rapide.
Bonjour,
pour les mobiles, ça ressemble à la connexion wifi qui se coupe quand il passe en veille. Tu as une option qui permet de garder le wifi activé même en veille. À regarder de ce côté.
Salut, j’ai pensé à ça tout de suite mais en fait que la téléphone soir en train d’être utilisé ou pas n’y change rien.L’état « Away » est stable par contre l’état « Home » est hachuré voir très hachuré en fonction du…(modèle/génération/OS ou que sais-je encore)
Je précise que « Away » est stable et ça pourrais paraitre logique mais à ma grande surprise pour la télé/console, même « Off » est instable…
Le mode away, c’est un peu normal, le mobile n’est plus au domicile. Par contre, pour le home, c’est alors un problème de connexion wifi qui n’est pas stable. Le mobile capte mal le wifi chez toi ou des interférences avec du Zigbee, si tu en as.
Tu utilise le GPS ou le wifi pour la présence des mobiles ?
Sur les téléphones, la précision de la localisation joue aussi (et le rayon de zone maison aussi) avec une localisation imprécise et un rayon faible, on se retrouve vite en dehors de quelques mètres. La question ne se pose pas quand tu es loin de chez toi … 200 km avec 5 m d’erreur ça change pas grand chose, tu n’es pas dans la zone maison 
10m de rayon avec une erreur de 5m à l’extérieur, tu n’es plus considéré comme chez toi.
Perso j’ai pas d’autres conseils que de voir si un autre format d’affichage ne sera pas mieux.
Pour la télé, compter la durée active sur la journée permettrait de faire un truc plus moyenné par exemple
Comme proposé par Pulpy-Luke dans sa première réponse, je pense que le plus simple serait en effet de créer un nouveau sensor de présence « corrigé » qui ne prendrait la caluer « Off » qu’après quelques secondes de remontée de « Off » du sensor actuel.
Relativement simple à faire avec des automatisations, en utilisant les triggers de changement d’état comme indiqué par Pulpy-Luke.
Il te suffirait ensuite d’utiliser ce nouveau sensor dans tous tes affichages et autres scénarios.
Pour les téléphones, j’utilise Nmap Tracker.
J’y gagne beaucoup sur les téléphones d’ailleurs en utilisant une config plus standard que celle que j’avais faite (j’ai été trop gourmand sur les intervals de scan et « Seconds to wart till marknq a dewce tracker as not home atter not betng seen »)
Par contre pour la télé et la console je vois pas trop comment aller plus loin…
Avec Nmap tracker, tu as mis combien pour passer en not home ?
Sinon, tu as quoi en box internet ?
Salut,
Oui j’ai remis 180, j’avais été un peu trop gourmand sur ce setting.
Sinon j’ai une Freebox Pop.
Pour le téléphones ça à l’air bien mieux maintenant.
1 « J'aime »
Ok, le mettre trop bas n’est pas le top.
Tu as l’intégration freebox, qui fait office de device_tracker aussi. Peu être plus stable que Nmap tracker.
Oui, j’utilise aussi cette intégration mais elle n’est pas plus précise.
la gestion de présence via les smartphone compliqué que ce soit précis de toute façon sans y laisser la batterie de son téléphone en quelques heures
Non, franchement les téléphones sont sur le wifi et Nmap fait plutôt bien le taf (si bien paramétré).
Par contre la remonté du média_player pour la télé n’est pas ouf sans compté que l’attribut media_title n’est pas toujours remonté mais je suppose que ça dépend de l’app (Cannal+, Netflix, etc…) et non pas de HA.
c’est tout a fait ça … d’ailleurs horizon domotique en a fait une video
