Nombre del Diplomado Sistemas SCADA y buses de comunicación industrial

Nombre de la Evaluación Comunicación Modbus TCP/IP UDP/IP

Número de Evaluación 1 Fecha de entrega 16 de Abril de 2016

Profesor Dr. Edgar Rivas Duración 2 horas

INTEGRANTES:
Macías Fernández Andrés
Sánchez Padilla Ariel
Espinosa Naranjo Alberto Fabián
Martínez Sánchez Juan José

INTRODUCCIÓN.
Introducción.
La principal función de un SCADA es la adquisición de información desde dispositivos remotos tales
como bombas, válvulas, transmisores, etc. Además de proveer un control general remotamente desde la
plataforma de software del Host Scada. Esto provee un control de proceso local para que los dispositivos
actúen, o no, en el momento indicado, apoya la estrategia de control y proporciona un método de captura
de información y eventos (alarmas) para monitorear dichos procesos. Las plataformas de SCADA
también proveen funciones para visualizadores gráficos, alarmas, tendencias e historización de la
información [1].

Hay cuatro niveles distintos dentro de la estructura general de un sistema SCADA:

1. Instrumentación de campo.
2. PLCs y/o RTUs.
3. Redes de comunicación.
4. Software Host Scada.

Figure 1.0 Visión general de un sistema SCADA.

OBJETIVO.
Configurar los parámetros del PLC para habilitar la comunicación Modbus por puerto Ethernet.
Se propone usar la infraestructura de la red del laboratorio y conectar de esa red a cada una de las PCs.

MARCO TEÓRICO.

Scada. (Supervisory control and data acquisition)

Es un sistema de control industrial en el núcleo de muchas compañías modernas. Los sistemas SCADA
despliegan múltiples elementos de software y hardware que permiten a las organizaciones industriales:
 Supervisar, recopilar y procesar datos.
 Interactuar con el software y las máquinas y dispositivos de control, tales como válvulas, bombas,
motores, y más, que están conectados a través de HMI (interfaz hombre-máquina).
 Registrar eventos en un archivo de registro.

En las arquitecturas básicas SCADA, la información de los sensores o entradas manuales se envían a los
PLC (controladores lógicos programables) o RTUs (unidades terminales remotas), que luego envían esa
información a las computadoras con el software SCADA. SCADA analiza y muestra los datos con el fin
de ayudar a los operadores y otros trabajadores para reducir los residuos y mejorar la eficiencia en el
proceso de fabricación.

Figura 2.0 Diagrama básico Scada.

El servidor DDE (Dynamic Data Exchange).

DDE significa intercambio dinámico de datos. DDE es un método para el intercambio de información
entre aplicaciones que se ejecutan en el sistema operativo Windows.

DDE permite que la información sea compartida o comunicada entre los programas. Por ejemplo, cuando
cambia un formulario en su programa de base de datos o un elemento de datos en un programa de hoja de
cálculo, que se pueden configurar para cambiar también estas formas o elementos en cualquier lugar que
se producen en otros programas que esté utilizando. DDE es la comunicación entre procesos (IPC) que
utiliza la memoria compartida como un área de intercambio común y proporciona a las aplicaciones un
protocolo o conjunto de comandos y formatos de mensaje. DDE utiliza un modelo cliente / servidor en el
que el solicitante de datos de aplicación se considera el cliente y la aplicación que proporciona los datos
se considera el servidor.
 Figura 2.1 Diagrama básico DDE.

Los Tags. Indusoft.

Los Tags son métodos para asignar y referenciar direcciones de memoria. Son definidos para que
describan un objeto genérico por sus atributos. Estos atributos definidos por el usuario se denominan
“miembros”, que describen diversas características del objeto genérico. Los Tags creados usando un tipo
de clase también pueden ser matrices al igual que como cualquier otro tipo de variable.

Todos los Tags están organizados dentro de las siguientes categorías:

 Tags del proyecto. Son Tags que son creados durante el desarrollo del proyecto, por ejemplo:
◦ Tags de pantalla.
◦ Tags que escriben a o leen de algún equipoc conectado.
◦ Tags de control.
◦ Tags auxiliares usados para realizar operaciones matemáticas.

 Tags de bases de datos.

 Tags del sistema. Son Tags predefinidos con funciones predeterminadas que son empleadas para
supervisar tareas, por ejemplo:
◦ Tags de fecha.
◦ Tags de tiempo.
La mayoría de los tags se emplean únicamente para ser leídos, es decir, no pueden ser editados.
 Figura 2.2 Creación de tags del proyecto para almacenar variables de objetos individuales.

Las clases. Indusoft.

Las clases, son tags compuestos que permiten un alto grado de encapsulamiento dentro de la base de datos
de los tags. Si un tag está diseñado para recibir un único tipo de valor, las clases, por el contrario, están
diseñadas para recibir múltiples valores.

Se puede especificar un tipo de clase en uno de dos formatos.

 Una simple clase se especifica bajo la siguiente sintáxis:
TagName.ClassMemberName
Por ejemplo:
◦ Tanque.Temperatura
◦ Tanque.Nivel
◦ Tanque.Presión

 Para crear una clase compleja (usando un arreglo) la sintáxis es la siguiente:

[ArrayIndex].ClassMembername
Por ejemplo:
◦ Tanque[tk].Temperatura
◦ Tanque[tk].Nivel
◦ Tanque[tk].Presión
Donde tk es el índice del arreglo, representando el número de tanque.

Figura 2.3 Creación de una clase para caracterizar un objeto.

MATERIALES Y EQUIPO.

 PLC Unitronics modelo V570.

 Modulo Snap-in I/O modelo V200-18-E3/4XB.
 PLC Allen-Bradley Micrologix 1500 LRP Series C.
 Fuente de voltaje de 24VCD.
 Convertidor USB-Serial.
 Wireless Access Point.
 Cable Ethernet recto.
 Cables de conexión.
 PC o Laptop con tarjeta de red.

Software:
 RSLogix 500.
 RSLinx Classic Gateway.
 Unitronics VisiLogic OPLC IDE.
 InduSoft Web Studio v7.1.
 UniDDE.

METODOLOGÍA.


RESULTADOS.
Para la elaboración de la práctica se propone seguir la siguiente topología:

Red local
Router
TPLINK

PC-
Unitronics
Micrologix
Topología 1. Red necesaria para la práctica.

Se debe asignar la distribución de direcciones IP con la finalidad de poder establecer comunicación con
los dispositivos que se encuentran en la red local. Este procedimiento se realizará manualmente otorgando
la IP de las computadoras directamente al PLC utilizando un bloque de función llamado “TCP/IP CARD
INIT”, dentro del cual se configurarán parámetros básicos para trabajar dentro de la red, tales como:
dirección IP, máscara de subred y puerta de acceso.

La configuración del PLC Unitronics utilizado por nuestro equipo se visualiza de la siguiente manera:
 IP address: 198.168.0.104.
 Subnet mask: 255.255.255.0

Codigo implementado en el PLC Unitronics el cual nos sirve para que el PLC se pueda incorporar a la red
Ethernet local.

Figura.. Ladder del PLC unitronics para funcionar con el protocolo ethernet.

Configuración de la IP del PLC unitronics, se asigna una IP que fue antes revisa ya que el PLC no se
puede asignar una IP automáticamente.

Figura..Configuración TCP/IP del PLC Unitronics.

Para la configuración del PLC Micrologix será por puerto serial directo a la computadora y de tal manera
implementando el servidor DDE de Rslinx podemos posteriormente comunicarnos mediante Indusoft.
 Figura .Configuración de la comunicación del PLC micrologix.
Ahora vemos como se vuelve visible el PLC y la computadora.

Figura .Dispositivos activos y configurados.

Ahora se debe crear un nuevo Topic dentro del servidor RSLinx el cual almacenará toda la información.
Tal Topic tendrá el nombre de NewMicro y será asignado al PLC del cual queremos obtener información.
En este caso el que tiene la estación número 01.
 Figura .Configuración del Topic.
Configuración avanzada acerca del Topic.

Figura .Configuración avanzada del Topic.

Ahora se debe realizar la configuración del servidor DDE para el PLC Unitronics y como en los PLC
Allen bradley existe el RSLinx para Unitronics existe el UniDDE que nos permite establecer el servidor
DDE y crear un Topic el cual siempre tendrá el nombre de Items. Entonces abrimos el software UniDDE.
Agregamos un nuevo proyecto, se nos abre una ventana de configuración, dentro de la ventana de
configuración elegimos el PLC que se esté utilizando, definimos que queremos leer si entradas o salidas,
cuántas de ellas, la IP del PLC, el puerto de comunicación o Socket.
 Figura .Configuración del servidor UniDDE.
Una vez habiendo realizado la configuración, se puede repetir la operación para lo que sea necesario
monitorear, en nuestro caso usamos el puerto 20257 pero si otra computadora quiere utilizar el servidor
para leer el mismo PLC al mismo tiempo, puede utilizar el puerto 20256. Nosotros queremos leer 4
entradas, cuatro salidas y un bit de memoria. Vemos como se asigna un nombre automático para Item del
Topic o tema llamado Items por defecto.

Figura .Items u objetos a monitorear del PLC Unitronics.

Una vez creado teniendo configurados ambos PLC con sus respectivos servidores DDE, se asigna una IP
a la computadora, esta IP se asigna automáticamente cuando la PC se conecta al router. De cualquier
manera se puede mandar un PING al PLC Unitronics para saber si esta en red con la PC, el PLC
micrologix no tiene problema porque está conectado directamente a la PC por comunicación serial.

Ahora se realiza de ambos servidores DDE en el software Indusoft. Se crea un Tag específico para opciٔón
,vemos que para el UniDDE el nombre del asunto es Topic Items, el server es UniDDe y los ítems son
todas los elementos a monitorear con los nombres específicos que asigna UniDDE.
 Figura . Configuración de Indusoft para el server UniDDE.
Lo mismo pasaría para el server RSLinx que es el nombre del proyecto y recordan que NewMicro es el
nombre de nuestro Topic, igualmente se asignan tags para los diversos indicadores y señales de control
internas de Indusoft. Vemos que podemos asignar nombres a las direcciones de las entradas o salidas a
monitorear del microgix.

Figura . Configuración de Indusoft para el server RSLinx.

Para las señales necesarias para la conexión se crea una clase, compuesta de valores boléanos y enteros.

Figura . Señales de control internas de Indusoft para la comunicación.

Igualmente para los grupos de salidas y entradas del PLC micrologix y del PLC Unitronics se crean
clases.

Figura . Clases creadas.

En las siguientes imágenes se puede observar la interfaz final compuesta de cuatro ventanas, la principal,
configuración de la comunicación de los PLC, y monitoreo y control del PLC Unitronics y Micrologix.
Figura . Ventana principal.
Cabe destacar que con el PLC unitronics UniDDE nos permite escribir y leer simultáneamente pero para
RSLinx no podemos escribir y leer simultáneamente es una u otra, nunca ambas.

Figura . Ventana de configuración de la comunicación.

Figura . Ventana de control y monitoreo de entradas y salidas del micrologix.

 Figura . Ventana de control y monitoreo de entradas y salidas del Unitronics.
Para monitorear que todo fuera correcto se modificaron la entradas y salidas desde Indusoft y se observo
el cambio en la HMI del PLC Unitronics.

Figura . Interfaz del PLC Unitronics.

Para monitorear que todo fuera correcto se modificaron la entradas y salidas desde Indusoft y se observo
el cambio en RSLogix.
 Figura . Monitoreando las salidas en RSLogix.

Figura . Monitoreando las entradas en RSLogix.

Conclusiones Generales:

Los resultados de esta práctica ha mostrado la forma en la que se pueden interconectar PLCs de diversas
marcas y modelos desde una misma interfaz; por lo que se ha desarrollado una interfaz humano máquina
con la capacidad de leer el estado lógico de las entradas de los PLCs: Unitronics y Allen-Bradley, así
como modificar el estado de sus bobinas o salidas activadas por relevador de cada uno de ellos.
Estos resultados se lograron estableciendo servidores DDE con sus respectivos software (RSLinx Classic
para Allen-Bradley y UniDDE para Unitronics), dentro de los cuales se establecieron los parámetros
necesarios tales como dirección IP destino, socket a utilizar, tipos de operando (Entrada/Salida), dirección
de los operandos, tamaño del vector (número de salidas o entradas a utilizar), así como el nombre de los
parámetros DDE y por último su dirección, lo que significa si será únicamente lectura o escritura o lectura
y escritura simultáneamente.
Después de un extenso análisis y desarrollo de código, se logró establecer la comunicación entre el HMI y
ambos PLCs. Al principio se tuvieron algunos errores de conexión, de modo que en ciertas ocasiones la
comunicación se perdía repentinamente, lo cual se solucionó seleccionando sólo una opción, leer o
escribir.
Una vez que este inconveniente fue solucionado, el HMI permaneció estable el tiempo necesario para
demostración y pruebas, por lo que se pudo llegar a la conclusión de que se pueden establecer diferentes
intercambios dinámicos de datos (DDE) entre diferentes PLCs orientados a una sola interfaz y con esto se
puede leer, escribir, forzar bobinas, entre otras aplicaciones que a futuro pueden ser utilizadas para
monitorear el estado de variables en el PLC, sintonizar lazos de control, envío y recepción de mensajes,
así como muchas otras funciones.
Se concluye que el objetivo de la práctica fue alcanzado satisfactoriamente y el conocimiento aprendido
podrá ser aplicado nuevamente con mucha mayor facilidad.

Conclusiones Ariel

No se tenía la certeza de poder conectar PLCs diferentes a una misma red de comunicación, como la que
se estableció en esta práctica, debido a que la conexión DDE se establece de modos diferentes para ambos
PLCs; no obstante con esto, se tomó la decisión de profundizar en el código y programación de la
interfaz, en la cual, con los parámetros correctos fue posible realizar la conexión y de esta forma leer en
qué estado se encuentran las entradas de cualquiera de los PLCs o simplemente activar las salidas
digitales desde la interfaz con el uso de botones o interruptores de la librería de objetos.
A pesar de que el trabajo fue duro, se llegó al resultado esperado, alcanzando el objetivo propuesto por el
profesor. Así que de esta manera pudimos observar y controlar los PLCs de forma indirecta, gracias al
protocolo de comunicación de intercambio dinámico de datos.
Conclusiones Alberto

Logramos alcanzar el objetivo y nos quitamos de la duda si se podía tener comunicación de dos PLC’s de
diferente marca en una HMI. Los PLC’s que se utilizaron fueron un Allen Bradley y un Unitronics. Se
logró tener comunicación en una misma interfaz realizada en INDUSOFT gracias a la tecnología de
comunicaciones DDE. El DDE (Dynamic Data Exchange) fue asignado en el software Indusoft y
posteriormente se trabajó sobre el software indicado para lograr tener la comunicación y no existieran
fallos de comunicación. El software que se utilizó para tener cambio dinámico de datos (DDE) fue
RsLinx para el PLC Allen Bradley y UNIDDE para el PLC Unitronics.
Cabe mencionar que para emplear toda la funcionalidad del DDE, se debe agregar código especial en cada
aplicación cliente para cada servidor que este quiera controlar. En la interfaz de Indusoft se especificó el
DDE que se utilizó.
Tratamos de desarrollar una interfaz presentable con 4 pantallas diferentes ya que siempre es necesario
que las cosas se vean de una forma presentable y entendible, Para esto se trabajó sobre Indusoft donde se
realizaron las 4 diferentes pantallas (principal, configuración de comunicación, monitoreo, control de
PLC).

Conclusiones Juan José

A pesar de ciertas complicaciones que se tuvieron al principio, principalmente de comunicación entre el

PLC y la computadora debido a que el cable manhattan no estaba en sus óptimas condiciones se logró el
objetivo. Perdimos demasiado tiempo en percatarnos que el cable Manhattan no funcionaba bien pero al
solucionar ese problema pudimos avanzar correctamente y realizar la práctica como era debido. Se logró
comunicar los dos PLC’s de diferente marca en una misma HMI y pudimos realizar una aplicaciones de
activaciones de entradas y salidas por medio de una sola interfaz a los dos diferentes PLC’s. Esto se logró
gracias a que asignamos la distribución de direcciones IP para establecer comunicación con los
dispositivos por medio de una red local. Podemos concluir que trabajar con DDE puede permitir que una
aplicación abra una sesión con otra, enviar comandos al servidor de aplicaciones y recibir respuestas.

Conclusiones Andrés

El desarrollo de esta práctica fue de suma importancia para nosotros ya que es de gran utilidad lograr
tener comunicación de dos diferentes marcas de PLC en una misma interfaz, ya que en la industria puede
llegar el caso que se requiera trabajar con dos diferentes PLC en una misma HMI y que el material pueda
existir en la empresa y posiblemente no alcance el presupuesto para comprar materiales de la misma
marca. Para esto es necesario aplicar los conocimientos vistos en clase para desarrollar aplicaciones
personalizadas que se llegaran a requerir dentro del campo laboral. Podemos llegar a la conclusión que
para lograr la comunicación es necesario crear topics en los servidores donde se generará la comunicación
por medio de los DDE. Donde el topic almacenará toda la información y será asignado al PLC donde
obtendremos la información.
Los DDE que se utilizaron para los diferentes PLCs (Allen Bradley y Unitronics) fueron RSLinx y
UniDDE respectivamente. Una vez creados los Topic’s se logró ligarlos con la interfaz hecha en Indusoft,
mencionando los Topics en Indusoft. Es necesario recalcar que para lograr tener comunicación es
necesario mencionar el nombre del topic en el software donde se realizará la interfaz humano-máquina.

Referencias.

1. Schneider Electric. Scada Systems. Telemetry and Remote Scada Solutions.