Bonjour Mika,
Je me permets de te solliciter car je bûche sur un soucis depuis quelques temps.
Contexte : Installation avec 6 coupleurs et presque 100 adresses de groupe pour séparer chaque logement de l’installation. Il y a donc 7 logements.
Je communique bien avec le bus via mon Atlas Pro avec knx intégré seulement à chaque « read » j’ai un message null qui s’affiche avant de m’afficher la commande après plusieurs demandes de Read.
De la même manière, lorsque je fais une commande de « Write », il y a un délai important après l’exécution.
Via ETS, je n’ai aucun soucis, la commande s’exécute instantanément.
Il semblerait qu’un retard de commande au niveau du bus mais je ne sais pas d’où.
Sur la même installation, il y a 2 autres serveurs (Wiser for KNX et 1Home) mais j’ai l’impression que d’autres sources interviennent.
Je te joins mes logs du démon et un exemple sur monitor.
Dans mon exemple, je demande un read sur la commande suivante : [101 Collectif][Applique Cuisine 101][Etat]
Je ne suis pas hyper précis donc n’hésites pas si tu as besoin de plus d’informations.
Dans l’attente, je te souhaite une bonne journée.
Baptiste
Informations Jeedom Atlas
Core : 4.4.19 (master)
DNS Jeedom Atlas : oui
Plugin : EIB - KNX
Version : 2024-09-25 01:00:44 (stable)
Statut Démon : Démarré - (2025-01-20 22:55:02)
Bonjour et bonne année.
Désolé je n’ai pas beaucoup de temps pour jeedom et la communauté en ce moment.
Combien de connexion a tu autorisé ?
Tu peux augmenter le nombre de connexion en faisant attention que les GAD soit tous libre.
Les read sont il indispensable ?ça occupe une connexion le temps de réponse et c’est souvent inutile car il est préférable d’avoir des retours d’état émis par les devices
Bonjour et bonne année à toi aussi,
Merci de ton retour.
Le Read n’est pas indispensable. Que j’autorise 3 ou 7 connexions ne change rien.
Ce qui est étrange c’est que les requêtes dans Jeedom finissent toujours par passer sur le moniteur de Jeedom ou d’ETS mais cela peut être jusqu’à 14 secondes après.
Merci de tes retours.
Baptiste
Et la charge de ton jeedom elle est comment
Aucun soucis avec la charger Jeedom.
Je te joins la page santé.
Si tu fait beaucoup de Read, Il te faut beaucoup de connexion possible car la connexion est bloqué en attente de réponse et c’est encore pire si tu fait un Read sans réponse
Normalement le KNX n’a pas besoin que l’on interroge régulièrement ses devices car chaque device doit publier (Write) ses mises jour de valeur lorsqu’il y en a.
A tu la possibilité de désactiver tous tes Read cyclique, de relancer le démon, puis de verifier le ralentissement
A tu des flag Transmettre d’actif?
Autre test que tu peux faire c’est de désactivé tout des équipements jeedom et de réactivé un par un et de regarder toujours les ralentissement cela peut mettre en évidence un équipement qui bloque le bus monitor
C’est la première chose que j’ai faite en pensant que ça me permettrait d’y voir plus clair mais rien n’a changé. J’ai toujours ce délai important.
Non aucun Flag transmettre et aucun Read Cyclique.
Est ce que tu vois quelque chose qui justifierait le fait que le bus se déconnececte et se reconnecte en permanence. J’ai l’impression que lorsque j’ai un « null » lié à un timeout c’est parce que le bus se déconnecte. Sur mes logs en debug on voit bien le processus lorsque je veux allumer une lumière, je dois essayer 3 fois avant qu’il accepte la commande car le bus s’arrête…
Merci !!
[2025-01-24 19:30:38][INFO] : [KNXD] sudo systemctl restart knxd.service
[2025-01-24 19:30:38][DEBUG] : [Moniteur Bus] Lancement du Bus Monitor
[2025-01-24 19:30:38][DEBUG] : [Moniteur Bus] Connexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:30:42][DEBUG] : [Moniteur Bus] Initialisation de valeur des objets KNX
[2025-01-24 19:30:42][DEBUG] : [101 Collectif][Applique WC 101][Etat][Read] Interrogation du bus
[2025-01-24 19:30:42][DEBUG] : [101 Collectif][Applique WC 101][Etat][Initialisation] Lecture du GAD: 0/1/33 = 0
[2025-01-24 19:30:43][DEBUG] : [Bus Monitor] : Aucune commande avec l'adresse de groupe 10/0/1 n'a pas été trouvée
[2025-01-24 19:30:43][DEBUG] : [Bus Monitor] : Aucune commande avec l'adresse de groupe 10/0/0 n'a pas été trouvée
[2025-01-24 19:30:48][DEBUG] : [Bus Monitor] : Aucune commande avec l'adresse de groupe 9/1/33 n'a pas été trouvée
[2025-01-24 19:32:23][DEBUG] : [101 Collectif][Applique WC 101][On][Write] Valeur a envoyer 1
[2025-01-24 19:32:25][DEBUG] : [Moniteur Bus]
[2025-01-24 19:32:25][INFO] : [Moniteur Bus] Deconnexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:32:25][DEBUG] : [Moniteur Bus] Lancement du Bus Monitor
[2025-01-24 19:32:25][DEBUG] : [Moniteur Bus] Connexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:32:42][DEBUG] : [101 Collectif][Applique WC 101][On][Write] Valeur a envoyer 1
[2025-01-24 19:32:42][DEBUG] : [Moniteur Bus] Initialisation de valeur des objets KNX
[2025-01-24 19:32:42][DEBUG] : [101 Collectif][Applique WC 101][Etat][Read] Interrogation du bus
[2025-01-24 19:32:44][DEBUG] : [101 Collectif][Applique WC 101][Etat][Initialisation] Lecture du GAD: 0/1/33 =
[2025-01-24 19:32:44][DEBUG] : [Moniteur Bus]
[2025-01-24 19:32:44][INFO] : [Moniteur Bus] Deconnexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:32:44][DEBUG] : [Moniteur Bus] Lancement du Bus Monitor
[2025-01-24 19:32:44][DEBUG] : [Moniteur Bus] Connexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:32:56][DEBUG] : [Moniteur Bus] Initialisation de valeur des objets KNX
[2025-01-24 19:32:56][DEBUG] : [101 Collectif][Applique WC 101][Etat][Read] Interrogation du bus
[2025-01-24 19:32:56][DEBUG] : [101 Collectif][Applique WC 101][Etat][Initialisation] Lecture du GAD: 0/1/33 = 0
[2025-01-24 19:32:57][DEBUG] : [Bus Monitor] : Aucune commande avec l'adresse de groupe 9/1/133 n'a pas été trouvée
[2025-01-24 19:32:58][DEBUG] : [Bus Monitor] : Aucune commande avec l'adresse de groupe 9/0/92 n'a pas été trouvée
[2025-01-24 19:32:58][DEBUG] : [101 Collectif][Applique WC 101][On][Write] Valeur a envoyer 1
[2025-01-24 19:32:58][DEBUG] : [101 Collectif][Applique WC 101][Etat] : Décodage de la valeur avec le DPT :1.001
[2025-01-24 19:32:58][INFO] : [101 Collectif][Applique WC 101][Etat] : Mise à jour de la valeur : 1
[2025-01-24 19:33:14][DEBUG] : [101 Collectif][Applique WC 101][Off][Write] Valeur a envoyer 0
[2025-01-24 19:33:16][DEBUG] : [Moniteur Bus]
[2025-01-24 19:33:16][INFO] : [Moniteur Bus] Deconnexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:33:16][DEBUG] : [Moniteur Bus] Lancement du Bus Monitor
[2025-01-24 19:33:16][DEBUG] : [Moniteur Bus] Connexion a EIBD sur le serveur 127.0.0.1:6720
[2025-01-24 19:33:29][DEBUG] : [101 Collectif][Applique WC 101][Off][Write] Valeur a envoyer 0
[2025-01-24 19:33:37][DEBUG] : [Moniteur Bus] Initialisation de valeur des objets KNX
[2025-01-24 19:33:37][DEBUG] : [101 Collectif][Applique WC 101][Etat][Read] Interrogation du bus
[2025-01-24 19:33:37][DEBUG] : [101 Collectif][Applique WC 101][Etat][Initialisation] Lecture du GAD: 0/1/33 = 1
[2025-01-24 19:33:38][DEBUG] : [101 Collectif][Applique WC 101][Etat] : Décodage de la valeur avec le DPT :1.001
[2025-01-24 19:33:38][INFO] : [101 Collectif][Applique WC 101][Etat] : Mise à jour de la valeur : 0
Bonjour
Je n’avais pas vue que les read étai en initialisation.
Le démon ne devrait jamais redémarrer.
Peux tu regarder dans les log cron ou http.erreur si tu vois des log lié au plugin.
Tu peux aussi désactivé le redémarrage automatique pour voir où il s’arrête
C’est déjà dans les log et très étrange
Tu force le off c’est ça?
Ça se répète beaucoup ?
Hello,
Il n’y a rien dans les logs qui semblent venir du plugin…
Je pense que lorsque j’ai l’ensemble de mes équipements actifs, le timeout doit être encore plus long car à chaque redémarrage, il fait une initialisation mais ce n’est pas la source du problème…
Je dois faire plusieurs off effectivement pour qu’il prenne la commande.
Est ce qu’avec une passerrelle IP externe (hors atlas Pro knx), cela changerait quelque chose ?
Merci de tes lumières 
Baptiste
