Après des tests, ces boutons sont pleinement utilisables avec … ZigbeeLinker
Je suis en train de passer tous mes équipements sur ZigbeeLinker, soit Zigbee2MQTT et ces télécommandes fonctionnent parfaitement.
C’est quand même dommage de migrer tous les équipements juste pour un module.
Ça veut dire refaire tous les scénarios ?..!
Toujours pas de nouvelles d’une mise à jour éventuelle, les autres lecteurs ?
Oui mais ZigbeeLinker (plutôt Zigbee2MQTT) est bein plus fonctionnel et il y a plus d’options sur certains modules.
Je regrette pas d’avoir changé, même si je garde le Zigbee officiel activé (pour des boutons volets roulants Schneider mal gérés par Z2M pour le coup).
Bonjour à tous, ayant le même module que je viens de recevoir ce jour, j’ai également des soucis (si j’avais vu cette page avant de l’acheter, j’aurai réfléchi à 2 fois).
Enfin bref, le problème me semble bizarre. J’utilise Jeedom version 4.2.12 avec le système Smart. J’ai une clé Conbee II et le plugin zigbee en version 2022-02-17 01:03:02.
L’inclusion se passe correctement et je me retrouve avec 2 commandes (Bouton 1 et Bouton 2, comme la capture de pirloui). Lorsque j’appuie sur le bouton 1 ou 2, je ne vois rien apparaître dans le log event.
J’essaie donc la fonctionnalité Auto découverte des commandes d’information en appuyant sur les 2 boutons. Plusieurs commandes sont créées.
Et là, je vois apparaître des événements correspondants dans le log event
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::85] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::button] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::press_type] valeur : 0
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::attr_id] valeur : 85
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::value] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::0] valeur : 1
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::85] valeur : 1
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::button] valeur : 2
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::press_type] valeur : 0
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::attr_id] valeur : 85
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::value] valeur : 1
[2022-02-23 19:09:03]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::0] valeur : 2
Je me dis, nickel, ça va fonctionner, il y a bien une remontée dans jeedom.
Par contre, après ces premiers évènements … plus rien, aucun événement et donc c’est inutilisable.
Dans les log du plugin zigbee, il y a bien des informations, mais pas de remontée dans les evénements de jeedom
[2022-02-23 18:24:19]INFO : [54:ef:44:10:00:1b:0e:b1][listener.general_command] Cluster: cluster_id: 0x0012 command_id: manufacturer=None tsn=42 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=85, value=)]],)
[2022-02-23 18:24:19]INFO : [54:ef:44:10:00:1b:0e:b1][listener.attribute_updated] Received an attribute update 85=1.0 on cluster 18
[2022-02-23 18:24:19]INFO : [54:ef:44:10:00:1b:0e:b1][listener.zha_send_event] Received an event update 1_single={'button': 1, 'press_type': 'single', 'attr_id': 85, 'value': 1.0} on cluster 18
[2022-02-23 18:24:19]INFO : [54:ef:44:10:00:1b:0e:b1][listener.attribute_updated] Received an attribute update 0=1_single on cluster 18
[2022-02-23 18:24:19]INFO : Send to jeedom : {'devices': {'54:ef:44:10:00:1b:0e:b1': {'1': {'18': {'85': {'value': '1.0', 'cluster_name': 'MultistateInputCluster'}, 'event': {'1_single': {'value': {'button': 1, 'press_type': 'single', 'attr_id': 85, 'value': 1.0}, 'cluster_name': 'MultistateInputCluster'}}, '0': {'value': '1_single', 'cluster_name': 'MultistateInputCluster'}}}}}}
[2022-02-23 18:24:21]INFO : [54:ef:44:10:00:1b:0e:b1][listener.general_command] Cluster: cluster_id: 0x0012 command_id: manufacturer=None tsn=43 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=85, value=)]],)
[2022-02-23 18:24:21]INFO : [54:ef:44:10:00:1b:0e:b1][listener.attribute_updated] Received an attribute update 85=1.0 on cluster 18
[2022-02-23 18:24:21]INFO : [54:ef:44:10:00:1b:0e:b1][listener.zha_send_event] Received an event update 2_single={'button': 2, 'press_type': 'single', 'attr_id': 85, 'value': 1.0} on cluster 18
[2022-02-23 18:24:21]INFO : [54:ef:44:10:00:1b:0e:b1][listener.attribute_updated] Received an attribute update 0=2_single on cluster 18
[2022-02-23 18:24:21]INFO : Send to jeedom : {'devices': {'54:ef:44:10:00:1b:0e:b1': {'2': {'18': {'85': {'value': '1.0', 'cluster_name': 'MultistateInputCluster'}, 'event': {'2_single': {'value': {'button': 2, 'press_type': 'single', 'attr_id': 85, 'value': 1.0}, 'cluster_name': 'MultistateInputCluster'}}, '0': {'value': '2_single', 'cluster_name': 'MultistateInputCluster'}}}}}}
Ne serait-ce pas un bug dans jeedom, plutot que dans le plugin zigbee ?
Idem ici.
Dans l’auto découverte des commandes d’information, les 12 nouvelles commandes sont créées mais aucune remontée de valeur.
Hâte d’une mise à jour JEEDOM / Plugin ZIGBEE.
Même souci pour moi. En regardant les logs Zigbee, j’ai vu que les commandes recherchées n’étaient pas celles créées pour l’équipement. J’ai mis les commandes affichées dans les logs, et du coup cela fonctionne, y compris dans les scénarios
1::18::0 pour le bouton 1 (au lieu de 1::18::cmd::0)
2::18::0 pour le bouton 2 (au lieu de 3::???.. je ne me souviens plus)
1 « J'aime »
Même souci chez moi, aucun bouton ne marche. J’ai essayé avec 1::18::0 mais rien.
J’ai néanmoins ceci dans les logs lors d’un appuis :
Bouton 1 :
DEBUG : Ignoring message (b’184e0a5500210100’) on cluster 18: unknown endpoint or cluster id: 'No cluster ID 0x0012 on (54:ef:44:10:00:2a:2f:2e, 1)
Bouton 2 :
DEBUG : Ignoring message (b’18500a5500210100’) on cluster 18: unknown endpoint or cluster id: 'No cluster ID 0x0012 on (54:ef:44:10:00:2a:2f:2e, 2)
Bonjour,
Depuis que j’ai modifié selon la proposition de Fab1 (merci à lui), je reçois bien les infos des 2 boutons mais seulement le simple appui qui se nomme « 1_single » ou « 2_single » en fonction du bouton.
Quelqu’un a-t-il plus d’infos ?
Merci d’avance !
Pas mieux. Je reçois uniquement le simple appui, et les logs Zigbee n’enregistrent pas autre chose. Je n’ai pas approfondi car je n’ai pas besoin de plus que le simple appui
J’avoue que ces messages me laissent perplexe. Idée : supprimer le Device et recommencer à zéro, en regardant les logs.
J’ai tenté un RAZ + réinsertion mais toujours absolument rien, seul la batterie remonte.
Le module envoie bien des trames mais ignoré par le plug-in ou le contrôleur. De plus les commandes par défaut ne corresponde pas au numéro de cluster qui remonte lors d’un appuis sur les boutons.
Je suis encore trop juste en Zigbee pour comprendre l’origine du problème.
Voici les infos brutes du module :
{
"ieee": "54:ef:44:10:00:2a:2f:2e",
"nwk": 55288,
"status": 2,
"lqi": "100",
"rssi": "-75",
"last_seen": "1647971158.9337256",
"node_descriptor": "02:40:80:5f:11:7f:64:00:00:2c:64:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 261,
"profile_id": 260,
"manufacturer": "LUMI",
"model": "lumi.remote.b28ac1",
"output_clusters": [
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
},
{
"id": 8,
"name": "Level control",
"attributes": []
},
{
"id": 768,
"name": "Color Control",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 3
},
{
"id": 1,
"name": "app_version",
"value": 21
},
{
"id": 2,
"name": "stack_version",
"value": 2
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "LUMI"
},
{
"id": 5,
"name": "model",
"value": "lumi.remote.b28ac1"
},
{
"id": 6,
"name": "date_code",
"value": "20200907"
},
{
"id": 7,
"name": "power_source",
"value": 3
},
{
"id": 16384,
"name": "sw_build_id",
"value": "2019"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 1,
"name": "Power Configuration",
"attributes": [
{
"id": 32,
"name": "battery_voltage",
"value": 32
}
]
}
]
},
{
"id": 2,
"status": 1,
"device_type": 259,
"profile_id": 260,
"manufacturer": null,
"model": null,
"output_clusters": [
{
"id": 6,
"name": "On\/Off",
"attributes": []
},
{
"id": 3,
"name": "Identify",
"attributes": []
}
],
"input_clusters": [
{
"id": 3,
"name": "Identify",
"attributes": []
}
]
},
{
"id": 3,
"status": 1,
"device_type": 259,
"profile_id": 260,
"manufacturer": null,
"model": null,
"output_clusters": [
{
"id": 6,
"name": "On\/Off",
"attributes": []
}
],
"input_clusters": [
{
"id": 3,
"name": "Identify",
"attributes": []
}
]
},
{
"id": 4,
"status": 3,
"device_type": null,
"profile_id": null,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": []
},
{
"id": 5,
"status": 3,
"device_type": null,
"profile_id": null,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": []
},
{
"id": 6,
"status": 3,
"device_type": null,
"profile_id": null,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": []
}
],
"signature": {
"manufacturer": "LUMI",
"model": "lumi.remote.b28ac1",
"node_desc": {
"logical_type": 2,
"complex_descriptor_available": 0,
"user_descriptor_available": 0,
"reserved": 0,
"aps_flags": 0,
"frequency_band": 8,
"mac_capability_flags": 128,
"manufacturer_code": 4447,
"maximum_buffer_size": 127,
"maximum_incoming_transfer_size": 100,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 100,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 261,
"input_clusters": [
0,
3,
1
],
"output_clusters": [
3,
6,
8,
768
]
},
"2": {
"profile_id": 260,
"device_type": 259,
"input_clusters": [
3
],
"output_clusters": [
6,
3
]
},
"3": {
"profile_id": 260,
"device_type": 259,
"input_clusters": [
3
],
"output_clusters": [
6
]
},
"4": {
"profile_id": null,
"device_type": null,
"input_clusters": [],
"output_clusters": []
},
"5": {
"profile_id": null,
"device_type": null,
"input_clusters": [],
"output_clusters": []
},
"6": {
"profile_id": null,
"device_type": null,
"input_clusters": [],
"output_clusters": []
}
}
},
"class": "zigpy.device"
}
Pas de cluster 18 ou 12 … Pourtant c’est ce qui semble remonter chez moi lors d’un l’appui.
C’est le module qui remonte les infos brutes ? Ou c’est la pré-configuration du module par Jeedom ?
Donc je resume les étapes :
1/ intégrer le module dans le plugin. Normalement les 2 boutons apparaissent dans les commandes
2/ aller dans le log du plugin. Appuyer sur le bouton 1 puis sur le bouton 2 pour recupérer les Logical ID respectifs des 2 boutons.
3/ retourner dans les commandes du module pour y mettre les bons Logical ID. Chez moi le bouton 1 est 1::18::0 et le bouton 2 est 2::18::0.
Voilà normalement ca marche, en tout cas les boutons sont reconnus.
Sauf que chez moi quand je crée un scenario tout simple comme pour allumer une lampe, ca ne marche pas, j’ai ce message « Expression non valide [#1585#] trouvée dans le scénario ».
Il se trouve que 1585 est ID du bouton 1 et là je sèche…
EUREKA !!!
c’était les paramètrages de mon scénario qui déconnaient.
J’ai donc bien le bouton 1 et le bouton 2 qui fonctionnent en simple appui 
Il y a peut être une possibilité de récupèrer les autres appuis en récréant les commandes mais comme fab1 les simples appuis me vont très bien.
Comment avez-vous associé cet interrupteur ? Au passage je suis sur Atlas (EZSP + Zigbee)
Bonjour,
Je vais reprendre le sujet, ca va pas etre simple… Deja
- je vois des json ou le module est pas reconnu par zigpy => avez vous bien mis a jour les dépendances du plugin ?
- je vois que certain on maintenant des informations en plus dans les commandes :
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::85] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::button] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::press_type] valeur : 0
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::attr_id] valeur : 85
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::event::1_single::value] valeur : 1
[2022-02-23 19:08:54]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][1::18::0] valeur : 1
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::85] valeur : 1
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::button] valeur : 2
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::press_type] valeur : 0
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::attr_id] valeur : 85
[2022-02-23 19:09:02]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::event::2_single::value] valeur : 1
[2022-02-23 19:09:03]INFO : Evènement sur la commande [Chambre][Interrupteur sans-fil][2::18::0] valeur : 2
Pour ceux qui arrive a avoir cette création de commande le soucis doit venir de la répétition des commandes qui ne doit pas être a répétition « oui » (je vais voir pour corriger).
Une fois que j’aurais bien tout compris je mettrais bien évidement a jour la configuration pour que ca soit ok dans les 24h en beta.
Bonjour à tous, de mon côté, impossible de dissocier le bouton 1 du bouton 2… Les log donnent exactement la même chose que ce soit lors d’un appui sur le bouton 1 ou le bouton 2…
Appui sur le bouton 1 :
[2022-04-29 11:53:01][DEBUG] : {"devices":{"54:ef:44:10:00:12:31:67":{"1":{"6":{"cmd":[{"value":"2","cluster_name":"On\/Off"},{"value":"toggle()","cluster_name":"On\/Off"}]}}}}}
[2022-04-29 11:53:01][DEBUG] : Search command for 54:ef:44:10:00:12:31:67 logicalId : 1::6::cmd::0 => 2 convert to 2
[2022-04-29 11:53:01][DEBUG] : Search command for 54:ef:44:10:00:12:31:67 logicalId : 1::6::cmd::1 => toggle() convert to toggle()
Appui sur le bouton 2 :
[2022-04-29 11:53:02][DEBUG] : {"devices":{"54:ef:44:10:00:12:31:67":{"1":{"6":{"cmd":[{"value":"2","cluster_name":"On\/Off"},{"value":"toggle()","cluster_name":"On\/Off"}]}}}}}
[2022-04-29 11:53:02][DEBUG] : Search command for 54:ef:44:10:00:12:31:67 logicalId : 1::6::cmd::0 => 2 convert to 2
[2022-04-29 11:53:02][DEBUG] : Search command for 54:ef:44:10:00:12:31:67 logicalId : 1::6::cmd::1 => toggle() convert to toggle()
@Loic, tu as pu corriger quelque chose le mois dernier ?
Bonjour
Non rien touché sinon je vous l’aurez bien sûr indiqué
Est-ce que ça peut venir du matériel ? Car contrairement aux autres (@fab1 par exemple), je n’ai pas de différences entre les boutons dans les logs… C’est ballot quand même. Bon, c’est toujours ça d’avoir un bouton fonctionnel pas cher, mais bon, sachant qu’il peut avoir 7 fonctions différentes, c’est con…
Wait and see du coup.
PS : C’est toujours mieux que mes anciens boutons MOES qui bouffent les piles en 3 semaines… bien de la mouise pour le coup ces boutons… (cf. ce post concernant les boutons en question)
Seul le fabricant peut te dire, ça vient sûrement du firmware mais ya que le fabricant qui peut savoir ce que fait le firmware et ce qu’il a mis dedans
@fab1 Est-ce que tes logs sont toujours identiques ? Tu as toujours un 1::18::0 qui remonte pour le bouton 1 et un 2::18::0 pour le bouton 2 ?
Si oui, je ne comprends pas ce que j’ai mal fait… De mon côté, c’est 1::6::cmd::0 et 3::6::cmd::0