Bonjour André,
Je suis avec Frankie sur ce coup. On ne doit pas être très loin de la solution recherchée en effet, et pour ma part, comme indiqué dans mon message ci-dessus, la structure du message json est la bonne.
Le problème maintenant, c'est que jeedom envoie un message MQTT complet, avec <topic racine>/<topic>/<commande>.
Or, visiblement Solar_Router attends un message de type <topic racine><commande>.
Exemple : l'ordre SSR1{"tOnOff":-30} fonctionne très bien s'il est envoyé avec MQTT Explorer comme indiqué par Frankie (SSR1 est le nom donné à mon relais SSR).
Mais le plugin MQTT Manager dans jeedom envoie des messages sous la forme : SSR1/<topic>/ {"tOnOff":-30}, avec <topic> qui ne peut être vide.
A ce niveau et malgré de nombreux tests, je n'ai pas pu passer outre pour l'instant.
Côté Solar_Router, il suffirait je pense, mais sans confirmation, de modifier le code source à ce niveau en y intégrant un test sur la présence (ou non...) de <topic> :
(MQTT.ino)
if (subMQTT == 1) {
for (int i = 0; i < NbActions; i++) {
if (LesActions[i].Actif > 0 && LesActions[i].Titre == String(topic)) {
LesActions[i].tOnOff=ValJson("tOnOff", message);
LesActions[i].Prioritaire();
}
}
}
pour qu'il puisse interpréter correctement ce message reçu.
Est-ce qu'il vous semble possible de le faire, sans bien sûr gager un fonctionnement déjà validé avec HA et Domoticz ?
Je précise que j'ai déjà réussi à renvoyer en MQTT vers ce module les informations de puissance (Pw) et Pf, en publiant sur routeur/Puissance/json::{"Pw": -#[Maison][Tableau électrique - Mesures][Puissance EDF]#,"pf": #[Maison][Tableau électrique - Mesures][pf0]#}
où
routeur = topic racine,
Puiissance = topic,
#[Maison][Tableau électrique - Mesures][Puissance EDF]# et #[Maison][Tableau électrique - Mesures][pf0]# sont les valeurs mesurées et renvoyées en MQTT vers jeedom par un Shelly PRO EM50 (double routage car malheureusement, seul le Shelly EM est pris en compte pour l'instant dans Solar_Router)
Donc ainsi formaté, cela fonctionne très bien et ne pose aucun problème.
Merci d'avance pour l'aide !
Daniel
Je suis avec Frankie sur ce coup. On ne doit pas être très loin de la solution recherchée en effet, et pour ma part, comme indiqué dans mon message ci-dessus, la structure du message json est la bonne.
Le problème maintenant, c'est que jeedom envoie un message MQTT complet, avec <topic racine>/<topic>/<commande>.
Or, visiblement Solar_Router attends un message de type <topic racine><commande>.
Exemple : l'ordre SSR1{"tOnOff":-30} fonctionne très bien s'il est envoyé avec MQTT Explorer comme indiqué par Frankie (SSR1 est le nom donné à mon relais SSR).
Mais le plugin MQTT Manager dans jeedom envoie des messages sous la forme : SSR1/<topic>/ {"tOnOff":-30}, avec <topic> qui ne peut être vide.
A ce niveau et malgré de nombreux tests, je n'ai pas pu passer outre pour l'instant.
Côté Solar_Router, il suffirait je pense, mais sans confirmation, de modifier le code source à ce niveau en y intégrant un test sur la présence (ou non...) de <topic> :
(MQTT.ino)
if (subMQTT == 1) {
for (int i = 0; i < NbActions; i++) {
if (LesActions[i].Actif > 0 && LesActions[i].Titre == String(topic)) {
LesActions[i].tOnOff=ValJson("tOnOff", message);
LesActions[i].Prioritaire();
}
}
}
pour qu'il puisse interpréter correctement ce message reçu.
Est-ce qu'il vous semble possible de le faire, sans bien sûr gager un fonctionnement déjà validé avec HA et Domoticz ?
Je précise que j'ai déjà réussi à renvoyer en MQTT vers ce module les informations de puissance (Pw) et Pf, en publiant sur routeur/Puissance/json::{"Pw": -#[Maison][Tableau électrique - Mesures][Puissance EDF]#,"pf": #[Maison][Tableau électrique - Mesures][pf0]#}
où
routeur = topic racine,
Puiissance = topic,
#[Maison][Tableau électrique - Mesures][Puissance EDF]# et #[Maison][Tableau électrique - Mesures][pf0]# sont les valeurs mesurées et renvoyées en MQTT vers jeedom par un Shelly PRO EM50 (double routage car malheureusement, seul le Shelly EM est pris en compte pour l'instant dans Solar_Router)
Donc ainsi formaté, cela fonctionne très bien et ne pose aucun problème.
Merci d'avance pour l'aide !
Daniel