Comunicación entre PLC’s

utilizando conexión con el

protocolo Ethernet

Presentado por:
Emanuel David Castilla Guzmán
Luis Carlos Bacca Ocampo

Profesor:
Ing. Heyder Paéz Logreira
Automatización y Control Industrial

Barranquilla, 22 de abril de 2016

1. TABLA DE CONTENIDO
1. TABLA DE CONTENIDO ............................................................ 2
2. INTRODUCCIÓN ..................................................................... 3
3. PLANTEAMIENTO DEL PROBLEMA .............................................. 4
4. JUSTIFICACIÓN ..................................................................... 5
5. OBJETIVOS ........................................................................... 6
5.1. OBJETIVO GENERAL .......................................................... 6
5.2. OBJETIVOS ESPECÍFICOS ................................................... 6
6. CRONOGRAMA ....................................................................... 7
7. DESCRIPCIÓN DEL SISTEMA .................................................... 8
7.1. ARQUITECTURA ................................................................ 8
7.2. DISEÑO DEL PROGRAMA .................................................... 9
8. REFERENCIAS ...................................................................... 12
2. INTRODUCCIÓN

Los PLC’s son autómatas que se utilizan en industrias que manejan

numerosos procesos, los cuales buscan optimizar la elaboración de los
proyectos que requieren el control de múltiples señales de entrada y salida.

Algunas veces se programan varios PLC´s con la misma tarea con el fin de Commented [PLHD1]: Esto se conoce como
redundancia.
disminuir el tiempo de producción, pero puede suceder lo contrario, debido
a que programar varias veces distintos autómatas generaría más tiempo en Mayor información en:
la producción. http://cesariac.blogspot.com.co/2009/08/el-
concepto-de-redundancia-el-los.html

Una alternativa de solución para estos casos, sería comunicar vía Ethernet http://www.emb.cl/electroindustria/articulo.mvc?xid=
los PLC’s logrando hacer un respaldo del estado de las entradas en un solo 725

PLC, que posteriormente enviaría toda esta información a los demás PLC’s.

Con esto se lograría contar con una alternativa para hacer mantenimientos
o arreglos que se necesite en un PLC sin necesidad de detener un proceso
continuo, además de respaldar la programación del proyecto para ser
replicado en otros autómatas. Commented [PLHD2]: Esta idea no es clara.
3. PLANTEAMIENTO DEL PROBLEMA

Dado que muchas industrias buscan disminuir el tiempo de producción de

los proyectos, se necesitan alternativas de optimización en caso que exista
falla o se requiere mantenimiento de un PLC y no parar el proceso, es
inevitable dar solución oportuna con un método práctico.

El inconveniente principal es comunicar dos PLC’s de diferentes modelos de

la marca SIEMENS® como el PLC SIEMENS S7-300 y el PLC SIEMENS S7-
1200, que se comunican por medio de PROFINET (SIEMENS, 2015), que es
un estándar de Ethernet industrial (Profinet, 2016).

Con base a lo dicho, se genera la siguiente pregunta ¿Cómo comunicar vía

Ethernet un PLC S7-300 con un PLC S7-1200, para lograr hacer un respaldo
de la programación en caso de avería de uno de los PLC’s?
4. JUSTIFICACIÓN

Se utilizarán equipos PLC SIEMENS S7-300, PLC SIEMENS S7-1200 y un PC

Lenovo G40-70 con Sistema operativo Windows ® 7, dichos materiales se
consiguen en el laboratorio de la Universidad de la Costa CUC, donde se
realizarán las prácticas.

Es importante implementar esta alternativa de solución con estos equipos,

dado que es una marca muy comercial en el mercado y utilizado en la
industria. Además que garantizará no detener los procesos continuos, pues
las tareas programadas en un PLC lo podrá desarrollar el otro en caso de
requerirlo.
5. OBJETIVOS

5.1. OBJETIVO GENERAL

Establecer la comunicación entre 2 PLC´s utilizando el protocolo Ethernet,

para lograr eficiencia en procesos que requieran más de un autómata
realizando la misma tarea.

5.2. OBJETIVOS ESPECÍFICOS

 Analizar las configuraciones del PLC SIEMENS ® S7-300 y del PLC

SIEMENS ® S7-1200, para establecer una comunicación vía Ethernet.

 Diseñar una arquitectura adecuada para establecer comunicación

entre el PLC SIEMENS ® S7-300 y del PLC SIEMENS ® S7-1200.

 Probar que es más eficiente comunicar dos PLC’s realizando una solo
tarea, que programar cada PLC por separado.
6. CRONOGRAMA
FEBRERO MARZO ABRIL MAYO
N° ACTIVIDAD
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Selección del
1 Proyecto de X X X
Aula
Análisis del
2 X X X
Proyecto
Antecedentes
3 X X
del Proyecto
Diseño y
4 descripción X X X X
del Sistema
5 Programación X X
Pruebas y
6 X X
revisión
Sustentación
7 X
del Proyecto
7. DESCRIPCIÓN DEL SISTEMA

El sistema está comprendido por un PLC SIEMENS® S7-300 Y un PLC

SIEMENS® S7-1200, los cuales transferirán datos a través de Industrial
Ethernet (IE).

Para la transferencia de datos se configurará el S7-300 como Maestro y el

S7-1200 como esclavo, así como lo ilustra la figura 1. La transferencia se
producirá a través de Comunicación S7. (SIEMENS, 2010)

Figura 1. Estructura esquemática (InfoPLC.net, 2012)

7.1. ARQUITECTURA
1. PS307 24V / 5ª
2. CPU315-2 PN/DP, 256 KB
3. S7 MICRO MEMORY CARD, 8MB
4. COMPACT SWITCH MODULE CSM 1277
5. POWER SUPPLY S7-1200 PM1207
6. S7-1200 CPU1212C
7. PC LENOVO G40-70
8. STEP 7 V5.4
9. STEP 7 V5.4 SERVICE PACK 5
10. STEP 7 BASIC V10.5
11. STEP 7 BASIC V10.5 SERVICE PACK 2
(SIEMENS, 2010)
La configuración de los controladores compactos (CPU 315-2PN/DN), del
PLC S7-300 se hace usando el STEP 7 V5.4 + SP5 + HF1.
La configuración de los controladores compactos del PLC S7-1200 se hace a
través del STEP 7 Basic V10.5 SP2. (InfoPLC.net, 2012)
7.2. DISEÑO DEL PROGRAMA

Figura 2. Esquema de la aplicación (SIEMENS, 2010)

En la comunicación S7, el S7-1200 funciona como servidor pasivo, el cual es

configurado desde el S7-300 utilizando los bloques PUT y GET, a través de
la interfaz de programación STEP 7 V5.4 con el NetPro. A cada enlace con
un servidor S7, le es asignada un ID. El intercambio dinámico del ID de
enlace permite la comunicación del cliente con los servidores. Dependerá
del tipo de CPU del S7-300, el número máximo de enlaces configurables en
NetPro. En el caso específico de la CPU 315-2 PN/DP se pueden hacer
máximo 14 enlaces S7 en NetPro.

En la figura 2 se observa que el PLC S7-300 configurado como maestro y el

PLC S7-1200 configurado como esclavo, tendrán un bloque de envío
llamado Send_DB y otro de recepción llamado Receive D_B. Para confirmar
la sincronía y correcto funcionamiento se enviará la hora desde el maestro
hacia el esclavo. Luego que ya ha recibido la orden de sincronización, el
maestro lee la hora del sistema y envía la información y los datos de
usuario al S7-1200 por medio del bloque PUT para la comunicación S7.
Luego de esto el bloque PUT sincroniza su hora de sistema con la
información recibida del S7-300. Entonces el maestro evalúa los datos de
usuario que recibe del esclavo por medio del bloque GET, posteriormente
son guardados dicho datos en su correspondiente localización en el
Receive_DB del maestro. Esta programación es reiterativa entre los dos PLC
y cada vez que finaliza, comienza de nuevo el intercambio de datos con el
esclavo. (InfoPLC.net, 2012)
 Figura 3. Estructura de Bloques (SIEMENS, 2010)

El “Time Of Day” tiempo de interrupción OB10 “TOD_INT0” de la estructura

de hardware de la CPU 315-2PN/DP es activado y establecido en la
ejecución de intervalos diarios. El “Status_DB” DB303 del bloque de datos
contiene la información de control y el estado del S7-1200 donde la forma
de los servidores es UDT3”ESTADO” tipo de datos. Aparte de la solicitud de
sincronización de bits “SYNC”, es una estructura de tipos de datos que
incluyen información para el análisis de errores de la comunicación. Cuando
se ejecuta el tiempo de interrupción “Time Of DAY”, OB10”TOD_INT0”,
todos los bits de petición de sincronización “SYNC” se ejecutará.
Aunque el tiempo de sincronización puede ser ejecutado individualmente
para cada servidor por medio de las tablas de variables.

La variable OB1 llama al bloque de función FB300 “S7-com_PUT_GET” a

unos intervalos cíclico, utilizando la instancia DB300 “S7-
com_PUT_GET_DB”. Cuando la petición de sincronización “SYNC” en el
primer servidor S7-1200 se ejecuta en el DB302”Status_DB”, el tiempo del
PLC se puede leer con la ayuda del “READ_CLK” y se almacena en el bloque
de datos del envío DB301 “Send_DB2, junto con la solicitud de
sincronización.
El tipo de datos de lectura del tiempo “READ_CLk_CDT” es
“DATE_AND_TIME”.

El bloque de función FB300 llama al bloque de envío FB14 “PUT”. Este

bloque transmite el contenido del bloque de datos enviados DB301 para
recibir el bloque de datos DB1201 "Receive_DB” del primer servidor. Aparte
de la información para el tiempo de sincronización, la transmisión también
incluye el “User_data” y un mensaje ID “M_ID”

Cuando una petición de sincronización “sync_CLK” es emitido, el OB1

“MAIN” del servidor llama a la función FC1200 “DnT_DTL”. Esta función es
usada para convertir el “READ_CLK_CDT” la información del tiempo de los
clientes del S7-300 un DATE_AND_TIME que escribe un tipo de datos DTL.
Todas las variables son almacenadas en el DB1200 “Data_DB”. La función
“WR_SYS_T” es usada para escribir la información del tiempo convertido
dentro del tiempo del sistema del S7-1200. Después que la sincronización
del tiempo sea exitosa, el bit “sincronizado” en el envío DB1202 “Send_DB”
es ejecutado.

El mensaje ID “M_ID” recibido desde el DB 1201 “Receive_DB” es reflejado

al bloque de datos de envíos DB 1202 “Send_DB”

Después de la transmisión de datos con la ayuda del bloque de

comunicación “PUT”, el contenido del bloque de datos de envío DB 1202
“Send_DB” son recuperados desde el primer servidor vía “GET” y se
almacena en el tipo de datos relevantes UDT2 “RCV_Struct_1” en el
“Receive_DB” DB302.

El mensaje ID “M_ID” recibido se compara entonces con el ID enviado.

Alguna discrepancia será almacenada en el estado DB en la estructura del
tipo de datos relevantes “Status_1” para el servidor 1.

Después de la sincronización exitosa del servidor 1 (señalado por la variable

“sincronizado”), el bit de petición de sincronización “SYNC” en “Status_1”
del estado DB se ejecutará.

El mensaje ID “M_ID” se incrementa y el intercambio de datos con el

servidor 2 es procesado de la misma manera. (SIEMENS, 2010)
8. REFERENCIAS
InfoPLC.net. (11 de Diciembre de 2012). Comunicación Ethernet:
intercambio de datos entre un S7-1200 y un S7-300 / 400.
Recuperado el Abril de 2016, de
http://www.infoplc.net/descargas/14-siemens/1637-comunicacion-
ethernet-intercambio-de-datos-entre-un-s7-1200-y-un-s7-300-400-
ce-x18
Profinet. (Abril de 2016). PROFINET WHAT & WHY. Obtenido de
http://us.profinet.com/technology/profinet/
SIEMENS. (Agosto de 2010). S7 Communication: Data Exchange S7-300 <-
> S7-1200 . Recuperado el Abril de 2016, de
https://cache.industry.siemens.com/dl/files/214/40556214/att_9239
/v1/40556214_ce-x18a_s7-com_v1d2_en.pdf
SIEMENS. (2015). Basic Controller SIMATIC S7-1200. Recuperado el Abril
de 2016, de
https://c4b.gss.siemens.com/resources/images/articles/dffa-b10053-
00-7800.pdf