Il va y avoir un petit conflit avec la PR de @Lokkye sur les alertes de batterie.
Suivant la PR que je merge en premier, il y aura des modifications à faire par l’autre dans sa PR.
Comme la PR de @Lokkye est antérieur et quasi prête, je lui donne la primeur mais du coup @_Will_71 ta PR devra être modifiée pour prendre en compte ces changements dans les alertes de batterie (vu que tu ajoute un type « low battery » qui est dans la category « battery »)
J’ai pas testé avec un vrai capteur, seulement en mqtt en envoyant moi même des messages mqtt.
Je peux toujours faire une image docker pour que quelqu’un test en réel.
Pas de soucis merge la PR @Lokkye et je modifierai ma PR ensuite.
Pour la batterie c’est ok, l’item apparait, et pour des piles usagées on a bien batterie faible : oui en rouge, et pour des piles neuves : non en vert.
Par contre, l’item du tamper n’apparait pas dans la liste des propriétés de l’appareil.
Et pour info : la traduction de tamper qui est faite dans le tableau de bord de z2m c’est « manipulation » avec comme valeur « non » et « manipulé ». Mais c’est juste une info, « détection sabotage » me va.
Comme une attention se posait concernant la gestion de la batterie entre deux versions de développement, j’ai ajouté un détecteur de mouvement sonoff. Sur la partie en prod, seul la propriété du niveau de la batterie est proposée. Dans le test que j’ai fait, il y a les deux : niveau et batterie faible (oui non). Cela m’indique un niveau à 100% et batterie faible « non » en vert. Donc les deux semblent cohabiter correctement. Je dis « semble » car je ne sais pas comment se comporte la propriété « batterie faible » quand la pile est usée (car je n’en ai pas sous le coude).
Dans le cas de ton capteur c’est normal que tu as maintenant les 2 dans le test car les 2 exposes (battery et battery_low) sont disponibles pour ce capteur
Une question par contre concernant l’installation que tu as fait.
Tu as gardé la même base de donnée que ta prod avec le capteur déjà appairé où cette une installation de test avec nouvelle base de donnée avec nouveau conteneur zigbee2mqtt et tu as re-appairé ton capteur owon?
J’ai laissé l’information de la base telle que dans le tuto (SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db ), donc base de prod me semble-t-il. Par contre il a quand même fallu que je ré-appaire les capteurs. Je sais pas si c’est normal (c’est vrai qu’utilisant la base de prod, je m’attendais à avoir déjà mes capteurs reconnus). Dans z2m il n’y avait plus rien.
Le fait que tu me poses la questions je viens de faire une vérif. Je me rends compte que j’ai du faire une boulette , car je pensais que j’avais deux base z2m et non, quand je reviens sur mon gladys de prod, j’ai le même z2m avec seulement les 2 capteurs que je viens de tester, et j’ai une croix rouge entre Gladys et MQTT dans la configuration.
Je vais attendre de finir les tests pour ton développement, et je me remettrais propre ensuite.
Bonjour,
J’ai testé la nouvelle image. Impeccable, tout fonctionne correctement. L’item détection de sabotage est disponible. Lorsque le détecteur est sur son support, on a la valeur « non » en vert, sinon « oui » en rouge. Pour la batterie, cela fonctionne toujours.
, car je pensais que j’avais deux base z2m et non, quand je reviens sur mon gladys de prod, j’ai le même z2m avec seulement les 2 capteurs que je viens de tester, et j’ai une croix rouge entre Gladys et MQTT dans la configuration.
de mon côté en voulant rebaser ma branche du coup la PR à été fermé.
