SheelGreg
commented
10 months ago Ok j'ai trouvé un autre post : https://github.com/fairecasoimeme/Zlinky_TIC/issues/194 un peu trop tard, après des mois à enquêter. Par contre ce n'est pas exactement le même problème (qui peut être réglé en décochant "Home Assistant legacy entity attributes" dans les paramètres HA de Z2M. Je garde ce post pour la piste du cluster 0xff66 qui peut être intéressante et sa façon de le modifier, chose que je n'arrive pas à faire avec Z2M ou HA (ou même mosquito en ligne de commande)
Bonjour à tous,
J'utilise ce magnifique petit module depuis des mois, mais j'ai un problème que je traine derrière moi : ma base de données gonfle à vue d'oeil (j'ai bien paramétré le paramètre recorder, exclu des entités etc). Il s'agit du Lixee qui peut remonter plusieurs messages par seconde (de 1 à plus de 45(!!)), saturant, j'imagine, mon reseau zigbee par la même occasion. J'utilise zigbee2mqtt et depuis plusieurs mois j'ai pu endiguer le problème avec un debounce de 20. Le "measurement poll interval" ne semble pas fonctionner, que je rentre -1, 60, 120, 240 etc, j'ai des retours aléatoires du Lixee dans le temps indépendamment de cette valeur qui ne semble pas être prise en compte. Mon measurement poll chunk est à 1 (testé à différentes valeurs lui aussi). Mon Linky est en mode standard, production false. Tarif HP/HC sem/WE/lundi (Standard - Sem WE Lundi).
Actuellement avec le debounce à 20 (et malgré tout, le Measurement poll interval à 120), j'ai environ un retour par minute, parfois 2 à quelques secondes d'intervales. J'ai tenté des dizaines et dizaines de configurations différentes dans z2m en mélangeant tous les paramètres, et c'est le mieux que je puisse avoir actuellement. Je tourne sur cette configuration depuis des mois tout est ok mais je vais passer ma rétention de données de ma base de 15 jours à 30, ce qui va doubler son volume, ce que je souhaite éviter.
Mon souhait : j'aimerai avoir un retour du Lixee toutes les 2 min ou plus (5 max) pour alléger la base dans le temps. Récemment j'ai appris l'existence du cluster 0xff66 qui pourrait changer la fréquence de remontée des données mais je n'arrive pas ne serait-ce qu'à le lire jusqu'à présent.
Est-ce une bonne piste ? Existe-t-il une autre solution ? @fairecasoimeme : après plusieurs threads sur différent forums j'en fait appel à vous : help :)
ps : Pour avoir épluché un peu dans les spams des logs, j'ai l'impression que le Zlinky renvoie un message dès que l'une des "entités" (EASF, EASD etc) change de valeur, c'est là que le debounce semble aider. Ce qui renforce l'idée que le measurement_poll_interval n'est pas pris en compte.
Merci d'avance