Fix Manufacturer specific issue. To fix the manufacturer Specific request error, The check of the flag has been deactivated. This method has been chosen to give compatibility with all plugins.
C’est le firmware qui permet le route ou no route. Aucun moyen de limiter ça manuellement.
Si tu a un soucis avec ton Zlinky qui dispose du condensateur, tu ne pourra rien faire appart limiter ton réseau zigbee au minimum pour eviter la saturation du Zlinky. Ce soucis est du au modèle de linky, qui fournie pas assez de jus.
Moi, j’ai ce soucis et même avec un firmware no route le Zlinky manque de jus et clignote s’ouvrant. Le dev essaye de trouver une solution avec le firmware et une nouvelle révision du Zlinky… Faut patienter
Je suis convaincu que le développeur va trouver une solution. Mon ancienne clé atome total energy fonctionnait parfaitement au même endroit et en wifi (qui demande plus de puissance que le zigbee).
Je mets à jour le zlinky en ota avec zigbee2mqtt (mode faineasse activé oui…). Mais il ne m’a pas propose le choix entre router ou norouter pour la maj, vous savez s’il y a moyen de changer ça ?
Surtout qu’ayant appliqué le firmware par défaut en v9.0 (route), maintenant que je veux lui envoyer le firmware 9.0 no_route, il me jette en me disant que j’ai déjà le firmware le plus à jour. Plus qu’à attendre la v10
Par curiosité, quelle est la procédure de mise à jour si pas via Ota via z2m ? J’aime bien le mode « faineasse » bien pratique mais pas besoin de mode routeur car mon coordinateur se trouve jusque à côté (armoire technique).
Je suppose fortement que le Linky reste dans ses spécifications, et que c’est le ZLinky qui demande trop de jus ou ne transforme pas efficacement l’énergie disponible.
« Pour assurer les caractéristiques ci-dessus de l’alimentation TIC, les compteurs Linky sont testés sur des charges purement
résistives comprises entre 225 et 335 ohms ; la puissance délivrée doit y être toujours supérieure à 130 MW. »
Quand on rectifie la tension à 5,4Vrms (valeur minimale), la charge n’est pas purement résistive et on ne peux plus en tirer 130mW (j’aimerai bien 130MW toutefois).
130mW n’est pas tant que cela, sans stockage d’énergie cela ne laisse que 39mA@3,3V .
En pratique, c’est le ZLinky qui en demande trop, pas le Linky qui ne donne pas assez. Il y a plusieurs fabricants de Linky ce qui fait varier les caractéristiques réelles.
Bonjour,
pour profiter de la maj il faut le firmware v9 pour le Zlinky car c’est ce firmware qui corrige le problème ( Fix Manufacturer specific issue. )
Après la maj, on peu a présent lire et écrire sur les clusters du Zlinky.
Voila la nouveauté, sinon pour ce qui est des sensors qui fonctionnent pas rien n’a changer.
ces sensors la, j’ai activer tout les sensors appart le VA et A les autres bougent pas:
Edit:
Smartenergysummation fonctionne d’après un message sur github, mais l’actualisation est lente.
Serait-il possible de faire un rapide récapitulatif des modifications à apporter aux clusters pour pouvoir profiter du lixee en v9 sous ha 2022.10.5 a moins que le poste 1 reste la marche a suivre ?
J’ai jamais réussi à avoir un relever continu de ma consommation électrique (version d’origine et nouvelle).
J’ai tester la version 10 sortie récemment mais c’est pareil. Avez vous une idée ?
J’ai remarqué qu’après un reboot de ha j’avais un relever pendant quelques minutes.
Perso, je mets min_interval à 1, et max_interval à 300 .
Théoriquement cela remonte la consommation totale dès qu’elle change, mais en pratique le ZLinky ne remonte pas autant d’infos . Mais c’est ce qui permet de l’avoir le plus souvent possible.
Aussi, je calcule la consommation en kWh comme ceci (dans sensors.yaml, inclus par sensor: !include sensors.yaml dans configuration.yaml):
et ont pourra voir tous les clusters du Zlinky.
?
. Mais c’est ce qui permet de l’avoir le plus souvent possible.