Salut les copains,
J’avais aussi acheté 2 prises, versions de septembre 21 et je viens de tester la version z2mqtt edge et ça fonctionne. Le pb c’est que lon installation principale tourne sous zha et je n’ai pas envie de tout switcher juste pour ça . Étant tout nouveau, mon raspberry est arrivé semaine passée, vous pouvez me dire en deux mots, quelle est la fréquence des mises à jour de la base de données des appareils pour zha ? Faut il faire quelque chose en particulier pour profiter de cette maj sur mes multiprises ? Je n’ai pas trouvé aussi facilement et aussi clairement les infos que pour z2mqtt. A bientôt
Pour Z2M, en effet, j’avais vu ça mais ce qui m’intéresse c’es zha, je n’ai rien vu a ce sujet, en gros je ne sais pas combien de temps on va devoir attendre pour que la multiprise soit prise en charge et je suis à 2 doigts de passer sur z2mqtt, ce qui me retient c’est de devoir réinclure mes appareils
Pour les mises à jour de ZHA il n’y a pas de règle fixe. On peut espérer que les mises à jour mineures trouvent leur chemain dans HA une fois par mois.
« Au pire » quand on constate que son quirk a été mis à jour, il est possible de l’installer localement sans attendre la mise à jour sous Home Assistant - ni même l’intégration « officielle » dans cette bibliothèque de « quirks ».
Ce qui indique à ZHA qu’il faut d’abord chercher un « quirk » dans le répertoire /config/zha_quirks . Dans la plupart des cas il suffit de déposer le fichier du quirk trouvé en ligne dans ce répertoire là. Cela devient un peu plus complexe si plusieurs fichiers interviennent. (Et après l’ajout du quirk, il faut redémarrer home assistant).
Pour info ‹ quirk › se décrit comme ‹ une habitude comportementale particulière ›. Et c’est utilisé pour ces encapsulations qui ont pour but de rendre un comportement déviant (de la specification zigbee) « compatible » avec ZHA.
Ah merci, tout va bien avec zha et je n’ai vraiment que ces 2 prises qui me posent probleme. Je ne sais pas si ça vaut vraiment la peine de changer juste pour ça mais cette histoire de mise à jour manuelle, c’est déja un pas en avant pour moi. Un grand merci!
Petite remarque, j’ai donc testé sous z2m, et ça marchait. Je suis revenu sous ZHA et le périph que j’avais réassocié avec z2m, fonctionne correctement sous ZHA maintenant. Or, j’ai une autre multiprise que je n’avais pas associée a z2m et elle, fonctionne encore à l’ancienne. Comment expliquer cela? Les parametres sont sauvés dans le dongle usb? Dans la prise? J’ai besoin d’un éclaircissement là! Merci! (Pour etre sur que la base de données de ZHA n’ait pas été mise à jour, j’ai supprimé la multiprise défaillante, réassociée uniquement avec ZHA et elle n’a pas pris les nouveaux paramètres)
Je ne vois pas de particularité dans le code spécifique de Z2M:
Seule choses que je constate:
meta: {multiEndpoint: true},
le « fingerprint » n’exige pas que la définition des endpoints et clusters ne semblent pas faire partie de l’exigence de correspondance pour trouver le quirk correspondant.
Le premier point peut avoir un impact à travers ce (type de) code:
Il se peut que le simple fait de supposer qu’il y a les 3 EP et de les appelers débloque la situation - mystérieux, mais pourquoi pas.
Du coup un quirk qui indique en critère les EP et clusters données initialement et indiquant qu’en réalité il y a 3 EP peut le faire (ou être un début).
Il faudrait lire la configuration initiale (avant de passer par Z2M) et après passage par Z2M.
Pour la multiprise de la « première génération », j’ai ceci comme « Device signature » pris dans la page du device:
Je t’avoue ne pas comprendre grand chose à ce que tu expliques, mais voici ce que j’obtiens dans ZHA suite a la restauration de mon backup, et qui fonctionne correctement depuis cette fameuse manip avec z2m edge
Voilà - après ce passage il y a donc bien 3 endpoints (1, 2, 3) comme pour la version de l’année dernière et on voit que le quirk est utilisé: « zhaquirks.tuya.ts011f_plug.Plug_3AC_4USB » bien qu’il y ait une classification « lidl » dans les quirk - mais cela est secondaire.
Alors que @buzz-77plus haut n’a qu’un seul endpoint et pas de quirk utilisé.
Pour les courageux entre vous, vous pouvez tenter de coller ce qui suit dans un fichier avec extension .py (exemple: lidl_tfs011f_plug.py) et le mettre dans un répertoire destinés aux quirks locaux.
Si tout va bien, dans un premier temps ce quirk sera indiqué dans le détail de l’appareil et si la magie opère, plus tard (après un redémarrage) le quirk « officiel ». Mais tant que cela fonctionne, pas besoin de redémarrer.
Qu’est-ce que cela fait: cela réutilise le quirk d’origine mais modifie l’exigence de correspondance: un seul endpoint.
Et comme cela hérite du quirk principal, ZHA va « voir » 3 endpoints.
C’est un début ;-). On voit bien que le nouveau qurik est utilisé, non seulement par les endpoitns, mais qussi par la classe « lidl_tfs011f_plug.Lidl_Plug_3AC_4USB » .
La multiprise réagit aux trois clusters - soit parce que le « Endpoint » n’est pas vérifié soit parce qu’il y a vraiment 3 endpoints.
La question est maintenant, quelle magie s’opère avec Z2M.
A priori cela fonctionnait tout de suite sous Z2M. Soit. J’aurais gardé l’appairage, redémarré, actionné la multiprise, désappairé et réappairé supposant qu’éventuellement l’actionnement initial débloque les 3 endpoints correctement au prochain démarrage.
Sinon, il y a un attribut qui est défini sous Z2M qui rend les 3 endpoints indépendants, un truc dans un « registre spécifique de Tuya ».
En partant de ce quirk, il est possible d’ajouter les commandes « magiques » (une fois connu) pour aboutir au fonctionnement normal attendu.
Bonjour,
pour ceux qui sont sous deconz, est-ce qu’il y a une manip equivalente à un « Quirk » ZHA?
ou bien faut-il attendre une mise à jour du plug-in?
Bonjour, par curiosité,
pour faire ça, tu as deux clés gateway zigbee, et tu fais tourner ça sur la même instance Home-assistant, avec les 2 plug-in Z2M et ZHA?
Bonsoir,
La manip que tu donnes permet d’avoir cette fois ci un fonctionnement autonome de chaque bouton. Par contre, charque bouton éteint physiquement les 3 autres.
On l’aura un jour… On l’aura !!!
Le quirk c’est toujours lidl_tfs011f_plug.Lidl_Plug_3AC_4USB ou c’est passé sur zhaquirks.tuya.ts011f_plug.Plug_3AC_4USB ?
Puisque cela a fonctionné une fois, peut-être qu’un appairage/désappairage supplémentaire fixe l’extinction…
Dernier truc que je propose c’est de faire un scan_device.
Idéalement ce serait à faire sur une qui ne fonctionne pas, une qui fonctionne partiellement (comme le tiens), et un qui a été « rattrapé » pour comparer les valeurs des attributs de Tuya. J’ai collé mes valeurs plus haut, mais c’est la version précédente.
Après, on peut écrire des valeurs dans les attributs pour voir leur effet - toujours possible avec zha-toolkit en utilisant le service attr_write.