Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Choix d'une passerelle KNX
#26
Non, y'a différentes écoles tout du moins.
Les passerelles IP supportent en général l'IP tunneling, limité à une seule
connection (unicast IP).
Les routeurs IP supportent en général l'IP Routing, illimité en connections
(multicast IP). Ensuite, elle supportent d'après la norme (specs v2) au
moins 1 connection tunnelling. Après, je ne sait pas si certains routeurs
peuvent en supporter plus ou non.
Tout dépends du logiciel que l'on utilise pour l'accès. certaines stacks ne
supportent que le tunneling, d'autres supportent le routing (cas par exemple
de Calimero).

Mathieu

2010/1/26 Frédéric <fma@gbiloba.org>

> Le mardi 19 janvier 2010, Mathieu Gallissot a écrit :
>
> > Normalement (encore), une passerelle IP est une passerelle IP, donc tant
> > qu'elle supporte le KNXnet/IP (attention, différent de EIBNet), il ne
> > devrais pas y avoir de problèmes. Surtout que d'après la photo et la
> > description, c'est une interface industrialisée par Weinzierl, donc
> > raison de plus d'y faire confiance.
>
> Au fait, les passerelles IP basées sur KNXnet/IP supportent-elles les
> connexions mutliples ?
>
> --
> Frédéric
>
#27
On mardi 26 janvier 2010, Mathieu Gallissot wrote:

> Non, y'a différentes écoles tout du moins.
> Les passerelles IP supportent en général l'IP tunneling, limité à une
> seule connection (unicast IP).
> Les routeurs IP supportent en général l'IP Routing, illimité en
> connections (multicast IP). Ensuite, elle supportent d'après la norme
> (specs v2) au moins 1 connection tunnelling. Après, je ne sait pas si
> certains routeurs peuvent en supporter plus ou non.
> Tout dépends du logiciel que l'on utilise pour l'accès. certaines stacks
> ne supportent que le tunneling, d'autres supportent le routing (cas par
> exemple de Calimero).

Ok. Bon, c'est pas grave, il existe des solutions logiciels pour étendre
ça.

--
Frédéric
#28
normalement eibd permet de faire du routing.

On 26 jan, 19:41, Frédéric <f...@gbiloba.org> wrote:
> On mardi 26 janvier 2010, Mathieu Gallissot wrote:
>
> > Non, y'a différentes écoles tout du moins.
> > Les passerelles IP supportent en général l'IP tunneling, limité à une
> >  seule connection (unicast IP).
> > Les routeurs IP supportent en général l'IP Routing, illimité en
> >  connections (multicast IP). Ensuite, elle supportent d'après la norme
> >  (specs v2) au moins 1 connection tunnelling. Après, je ne sait pas si
> >  certains routeurs peuvent en supporter plus ou non.
> > Tout dépends du logiciel que l'on utilise pour l'accès. certaines stacks
> >  ne supportent que le tunneling, d'autres supportent le routing (cas par
> >  exemple de Calimero).
>
> Ok. Bon, c'est pas grave, il existe des solutions logiciels pour étendre
> ça.
>
> --
>     Frédéric
#29
ou alors eibnetmux
http://eibnetmux.sourceforge.net/

On 26 jan, 20:46, kraven <ohl.christo...@gmail.com> wrote:
> normalement eibd permet de faire du routing.
>
> On 26 jan, 19:41, Frédéric <f...@gbiloba.org> wrote:
>
>
>
> > On mardi 26 janvier 2010, Mathieu Gallissot wrote:
>
> > > Non, y'a différentes écoles tout du moins.
> > > Les passerelles IP supportent en général l'IP tunneling, limité à une
> > >  seule connection (unicast IP).
> > > Les routeurs IP supportent en général l'IP Routing, illimité en
> > >  connections (multicast IP). Ensuite, elle supportent d'après la norme
> > >  (specs v2) au moins 1 connection tunnelling. Après, je ne sait pas si
> > >  certains routeurs peuvent en supporter plus ou non.
> > > Tout dépends du logiciel que l'on utilise pour l'accès. certaines stacks
> > >  ne supportent que le tunneling, d'autres supportent le routing (cas par
> > >  exemple de Calimero).
>
> > Ok. Bon, c'est pas grave, il existe des solutions logiciels pour étendre
> > ça.
>
> > --
> >     Frédéric
#30
On mardi 26 janvier 2010, kraven wrote:

> ou alors eibnetmux
> http://eibnetmux.sourceforge.net/

C'est à lui que je pensais ;o)

--
Frédéric
#31
Bonsoir,

en cherchant des infos pour savoir comment alimenter une passerelle IP
eibmarkt hormis le PoE (en vue d'un achat prochain) à placer dans une
installation existante, je suis tombé sur ce thread très intéressant.
J'en profite pour demander si les alims que le shop eibmarkt propose à
la vente (eltako 110V-220V / 12-24V, 1-0,5A, Short-circuit-
proof, ....) à 42,90€ conviennent bien pour cette passerelle sans
ajouter de filtre/choke? (lien :
http://www.eibmarkt.com/cgi-bin/eibmarkt..._NS0729106)
si c'est bon, je commande, et j'essaye un peu calimero.

merci


On Jan 27, 12:33 am, Frédéric <f...@gbiloba.org> wrote:
> On mardi 26 janvier 2010, kraven wrote:
>
> > ou alors eibnetmux
> >http://eibnetmux.sourceforge.net/
>
> C'est à lui que je pensais ;o)
>
> --
>     Frédéric
#32
Bonjour à tous

Il y a plusieurs sujets dans le post, je vais tenter d'apporter
quelques éléments concernant les différents points. Ma réponse ne sera
pas exhaustive, c'est la compil de ce que j'ai lu, testé et vérifié.

* Alimentation

Comme ça a été déjà dit, une alim simple ne suffit pas. Le principe du
KNX et de superposer l'alimentation 29V et le signal informatique sur
la même ligne. Un self est obligatoire entre l'alimentation et le bus,
le rôle de la self étant d'augmenter l'impédance de l'alim vis à vis
des hautes fréquences, et donc, de laisser passer le signal
informatique. En l'absence de la self, dans le meilleur des cas, le
signal sera très (voir totalement) atténué, et, même si les abonnés
sont protégés contre les courts-circuits, il n'est jamais bon de faire
systématiquement travailler les composants en sur-régime.

Toute alimentation KNX comporte normalement un bouton reset, bien
pratique quand rien ne va plus : un appui sur le bouton génère un
pattern particulier sur le bus qui déclenche un hard reset de tous les
participants. Tout le monde redémarre tranquillement, sans subir un
choc du fait d'une mise hors/sous tension.

* Pourquoi certains abonnés demandent une alim supplémentaire ?

Parce que la norme impose qu'un abonné ne consomme pas plus de 10mA
sur le bus.
Un coupleur IP comme le N148/21 de Siemens a besoin de plus pour
fonctionner, ce qui explique qu'il a 2 jeux de bornes : noir/rouge
pour le bus, et blanc/jaune pour une alim supplémentaire.
J'ai lu quelque part que c'était pas recommandé, mais je l'ai fait et
ça fonctionne (39 abonnés sur mon bus) : j'utilise une alim KNX ABB
640mA, cette alim dispose d'une sortie bus (noir/rouge) et d'une
sortie auxilaire (blanc/jaune). Mon coupleur N148/21 est alimenté par
les 4 fils sortant de mon alim. -> je n'ai pas mis d'alim dédiée.

* Combinaison alim std + self ?

J'ai testé, ça a l'air de fonctionner. Mais j'ai pas testé sur mon
instal complète, juste sur un coin de mon établi.
Pour info, j'ai acheté une self pour avoir une solution de rechange
économique en cas de panne de l'alim KNX (qui est, il faut l'avouer,
le point sensible de l'installation puisque le seul élément central).

* Lignes multiples ?

Là, j'ai pas de réponse pratique à apporter. J'ai préféré éviter de
devoir le faire. Mais ça apporte son lot de complication qui mérite de
choisir (ce que j'ai fait) des abonnés à nombre important de voies
(relais 8 voies, ...)

* Une alim et plusieurs selfs pour plusieurs lignes ?

En théorie, ça doit fonctionner. En pratique, je doute de la réelle
indépendance des lignes. L'isolation de trafic entre les lignes
reposerait sur la qualité de l'alimentation (impédance super-basse à
partir de 20kHz). Ce dont je doute pour la plupart des alims du
commerce (il faut savoir que, généralement, l'impédance de sortie des
alimentations augmente dramatiquement aux hautes fréquences).
L'association de plusieurs selfs sur une même alim fera un magnifique
mélangeur qui va *probablement* provoquer des collisions sur le bus,
et donc une perte de perfo importante.

Le mieux pour valider le concept, c'est de mettre un bon oscilloscope
sur une ligne sans trafic, pour voir ce qu'on voit du trafic de
l'autre ligne.

A mon avis, on joue avec la fiabilité de l'installation (au sens perte
de commandes, commutations aléatoires) en faisant ce choix-là.


* Connexions multiples sur une passerelle IP ?

Non pour la N148/21 de Siemens. Les autres, je sais pas.
Pour contourner le pb, je passe par l'intermédiaire d'eibd qui tourne
sur un serveur linux. Là, je peux avoir plusieurs connexions
simulannées (par exemple pour une visu et un bus monitor).

Peut être certains modèles le permettent-ils directement ('javais
compris que c'était la différence entre une passerelle et un routeur
KNX/IP). La N148/21 est une passerelle simple.


J'espère que tout ceci vous aidera
Alain
#33
Attention!
Zennio ACTinBOX Max 6: 0 entrées et 6 sorties
Zennio ACTinBOX Classique: 6 entrées et 4 sorties

Frédéric: Oui, vous pouvez gérer scènes, va et vient, posicionement
directe de stores, temporisations et jusqu'à 6 fonctions logiques avec
comparaisons, aritmétiques, etc de valeurs de 1 bit vers 1 byte ou 2
bytes et viceversa.


> > Zennio ACTinBOX max 6 : 6 entrées, 6 sorties pour un prix plutôt correct.
>
> Est-ce qu'un tel module va se comporter comme plusieurs boutons, par
> exemple ? Est-ce que je pourrai simuler un va et vient ? Et éventuellement
> gérer une scène ? Gérer un statut ? C'est pour apprendre...
>
> --
>    Frédéric
#34
On mardi 16 février 2010, Konnexman wrote:

> Attention!
> Zennio ACTinBOX Max 6: 0 entrées et 6 sorties
> Zennio ACTinBOX Classique: 6 entrées et 4 sorties

Oui, j'avais bien vu cette différence.

> Frédéric: Oui, vous pouvez gérer scènes, va et vient, posicionement
> directe de stores, temporisations et jusqu'à 6 fonctions logiques avec
> comparaisons, aritmétiques, etc de valeurs de 1 bit vers 1 byte ou 2
> bytes et viceversa.

Ok, c'est parfait, donc.

--
Frédéric
#35
Bonjour,

j'ai aussi opté pour l'interface IP/EIB N148 avec l'alimentation 640mA
ABB SV/S 30.640.5.
Et la 2ème sortie de l'alimentation mentionnée par Alain permet de
faire fonctionner convenablement le N148 sans ajouter d'alimentation
externe ou de filtre.
Une solution économique donc.
#36
Il y a une solution que j'aime bien aussi, le linemaster de Weinzierl,
"tout-en-un".

2010/2/17 spiffou <spiffou28@gmail.com>

> Bonjour,
>
> j'ai aussi opté pour l'interface IP/EIB N148 avec l'alimentation 640mA
> ABB SV/S 30.640.5.
> Et la 2ème sortie de l'alimentation mentionnée par Alain permet de
> faire fonctionner convenablement le N148 sans ajouter d'alimentation
> externe ou de filtre.
> Une solution économique donc.
>


Atteindre :


Utilisateur(s) parcourant ce sujet : 5 visiteur(s)