Problème de rafraîchissement MQTT Subscribe

Cartes Ethernet IPX800
1

Bonjour,

J’aimerais avoir votre avis sur un phénomène que je n’arrive pas à expliquer.

Tout d’abord, je ne suis pas certain que le problème vienne de la V5.

Je possède un broker MQTT qui publie un ensemble de topics pour une Tesla (Teslamate). J’ai publié sur ce broker des données provenant d’un compteur Linky (télé-information).

Via MQTT Explorer, je retrouve bien les 2 topics teslamate et linky et leurs valeurs sont mises à jour.

Cependant, sur le dashboard de la V5, j’ai 2 widgets correspondant à 2 subscribes et seul le widget correspondant au Linky est rafraîchi au changement de valeur.
Concernant l’autre widget, il faut faire une actualisation de la page pour avoir une valeur correcte.

Voilà, si quelqu’un peut m’éclairer sur le sujet, je l’en remercie par avance.

Cordialement

Patrick

2

Bonsoir @skazu

Pourriez vous svp donner plus de détails sur votre broker et sur le mqttsubscribe que vous avez mis en place?

3

Bonjour,

Le broker est mosquitto version 2.1.2

J’ai un subscribe en ANA8 qui se met à jour, en revanche celui qui est définit comme du STR32 nécessite un rafraîchissement de la page.

image
image961×433 20.7 KB

image
image766×934 53.8 KB

s’actualise correctement.

Tandis que :

image
image958×430 20.7 KB

image
image757×643 35.2 KB

a besoin d’être actualisé.

Voilà le constat.

4

Bonjour,

les variables Strings ne remontent pas à intervalle de temps régulier par le socket.
Vu qu’elles ne sont pas modifiables par scénario ou widget natif, elles sont considérées comme des constantes.
C’est une des évolutions que nous avions demandées à la sortie de la V5 mais qui n’a pas été mise en place.
En attendant l’éventuelle évolution, il faut soit rafraichir la page comme vous le faites, soit écrire un widget HTML qui interroge la variable toutes les x secondes via l’API.
Voici un exemple de code Widget HTML avec une variable issue d’un objet contrôle d’accès:

image
image299×146 8.28 KB

Remplacez l’idStrW avec celui de votre variable et ajustez le temps dans setInterval à la fin du script :

<script>
var idStrW=524289;//id de la variable Str32
window.GCE_Refresh.push(function(data) { //IMPORTANT: binding refresh function to the WebSocket
switch (data['_id'])
{
case idStrW:
document.getElementById('CodeW').value=data.value;
break;
}
})

function init3() {
GCE_API.get("/api/core/str/" + idStrW.toString()).then((ret) => {
document.getElementById("CodeW").value=ret.value;
})
}

init3();
setInterval(init3,2000);

</script>
<style>
.input1 {
  width: 80%;
  padding: 3px;
  margin-bottom: 3px;
  border: 1px solid #ddd;
  border-radius: 4px;
  font-size: 2em;
}
.label1 {
  font-size: 12px;
  margin-bottom: 3px;
  display: block;
}    

</style>
<label for="CodeW" class="label1">Dernier Code lu sur interface Wiegand :</label>

<input class="input1" type="text" id="CodeW" name="CodeW">

Bonne journée

5

Bonjour,

Je vous remercie pour votre réponse.

Et je n’aurai qu’un mot : çà alors ! :grinning_face:

Du coup le mqtt subscribe perd de son intérêt.
J’ai un docker avec teslamate qui publie principalement du string (même les booléens (true/false) ainsi que la télé-information du compteur Linky ; les champs numériques sont remplis avec des zéro non significatifs.

Je pensais publier les données issues d’un IQ Gateway car il n’est pas possible de les récupérer via un push ; on ne peut pas envoyer un token d’identification.

J’espérais centraliser les informations sur la V5, je vais revoir ma copie. :winking_face_with_tongue:

Bonne journée