Comment faire pour être avertis quand des capteurs n'ont plus de piles?

Bonjour,

Mon problème

Je remets en route petit à petit ma domotique dans ma nouvelle maison, et là je fais installer une alarme (IMA).
Je viens de constater que j’avais des détecteurs d’ouverture de fenêtre qui sont toujours présents dans Z2M, et donc affiché comme fermé dans HA, même en ouvrant la fenêtre…
Alors qu’ils n’avaient plus de pile… enfin je veux dire que le changement de pile à résolu mon souci de capteur « fermé » mais la batterie était affichée encore à 78%…

J’avais plusieurs catpeurs d’ouverture dans ce cas là (ceux que j’utilisais déjà depuis plusieurs mois avant le déménagement).

Est-il possible d’avoir une alerte ou un moyen de savoir si un capteur ne renvoi plus son état car il n’a plus de pile ?

Merci d’avance :wink:

Ma configuration


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 1581
Downloaded Repositories 82
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 14.2
update_channel stable
supervisor_version supervisor-2025.03.0
agent_version 1.6.0
docker_version 27.2.0
disk_total 30.8 GB
disk_used 11.2 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 Studio Code Server (5.18.3), Advanced SSH & Web Terminal (20.0.2), Mosquitto broker (6.5.0), Samba Backup (5.2.0), File editor (5.8.0), Samba share (12.5.0), Crowdsec (1.6.5-1), Crowdsec Firewall Bouncer (v0.0.31), MQTT Explorer (browser-1.0.3), WireGuard (0.11.0), MariaDB (2.7.2), InfluxDB (5.0.2), Zigbee2MQTT (2.1.3-1), Get HACS (1.3.1), Frigate Proxy (1.5), Zigbee2MQTT Edge (edge), tydom2mqtt (3.6.0)
Dashboards
dashboards 5
resources 53
views 21
mode storage
Network Configuration
adapters lo (disabled), enp0s18 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth22c7a52 (disabled), veth32a30e4 (disabled), veth009e57f (disabled), veth2596bbb (disabled), vethb16127a (disabled), veth2028a4b (disabled), veth41648a4 (disabled), vethd860f1a (disabled), vethdf11d09 (disabled), vethc0bab98 (disabled), vethb4d802f (disabled), veth1ea85bd (disabled), veth16aa0c5 (disabled), veth1245aa1 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s18 (192.168.2.140/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth22c7a52 (), veth32a30e4 (), veth009e57f (), veth2596bbb (), vethb16127a (), veth2028a4b (), veth41648a4 (), vethd860f1a (), vethdf11d09 (), vethc0bab98 (), vethb4d802f (), veth1ea85bd (), veth16aa0c5 (), veth1245aa1 ()
ipv6_addresses lo (::1/128), enp0s18 (fe80::8135:f08b:7a8e:45d4/64), hassio (fe80::42:22ff:fe9d:fdd5/64), docker0 (fe80::42:e5ff:fe8c:a24f/64), veth22c7a52 (fe80::c4cd:28ff:feb9:7733/64), veth32a30e4 (fe80::2ceb:4fff:fe93:3238/64), veth009e57f (fe80::b038:f0ff:fe5c:9883/64), veth2596bbb (fe80::6817:39ff:fedc:4330/64), vethb16127a (fe80::88c5:74ff:fe18:77f0/64), veth2028a4b (fe80::9084:e2ff:fe6f:2723/64), veth41648a4 (fe80::c4e1:60ff:fe89:76a6/64), vethd860f1a (fe80::d887:b4ff:fe18:7a46/64), vethdf11d09 (fe80::6043:10ff:fe7b:18bc/64), vethc0bab98 (fe80::e0b0:f5ff:fea9:d13/64), vethb4d802f (fe80::24ed:8dff:fe38:d6d7/64), veth1ea85bd (fe80::c3b:c4ff:fe31:5687/64), veth16aa0c5 (fe80::84c9:b4ff:fead:b55c/64), veth1245aa1 (fe80::4078:71ff:fe85:dc4e/64)
announce_addresses 192.168.2.140, fe80::8135:f08b:7a8e:45d4
Recorder
oldest_recorder_run 22 février 2025 à 07:09
current_recorder_run 5 mars 2025 à 07:07
estimated_db_size 1160.37 MiB
database_engine sqlite
database_version 3.47.1
___

Perso en suivant cet article:

Z2M passe en indisponible les capteurs avec lesquels il ne communique plus depuis « un certain temps » même si la pile est sensée être bonne.

Je me suis donc fait une petite carte auto entities qui visualise toutes les entités indisponibles pour me faire un petit warning…
Entre ça et la visualisation des piles…

Tu peux également te faire une automatisation qui trigge sur l’état unavailable depuis un temps à définir pour avoir une notification…

1 « J'aime »

Tu aussi as un bleuprint top pour ça :

:low_battery: Low Battery Notifications & Actions - Blueprints Exchange - Home Assistant Community

Ou alors si tu veux que les indispos :
Unavailable entity detection & notification - Blueprints Exchange - Home Assistant Community

1 « J'aime »

Bonjour,

Petite précision, l’entité « Last seen » n’est pas activée par défaut, il faut le faire pour chaque appareil (il faut attendre au minimum 30 secondes pour que l’entité soit activée après avoir suivi les étapes d’activation) :







@Cleya
Merci, mais le souci c’est que je n’ai pas ce last_seen dans mes capteurs :

@BBE @Idaho947
Merci aussi vous deux.
Faut que je lise l’article. Ça peut être une bonne solution :wink:
Le blueprint aussi, et en plus ça peut me donner les batteries faibles (pour ce que ça vaut :sweat_smile:).
Mais est-ce que ça va fonctionner si je n’ai pas les « last_seen » sur mes capteurs ?

Effectivement, pour avoir cette entité, il faut que tu actives l’option dans zigbee2mqtt :

Roue crantée en haut à gauche dans l’interface de Z2M puis « Paramètres », onglet « Avancé » et tu recherches la ligne « Last seen »


puis tu sélectionne « ISO_8601_local »

Pour la « Disponibilité », c’est l’onglet « Dispnibilité » (un « o » s’est perdu) :

Mais tu as toutes les explications dans le lien donné par @BBE

1 « J'aime »

C’est tout l’objet de l’article envoyé: avoir ce last seen avec Z2M et le passage en unavailable au bout d’un temps à définir…

Ensuite tu traites ces infos comme tu veux (automatisation, blueprint, etc…)

1 « J'aime »

Oui il se base sur les valeur des entités peut-importe leur date.

1 « J'aime »

Merci à vous :wave:t2:
Faut que je trouve le temps de m’y atteler :blush:

J’utilise l’intégration « Battery Notes », qui calcule automatiquement la consommation des objets connectés et alerte en cas de batterie faible. Je n’ai pas encore d’avis définitif concernant l’usage de Battery Notes, car je ne sais pas à quel point il est fiable.

Battery Notes est proposé via HACS :

Salut :wave:
Je viens de commencer à suivre l’article :slight_smile:
Hormis un petit souci décrit ici : [Article] Zigbee2MQTT - bien gérer les disponibilités de ses devices - #35 par MilesTEG1
tout se passe bien.

J’ai cependant constaté que deux capteurs de fuite (IKEA BADRING Water Leakage Sensor) sont en indisponibilité, même après le délai de 6h spécifié dans la config de Z2M.

Je viens de simuler une fuite pour l’un des deux, et il est repassé en dispo. Je vais voir s’il repasse en indispo d’ici 6h…
Auquel cas, il faudra que je trouve une solution :wink:

Sur ce, bonne journée

Bonsoir,
après avoir suivi le guide, je constate que mes entités MQTT dans HA n’ont pas le « last_seen » activé par défaut.

Est-ce qu’il ya une solution qui permette d’activee ce « Last_seen » pour toutes les entités MQTT ?
Ou bien dois-je me farcir à la main mes 59 entités ?

Merci d’avance :wink:

Hello,
Je te conseille d’également créer un système d’alerte qui t’avertira si un de tes devices ne fonctionne plus (et pas que zigbee) :

1 « J'aime »

Bonjour à tous,

Il existe une procédure simple pour activer tous les Last_seen d’un coup, je te conseille de regarder la vidéo suivante qui est très bien expliquée : https://www.youtube.com/watch?v=ZDzcipisy78

1 « J'aime »