En cherchant, j’ai essayé de mettre un bouton refresh and JMQTT ou d’aller chatouiller Z2M pour ‹ pinguer › l’ampoule et si pas de réponse passer l’ampoule en Unavailable et surtout l’était en OFF mais je n’ai pas trouvé.
Je suis sur qu’il doit exister une solution mais j’aimerais pas devoir faire un truc cracra car a mon avis ça doit être évident car ça doit arriver à tout le monde ce pb.
Bonjour
Étonnamment, quand la lampe est éteinte, elle n’envoie pas son état à Jeedom…
Mais comment le pourrait-elle ?
(Le palliatif est bien la reponse de Furax, si elle est offline plus de 1 minutes (3 dans son exemple ) forcer la valeur à 0)
Attention a ce type de montage !
Si un capteur se route sur la lampe quand elle est allumée, ça peut causer des pb !!
Il faut mieux que tu bypass l’interrupteur (les fils passe à côté en etant branché ensemble), la lampe sera toujours alimentée.
Puis sur l’interrupteur, tu mets un capteur d’ouverture de porte qui va te permettre de piloter la lampe dans jeedom
La partie Settings->Availability était déjà à simple. J’ai mis à Advanced mais au final le status du champ Availability était correctement dans Z2M maj après 10min. Donc cela devait fonctionner normalmenent. Par contre, j’ai ajouté dans jMQTT l’info binaire qui me remonte du coup la valeure dans MQQT.
Par contre, je ne comprends pas le la config à mettre dans JC pour que cela marche correctement. J’ai éssayé de supprimer l’entrée Etat vs Availability mais le comportement est étrange et je ne suis pas sur que ce soit correct.
Je viens d’essayer mais je ne suis pas sur si cela marcher correctement. En gros l’idée est que Jeedom va tester la valeure Etat périodiquement et si 2 réponses consécutives sont ratées, il va passer la valeure à 0.
En théroie, cela à l’air d’être exactement ce que je cherche à faire!
Il y a t’il un moyen de troubleshooter ce mécanisme? Car j’ai essayé mais j’ai beau attendre et je ne vois pas le changement d’Etat. A quelle fréquence est envoyé ces requettes?
Je confirme que les lumières passent bien en Offline et que cela remonte dans jMQTT
Info 2024-04-02 15:51:45MQTT publish: topic 'zigbee/Buanderie2/availability', payload '{"state":"offline"}'
Info 2024-04-02 15:51:45MQTT publish: topic 'zigbee/Buanderie/availability', payload '{"state":"offline"}'
par contre l’Etat reste bien à 1
Je ne sais pas si c’est une bonne idée de commencer à faire une autre variable: ETAT && AVAILABILITY mais effectivement cela pourrait être une ‹ solution › (autre que la proposition d’Henri de recabler etc…)
tu dois faire un si ternaire ou ajouter [state] dans la partie json.
mais tu es en availability legacy dans z2m sinon c’est pas du json comme le dit le lien que j’ai mis plus haut. (pas à la maison pour lancer mqtt explorer pour vérifier)