Bonjour,
Ce n'est pas possible aujourd'hui. Mais c'est une demande récurrente, je l'implementerai donc. Difficile de donner une date, suis pas mal chargé en ce moment.

@meute, @mycev: je n'oublie pas les discussions ci-dessus, je vais formaliser les évolutions discutées via des issues sur github pour implémentation.

Bonjour, Nouvelle version ce matin, comme d'habitude voir le changelog https://github.com/domotruc/jMQTT/blob/beta/doc/fr_FR/changelog.asciidoc . La modification principale est l'activation du mode ajout automatique d'équipements qui se fait maintenant par un bouton d'inclusion et se désactive autom...

Bonsoir, Je vais essayer de répondre aux différents points. Y a-t-il une bonne raison (en dehors du fait que MQTT était comme cela au moment du fork ;) ) pour empêcher l'écriture des types (appelés dans le plugin "sous-type") de commande et la modification des topics ? Les raisons que je vois sont: ...

Bonjour mycev, Comme pour Meute, difficile de dire si la suppression de la case "Parse json" pourrait poser un problème. Cela étant, la présence de cette case permet dans le cas de l'ajout automatique de limiter la création de commande et, une fois récupérés les json, on peut alors désactiver la cré...

Bonjour, J'envisage la modification du fonctionnement du plugin suivante: Supprimer la case parseJSON sur les commandes information; Décoder systématiquement les payload JSON jusqu'au niveau le plus bas et ne pas stoker les niveaux JSON intermédiaires. Ceci afin: De simplifier l'usage du plugin; De ...

Bonsoir,
Nouvelle version disponible demain matin à l'aube, ajoutant la possibilité de désactiver la création automatique de commandes information par équipement. Change log: https://github.com/domotruc/jMQTT/blob/ ... g.asciidoc.
Stéphane

Bonjour,
Nouvelle mise à jour disponible ce jour qui corrige trois problèmes, voir change log https://github.com/domotruc/jMQTT/blob/ ... g.asciidoc.
Stéphane

Bonjour chryss,
Pour supprimer un message persistant au niveau du broker, il faut:
* réactiver le mode retain de la commande concernée
* envoyer une commande null c'est à dire vide (sans payload) en cliquant sur tester
* désactiver le mode retain
Stéphane

Bonjour, J'attire votre attention sur un problème gênant relatif à l'utilisation de commandes action jMQTT dans vos scénarios: les commandes ne sont pas envoyées au fil de l'au mais en rafale à la fin de l’exécution du scénario, voir https://github.com/domotruc/jMQTT/issues/30 . Je vais essayé de co...

Bonsoir, @mycev: parfait, la discussion continue sur GitHub @meute, j'ai ouvert: une issue relative à la charge CPU et reporté nos premiers échanges, ça permettra de tout avoir sur le même fil ( https://github.com/domotruc/jMQTT/issues/27 ). une issue relative au problème des comnmande action avec p...

Bonjour meute, Je viens de faire un test avec un traffic continu de 10 messages par seconde: le démon jMQTT prend 7 à 8% de CPU. Et bien le double avec 20 msg/s. Tes chiffres paraissent effectivement haut, je vais essayer de reproduire ton traffic pool/broadcast en le modélisant sur le simulateur MQ...

Bonsoir mycev, Merci :smile: Il me semble que ça rejoint les 2 derniers points du message suivant de meute (si j'ai bien compris, il précisera au besoin) : https://www.jeedom.com/forum/viewtopic.php?f=96&t=32675&start=40#p578351 . Pourrais tu créer une "issue" sous GitHub pour tracer cette demande d...

Bonsoir meute, désolé de ne pas avoir eu le temps de te répondre avant, suis pas mal sous la vague du boulot en ce moment... Quelques éléments toutefois: Requêtes BD: A chaque message: recherche des équipements jMQTT ayant souscrits à ce message, puis recherche de la commande associée et sauvegarde ...

Bonjour meute, merci pour toutes tes recherches. Effectivement, dans le code de lunarok, les \ sont supprimés avant envoi à Mosquitto. Puisque tu es moins pressé, je vais prendre le temps de comprendre avant d'implanter une correction. Je serais intéressé pour avoir ton flux MQTT pour mieux comprend...

Je ne pense pas, la fonction execute qui est modifiée sur le fix #14 n'est pas appelée sur sauvegarde d'un équipement, je viens de vérifier. Le problème existe aussi sur le plugin MQTT. Du coup, je ne suis pas si sûr que ça ait déjà marché. En utilisant des ' au lieu de ", ça passe, mais la norme JS...

Effectivement, je reproduis. Suis sûr que ça marchait... je regarde.

Le Qos vu par MQTTFX par contre est toujours à 0 lui, faudrait que j'aille faire un tour dans les log de Mosquito pour confirmer ou pas. Bonjour, J'ai regardé la problématique des Qos. Pour Qos 0 et 1, pas de problème ca marche, voici les log Mosquitto: Qos=0: 1517072127: New client connected from ...

Bonjour,
C'est corrigé et disponible sur le market: maintenant toutes les commandes passent sur une rafale de commande.
@marmoul: tiens moi au courant si ça arrange tes problèmes.
Stéphane

Bonsoir,
Je reproduis bien le problème: lorsqu'une série de commande est envoyée de façon trop rapprochée, seule la dernière passe.
J'ai ouvert le problème https://github.com/domotruc/jMQTT/issues/23 pour le corriger.
Stéphane