MQTT : période de répétition incorrecte

[Youpimatin]

La période réelle de Trame MQTT (routeur_rms_state) ne correspond pas à celle réglée dans l'interface.      

La période réelle est décalée de 1s, par exemple :
- avec 1 dans l'interface, on a une trame toutes les 2 secondes
- avec 2 dans l'interface, on a une trame toutes les 3 secondes
- avec 3 dans l'interface, on a une trame toutes les 4 secondes
... et avec 0, cette trame n'existe pas.

Du coup, impossible d'avoir une trame chaque seconde (ce qui me serait vraiment utilie, j'avoue )

Est-ce que la structure du programme le permettrait ? (cores/threads, déroulement, accès aux données, temps de calculs)

J'ai installé la dernière version (v15.08) afin d'être sûr que le problème n'avait pas déjà été réglé depuis la version (12.05 modifiée) que j'utilise normalement

[Mike]

Bonjour,
Vu que vous êtes en mesure de modifier le code, je me demande si ce comportement n'est pas lié à cette ligne dans le fichier MQTT.ino :
if (int((tps - previousMQTTenvoiMillis) / 1000) > MQTTRepet && MQTTRepet != 0) {
Peut-etre qu'un >= à la place du > corrigerai ce comportement soit :
if (int((tps - previousMQTTenvoiMillis) / 1000) >= MQTTRepet && MQTTRepet != 0) {

Je n'ai pas testé mais je pense que ça peut marcher.
Vous me direz

[Youpimatin]

Bonjour,
Hmmm ah oui ça pourrait ressembler à ça, bien vu !

J’essaierai dès que je pourrai, voir si celà suffit (en espérant que les données soient mises à jour assez souvent)
Merci pour la recherche !

(prochaine étape : toutes les 500ms )

[Sgb31]

Attention aux période de répétitions trop rapides .
perso avec HA, je suis revenu à une répétition de 10 ( sur la page paramètres) afin de ne pas saturer inutilement HA .
Tout dépend, ce que vous souhaiter gérer derrière ..

[F1ATB]

> ou >= ne changera pas grand chose. On dépasse le temps à cause des temps de transfert qui s'additionne. Attention à ne pas saturer HA avec un sur echantillonnage qui n'apporte pas grand chose.
André