Merci
Le 4 bouton Philips.RWL021.
J’arrive à bind en appuyant sur les touches pendant le bind mais pas de commande du groupe.
Avec le smart ca marche aussi pour moi.
Bonjour,
Ca marche pour moi avec le RWL022, le dimmer 4 boutons V2. Par contre le fait le binding juste après avoir associé la télécommande avec le contrôleur Zigbee, car j’ai remarqué que lorsque la télécommande n’ai plus en mode appairage, cela ne fonctionne pas. Pour rentrer en mode appairage, il faut appuyer sur le bouton reset (dans le compartiment à pile) pendant 5 secondes.
Merci
J’ai essayé 5 secs et 5 clicks sur le bouton reset.
Ca bind bien dans les 2 cas mais ca ne commande pas le groupe. J’appuie sur on/off rien ne se passe.
Bonjour,
Je pense que je suis en même config :
- Ampoules IKEA E14 et E27 avec variation de température de couleur blanche
- Télécommande 5 boutons
J’ai la dernière version bêta de zigbee (2021-04-30 01:03:09) et stable de jeedom (4.1.22).
Les ampoules et la télécommande sont en dernière version (maj OTA déjà faite il y a quelques jours et revérifiée).
Le binding fonctionne parfaitement pour le on/off (6), l’intensité (8) mais pas pour la température de couleur.
En regardant les logs, je m’aperçois que pour l’intensité, j’ai une décrementation des chiffres pour l’intensité quand j’appuye sur les boutons de diminution de l’intensité :
[2021-04-30 20:01:27][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.general_command] Cluster: <zigpy.zcl.clusters.general.LevelControl object at 0xffff9d150748> ClusterId: 0x0008 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=18 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=0, value=<TypeValue type=uint8_t, value=52>)]],)
[2021-04-30 20:01:27][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.attribute_updated] Received an attribute update 0=52 on cluster 8
[2021-04-30 20:01:28][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.general_command] Cluster: <zigpy.zcl.clusters.general.LevelControl object at 0xffff9d150748> ClusterId: 0x0008 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=19 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=0, value=<TypeValue type=uint8_t, value=44>)]],)
[2021-04-30 20:01:28][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.attribute_updated] Received an attribute update 0=44 on cluster 8
[2021-04-30 20:01:29][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.general_command] Cluster: <zigpy.zcl.clusters.general.LevelControl object at 0xffff9d150748> ClusterId: 0x0008 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=20 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=0, value=<TypeValue type=uint8_t, value=9>)]],)
[2021-04-30 20:01:29][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.attribute_updated] Received an attribute update 0=9 on cluster 8
Alors que pour la température de couleur, c’est juste « 0 » (bouton gauche) ou « 255 » (bouton droit).
[2021-04-30 20:01:31][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.general_command] Cluster: <zigpy.zcl.clusters.general.Scenes object at 0xffff9d150668> ClusterId: 0x0005 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=21 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=1, value=<TypeValue type=uint8_t, value=255>)]],)
[2021-04-30 20:01:31][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.attribute_updated] Received an attribute update 1=255 on cluster 5
ou
[2021-04-30 20:01:33][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.general_command] Cluster: <zigpy.zcl.clusters.general.Scenes object at 0xffff9d150668> ClusterId: 0x0005 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=22 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=1, value=<TypeValue type=uint8_t, value=0>)]],)
[2021-04-30 20:01:33][INFO] : [5c:02:72:ff:fe:d1:11:cb][listener.attribute_updated] Received an attribute update 1=0 on cluster 5
@mfjl : pourrais-tu me dire si tu as les mêmes logs pour le changement de température de couleur ?
Merci !
1 « J'aime »
Bonsoir,
Désolé j’arrive pas à comprendre le principe du binding (enfin comment faire).
Je voulais tenter d’associer un bouton sonoff à une ampoule innr.
Ça se passe bien dans la configuration du module et à l’endroit où il y a les cluster entrant et sortant ?
On devrait pouvoir cliquer sur un cadre bleu comme On/Off pour faire l’association ?
J’ai essayé aussi de créer un groupe dans lequel j’ai mis l’ampoule innr mais ça m’avance pas.
Je suis en version stable du plugin.
Merci pour votre aide 
Important, lorsque tu lance le bind, appuie sur ton inter sonoff, ça le réveil afin qu’il écrive la commande.
Ahhhhh oui j’avais pas fait gaffe à la petite chaine je cliquais sur l’image bleu au centre 
J’ai désactivé mon scénario qui avait le bouton en événement provoqué, crée un groupe avec la lumière et j’ai réussi le bind sans problème ! ça marche bien mieux pour le on/off que de passer par un scénario puisque l’ordre donné ne risque plus de se perdre en route en cas d’éloignement trop important.
Par contre, petite question : comme c’est un bouton qui permet de fait un clic, un double clic et un appuie long, on perd la possibilité de faire double-clic et appui long c’est ça ?
On peut pas imaginer avoir un mix des 2, binding et scénario ?
L’un n’empêche pas l’autre. Les deux sont utilisables en parallèle.
C’est quel équipement que tu as mis à jour ? Quelle est ta version de firm stp?
Quand j’étais sous zigbee2mqtt, j’avais fait l’astuce de déclarer un groupe sur le même group id que la télécommande postait. Ici avec ton plugin, on a pas le choix du group id quand on en crée un, je me trompe ?
Du coup ma télécommande pouvait bien contrôler la couleur de mon ampoule ikea.
Autre chose depuis que j’ai migré sur une clé ezsp, quand on se sert de la télécommande bindée à l’ampoule, l’ampoule ne renvoie pas son changement d’état au contrôleur, comment faire ?
Le problème c’est que si l’on fait un double-clique à destination du scénario (par exemple pour changer de couleur), le binding va tout de suite prendre en compte le simple clic et éteindre l’ampoule si elle était allumée.
Admettons que le scénario soit prévu pour changer de couleur lors d’un double-clique quand l’ampoule est allumée il sera marron puisque l’ampoule se sera éteinte via l’action binding. Non vraiment je vois pas bien comment les 2 peuvent travailler ensemble 
Ce n’est pas faux. C’est bien pour cela que j’utilise une touche par fonction : celle pour les ON/OFF/variation, celle pour le lancement de scène/ scénario. C’est une bonne pratique à adopter car les fonctions étant différentes il faut que l’ergonomie d’emploi soit claire. Imagine un nouvel arrivant dans la maison qui ait à mémoriser pour chaque bouton le nb de clics pour faire une action. Pas terrible in fine…
Oui je vois bien sûr, tu as raison. Mais là pour le coup c’est un bouton unique Sonoff SNZB-01 donc je ne pourrai utiliser que le on/off. Même la variation d’intensité ne fonctionne pas du coup, c’est dommage.
Bonjour,
J’ai eu ce problème aussi entre binding et scénario…
Du coup, je fais tout par scénario (tu gères beaucoup plus de choses qu’un simple on/off) car ma domotique plante moins 
.
En cas de crash de ta domotique, tu peux toujours binder un simple bouton sur pile que tu laisses dans un coin
@celine
Bonjour
Mon probléme est que la temperature de la couleur fonctionne désormais avec la tel 5 boutons, mais que je ne sais pas pourquoi ça fonctionne
J’ai vérifié les logs en actionnant les commandes de temperature de couleur, mais je n’ai pas le même log que toi:
[2021-05-01 19:06:47][INFO] : [60:a4:23:ff:fe:bb:d1:53][listener.cluster_command] Cluster: <zhaquirks.ikea.ScenesCluster object at 0x73ef0a10> ClusterId: 0x0005 tsn: 63 args: (7, [257, 13, 0])
[2021-05-01 19:06:47][INFO] : [60:a4:23:ff:fe:bb:d1:53][listener.cluster_command] Use specific decode funtion of cluster id 5
[2021-05-01 19:06:48][INFO] : [60:a4:23:ff:fe:bb:d1:53][listener.cluster_command] Cluster: <zhaquirks.ikea.ScenesCluster object at 0x73ef0a10> ClusterId: 0x0005 tsn: 64 args: (7, [256, 13, 0])
[2021-05-01 19:06:48][INFO] : [60:a4:23:ff:fe:bb:d1:53][listener.cluster_command] Use specific decode funtion of cluster id 5
J’ai fait plusieurs essais avant d’avoir d’aboutir à cette config, et au début , juste après inclusion du bouton , j’avais effectivement la valeur 0 ou 250.
Malheureusement, je n’ai pas identifié à quel moment le changement apporté m’a donné le résultat actuel.
Par contre, j’ai remarqué des curiosités dans la config à laquelle je suis arrivé:
Je n’ai pas inclus la lampe Ikea dans aucun groupe zigbee visible (sous les équipements)
Par contre , lorsque je vais dans le menu « groupe zigbee » pour voir la liste des groupes, il y a un groupe étrange avec un ID 58594, rien dans le « nom jeedom », le champ « nom » est renseigné avec « No name group 0xE4E2 » et il y a 1 membre dans ce groupe.
Ce groupe n’étant pas visible sous les équipements, je ne peux aller voir la le membres inclus, mais je soupçonne que c’est la lampe ikea qui est dans ce groupe « No Name ».
J’avais fait le test d’une inclusion directe de la télécommande (à moins de 50 cm de la lampe), aprés avoir inclus la lampe et la telecommande dans le réseau zigbee.
je ne suis pas du tout spécialiste mais je suppose que la procédure que j’ai appliquée, a créé un binding sans passer par le plugin, et que cette procédure ait créé ce groupe « No Name » avec les scénes Ikea associées à la telecommande 5 Boutons.
Je vais essayer de reproduire la config avec une autre ampoule et une autre telecommande.
Je vous tiens au courant
Bonsoir
suite de mon precedent post : le fait d’ inclure une autre ampoule ikea a eu un effet curieux : celui de faire apparaitre le groupe « no name » auparavant invisible dont je parlais.Arés verification, c’est bien dans ce groupe « No Name » que se trouve la premiere lampe Ikea,.Je n’ai pas créé ce groupe, mais il semblerait que ce soit l’inclusion à ce groupe qui permet d’avoir le fonctionnement de la temperature de la couleur.
Quant à reproduire cette config sur une 2eme ampoule… je n’y suis pas encore…
1 « J'aime »
De mon côté, j’ai essayé plusieurs choses :
- j’ai bien les logs du même type que toi quand le groupe est en « off » (mais pas en « on ») mais aucune incidence sur la température de couleur
- j’ai tenté d’inclure avec la télécommande une lampe qui était déjà dans le groupe (sans l’enlever). Fonctionnement identique.
- j’ai tenté de l’enlever du groupe et de la remettre via la télécommande uniquement. Le fonctionnement est exactement le même sauf que la lampe n’apparaît pas dans le groupe (donc zéro impact sur la température de couleur).
A suivre…
Des news.
Le binding marche désormais avec deux ampoules E27 (restées dans le groupe, pas en binding direct). J’ai cru voir qu’elles ont eu une mise à jour ira hier soir, je vérifierai dans les logs.
En revanche ça ne marche toujours pas avec les E14 (dans et hors du groupe jeedom).
Je regarderai les logs plus en détail ce soir.
@mfjl : c’est bien des E14 avec lesquelles tu fais les tests ?
Salut,
J’avais commencé par utilisé du scénario, classique. Mais les temps de réponses et de succès sont incompatible avec l’utilisation d’une lumière. Parfois moins d’une secondes (OK), parfois 2 secondes (PAS OK), parfois aucun ordre reçu (PAS OK).
Donc je ferais avec binding direct et j’utiliserais le téléphone pour modifier luminosité et couleur au besoin.
Ok je peux comprendre pour la réactivité, effectivement ça peut-être gênant…
Si tu px te "permettre " de gérer avec le téléphone c nickel, moi c dans un couloir avec détection, intensité suivant l’heure etc donc faut que ce soit automatique par scénario.
Juste pour info, je ne sais pas sur quoi tu tournes comme matériel mais je suis passé d’un pi3b+ a un mini Pc i5 6000 (à cause d’un n-ieme plantage) et mes détections, allumages etc… sont beaucoup plus réactifs/rapides 