Forum KNX francophone / English KNX forum

Version complète : Monitor Bus Help
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Bonjour à tous,

Je reviens vers pour un peu d'aide au niveau du monitor bus. Je suis cours de développement de mon projet KNX. La plupart est opérationnel (il me reste la partie chauffage qui est en cours).
Je note depuis quelques jours un ralentissement au niveau de la réactivité de l'installation. La lumière met un peu de temps à s'enclencher quand j'ai une période d'inactivité. Le matin au réveil et le soir en entrant du boulot principalement.
Je suis aller voir le moniteur bus et je vois des "requêtes" en double et triple. N'ayant pas énormément d'expérience sur ETS je voulais avoir votre avis.
Normal / pas normal?

Pour info j'ai une supervision sur Jeedom.

Je mets le print du monitor en PJ.
Merci par avance de vos retours / remarques et du temps que vous m'accorderez.
Damien

[attachment=1101]
Hello,

J.ai également eu un problème de ligne rouge grise jaune noir etc etc .. regarde le lien ci dessous pour moi c'était un problème de flag. Bon courage 
http://www.knx-fr.com/showthread.php?tid=4930
(14/04/2019, 09:39:18)megawario68 a écrit : [ -> ]Hello,

J.ai également eu un problème de ligne rouge grise jaune noir etc etc .. regarde le lien ci dessous pour moi c'était un problème de flag. Bon courage 
http://www.knx-fr.com/showthread.php?tid=4930

SLT,

J'avais déjà lu ce post et essayer de vérifier mon appli. Je vais refaire un tour dessus.
C'est surtout le fait que les trames soit émises plusieurs fois qui m'intrigue.
Merci en tout cas de ton aide
A+
C'est le principe du KNX, Le B.A B.A tout message serra ré-émi 3 fois maxi si aucun acquittement n'a été fait.
Donc tu as sois des GA dans le vide, soit les destnitaires n'y reponde pas, soit un problème de paramètrage de coupleur/routeur.
(14/04/2019, 20:41:08)filou59 a écrit : [ -> ]C'est le  principe du KNX, Le B.A B.A tout message serra ré-émi 3 fois maxi si aucun acquittement n'a été fait.
Donc tu as sois des GA dans le vide, soit les destnitaires n'y reponde pas, soit un problème de paramètrage de coupleur/routeur.

Merci filou59,

Les GA a priori c'est ok, Au niveau du routeur qu'est ce qu'il faudrait que je vérifie?
Quel est ton architecture ?
Quel version d'ETS ?
Tu as un routeur KNX ?

1.Donc comme je l'ai dit en KNX sauf si l'on a un coupleur de ligne ou un routeur IP il ne faut pas paramétrer de GA dans le vide, sinon les messages vont être emit plusieurs fois
2.Si un routeur KNX ou un coupleur de ligne sont utilisé, il faut soit les paramétrer pour tout acquitter "betement", mais bon c'est un peu bourin car si un participant n'a reellement pas pu voir un message lui étant destiné il ne l'aura pas avec ca.

3. Est-ce que Jeedom apparaît quelque part dans ETS ? Si il n'y est pas il faut ajouter un participant factice que l'on trouve chez dans le catalogue de certains fabriquant, et d'y faire pointer bien sur les GA qui ne serrait pas configuré. Cette solution permettra de créer les tables de filtrage automatiquement.
Du coup ne pas oublier de charger les paramatre du coupleur/routeur a chaque changement de config.

4. La derniere solution (que je voie), c'est de paramétrer manuellement les adresse de groupe dans les tables de filtrage du coupleur/routeur.
(15/04/2019, 08:11:49)filou59 a écrit : [ -> ]Quel est ton architecture ?
Quel version d'ETS ?
Tu as un routeur KNX ?

1.Donc comme je l'ai dit en KNX sauf si l'on a un coupleur de ligne ou un routeur IP il ne faut pas paramétrer de GA dans le vide, sinon les messages vont être emit plusieurs fois
2.Si un routeur KNX ou un coupleur de ligne sont utilisé, il faut soit les paramétrer pour tout acquitter "betement", mais bon c'est un peu bourin car si un participant n'a reellement pas pu voir un message lui étant destiné il ne l'aura pas avec ca.

3. Est-ce que Jeedom apparaît quelque part dans ETS ? Si il n'y est pas il faut ajouter un participant factice que l'on trouve chez dans le catalogue de certains fabriquant, et d'y faire pointer bien sur les GA qui ne serrait pas configuré. Cette solution permettra de créer les tables de filtrage automatiquement.
Du coup ne pas oublier de charger les paramatre du coupleur/routeur a chaque changement de config.

4. La derniere solution (que je voie), c'est de paramétrer manuellement les adresse de groupe dans les tables de filtrage du coupleur/routeur.

J'ai une architecture simple sur une ligne (45 participants) avec une passerelle siemens N148/22 (que j'ai acheté il y a quelques années pour faire une plate forme de test). La ça fait trois ans que je rénove une ferme et j'arrive à voir le bout.

J'ai mis ETS à jour hier soir.

Du coup je dois quand même créer un  participant "jeedom"?.

Merci
Bonjour,

Donc pour faire suite à mon "problème" j'ai contacté le support zennio car la répétition se faisait principalement sur les iquads.
Le support très réactif m'a donc clarifié la situation.
le retour ci-dessous:

"En effet, sur le moniteur de bus, vous verrez habituellement des répétitions de télégrammes lorsqu'aucun autre dispositif ne reçoit la valeur envoyée.
Cela arrive lorsque, dans une adresses de groupe, un objet est seul, ou les objets présents appartiennent à un seul dispositif.
Attention : tous les dispositifs ne fonctionnent pas pareil !
En effet, cela dépend d'un des composants de la BCU (le transceiver ou transcepteur) qui permet, ou pas (en fonction du modèle de ce composant), d'envoyer un LL_ACK lors d'une auto-confirmation (comme dans le cas présent, où le modèle de ce composant pour le QUAD Plus ignore les auto-confirmations; c'est le cas, notamment, pour les messages de l'adresse de groupe 4/6/9).

Pour exemple, nos inBOX ont un modèle de ce composant qui fait des auto-confirmations.
Cependant, le comportement considéré comme plus "naturel", KNX-ment parlant, en fonction de l'esprit de fonctionnement des LL_ACK, est de répéter les télégrammes lorsqu'aucun autre dispositif ne reçoit les télégrammes, car cela nous assure de répéter les télégrammes lorsque le dispositif destinataire ne reçoit pas un ou plusieurs télégrammes.

En fait, ce composant ne sait pas différentier entre un télégramme qui a été envoyé par lui, et qu'il voit passer sur le bus, d'un télégramme envoyé par lui mais destiné à lui-même (aucun modèle de ce composant ne le fait, à ma connaissance); donc, peut importe que l'adresse de groupe ait un seul objet, ou plusieurs objets du même dispositif, car le comportement sera le même.

C'est le cas dans les répétitions que vous voyez.
Ce qui serait préoccupant, ce serait de voir des répétitions dans le moniteur de groupe.

Il s'agit, donc, d'un fonctionnement normal pour ce dispositif.

Cependant, dans certains cas, l'interface de programmation utilisé (Interfaces de type IP, dont certains permettent de faire des ACK pour des télégrammes KNX multicast, car les Interfaces USB ne le permettent pas).
Il semble que votre Interface IP n'est pas de ceux qui donnent ACK à ce genre de télégrammes."

Voila en effet j'utilise les iquad comme thermostat et capteur de température. pour remonter ma température ambiante à Jeedom j'ai crée un GA dans lequel j'écris et lis sur le même dispositif.
Du coup ma question:
quel participant avez vous télécharger pour rajouter un superviseur comme jeedom?

Merci
salut,
Je relance le sujet car je suis dans le même cas, mon hyperiseur est Home-Assistant et j'ai presque la moitié de mes GA avec un seul composant et c'est Home-Assistant.
De ce que je comprends, c'est donc du fait que HomeAssistant ne fasse pas de Ack que la plupart des trames soient émises 3 fois.
Mais du coup, comment faire ?
As tu trouvé la solution ?
Ma passerrelle Ip est une MDT.
Bonjour,

Oui j'ai résolu mon "problème" en croisant les infos entre mes deux quads. et je n'ai plus de requêtes en triple.
Par contre je n'ai pas le soucis avec Jeedom comme superviseur.
(04/06/2019, 07:57:48)davidinfo a écrit : [ -> ]salut,
Je relance le sujet car je suis dans le même cas, mon hyperiseur est Home-Assistant et j'ai presque la moitié de mes GA avec un seul composant et c'est Home-Assistant.
De ce que je comprends, c'est donc du fait que HomeAssistant ne fasse pas de Ack que la plupart des trames soient émises 3 fois.
Mais du coup, comment faire ?
As tu trouvé la solution ?
Ma passerrelle Ip est une MDT.

Un routeur pourrais faire l’affaire mais c'est un peu l'arbre qui cache la foret. C'est pas normal de ne pas avoir d'acquittement.
Mon but serait plutôt d'être propre que de cacher la misère Big Grin 
mais de ce que je comprends, c'est un fonctionnement normal des Hyperviseurs comme Home Assistant ou Jeedom qui "écoutent" tout ce qui passe sur le bus (via la passerelle IP) mais ne font pas de Ack. Du coup, pour les GA ou il y a seulement le composant KNX "émetteur", il n'y a pas de composant pouvant faire un Ack et le trame est ainsi émise trois fois.

La seule solution que je vois pour l'instant, serait de paramétrer des "faux" composants en utilisant par exemple des Input de fonctions logique et les ajouter dans ces GAs pour qu'ils répondent des Ack...