Hello,
J’essaie de configurer le mon shelly pro em 50 en jMQTT
Il remonte bien dans MQTT explorer :
Mais je n’arrive à rien dans jMQTT. J’ai essayé avec le template PRO 3 EM comme suggéré dans un autre message, il devrait au moins y avoir le status qui remonte, mais rien…
Une idée ? Je m’excuse si ça a déjà été traité, pour ma défense j’ai cherché 
Salut
Tu as copié le topic depuis mqttexplorer ?
As-tu tester de cocher la comamde de création automatique de commande?
Antoine
Oui j’ai essayé en cochant Ajout automatique des commandes…
lentipic ? qu’est ce que c’est ?
Le topic peut etre ? Oui c’est bien le même !
Tu utilises jmqtt avec le même broker pour d’autres services mqtt ?
Sinon, donne la configuration de.ton broket dans jmqtt.
Antoine
PS: cache/floute ton mot de passe
Essayez en modifiant localhost dans la config du shelly avec ceci
192.168.1.200:1883
Salut ,
Effectivement dans le Shelly sur la partie « Server », il faut mettre: « IPJeedom:1883 ».
D’autre part (j’ai une config fonctionnelle avec le même module), je n’ai pas de cocher « Generic status update over MQTT ».
Dans Jeedom, en topic racine, il faut mettre le nom présent dans « MQTT PREFIX » de la partie mqtt du Shelly.
Pour les commandes, je crois les avoir fait à la main :
Tore 0 :
Puissance apparente : events/rpc/params/em1:0/aprt_power
Puissance active: events/rpc/params/em1:0/act_power
Intensité: events/rpc/params/em1:0/current
Tension: events/rpc/params/em1:0/voltage
Pour le 2eme tore:
Puissance apparente : events/rpc/params/em1:1/aprt_power (le 0 devient 1).
etc…
Bonjour,
Je tente d’intégrer un Shelly Pro EM50 à JEEDOM et je galère…
Coté Shelly, le MQTT est bien opérationnel, j’ai bien des remontées dans MQTT Explorer ainsi que dans l’onglet temps réel du plugin jMQTT :
Bonjour,
Pour moi, events/rpc n’est pas le bon topic à écouter.
Il faut paramétrer le topic sur :
status/em1:0/act_power ou status/em1:1/act_power suivant la sonde.
Et bien sur, en topic racine : shellyproem50-08f9e0e89f94.
Le topic rpc me sert à envoyer des ordres, comme celui-ci pour effectuer un RESET si besoin :
json::{"id":1, "src":"BERGERET", "method":"Shelly.Reboot"}
Bonjour,
Merci pour ces retours,
J’ai essayé vos 2 propositions mais aucune valeur… (hormis le online)
Je ne comprends pas…
Il faut forcément un brocker dédié ? (j’utilise le brocker créé par JEEDOM pour le MQTT (Zigbee et Zwave)
Non, il n’y a « jamais » besoin de Broker dédié.
Pas toujours…
Antoine
Salut,
info/numérique et pas autre
un reboot ne fera pas de tord
Bon et bien je n’y parviens pas…
Même après reboot du shelly, rien y fait.
Je ne vois pas où est le problème…
J’ai essayé sous HA (via le brocker créé par JEEDOM) et çà remonte bien , j’en perd la tête 
Salut,
Comme ceci plutôt sinon ça va aller beaucoup moins bien 
topic racine : shellyproem50-08f9e0e89f94/#
Salut @Furaxworld ,
Avec MQTT Manager, il n’est point besoin de préciser ce genre de menu détail… 
Mais effectivement, ça l’est avec jMQTT…
Bonjour,
Pourquoi plus status que events, je n’ai rien trouvé dans la doc Shelly.
Même si le topic date un peu, j’espère avoir une réponse, merci.
Bonjour,
Le topic ‹ event › remonte en temps réel les changements d’état de toutes les sondes (et donc toutes les mesures), indifféremment de la sonde d’origine (qui est toutefois identifiée).
Alors que sur le topic ‹ status › ne remonte uniquement que les informations en temps réel relatives aux mesures relevées par la sonde à monitorer.
Les deux sont donc utilisables, mais le topic ‹ status › présente l’avantage de ne remonter que les infos pertinentes, et de plus directement utilisable en tant que déclencheur pour un scénario par exemple.
Effectivement, la doc Shelly est plutôt succincte sur ce sujet…
Elle est plutôt complète mais pas facile à lire et à comprendre.
