DeviceLogix Cap. 14 POINT I/O Programación Módulo 1734-8CFGDLX Parte 8

 logo2dominios


En la última entrada, hemos realizado una copia de seguridad de la red y ahora vamos a realizar forzados de variables en DeviceLogix.

¡Comenzamos!.

En la anterior entrada hemos realizado un “upload” de la red y estabamos en línea con ella, ahora  hacemos doble clic sobre el módulo que tiene DeviceLogix (PointIO 24VDC 8pt Config DLX), para abrir la ventana de configuración del equipo.

dlx129

Seleccionamos la pestaña “DeviceLogix”.

dlx134

Y pulsamos sobre “Start Logic Editor…”.

dlx135

Debemos visualizar el programa que tengamos implementado en el módulo, en él vamos a realizar un forzado de variable.

dlx136

Para realizar el forzado, sobre la variable (en nuestro ejemplo Discrete Input 0) debemos hacer clic en el botón derecho del ratón y seleccionar “Force”.

dlx137

Cuando la variable está forzada se pone en amarillo el fondo de la instrucción.

dlx139

Para quitar el forzado, sobre la variable (en nuestro ejemplo Discrete Input 0) debemos hacer clic en el botón derecho del ratón y seleccionar “Clear Force”.

dlx140

dlx141

En la siguiente entrada veremos como intercambiar datos de módulos en la misma red, en nuestro ejemplo leeremos datos del módulo 1734-8CFG.

Saludos.

favicon

DeviceLogix Cap. 13 POINT I/O Programación Módulo 1734-8CFGDLX Parte 7

 logo2dominios


En la última entrada, hemos realizado un programa algo más complejo con DeviceLogix. En esta entrada vamos a realizar una copia de seguridad  mediante la funcionalidad “Upload”.

¡Comenzamos!.

Lo primero es abrir RSNetworx y abrir un nuevo fichero, para ello “File\New”.

          dlx149

dlx147

Si tenemos todas las versiones instaladas de RSNetworx (Ethernet/IP, DeviceNet y ControlNet), en la ventana emergente nos aparecerán tres opciones, elegimos “DeviceNet Configuration De….”.

dlx148

Procedemos a ponernos online con la red, para ello pulsamos el botón “Online” en la barra de herramientas.

rsnetworx5        

dlx125

Nos aparecerá un ventana emergente, para seleccionar la ruta hasta la red que queramos escanear.

dlx126

En nuestro ejemplo, es “Pointbus Port, DeviceNet” en la cabecera 1734-AENTR.

dlx127

Nos aparecerá una ventana emergente de advertencia, que dice lo siguiente:

dlx36

“Antes de que el software le permite configurar dispositivos en línea , debe cargar o descargar la información del dispositivo . Cuando se haya completado la operación de carga o descarga, configuración fuera de línea pueden sincronizar con la red en línea .

Nota: Puede cargar o descargar la información del dispositivo en cualquier forma de toda la red o dispositivo individual .”

En la ventana de configuración de elementos nos parecerán todos los elementos escaneados.

dlx129

Ahora realizaremos el paso más importante, que es hacer una carga desde los dispositivos de toda la red. Para ello pulsando botón derecho del ratón, sobre la ventana de configuración de elementos, seleccionamos del menú “Upload from Network”.

dlx131

dlx132

dlx133

dlx129

Para finalizar, debemos guardar el fichero y para ello “File\Save As..”

dlx143

dlx144

En la siguiente entrada veremos como forzar variables en DeviceLogix.

Saludos.

favicon

DeviceLogix Cap. 12 POINT I/O Programación Módulo 1734-8CFGDLX Parte 6

 logo2dominios


En la última entrada, hemos realizado un breve introducción a la programación y hemos explicado como hacer que funcione la lógica de la Periferia E/S, sin tener un maestro operativo. Ahora vamos a hacer un pequeño programa con DeviceLogix.

¡Comenzamos!.

El programa que implementamos, consistía en activar una salida con una entrada. Ahora vamos a realizar un programa, un poco más complejo, para así conocer mejor el entorno RSNetworx.

dlx152

Comenzamos poniendo en “Edit Mode” la lógica.

modo_edit  dlx88

Añadimos la instrucción “BAND” (boolean AND). Esta instrucción es una puerta lógica AND.

dlx89

dlx90

Conectamos la ED 0 a “In1” de la instrucción “BAND” y “Out” de ésta a la SD 4.

dlx91

Añadimos una ED nueva, con la función “Discrete Input” y le asignamos el canal 1.

dlx92

Podemos verificar la lógica, no obstante como comentamos en la entrada anterior, no es necesario teniendo en cuenta que es un programa muy pequeño y con pocas instancias.

dlx93

A continuación, procedemos a descargar el programa mediante el botón “Download”.

download

dlx94

Como teníamos la lógica habilitada antes de la descarga, nos pregunta si queremos habilitarla una vez que finaliza el proceso. Decimos que sí.

dlx95

dlx97

Ya tenemos el programa corriendo en el módulo 1734-8CFGDLX y realizamos una prueba mediante el simulador de señales.

dlx98

ED0 = 1 y ED1 =0 implica que SD4 = 0

dlx99

ED0 = 1 y ED1 =1 implica que SD4 = 1

dlx100

Ahora vamos a implementar un temporizador, para ello volvemos a poner el módulo en “Edit Mode” y en la pestaña “Timer/Counter” procedemos a seleccionar y arrastrar la instrucción “TONR” (On Delay Timer), esto es un temporizador con retardo al trabajo o conexión.

dlx101

dlx102

El temporizador lo vamos a implementar entre la puerta AND y la SD 4. Para ello conectamos “Out” de la puerta AND, con el terminal “TimerEnable” del “TONR” y el terminal “DN” lo conectamos con la SD 4. Para negar una conexión, pulsando en la conexión con botón derecho seleccionamos “Negate” y aparecerá un “circulo” en el terminal. En este programa, no es necesario la conexión negada “Out” de la puerta AND sobre el terminal “Reset” del temporizador, ya que al caer (no estar activo) “TimerEnable” éste se resetea y pone a cero su valor acumulado.

dlx103

dlx104

Es igual de válido, no conectar el terminal “Reset” del temporizador, como podéis ver en la siguiente captura. Y teniendo presente la máxima de automatización que es simplificar, sería más correcto ésta.

dlx154

Si pulsamos el botón “Logic verify”, verificamos la lógica.

verificar_logica

dlx105

Si todo es correcto, nos lo indicará una ventana emergente y si no es así, como vimos en una entrada anterior, podemos ver el detalle del error en la “Ventana Message”.

  • Ventana Message.

Esta ventana aparece en la parte inferior de la pantalla, para activarla ir al menú View→Messages→Show.

La ventana Message visualiza mensajes de información, advertencia I/O error. Para solucionar un mensaje particular, se puede seleccionar el mensaje y pulsar la tecla F1, automáticamente se irá a la ayuda OnLine, también se puede ir en View→Messages→Troubleshoot.

dlx106

Si la verificación es correcta, procedemos a la descarga sobre el módulo con el botón “Download”. Validamos, parar la ejecución del módulo.

download

dlx107

Reiniciamos la lógica del módulo y aceptamos el mensaje de que se ha realizado correctamente la descarga.

dlx108

dlx109

Una vez descargado, procedemos a parametrizar el temporizador, para ello pulsamos sobre el cuadrado en la parte superior derecha de la instrucción “TONR”. Y aparecerá la siguiente ventana emergente, pulsamos sobre la pestaña “Parameters”.

dlx110

Y procedemos a introducir el tiempo deseado en el campo “PREConstantValue”, en nuestro caso diez (15) s, lo que implica introducir “15000”, ya que el campo “TimeBase”, está en cero (0), es decir en ms.

dlx113

dlx111

dlx114

Si pulsamos en el botón ayuda, podemos ver la descripción de la instrucción que estemos usando, para su correcta implementación y parametrización.

dlx112

Procedemos a monitorizar el temporizador, activando las dos ED. Podemos observar como el valor “ACC” se incrementa, hasta llegar a “15000” (15 s).

  dlx115

dlx116

dlx117

Para finalizar esta entrada, vamos a incluir un comentario en la lógica, para ello pulsamos el botón derecho del ratón y pulsamos sobre “Add Comment”. Introducimos el texto que deseemos, en nuestro ejemplo: PUERTA “AND” DE ED0 Y ED1.

dlx118

dlx119

dlx120

dlx121

En las siguiente entradas veremos como hacer un upload de la red y como forzar variables.

Saludos.

favicon

DeviceLogix Cap. 11 POINT I/O Programación Módulo 1734-8CFGDLX Parte 5

logo2dominios

 

 


En las dos últimas entradas, hemos terminado en línea con nuestra demo. Ahora vamos a centrarnos sobre el módulo del Nodo 2, con referencia 1734-8CFGDLX, ya que es la referencia que soporta DeviceLogix.

¡Comenzamos!.

Nos ponemos en línea con la demo y la red escaneada. Hacemos doble clic con el ratón, sobre el módulo del Nodo 2, (1734-8CFGDLX).

dlx38

Nos aparecerá la siguiente ventana emergente, en la que podemos parametrizar, monitorizar, diagnosticar y acceder a la programación del módulo:

   dlx51

Cuando accedemos a la pestaña “DeviceLogix”, nos solicitará un “Upload” o Download”, es importante en este punto ser consciente de lo que queremos hacer. En nuestro caso estamos desarrollando un proyecto nuevo y queremos tener los parámetros y configuración que trae por defecto el módulo, por lo que procedemos a realizar una descarga “Download”, no obstante como el módulo está sin estrenar, podemos hacer un “Upload” también.

dlx52

dlx53

Tras la carga, se nos abrirá la pestaña “DeviceLogix, en ella disponemos de tres campos para rellenar y el botón de acceso a la lógica (programa). Los tres campos sirven para:

  • AUTHOR. Técnico que realiza el programa, este campo sirve para buscar una cabeza de turco en muchas ocasiones 🙂 .
  • REVISION. El programa puede evolucionar y en muchas ocasiones puede sufrir correcciones de algún “bug”, por lo que es bueno tener trazabilidad de la versión en la que estamos trabajando o está descargada en el módulo.
  • DESCRIPTION. En este campo podemos describir, de forma más amplia la programación que está implementada y añadir comentarios a las revisiones.

dlx54

dlx55

A continuación pulsamos, sobre el botón “Start Logic Editor”:

dlx56

Se abrirá el editor de bloques de funciones, ya que el lenguaje que soporta este módulo es FB (Function Block). En algunas versiones antiguas de CompactBlock, se permitía diagrama de escalera además de el FB, si estamos en línea y el “Edit Mode” no está activo, el recuadro de coordenadas alfanuméricas se pondrá en verde:

dlx59

Los atajos más importantes, de la barra de herramientas del editor de la lógica son:

  • EDIT MODE. Habilita la edición de la lógica.

modo_edit

  • LOGIC VERIFY. Comprobación del programa y asignación de instancias de los bloques de funciones.

verificar_logica

  • UPLOAD. Para cargar la lógica del módulo sobre el editor.

upload

  • DOWNLOAD. Para descargar la lógica del editor sobre el módulo.

download

 

  • LOGIC ENABLE ON. Habilitar la lógica en el módulo (modo RUN).

habilitar_log

  • LOGIC ENABLE OFF. Deshabilita la lógica en el módulo (modo PROGRAM).

deshabilitar_log

Para comenzar a introducir el programa, debemos pulsar “MODO EDIT” y aceptar el diálogo en el que se nos advierte que dejaremos de estar conectados al dispositivo:

dlx59

dlx60

El recuadro de coordenadas alfanuméricas se pondrá en color gris y se nos habilitarán las instrucciones, en cada una de las pestañas de las herramientas de programación:

dlx62

La primera instrucción que vamos a implementar es un “Bit Input”, la arrastramos hasta el cuadrante deseado:

dlx63

dlx64

Pinchamos sobre ella y desplegamos la ventana de direccionamiento:

dlx65

dlx64

dlx66

dlx67

Desplegamos “Hardware Boolean Input”, y elegimos “Discrete Input 0”, de esta manera asignamos la ED 0 del 1734-8CFGDLX:

dlx68

dlx69

La segunda instrucción que vamos a implementar es un “Bit Output”, y como hemos hecho antes, la arrastramos hasta el cuadrante deseado y desplegamos, pero en esta ocasión desplegamosc”Hardware Boolean Output”, y elegimos “Discrete Output 4”, de esta manera asignamos la SD 4 del 1734-8CFGDLX:

Aprovecho para recordar que el módulo 1734-8CFGDLX, equipa ocho (8) puntos que pueden ser usados como ED (entrada digital) o SD (salida digital). Para usarla de una forma u otra, sólo es necesario declararla en el programa y conectarla físicamente de la manera que decidamos.

dlx70

dlx72

dlx73

Para finalizar este pequeño programa, en el que asignamos el valor de la ED 0 a la SD 4, sólo nos faltaría conectar las dos instrucciones de asignación de entrada y salida. Para ello debemos pinchar en el punto de la instrucción “Bit Input” y arrastrar hasta conectar con la instrucción de asignación de salida “Bit Output”.

dlx74

Podemos verificar la lógica antes “Logic Verify”, no obstante teniendo en cuenta que es básica la lógica introducida, podemos saltarnos este paso. Quitamos el “Edit Mode” y se nos habilitará el botón de descarga “Download”, y le damos a descargar:

dlx75

dlx76

dlx77

dlx78

dlx79

Y para que se empiece a ejecutar, pulsamos sobre “Logic Enable On”, y debemos monitorizar los estados:

dlx80

Activamos en el simulador de señales, la ED 0 y sorpresa la que te llevarás, no se activa la SD 4, ni en la monitorización ni el led del módulo:

dlx151

img_3011

El módulo tiene la lógica habilitada (RUN), estamos en línea, se ha descargado correctamente, se está activando la ED 0 a nivel eléctrico….¿qué ocurre?.

Vamos a explicar el motivo, como habéis observado estamos trabajando con una Periferia E/S que soporta DeviceLogix, que como indiqué en la primera entrada sobre este tema:

“……………DeviceLogix es una tecnología de Rockwell Automation, que permite distribuir lógica en los dispositivos de campo, esto permite disponer de inteligencia local, y entre los dispositivos que soportan esta tecnología en el portfolio de AB están:

  • Variadores.

  • Arrancadores Suaves.

  • Auxiliares de mando.

  • Periferia E/S.

  • Relés integrales de protección de motores…………..”

Esta periferia E/S, puede implementar programas que realicen controles no complejos y a su vez puede depender de un PLC o PAC maestro (no olvidéis que es un modelo Productor/Consumidor). Esta dependencia es con el equipo en el que está declarada la Periferia E/S en la I/O Configuration. En resumen, que tenemos flexibilidad a la hora de configurar el módulo, para que se comporte de una determinada forma, en función del estado del equipo maestro.

En este caso, la periferia no depende de ningún equipo y como podéis leer en el siguiente manual, el módulo viene parametrizado por defecto, para que en caso de fallo de comunicaciones con el maestro no funcione la lógica del módulo y por ello no se active la SD. De todo lo comentado, en esta entrada y la demo que queremos que funcione, necesitamos habilitar el parámetro 100 “DLX Fault Override”.

http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1734-um015_-en-e.pdf

dlx153

Para cambiar este parámetro, debemos abrir la pestaña “Configuration” y cambiar el parámetro antes indicado.

dlx81

dlx82

Una vez lo hayamos cambiado debemos descargarlo sobre el módulo, con el botón “Download parameters to the device”.

dlx83

Ahora podéis monitorizar y visualizar la activación de la SD 4.

dlx152

img_3012

En la siguiente entrada vamos a realizar un programa algo más complejo.

Saludos.

favicon

DeviceLogix Cap. 10 POINT I/O Programación Módulo 1734-8CFGDLX Parte 4

logo2dominios

 

 


En la última entrada, comenzamos a trabajar con el software RSNetworx y escaneamos la red de nuestra demo automáticamente. A continuación vamos a añadir los módulos manualmente, a partir de la ventana hardware de RSNetworx.

¡Comenzamos!.

Abrimos RSNetworx y como comentamos en la entrada anterior, si nunca hemos trabajado con RSNetworx, se abrirá con esta apariencia:

dlx27

Y si habéis sido buenos seguidores del blog, aparecerá así, es decir, con la última red con la que hayáis trabajado:

dlx38

Para esta entrada, necesitamos trabajar sobre un fichero en blanco, para ello File→New.

dlx146

dlx147

Se abrirá la siguiente ventana, siempre que tengamos las tres versiones de RSNetworx instaladas, y elegimos “DeviceNet Configuration DeviceNet Files (*.dnt):

dlx148

Se nos abrirá una red sin dispositivos:

dlx149

En la ventada Hardware, las referencia están agrupadas por categoría o vendedor. Existe la función de búsqueda, poniéndonos encima del directorio raíz “DeviceNet” y pulsando sobre botón derecho del ratón, yo me llevo muy mal con ella, así que os aconsejo que busquéis en las carpetas por categoría, a mi me parece muy intuitiva la navegación, pero “para gustos colores”.

dlx28

dlx32

A lo largo de las entradas sobre DeviceLogix, vamos a usar sobre todo estas dos categorías:

dlx29

dlx30 

Y en esta entrada más concretamente, usaremos las dos referencias:

  • PointIO 24Vdc 8pt Config (1734-8CFG).
  • PointIO 24Vdc 8pt Config DLX (1734-8CFGDLX).

dlx42

dlx41

Como comentamos en la entrada anterior, la forma de añadir un módulo de la ventana hardware, es arrastrarlo con el botón izquierdo del ratón apretado hasta la ventana de configuración de elementos detectados, finalmente soltar el botón izquierdo del ratón.

Así que procedemos a asignar el PointIO 24Vdc 8pt Config (1734-8CFG).

  dlx43

dlx44

El nodo asignado por el programa es el cero (0), y debemos cambiárselo, ya que es el que hemos reservado para la cabecera 1734-AENTR. Así que pinchamos sobre él, y le asignamos el uno (1).

dlx45

Igual que hemos comentado en el paso anterior, añadimos el segundo módulo PointIO 24Vdc 8pt Config DLX (1734-8CFGDLX).

dlx46

Ya tenemos la red de nuestra demo creada, y para el siguiente paso podemos hacerlo de dos formas:

  1. Mirando la revisión de firmware en la etiqueta física o en RSLinx y añadirlo en la configuración de cada módulo.
  2. Ir en línea “OnLine”.

En esta entra vamos a usar la segunda opción:

rsnetworx5

dlx35

dlx36

dlx37

Cuando vamos en línea y acabamos de escanear la red, podemos observar que en el módulo del Nodo 1, aparece un símbolo o también llamado signo “igual” tachado en color azul.

dlx47

dlx150

Esto quiere decir que la revisión de firmware y/o referencia configurada, no corresponde a la del módulo físico instalado. Para solucionarlo, debemos hacer doble clic con el ratón sobre el módulo en cuestión y nos aparecerá una ventana emergente, que presentará las diferencias para que podamos decidir si actualizarla automáticamente. Pulsamos sobre “Ok”.

dlx48

Ya estamos en el mismo punto que lo dejamos en la entrada anterior, pero habiendo añadido el hardware manualmente.

dlx38

En la siguiente entrada nos vamos a centrar sobre este módulo, que es el que soporta programación DeviceLogix:

dlx40

Siguiente entrada de la serie:

Saludos.

favicon

DeviceLogix Cap. 9 POINT I/O Programación Módulo 1734-8CFGDLX Parte 3

logo2dominios

 

 


En la última entrada, instalamos el hardware de nuestra demo para poder realizar una programación en DeviceLogix y esta programación es lo que vamos a ver, a lo largo de esta entrada y las siguientes.

¡Comenzamos!.

Lo primero que debemos saber, es que la programación y parametrización de los módulos de POINT I/O, se realiza con el software RSNetworx for DeviceNet. El por qué se realiza con este software, lo comentamos en entradas anteriores y es por la comunicación existente entre la cabecera y los módulos, es con el bus DeviceNet. Suele extrañar cuando se trabaja con cabeceras ControlNet o Ethernet/IP, ya que el “instinto técnico” te insta a abrir el RSNetworx for ControlNet o Ethernet/IP.

Por lo comentado anteriormente, es requisito indispensable disponer del software RSNetworx for DeviceNet y ejecutarlo:

dlx25

Yo tengo instalado la versión 25, como podéis observar en la captura del arranque del software, no obstante podemos usar versiones anteriores, y sólo tendríamos que instalar las EDS (Electronic Data Sheet) si la versión en cuestión no las tuviera. Si alguien necesita aclarar este tema que mande una consulta al blog por correo.

dlx26

Cuando ejecutamos RSNetworx por primera vez tras instalarlo, se abre la ventana principal sin ningún proyecto abierto, si no es la primera vez, abrirá con la vista principal del último proyecto sobre el que hayamos trabajado.

dlx27

Los elementos más importantes de la interfaz gráfica de RSNetworx son:

  • Barra de menú.

rsnetworx0

FILE. Crea, imprime, salva o sale de RSNetworx.

EDIT. Corta, copia, pega o selecciona elementos de la red.

VIEW. Cambia la vosualización para la pantalla RSNetworx.

NETWORK. Configura opciones de búsqueda, carga o descarga información de la red, visualiza propiedades de la red.

DEVICE. Carga o descarga información de los dispositivos, resuelve incompatibilidades de dispositivos o visualiza propiedades de la red.

TOOLS. Accede a los ficheros EDS.

HELP. Visualiza una ayuda de RSNetworx.

 

  • Barra de herramientas.

rsnetworx1

La barra de herramientas es un atajo para utilizar las funciones más usadas. Cada botón de la barra de herramientas es una representación gráfica del comando (excepto el símbolo OnLine).

rsnetworx4

  • Ventana Hardware.

En esta ventana, podemos ver los dispositivos por categoría o vendedor.

Un dispositivo puede ser añadido a la configuración de red. Para realizar esta operación el usuario tiene que seleccionar el dispositivo de la lista Hardware y arrastrarlo con el botón izquierdo del ratón apretado hasta la ventana de configuración de elementos detectados, finalmente soltar el botón izquierdo del ratón.

dlx28

  • Ventana Message.

Esta ventana aparece en la parte inferior de la pantalla, para activarla ir al menú View→Messages→Show.

La ventana Message visualiza mensajes de información, advertencia I/O error. Para solucionar un mensaje particular, se puede seleccionar el mensaje y pulsar la tecla F1, automáticamente se irá a la ayuda OnLine, también se puede ir en View→Messages→Troubleshoot.

rsnetworx2

  • Ventana de configuración de elementos.

La ventana de configuración de elementos visualiza información de la red en forma gráfica. También proporciona información de los dispositivos en la red, nombre, slot, etc…

rsnetworx3

 

Existen dos modos de crear una red, añadiendo los dispositivos buscándolos en la ventana “Hardware” o ponernos en línea y escanear todos los equipos conectados, os aconsejo esta última, ya que nos ahorramos tener que  averiguar versiones y referencias, eso sí, esto es posible siempre que dispongamos del hardware, en su defecto debemos buscar las referencias de los módulos que estamos proyectando para nuestra red. En esta entrada lo haremos escaneando la red y en la siguiente veremos, como añadir los módulos manualmente.

Para escanear la red, debemos pulsar sobre el botón “OnLine” de la barra de herramientas. Este botón se puede decir, que es el más importante de RSNetworx.

rsnetworx5

A continuación se nos abrirá la ventana de RSLinx, para seleccionar el driver y la red con la que vamos a ir en línea. Automáticamente aparecerá el cuadro de diálogo “Browse for Network”, aquí se tiene que seleccionar el driver de comunicación. En nuestro caso, es el driver “DEVICELOGIX” y debemos desplegar, hasta visualizar “Pointbus Port, DeviceNet” y se nos habilite el botón “Ok”, a continuación lo pulsamos.

dlx33

dlx34

dlx35

Nos aparecerá una ventana emergente de advertencia, que dice lo siguiente:

dlx36

“Antes de que el software le permite configurar dispositivos en línea , debe cargar o descargar la información del dispositivo . Cuando se haya completado la operación de carga o descarga, configuración fuera de línea pueden sincronizar con la red en línea .

Nota: Puede cargar o descargar la información del dispositivo en cualquier forma de toda la red o dispositivo individual .”

Esto es muy importante asimilarlo antes de trabajar en una red y con RSNetworx, tanto en línea como fuera de línea, ya que podemos generar fallos en una red en servicio o “tirar a la basura” el trabajo realizado.

Pulsamos aceptar y empieza un “Browsing network…” de la red y los dispositivos de la misma.

dlx37

Una vez finalizado el escaneado de la red, nos aparecerá en la ventana de configuración de elementos los módulos que tengamos instalados.

dlx38

En nuestro ejemplo son:

  • NODO 01. POINT I/O 1734-8CFG 8puntos E/S Autoconfigurable.
  • NODO 02. POINT I/O 1734-8CFGDLX 8puntos E/S Autoconfigurable con DeviceLogix.

dlx39

Por último, guardamos el fichero File→Save As…

dlx143

dlx144

En la siguiente entrada, veremos como añadir los módulos manualmente.

Siguiente entrada de la serie:

 

Saludos.

favicon

 

DeviceLogix Cap. 8 POINT I/O Programación Módulo 1734-8CFGDLX Parte 2

logo2dominios

 

 


En la última entrada dedicada a DeviceLogix “DeviceLogix Cap. 7 Programación Módulo 1734-8CFGDLX Parte 1”, primero realizamos el montaje de la demo que íbamos a usar, con la inestimable ayuda de mi hijo Juan, y tras unas pequeñas pruebas, empezamos a configurar, pero nos encontramos con el siguiente “problema”:

“…………..Y visualizamos por un lado los módulos a través del desplegable “Backplane” y “Pointbus Port, DeviceNet”, es importante recordar que aunque la cabecera es Ethernet, el bus que une los módulos y la cabecera, es DeviceNet:

dlx12Este paso, es importante realizarlo, ya que es importante que se visualice los dos módulos que tenemos equipados y como podéis ver a continuación, no ocurre, en el “Backplane” sólo se ve el módulo 1734-8CFG y en “Pointbus Port, DeviceNet”, no se ve ninguno:

dlx13

Como comentamos al final de la entrada, la razón de que suceda ésto, es por una configuración incorrecta de la cabecera 1734-AENTR. A continuación vamos a ver como solucionarlo.

¡Comenzamos!

Arrancando un navegador web para configurar la cabecera a través de su servidor web, os recuerdo que en una entrada anterior realizamos la configuración de una cabecera, y entre los parámetros que vimos, estaba la dimensión del chasis.

DeviceLogix Cap. 4 POINT I/O 1734-AENTR Parte 2

Lo vamos a volver a hacer y así consolidamos esta configuración básica de la periferia E/S POINT I/O de Rockwell. Para entrar en el servidor web de la cabecera, introducimos en la barra de dirección del navegador, la IP fijada en el selector de décadas (192.168.1.201). Por supuesto deben estar en el mismo rango la cabecera y el PC que estemos usando.

dlx14

En el menú de la izquierda, pulsamos sobre “Identity”.

dlx17

Se abrirá la ventana emergente de “autenticación”, siendo el usuario “admin” y la contraseña “password”.

dlx18

dlx19

Como vimos en la entrada anteriormente comentada:

“En la carpeta “configuration”, tenemos tres pestañas: “Identity”, “Network Configuration” y “Services”. En la pestaña “Identity”, tenemos una de las configuraciones más importantes, “Chassis Sizze”, este número define la dimensión del chasis del bus “DeviceNet”, contabilizando la cabecera (nodo 0), siendo el valor 1 cuando sólo disponemos de la cabecera y 64, cuando disponemos de 63 módulos instalados. Cualquier cambio, requiere de un reinicio para que los cambios se activen.”

En nuestra demo disponemos de:

  • Cabecera DLR Ethernet 1734-AENTR.
  • Módulo 1734-8CFG con base 1734-TBS.
  • Módulo 1734-8CFGDLX con base 1734-TBS.

Por lo que el valor de la dimensión de chasis a introducir, sería tres (3), como podéis observar en la captura siguiente, el valor que tenía era dos (2) y ese era el origen del problema.

dlx20

dlx21

Pulsamos “Apply Changes” para aplicar los cambios y para que éstos se apliquen, es necesario quitar alimentación al equipo.

dlx22

dlx23

Podemos quitar tensión, con el conector extraíble de la cabecera.

img_2968

A continuación, podemos comprobar en RSWho de RSLinx, que en las dos vistas (Backplane, Point…” y “Pointbus Port….” se ven los dos módulos instalados:

dlx24Y aprovecho para recordar, la utilidad “Browse Chassis”, en la que podemos escanear todos los módulos que están instalados, pulsando sobre “START”.

dlx15

dlx16

En la siguiente entrada, comenzamos con RSNetworx for DeviceNet, que es el software con el que realizaremos la programación y parametrización de los módulos de E/S.

Siguiente entrada de la serie:

Saludos.

favicon

DeviceLogix Cap. 7 POINT I/O Programación Módulo 1734-8CFGDLX Parte 1

logo2dominios

 

 


En la última entrada dedicada a DeviceLogix “DeviceLogix Cap. 6 POINT I/O Módulos 1734-8CFG y 1734-8CFGDLX”, hicimos una introducción a los módulos 1734-8CFG y 1734-8CFGDLX y  configuramos la dimensión de chasis de la cabecera. A continuación, vamos a ver como realizar un programa básico en el módulo 1734-8CFGDLX (referencia de POINT I/O que permite implementar DeviceLogix).

Para esta entrada, he contado con un ayudante excepcional, mi hijo Juan.

img_2957

Como hicimos en la entrada anterior sobre este tema, lo primero que vamos a hacer es montar y configurar una demo con el siguiente material:

  • Cabecera DLR Ethernet 1734-AENTR.
  • Módulo 1734-8CFG con base 1734-TBS.
  • Módulo 1734-8CFGDLX con base 1734-TBS.

img_2958

Como vamos a realizar un programa y probarlo, hemos cableado unas bornas seccionables, que nos servirán como simulador de ED (entradas digitales). Y el resultado del magnífico trabajo de Juan, es el siguiente:

 img_2961

Detalle de la cabecera y módulos:

img_2962

Detalle de bornas seccionables, a partir de ahora simulador de señales:

img_2963

A la cabecera le configuramos en el selector de décadas el valor 201, lo que implica que su configuración es:

IP 192.168.1.201 – Máscara Subred 255.255.255.0 – Puerta Enlace 192.168.1.1

img_2964

Comenzamos, estableciendo comunicación con el equipo, para ello ejecutamos el software RSLinx Classic:

dlx0

dlx1

Configuramos un “Driver Ethernet Devices”, para ello entramos en “Configure Drivers…”:

dlx2

dlx3

dlx4

Le asignamos el nombre al “Driver”, en nuestro ejemplo “DEVICELOGIX”:

dlx5

dlx6

Le asignamos la dirección IP de la cabecera (192.168.1.201):

dlx7

dlx8 

Seguimos con las buenas costumbres, y configuramos el modo “Manual” en “Startup..”:

dlx9

 Abrimos un ventana “RSWho”:

dlx10

Desplegamos el “Driver” “DEVICELOGIX”:

dlx11

Y visualizamos por un lado los módulos a través del desplegable “Backplane” y “Pointbus Port, DeviceNet”, es importante recordar que aunque la cabecera es Ethernet, el bus que une los módulos y con la cabecera, es DeviceNet:

dlx12Este paso, es importante realizarlo, ya que es importante que se visualice los dos módulos que tenemos equipados y como podéis ver a continuación, no ocurre, en el “Backplane” sólo se ve el módulo 1734-8CFG y en “Pointbus Port, DeviceNet”, no se ve ninguno:

dlx13

Esto sucede por una configuración incorrecta en la dimensión del chasis en la cabecera 1734-AENTR, que veremos como se soluciona en la siguiente entrada.

Siguiente entrada de la serie:

Saludos.

favicon

 

 

Automatización de un Proceso Industrial 8 (Caso Práctico-Fichero de intercambio con HMI/SCADA)

NoejucomLOGO     logo_v1

Como se indicaba en el Esquema Funcional:

“Para todo ello, no implementaremos ninguna lógica cableada, realizando todo el control mediante PLC o PAC y el apoyo de un HMI (Human Machine Interface) local.

El sistema debe conectarse a una Red de Control Ethernet/IP existente, para telemantenimiento e integración de proceso en SCADA existente.”

Por ello, disponemos de de dos ficheros de intercambio:

  • Autómata/HMI
  • Autómata/SCADA

1. Intercambio Autómata/SCADA.

En nuestro caso práctico, el número de variables del sistema en HMI es superior a las mapeadas en el SCADA, esto suele ser habitual en la mayoría de las plantas y procesos.

Por ello, vamos a comenzar por el fichero de intercambio con el SCADA, éste dispone de un servidor OPC KEPServerEx de la casa Kepware, he optado por este servidor, ya que podemos descargarlo y usarlo en modo demo durante 2 horas, en el siguiente enlace:

https://my.kepware.com/download/demo/ex/?utm_content=EX5-HOME

En una primera fase, debemos reunirnos con los administradores y explotadores del SCADA, para definir el alcance dos trabajos y obtener la siguiente información:

  • Plataforma existente.
  • Tipo de comunicaciones (OPC para nuestro caso práctico).
  • TAG’s existentes y estándar de construcción.
  • Estándares de organización de procesos.
  • Estándares de ficheros de intercambio.

Una vez que disponemos de toda esta información, sabemos que sólo nos solicitan mapear en el SCADA:

  • Señales generales.
  • Nivel y volumen del depósito.
  • Temperatura del agua.
  • Caudal instantáneo y volumen aportado al sistema principal.

Las señales a implementar al SCADA, son de dos tipos:

  • Señales analógicas y totalizadores “EA”.
  • Señales digitales de estado “SDE”.

Los TAG’s se contruyen con el siguiente estándar:

“Nombre del proceso”_”Tipo de señal”_ “Numeración”

Nombre del proceso: PCA

Tipos de señales: EA (entradas analógicas) y SDE (señales digitales de estado):

opc1

Ficheros OPC:

Copia seguridad KEPServerEX

Importación variables.

2.  Intercambio Autómata/HMI.

En nuestro caso, al haber utilizado un PANELVIEW 7 PLUS de 10″ con un COMPACTLOGIX de Allen Bradlley la integración se simplifica notablemente, gracias a la “Arquitectura Integrada”, ya que no disponemos de dos bases de datos (HMI y autómata) a la hora de vincular variables en el HMI, pudiendo realizarlo de dos maneras:

  • Online. Estando conectados al autómata accedemos a las variables declaradas en él.
  • Offline. Vinculando la aplicación del autómata (fichero.ACD) a la del HMI.

Esta forma de trabajar ahorra mucho tiempo de integración, ya que no tenemos que generar dos bases de datos, no obstante en el caso de que utilizáramos un HMI de otra marca, procederíamos de manera similar con el SCADA en caso de que disponga de OPC o con la herramienta de variables propia de la aplicación de desarrollo del HMI.

Saludos!!!!

Automatización de un Proceso Industrial 7 (Caso Práctico-Arquitectura de Control)

NoejucomLOGO        logo_v1

En la anterior entrada hemos definido los tipos y número de E/S, por lo que ya podemos, junto a los documentos ya redactados, diseñar nuestra Arquitectura de Control. Recordamos los documentos de inicio o partida, y el lugar en el que se encontraba:

  • Documento o esquema funcional.
  • Diagrama de proceso (P&ID).
  • Lista de sensores e instrumentación.
  • Lista de equipos y consumidores (actuadores).
  • Lista de señales.
  • Arquitectura de Control.
  • Esquemas Unifilares.
  • Esquemas Desarrollados.
  • Posicionales de Armarios.

1. ¿Qué es la Arquitectura de Control?.

Es una representación gráfica detallada de los equipos de Control, Comunicaciones y Supervisión de nuestra planta, subproceso o máquina, incluyendo las redes y buses de comunicación. También se conoce como Topología de Red.

Una buena Arquitectura de Control nos debe permitir de manera sencilla:

  • Visualizar nuestro Sistema de Control.
  • Identificar Equipos y sus características principales, incluyendo sus tarjetas de ampliación.
  • Identificar Redes y Nodos/IP’s de comunicación.
  • Cuantificar puertos ocupados y libres.

2. Puntos a tener en cuenta para el diseño de la Arquitectura de Control.

Para el diseño de la  Arquitectura de Control, tenemos que tener en cuenta principalmente los siguientes puntos:

  • Número de E/S y disposición física de las mismas.
  • Redes y buses de comunicación.
  • Requerimientos y estándar del cliente.
  • Interconexión entre sistemas.

En nuestro diseño tendremos en cuenta los requerimientos del Esquema Funcional, concretamente el funcional del caso práctico recogía las siguientes indicaciones:

  • “Para todo ello, no implementaremos ninguna lógica cableada, realizando todo el control mediante PLC o PAC y el apoyo de un HMI (Human Machine Interface) local.”
  • “El sistema debe conectarse a una Red de Control Ethernet/IP existente, para telemantenimiento e integración de proceso en SCADA existente.”
  • 5. HMI. Será de tipo pantalla táctil, sin teclados de funciones y con un tamaño de 10″, visualizando las siguientes pantallas:”

También tendremos en cuenta el número de E/S , que según la lista de señales de campo que generamos en la anterior entrada del blog, serían:

  • 15 Entradas Digitales
  • 4 Salidas Digitales
  • 4 Entradas Analógicas
  • 3 Salidas Analógica

Por último, hay que valorar las referencias y marcas habituales del cliente, esto se realiza por varios motivos, entre ellos:

  • Homogeneizar instalaciones y reducción de referencias de equipos, permitiendo la racionalización de repuestos.
  • No promover variedad de software y conocimientos específicos para el mantenimiento.
  • Facilita la interconectividad entre procesos y máquinas.

Todo esto permite reducir costes y tiempos de indisponibilidad de plantas o máquinas.

3. Arquitectura de Control de Planta de Calentamiento de Agua.

Teniendo en cuenta lo expuesto anteriormente, la Arquitectura de Control de nuestro caso práctico sería:

arquit_bn

4. Lista de Señales de Campo, Arquitectura de Control y Lista de Materiales de Control.

Personalmente y desde un punto de vista de automatización y control, los siguientes documentos los considero básicos para el desarrollo de un proyecto de automatización y para el posterior mantenimiento de éste:

  • Lista de Señales de Campo.
  • Arquitectura de Control.
  • Lista de Materiales de Equipos de Control.

Por ello, me gusta generar un documento que contenga toda esta información (más abajo se encuentra enlace para descarga de fichero editable):

lsc1

lsc2

lsc3

5. Programas para la realización de estos documentos.

Los programas que pueden facilitar la generación de esta documentación  son:

  • Excel para Lista de señales de campo y lista de materiales de control. Enlaces a Lista de Señales de Campo en formato PDF y Excel.
  • Autocad para Arquitectura de Control. Casi todos los fabricantes disponen de librerías en formato CAD. Por ejemplo, para el switch de Phoenix Contact elegido para nuestra arquitectura:

https://www.phoenixcontact.com/online/portal/es?uri=pxc-oc-itemdetail:pid=2891036&library=eses&tab=1

enlaceCAD

En la siguiente entrada, ya que disponemos del HMI a implementar en el sistema, veremos “Automatización de un Proceso Industrial 8 (Caso Práctico-Lista de Señales de Intercambio con HMI)”.

Saludos!!!!