Hello,
Demain soir je commencerai le developpement d’une intégration de supervision pour Zigbee.
En effet comme vu dans ce topic les indications des capteurs de piles sont non fiable :
Je vous partage un flow Node-Red pour mesurer le temps de réception du signal d’un capteur zigbee.
Si le temps entre chaque réception du signal est supérieur à 24H (paramètrable) alors une alerte avec Telegram est envoyée.
Je réalisé cette fonction car l’indication de batterie des capteurs zigbee n’est pas fiable et plusieurs fois je me suis fait avoir sur une température alors que le capteur ne fonctionnait plus. Ce qui peux être embêtant quand on a besoin de cette valeur dans une scène.
Mai…
Il est donc necessaire d’être alerté lorsqu’un capteur ne donne plus signe de vie
Je vous tiens au courant ici quand j’aurai une version stable dispo sur le store
L’intégration est dispo :
https://github.com/prohand/gladys-z2m-devices-monitor
Attention a bien lire la documentation pour comprendre le fonctionnement :
# Z2M Devices Monitor — documentation
Cette intégration surveille vos appareils Zigbee2MQTT et vous alerte quand l'un
d'eux **ne donne plus signe de vie**.
## Pourquoi ne pas se fier à la batterie
Le pourcentage de batterie remonté par un appareil Zigbee est une estimation
grossière, rarement rafraîchie et souvent fausse : une pile CR2032 affiche
couramment 100 % jusqu'au jour où le capteur cesse de répondre. Et surtout, la
batterie ne dit rien des autres façons de mourir : un appareil débranché, sorti
du réseau, qui a perdu sa route ou dont le routeur parent est tombé.
Un appareil Zigbee vivant **parle**. Les capteurs envoient leurs mesures, les
routeurs répondent, tout se manifeste au moins périodiquement. Le seul fait
vraiment fiable est donc : _quand ai-je entendu cet appareil pour la dernière
fois ?_ — et la seule question utile : _se tait-il depuis plus longtemps qu'il ne
le devrait ?_
C'est exactement ce que fait cette intégration.
Ce fichier a été tronqué. afficher l'original
Une scène doit être créé pour être alerté en suivant ce qui est indiqué ici :
https://github.com/prohand/gladys-z2m-devices-monitor/blob/main/docs/fr.md#être-alerté--créer-la-scène
N’hésitez pas à me remonter vos remarques / bugs
Intégration installée et scène construite en 5 minutes, c’est top. Et en grande partie grâce aux explications hyper claires.
Bravo @prohand et merci, parce que ça va m’être bien utile pour ne plus me faire berner par un capteur ‹ endormi ›.
Petit bug sur mon instance de prod que je n’avais pas sur ma dev :
Correction apportée en version 1.0.2 :
StephaneB:
Intégration installée et scène construite en 5 minutes, c’est top. Et en grande partie grâce aux explications hyper claires.
Bravo @prohand et merci, parce que ça va m’être bien utile pour ne plus me faire berner par un capteur ‹ endormi ›.
Merci
Attention sur la scène je viens de corriger une coquille ou il ne faut pas oublier de récuperer l’état :
Oui. Je l’ai fait d’instinct, et je me suis dit ensuite qu’il fallait que je te le signale pour que tu ajustes. Mais tu as été plus rapide
Salut @prohand et merci pour ton travail !
Petite question de flemmard… j’ai pas mal d’appareils, je me vois pas les ajouter un par un à gladys dans ton intégration. On pourrait ajouter un bouton « Ajouter tous » ?
guim31:
Salut @prohand et merci pour ton travail !
Petite question de flemmard… j’ai pas mal d’appareils, je me vois pas les ajouter un par un à gladys dans ton intégration. On pourrait ajouter un bouton « Ajouter tous » ?
Salut
Voici la réponse de l’IA :
J’ai vérifié le fonctionnement côté Gladys avant de répondre, parce qu’il y a une contrainte de fond.
Le bouton « Ajouter » de cet écran appartient au cœur de Gladys, pas à l’intégration. L’écran Discovery (front/…/external-integration/discover-page/) affiche une carte par appareil publié et chaque bouton fait un POST /api/v1/device avec le JWT de l’utilisateur. L’API hôte des intégrations (/api/integration/v1/…) n’expose que status, discovered_device, device (lecture), state, config, container… — aucune route de création d’appareil. Une intégration peut proposer des appareils, jamais les créer. Donc un bouton « Ajouter tous » dans l’écran de configuration de l’intégration n’est techniquement pas possible.
Je te laisse créer une demande de fonctionnalité suite à ce retour
Je ne suis pas certain que cette demande soit très utile si ça doit toucher au core Gladys. Je vais juste prendre le temps de cliquer
Bonjour @prohand . Est-ce que dans ton intégration, tu aurais possibilité de gérer les choses suivantes :
dans ton onglet 'supervision :
redémarrer le gestionnaire zigbee (et ce serait bien que ça soit accessible dans une scène d’ailleurs, pour le déclencher de façon régulière)
activer/désactiver l’apparaige
dans ton onglet appareil :
renommer un appareil (c’est à dire lui donner un nom différent de 0x… dans l’interface zigbee, et que Gladys en tienne compte pour ne pas perdre l’historique de données, et les usages dans les scènes et les dashboards)
Bonjour @StephaneB
Cette intégration à pour but uniquement la supervision des éléments zigbee.
Tes 2 points peuvent par contre je pense faire l’objet d’une demande d’amélioration de l’intégration zigbee2mqtt
Je n’arrive pas à me connecter à cette intégration. mon broker l’adresse de mon broker c’est IP:1884 et j’ai l’impression que l’application voudrait que ce soit IP:1883.
J’ai ce retour.
Broker MQTT injoignable sur —.—.-.—:1884 (connect ENETUNREACH 0.0.7.92:1883).
Je viens de pousser un correctif
En faite il fallait obligatoirement mettre mqtt:// avant l’adresse
Avec la correction les 2 sont possibles maintenant
Connecté dès que j’ai fait ta mise a jour, mes 25 appareils sont surveillés. Merci.
Pareil pour moi, tout est en place !!
Merci pour le boulot !
Bonjour @guim31 ,
Je suis dans le même cas que toi : déjà 55 bidules Zigbee, et d’autres vont arriver … Du coup, l’ajout massif ferait du bien
Hello,
C’est lié au core et non au plugin comme indiqué ici il faut faire une demande de fonctionnalité :
Salut
Voici la réponse de l’IA :
J’ai vérifié le fonctionnement côté Gladys avant de répondre, parce qu’il y a une contrainte de fond.
Le bouton « Ajouter » de cet écran appartient au cœur de Gladys, pas à l’intégration. L’écran Discovery (front/…/external-integration/discover-page/) affiche une carte par appareil publié et chaque bouton fait un POST /api/v1/device avec le JWT de l’utilisateur. L’API hôte des intégrations (/api/integration/v1/…) n’expose que status, discovere…
prohand
Septembre 22, 2026, 9:08
18
La version 2 est dispo avec les widgets, déclencheurs et actions
Super, j’ai fait la maj, et j’ai bien retrouvé le widget de l’intégration, c’est très clair.
Je vais laisser tourner quelques jours pour voir comment ça se comporte
Par contre je n’ai pas compris l’étape intermédiaire nécessitant d’ajouter à Gladys dans l’onglet « découverte ».
Ça ne pourrait pas se faire automatiquement ?
prohand
Septembre 23, 2026, 8:41
20
Merci pour le retour
Je ne suis pas bien sur de comprendre ta phrase
Tu pourrai la reformuler stp ?
Edit : Je pense avoir compris, l’ajout via l’étape de découverte est necessaire ici car on peut rajouter plusieurs appareils