Bonsoir
les issues de vk496 c’est un vrais jeux de piste (bordel)
rien de vraiment clair pour mettre en oeuvre qq chose de fonctionnel !
je suis resté sur les dernières versions de ralm qui fonctionnent pour l’instant pas si mal.
Bonsoir
les issues de vk496 c’est un vrais jeux de piste (bordel)
rien de vraiment clair pour mettre en oeuvre qq chose de fonctionnel !
je suis resté sur les dernières versions de ralm qui fonctionnent pour l’instant pas si mal.
Ok c’est bien ce que je me disais, j’vais faire comme rester sur le premier .js
Apres avoir reçus mon lixee et l’avoir fait remonté dans Z2M via ZigbeeLinker avec le fichier lixee.js je rencontre un soucis:
Quand je connecte le lixee il remonte les infos mais après les infos reste inchangé plus de mis à jour alors que visiblement la communication fonctionne
Sui je le seul dans ce cas ou bien j’ais raté une option


Pour info depuis quelques jours le Zlinky a été intégré dans la version dev de zigbee2mqtt.
Plus besoin de .js
et on fait comment pour passer à cette version dev ? Et est-ce que ça implique de passer sur ce genre de version ?
dans les paramètre avancé de ZigbeeLinker tu peux choisir la version Zigbee2mqtt entre master et dev
Pour ma part ca tourne sans accro en dev il faudra juste repassé en stable d’ici mars, en général les stable sortent en tout début de mois.
En attendant cela permet d’avoir Zlinky qui tourne au Poil
bon il m’a mis à jour le firmware « softwareBuildID »: « 4000-0004 »
mais toujours rien qui bouge
et rien ne bouge
bonsoir
met une valeur dans
measurement_pool_interval a la place de 0 
j’ai essayer avec 120 histoire de pas surcharger et la même
pas de réaction
As-tu redémarrer zigbee2mqtt après changement des options ?
oui il as bien redémarré
Tente de supprimer et reinclure le module, moi j’ai tout sur auto en option.
je vais essayer ça pour demain matin
là je suis déçus et comprend plus
merci encore et bonne nuit
ça marche bien chez moi. J’ai repris les paramètres spécifiques du module dans z2m que je n’avais jamais réglé, réglé le poll. J’ai supprimé l’équipement dans zigbeelinker, puis resynchro, pour avoir juste les commandes nécessaires.
Bonjour,
J’utilise depuis peu le plugin ZigbeeLinker, et j’ai ajouté le Zlinky_TIC.
Les infos remontent correctement … mais pour mon usage, trop souvent : plus d’une fois par minute.
J’aimerais, pour limiter la charge de mon système, limiter les remontées d’info à 5mn.
Depuis l’interface web de z2m, j’ai positionné le ‹ measurement_poll_interval › à 300, puis redémarré z2m ; ca ne change rien.
Une idée ?
Voici un extrait de la conf de z2m :
'0x00158d0005bea951':
friendly_name: Zlinky_TIC
measurement_poll_interval: 300
linky_mode: historique
energy_phase: single_phase
production: 'false'
tic_command_whitelist: ''
tarif: Historique - BASE
Voici un exemple de log :
info 2022-04-17 18:08:22: MQTT publish: topic 'zigbee2mqtt/Zlinky_TIC', payload '{"active_register_tier_delivered":"TH..","apparent_power":310,"available_power":30,"current_summ_delivered":11143
,"current_tarif":"BASE","device":{"applicationVersion":2,"dateCode":"20220217","friendlyName":"Zlinky_TIC","hardwareVersion":1,"ieeeAddr":"0x00158d0005bea951","manufacturerID":4151,"manufacturerName":"LiXee","model":"ZLinky_TIC","networkAddress":65377,"powerSource":"Mains (single phase)","softwareBuildID":"4000-0005","stackVersion":2,"type":"Router","zclVersion":3},"linkquality":255,"meter_serial_number":"061764401880","rms_current":1,"rms_current_max":90,"update":{"state":"idle"},"update_available":false}'
info 2022-04-17 18:08:44: MQTT publish: topic 'zigbee2mqtt/Zlinky_TIC', payload '{"active_register_tier_delivered":"TH..","apparent_power":320,"available_power":30,"current_summ_delivered":11143
,"current_tarif":"BASE","device":{"applicationVersion":2,"dateCode":"20220217","friendlyName":"Zlinky_TIC","hardwareVersion":1,"ieeeAddr":"0x00158d0005bea951","manufacturerID":4151,"manufacturerName":"LiXee","model":"ZLinky_TIC","networkAddress":65377,"powerSource":"Mains (single phase)","softwareBuildID":"4000-0005","stackVersion":2,"type":"Router","zclVersion":3},"linkquality":232,"meter_serial_number":"061764401880","rms_current":1,"rms_current_max":90,"update":{"state":"idle"},"update_available":false}'
info 2022-04-17 18:09:48: MQTT publish: topic 'zigbee2mqtt/Zlinky_TIC', payload '{"active_register_tier_delivered":"TH..","apparent_power":320,"available_power":30,"current_summ_delivered":11143
,"current_tarif":"BASE","device":{"applicationVersion":2,"dateCode":"20220217","friendlyName":"Zlinky_TIC","hardwareVersion":1,"ieeeAddr":"0x00158d0005bea951","manufacturerID":4151,"manufacturerName":"LiXee","model":"ZLinky_TIC","networkAddress":65377,"powerSource":"Mains (single phase)","softwareBuildID":"4000-0005","stackVersion":2,"type":"Router","zclVersion":3},"linkquality":228,"meter_serial_number":"061764401880","rms_current":1,"rms_current_max":90,"update":{"state":"idle"},"update_available":false}'
info 2022-04-17 18:10:10: MQTT publish: topic 'zigbee2mqtt/Zlinky_TIC', payload '{"active_register_tier_delivered":"TH..","apparent_power":310,"available_power":30,"current_summ_delivered":11143
,"current_tarif":"BASE","device":{"applicationVersion":2,"dateCode":"20220217","friendlyName":"Zlinky_TIC","hardwareVersion":1,"ieeeAddr":"0x00158d0005bea951","manufacturerID":4151,"manufacturerName":"LiXee","model":"ZLinky_TIC","networkAddress":65377,"powerSource":"Mains (single phase)","softwareBuildID":"4000-0005","stackVersion":2,"type":"Router","zclVersion":3},"linkquality":255,"meter_serial_number":"061764401880","rms_current":1,"rms_current_max":90,"update":{"state":"idle"},"update_available":false}'
info 2022-04-17 18:11:15: MQTT publish: topic 'zigbee2mqtt/Zlinky_TIC', payload '{"active_register_tier_delivered":"TH..","apparent_power":310,"available_power":30,"current_summ_delivered":11143
,"current_tarif":"BASE","device":{"applicationVersion":2,"dateCode":"20220217","friendlyName":"Zlinky_TIC","hardwareVersion":1,"ieeeAddr":"0x00158d0005bea951","manufacturerID":4151,"manufacturerName":"LiXee","model":"ZLinky_TIC","networkAddress":65377,"powerSource":"Mains (single phase)","softwareBuildID":"4000-0005","stackVersion":2,"type":"Router","zclVersion":3},"linkquality":255,"meter_serial_number":"061764401880","rms_current":1,"rms_current_max":90,"update":{"state":"idle"},"update_available":false}'
Je viens de passer le ‹ measurement_poll_interval › à -1, pour tester le fonctionnement. Normalement, cette valeur devrait désactiver le ‹ polling › de z2m vers le Zlinky_TIC.
J’ai bien sur redémarré z2m, mais la log indique que z2m recoit toujours des messages à intervalle de 30s environ. Cet intervalle n’est pas régulier ; ca varie entre 20s et 40s.
Du coup, je me demande si cette remontée d’info est bien provoquée par un ‹ polling › de z2m, ou alors est-ce une remontée automatique du Zlinky_TIC vers z2m ?
Comment puis-je m’en assurer ?
bonjour je viens de l’acheter et monter.
je confirme tout marche (canal normal) pour les temps de réponses de la conso et intensité j’ai du modifier l’intervalle de rapport
si ca peu t’aider @vmath54
Bonjour @sheep300,
Merci pour ces infos.
Je pensais que les infos du Zlinky_TIC étaient accessibles de z2m lors d’interrogations (paramètre measurement_poll_interval) ; alors que c’est le Zlinky_TIC qui transmets ces infos de sa propre initiative à z2m.
Et que la fréquence de transmission de ces infos se règle depuis l’onglet rapport (reporting en anglais)
J’ai maintenu le ‹ measurement_poll_interval › à -1 ; et j’ai passé dans la page Rapports la valeur de ‹ interval min réponse › à 300 (5mn) pour les attributs apparentPower, currentSumDelivery et msCurrent. J’ai laissé 60 pour l’attribut warnDPS, car il n’est pas possible de modifier cette valeur.
Maintenant, le Zlinky_TIC remonte les infos entre 30s et 5mn, avec une moyenne de 2 à 3mn. Ca ne correspond pas exactement à la consigne, mais ce n’est pas trop mal.
Du coup, je ne vois pas à quoi sert le paramètre ‹ measurement_poll_interval › …
a priori ce que j’ai compris il y a l’intervale a laquelle il mesure et conserve la valeur et l’intervale a laquelle z2m recupere l’info