Cuando empecé a programar, la verdad es que bastante tenía con aprender a manejar la programación en ladder y hacerme con Protool (predecesor de WinCC Flexible) como para preocuparme de comunicar los PLC de Siemens.
Pero enseguida hubo que afrontar que los PLC no solamente tienen una CPU y unas tarjetas asociadas, sino que habitualmente tienen periferias descentralizadas con las que trabajar.
Eso, salvo excepciones, suele ser sencillo de configurar a poca experiencia que tengas.
Por eso no tuve demasiado problema con ello.
Ahora bien, la cosa empezó a ponerse interesante cuando te das cuenta que los PLC, no solamente tiene periferias, sino que además en general se comunican con otros PLC, a poco compleja que sea la línea.
Porque cuando las líneas son un poco grandes, suele haber varios PLC para manejarlas, y lógicamente los autómatas se tienen que comunicar entre ellos.
Y ahí empiezan los problemas.
Por muchos motivos.
Lo primero, porque no tenia ni idea de comunicaciones. Era normal... no lo había hecho nunca, y al menos en mi familia, nadie ha nacido sabiendo.
Lo segundo... porque las comunicaciones que puedes hacer con dos PLC de Siemens, son muy variadas y algo confusas si no tienes experiencia con ellos.
Lamentablemente, no te queda más remedio a medio plazo que conocerlas bien, saber qué alternativas tienes en cada momento, y sobre todo, perderle el miedo a estas cosas, que no muerden.
Y sí, yo también me agobiaba con ello. Pero por un problema claro de desconocimiento sobre lo que me traía entre manos..
¿Qué alternativas hay para comunicar los PLC de Siemens?
Hay varias formas de hacerlo:
- Mediante enlaces S7
- Usando comunicación abierta
- Usando una comunicación Profinet (PN) controlador-dispositivo
Comunicación de los PLC usando enlaces S7
Es una comunicación muy típica en los proyectos en los que solamente tienes equipos de Siemens.
Porque sí, Siemens tiene su propia forma de comunicar los PLC: mediante enlaces S7.
Para poder usarla, eso sí, necesitas que todos los equipos intervinientes sean de Siemens.
Esta forma de comunicar tiene la curiosidad de que se configura básicamente igual tanto usando Profibus como usando una red Profinet.
Es una configuración de hardware, es decir, se configura y se carga el hardware en la CPU, y luego la programación es igual tanto en Profinet como en Profibus.
La complejidad proviene de que no siempre puedes hacer la misma comunicación.
Porque en función del hardware, podrás usar unos bloques de comunicación u otros.
Así no será lo mismo si tienes un PLC 300, o un S7-1200, o si la tarjeta de comunicaciones el externa a la CPU, o usas una la CP interna de la CPU.
Sí, lo sé. Eso es bastante confuso para el programador novato.
Ni que decir que para mi también lo era.
Comunicación Abierta
Luego está la comunicación abierta.
Esta comunicación, bien TCP o UDP, tiene la ventaja de comunicar entre los PLC de Siemens, pero también con equipos que no son de Siemens.
A diferencia de los enlaces S7, la configuración y comunicación es puro software, es decir, no hay que cargar ningún enlace al hardware de las CPU, solo crear los bloques pertinentes y realizar la comunicación.
Podrías pensar que entonces ¿por qué no usar siempre la comunicación abierta?
Bueno, creo que la razón principal es que configurarlo cuesta más que configurar un enlace S7, sobre todo en la serie 300 y 400 con Step 7 clásico si no tienes claro cómo se hace.
Pero claro, no siempre se puede usar los enlaces S7, bien porque no todos los equipos intervinientes sean de Siemens, o porque no puedes parar los PLC para cargar los enlaces a las CPU.
Entonces, para estos casos (y para otros), la comunicación abierta es una gran alternativa.
Profinet mediante una relación controlador-dispositivo
La última forma de comunicar entre dos PLC, es usando una relación controlador-dispositivo.
Esto es básicamente como una comunicación maestro-esclavo cuando hablamos de Profibus.
Tal vez sea la forma menos común de intercambiar datos entre dos CPU, pero digamos que técnicamente es posible.
Te ayuda a entender también como se realizar la comunicación controlador-dispositivo cuando realizas una comunicación entre un PLC y un variador, por ejemplo.
Porque la idea básicamente, es la misma: un intercambio de entradas y salidas.
Qué pasa cuando manejas las diferentes opciones
¿Sabes lo que siento al conocer las diferentes alternativas tras estos años de aprendizaje?
Liberación y confianza.
Porque una vez que tienes todas las herramientas y las conoces, solo se trata de un día más en la oficina.
El problema es cuando no sabes ni qué posibilidades tienes de comunicar una CPU S7-300 con una tarjeta Lean con un S7-1200, por ejemplo.
Por eso creé el curso de Comunicaciones usando Industrial Ethernet y Profinet
Porque muchos de vosotros teníais muchas dudas (o lagunas en algunos casos) de cómo hacer las comunicaciones.
La verdad es que tuve muy buen feedback del curso.
Porque una de las cosas que he observado es que muy pocos programadores tienen soltura con el tema de las comunicaciones y las maneja con solvencia.
Así que ya sabes, si quieres aprender a manejas las comunicaciones entre CPU de Siemens, con todas las alternativas que hay, échale un vistazo al curso de Comunicaciones Industriales
¿Y tú, cómo lo llevas?
Me gustaría saber cómo llevas este tema y qué dudas tienes con las comunicaciones, si es que tienes alguna.
Si has hecho el curso, me gustaría saber si te ha sido útil y has podido poner en práctica lo aprendido con él.
¡¡Te espero en los comentarios!!
