2 choses :
1- As tu désactivé le #plugin-deconz ?
2- Ajoute le tag #plugin-zigbee dans ton post
1 « J'aime »
Ton commentaire, confirmant que le plugin gère la clé Conbee2, m’a poussé à reprendre tous les points.
Deconz était bien désactivé, je l’ai maintenant complètement désinstallé
J’ai redémarré la VM en contrôlant bien les ports USB
… au redémarrage de Jeedom le démon a bien voulu passer au vert
Donc maintenant j’ai bien le plugin qui fonctionne, l’interrupteur détecté … mais toujours ce problème d’extinction au bout de 2 minutes 
Sur ZHA, ils ont résolu le problème grâce à des « quirks » et un fichier TS0012.py
Je ne sais pas pour plugin-deconz, mais dans plugin-zigbee je vois un dossier
zigbee/resources/zigbeed/quirks Est-ce que je peux juste déposer le fichier TS0012.py dedans ?
Peux tu joindre les informations brutes de la configuration de ton inter sur Zigbee ?
Voici:
{
"ieee": "60:a4:23:ff:fe:e6:69:37",
"nwk": 13339,
"status": 2,
"lqi": "69",
"rssi": "-81",
"last_seen": "1618072430.2075922",
"node_descriptor": "02:40:80:02:10:52:52:00:00:2c:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 256,
"profile_id": 260,
"manufacturer": "_TZ3000_fvh3pjaz",
"model": "TS0012",
"output_clusters": [
{
"id": 25,
"name": "Ota",
"attributes": []
},
{
"id": 10,
"name": "Time",
"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": "_TZ3000_fvh3pjaz"
},
{
"id": 5,
"name": "model",
"value": "TS0012"
},
{
"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": 0,
"name": "on_off",
"value": 0
},
{
"id": 16385,
"name": "on_time",
"value": 0
},
{
"id": 16386,
"name": "off_wait_time",
"value": 0
}
]
}
]
},
{
"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": 0,
"name": "on_off",
"value": 0
},
{
"id": 16385,
"name": "on_time",
"value": 0
},
{
"id": 16386,
"name": "off_wait_time",
"value": 0
}
]
}
]
}
],
"signature": {
"manufacturer": "_TZ3000_fvh3pjaz",
"model": "TS0012",
"node_desc": {
"byte1": 2,
"byte2": 64,
"mac_capability_flags": 128,
"manufacturer_code": 4098,
"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": 256,
"input_clusters": [
0,
4,
5,
6
],
"output_clusters": [
25,
10
]
},
"2": {
"profile_id": 260,
"device_type": 256,
"input_clusters": [
4,
5,
6
],
"output_clusters": []
}
}
},
"class": "zigpy.device"
}
Merci
Moi j’ai le problème inverse, le 2ème endpoint ne s’éteint plus…
J’ai comparé ton SON au mien, tout est identique.
Ce n’est donc pas un problème de configuration.
A suivre…
Tu as également cet argument « time » ?
D’après le lien github, il y a 2 versions des TS0011/12/13 et les nouveaux modèles de fin 2020 ont ce problème (« again » puisqu’il semble que les premières versions avaient ce problème au début)
Mais si ce n’est pas une question de signature de l’appareil je suis perdu.
Je confirme que si l’interruption n’est pas appairé, aucun problème d’extinction automatique.
Sur github, le gars confirme que le quirks zigpy fonctionne : https://github.com/zigpy/zha-device-handlers/issues/826#issuecomment-817653349
Puisque nous nous basons également sur zigpy, il doit y avoir un moyen d’installer ce quirks non ?
@Loic : si on te fourni un quirks, tu peux l’implémenter dans le plugin #plugin-zigbee ?
Comment est-ce que je peux le tester avant moi-même ?
Merci
Tu peux le mettre dans le dossier ressoiurces/zigbeed/quirks normalement (jamais testé encore ils ont implémenté ca ya 1 ou 2 semaines dans zigpy). Sinon faut attendre que ca soit dans quriks et lancer une installation des dépendances.
1 « J'aime »
Quel rapport avec Deconz ?
J’ai l’impression qu’on a dévié du sujet originel du fil de discussion.
1 « J'aime »
Non le sujet reste le même : chercher à comprendre pourquoi/comment un device s’éteint tout seul au bout de 2 minutes. La seule chose qui a changé c’est le plugin utilisé. Du plugin-deconz, il est passé au plugin-zigbee… mais le problème demeure.
Donc le titre du fil est bon, c’est le #tag utilisé qu’il convient de modifier en conséquence… @Nico79
Oui et non.
L’auteur du sujet à rencontré le problème sur Deconz, mais ce n’est pas lié directement à Deconz, et le problème sera le même sur ZHA, Zigbee. Identifier le problème profitera à tous.
La preuve, je me réfère à un topic github ZHA, qui pointe vers un topic github deconz
Je teste ça
Je serai curieux de savoir comment le fil pourra continuer quand son auteur aura clôturer une fois sa solution trouvée (coté deconz) car les quirks c’est pas pour deconz.
bon je viens de passer l’apres midi à en mettre quasiment partout dans la maison et ambiance sapin de noel depuis, #£& de bug mais content de trouver un article et un potentiel fix 
moi ça s’allume et s’eteint et je vois bien les on off dans les logs du plugin mais pour info, device supprimé puis plugin zigbee stoppé, puis combee 2 débranché … ça continue 
A mon avis, ce n’est pas un problème Deconz, mais les devices Zemismart qui ont un problème
comme si il avait en interne une fonction « minuterie » qui le fait s’éteindre tout seul.
suis débutant dans la domotique et suis passé au zigbee que depuis 2 semaines mais ouais c’est pas normal … comme on a pas de neutre, on doit rajouter un condo, ça ressemble plutot à un pb de ce coté là ou une incompatibilité avec les ampoules led basses energies derrieres ou l’interrupteur est peut etre envouté 
, je vais tester encore un peu pour la forme mais c’est matériel le pb pour l’instant … pas grave rollback si besoin
Le probleme vient de l’appareil, le soucis est connu sur tout les supports zigbee2mqt, deconz, zigpy et ect…
Il est juste corrigé sur certains et pas sur d’autres, plus la peine de chercher ou de faire des tests.
bah dans mon cas en cherchant un peu car notice qui contient quedal, cette appareil peut marcher avec un interrupteur sans fil … appairage simple 1 bip … re-appuyer direct 1 bip puis 2 bip qui confirme la désactivation de la gestion de l’interrupteur fixe par un potentiel interrupteur sans fil … plus de problème, marche nickel
1 « J'aime »