Valeur de commande info change sans qu'un message soit transmis

Bonjour à tous.
Je vous expose mon problème que je n’arrive pas à résoudre malgré deux jours passés dessus.
Les info sur Jeedom
Jeedom Principal


Jeedom secondaire (n’est pas l’objet du Pb mais sert uniquement à la résolution provisoire)

Chaque Jeedom sur un NUC dédié (fait riche je sais)
L’exposé du pb:
J’ai un EspEasy 32 qui transmet en Mqtt 4 info numérique corespondant à des trames Somfy générées par des télécommande Somfy .
la config pour info de l’Esp32 est (je ne sais pas l’exporter en TXT alors image

De ce côté tout fonctionne le broker Mosquitto reçois les messages
C’est vérifié avec Mqtt Explorer
Capture d’écran 2025-06-29 à 15.54.50
On arrive au Pb surprenant:
Sur Jmqtt l’équipement 10-somfy-sniff-jmqtt (topic ESP_Easy-10-somfy/#)
correctement configuré (fonctionnait bien depuis 5 ans jusqu’au PB)
les 4 commandes info correspondantes au topic se sont parfaitement créées en automatique
A chaque trame transmise au protocole Somfy sont transmis les info numériques suivantes:
ChkSum (toujours à 0 sauf si la trame est incorecte, jamais eu, mais ni utilisée ni traitée ici)
Remote : le Numéro UNIQUE de la télécommande en dur dans la télécommande non modifiable
Order: le numéro de la commande, ne peut etre que 16, 32, 64, 96, 48, 128 ET 80 qui est avec une combinaison de 2 touches appuyées .
et enfin important:
Rolling_Code: la télécommande change la valeur de ce code (Rolling_Code+1) à CHAQUE appui sur une touche et différent pour chaque commande mais aucune importance si c’est le meme rolling_code pour 2 telco il change obligatoirement à chaque touche touche ou combinaison de touches appuyées) Non modifiable dans la telco Somfy.
On y arrive
Jmqtt affiche bien les valeurs des commandes info
par exemple
Remote 13983300
RollingCode 484
Order 32
Mais l’instant d’après (1 sec) s’affiche sur Jmqtt
Remote 13983300 (ne change pas)
RollingCode 484 (ne change pas!!)
Order 80 Change sans que soit appuyé sur une touche
le rolling code n’a pas changé hors si la telecommande avait transmis ce nouveau message le rollingCode serait ollingCode+1=485
En vérifiant dans Mqttexplorer et le log de l’ESP32 un seul message enregistré
Remote 13983300
RollingCode 484
Order 32
pas d’Order 80
Et ce ci se passe pour Toutes les télécommandes Somfy que j’ai (nombreuses surtout des quintuples Remote)
invraisemblable d’autant que sur le secons Jeedom qui est sur le même réseau j’ai pour voir installé Jmqt/Mosquitto mais je broker de ce second Jeedom écoute le broke/Topi r du premier Jeedom et là sur ce second Jeedom tout fonctionne parfaitement le message reçu
Remote 13983300
RollingCode 484
Order 32
et l’Order reste à 32, alors que sur le premier Jeedom le 32 passe rapidement à 80 (toujours 80)
Bon je vous remercie de votre patience c’était long mais difficile de faire court et de tout expliquer
Ce que je cherche c’est une piste pour résoudre ce changement inopportun de la valeur d’Order qui flanque la pagaie dans mes scénarios.
Pour finir : j’ai fait une rustine (temporaire j’espère) : Installé Jeelink sur les deux Jeedom et je transmet du Jeedon secondaire au primiaire l’équipement Jmqtt qui fonctionne bien et je me sert de ce Jeelink dans mes scénarios, (volontairement pas utilisé MqttMgr pour ne pas dépendre de Mosquitto) dans cette transmission)
Encore merci

Hello,

Pas sûr d’oir tout compris, mais il semblerait que ton Jeedom/jMQTT en debian 11 ait des problèmes avec certains topics et pas ton Jeedom/jMQTT en debian 12.

Dans le doute, as-tu fais une mise à jour de jMQTT (d11) et réinstallé les dépendances ?

Passe le plugin et le démon en débug et mets les logs ici quand le pb arrive stp
Donner aussi les infos de version
Ainsi que des captures d’écran de l’équipement qui pose problème ?
Vérifie les paramètres avancés des commandes pour voir si tu n’as pas des actions sur valeur sur certaines commandes ?
(Et tout ça pour les 2 jeedoms stp)

Bad

Bonjour Bad, c’est exactelent ça le problème. Celui qui pose Pb est soius debian 11 depuis plus de deux ans et je viens d’installer celui sous debian 12 juste pour essayer de comprendre le Pb/
je vais faire ce que tu me demande sur celui en 11, je réinstalle Jmqtt+dépendance et je mets les logs en debug. Pour les config avancées cela fait partie de mes investigations, aucune action sur valeur. Je le fait et je poste. Merci pour ton temps.

1 « J'aime »

Bonjour Bad
ça avance:
réinstallé Jmstt sur autre NUC vièrge en Debian 11 , rechargé les dépendance et vidé les log passées en Debug.
Pour simplifier parce qu’en Débug sur Jmqtt compte tenu du grand nombre de module, ça défile alors j’ai vidé le log et vite fait une seule action avec une seule telco id 13917764 commande 32
qui a donné dans le log un rollingcode de 574
Sur Jmqtt Debian 11 comme sur Debian 12 : rollingCode correct: 574 , Id correct: 13917764
ChkSum correct: 0
Mais !! sur Debian 11 order incorrect : 80
Debian 12 Order correct 32
J’ai historisé la cde info order sur le Debian 11 en défaut avec aucun lissage et à Limiter à une valeur toute les: aucune .
Sur l’historique je vois la cde Order passer de 80 (dernière valeur Jmqtt affichée) au momeni de ,la cde à 32 à 13:43:54 et repassequasi immédiatementà 80 à 13:43:55 ce qui explique que la valeur 32 n’est pas visible à l’écran.
Capture d’écran 2025-06-30 à 18.33.53

Dans le log Jmqttd j’ai cherché les topics correspondant à la Remote de la telco utilisée pour ces tests. pour ce test uniquement l’Order 32
je retrouve bien Message received (topic=« ESP_Easy-10-somfy/Somfy/Order », payload=« 32 », QoS=0, retain=False) à chaque fois que la touche 32 est appuyée et jamais Message received (topic=« ESP_Easy-10-somfy/Somfy/Order », payload=« 80 » alors que 80 est affiché par Jmqtt.
Bon stade suivant j’avais sous le coude un autre NUC inutilisé , fresh install sous Debian 11 pour rester cohérent avac celui qui dec…e avec un seul plugin Jmqtt, brocker sur le Jeedom objet de ce problème et là tout fonctionne c: ommande Order Transmise, 32 affiché sous Jeedom debian 12 et sous Jeedom freshinstall Debian 11.
Pris la sauvegarde du Jeedom (debian 11) qui a ce pb et injection sur le nouveau Jeedom fresjinstall en Debian 11 et ça fonctionne nickel !!! alors que celui ou j’ai téléchargé le backup affiche toujours l’order 80.
J’en déduit que mon Jeedom principal à un problème. Mais où ? (j’ai réinstallé Jmqtt et relancé les dépendances sans résoudre)
Compte tenu de l’importance de ce Jeedom et comme la sauvegarde fonctionne sur le jeedom freshinstall je vais repartir de zéro réinstaller Debian+Jeedom en freshinstall sur mon Jeedom principal en défaut remettre la sauvegarde qui semble aller bien et voir ce que ça donne.
Te tien au jus
Merci de ta patience. Reste que si ça repart bien, restera un air d’inachevé: qu’est ce qui a bien pu se passer.
jMQTTd.txt (316,9 Ko)

Pas de souci.

Si tu veux le savoir, il me faut plus de traces.
Le log jMQTTd.txt est un début, mais je ne sais même pas s’il a été pris sur la d11, D12 ou d11_new.
Et il me manquera aussi les autres infos demandées.

Bad

Effectivement j’ai sauté des étapes. Le log concerne je Jeedom posant ce problème sous Debian 11.
voici les copies d’écran de celui qui pose Pb




et de celui qui tourne bien sous Debian 12





le log de ce Jeedom D12 est identique à celui qui pose pb Jeedom en D11

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.