@loic, c’est de cette commande refresh dont tu parles ou une autre.
en tout cas aujourd’hui j’ai bien le retour de ma prise ledvance
Bonjour Loïc
il semblerai qu’il y a un loupé sur cet équipement :
Voici le json
{
"ieee": "5c:02:72:ff:fe:46:12:cd",
"nwk": 25426,
"status": 2,
"lqi": "36",
"rssi": "-91",
"last_seen": "1614188498.7892601",
"node_descriptor": "01:40:8e:77:12:52:52:00:00:2c:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 269,
"profile_id": 260,
"manufacturer": "Adeo",
"model": "LXEK-1",
"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": 1
},
{
"id": 2,
"name": "stack_version",
"value": 2
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "Adeo"
},
{
"id": 5,
"name": "model",
"value": "LXEK-1"
},
{
"id": 6,
"name": "date_code",
"value": "20200526"
},
{
"id": 7,
"name": "power_source",
"value": 1
},
{
"id": 16384,
"name": "sw_build_id",
"value": "2.4.0"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": [
{
"id": 0,
"name": "on_off",
"value": 1
}
]
},
{
"id": 8,
"name": "Level control",
"attributes": [
{
"id": 0,
"name": "current_level",
"value": 254
}
]
},
{
"id": 768,
"name": "Color Control",
"attributes": [
{
"id": 3,
"name": "current_x",
"value": 29991
},
{
"id": 4,
"name": "current_y",
"value": 26872
},
{
"id": 7,
"name": "color_temperature",
"value": 370
}
]
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
},
{
"id": 64642,
"name": "Manufacturer Specific",
"attributes": []
}
]
},
{
"id": 242,
"status": 1,
"device_type": 97,
"profile_id": 41440,
"manufacturer": null,
"model": null,
"output_clusters": [
{
"id": 33,
"name": "GreenPowerProxy",
"attributes": []
}
],
"input_clusters": []
}
],
"signature": {
"manufacturer": "Adeo",
"model": "LXEK-1",
"node_desc": {
"byte1": 1,
"byte2": 64,
"mac_capability_flags": 142,
"manufacturer_code": 4727,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 82,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 82,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 269,
"input_clusters": [
0,
3,
4,
5,
6,
8,
768,
4096,
64642
],
"output_clusters": [
25
]
},
"242": {
"profile_id": 41440,
"device_type": 97,
"input_clusters": [],
"output_clusters": [
33
]
}
}
},
"class": "zigpy.device"
}
plus de détails ici
Merci pour ton aide.
Bonsoir loic
Je reviens vers toi au sujet du capteur d’air frient, peux tu me confirmé qu il soit reconnu dans plugin car domadoo l’affirme.
fred
Oui c’est cette commande quand elle est présente lors d’une action sur le module jeedom demande en plus a l’équipement le nouveau status. C’est utile que en zll (ancêtre du zigbee)
1 « J'aime »
Bonjour @fred62,
Tu peux aller voir sur Jeedom - Liste des devices compatibles afin de vérifier la compatibilité de ton capteur 
Bonjour, j ai bien vérifié il se trouve bien dans la liste mais impossible de l’inclure. Domadoo ne propose rien. Fred
Attention au mot tu ne peux pas l’inclure ou il n’est pas reconnu ? C’est totalement diffèrent :
- pas reconnue → je peux faire un truc
- pas inclure j’y peux rien comme domadoo… Pas inclure dans 99% des cas c’est que l’utilisateur fait pas de reset du module ou le fait mal.
Bonjour loic justement j’ai réinitialiser le capteur comme décrit dans le manuel et utiliser avec le plugin zigbee et deconz avec la combee 2 . Le module n est pas reconnu.
Fred
Encore une fois : reconnu ou inclu ? Si tu veux de l’aide il faut vraiment etre précis.
L’url et le port sont bizarre la tu n’aurais pas bidouillé ca ? Les logs sont pas en debug non plus…
Bonjour,
Pour information car visiblement je n’ai rien lu là dessus dans ce long fil 
, il semblerait que les commandes (ou carrément les équipements) soient liés à un Démon et non à une clé.
Je m’explique :
J’avais une clé Zigate paramétrée sur le Démon1(8089) avec quelques équipements (LIDL, XIAOMI…) connectés dessus. J’ai ajouté une clé EZSP qui à terme sera la principale. J’ai passé la Zigate sur le Démon2(8090) et installe la EZSP sur le Démon1(8089). Avant de basculer les équipements de la ZIGATE vers la EZSP (exclusion puis inclusion), je me suis aperçu que les commandes remontaient des erreurs car elles étaient toujours liées au port du Démon1, donc 8089. J’ai inversé les ports du Démon1 et du Démon2, même erreur et le port avait changé dans la commande pour 8090! J’en deduis donc une liaison entre les équipements (ou les commandes?) et la position du Démon.
J’ai donc remis la EZSP sur le Demon2 et la ZIGATE sur le Démon1 et ça fonctionne.
Je suppose qu’en intégrant les équipements à la EZSP qui est donc sur le Démon2, je devrais donc toujours laisser cette clé sur le Demon2…
Non je n’ai rien bidouillé, les logs sont bien en debug.
fred
C’est liée au demon oui pas a la clef par contre pour chaque équipement tu peux changer le demon cible.
Tu es sur de ca ? J’ai jamais mis le port 8484 car c’est celui de deconz par defaut on est en 8089… Suite au passage en debug tu as bien relancé le demon ?
Exact, je viens de voir que sur chaque équipements il est possible de changer le Démon.
Peut-être une fonction à prévoir de basculer plusieurs équipements à la fois…
Tu as bien redemarrer le démon ? Mais le plus de capture possible a mon avis ya un gros soucis de conf la
pourtant j’utilise un capteur xiaomi carré et une prise osram cela fonctionne, veux tu que je supprime le plugin et je le réinstalle.
fred
Non non je veux juste que tu mettes toute les infos que tu peux si tu veux de l’aide