Effectivement ya un bug dans mon code ca sera corrigé avec la beta de demain. Désolé.
J’ai cherché plusieurs solutions mais j’ai encore un autre problème.
Je cherche donc à envoyer un message de la forme (comme sur la page précédente) :
Pour activer la charge :
{
"state": "active",
"charge_current": 6,
"max_current": 16,
"auto_release": true
}
Pour désactiver la charge :
{
"state": "disabled",
"charge_current": 0,
"max_current": 0,
"auto_release": true
}
Je précise que le topic override/set fonctionne. J’ai fait un slider pour tester et il renvoie bien la valeur à la borne.
Donc dans la logique, j’ai créé deux actions :
Mais quand je sauve, les 2 champs disparaissent. J’ai loupé quoi ?
Apparemment sous jmQTT les autres utilisateurs y arrivent sans encombre, mais comme je l’ai expliqué, j’ai préféré ne conserver que MQTT manager pour simplifier l’utilisation.
Bonjour,
Regarde la documentation du plugin la réponse est dedans.
1 « J'aime »
Allez, on va pouvoir fermer, merci.
J’attends ta béta pour récupérer les infos par MQTT manager.
Bonjour,
Je viens de tester la bêta et c’est fonctionnel pour la récupération des valeurs.
Merci @Loic pour la correction.
Je repasse en stable dès que possible.
Valentin
Pour ma part, après avoir fait l’update beta, le plugin ne démarrait pas.
Le log du démon MQTT indiquait qu’un module axios n’existait pas, malgré la réinstallation des dépendances.
Je suis allé dans la VM et j’ai lancé npm install axios --save
Un redémarrage du démon et c’est OK.
1 « J'aime »
J’ai réalisé la même chose que toi 
1 « J'aime »
J’ai constaté une charge CPU vraiment importante dès que j’active l’envoi des événements par MQTT Manager. J’ai fait exprès 2 tests.
Que ce soit côté VM ou côté serveur global…
N’y a t’il pas possibilité de limiter les envois sur quelques équipements ou info ?
Hello,
De combien d’infos as-tu besoin ?
jMQTT permet de publier automatiquement un payload lors d’un changement d’une commande, justement pour éviter de tout publier. Par contre, tu dois grosso modo créer une commande action pour chaque info à publier et cocher la case Pub.(lication) Auto(matique), donc si tu veux en publier 50, ça devient un peu lourd, mais pour 5-10, c’est impec :
1 « J'aime »
J’en ai besoin de 2 ou 3…
Bon, je vais me résoudre à réinstaller jMQTT.
1 « J'aime »
Bon j’ai réinstallé jMQTT mais du coup j’ai eu de beaux conflits.
Il m’a fallu d’abord réinstaller mosquitto par jMQTT puis le réinstaller par MQTT manager.
Du coup, j’ai créé un broker et j’ai récréé mes équipements.
Et donc j’ai créé les 2 publications que j’avais besoin et j’ai désactivé la publication de tout le reste côté MQTT manager. Ma charge CPU vous dit merci !
Je vais attendre les publications sur les nouveaux équipements et vérifier l’historique et je ferai la bascule de MQTT manager vers jMQTT pour mes équipements.
Dommage qu’il faille doubler les 2 plugins pour garder jeeZigbee fonctionnel.
J’avoue que l’idée de sélectionner les valeurs jeedom que l’on veut envoyer au broker serait un vrai plus.
Hello,
Pourquoi avoir fait l’installation de Mosquitto par jMQTT si c’était déjà fonctionnel avec MQTT Manager ?
Parfait 
Bad
Le plugin restait en défaut.
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.