Forum automatisme

Schneider a sorti une carte TM3 qui permet à un automate genre M221 de piloter des contacteurs TESYS en cablant simplement ceux ci à la carte à l'aide de cables type réseau avec des connecteurs RJ45.

Est-ce que quelqu'un ici en a déjà utilisé ?
Quels sont les avantages et inconvénients, tant du point de vue matériel que logiciel ?

Bonjour,
Réponse de la maintenance : Un truc de plus pour nous faire C...

Quand j'ai vu les connecteurs RJ45 j'ai tout de suite pensé à des contacteurs qui se pilotent en communication.
En fait, d'après mes fournisseurs, le câble RJ45 ne sert qu'à transmettre les ordres de marche/arrêt et récupérer les infos d'état mais sans communication.
Ce sont des entrées/sorties TOR qui utilisent juste un câble standard réseau pour gagner en rapidité de câblage.
Mais je n'ai jamais utilisé ce genre de chose.

Je dois reconnaitre que pour les dépannages, forçages, bricolages en tout genre dont on a besoin régulièrement cette connectique ne simplifie pas les choses.
A moins de se fabriquer un cordon interface permettant d'accéder aux fils ...

josé a écrit :Bonjour,
Réponse de la maintenance : Un truc de plus pour nous faire C...

Ce cri du cœur
Si maintenant on peut plus s'éclater au design des applis XD

lerieur a écrit :Quand j'ai vu les connecteurs RJ45 j'ai tout de suite pensé à des contacteurs qui se pilotent en communication.
En fait, d'après mes fournisseurs, le câble RJ45 ne sert qu'à transmettre les ordres de marche/arrêt et récupérer les infos d'état mais sans communication.
Ce sont des entrées/sorties TOR qui utilisent juste un câble standard réseau pour gagner en rapidité de câblage.
Mais je n'ai jamais utilisé ce genre de chose.

Je dois reconnaitre que pour les dépannages, forçages, bricolages en tout genre dont on a besoin régulièrement cette connectique ne simplifie pas les choses.
A moins de se fabriquer un cordon interface permettant d'accéder aux fils ...

Ah, le grand piège des connecteurs, on connait tous ça, mais ça revient tout le temps...
LA bonne idée est de ne pas brancher ça sur un switch !!

J'imagine déjà le client qui croit avoir des connections Ethernet en rab, voir même un switch intégré à l'automate ! :p

Schneider s'amuse un p'tit peu avec les connecteurs RJ45.
Le sujet a aussi été évoqué ici
viewtopic.php?f=30&t=27

Bon on se dit quand même qu'entre 2 variateurs ben il vont communiquer et tout faire papa maman...
Ben non les 2 variateurs s'envoient un train d'impulsion, sur un câble Ethernet avec connectique RJ45 ...

jpratpsft a écrit :

lerieur a écrit :Quand j'ai vu les connecteurs RJ45 j'ai tout de suite pensé à des contacteurs qui se pilotent en communication.
En fait, d'après mes fournisseurs, le câble RJ45 ne sert qu'à transmettre les ordres de marche/arrêt et récupérer les infos d'état mais sans communication.
Ce sont des entrées/sorties TOR qui utilisent juste un câble standard réseau pour gagner en rapidité de câblage.
Mais je n'ai jamais utilisé ce genre de chose.

Je dois reconnaitre que pour les dépannages, forçages, bricolages en tout genre dont on a besoin régulièrement cette connectique ne simplifie pas les choses.
A moins de se fabriquer un cordon interface permettant d'accéder aux fils ...

Ah, le grand piège des connecteurs, on connait tous ça, mais ça revient tout le temps...
LA bonne idée est de ne pas brancher ça sur un switch !!

Ah Ah ah oui ne pas mettre de connexion Ethernet PC sur les ports DH+ des CPU SLC500 de chez Allen Bradley.
Si vous veniez faire la sauvegarde du programmes, vous êtes bon pour la nuit blanche

Bonjour,

J'ai travailler sur un projet "station d'epuration" où quasi tous les départs moteurs en démarrage direct ( 850 depart moteurs en total ) est câblé de cette manière. Tesys --> cable utp RJ45--> carte collecteurs de 8 ports RJ45--> cable telefast --> carte DDM BMX M340 PRA0100 . (si vous remarquer ils doit être connecté a une carte DDM DI & DO).

Maintenant le projet 4 ans en exploitation, je trouve que cette solution est hyper bien en terme de maintenance que en terme de conception . Vous generer votre liste I/O suivant une certaine philosophie d'ordre. Est la notion des objets "DFB" est étendu au dela du programme voir aux armoires.


Efin pour nous il a repondu a la contrainte/exigences que les clients chez nous sont toujours peur des solutions a base des réseaux de terrain. Et d'une autre part il reduit considerablement le temps de cablage et des armoires moins charger. Par conséquence une reductions des couûts. Un bon compromis

Finnallement pour la Problématique de mise en service i,e tests , pontage, forçage. Sur les tesys vous avez la possibilités de démonter le module où c'est connecté le câble RJ45 . Est vous pouvez avoir accés a des microswitch est le forcer mécaniquement.

Bien à vous