26/06/2013, 13:14:53
Tu y es presque!
Dans cette affaire, il n'est pas utile de faire le lien entre les modes de diffusion des messages entre le bus KNX et TCP. Oui, tous les messages KNX qui t'importent (en tant qu'utilisateur d'une installation programmée) sont multicast, mais c'est égal pour la passerelle.
Tu as tout juste pour les passerelles.
L'adress IP et le port prédéfini KNX IP multicast sont 224.0.23.12 et 3671. Dans eibd, ces valeurs sont optionnelles car il va les utiliser si tu n'indique rien (je crois).
Attention cependant, les trames du modes routing ne sont pas les mêmes que les trames du mode tunelling... Le coeur du messages est toujours en cEMI, mais les headers sont légèrement différents.
Mais pour finir, à quoi sert eibd dans cette histoire ? Si tu as un routeur, ton code python (j'ai lu l'autre fil) doit simplement faire un listen sur l'ip multicast et voilà, non ?
Dans cette affaire, il n'est pas utile de faire le lien entre les modes de diffusion des messages entre le bus KNX et TCP. Oui, tous les messages KNX qui t'importent (en tant qu'utilisateur d'une installation programmée) sont multicast, mais c'est égal pour la passerelle.
Tu as tout juste pour les passerelles.
L'adress IP et le port prédéfini KNX IP multicast sont 224.0.23.12 et 3671. Dans eibd, ces valeurs sont optionnelles car il va les utiliser si tu n'indique rien (je crois).
Attention cependant, les trames du modes routing ne sont pas les mêmes que les trames du mode tunelling... Le coeur du messages est toujours en cEMI, mais les headers sont légèrement différents.
Mais pour finir, à quoi sert eibd dans cette histoire ? Si tu as un routeur, ton code python (j'ai lu l'autre fil) doit simplement faire un listen sur l'ip multicast et voilà, non ?