Topic MQTT - Description des topic's

[jlm]

Smartphoton a une fonctionnalité importante. 

Il publie une quantité importante de données provenant de votre(vos) onduleur(s) sur un broker MQTT (voir la définition)
Le fait de publier les données ainsi permet à d'autres logiciels de pouvoir les lires ou les modifier. Par exemple Jeedom, Homey, Nodered, etc...

Vous pouvez visualiser ces données via un logiciel comme MQTTexplorer ou l’addon MQTTexplorer directement intégrable dans Home Assistant.
Voici à quoi cela ressemble dans HA (Home Assistant)

Configuration initiale pour se connecter au broker:     

Les différents topic's.
 
Ceux de l'onduleur: 
   

ceux des batteries, le SOC par exemple:
   

Et enfin les topic qui permettent de modifier ces différents paramètres de l'onduleur:
   

Les descriptions des différents topics se trouvent tous ici:

• Smartphoton_MQTT_Description-QBEQI.pdf
  
• Smartphoton_MQTT_Description-QPIGS.pdf
  
• Smartphoton_MQTT_Description-QPIRI.pdf
  

Dans la partie tutoriel, je vous montre comment modifier les paramètres onduleur depuis l'extérieur à smartphoton

[bishnoi]

question :
comment lire sur HA les mqtt d’un smarphoton v5 externe ou autre, vu qu’on peut pointer que sur 1 seul ip (localhost) avec le mqtt de HA ?

merci
addons publiant sur broker HA: smartphoton, jk

[jlm]

question :
comment lire sur HA les mqtt d’un smarphoton v5 externe ou autre, vu qu’on peut pointer que sur 1 seul ip (localhost) avec le mqtt de HA ?

Alors 3 solutions.

• Depuis la V5, tu peux lui indiquer un broker externe de destination en plus de son broker interne 
  

           

• Depuis HA, tu peux installer l'add-on Nodered. Et dans les noeuds nodered il y a le noeud MQTT-in. Dans celui-ci tu pourras aller lire un broker externe et créer des entités automatiquement dans ton HA smartphoton.
  

1. Voici mon exemple. J'ai un autre HA qui gère ma domotique, et donc depuis celui-ci je vais lire les données de Smartphoton-HA Add-on via ce flow NR    

• Il y a une intégration qui permet de relier 2 entités HA ensemble. Jamais testée. Tu trouveras les infos à cet endroit 
  

[bishnoi]

indisponible: mqtt reste sur son dernier état, et on ne sais si l’objet ne réponds plus.
j’ai trouvé cet article :
https://hacf.fr/zigbee2mqtt-availability/

[jlm]

Dans la version que j'ai, je viens de l'activer suite à ton lien précédent.
Je vais voir le résultat tout soudain.
Voilà a quoi cela ressemble chez moi

   

[jlm]

Voilà le résultat:

Avant:

   

Après:

   

Il y a bien l'info de la dernière fois qu'il a été vu. Faut traiter ensuite avec HA l'info

[bishnoi]

ok, merci !

j'ai fait le test de couper le Voltronic (USB) et sa batterie: 24h après j'ai toujours le même écran smartphoton-HA figé :
normal MQTT garde la dernière valeur... 
comment créer une alarme dans ce cas-là ?

   
   

[NOLAK]

Hé hé, c'est le genre de bug qui fait avancer !
Oui en effet le nœud serial ce met en Time out.
En fait pas le choix de redémarrer le module.
Alors tu peux créer une automatisation pour redémarrer un module (il me semble que c'est possible) quand ta valeur n'est pas mis a jour depuis x minutes en attendant.

On va réfléchir a comment relancer la connexion si ce bug arrive.
Merci

[jlm]

J'espère que Khamel va pouvoir t'aider dans ce sens demain.
C'est vrai que cette histoire que le broker n'informe pas ses clients lorsque la valeur est la même est clairement ennuyeux dans notre cas.
Doit bien y avoir moyen de lui dire qu'il doit le faire.
Il faut vraiment creuser ce sujet là.
Si tu as des idées, car oui créer une alerte pourquoi pas, mais quoi en faire du coup ?
Prendre la dernière valeur connue et l'écrire sur le topic avec une légère modification sur la valeur ?

[NOLAK]

Ben si en fait il faudrait ajouter un capteur erreur.
Celui là est une une vérification de la sortie serial.
Ce qui permet a l'utilisateur de savoir si la valeur est figé

[jlm]

Alors en demandant gentiment à une IA, elle confirme et donne une approche possible.
Ce serait au niveau de celui qui publie de modifier la manière de publier. Voici une idée de comment implémenter ceci dans notre Nodered.
Le Hic de ce que je peux en déduire c'est que cela va changer la valeur du topic du coup. Il faudrait donc lors de la lecture du topic se débarrasser de l'horodatage inutile pour celui qui lit.

Dans MQTT, par défaut, un broker ne renvoie pas un message à tous les abonnés si la valeur du topic reste la même. C’est une fonctionnalité qui permet d’économiser de la bande passante et des ressources.

Cependant, si vous voulez forcer le broker à informer tous les abonnés chaque fois qu’un message est publié, indépendamment du fait que la valeur du topic ait changé ou non, vous pouvez implémenter cette fonctionnalité au niveau de l’éditeur (publisher). L’éditeur peut ajouter un horodatage ou un identifiant unique à chaque message. De cette façon, chaque message sera unique pour le broker et il l’enverra à tous les abonnés.

Voici un exemple de code Javascript (utilisé par Nodered dans un noeud fonction) qui illustre cette approche :

Code :

msg.payload = "same message " + Date.now();

return msg;

Dans cet exemple, l’éditeur publie le même message avec un horodatage différent à chaque fois. Ainsi, même si le contenu du message est le même, le broker le considère comme un nouveau message et l’envoie à tous les abonnés.

[NOLAK]

Pour forcé une mise a jour il faut ajouter
force_update: true quand on fait un capteur.
Comme indiqué dans la doc
https://www.home-assistant.io/integrations/update.mqtt/

Il prendra en compte les valeurs inchangé.
Exemple :

Code :

mqtt:
  sensor:
    - state_topic: "chemin/moncapteur"
      name: "Mon capteur"
      unique_id: uniqueid_moncapteur
      value_template: '{{ value }}'
      unit_of_measurement: "%"
      force_update: true

C'est corrigé dans la 1.3.4, qui arrivera bientôt

[jlm]

Magnifique  , c'est un vrai souci qui vient d'être levé. Bravo. Ca m'a fait ma fin d'après midi