Je le fait depuis quelque mois mais je n’ai pas encore trouver le temps de repasser les centaines de configuration pour tout remettre correctement et surtout a chaque fois ca m’oblige a tout reparcourir pour tenir le compte. Vu que je suis tout seul sur le plugin je t’avoue que c’est pas le genre de truc sur lequel j’ai du temps a perdre.
Pas de souci, merci de tes éclaircissements
Hello,
Je rebondis sur ce sujet, car je viens de récupérer une prise Aliexpress TS011F soi-disant avec mesure de consommation et je ne vois rien dans mes commandes après appairage dans deconz.
Voici les infos brutes de la prise :
{
"3": {
"etag": "2f596ce3d68ab64e119d5cedc36a4338",
"hascolor": false,
"lastannounced": null,
"lastseen": "2022-01-07T14:37Z",
"manufacturername": "_TZ3000_typdpbpg",
"modelid": "TS011F",
"name": "On\/Off plug-in unit 3",
"state": {
"alert": "none",
"on": true,
"reachable": true
},
"swversion": null,
"type": "On\/Off plug-in unit",
"uniqueid": "a4:c1:38:fe:82:1e:cf:5b-01"
}
}
Est-ce que c’est mort pour la conso ou bien, y a t il une conf à ajouter ?
Merci d’avance
Bonjour,
C’est mort elle ne le fait pas.
Pour info la prochaine fois utilises les bloc code pour mettre le json c’est plus simple a lire.
1 « J'aime »
Merci pour la réponse. Mais qu’est ce donc que les blocs code ?
Bonjour,
j’avais le même problème avec le pluging « Deconz ». j’ai installé le pluging « Zigbee » du Market et là il configure bien la prise TS011F avec mesure puissance et conso.
Mais maintenant que les paramètres s’affichent, j’ai un souci, les valeurs ne bougent pas.
si quelqu’un a la solution!
Salut à tous,
Je suis un peu dans le même cas, en sélectionnant Tuya [BW-SHP13] j’ai bien la remontée des consommations.
Chose étrange en revanche, les prises se coupent toute seule (j’en ai 3).
Avez vous aussi le même phénomène ?
{
"ieee": "a4:c1:38:c0:86:df:14:89",
"nwk": 23827,
"status": 2,
"lqi": "255",
"rssi": "-73",
"last_seen": "1646175302.8690894",
"node_descriptor": "01:40:8e:41:11:42:42:00:00:2a:42:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 266,
"profile_id": 260,
"manufacturer": "_TZ3000_typdpbpg",
"model": "TS011F",
"output_clusters": [
{
"id": 10,
"name": "Time",
"attributes": []
},
{
"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": 74
},
{
"id": 2,
"name": "stack_version",
"value": 0
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "_TZ3000_typdpbpg"
},
{
"id": 5,
"name": "model",
"value": "TS011F"
},
{
"id": 6,
"name": "date_code",
"value": ""
},
{
"id": 7,
"name": "power_source",
"value": 1
}
]
},
{
"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": 16385,
"name": "on_time",
"value": 0
},
{
"id": 16386,
"name": "off_wait_time",
"value": 0
},
{
"id": 32769,
"name": "backlight_mode",
"value": 1
},
{
"id": 32770,
"name": "power_on_state",
"value": 1
}
]
},
{
"id": 1794,
"name": "TuyaZBMeteringCluster",
"attributes": [
{
"id": 0,
"name": "current_summ_delivered",
"value": 439
}
]
},
{
"id": 2820,
"name": "Electrical Measurement",
"attributes": [
{
"id": 1291,
"name": "active_power",
"value": 5
}
]
},
{
"id": 57344,
"name": "Tuya Manufacturer Specific",
"attributes": []
},
{
"id": 57345,
"name": "Tuya External Switch Type Cluster",
"attributes": [
{
"id": 53296,
"name": "external_switch_type",
"value": 0
}
]
}
]
}
],
"signature": {
"manufacturer": "_TZ3000_typdpbpg",
"model": "TS011F",
"node_desc": {
"logical_type": 1,
"complex_descriptor_available": 0,
"user_descriptor_available": 0,
"reserved": 0,
"aps_flags": 0,
"frequency_band": 8,
"mac_capability_flags": 142,
"manufacturer_code": 4417,
"maximum_buffer_size": 66,
"maximum_incoming_transfer_size": 66,
"server_mask": 10752,
"maximum_outgoing_transfer_size": 66,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 266,
"input_clusters": [
0,
3,
4,
5,
6,
1794,
2820,
57344,
57345
],
"output_clusters": [
10,
25
]
}
}
},
"class": "zhaquirks.tuya.ts011f_plug"
}
Vous remerciant par avance
Bonjour
Peux tu essayer en sélectionnant l’équipement [Plug 3680W - TS011F] sur la page de configuration de ta prise Zigbee?
Bonjour @Ayb7,
Merci pour ce retour. J’ai testé en sélectionnant [Plug 3680W - TS011F], j’ai bien les remontées d’informations conso instantanée et cumulée. 
En revanche la prise coupe toujours au bout d’un certain temps, 11h15 le dernier coup puis 5h, ça ne semble pas être une durée fixe.
1 « J'aime »
Bonjour @mrt16
Merci pour ces nouvelles.
Je vais laisser allumer 3 de mes prises TS011F pendant 24 heures et voir si j’ai le même comportement que toi. Je te tiens au courant demain en fin d’après midi.
Juste une idée par rapport à ton message :
Aurais-tu constaté des reboot jeedom ou du Demon du plugin Zigbee juste avant la coupure de ta prise ?
1 « J'aime »
Bonjour @Ayb7,
Pas de reboot de Jeedom ou du démon, le démon est démarré depuis fin février.
Je viens d’étendre le nombre de ligne max dans les logs, je verrai ce que ça peut nous sortir.
Bonjour @mr16,
Bon cela fait presque une journée que mes deux prises TS011F sont ON et pas de changement d’état.
J’utilise une box Atlas avec jeedom v4.2.14 stable et contrôleur EZSP + Plugin Zigbee stable (dernière version).
Concernant le démon, as-tu essayé de redémarré le démon (voire jeedom également) ? On est le 5 mars, rien de choquant si ton démon tourne depuis 1 semaine, mais sait-on jamais, des reboots m’ont sauvé de qq situations.
Perso, j’ai un scénario qui redémarre jeedom sur condition de « temps depuis démarrage » et « % mémoire vive dispo ». En général, jeedom + tous mes démons redémarrent au max tous les 15 jours. Ca m’a résolu des problèmes de ralentissements.
Bon courage.
Bonjour @Ayb7,
Je suis en 4.2.14 également, dernière version du Plugin Zigbee et contrôleur Conbee 2.
J’ai redémarrer Jeedom, sait-on jamais. Idem les prises coupent toujours.
J’ai également essayé d’envoyer une commande d’allumage toutes les heures si la prise est allumée histoire de voir si ça peut changer quelque chose mais fausse piste, ça coupe toujours.
Je vais tester de brancher l’une des prises au travail demain.
J’ai également une passerelle Aqara, je ne sais pas si ça peut perturber.
Bonjour @mrt16
Ok les différences qui nous séparent sont la box (Atlas vs RPI) et le contrôleur Conbee2 (de ton côté) versus EZSP (de mon côté). Peut-être une piste que j’ai explorée pour voir… j’espère que ça va aider à comprendre.
J’ai rebranché depuis hier soir ma « vieille » clé Conbee2 que j’ai déclaré en contrôleur n° 2 sur le plugin Zigbee. J’ai fait l’apprentissage d’un prise TS011F (appairage à la clé Conbee II dans le plugin Zigbee) et je l’ai commutée à ON.
Je te tiens au courant rapidement si ma prise coupe ou pas.
Pour la passerelle Aqara, je pense pas que ça puisse perturber, mais je ne suis pas spécialiste du Zigbee. Et puis la prise connectée n’est pas une Xiaomi ?
Par contre, vu que tu parles d’Aqara, mais c’est un autre sujet (je précise car je vais me faire tirer les oreilles 
), j’ai remarqué des comportements différents de capteurs motion aqara connectés :
- au contrôleur Conbee II via le plugin Zigbee ou Deconz : détection 100%
- au contrôleur GPIO EZSP de l’Atlas : détection de présence très aléatoire.
Je vais ouvrir un autre topic pour parler de ce comportement assez différent.
Bonjour @mrt16
TS011F appairée à ma Conbee2 avec le plugin Zigbee.
Commutée sur ON pendant 24 heures
Bilan: La prise ne s’est pas coupée chez moi.
Est ce qu’il n’y aurait pas un scénario dans ton jeedom qui ferait commuter ta prise au bout d’un certain temps ?
Ce que tu vois avec ta prise, tu le reproduis sur d’autres prises de la même marque/modèle (si ce n’est pas le cas, peut être un défaut de la prise?).
Bonjour @Ayb7,
J’ai testé d’emmener une prise à mon travail, le problème se reproduit également. ça veut dire que le problème ne semble pas lié à Jeedom ni à la passerelle Xiaomi.
C’est étrange car j’ai le même phénomène avec toutes les prises reçues. Je vais tenter un commentaire sur la fiche article chez Aliexpress.
Bonsoir @mrt16
J’ai pensé à ton problème en lisant ce topic:
lien
Ça ressemble à ce que tu as observe?
Est ce qu’il y une commande tempo créée dans la configuration de tes prises ?
Bonjour @Ayb7,
Merci pour l’info, j’ai fait une réponse sur le topic.
J’ai acheté une passerelle SmartLife, pas de tempo de configuré. Le délai reste aléatoire. Ou alors la prise est très sensible aux micro variations de tension ?
Bonjour,
je me permets de vous contacter pour savoir si vous avez trouver une solution car je suis dans le même cas que vous. J’ai exactement les mêmes prises et elles se coupent toutes seules.
Avez-vous trouver une solution ? sinon je demande un remboursement à Ali.
Merci
1 « J'aime »