Este caso es verídico, ya que he tenido que conectar 3 pantallas por MPI hace unos días.
Resulta que por necesidades de producción, he tenido que conectar dos máquinas, que tienen sus propias pantallas, con una tercera máquina, que también tiene su pantalla.
La instalación ya tiene algo más de 10 años, y por entonces las pantallas se programaban en Protool y normalmente se conectaban en MPI, como es el caso. Sí, ha llovido un poco.
Hasta ahí, podría parecer que no da para mucha historia, pero tiene su cosa, si no eres consciente de algunos detalles.
En la siguiente imagen, indico un poco cómo estaba las redes y cómo ha quedado finalmente al unirlos todos mediante un repetidor (representado en azul).
Cada PLC tienen configuraciones similares, teniendo como características importantes para este caso, las siguientes:
- CPU 315 2DP
- Una o dos pantallas por CPU
- Una tarjeta CP Profibus con varios enlaces FDL para conectarse entre ellas y con otras CPU y máquinas
- Una tarjeta CP Ethernet. Se usa para conectarse un HMI/Supervisor realizado en VB.NET a través de un OPC de Siemens.
Podrías pensar que no hay mucho misterio en ello, pero ojo, porque puedes tener problemas.
Como ves, son más de 3 TP en la topología, pero solo una TP de las CPU1 y 2 son las que hay que conectar a la CPU3.
¿Qué debo tener en cuenta para conectar 3 pantallas por MPI?
El cableado
Lo primero que tienes que tener en cuenta es la topología de la red que quieres construir.
En general, los puntos a unir no van a estar tan fácil para conectar la red todas en serie, y será más fácil y económico colocar un Repetidor RS 485
En este caso, la CPU1 y 2 están muy cerca entre sí, por lo que lo ideal era echar un cable de una a la otra, y a su vez conectarlo con la CPU 3. El tema es, que nos faltan puntos de conexión para poder tener 3 ramales. Esto lo resolvemos con el repetidor.
El bicho, tiene la pinta de la imagen, y hablaremos sobre estos aparatitos en otra entrada.
El número de direcciones.
Debes recordar que las conexiones MPI tienen bastantes limitaciones si lo comparamos simplemente con Profibus. Entre estas limitaciones, están el número de nodos, es decir, cuantos módulos puedes conectar en la red. Concretamente son 31 como máximo.
Y ahí entran muchos elementos: las cpu, las TP, las CP...
¿Comor?
Pues sí, querido padawan, las CP también cuentan para el número de direcciones MPI totales.
En este caso no hay problema en cuanto a número de elementos, pero sí en cuanto a su direccionamiento.
El direccionamiento.
Normalmente cuando configuras una CPU, con sus tarjetas etc, las direcciones son siempre las mismas: la CPU tiene dirección de profibus 2, y las tarjetas, pues la 3, la 4... y así sucesivamente.
Por tanto, a la hora de conectar las 3 redes MPI en una sola, tienes que tener en cuenta que las direcciones no pueden pisarse entre ellas, por lo que tendrás que cambiar unas cuantas direcciones entre CPU, TP y tarjetas varias de tal forma que sean unívocas.
Configurar el hardware.
Por tanto, deberás cambiar las direcciones de 2 de las 3 CPU, por ejemplo, la CPU1 y la CPU2.
Ojo, porque al cambiar las direcciones MPI de las DP, tienes que cargar el hardware desde el administrador de hardware y luego desde NetPro, la configuración de redes de forma obligatoria, porque si no lo haces así, te puede pasar que no funcionen los enlaces con otras CPU o con el supervisor, por ejemplo.
Configurar el repetidor
Tal y como muestra la topología de la imagen, habrá que colocar los switches del repetidor en ON/ON/OFF para aislar la salida superior del repetidor y tener conexión entre la parte superior e inferior. La resistencia de finalización de la parte inferior tendrá que estar en OFF ya que vas a conectar a ambos lados del repetidor.
Cargas y listo ¿no?
Pues podría parecer que sí, pero no. No en este caso debido a cómo estaba configurada la CPU.
¿y por qué?
Porque en el caso de la CPU 3 a la que queremos conectarnos, nos encontramos con que tenía la configuración de comunicación de esta guisa:
- PC/PG: 1
- OP:1
- Step 7: 12
Enlaces totales de la CPU: 16
Habida cuenta de la reserva de enlaces y de las conexiones externas existentes ¿qué paso?... pues que las TP no se podías poner todas a la vez funcionando.
Podía conectar 2 de las 3, pero siempre había una que se caía en función del juego que hiciera con las resistencias de terminación de la red.
Evidentemente, tuve que aumentar el número de enlaces OP hasta 3, y las pantallas empezaron a funcionar, pasando a esta configuración:
- PC/PG: 1
- OP:3
- Step 7: 12
Enlaces totales de la CPU: 16
¿Pues ya está no?
¡Error!
Tras hacer eso, efectivamente las TP funcionaban conectadas a la misma CPU, pero dejó de funcionar la conexión con el supervisor y su enlace S7 por ethernet.
¿y eso?
Pues porque si te fijas, la reserva realizada eran: 1+3+12 = 16, es decir, no hay enlaces libres para que la CPU maneje enlaces según necesidad.
Por tanto, para dejarlo funcional del todo, tuve que cambiar la configuación a:
- PC/PG: 1
- OP:3
- Step 7: 10
Por tanto, dejando 2 enlaces libres, vuelve a funcionar todo perfectamente. Podría haber dejado los enlaces S7 con una numeración más pequeña ya que solo necesitamos 1 en este caso.
¿Te ha pasado alguna vez algo así?
Vale, ni es común conectar 3 pantallas por MPI , ni es común que esté así la configuración de las comunicaciones, pero ya ves, hay que revisar todo, porque siempre hay algo que no está como debiera o piensas.
¿Te ha pasado alguna vez algo parecida?
Comentarios (14)