Probleme eibd utilisé en multicast serveur avec objet T° du z38i

[ccaramel]

Bonjour à tous,
Alors voici mon problème sur lequel je planche depuis maintenant un
peu plus d'une semaine:

j'utilise eibd et linknx installés sur un pogoplug (dernières versions
pour les deux softs).
eibd est lancé avec la commande suivante:
eibd -d -TRD -S224.0.23.12:3671 -i ipt:192.168.1.20:3671

L'adresse de mon interface IP/KNX siemens 148/22 est 192.168.1.20.
L'adresse du pogo: 192.168.1.30
J'utilise la fonction serveur d'eibd pour l'interfacer avec un
logiciel de commande/affichage qui fonctionne sur l'adresse multicast
224.0.23.12

Tout fonctionne bien (commande, affichage, feedback) sauf pour un
objet: l'objet température interne du zennio z38i.
Impossible d'afficher la valeur de cet objet alors que je vois passer
la valeur sur le bus:

vbusmonitor1 ip:192.168.1.30
LPDU: BC 11 0A 41 03 E3 00 80 07 B2 CC :L_Data low from 1.1.10 to
8/1/3 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 07 B2

Le même objet en provenance du zennio quad (donc meme constructeur)
s'affiche sans aucun problème:
LPDU: BC 11 03 41 02 E3 00 80 0B F2 88 :L_Data low from 1.1.3 to 8/1/2
hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 0B F2

Avez-vous des idées sur d'ou cela peut provenir, parce que là, j'avoue
que je suis un peu à cours d'idées..
@+

[domo76]

Bonjour
Dsl j ai pas de solution a ton pb je me suis pas encore lancé dans eibd/linknx, mais par curiosité, tu utilises quoi comme logiciel pour ta visu et commande?
Merci[/align]

[ccaramel]

Bonjour,
j'utilise iViewer (command fusion).

[ccaramel]

J'avance un peu, cela fonctionne si je change l'adresse physique du z38i en 1.1.7 (auparavant c'était 1.1.10).
Par contre, cela ne fonctionne pas pour les adresses physiques 1.1.11, 1.1.12 et 1.1.21
Bizarre, je pense que pour avoir la réponse, il va falloir analyser les télégrammes en binaire... Sniff ...

[domo76]

Bonjour,
j'utilise iViewer (command fusion).

Elle est vraiment cette appli et super puissante, je voulais aussi m'en servir avec eibd et linknx une fois que j aurais mon pogo. Maintenant je sais que ça fonctionne! ( j ai déjà joué un peu avec, GC100-6 et du myhome)

[kraven]

Bonjour Domo76,

Merci de répondre à la question posé et ne pas rebondir dans un post.

Pour que tout le monde puisse aisément lire le forum et trouver l'information qu'il cherche, il est préférable d'ouvrir un nouveau post pour un nouveau sujet.

A+

[domo76]

Bonjour Domo76,

Merci de répondre à la question posé et ne pas rebondir dans un post.

Pour que tout le monde puisse aisément lire le forum et trouver l'information qu'il cherche, il est préférable d'ouvrir un nouveau post pour un nouveau sujet.

A+

Pas de soucis désolé

[ccaramel]

Bon après des tests un peu plus rigoureux (comprendre systématiques...), j'ai identifié les adresses physiques pour lesquelles cela ne fonctionne pas.
Il s'agit des adresses 1.1.10, 1.1.11, 1.1.12, et 1.1.13. Pour toutes les autres adresses physiques testées (y compris 1.1.21) l'affichage se passe bien.
A noter que même pour les adresses incriminées, je vois bien passer l'info sur le bus en y étant connecté au travers de l'adresse multicast. Donc c'est "à priori" (c'est une hypothèse) lors du traitement du télégramme qu'il y a une erreur?..., difficile à vérifier.
La question est, qu'est ce qui pourrait expliquer que ces adresses induisent un problème sur le télégramme considéré?
@+
@+

[kraven]

Salut,

Tu n'as pas d'autres devices connecté au bus avec ces mêmes adresses? Un coupleur de ligne? As-tu essayé la fonction listé tout les participants du bus pour voir si il te trouve tes fameuses adresses?

A+

[ccaramel]

Salut,
oui, j'ai fait un scan de la ligne, interrogé individuellement ces adresses physiques lorsqu'elles ne sont pas utilisées par le z38i.
Je n'ai pas de coupleur de ligne.

@+
Ps: tu vas au SATIS?

[kraven]

Et bien vraiment ton problème est bizarre.... Si tu avances, tiens moi au courant car la cause m’intéresse.

A+

PS : non pas de Satis par manque de temps.