topic MQTT

[F1ATB]

OK donc tout fonctionne comme prévu mais malheureusement pas avec Jeedom.
Je ne connais pas Jeedom mais il doit bien y avoir un moyen de publier directement sur S3.

Et si vous mettez dans le routeur comme Device Name S3/ ou S3/Toto ?

[DanielJ]

OK donc tout fonctionne comme prévu mais malheureusement pas avec Jeedom.
Je ne connais pas Jeedom mais il doit bien y avoir un moyen de publier directement sur S3.

Ok, ça y est...
Je me souviens avoir eu exactement le même souci en juin 2024 avec la version 12 du routeur (ça commence à dater !), et c'est bien la même cause pour les mêmes effets : le plugin MQTT Manager sous Jeedom (et peut-être aussi les autres plugins qui gèrent le MQTT comme jMQTT) ajoute systématiquement un / après le nom du topic racine puisqu'il doit être en principe défini ensuite un topic de publication. 
Résultat : aucune commande n'est correctement interprétée...

Voir ici ce fil de discussion : 
https://f1atb.fr/forum_f1atb/thread-48.html

Nous avions réussi à l'époque avec l'aide d'André et de Francky à contourner ce problème, sans devoir mettre en place un quelconque patch correctif, en renommant simplement l'actionneur utilisé sous la forme : <topic>/<nom du relais/triac> (soit "S3/SSR1" dans ce cas).

J'ai donc testé avec la béta 15 actuelle, en ayant juste renommé le relais SSR en "S3/SSR1" au cas où (on ne sait jamais ! ), mais malheureusement cela ne fonctionne pas à partir de Jeedom (bien entendu, directement à partir de MQTT Explorer il n'y a pas de problème tant que le topic reste défini sur "S3", et le nom dans la commande avec "S3/SSR1").

C'est donc juste l'ajout automatique de ce caractère "/" après le topic racine qui pose un problème. 

Après, comme déjà suggéré sur ce fil en 2024, est-il concevable que les ordres MQTT soient transmis non pas sur le topic racine directement (ce qui semble un peu bizarre quand même), mais sur <topic racine>/<topic de publication> ? 
De mémoire, je me souviens aussi qu'à partir de la version 15 du code ESP32 je crois et jusqu'à présent, il y a eu des modifications dans le code qui ont permis de lever cette obligation de devoir nommer l'actionneur sous la forme <topic>/<nom> pour être pilotable par Jeedom.

---

OK donc tout fonctionne comme prévu mais malheureusement pas avec Jeedom.
Je ne connais pas Jeedom mais il doit bien y avoir un moyen de publier directement sur S3.

Et si vous mettez dans le routeur comme Device Name S3/ ou S3/Toto ?

Argg, grillé au poteau... 
Et encore une fois, bravo André ! C'est LA solution en effet, et la plus simple qui plus est... 

Avec un device name définit comme S3/ dans les paramètres, c'est tout bon !

Je reviens très vite avec le détail de la configuration qui fonctionne sous Jeedom...

[DanielJ]

Voici donc au final comment résoudre ce problème d'envoi d'ordre via MQTT depuis Jeedom.

Configuration côté routeur ESP32-S3

Dans les paramètres serveur MQTT

MQTT Préfixe de découverte (1 seul mot ex : homeassistant ) : <nom du préfixe au choix> (exemple : decouvS3test)
MQTT Préfixe de publication (1 seul mot ex : homeassistant ) : <nom du préfixe de publication au choix> (exemple : routeurtestS3)
MQTT Device Name / Nom routeur (1 seul mot ex : routeur_rms ) : <nom du routeur au choix> + le caractère "/" (exemple : S3/)
Souscrire aux messages du serveur MQTT : cocher la case.

   

Configuration côté Jeedom (ici pour le plugin MQTT Manager)

Dans le plugin MQTT Manager, créer un nouvel équipement pour recevoir les informations (et uniquement les informations) du routeur, avec cette configuration :
Topic racine =  <nom du préfixe de publication au choix> défini dans les paramètres du routeur (ici, routeurtestS3)

     

Dans la partie commandes, utilisez soit le bouton 'découverte' pour sélectionner les informations à prendre en compte, soit les créer une par une.

   
  
Créer ensuite un second équipement, dédié lui uniquement à envoyer des commandes de Jeedom vers le routeur.
Topic racine =  <nom du routeur au choix> défini dans les paramètres du routeur mais sans le "/" final (ici, S3)

   

Enfin pour la partie commande, il faut regrouper ici toutes les actions qui vous seront nécessaires, comme par exemple :

json::{"Nom":"SSR1","tOnOff":30} (il n'y a pas de topic à définir, la case doit rester vide) pour actionner le relais pendant 30'.

   

Attention : il semble que les commandes type json::{"Gpio":101,"Out":1} avec directement le numéro de GPIO ne passent pas. Il faut nommer et utiliser le nom du GPIO virtuel créé. 

Voilà qui conclu avec succès mes tests, et qui me permettra d'envisager sérieusement le remplacement de mon bon vieil ESP32 WROOM actuel...
Encore un grand merci à André et Mike pour leurs précieuses contributions !