[Sujet officiel] Plugin EIB - KNX

[Tristan]

effectivement, le daemon est marqué statut NOK, configuration OK.

Si je relance le daemon à la main j'ai toujours une erreur.
Etrangement, il repasse ok de temps en temps tout seul

En le redémarrant il dit quelques ok ... juste quelques secondes.

Enfin étrangement c'est exactement toutes les 5 minutes qu'il y a une erreur et ce depuis la MAJ d'hier. Ce n'est peut être pas la MAJ en elle même mais juste le démarrage lors de la réinstallation.

De plus les ordres KNX envoyés depuis le dashboard fonctionnent de temps en temps alors même que le daemon se dit down...
J'ai aussi essayé de relancer l'installation, rien n'y fait..

Cela fonctionnait très bien juste avant !! Merci de votre aide.

[mika-nt28]

Le bus monitor et l'envoie d'un requête sont deux chose distincte.
L’état du démon vas donc représenter le demon en luis meme, c'est a dire le bus monitor, ainsi que l’exécution du logiciel d'interface KNX.

Si tu peux envoyé un ordre et que le démon est down c'est le bus monitor qui plante.
Si c'est régulier c'est qu'il recois un ordre qui ne luis plais pas.

Tu es bien sur la version stable?

[poluket]

pour voir ce qui se passe quand il plante, démarrer une trace (group monitor) dans ETS et juste arrêter quand jeedom a une erreur et regarder le dernier message envoyé. cela te mettra p-e sur une piste.

et temporairement , désactiver l’envoie auto de cette valeur sur le BUS knx le temps de voir si c'est de nv stable.

si c'est bien celui la, voir si la config dans jeedom correspond bien a ce qu'il y a dans ETS

Bonne chance ...

[Tristan]

Merci de vos réponses. Tout d'abord je confirme que je suis en version stable (3.2.9).
Je confirme que je peux envoyer un ordre d'allumage par exemple mais qu'une fois la commande activée elle ne change plus d'état. De même si je fais un read sur cette valeur d'état il dit aucun message reçu (cela fonctionnait avant...). Je suppose que c'est lié au fait que le daemon est down.

Si je comprends bien vos retours cela veut dire que si je trouve le "truc" qui émets toutes les 5 minutes et que ce même truc envoie une commande KNX erronée elle peut faire planter le daemon ?

Pourtant j'ai parcouru tous les plugin et tout mes scénarios et je ne vois rien de programmé toutes les 5 minutes. Est ce qu'il y aurait un moyen de logger ce qui se passe ? (j'ai aussi regardé dans tous les fichiers de log présentés par Jeedom en vain et activé le plugin knx en mode debug sans plus de succes...

Merci encore de vos éventuels retours.

[poluket]

C'est côté du bus qu'il faut regarder. Tu as ets? Tu sais facilement voir quand le deamon tombe?

@mika-nt28 , il y a moyen de monitorer quand le deamon tombe?

[mika-nt28]

C'est côté du bus qu'il faut regarder. Tu as ets? Tu sais facilement voir quand le deamon tombe?

@mika-nt28 , il y a moyen de monitorer quand le deamon tombe?

Je ne sais pas mais il me semble avoir vue un plugin qui le fait

[Tristan]

Tout d'abord merci à poluket et mika--nt28 pour leur aide.

Je viens de régler le problème mais de façon plutot étrange... En effet j'ai :
- lancé une découverte de la passerelle depuis la configuration du plugin
- Jeedom a uniquement trouvé ... jeedom lui-même au lieu de ma passerelle ( N148 siemens)
- j'ai remplacé l'adresse trouvé par Jeedom par celle de ma passerelle (qui était configurée comme cela avant)

=> plus d'erreurs de connexions sur le bus.

La seule différence est que maintenant j'indique le numéro de port (3671) alors que ce n'était pas le cas avant. Au demeurant comme c'est la valeur par défaut me semble t'il et que cela fonctionnait préalablement cela ne devrait pas avoir de rapport.

Je ne l'explique pas mais ce qui compte c'est que cela fonctionne désormais !

Merci.

[poluket]

Question stupide, tu avais fait un reboot de ta box pour essayer de résoudre le problème?

[mika-nt28]

Si Eibd est lancer c'est normal qu'il detect jeedom puisque la passerelle est occupé.

[RaGE]

Salut Mika, en mettant à jour ton update d'il y a deux jours, je n'arrive plus à me connecter via IP/Ethernet. Ton changement ne semble que concerner la découverte automatique des GAD sur le bus, mais apparemment, il doit y avoir une forme d'interaction avec la connexion au réseau.

L'error log indique seulement "Cannot connect to EIBD Bus" ou quelque chose dans ce goût-là, donc un seul message. Il arrive à se connecter sporadiquement au bus, mais perd la connexion après la première commande. Je suis revenu en version précédente, et tout fonctionne.

Je suis sur la 3.2.11 de jeedom, en Raspberry Pi avec une passerelle Siemens.

[mika-nt28]

Heu sur quel version est tu
La dernière modification est juste pour limité au plugin la mise a jours des gad par le bus monitor

[RaGE]

Celle du 01-08-2018 pour le moment, qui fonctionne. C'est la suivante qui ne marche pas.

[poluket]

pour info, je suis avec la dernière et pas de problème de mon coté

[RaGE]

OK, c'est peut-être lié à mon install, alors. Tu as aussi une passerelle Siemens ? Et un Pi ?

[poluket]

Non, je tourne sur proxmox en debian 9. Passerelle weinzierl.

Mais il n'y a pas de raison.
Tu saurais démarrer une trace tcpdump/wiresharksur ton pi quand tu as les problèmes?

[RaGE]

Oui, je vais voir si je peux faire cela. Il est très possible que j'ai déjà un problème sous-jacent pour le moment, j'ai de temps en temps des messages d'interruption sur le bus ("cannot connect"), mais il redémarre toujours bien de lui-même.
Je viens de changer ma carte SD qui avait rendu l'âme, je vais en commander une autre pour tester les bidouilles, pas envie de me retaper toute l'installation, d'autant plus que l'on s'habitue à la domotique et qu'elle manque quand le système est en stand-by .

[matthcath]

]Bonjour et Merci pour ce soft qui m'a permis d'utiliser jeedom dans mon réseau Knx.

J'ai un petit problème pour transmettre la temperature sur le réseau Knx. J'ai bien sélectionné Transmettre, mais il ne met pas jour la temperature sur le bus pourtant quand j'utilise le bouton Tester ca fonctionne. J'ai fait une mauvaise manip?

[poluket]

cela dépend si tu as un appareil (module knx) qui demande la température via un read sur le bus. alors le module répondra.

sinon, il faut créer une routine (cron) qui envois de manière régulière ta valeur.
c'est faisable via scénario avec un cron toutes les X mins par exemple
tu ajoutes simplement une action avec ta commande et c'est parti.
je sais pas s'il y a une solution plus simple.

ton retour d'état dans ta commande knx, c'est bien la valeur qu'il te faut envoyer?
si oui, encore mieux, au lieu du cron dans le scénario. tu déclenches en fonction du changement de valeur de ton retour d’état.
comme cela, le scénario tourne que quand c'est nécessaire

[matthcath]

Merci pour ta réponse!
c'est dans le scenario que tu déclenches en fonction du changement de valeur?
je vais regarder ca.

[mika-nt28]

cela dépend si tu as un appareil (module knx) qui demande la température via un read sur le bus. alors le module répondra.

Effectivement si ton reseau knx demande l'information il suffit d'activé le flag "Lecture"

sinon, il faut créer une routine (cron) qui envois de manière régulière ta valeur.
c'est faisable via scénario avec un cron toutes les X mins par exemple
tu ajoutes simplement une action avec ta commande et c'est parti.
je sais pas s'il y a une solution plus simple.

ton retour d'état dans ta commande knx, c'est bien la valeur qu'il te faut envoyer?
si oui, encore mieux, au lieu du cron dans le scénario. tu déclenches en fonction du changement de valeur de ton retour d’état.
comme cela, le scénario tourne que quand c'est nécessaire

Non pour transmettre une information de issu d'un autre capteur de jeedom (non knx) il faut, cree une commande action avec le gad qui vas bien et activé le flag "Transmetre" avec en retour d'etat l'information du capteur.
Des que le capteur sera mis a jour l'information sera emise sur le reseau knx