Mise à jour du paramètre "Mode de lissage" d'une commande

Bonjour,

Pour les nombreuses commandes « Consommation » (conso totale, HC, HP, HC Bleues, HP rouges…) du plugin MQTT Linky il m’est impossible de modifier le paramètre « Mode de lissage » de ces commandes. Je constate ce problème dans ce plugin sans pouvoir affirmer qu’il est spécifique à ce plugin ou s’il est plus générale.

J’ai essayé avec plusieurs valeurs possibles du paramètre notamment pour passer de Aucun à Moyenne ou Maximum

Après avoir cliqué sur le bouton « Sauvegarder », je n’ai aucun message d’erreur. Mais lorsque je reviens sur la configuration, la paramètre « Mode de lissage » est toujours à Aucun.

J’ai besoin de pouvoir modifier ce paramètre pour pouvoir exploiter le paramètre suivant : « Limiter à une valeur toutes les »

Pour information :

Bonjour,

Essai sur un équipement du plugin-virtual tu seras fixé.

Si ça fonctionne alors tag ton post avec le plugin dont tu parles. Il est possible que l’auteur est fait exprès que ce paramètre ne soit pas modifiable (il écrase avec la valeur qu’il veut à chaque sauvegarde).

Bonjour et merci Bison,

Oui, ça marche avec virtual et avec d’autres plugins, en particulier avec jeezigbee sur lequel je travail beaucoup actuellement…

J’ai modifié mon post en précisant plugin-mqttlinky

1 « J'aime »

Bonsoir Bison,

Personne n’ayant été intéressé par mon soucis, je m’adresse à toi pour vérifier une idée.

Admettons, comme tu le penses, que le plugin mqttlinky ne permette pas la modification du paramètre mode de lissage, ce qui est compréhensible s’agissant des index du Linky.

Jusqu’à la semaine dernière mqttlinky était le seul plugin abonné à MQTT Manager. Je m’étais donc permis de paramétrer son cycle de fonctionnement à 300 s.
Mais depuis quelques jours, je suis en Debian 11 et j’ai dû également migrer du plugin zigbee vers le plugin jeesigbee.
Ce qui fait que maintenant j’ai 2 plugins abonnés à MQTT Manager :

Comme je ne peux pas utiliser le paramètre mode de lissage, ce cycle à 300 s me va très bien pour les commandes de mqttlinky.
Par contre, il me gêne pas mal pour l’autre plugin jeezigbee.

Pour contourner le problème, j’ai l’idée de connecter à ma Box Atlas zigbee une clé usb zigbee pour bénéficier d’un second broker mqtt sur lequel je viendrais paramétrer mes prises Frient zigbee (il faudrait que je me retape toutes les inclusions… :hot_face: :hot_face:).

Qu’en penses-tu ?

J’en pense que ca n’a aucun sens, vous n’avez pas compris qlqch

Un broker c’est un logiciel (serveur) permettant de faire du mqtt (c’est le bureau de poste). Ce n’est pas en ajoutant une clé usb que vous aurez deux brokers.

plugin-mqtt2 ne peut en gérer qu’un seul (et c’est très bien, aucun intérêt de multiplier les brokers)

Vous devez remettre une config raisonnable pour le cycle (entre 0.5 et 1 je dirais) et il faut adresser ce problème de lissage

En fait c’est quoi le besoin derrière cette demande ? Car il faudrait savoir si elle se justifue vraiment. Vos connaissances me semblent fragiles.

Mais si le plugin plugin-mqttlinky se base sur du mqtt, il devrait être possible d’avoir la même commande, vassur le même topic mqtt, dans mqtt manager ou jmqtt.

Bonjour,

Je veux récupérer et historiser les index en provenance du Linky que toutes les 5 minutes.

Donc passe par un virtuel ou une commande identique depuis mqtt manager ou jmqtt.
Avec l’aide de mqttexplorer, c’est assez simple si tu veux le faire en mqtt.

Mais je ne comprends pas pourquoi il faut que cela soit 5 min. Pourquoi 5min? Comment utilises tu cette info ensuite pour avoir beaoin de 5 min ?
Généralement les gens se plaignent plus d’un rafraîchissement pas assez régulier.

Je reçois les trames de données TIC Linky en continue. Ce n’est pas utile de traiter et historiser les index en continue. J’ai choisi un cycle de 5 minutes et j’ai basé sur ce cycle, des scénarios, des affichages, des courbes…

Par contre avec les prises zigbee que je gérais avant avec le plugin zigbee, indépendamment de mqtt, et que je gère maintenant avec jeezigbee et donc via MQTT Manager, j’aimerais bien avoir un traitement immédiat des actions (par exemple ON/OFF)

Les scénarios se lancent en programmé toutes les 5 minutes dans ce cas, par sur un changement de valeur. Je vois pas le souci.

Mode du scénario : Le scénario peut être programmé, déclenché ou les deux à la fois. Vous aurez ensuite le choix d’indiquer le(s) déclencheur(s) (15 déclencheurs maximum) et la/les programmation(s).
Tip

En mode déclenché, des conditions peuvent à présent être saisies. Par ex : #[Garage][Open Garage][Ouverture]# == 1 Attention : vous pouvez avoir au maximum 28 déclencheurs/programmations pour un scénario.

Tip Mode programmé

Le mode programmé utilise la syntaxe Cron. Vous pourrez par exemple exécuté un scénario toutes les 20 minutes avec */20 * * * *, ou à 5h du matin pour régler une multitude de choses pour la journée avec 0 5 * * *. Le ? à droite d’une programmation vous permet de régler celle-ci sans être un spécialiste de la syntaxe Cron.

Pour les affichages et courbes, je ne sais pas à quoi tu fais référence. Mais je reste toujours aussi circonspect sur ton besoin réel.

Antoine

Bonjour,
J’ai suivi ton conseil. J’ai fait un scénario qui s’exécute toutes les 5 minutes et qui ne fait que recopier les 7 derniers index (HP/HC, Bleu, Blanc, Rouge, Injection) qui arrivent, en flux continu, du Linky via le plugin MQTT Linky. Et j’ai donc dû modifier les scénarios, et les graphiques…
Mais du coup, j’ai pu passer le Cycle de MQTT Manager de 300 s à 1 s, ce qui m’a amélioré la réactivité de Jeezigbee.

Merci pour votre aide à tous.

1 « J'aime »

Bonjour,

Vous pourriez même remettre la valeur par défaut de 0.3

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.