| 
		
	
	
			Mathieu Gallissot Unregistered
 
 
		
 
	 
	
	
		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
 >
 
		
	 
	
	
		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
 
		
	 
	
	
		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
 
		
	 
	
	
		ou alors eibnetmuxhttp://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
	
		
	 
	
	
		On mardi 26 janvier 2010, kraven wrote: 
> ou alors eibnetmux 
> http://eibnetmux.sourceforge.net/ 
C'est à lui que je pensais ;o)
 
--  
    Frédéric
	
		
	 
	
	
		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
	
		
	 
	
	
		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
 
		
	 
	
	
		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
 
		
	 
	
	
		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
 
		
	 
	
	
		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.
 
		
	 
	
	
			Mathieu Gallissot Unregistered
 
 
		
 
	 
	
	
		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.
 >
 
		
	 |