15/11/2010, 11:37:30
Tout d'abord, je précise que mon problème est résolu. Il était
tellement bête que j'ai presque honte de l'avouer ici : les fils rouge
et noir du bus n'étaient pas enfichés correctement dans un des wago de
mon installation. Je m'étais bien étonné de l'absence d'allumage des
témoins lumineux sur certains appareils mais comme je n'ai pas
d'expérience avec ceux-ci, je ne sais pas si c'était normal ou non.
Bon, ça ne l'était pas...
Le piège est que le module ip a ses témoins Rx, Tx, etc correctement
allumés, car cela relève de l'alimentation auxiliaire. Ca ne prouve
pas que le bus est bien raccordé.
Pour répondre à fred qui a pris le temps de se pencher sur mon
problème : j'ai opté pour une liaison directe avec un câble croisé
pour limiter le réseau à sa plus simple expression pour simplifier la
recherche des problèmes. Et je rappelle qu'il ne pouvait pas y avoir
de problème de firewall puisqu'il n'y avait pas de firewall sur ma
machine (le firewall windows était désactivé). Quant au masque de sous-
réseau, il n'y a pas de problème pour que l'interface IP ait le même
que le pc, du moment que le DHCP est correctement configuré.
Cyrille
On 13 nov, 16:06, fred <frederic.thomas...@gmail.com> wrote:
> Pourquoi pas PC et interface via IP au routeur (qui fait le DHCP),
> plutôt que câble croisé? Le firewall si il existe devrait intervenir
> entre internet et le réseau interne, pas entre stations du réseau
> interne.
>
> Avec le câble croisé, tout le monde finit-il dans le même subnet ip ?
> Je demande car la découverte d'une interface passe par une adresse
> multicast "bien connue" (par ETS et l'interface), mais pas la
> connexion tunelling. Sauf erreur, le routing passe aussi par du
> multicast -- ce qui pourrait expliquer le mystère.
>
> Voila des idées...
>
> Fred
>
> On Nov 12, 10:43 am, Cyrille <cdefran...@hotmail.com> wrote:
>
> > Bonjour à tous,
>
> > J'arrive tout juste sur ce groupe alors j'en profite pour saluer
> > l'initiative et remercier les participants pour les informations
> > utiles que j'ai déjà pu lire. Pour une fois qu'on voit un forum où les
> > fils ne partent pas en troll systématique, ça fait plaisir. Je précise
> > que j'ai découvert KNX en août 2010 et que par conséquent mon niveau
> > d'expérience relève plus du jeune padawan que d'un Yoda proche de la
> > retraite.
>
> > Malgré quelques recherches, mon problème reste non résolu c'est pour
> > cela que je l'expose ici.
>
> > J'ai une interface IP Siemens N148/22 et j'essaie de m'en servir pour
> > configurer ma domotique via ETS 3.0f. Je n'ai pas d'autre interface
> > pour me connecter à la domotique (ni USB, ni RS232, donc).
> > Voici ce que j'ai fait :
> > - j'ai connecté un PC Windows XP à l'interface Siemens avec un câble
> > croisé. Je n'ai pas de firewall perso et celui de Windows est enchaîné
> > à la cave. Il n'y a a priori rien pour entraver une bonne
> > communication entre le PC et le bus. Un serveur DHCP (ftptd) m'a
> > permis d'affecter l'ip du module ip.
> > - j'arrive à pinger l'interface ip et un appui court sur le bouton de
> > programmation de l'interface confirme qu'il a reçu une adresse par
> > DHCP.
> > - dans Suppléments > Options > Communication j'ai configuré
> > l'interface de communication avec le type KNX/Ip. Le scan automatique
> > du réseau me trouve l'interface ip avec la bonne ip et son adresse
> > Mac. A ce stade, y a pas plus heureux que moi.
> > - le test de la connexion au bus échoue par un laconique "Pas de
> > communication."
> > - une tentative de configuration de l'adresse physique échoue avec un
> > message "Opération annulée". A ce stade, il y a beaucoup de monde plus
> > heureux que moi.
>
> > Sans y croire, j'ai tenté de changer le type de l'interface en KNX/Ip
> > routing, ce qui ne devrait pas coller avec mon N148/22. Etrangement,
> > le scan trouve des choses qui paraissent pas mal et le test de la
> > connexion fonctionne. Par contre, si j'essaie d'attribuer une adresse
> > physique à un participant en mode local, l'erreur "incompatible BCU
> > version $091A (required $0012)" apparaît. Pour cette erreur, la doc
> > Siemens indique que "The ETS3 driver currently does not support
> > busmonitoring and local download." ce qui est un peu inquiétant et
> > contradictoire avec le fait que d'autres personnes semblent arriver à
> > faire ce que souhaite.
>
> > J'ai vu que d'autres avaient un N148/21 ou un N148/22. Roby m'a dit
> > hier avoir réussi ma manip avec son N148/21. Est-ce que quelqu'un ici
> > arrive à configurer sa domotique avec un N148/22 et rien qu'avec ça ?
>
> > Bien entendu, toute autre piste est la bienvenue
> > Merci à tous,
> > Cyrille
tellement bête que j'ai presque honte de l'avouer ici : les fils rouge
et noir du bus n'étaient pas enfichés correctement dans un des wago de
mon installation. Je m'étais bien étonné de l'absence d'allumage des
témoins lumineux sur certains appareils mais comme je n'ai pas
d'expérience avec ceux-ci, je ne sais pas si c'était normal ou non.
Bon, ça ne l'était pas...
Le piège est que le module ip a ses témoins Rx, Tx, etc correctement
allumés, car cela relève de l'alimentation auxiliaire. Ca ne prouve
pas que le bus est bien raccordé.
Pour répondre à fred qui a pris le temps de se pencher sur mon
problème : j'ai opté pour une liaison directe avec un câble croisé
pour limiter le réseau à sa plus simple expression pour simplifier la
recherche des problèmes. Et je rappelle qu'il ne pouvait pas y avoir
de problème de firewall puisqu'il n'y avait pas de firewall sur ma
machine (le firewall windows était désactivé). Quant au masque de sous-
réseau, il n'y a pas de problème pour que l'interface IP ait le même
que le pc, du moment que le DHCP est correctement configuré.
Cyrille
On 13 nov, 16:06, fred <frederic.thomas...@gmail.com> wrote:
> Pourquoi pas PC et interface via IP au routeur (qui fait le DHCP),
> plutôt que câble croisé? Le firewall si il existe devrait intervenir
> entre internet et le réseau interne, pas entre stations du réseau
> interne.
>
> Avec le câble croisé, tout le monde finit-il dans le même subnet ip ?
> Je demande car la découverte d'une interface passe par une adresse
> multicast "bien connue" (par ETS et l'interface), mais pas la
> connexion tunelling. Sauf erreur, le routing passe aussi par du
> multicast -- ce qui pourrait expliquer le mystère.
>
> Voila des idées...
>
> Fred
>
> On Nov 12, 10:43 am, Cyrille <cdefran...@hotmail.com> wrote:
>
> > Bonjour à tous,
>
> > J'arrive tout juste sur ce groupe alors j'en profite pour saluer
> > l'initiative et remercier les participants pour les informations
> > utiles que j'ai déjà pu lire. Pour une fois qu'on voit un forum où les
> > fils ne partent pas en troll systématique, ça fait plaisir. Je précise
> > que j'ai découvert KNX en août 2010 et que par conséquent mon niveau
> > d'expérience relève plus du jeune padawan que d'un Yoda proche de la
> > retraite.
>
> > Malgré quelques recherches, mon problème reste non résolu c'est pour
> > cela que je l'expose ici.
>
> > J'ai une interface IP Siemens N148/22 et j'essaie de m'en servir pour
> > configurer ma domotique via ETS 3.0f. Je n'ai pas d'autre interface
> > pour me connecter à la domotique (ni USB, ni RS232, donc).
> > Voici ce que j'ai fait :
> > - j'ai connecté un PC Windows XP à l'interface Siemens avec un câble
> > croisé. Je n'ai pas de firewall perso et celui de Windows est enchaîné
> > à la cave. Il n'y a a priori rien pour entraver une bonne
> > communication entre le PC et le bus. Un serveur DHCP (ftptd) m'a
> > permis d'affecter l'ip du module ip.
> > - j'arrive à pinger l'interface ip et un appui court sur le bouton de
> > programmation de l'interface confirme qu'il a reçu une adresse par
> > DHCP.
> > - dans Suppléments > Options > Communication j'ai configuré
> > l'interface de communication avec le type KNX/Ip. Le scan automatique
> > du réseau me trouve l'interface ip avec la bonne ip et son adresse
> > Mac. A ce stade, y a pas plus heureux que moi.
> > - le test de la connexion au bus échoue par un laconique "Pas de
> > communication."
> > - une tentative de configuration de l'adresse physique échoue avec un
> > message "Opération annulée". A ce stade, il y a beaucoup de monde plus
> > heureux que moi.
>
> > Sans y croire, j'ai tenté de changer le type de l'interface en KNX/Ip
> > routing, ce qui ne devrait pas coller avec mon N148/22. Etrangement,
> > le scan trouve des choses qui paraissent pas mal et le test de la
> > connexion fonctionne. Par contre, si j'essaie d'attribuer une adresse
> > physique à un participant en mode local, l'erreur "incompatible BCU
> > version $091A (required $0012)" apparaît. Pour cette erreur, la doc
> > Siemens indique que "The ETS3 driver currently does not support
> > busmonitoring and local download." ce qui est un peu inquiétant et
> > contradictoire avec le fait que d'autres personnes semblent arriver à
> > faire ce que souhaite.
>
> > J'ai vu que d'autres avaient un N148/21 ou un N148/22. Roby m'a dit
> > hier avoir réussi ma manip avec son N148/21. Est-ce que quelqu'un ici
> > arrive à configurer sa domotique avec un N148/22 et rien qu'avec ça ?
>
> > Bien entendu, toute autre piste est la bienvenue
> > Merci à tous,
> > Cyrille