Et pourquoi pas avoir un widget image de l’equipement dans la liste déroulante? C’est permettrait de choisir plus simplement
1 « J'aime »
Bonjour,
Il n’y a malheureusement pas de ménage possible a faire… Un fabricant (en particulier xiaomi et tuya) on souvent plusieurs denomination interne pour le meme module, il faut absolument faire une conf pour chaque denomination d’ou le faite qu’il y en ait beaucoup. Mettre les images du modules ne changera rien c’est souvent la meme image pour 3 ou 4 conf…
OK il faut donc continuer à te transmettre les Json pour chaque dénomination (même si elles sont approchantes et fonctionnent avec une config similaire).
Mais peux tu envisager de regrouper/trier les devices par type : Mouvement, Ouverture, Switch, etc ?
Là on doit parcourir tout le menu déroulant et parfois un peu dérouté par la multiplicité des items similaires.
Merci d’avance et bravo pour ton implication insatiable…
Déjà les modules sur prise l’on « attrapé ». Reste les modules sur pille, je ne sais pas trop quand ils réévaluent le maillage par contre :
(en haut au milieu)
Bonjour,
Petites questions,
le plugin est-il fonctionnel ? Si nouvelle version doit on tous reinclure ?
Merci
C’est une bêta et oui il peut arrivé de devoir ré inclure des end devices et des routeurs …
Encore une question
Que fait le plugin MQTT docker hub par rapport au plugin zigbee beta ??
Re-Merci
Après avoir mis 1160 en long pool, la pile a tenu 36 heures… morte hier matin le 17 mars…
Tu es sur qu’il l’a bien pris ? Tu peux le voir dans le log zigbee_X (X le numéro du démon) en recherchant pool et la tu vois les pool transmis. J’ai 3 telecommandes ikéa et aucun soucis de pile depuis le passage en 1160
La valeur est toujours dans la configuration mais pas de trace de longpool dans les logs, mais bon vu que la télécommande est à plat…
Piles commandées, je les reçois demain.
Bonjour,
je rencontre un problème de répétition d’ordre zigbee.
Je me souviens que certains l’ont déjà évoqué mais je ne retrouve plus la référence.
Je possède un interupteur sans fil Legrand et un scénario qui déclenche lorsque la commande d’état est touchée => j’engage un toggle d’une ampoule à ce moment la.
J’ai remarqué que parfois mon ampoule s’allume puis s’éteint puis s’allume etc.
En regardant les logs du démon zigbee, vois que l’interrupteur « semble » envoyer en effet plusieurs l’ordre à certains moments.
Dans le log, on voit la séquence suivante :
- J’appuie sur le bouton => OK, ordre reçu
- Une nouvelle fois => OK
- Encore une autre fois => OK
- Et sur le 4 ième éssai, j’ai 4 fois l’ordre reçu
[2021-03-19 11:10:55][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:10:55][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:10:56][INFO] : ZDO Device announce: 0xa677, 00:04:74:00:00:ac:7b:1e
[2021-03-19 11:10:56][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:10:56][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (0, [])
[2021-03-19 11:10:59][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:00][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:00][INFO] : ZDO Device announce: 0xa677, 00:04:74:00:00:ac:7b:1e
[2021-03-19 11:11:00][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:00][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
[2021-03-19 11:11:11][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:11][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:12][INFO] : ZDO Device announce: 0xa677, 00:04:74:00:00:ac:7b:1e
[2021-03-19 11:11:12][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:12][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
[2021-03-19 11:11:15][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:15][INFO] : ZDO Device announce: 0xa677, 00:04:74:00:00:ac:7b:1e
[2021-03-19 11:11:15][INFO] : Device 0xa677 (00:04:74:00:00:ac:7b:1e) joined the network
[2021-03-19 11:11:15][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
[2021-03-19 11:11:16][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
[2021-03-19 11:11:19][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
[2021-03-19 11:11:25][INFO] : [00:04:74:00:00:ac:7b:1e][listener.cluster_command] Cluster: <zigpy.zcl.clusters.general.OnOff object at 0x7f85b5bc8a20> ClusterId: 0x0006 tsn: 0 args: (1, [])
Est ce qu’il existe des solutions pour cela ou ai-je loupé quelque chose ?
Merci pour vos réponses
++
Bonjour,
Malheureusement rien a y faire c’est le module qui est conçu comme ça.
Tu penses que ca veut dire que chez Legrand eux mêmes ou chez deconz (ou autre) ils ont des mécanismes de dédoublement ?
En tout cas ca en fait selon moi des modules inutilisables. Un appui sur un interrupteur doit être quelque chose de simple et le résultat doit être ganranti.
Je vais regarder ce qui existe à coté de cela et de plus fiable.
Dommage car le legrand est assez passe partout en design.
D’autres ont le problème ?
Bonjour
nouveau dans le monde de la domotique Zigbee j’ai acheté des interrupteurs double et triples de type Tuya
les doubles sont bien pris en compte (famille des TS0012) sous le plugin mais pas les triples qui eux sont de la même famille mais des TS0013
serait il possible d’ajouter ce modèle
merci
{
"ieee": "5c:02:72:ff:fe:c2:6c:02",
"nwk": 45341,
"status": 2,
"lqi": "255",
"rssi": "-46",
"last_seen": "1616171158.0722218",
"node_descriptor": "02:40:80:02:10:52:00:02:00:2c:00:02:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 256,
"profile_id": 260,
"manufacturer": "_TYZB01_mqel1whf",
"model": "TS0013",
"output_clusters": [
{
"id": 25,
"name": "Ota",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 3
},
{
"id": 1,
"name": "app_version",
"value": 65
},
{
"id": 2,
"name": "stack_version",
"value": 0
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "_TYZB01_mqel1whf"
},
{
"id": 5,
"name": "model",
"value": "TS0013"
},
{
"id": 6,
"name": "date_code",
"value": ""
},
{
"id": 7,
"name": "power_source",
"value": 3
}
]
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
}
]
},
{
"id": 2,
"status": 1,
"device_type": 256,
"profile_id": 260,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": [
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
}
]
},
{
"id": 3,
"status": 1,
"device_type": 256,
"profile_id": 260,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": [
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
}
]
}
],
"signature": {
"manufacturer": "_TYZB01_mqel1whf",
"model": "TS0013",
"node_desc": {
"byte1": 2,
"byte2": 64,
"mac_capability_flags": 128,
"manufacturer_code": 4098,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 512,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 512,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 256,
"input_clusters": [
0,
4,
5,
6
],
"output_clusters": [
25
]
},
"2": {
"profile_id": 260,
"device_type": 256,
"input_clusters": [
4,
5,
6
],
"output_clusters": []
},
"3": {
"profile_id": 260,
"device_type": 256,
"input_clusters": [
4,
5,
6
],
"output_clusters": []
}
}
},
"class": "zigpy.device"
}
Bonjour,
Ajoute tout simplement un 1 au début de la commande Toggle.
11::on_off::toggle
Bonjour,
je possède la nouvelle cléf elelabs, elle fonctionnait bien hors depuis quelques temps, si je redémarre le raspberry pi 4, plus rien ne fonctionnent, j’ai que des modules sans fils xiaomi.
Que faire ?
Merci
Et après ? Ca refonctionne ?
J’ai aussi une elelabs et des capteurs Xiaomi.
A priori, après chaque redémarrage, il faut attendre que le reseau zigbee se remettent en place. Cela peut prendre un certain temps et visiblement les modules Xiaomi ne sont pas pressés…
oui mais pas toujours, obligés de les réactualisé avec les boutons, cela devient agaçant. J’ai l’impression que le zigbee est pas fiable comparé au zwave avec qui j’ai jamais de soucis.
J’ai fait le même constat après avoir quitter le plugin-deconz pour Zigbee-Beta
mais il faut se souvenir que nous ne sommes pas sur un plugin officiel mais en Beta
il passera quand en stable ?