RESUMEN

En este documento se muestra la

forma de manejar las herramientas
básicas que trae el software Studio
5000 Logix Designer.

Fecha Actualización: Junio -2020

STUDIO 5000 LOGIX DESIGNER

LEVEL 3: PROJECT DEVELOPMENT

1|Page
TABLA DE CONTENIDO

INTRODUCCIÓN............................................................................................................................. 3
OBJETIVOS ..................................................................................................................................... 3
CONFIGURANDO MÓDULOS I/O DIGITALES Y ANÁLOGOS EN EL SISTEMA LOGIX 5000. ............. 4
CONFIGURANDO LAS COMUNICACIONES DEL SISTEMA LOGIX 5000 A TRAVÉS DE UNA RED
ETHERNET/IP ....................................................................................................................................... 17
ORGANIZANDO ARRAYS EN UN PROYECTO DE STUDIO 5000 LOGIX DESIGNER ........................ 21
CREANDO TIPO DE DATOS DEFINIDO POR EL USUARIO EN PROYECTO DE STUDIO 5000 LOGIX
DESIGNER ............................................................................................................................................ 23
CONFIGURANDO FUNCIONALIDADES ADICIONALES DE TAGS EN PROYECTO DE STUDIO 5000
LOGIX DESIGNER ................................................................................................................................. 25
DESARROLLANDO INSTRUCCIONES ADD-ON EN UN PROGRAMA LADDER ................................ 29
GERENCIANDO ARCHIVOS DE PROYECTO Y COMPONENTES DE STUDIO 5000 .......................... 33
TRUCOS Y CONSEJOS PARA LÓGICA LADDER EN STUDIO 5000 LOGIX DESIGNER ...................... 37
RECUPERANDO Y CONFIGURANDO VALORES DE ESTADO DE UN CONTROLADOR LOGIX 5000
MEDIANTE INSTRUCCIONES GSV Y SSV .............................................................................................. 39
CONFIGURANDO TAGS PRODUCIDOS Y CONSUMIDOS .............................................................. 40
CONFIGURANDO UN MENSAJE EN LOGIX 5000 .......................................................................... 42
ASIGNACIÓN DE CONEXIONES Y ACTUALIZACIÓN DE FIRMWARE EN UN SISTEMA LOGIX 500045
IDENTIFICANDO Y CORRIGIENDO FALLAS EN UN SISTEMA LOGIX 5000 ..................................... 49

2|Page
 INTRODUCCIÓN

Esta guía le brinda conocimientos adicionales sobre los términos y operaciones de los
controladores más comunes. Podrá adquirir una comprensión más exhaustiva de las tareas del
desarrollo de un proyecto que aplican a todos los controladores Logix 5000. Estas incluyen la
organización de tareas y rutinas, de datos de controladores, la configuración de módulos y el
intercambio de datos. Podrá también utilizar tecnología de productor/consumidor para multi
difundir a dispositivos de salida y entrada, compartir datos entre controladores y regular I/O
remotas.
Esta guía está destinada a personas que necesitan desarrollar proyectos de Studio 5000 Logix
Designer para controladores Logix 5000.

OBJETIVOS

• Configurar en el sistema Logix 5000, módulos I/O Digitales y Análogos.

• Configurar las comunicaciones del sistema Logix 5000, a través de una red Ethernet/IP.
• Organizar Arrays en un proyecto de Studio 5000 Logix Designer.
• Crear tipos de datos definido por el usuario en Proyecto de Studio 5000 Logix Designer.
• Configurar funcionalidades adicionales de Tags en Proyecto de Studio 5000 Logix
Designer.
• Desarrollar instrucciones Add-On en un programa Ladder.
• Gerenciar archivos de proyecto y componentes de Studio 5000 Logix Designer.
• Conocer los trucos y consejos para lógica Ladder en Studio 5000 Logix Designer.
• Recuperar y configurar los valores de estado de un controlador Logix 5000, mediante
instrucciones GSV y SSV.
• Configurar un controlador Logix 5000 para producir y consumir datos.
• Configurar un mensaje en Logix 5000.
• Asignar conexiones y actualizaciones de Firmware en un sistema Logix 5000.
• Identificar y corregir fallas en un sistema Logix 5000.

3|Page
 CONFIGURANDO MÓDULOS I/O DIGITALES Y ANÁLOGOS EN EL
SISTEMA LOGIX 5000.

Los proyectos necesitan el uso de módulos para aumentar sus funciones de control, esto se
puede realizar en la ventana de organización de controladores, que es el árbol del proyecto. La
ventana de organización de controladores muestra las principales áreas del proyecto y la
jerarquía que la compone y permite organizar el código basado en las ordenes de ejecución del
controlador dentro de las carpetas generadas por el software.

Los módulos pueden ser adicionados en la configuración I/O seleccionando un nuevo módulo en
el árbol de configuración I/O.

4|Page
Se puede buscar manualmente el tipo de modulo que se quiere adicionar mediante la ventana
“Select Module Type”.

Al conectar la lógica a un nuevo módulo, los dispositivos desconocidos del proyecto cambiarán a
conocidos y el proyecto quedará totalmente conectado o definido.
Para los módulos de entradas digitales 1756, los estados de entrada durante el modo de
programación, modo de falla y cambio de estado durante el diagnostico de transición de estado,
pueden establecerse en la pestaña “Configuration”.

5|Page
Para los módulos de salidas digitales 1756, los estados de salida durante el modo de
programación, fallo y comunicación de error pueden ser establecidos en la pestaña
“Configuration”. A diferencia de los módulos de entrada esta última configuración se realiza por
punto y no por módulo.

Los bloques de diagnóstico se pueden identificar con la letra “D” que se ve en el nombre, como
es el caso del módulo 1756-OB16D. De la pantalla de configuración de modulo, los otros
parámetros que deben ser definidos son los puntos I/O y las características de los diagnósticos.

Si alguna falla presente en los diagnósticos es detectada, la información de la falla se transmite a

todos los controladores y el LED del módulo I/O muestra la falla.

6|Page
Los diagnósticos tienen diferente características dependiendo del módulo, por ejemplo, los
diagnósticos digitales de los módulos I/O 1756 tienen características de diagnóstico para detectar
circuitos abiertos, perdida de potencia, carga inexistente, testeo mediante pulso o detección de
punto-nivel electrónico.

La detección de circuito abierto censa el cableado removido o desconectado de un módulo de

entrada; Un resistor de fuga debe ser colocado a través de los contactos de un dispositivo de
entrada y los módulos deben detectar una fuga mínima de corriente o una falla punto-nivel que
es enviada al controlador.

7|Page
La detección de carga inexistente censa la falta de cableado o de una carga para cada punto de
salida únicamente en el estado Off.

El testeo mediante un pulso envía una señal que verifica la salida sin energizar la carga, este teste
es típicamente realizado durante la puesta en marcha o en la solución de problemas.

Algunos módulos digitales tienen “Electronic Fuse”, lo que significa que poseen un fusible interno
para prevenir la circulación excesiva de corriente a través del módulo. Los fusibles son limpiados
incluso cuando la falla es manualmente reseteada en el módulo I/O. Las propiedades de la
ventana de dialogo o un mensaje en la lógica Ladder reinicia el latch, o la salida se resetea
mediante un ciclo de poder.
Es importante notar que introduciendo un 0 al tag I/O no lo limpiará. Se deberá también apagar
todo diagnóstico inutilizado para los puntos I/O no conectados, para reducir confusión en el
personal de mantenimiento.
8|Page
Electronic keying reduce la posibilidad de utilizar un dispositivo erróneo en un sistema de control.
Un dispositivo erróneo puede ser el que se instala inicialmente en el proyecto o un dispositivo de
remplazo. Para módulos I/O como el 1756, el “Electronic Keying” compara automáticamente el
módulo esperado con el módulo físico antes de que la comunicación I/O comience.
Los atributos comparados en electronic keying son el vendedor, el tipo de producto, el código de
producto y las revisiones mayores y menores. Es importante notar que cambiar las selecciones
del “Electronic Keying” de manera online puede causar que la conexión de la comunicación I/O
con el módulo sea interrumpida y pueda resultar en perdida de datos.
Existen tres opciones de “Electronic Keying” que están disponibles: Exact match, compatible
keying y disabled keying.

9|Page
• Exact match keying, como el nombre lo sugiere requiere que todos los atributos de
configuración del módulo esperado en el proyecto concuerden con los parámetros de
configuración actuales del módulo físico. En el ejemplo se puede observar que la
comunicación I/O es evitada por que las revisiones menores son diferentes.

• Compatible keying, es la configuración por defecto. En esta opción, el número de revisión

configurado en el proyecto debe ser menor o igual al número de revisión del módulo
físico.

En el ejemplo, la comunicación es evitada por que la revisión menor del proyecto es

mayor a la del módulo físico. Una mala concepción es que la revisión mayor debe ser igual
en “Compatible keying”. En este modo, si la revisión mayor del proyecto fuera 2 y la
menor fuera 1, entonces con la opción de “Compatible keying”, la comunicación sería
permitida.

10 | P a g e
 • Con la opción disabled keying, los atributos no son considerados, por lo que, la
comunicación I/O puede ocurrir con un módulo diferente al especificado en el árbol de
configuración I/O. Esto puede generar resultados impredecibles, por ello, Rockwell
Automation no recomienda usar la opción disabled keying. Si se escoge esta opción, se
debe tomar toda la responsabilidad por parte del usuario en entender si el módulo usado
cumple con los requerimientos funcionales de la aplicación.

Es importante ser extremadamente cauteloso, debido a que, el uso incorrecto puede

generar lesiones personales o muerte, daño a la propiedad o pérdidas económicas.

En controladores Logix 5000, los valores I/O se actualizan asincrónicamente con la ejecución del
código, teniendo las entradas del módulo transmitiendo simultáneamente la información al
backplane a la velocidad de configuración del Requested Packet Interval (RPI) establecido en los
módulos.
Posteriormente, el código es escaneado y los tags de salida son actualizados inmediatamente
después de la ejecución de cada instrucción de salida. Finalmente, los valores son enviados a los
módulos de salida a velocidad del RPI al final de cada tarea. El procesamiento automático de
salida que ocurre al final de cada tarea puede ser deshabilitado en las propiedades de la tarea.
En el siguiente ejemplo, debido al proceso de actualización, los dispositivos de entrada pueden
cambiar de estado dentro de un escaneo en el programa a una velocidad diferente a la que se
ejecuta el escaneo.

11 | P a g e
De igual manera, se pueden configurar módulos digitales I/O para enviar información cuando
cualquier punto especifico o grupo de puntos cambian de estado (COS). En este caso, la
información es enviada y el punto cambia de Off a On.
En el siguiente ejemplo, la información de entrada está cambiando con el escaneo de la lógica.
COS transmite la información en cualquier cambio de estado, mientras que RPI transmite
información en un tiempo específico. Desde que COS es activado, toda información es
transmitida simultáneamente cuando un punto cambia de estado.

Importante: Se debe establecer un RPI por modulo cuando no se usa COS. La información será
transmitida simultáneamente a la velocidad del RPI, incluso si existe o no un cambio de estado.
12 | P a g e
Para adicionar un módulo analógico se realiza el mismo proceso en el árbol del proyecto, es decir,
se debe dar clic derecho en el backplane → nuevo módulo, buscar el módulo a adicionar y dar en
aceptar.

Los módulos son nombrados apropiadamente para el proyecto antes de ser añadidos a la
configuración I/O y necesitan ser establecidos en el formato de comunicación para la función
deseada.
A continuación, se muestra el modo de un solo extremo versus el modo diferencial, el cual se
beneficia del máximo número de entradas, en vez de emparejar entradas y comparar sus valores.

Durante la adición o después de la instalación en la configuración I/O, los módulos analógicos

necesitan ser escalados en el proyecto. Las especificaciones son para voltaje o para lecturas de
corriente. El rango de entrada de voltaje al módulo tiene múltiples variaciones, mientras que la
corriente está limitada a un solo rango.

13 | P a g e
Para cada canal, el escalamiento y los rangos son establecidos en los valores deseados. Por otro
lado, en los módulos de salida se tiene limitado a un solo rango de salida de voltaje y corriente.
Ventana de configuración:

Ventana de configuración de alarmas:

14 | P a g e
La transmisión de datos análogos es afectada por las velocidades seleccionadas durante la
configuración del módulo, que son: la Requested Packet Interval (RPI) y la Real Sampling Rate
(RST).
El parámetro RPI trabaja de la misma manera que lo hace en un módulo digital, lo que significa
que transmite los valores actuales de la memoria interna. Por otro lado, RTS escanea los datos
antes de transmitir.

Las velocidades de transmisión de los módulos analógicos son diferentes a la de los módulos
digitales que transmiten en parámetros RPI o COS. RTS se establece actualmente en la pestaña
de configuración del módulo de entrada, mientras RPI es establecido en la pestaña de conexión
en todos los módulos I/O. El RTS instruye a un módulo escanear todos los canales de entrada y
almacenar los datos en la memoria interna, para luego transmitir los datos del canal actualizados
al backplane del chasis local.
Tiempo de transmisión
Si el valor RTS es menor o igual al de RPI, cada dato transmitido desde el módulo ha actualizado
la información del canal. Si el valor RTS es mayor al valor de RPI, el módulo transmite el valor RTS
y la velocidad RPI. El módulo reinicia el temporizador RPI cada vez que un RTS es realizado.

15 | P a g e
Los operadores y otro personal deberían estar conscientes de la configuración de los estados de
salida para los modos de programación y falla.

Los módulos analógicos I/O ControlLogix proveen indicadores tanto en hardware como en
software cuando un módulo incurre en un fallo. Cada módulo posee un indicador de falla en
forma de led. Logix 5000 muestra gráficamente la falla y un mensaje de falla que describe la
naturaleza de dicha falla. Esta característica permite determinar cómo ha sido afectado el módulo
y que acción debe ser tomada para retomar la operación normal.
Open wire Detection
Censa si un cable ha sido removido o desconectado en un módulo de entrada. Una resistencia de
fuga debe ser colocada a través de los contactos de un dispositivo de entrada. Los módulos deben
detectar una fuga mínima de corriente o una falla de point-level que es enviada al controlador.

16 | P a g e
Si alguna falla de diagnóstico es detectada, los eventos ocurren tal y como lo harían en los
módulos digitales. Los módulos de diagnóstico requieren la mayor configuración. Una forma de
determinar si una falla ocurrió es a través del latching. El latching puede ayudar a saber dónde
se presenta una falla, incluso si la causa de la falla ha sido eliminada, por ejemplo, si una falla
ocurre y es eliminada a media noche.

CONFIGURANDO LAS COMUNICACIONES DEL SISTEMA LOGIX 5000 A

TRAVÉS DE UNA RED ETHERNET/IP

17 | P a g e
Para entrelazar datos entre controladores se requiere una mínima configuración de conexión de
red, esta puede variar desde una conexión simple con algunos dispositivos a una red de área local
o a una red industrial que se extiende en ciudades, regiones o continentes. Sin importar el
tamaño, ciertas características comunes se encontrarán en estas versiones de red.

Las direcciones IP son fáciles de usar y recordar sus notaciones para que el usuario las
implemente en redes de comunicaciones. Los dispositivos usan sus direcciones de hardware
(MAC) para comunicarse entre sí. Cada dispositivo convierte su dirección MAC en una dirección
IP antes de transmitir un mensaje a la red. Como los dispositivos se comunican con otros, estos
guardan información en la memoria que conecta el dispositivo con su dirección IP. Una dirección
IP es un conjunto único de bits que identifica un dispositivo en una red Ethernet y permite la
comunicación con otros dispositivos.
Una dirección IP puede ser asignada, ya sea obteniéndola automáticamente o asignado una
dirección estática. Para asignar una dirección estática, los usuarios necesitan introducir una
dirección IP, una máscara de subred y si es necesario un Gateway. La dirección IP y la máscara
pueden ser obtenidas por una red, un dibujo del sistema o un administrador de red. Los dibujos
del sistema o red pueden ser generalmente encontrados en el panel de control cerca al equipo.

18 | P a g e
Considere la dirección 129.8.128.31 como un ejemplo de una dirección IP. Cuando se lee la
dirección IP es pensar en ella como la dirección de una casa con el área geográfica, siendo más
específico a medida que se mueve de izquierda a derecha.

Una dirección IP puede ser pública o privada y dependiendo del tamaño de la red se asignan
ciertos valores.
De igual manera se necesita configurar una máscara de subred de red para asignar una IP estática.
Una subred es una porción de una red EtherNet/IP que comparte un componente de la dirección.
La máscara de subred es un valor de 32 bit estructurada como una dirección IP. Los bits en la
máscara ayudan a determinar si el dispositivo está en la misma subred.

Basados en la máscara de subred asignada, los dispositivos que su dirección IP tengan idénticos
los primero tres octetos se comunicaran en la misma máscara de subred. Una típica mascara de
subred es 255.255.255.0 que permite 254 dispositivos conectados entre sí. Por ejemplo, una
dirección IP privada con la dirección 129.8.128.31 y una máscara de subred 255.255.255.0, su
ultimo octeto es el nombre del host para cada dispositivo que varía de 0 a 254.

19 | P a g e
Una dirección Gateway es usualmente la dirección IP del router que conecta una red con otras
redes, esta es requerida cuando se quiere enviar datos por fuera de la red del área local. La
dirección Gateway también es obtenida a través del administrador de red. Por ejemplo, un router
Gateway necesita ser activado para comunicar los dispositivos de la subred 1 con la subred 2.

Las redes Ethernet soportan varios tipos de protocolos, incluyendo TCP/IP. Este protocolo no está
limitado a una red Ethernet/IP. Las direcciones Ethernet/IP son usadas para comunicar
dispositivos en diferentes protocolos. Los diferentes protocolos que los dispositivos usan para
comunicarse son transparentes para el usuario en la capa de red del modelo OSI.

20 | P a g e
Cuando se configura una conexión Ethernet/IP, se necesita primero adicionar una conexión
remota para el módulo Ethernet/IP, una vez ha sido establecido se pueden adicionar y configurar
los módulos de la estación de trabajo I/O remotamente. Las conexiones pueden ser cargadas en
archivos de proyecto separados en la configuración I/O del árbol del proyecto.

ORGANIZANDO ARRAYS EN UN PROYECTO DE STUDIO 5000 LOGIX

DESIGNER

La información que el controlador almacena es de diferentes tipos de datos. El controlador

siempre establece 5 bytes (32bits) para cada tag individual, incluso si almacena menos de 4 bytes.
Para conservar datos, almacena 32 BOOL, cuatro SINT o dos INT en un arreglo. Un arreglo es una
secuencia de elementos del mismo tipo indexada numéricamente, con cada elemento en una
posición única.

21 | P a g e
Un arreglo ocupa secciones continuas de memoria en el controlador con cada elemento de la
secuencia. Los arreglos pueden tener una, dos o tres dimensiones. Un arreglo puede llegar a
tener tres dimensiones a menos que sea parte de un UDT, donde solamente puede tener una
dimensión. Un arreglo puede ser de un solo tipo de datos y soportar todo tipo de dato
predefinido o definido por el usuario, excepto los tipos de datos de mensajes Axis o motion
Group. Los datos del mismo tipo no son agrupados automáticamente en memoria, entonces para
agrupar todos los temporizadores juntos se debe crear un arreglo de tags.
En un array se pueden direccionar mediante elementos numéricos, elementos variables, bit fijo
y bits variables.

Para acceder a un elemento especifico de un arreglo se utiliza el formato anterior, donde se

especifica la locación del elemento dentro del array.

Otra forma de llegar a un elemento o varios es mediante elementos variables los cuales toman
su valor a partir de funciones, elementos u operaciones pasadas que determinan la locación del
elemento.

Para este caso se está direccionando el segundo bit del elemento en la posición 1 del arreglo cuyo
tag es Part.

Al igual que con los elementos variables se pueden generar operaciones para determinar que bit
es el que se quiere direccionar a partir de valores externos.

22 | P a g e
 CREANDO TIPO DE DATOS DEFINIDO POR EL USUARIO EN PROYECTO DE
STUDIO 5000 LOGIX DESIGNER

Algunos tipos de datos predefinidos como los temporizadores tienen estructuras con diferentes
tipos de datos en ellos. Los User Defined Data Type (UDT) son estructuras creadas por un usuario
para agrupar información que es relevante para una aplicación.

El UDT es creado para ser autodocumentado, basado en un tag asignado y provee representación
lógica de las partes de un subsistema. El UDT es de gran utilidad cuando existen varios ítems con
la misma estructura, como lo son varios temporizadores o sensores de nivel. Aunque estos en un
sistema se pueden comportar de maneras distintas, la estructura interna es la misma.

23 | P a g e
Por ejemplo, se creará un UDT para uno de varios tanques en un proceso, los miembros del grupo
serán: El nivel, el estado de la válvula, la temperatura y el tiempo a temperatura.
Para almacenar esta información, se crea un UDT, el tipo de dato es una plantilla para almacenar
la información y el número y tipo de miembros son los que dan el tamaño del UDT. Al crear los
tags de esta manera, se permite establecer valores externos más fácilmente y de manera
ordenada siguiendo la estructura construida anteriormente.

Si se tienen 25 tanques, un programador puede realizar un arreglo de tags que utilicen un UDT.
En este escenario, el UDT es creado primero y luego se crea el arreglo de tags. Mediante la
referencia Oil_Tank[1,3] el UDT referenciara el tanque que se encuentra en la segunda fila de
arriba a abajo y en la cuarta de izquierda a derecha. Todo primer ítem de un arreglo empieza en
la posición 0.

24 | P a g e
Almacenar los nombres de los tags con UDT_ al comienzo facilitara la identificación de los tipos
de datos.
El CPS es el Synchronous Copy File instruction, que se usa para copiar la información de un tag a
otro, previniendo alguna ejecución del controlador durante el copiado de datos. Este se
diferencia de la instrucción Copy File (COP), debido a que esta permite que la fuente de la
información cambie durante la operación de copiado.
Algunos ejemplos adicionales de direccionamiento a datos definidos por el usuario serian:

CONFIGURANDO FUNCIONALIDADES ADICIONALES DE TAGS EN

PROYECTO DE STUDIO 5000 LOGIX DESIGNER

Un parámetro de programa permite definir claramente las entradas y salidas de una rutina y
utiliza conexiones para pasar datos entre programas, estos permiten la configuración de la
conexión program to program sin controller-scoped tags, y son públicamente accesibles desde
afuera del programa.

25 | P a g e
Existen varios tipos de parámetros disponibles:

Los parámetros Input y Output son parámetros estándar. Los InOut y Public parameter son de
tipo especial.

• Los parámetros de entrada (Input parameters), son parámetros que definen los datos
que son transmitidos por un valor en un programa en ejecución. Estos pueden recibir
datos de: Controller-scped tags, Output parameters, Public parameters y InOut
parameters.

• Los parámetros de salida (Output parameters), son parámetros que definen los datos
producidos como resultado directo de la ejecución de un programa. Estos pueden enviar
datos a: Controller-scped tags, Input parameters, Public parameters y InOut parameters.
Para pasar datos a un InOut parameter ambos deben estar configurados como
constantes.

• Los parámetros InOut representan una referencia de datos que pueden ser usados como
parámetros de entrada y de salida durante la ejecución de un programa, y estos son los
únicos parámetros de entrada que pasan datos por referencia en vez de un valor. Estos
parámetros pueden enviar o recibir datos de: Controller-scped tags, Input parameters,
Public parameters y Output parameters. Para los prametros Output ambos deben ser
configurados como salidas.

• Los parámetros públicos (Public parameters), son una versión encapsulada de los
controller-scoped tags. Estos parámetros pueden ser relacionados con los tags del
controlador, pero teniendo en cuenta que la actualización del alias es asincrónica a la
ejecución del programa y el parámetro publico contiene el valor en tiempo real del
controller-scoped tag. Los parámetros públicos pueden pasar datos a: Output
parameters, Input parameters y InOut parameters.

26 | P a g e
La columna Usage en los parámetros del programa muestra el tipo de parámetro y la columna
de connections muestra las conexiones configuradas.

La ventana de configuración de conexión puede ser usada para establecer y configurar

conexiones de parámetros de programa y seleccionar el tag para la conexión de los parámetros,
que es lo mismo que seleccionar un alias tag.

Cuando se establece una conexión, solo los tags y parámetros que harán una conexión de
configuración valida serán mostrados y habilitados para ser seleccionados. Seleccionar las casillas
permite visualizar tags de control y/o parámetros de control en el programa actual.

27 | P a g e
Una vez configurado la columna de configuración en la ventana de parámetros y tags locales
mostrará el número de conexiones usadas.

La referencia directa es una técnica de programación que permite al usuario hacer referencia a
otro parámetro del programa lógico sin configurar parámetros en el programa local. Por ejemplo,
si el programa A tiene un parámetro de salida llamado “Tank_Level”, el programa B puede
referenciar el parámetro “Tank_Level” en la lógica sin crear un parámetro correspondiente para
conectarse al programa A, esto aplica para parámetros de entrada, salida y parámetros públicos.

La referencia directa tiene estas características:

• Parámetros de entrada y públicos: Los valores de los parámetros de referencia son

actualizados en tiempo real y las tareas de prioridad alta usan up-to-date como valores
de parámetro.

• Parámetros de salida: Los valores son actualizados una vez el programa que posee el
parámetro de salida, termina su ejecución.
Los parámetros de entrada son limitados a una sola conexión. Si no hay conexiones configuradas,
un parámetro de entrada puede ser referenciado directamente en varias ocasiones a través de
la aplicación. Todas las referencias directas empiezan con “\ProgramName”, tal como se muestra
en la siguiente figura.
28 | P a g e
Se puede utilizar UDT para crear y pasar parámetros severos entre programas, dichos UDT
pueden ser configurados como parámetros de entrada, salida o públicos, pero no pueden ser
configurados como parámetros de entrada y salida. El uso aplica para el tag UDT entero y es
aplicado a la base, lo que significa que no puede ser configurado para miembros individuales.

DESARROLLANDO INSTRUCCIONES ADD-ON EN UN PROGRAMA

LADDER

Las instrucciones Add-on son instrucciones creadas por el usuario, para resolver problemas
específicos y únicos, mediante la construcción de instrucciones en el controlador, son capaces de
ejecutarse como una subrutina, ya que tiene entradas, ejecuta algún tipo de código y genera
salidas, pero no se necesita crear una rutina separada para ello.
El add-on presentado a continuación revisa una iniciación fallida de un motor, si el motor no
arranca o falla mientras corre, el bit de Falla se activa. Cada instrucción add-on posee una lógica
interna que permite ejecutar su función, pero no es necesario copiar toda la lógica cuando se
requiere usar, simplemente se debe usar el bloque add-on

29 | P a g e
Por definición una instrucción add-on contiene parámetros, tags locales y una lógica asociada.
Los parámetros y tags locales son los datos que la instrucción utiliza, y la lógica es la rutina que
la instrucción sigue. Cuando se crea una instrucción add-on se deben establecer parámetros, que
son los que permiten que la instrucción importe y exporte datos.

30 | P a g e
Igualmente, en la creación de una instrucción add-on se pueden crear tags locales, lo que permite
realizar operaciones dentro de la instrucción, ya que, es un almacenamiento local para variables
que no necesitan ser usadas por funciones externas, optimizando el programa.

Se puede cambiar el tipo de lenguaje en que la lógica de la instrucción add-on se ha desarrollado,

mediante el botón “change type”. Esta operación se debe realizar teniendo cuidado con no
afectar las relaciones entre los tags y teniendo presente que esta acción remplaza la rutina actual
con una nueva en el lenguaje deseado, por ello es muy importante conocer las relaciones
anteriores o se puede generar errores.

31 | P a g e
Después de plantear los parámetros de la instrucción add-on se debe especificar en qué lenguaje
se va a realizar la lógica de este, los lenguajes que se pueden utilizar son: Ladder, Function Block
y Structured Text.

Para la utilización de tipos de escaneo que permiten realizar diferentes acciones en periodos de
escaneo, se debe entrar a la pestaña de modos de escaneo y seleccionar el modo que se requiera.

32 | P a g e
Los modos de escaneo son:

• La rutina de pre-escaneo: se ejecuta una sola vez después de que el programa principal
pre-escanee se ejecute de acuerdo con su lógica interna.

• La rutina de post-escaneo: se ejecuta una sola vez después de que el programa principal
post-escanee se ejecute de acuerdo con su lógica interna.

• El modo EnableinFalse: se ejecuta cuando las condiciones son falsas.

GERENCIANDO ARCHIVOS DE PROYECTO Y COMPONENTES DE STUDIO

5000

Los archivos utilizados en Studio 5000 Logix Designer son identificados con los formato: .ACD,
.L5K o L5X. El formato .ACD es el archivo estándar, el .L5K es un archivo de texto exportable y el
.L5X es un archivo exportable XML. Sin importar el formato, el proyecto completo incluyendo
tags, documentación, lógica Ladder y otros, están contenidos en un solo archivo.

33 | P a g e
De igual manera, se pueden importar instrucciones add-on, tags, rutinas y parámetros que se
tenga de otros proyectos, pero solo cuando se encuentra en modo Offline. Si se importa una
instrucción add-on, pero no se importan los tags, esta no funcionará hasta que se creen o se
importen los tags que utiliza.
En un proyecto se pueden exportar elementos de este para utilizarlos en proyectos futuros, lo
cual reduce el tiempo de desarrollo y las posibilidades de tener un error. Sin embargo, no todos
los elementos son exportables y los que lo son se guardaran en formato .L5X.
Cuando se exportan elementos de un proyecto pueden aparecer errores y advertencias que
indican situaciones no deseadas. Aunque cada advertencia no necesita ser resulta, es importante
saber la fuente de ella. Por lo general, las advertencias ocurren cuando existen tags que no han
sido creados en el nuevo archivo del proyecto.

34 | P a g e
Cuando se exportan proyectos, estos se pueden guardar en los formatos .ACD, .L5K y .L5X. El
.ACD es el formato estándar, el .L5K es un archivo de texto y el .L5X es un archivo exportable
XML. Al usar la opción de guardado “Save” el archivo se guarda en formato .ACD, para la forma
“Save As” se puede escoger el tipo de formato a guardar.

La herramienta de comparación permite seleccionar un proyecto .ACD o .L5K y mejorar la

comparación entre proyectos. La herramienta de comparación debe ser instalada y ejecutada de
manera separada del software principal.

Existen varias opciones que se pueden seleccionar como parámetros a comparar dependiendo
de lo que el usuario escoja. Cuando se quiere comparar un archivo .ADC, el comparador lo
convierte primero a .L5K

35 | P a g e
Una vez se ha realizado la comparación aparece un cuadro donde se especifican los resultados,
en el lado izquierdo están las características de un proyecto y en el otro las características del
otro proyecto. Solo los elementos que tengan diferencias entre proyectos aparecerán en la
columna Compare Summary.

• Los elementos resaltados en azul son elementos en común que tienen ambos proyectos,
pero con diferencias. Si se da doble clic en el elemento azul se abre un panel con más
información de la diferencia.

• El color rojo indica que un elemento existe en un proyecto, más no en el otro.

• Los elementos grises o negros son elementos que son comunes y sin diferencias entre
ellos.

36 | P a g e
 TRUCOS Y CONSEJOS PARA LÓGICA LADDER EN STUDIO 5000 LOGIX
DESIGNER

Para tener mayor agilidad en la programación, muchos programadores utilizan el código ASCII y
teclas de acceso rápido para disminuir el tiempo que estos demoran realizar tareas. Usted puede
usar estas estrategias igualmente.
Memotecnias ASCII son códigos que representan instrucciones y elementos de una lógica Ladder,
en la gráfica se ve como se reducen los términos Brach start, next Branch y Branch end.

La asignación de teclas a tareas o instrucciones rápidas es algo de mucha ayuda y fácil

configuración. En Studio 5000 usted puede configurar en el acceso rápido las instrucciones que
más usa o las que requiera.

Para activar esta función debe ir a: Tools/Options/Ladder editor/Enable Quick Key/Configure

37 | P a g e
Si una lógica Ladder contiene program-scoped tags, la lógica Ladder puede ser copiada y reusada
en diferentes programas sin cambiar el nombre de los tags. Otras técnicas que le ayudaran a ser
un mejor programador son:

• Puede abrir una segunda instancia del software para copiar fácilmente los elementos
arrastrando de un lado a otro.
• Para la lógica Ladder y textos estructurados, usted puede guardar instrucciones por
defecto y aplicárselo a todos los proyectos abiertos en el computador.
• Utilizar los marcadores mencionados en bloques anteriores en los rungs, para mayor
movilidad entre los mismos.

38 | P a g e
 RECUPERANDO Y CONFIGURANDO VALORES DE ESTADO DE UN
CONTROLADOR LOGIX 5000 MEDIANTE INSTRUCCIONES GSV Y SSV

Existen dos formas de obtener información del status de los tags del controlador y sus
actividades. El primero es utilizando keywords y el segundo es utilizando la instruccion Get
System Value (GSV).

• Las keywords, son indicadores que son usados para establecer como los valores del
sistema son establecidos, mostrados y cambiados. La tabla mostrada a continuación
contiene keywords y sus usos. La lista no está completa, pero tiene los más utilizados.
Algo para tener en cuenta es que los keywords no son sensitivos y no se les puede definir
tag alias.

• La instrucción GSV permite recuperar información del estado de los controladores, en

este caso la instrucción GSV revisa las ineficiencias del programa, que son causadas por
cosas como un mal escaneo. El remover archivos del estado, el controlador es más
eficiente, pues no debe actualizar estos archivos cuando no es requerido.

39 | P a g e
También, se pueden cambiar los valores de un atributo, utilizando una instrucción Set System
Value (SSV). El SSV permite establecer la información del estado del controlador y tiene la misma
estructura del GSV.

Advertencia: Se debe utilizar las instrucciones GSV/SSV con cuidado, debido a que, cambiar la
información almacenada sobre los objetos del controlador puede ocasionar operación no
deseada del controlador y puede ocasionar heridas al personal o dañar el equipo.

CONFIGURANDO TAGS PRODUCIDOS Y CONSUMIDOS

Los tags consumidos y producidos son tags que son enviados y recibidos por más de un
controlador. El controlador que envía los datos es el productor y el que los recibe es el
consumidor, sin embargo, un controlador puede ser controlador y consumidor.

Los datos programados son la información enviada a través de una red de nivel de control, tal
como ControlNet o EtherNet/IP. Esta información es crítica, como lo son estados de I/O de los
módulos y controladores. Los datos programados tienen prioridad máxima en el intercambio de
información, esto ocurre en el mismo momento en que se realiza, por lo que, existe un intervalo
de transmisión de datos.

Un tag producido es un tag programado que es transmitido a uno o varios controladores desde
un controlador (multicast). Para alcanzar dos controladores, no necesita ser transmitido en
cascada. Un tag consumido es un tag cuyo valor proviene de un controlador remoto. El
controlador local es el consumidor y el remoto es el productor.

40 | P a g e
Los datos remotos (fuente del nombre de los datos) debe ser exactamente igual al nombre del
tag producido en el controlador productor. Para precisión, el proyecto fuente debería ser abierto
y los nombres de los tags copiados. Si se crea un UDT, se debe utilizar el mismo tipo de dato para
ambos controladores, utilizar un UDT como productor y consumidor de tags ayuda a la eficiencia
de la comunicación y transmisión de datos entre controladores, debido a que reduce el número
de conexiones usadas.

Algo a tener presente es que, si las estructuras de datos son del mismo tamaño, pero de diferente
tipo, los datos del primer miembro de la estructura A se transferirá de manera incorrecta al
primer miembro de la estructura B

41 | P a g e
Cuando se programa la comunicación de tags de consumo y producción utilizando UDT, se
debería usar uno de los tres métodos de Handshake para confirmar el intercambio de datos.

• El primer tipo es establecer un bit en el tag producido para notificar al controlador

consumidor que un nuevo dato está presente, o por el contrario establecer un bit en el
controlador consumidor que le informe al controlador productor que está listo para
recibir un nuevo dato.
• El segundo tipo incrementara un contador en el tag producido para notificar al
controlador consumidor que un dato nuevo está presente.
• El tercero es una configuración de retorno del tag Producido/Consumido que notifica al
controlador productor que el controlador consumidor ha recibido y procesado el dato.

CONFIGURANDO UN MENSAJE EN LOGIX 5000

Los mensajes permiten al controlador comunicarse con otros módulos asincrónicamente de los
escaneos del sistema. El tag de mensaje es el principal operador de la instrucción MSG.

42 | P a g e
Para activar continuamente un mensaje, se condiciona el mensaje con una instrucción XIO que
examina el bit de control de activación de mensaje. El mensaje continuara activo tanto tiempo
como la tarea este activa y la rutina activada.

Los pasos para configurar un mensaje son:

1. Adicionar el controlador destino a la configuración I/O

2. Crear un controller-scoped tag del tipo de dato mensaje

3. Junto a cualquier condición de lógica Ladder, programar una instrucción mensaje (MSG)
con el nuevo tag como el controlador del mensaje.

4. Configurar la instrucción MSG.

Para configurar una lectura, escritura o bloque de transferencia de un mensaje, existen

parámetros que deben ser configurados, estos parámetros son: Source element, number of
elements, destination element, cache conections y el path.

• Source element: es el tag o la dirección lógica que actualmente contiene los datos a ser
transmitidos.

• Number of elements: representa el número de elementos a ser transmitidos. El número

de elementos que se leen o escriben depende del tipo de dato que se esté utilizando.

43 | P a g e
 • Destination element: es el tag o la dirección lógica a la que los datos serán transmitidos.

• Cache conections: representa a un bit que instruye al controlador de mantener o cerrar

la conexión después de que el mensaje se ha ejecutado.

• El path: es la ruta de comunicación valida tomada por el mensaje para transmitir de la

fuente al destino.
Un mensaje genérico CIP es usado para transmitir un bloque de datos entre los controladores
Logix 5000 y cualquier dispositivo que soporte CIP. También puede enviar datos de configuración
a un módulo I/O para ejecutar un test de pulso, reiniciar fusibles electrónicos y reiniciar
diagnósticos activados.
Para configurar un mensaje genérico CIP, los parámetros nombrados anteriormente deben estar
definidos. El service type es el servicio que será ejecutado en el módulo.

Mientras se está en línea, los mensajes de error pueden ser identificados en la aplicación como
un mensaje que no es recibido, pues no tendrá el bit .DN activado. Los códigos de error pueden
ser encontrados en el cuadro de dialogo de configuración y el debugger de errores identifica el
módulo que ha generado el error, este debugger también provee códigos que disminuyen la
ambigüedad en los errores encontrados.

44 | P a g e
 ASIGNACIÓN DE CONEXIONES Y ACTUALIZACIÓN DE FIRMWARE EN UN
SISTEMA LOGIX 5000

Una conexión es una comunicación establecida entre dos dispositivos o componentes Logix 5000.
Las conexiones pueden tomar varias formas, incluyendo controlador a I/O, controlador a
módulos de comunicación y demás.

Cualquier dispositivo Ethernet/IP que sea añadido directamente a la configuración I/O son
contados a través de los límites de nodo del controlador del ControlLogix 5580, algunos ejemplos
de los dispositivos que deben ser contados son:

• Adaptadores de comunicación remotos

• Controladores remotos
• Dispositivos con puertos Ethernet/Ip embebidos
• Dispositivos HMI
• Dispositivos de terceros

45 | P a g e
Es importante notar que, si se excede el límite del nodo de conexiones, la aplicación de diseño
Studio 5000 muestra un mensaje de advertencia.

Para minimizar el número de tags producidos y por ende el número de conexiones, los datos
pueden ser agrupados en un arreglo de estructuras definidas por el usuario y luego ser
producidos.

Por ejemplo, producir cinco tags individuales para dos consumidores, cada uno requiere 15
conexiones, tal y como muestra la tabla. Sin embargo, producir un tipo de dato definido por el
usuario, requiere solo tres conexiones como se puede ver en la siguiente tabla.

46 | P a g e
Firmware
El firmware es el código embebido que posee un dispositivo electrónico que le permite
interactuar con otros dispositivos y paquetes de software. Cada Logix 5000 tiene su firmware,
por lo que hay que tener presente:

• Los dispositivos solo pueden soportar ciertas versiones de firmware.

• La versión de Studio 5000 debe coincidir con el firmware del controlador para
programarlo.
• Las versiones de firmware varían entre módulos.
ControlFlash es una herramienta que es lanzada manualmente desde el escritorio, se puede usar
para flashear manualmente el firmware de los controladores, módulos de comunicación,
módulos de I/O y demás módulos. Se debe tener en cuenta que no se puede actualizar el
firmware de un dispositivo que esté ejecutando alguna tarea, al realizar la actualización se borran
todos los programas y datos que posee.

47 | P a g e
En la mayoría de los casos, las versiones de firmware de un sistema no tienen que coincidir, por
ejemplo, un controlador versión 28 se puede comunicar y operar junto a un controlador versión
30, igualmente, el controlador puede comunicarse y operar módulos con cualquier otra versión.
Las notas de lanzamiento que se pueden descargar de la página de Rockwell poseen información
importante sobre las actualizaciones y es significativo leerlas antes de actualizar cualquier
dispositivo para no tener resultados no deseados.

AutoFlash es la segunda de tres funciones que permite actualizar el firmware de los proyectos
de Studio 5000. AutoFlash es una función que está integrada con la aplicación de Studio 5000, el
software automáticamente revisa el controlador y módulos durante la descarga de un proyecto.
Si el firmware esta desactualizado o es incompatible, el software avisa para actualizar el
firmware.

48 | P a g e
Una tercera forma de actualizar el firmware es permitir al Firmware supervisor del controlador
actualizar automáticamente los módulos que están en el árbol de I/O. Para que el firmware
supervisor maneje el firmware de un dispositivo, este debe tener Electronic keying configurado
en Exact match, se puede activar o desactivar la actualización automática utilizando instrucciones
GSV y SSV.

IDENTIFICANDO Y CORRIGIENDO FALLAS EN UN SISTEMA LOGIX 5000

Los controladores pueden tener dos tipos de fallas: las graves, que es una condición suficiente
para que el controlador detenga lo que esté haciendo y entre en modo de fallo y las leves, que
no hacen que el controlador detenga lo que está haciendo del todo. Las fallas graves se pueden
dividir en dos campos:

• Falla no recuperable
o El led indicador “Ok” estará intermitente en color rojo.
o En el display del controlador estará la palabra “Fault”.
o Las salidas estarán en el modo de falla.
o Se puede volver a estar en línea, al corregir la falla y volver a descargar al
controlador.

49 | P a g e
 • Falla recuperable
o El controlador entra en modo de falla y detiene la ejecución del código.
o Si el controlador tiene un scrolling display, la falla y su descripción serán mostradas
en él.
o Las salidas se ponen en estado del modo de programación.
o El usuario puede corregir la causa de la falla y luego limpiarla.

Cuando el controlador obtiene una falla leve, éste todavía sigue ejecutando el código,
dependiendo del controlador, el led “OK” puede o no indicar una falla.
Como indicador S: MINOR es verdadero cuando ocurre una falla. Este indicador se puede usar en
el código para controlar la operación durante la falla. Los detalles de una falta leve pueden ser
vistos en las propiedades del controlador en la pestaña de faltas leves. Una vez las fallas leves
han sido identificadas y corregidas se pueden limpiar en la pestaña nombrada anteriormente, de
igual manera, se pueden limpiar mediante la llave externa del controlador, pero se debe tener
en cuenta que, si se pone el controlador en modo de programación se detendrá la ejecución del
código.

Cuando un controlador incurre en una falla, se realiza la siguiente secuencia:

• El LED “OK” del módulo parpadea en rojo.

• Si el módulo está configurado para activar una falla grave en el controlador, el controlador
lo indicará.
• Si el controlador posee un scroling display, la falla será mostrada.

50 | P a g e
Se pueden usar instrucciones GSV para acceder a las fault logs. Los fault logs es donde se guarda
la información de las más recientes fallas. Las fallas leves pueden ser intermitentes y cuando se
limpia alguna de estas, el contador de fallas menores volverá a cero, ya que, se reinicia al limpiar
solo una de estas.

51 | P a g e