Ok pour config noeud :
Certes.
- Mais plusieurs « Rafraichir informations » n’y change rien.
- Mais en tout état de cause les Etats tels que définies dans le json ne remontent pas.
akenad 
Rafraichir information c’est juste pour le basics donc normale que ca ne marche pas.
Par contre pour les états ne remontes pas quand il y a un changement sur la lampe la je sais pas… Tu as des lignes dans la log lors d’un changement d’état ?
La LCT003 est allumée
Dans les commandes de l’équipement je clique le bouton « Tester » relatif à « Off ».
ca donne :
log-debug-zigbeed-28102020-1341.txt (5,4 Ko)
dans log debug zigbee, juste :
http://127.0.0.1:8089/device/command type : PUT
pour comparer, même manip avec la LCL001 (lightstrip) avec etats OK :
log-debug-zigbee-LCL001-off-28102020-1411.txt (21,3 Ko)
log-debug-zigbeed-LCL001-off-28102020-1411.txt (10,3 Ko)
Nota : concernant le profile / device type,
LCL001 est ZHA / EXTENDED_COLOR_LIGHT
LCT003 est ZLL / EXTENDED_COLOR_LIGHT
j’ai aussi une LCT015 qui est aussi ZLL / EXTENDED_COLOR_LIGHT
comme la LCT003, les etats de la LCT015 ne remontent pas non plus.
akenad
[LTW001] Philip Hue white ambiance
( ZLL COLOR_TEMPERATURE_LIGHT, etats ne remontent pas non plus)
{
"ieee": "00:17:88:01:02:20:ca:93",
"nwk": 40683,
"status": 2,
"lqi": "255",
"rssi": "-31",
"last_seen": "1603893828.547621",
"node_descriptor": "01:40:8e:0b:10:47:2d:00:00:00:2d:00:00",
"endpoints": [
{
"id": 11,
"status": 1,
"device_type": 544,
"profile_id": 49246,
"output_clusters": [
{
"id": 25,
"name": "Ota",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 1
},
{
"id": 1,
"name": "app_version",
"value": 2
},
{
"id": 2,
"name": "stack_version",
"value": 1
},
{
"id": 3,
"name": "hw_version",
"value": 20
},
{
"id": 4,
"name": "manufacturer",
"value": "Philips"
},
{
"id": 5,
"name": "model",
"value": "LTW001"
},
{
"id": 6,
"name": "date_code",
"value": "20160810"
},
{
"id": 7,
"name": "power_source",
"value": 1
},
{
"id": 16384,
"name": "sw_build_id",
"value": "5.50.1.19085"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
},
{
"id": 8,
"name": "Level control",
"attributes": []
},
{
"id": 768,
"name": "Color Control",
"attributes": []
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
]
},
{
"id": 242,
"status": 1,
"device_type": 97,
"profile_id": 41440,
"output_clusters": [
{
"id": 33,
"name": "GreenPowerProxy",
"attributes": []
}
],
"input_clusters": [
{
"id": 33,
"name": "GreenPowerProxy",
"attributes": []
}
]
}
]
}
akenad
Tu as la log de l’inclusion ?
log-debug-zigbee-LTW001-inclu-28102020-1601.txt (1,1 Ko)
log-debug-zigbeed-LTW001-inclu-28102020-1601.txt (90,0 Ko)
akenad
La je vois pas tout est bon il demande bien au module les bind et les report_config qui sont accepté par le module. Je vois vraiment pas le soucis
Le json LTW001 n’existe pas.
J’ai sélectionné a la main le json du LCT001.
Le retour d’etat on/off ne fonctionne pas.
De manière générale, un truc pas claire sur les états ampoule ZLL et le Logical ID dans le json.
akenad
Le soucis n’a rien a voir le json en vrai il sert pas à grand chose juste a faire les commandes dans jeedom mais même sans ça tu as des lignes dans le log zigbee qui donne les retours de l’ampoule. Toi la ya rien c’est donc qu’elle envoi rien sur le réseau zigbee
Le souci c’est justement la réponse de la commande info etat, toujours vide après avoir allumé et éteint.
La LCT003 et LCT015 ont le meme probleme.
La LCT003 a bien un retour d’état avec le plugin deconz.
Pour comparer avec LTW001, As-tu analysé les logs de la LCT003 que je t’ai fourni plus haut ?
akenad
Bien sûr que j’ai tout regardé et je vois malheureusement pas le soucis si ce n’est que le module ne remonte pas d’information au réseau zigbee donc forcément ça reste vide. Et j’ai aucune idée de pourquoi
Le LCT003 remonte son etat avec le plugin deconz.
n’est ce pas lié à zigpy ?
akenad
Si si sûrement ça j’ai aucun doute mais de la a trouver le pourquoi. Sûrement un truc a l’initialisation du module a faire ou pas faire…
ZHA versus ZLL.
akenad
Toute ce qui marche pas c’est en zll la ?
J’avais désactivé le binding sur lightlnk (zll) j’y crois moyen mais il va avoir une maj d’ici 20min qui changera ça. A tester
1 « J'aime »
oui ! évoqué plus haut.
En résumé :
- ZHA/ZCL2 : LCA001, LCL001 (Bluetooth)=> etat OK
- ZLL/ZCL1 : LCT003, LCT015, LTW001 => etat NOK
akenad
pour LCA001, cette image serait plus appropriée :
(on voit le logo bluetooth sur la boite en haut à droite)
akenad
C’est bon pour l’image j’ai pu changé.
Tu as pu retester l’inclusion avec la derniere maj voir si c’est mieux ?
Pas mieux.
akenad