Bonjour.
deCONZ créé deux nœuds pour le même équipement selon norme Zigbee : un nœud pour les fonctions actionneur (équipement qui va réaliser l’action) et un nœud pour les fonctions capteur (mesure niveau batterie pour les commandes sur pile par exemple, niveau de consommation d’une prise , …).
Dans ton cas le nœud actionneur est vu par l’interface API de deCONZ (REST API) comme une catégorie light (c’est pas un problème car ce n’est qu’une classification générique sans conséquences) : à priori si j’ai bien suivi ID xx uid 01 (pas sur sur le ID car je n’ai pas ta copie écran) ce qui est sur c’est uid 01 pour l’actionneur (celui qui reçoit les commandes de mode et de on/off)
Ton nœud capteur (sensor) est ID 36 et uid 01-fc40 si j’ai correctement interprété ton message (mais sans copie écran pas sur)
Donc les PUT pour les commandes sont à faire sur le light (actionneur) et les GET pour les infos d’état sur le sensor (capteur).
Dans Jeedom les commandes si pas créées automatiquement (ce qui me semble bizarre car depuis deCONZ 2.5.74 cet équipement devrait être reconnu) peuvent l’être manuellement comme dans les exemples donnés par @HugoVal11 plus haut.
Quel est le retour à la commande suivante
curl -X GET -i 'http://IPGW:8484/api/0C894FF2A2/lights'
et à
curl -X GET -i 'http://IPGW:8484/api/0C894FF2A2/sensors'
Pour les UID tu es bon, en revanche le soucis sur cet équipement c’est que la commande du fil pilote doit s’executer sur sensor/36 soit Uid 01-fc40 et que jeedom l’Interprété en light s’agissant d’une commande.
J’ai bien la remontée des commandes liés au profil ZHA Thermostat qui ne correspond pas totalement par ailleurs mais c’est un profil par défaut je concois.
Je suis passé par le plugin script et ca fonctionne.
En revanche je ne sais pas comment faire pour passer par une liste #select# ca m’oblige à créer une commande par mode.
En pj le script PHP. FilPilote.txt (574 Octets)
Afin d’éviter de faire complexe je pense qu’il faut traiter le pb à la racine. Comme àça ton fil pilote fonctionner même en l’absence de la box.
Aurais tu la possibilité de passer sous deCONZ GUI (de préférence pas sur ta box mais sur une autre machine WIn10 ou Linux sur laquelle tu brancherais ton doncgle ConBee2 et récupèrerait la configuration Phoscon de ta Box) ?
De retour.
Donc après avoir sauvegardé ta conf Phoscon arrête Jeedom et lance l’appli deCONZ.
Une fois lancée récupère ta conf Phoscon sauvegardée précédemment puis connecte toi à la clef ConBee2.
Après quelques minutes ton réseau va être affiché sous forme de maillage.
Sélectionne l’équipement Legrand Fil Pilote sur ce maillage (check que ce soit bien le bon et qu’il affiche bien deux ronds à droite de sa référence).
Clique sur le rond le plus à droite pour faire apparaitre les end points de l’équipement et les clusters de chaque end point.
Une fois là une petite copie écran de la liste qui sera ainsi apparue avant de continuer.
Cluster 06 : tout a l’air OK . Tu peux si tu le veux modifier le paramètre 4003 pour définir le mode de fonctionnement à la mise sous tension de l’équipement (cas de coupure électrique par exemple)
Cluster Fc01 : là aussi correctement paramétré pour le fil pilote (0001 pour OFF, 0002 pour ON)
Cluster FC40 : là par contre je suis dubitatif sur le mode off. Je regarde plus en détail dans ma configuration deCONZ avant de te répondre
Pour le bind : c’est normal que sur le client ce soit grisé c’est une commande . Seul le serveur (actionneur) doit avoir une ligne en bleu. DOnc il faut glisser déposer le cluster 0006 de la commande (en gris donc) vers la source dans le panneau de binding . Ensuite glisser déposer le cluster On/Off (donc ligne couleur bleu) de ton actionneur (celui qui va réaliser l’action) sur la case Destination et valider par Bind
Pour l’instant on vérifie qu’au niveau bas (càd sans Jeedom et sans l’API) tout soit déjà OK partout.
Ce qui est le cas pour le fil pilote (end point 01 pour l’équipement ) qui n’est pas reconnu comme light par deCONZ et c’est mieux ainsi).
Donc effectivement soit c’est l’API qui est buguée soit c’est le plug in Jeedom (soit les deux).
Pour le bind si tu as bien glissé aussi le cluster 6 de ta lampe je ne vois pas ce qui peut bloquer. Vérifie bien au préalable que ta lampe soit physiquement accessible zigbee et sous tension sinon le bind ne marchera pas et donnera time out.
Pour le bind depuis redemarrage de la VM j’ai une des telecommandes qui ne fonctionne plus.
Je me demande si je n’ai pas des problèles de groupes en double il faudrait que je prenne le temps d’investiguer, je voulais étre sur de ne pas passer a cote de quelque chose mais apparemment non.
Ce n’est pas le sujet.
Pour la fil pilote je sais que cela fonctionne en reguete curl et que le problème vient de jeedom, qui passe la commande sur l’objet light/36 au lieu de sensor/36
Pour le fil pilote je laisse donc les actions se poursuivre en attendant une correction. Effectivement dans l’intervalle tu vas devoir faire avec un contournement pas des requetes curl .
C’est aussi pour cela que j’ai fait des binds entre des inters physiques (dotés d’émetteurs radio derrière) et les prises commandées ou fils pilote pour être à l’abri des aléas logiciels de la box
