1756 rm094 - Es P PDF

Consideraciones
de diseño de los
controladores
Logix5000
1756 ControlLogix
1769 CompactLogix
1789 SoftLogix
1794 FlexLogix
PowerFlex 700S con DriveLogix
Manual de referencia
Comparación de controladores Logix5000
Característica
común: 1756 ControlLogix 1769 CompactLogix 1789 SoftLogix5800 1794 FlexLogix PowerFlex 700S DriveLogix
tareas del • 32 tareas (sólo 1 continua) • 1769-L35CR, -L35E: • 32 tareas (sólo 1 continua) • 8 tareas (sólo 1 continua) • 8 tareas (sólo 1 continua)
controlador • tareas de evento: acepta 8 tareas • tareas de evento: acepta • tareas de evento: • tareas de evento: acepta
• continua todos los disparos de • 1769-L32C, -L32E: 6 tareas todos los activadores de compatible con disparo de disparos de eventos de eje
• periódica evento. • 1769-L31: 4 tareas eventos, más eventos tag consumido y con la y movimiento
• evento • sólo 1 continua externos y de Windows instrucción EVENT
• tareas de evento:
compatible con disparo de
tag consumido y con la
instrucción EVENT
memoria de usuario 1756-L55M12 750 KB 1769-L31 512 KB 1789-L10 2 MB 1794-L34 512 KB 5720 256 KB
1756-L55M13 1.5 MB 1769-L32x 750 KB 3 ranuras, sin 768 KB con
1756-L55M15 3.5 MB 1769-L35x 1.5 MB movimiento memoria de
1756-L55M16 7.5 MB 1789-L30 64 MB expansión
1756-L55M22 750 KB 5 ranuras 5730 1.5 MB
1756-L55M23 1.5 MB 1789-L60 64 MB
1756-L55M24 3.5 MB 16 ranuras
1756-L61 2 MB
1756-L62 4 MB
1756-L63 8 MB
1756-L60M03SE 750 KB
memoria de usuario 1756-L55M12 ninguno CompactFlash (todos los ninguna sí 5720 memoria de
no volátil 1756-L55M13 ninguno controladores) expansión
1756-L55M15 ninguno 5730 CompactFlash
1756-L55M16 ninguno
1756-L55M22 sí
1756-L55M23 sí
1756-L55M24 sí
1756-L6x CompactFlash
puertos de 1 puerto RS-232 en serie • 1769-L31: 2 puertos RS-232 depende de la PC • 1 puerto RS-232 5720
comunicación (DF1 ó ASCII) (uno sólo DF1, (DF1 ó ASCII) • 1 puerto RS-232
incorporados otro DF1 ó ASCII) • 2 ranuras para tarjetas de (DF1 ó ASCII)
• 1769-L32C, -L35CR: 1 comunicación 1788 • 1 ranura para tarjeta de
puerto ControlNet y 1 comunicación 1788
puerto RS-232 5730
(DF1 ó ASCII) • 1 puerto RS-232
• 1769-L32E, -L35E: 1 puerto (DF1 ó ASCII)
EtherNet/IP y 1 puerto • 1 ranura para tarjeta de
RS-232 (DF1 ó ASCII) comunicación 1788
• 1 Ethernet incorporado
opciones de EtherNet/IP EtherNet/IP EtherNet/IP EtherNet/IP EtherNet/IP
comunicación ControlNet ControlNet ControlNet ControlNet ControlNet
(estas opciones DeviceNet DeviceNet DeviceNet DeviceNet DeviceNet
tienen productos y Data Highway Plus en serie en serie en serie en serie
perfiles específicos E/S remotas universales Modbus mediante rutina de Modbus mediante rutina de Modbus mediante rutina de
para su plataforma. en serie lógica de escalera lógica de escalera lógica de escalera
También hay otras
opciones disponibles Modbus mediante rutina de DH-485 DH-485 DH-485
con productos y lógica de escalera
perfiles genéricos de DH-485
otros fabricantes) SynchLink
conexiones controlador 250 controlador 100 controlador 250 controlador 100 controlador 100
1756-CNB 64 puerto de ControlNet 32 1784-PCICS 128 1788-CNx 32 1788-CNx 32
1756-ENBT 128 puerto de EtherNet/IP 32 1788-ENBT 32 1788-ENBT 32
redundancia del compatibilidad total de no aplicable no aplicable respaldo activo mediante no aplicable
controlador redundancia DeviceNet
E/S nativas E/S de 1756 ControlLogix E/S de 1769 Compact aceptado mediante tarjetas de E/S de 1794 FLEX 5720
E/S de bus PCE de otros E/S de 1797 FLEX Ex • E/S de 1794 FLEX
fabricantes • E/S de 1797 FLEX Ex
5730
• E/S de 1769 Compact
movimiento simple motor paso motor paso a paso motor paso a paso motor paso a paso motor paso a paso
servo mediante DeviceNet servo mediante DeviceNet servo mediante DeviceNet servo mediante DeviceNet servo mediante DeviceNet
variador de CA analógico variador de CA analógico variador de CA analógico variador de CA analógico variador de CA analógico
compatibilidad de interface SERCOS no aplicable interface SERCOS no aplicable 1 servo total
control de interface analógico con interface analógico con 1 eje de retroalimentación
movimiento opciones: opciones:
integrada • entrada de encoder de • entrada de encoder de
cuadratura cuadratura
• entrada de LDT • entrada de LDT
• entrada de SSI • entrada de SSI
opciones de montaje chasis 1756 montaje en panel ninguno montaje en panel incorporado en el PowerFlex
e instalación riel DIN riel DIN 700S
lenguajes de • escalera de relés • escalera de relés • escalera de relés • escalera de relés • escalera de relés
programación • texto estructurado • texto estructurado • texto estructurado • texto estructurado • texto estructurado
• bloque de funciones • bloque de funciones • bloque de funciones • bloque de funciones • bloque de funciones
• diagrama de funciones • diagrama de funciones • diagrama de funciones • diagrama de funciones • diagrama de funciones
secuenciales secuenciales secuenciales secuenciales secuenciales
• rutinas externas (DLL de
Windows desarrollados
usando C/C++)
Resumen de cambios
Resumen de cambios Esta versión de las pautas de diseño corresponde a la revisión 15 del firmware
del controlador Logix5000. Los cambios incluyen:
Cambio: Consulte:
los controladores ControlLogix y SoftLogix ahora aceptan 100 programas y 2-2
fases del equipo (combinados) por tarea
las tareas pueden contener programas y fases del equipo (el límite de programas
por tarea es ahora una combinación de programas y fases del equipo)
comparación de lenguajes de programación 2-13
pautas para pasar parámetros a/desde subrutinas 2-14
cómo funcionan los temporizadores de Logix5000 en comparación con los 2-16
temporizadores PLC/SLC
cómo funcionan los temporizadores de paso SFC 2-17
putas para cargar datos en estructuras definidas por el usuario 3-7
pautas sobre cómo utilizar descripciones de estructuras para crear 3-7
descripciones de tags automáticamente
información acerca de comentarios sobre tags y nombres de tags 3-14
pautas actualizadas de EtherNet/IP e información acerca de cuándo puede 6-3
utilizar conmutadores no administrados
comparación de comunicaciones programadas y no programadas de 6-9
ControlNet
pautas para módulos de E/S 1771 5-6
información sobre la adición de módulos de E/S durante el tiempo de 5-9
ejecución (controlador en el modo de marcha)
información revisada sobre cómo optimizar una aplicación para utilizarla con HMI 9-1
sección sobre las fases del equipo 10-1
sección sobre las herramientas de ControlFlash y de AutoFlash para 12-1
administrar el firmware del controlador
Además, estos cambios generales se encuentran a lo largo de la publicación:

• adición de los controladores CompactLogix 1769-L32C, 1769-L35CR
• eliminación de los controladores CompactLogix 1769-L20 1769-L30
• eliminación del controlador FlexLogix 1794-L33
1 Publicación 1756-RM094B-ES-P - Agosto 2005

Resumen de cambios 2
Notas:
Publicación 1756-RM094B-ES-P - Agosto 2005

Prefacio
Diseño de sistemas Logix5000
Introducción Este manual de referencia proporciona pautas que usted puede seguir para
optimizar su sistema. Este manual también proporciona la información del
sistema que usted necesita para tomar decisiones sobre el diseño del sistema.
Al leer este manual, notará lo siguiente:
Este símbolo: Indica lo siguiente:

pautas que usted debe seguir
prácticas de programación que pueden mejorar el rendimiento del
sistema
pasos que puede realizar
consideraciones que debe conocer cuando tome decisiones de diseño
información del sistema que puede afectar el rendimiento del sistema
información que debe conocer
Además de los temas específicos del controlador descritos en cada capítulo,

al final de este manual se incluye un/una:
• glosario de términos comúnmente usados
• lista de publicaciones relacionadas
Este manual está diseñado para programadores del sistema Logix con
experiencia. La información incluida en este manual se presenta bajo el
supuesto de que el lector entiende cómo implementar las pautas. La lista de
publicaciones relacionadas que se presenta al final del manual identifica
recursos que usted puede usar para obtener más detalles sobre cómo
implementar las pautas.
i Publicación 1756-RM094B-ES-P - Agosto 2005

ii Diseño de sistemas Logix5000
Información importante Las características de funcionamiento de los equipos de estado sólido son distintas a
las de los equipos electromecánicos. En la publicación Safety Guidelines for the
para el usuario Application, Installation and Maintenance of Solid State Controls (publicación SGI-1.1 que
podrá obtener en su oficina local de ventas de Rockwell Automation o en línea en la
dirección http://www.ab.com/manuals/gi) se describen algunas diferencias
importantes entre los equipos de estado sólido y los dispositivos electromecánicos
integrados. Debido a estas diferencias y a la gran diversidad de usos que se puede dar a
los equipos de estado sólido, las personas responsables de la utilización de este equipo
deberán asegurarse de que cada uso sea correcto.
Rockwell Automation, Inc. no será responsable en ningún caso de daños directos o
indirectos resultantes del uso o aplicación de este equipo.
Los ejemplos y diagramas incluidos en este manual tienen exclusivamente un fin
ilustrativo. Debido al gran número de variables y requisitos asociados a cualquier
instalación en particular, Rockwell Automation, Inc. no puede asumir ninguna
responsabilidad u obligación por el uso que se haga a partir de los ejemplos y diagramas.
Rockwell Automation, Inc. no asume ninguna obligación de patente relativa al uso de
la información, circuitos, equipo o software descritos en este manual.
Se prohibe la reproducción total o parcial del contenido de este manual sin previa
autorización por escrito de Rockwell Automation, Inc..
En este manual, se utilizan notas para alertarle respecto a consideraciones de seguridad.
Identifica información crítica para una correcta aplicación y

IMPORTANTE
entendimiento del producto. Sírvase tomar nota de que en esta
publicación se usa el punto decimal para separar la parte entera de
la decimal de todos los números.
Identifica información sobre prácticas o circunstancias que

ATENCIÓN
pueden provocar lesiones personales, la muerte, daños materiales
o pérdidas económicas. Las notas de Atención le ayudan a:
• identificar un peligro
• evitar un peligro
• reconocer las consecuencias
PELIGRO DE Puede haber etiquetas en el interior o en el exterior del variador

CHOQUE que indican que puede haber un voltaje peligroso.
Identifica información sobre prácticas o circunstancias que

ADVERTENCIA
pueden ocasionar una explosión en un ambiente peligroso y que
pueden provocar lesiones personales, la muerte, daños materiales
o pérdidas económicas.
PELIGRO DE Puede haber etiquetas en el interior o en el exterior del variador

QUEMADURA que indican que la temperatura de las superficies puede ser
peligrosa.

Table of Contents
Capítulo 1
Recursos del controlador Logix5000 Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1
Conexiones del controlador. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3
Determinación de los requisitos de conexión totales . . . . . . . . . . . . . . . . . . . . . . . . . 1-5
Capítulo 2
Cómo dividir la lógica en tareas, Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1
programas y rutinas Cómo decidir cuándo usar tareas, programas y rutinas . . . . . . . . . . . . . . . . . . . . . . . 2-2
Especificación de prioridades de tareas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3
Administración de las tareas del usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-4
Factores que afectan la ejecución de tareas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-5
Cómo configurar una tarea continua. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
Cómo configurar una tarea periódica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
Cómo configurar una tarea de evento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-8
Pautas para configurar una tarea de evento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-9
Cómo seleccionar el porcentaje de tiempo de
procesamiento interno del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-10
Administración del porcentaje del segmento del tiempo de
procesamiento interno del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-11
Cómo desarrollar un código de aplicación en las rutinas . . . . . . . . . . . . . . . . . . . . . 2-12
Pautas para pasar parámetros a/desde subrutinas . . . . . . . . . . . . . . . . . . . . . . . . . . 2-14
Métodos de programación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-14
Preescán de lógica del controlador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-15
Post-escán de la lógica SFC del controlador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-16
Ejecución de temporizadores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-16
Edición de un SFC en línea . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-18
Capítulo 3
Datos de direccionamiento Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1
Pautas para los tipos de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-2
Matrices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-3
Pautas para matrices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-4
Direccionamiento indirecto de matrices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-5
Pautas para índices de matriz. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-6
Preescán de un índice de matriz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-6
Pautas para las estructuras definidas por el usuario . . . . . . . . . . . . . . . . . . . . . . . . . . 3-7
Selección de un tipo de datos para tags de bits. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-8
Direcciones de bits en serie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-9
Pautas para los tipos de datos de cadena. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-10
Acceso de cadenas de PLC-5/SLC 500. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-11
Configuración de tags. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-11
Pautas para los tags de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-12
Creación de tags de alias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-13
Pautas para aislamiento de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-13
Pautas para los nombres de los tags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-14
Descripciones de los tags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-15
Capítulo 4
Cómo compartir datos con otros Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1
controladores (tags producidos y Pautas para tags producidos y consumidos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2
consumidos) Pautas para especificar un régimen de RPI para tags
producidos y tags consumidos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
Pautas para administrar conexiones para tags producidos y consumidos . . . . . . . . . 4-3
Cómo configurar una tarea de evento basada en un tag consumido . . . . . . . . . . . . . 4-4
Comparación de mensajes y tags producidos/consumidos . . . . . . . . . . . . . . . . . . . . 4-4

Table of Contents 2
Capítulo 5
Comunicación con E/S Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
Almacenamiento de datos de E/S en un búfer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
Pautas para especificar un régimen de RPI para los módulos de E/S. . . . . . . . . . . . 5-2
Formatos de comunicación para los módulos de E/S . . . . . . . . . . . . . . . . . . . . . . . . 5-3
Pautas para administrar las conexiones de E/S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-4
Pautas para administrar conexiones de E/S (continuación). . . . . . . . . . . . . . . . . . . . 5-5
Módulos de E/S 1771 de control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-6
Creación de tags para datos de E/S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-7
Controlador propietario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-8
Adición en el tiempo de ejecución/en línea de módulos de E/S . . . . . . . . . . . . . . . 5-9
Capítulo 6
Determinación de la red adecuada Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-1
Seleccione una red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-1
Topología de la red EtherNet/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-2
Pautas para EtherNet/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-3
Pautas para conmutadores en sistemas EtherNet/IP. . . . . . . . . . . . . . . . . . . . . . . . . 6-4
Topología de la red ControlNet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-5
Pautas para ControlNet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-6
Pautas para ControlNet (continuación). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-7
Pautas para ControlNet no programado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-8
Comparación de las comunicaciones programadas y no
programadas de ControlNet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-9
Topología de la red DeviceNet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-9
Pautas para DeviceNet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-10
Capítulo 7
Comunicación con otros dispositivos Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-1
Mensajes de caché . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
Búferes de mensajes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
Pautas para mensajes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5
Pautas para administrar conexiones de mensajes . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5
Pautas para los mensajes de transferencia en bloques . . . . . . . . . . . . . . . . . . . . . . . . 7-6
Asignación de tags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-7
Capítulo 8
Cómo optimizar una aplicación para Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1
control de movimiento Régimen de actualización general . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1
Límites de ejes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2
Límites de rendimiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2
Disparos de tarea de evento de control de movimiento. . . . . . . . . . . . . . . . . . . . . . . 8-3
Capítulo 9
Cómo optimizar una aplicación para su Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-1
utilización con HMI Comparación de RSView Enterprise y RSView32 . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-3
Pautas para RSView SE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-3
Cómo se comunica el software RSLinx con los controladores Logix5000 . . . . . . . . 9-4
Comparación de RSLinx Classic y RSLinx Enterprise . . . . . . . . . . . . . . . . . . . . . . . . 9-5
Pautas para el software RSLinx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-6
Pautas para configurar los tags del controlador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-6
Capítulo 10
Desarrollo de fases del equipo para el Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1
control de lotes Pautas para las fases del equipo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1
Instrucciones de la fase del equipo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-2

Table of Contents 3
Capítulo 11
Cómo optimizar una aplicación para el Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1
control de procesos Comparación de las instrucciones PID y PIDE . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1
Pautas para programar lazos PID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2
instrucciones de proceso avanzadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-3
Plantillas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-4
Comparación de plantillas de Active-X y elementos de la biblioteca gráfica . . . . . 11-4
Capítulo 12
Cómo administrar el firmware del Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1
controlador Pautas para administrar el firmware del controlador . . . . . . . . . . . . . . . . . . . . . . . . 12-1
Comparación de ControlFlash y AutoFlash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-2
Cómo acceder al firmware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-2

Table of Contents 4

Capítulo 1
Recursos del controlador Logix5000
Introducción Según el controlador, los recursos se dividen de maneras diferentes:
Controladores ControlLogix - la memoria se separa en dos secciones aisladas
Lógica y memoria de Memoria de E/S

datos
código de origen del datos de E/S
programa CPU CPU de
datos de tag Logix tablas de forzados de E/S backplane
listas de grupos de búferes de mensajes

tags RSLinx
tags producidos/consumidos
• La CPU Logix ejecuta el código de aplicación y los mensajes.

• La CPU del backplane se comunica con las E/S y envía/recibe datos
desde el backplane. Esta CPU funciona independientemente de la CPU
Logix, por lo tanto envía y recibe información de E/S de manera
asíncrona a la ejecución del programa.
Controladores CompactLogix, FlexLogix y DriveLogix - la memoria está en una sección contigua
Lógica, datos y memoria de E/S

programa
CPU Tarea de tarea de
tablas de forzados de E/S
datos de tag Logix E/S com.
búferes de mensajes
listas de grupos de
tags RSLinx tags producidos/consumidos
Estos controladores tienen una sola CPU que realiza todas las operaciones. Las
tareas aisladas efectúan las E/S y comunicaciones e interactúan con las redes.
Estas tareas simulan la CPU del backplane.
Para este controlador: La tarea de E/S tiene prioridad: La tarea de comunicaciones tiene
prioridad:
CompactLogix, FlexLogix y DriveLogix 6 12

1-2 Recursos del controlador Logix5000
Controladores SoftLogix - la memoria está en una sección contigua
Lógica, datos y memoria de E/S

programa Sistema de
CPU
operación
tablas de forzados de E/S Logix
datos de tag Windows
búferes de mensajes
listas de grupos de
tags RSLinx tags producidos/consumidos
El controlador SoftLogix tiene una sola CPU que funciona junto con el sistema
de operación Windows para realizar todas las operaciones. En lugar de usar los
niveles de prioridad del controlador para las tareas de comunicaciones y E/S, el
controlador SoftLogix usa los niveles de prioridad Windows para estas tareas.
Para este controlador: La tarea de E/S tiene: La tarea de comunicaciones tiene:

SoftLogix Prioridad 16 Windows (inactividad) Prioridad 16 Windows (inactividad)
Para todos los controladores, se usa la memoria en tiempo de ejecución para:

• procesamiento de mensajes para almacenar en el búfer los mensajes de
entrada y salida
• manejo de datos RSLinx para almacenar grupos de tags
• ediciones en línea para almacenar renglones de edición
• tendencias gráficas para almacenar datos en el búfer
Cálculo del uso de memoria

Las ecuaciones siguientes proporcionan un cálculo aproximado de la memoria
necesaria para un controlador.
Tareas del controlador _____ * 4000 = _____ bytes (se necesita un mínimo de 1)
Puntos de E/S discretas _____ * 400 = _____ bytes
Puntos de E/S analógicas _____ * 2600 = _____ bytes
Módulos DeviceNet1 _____ * 7400 = _____ bytes
Otros módulos de comunicación2 _____ * 2000 = _____ bytes
Ejes de control de movimiento _____ * 8000 = _____ bytes
Total = _____ bytes
1
El primer módulo DeviceNet tiene 7400 bytes. Los módulos DeviceNet adicionales tienen 5800 bytes cada uno.
2 Tenga en cuenta todos los módulos de comunicación del sistema, no sólo los ubicados en el chasis local. Esto
incluye los módulos de conexión a los dispositivos, los módulos adaptadores y los puertos en los terminales
PanelView.
Reserve un 20 a 30% de la memoria del controlador para permitir el crecimiento.

Recursos del controlador Logix5000 1-3
Uso de la memoria del controlador Logix5000 por parte de RSLinx

La cantidad de memoria que RSLinx necesita depende del tipo de datos que
RSLinx lee. Las ecuaciones siguientes proporcionan un cálculo aproximado de
la memoria necesaria para las comunicaciones RSLinx.
Tiempo de procesamiento interno de RSLinx
(por conexión) _____ * 1345 = _____ bytes
(4 conexiones como opción predeterminada)
Tags individuales _____ * 45 = _____ bytes
Matrices / estructuras _____ * 7 = _____ bytes
Total = _____ bytes
Consolidar los tags en una matriz o en una estructura reduce el tiempo de
procesamiento interno de comunicaciones y el número de conexiones
necesarias para obtener los datos.
Comparación con la memoria PLC/SLC
Los controladores Logix5000 usan instrucciones compiladas para

proporcionar tiempos de ejecución más cortos que los procesadores PLC o
SLC. Las instrucciones compiladas usan más memoria en comparación con las
instrucciones de los procesadores PLC y SLC.
Si usted tiene un programa PLC/SLC, puede calcular el número de bytes

requeridos en un controlador Logix5000 de la siguiente manera:
número de palabras PLC/SLC ∗ 18 = número de bytes Logix5000
Conexiones del controlador El controlador Logix5000 usa una conexión para establecer un vínculo de
comunicación entre dos dispositivos. Las conexiones pueden ser:
• de controlador a módulos de E/S locales o módulos de comunicación
locales
• de controlador a módulos de E/S remotas o módulos de comunicación
remota
• controlador a los módulos de E/S remotas (de rack optimizado)
Para obtener más información sobre las conexiones de E/S, consulte el
Capítulo5 “Comunicación con E/S”.
• tags producidos y consumidos
Para obtener más información, consulte el Capítulo4, “Cómo compartir
datos de tags con otros controladores”.
• mensajes
Para obtener más información, consulte el Capítulo7 “Comunicación
con otros dispositivos”.

• acceso al software de programación RSLogix 5000

• acceso al software RSLinx para HMI u otras aplicaciones de software
Estos controladores aceptan:
Atributo de comunicación: ControlLogix y SoftLogix: CompactLogix: FlexLogix y DriveLogix:

Conexiones 250 100 100
Mensajes almacenados en caché(1) 32 para mensajes y 32 para mensajes y 32 para mensajes y
transferencias en bloque transferencias en bloque transferencias en bloque
combinados combinados combinados
Búferes de recepción no conectados 3 3 3
Búferes de transmisión no conectados 10 (se puede incrementar a 40) 10 (se puede incrementar a 40) 10 (se puede incrementar a 40)
(1)
Consulte el Capítulo7 “Comunicación con otros dispositivos“ para obtener más información acerca de los mensajes y los búferes.
En última instancia, el límite de conexiones puede residir en el módulo de

comunicación que usted use para la conexión. Si la trayectoria de un mensaje
es a través de un módulo de comunicación, la conexión relacionada al mensaje
también se considera para el límite de conexiones de dicho módulo de
comunicación.
Para este controlador: Este dispositivo de comunicación: Acepta este número de conexiones:
ControlLogix 1756-CNB 64 conexiones según el RPI,
se recomienda usar sólo 48 conexiones (cualquier
combinación de conexiones programadas y de mensajes)
1756-ENBT 128 conexiones
CompactLogix 1769-L32C, -L35CR 32 conexiones
en función del RPI, puede programarse un máximo de 22
conexiones.
El resto de las conexiones (o el total completo de 32,
si no hay conexiones programadas) se pueden usar para las
conexiones de mensajes
1769-L32E, -L35E 32 conexiones
FlexLogix 1788-CNx, -CNxR 32 conexiones
en función del RPI, puede programarse un máximo de 22
PowerFlex 700S con DriveLogix
conexiones.
El resto de las conexiones (o el total completo de 32,
si no hay conexiones programadas) se pueden usar para las
conexiones de mensajes
1788-ENBT 32 conexiones
SoftLogix5800 1784-PCICS 128 conexiones
127 de las cuales pueden ser conexiones programadas

Recursos del controlador Logix5000 1-5
Determinación de los El total de conexiones para un controlador Logix5000 incluye las conexiones
locales y remotas. Calcular las conexiones locales no es problema para los
requisitos de conexión controladores FlexLogix o CompactLogix porque ambos aceptan el máximo
totales número de módulos permitido en sus sistemas. Los controladores
ControlLogix y SoftLogix aceptan más módulos de comunicación que los
otros controladores, por lo tanto, usted debe calcular las conexiones locales
para asegurarse de permanecer dentro del límite de 250 conexiones. Use la
siguiente tabla para el cálculo de las conexiones locales:
Tipo de conexión: Cantidad de Conexiones por Total de
dispositivos: x módulo = conexiones:
módulo de E/S local (siempre una conexión directa) x 1 =
servomódulo de control de movimiento x 3 =
módulo de comunicación ControlNet x 0 =
módulo de comunicación EtherNet/IP x 0 =
módulo de comunicación DeviceNet x 2 =
módulo de comunicación de E/S remotas/DH+ x 1 =
acceso del software de programación RSLogix 5000 al controlador x 1 =
total
El (los) módulo(s) de comunicación que usted selecciona determinan cuántas

conexiones remotas están disponibles para E/S e información. Use la siguiente
tabla para el cálculo de las conexiones remotas:
Tipo de conexión: Cantidad de Conexiones por Total de
dispositivos: x módulo = conexiones:
módulo de comunicación ControlNet remoto x =
configurado como una conexión directa (ninguna) 0 ó bien
configurado como una conexión de rack optimizado 1
módulo de E/S distribuidas mediante ControlNet (conexión directa) x 1 =
módulo de comunicación EtherNet/IP remoto x =
configurado como una conexión directa (ninguna) 0 ó bien
configurado como una conexión de rack optimizado 1
módulo de E/S distribuidas mediante EtherNet/IP (conexión directa) x 1 =
dispositivo remoto mediante DeviceNet (considerado en la conexión x 0 =
de rack optimizado para el módulo DeviceNet)
otro adaptador de comunicación remota x 1 =
tag producido y primer consumidor x 1 =
cada consumidor adicional 1
tag consumido x 1 =
mensaje conectado (tabla de datos CIP de lectura/escritura y DH+) x 1 =
mensaje de transferencia en bloques x 1 =
acceso al software RSLinx para HMI u otras aplicaciones de software x 4 =
software RSLinx Enterprise para HMI u otras aplicaciones de software x 5 =
total

Notas:

Capítulo 2
Cómo dividir la lógica en tareas, programas y

rutinas
Introducción El sistema operativo del controlador es un sistema que permite la priorización

de tareas y cumple con la norma IEC 61131-3. Este entorno proporciona:
tareas para configurar la Una tarea proporciona la información de programación y prioridad acerca de
ejecución del controlador un conjunto de uno o más programas. Las tareas se pueden configurar como
continuas, periódicas o por evento.
programa para agrupar los Una tarea contiene programas, cada uno con sus propias rutinas y tags
datos y lógica cubiertos por el programa. Una vez que se activa una tarea, todos los
programas asignados a la tarea se ejecutan en el orden en el cual están listados
en el Controller Organizer.
Los programas son útiles para proyectos desarrollados por varios

programadores. Durante el desarrollo, el código de un programa que utiliza
tags del programa cubiertos, puede duplicarse en un segundo programa y
minimizar la posibilidad de colisión de los nombres de tags.
Con la versión 15, las tareas pueden contener programas y fases del equipo
rutinas para encapsular el Las rutinas contienen el código ejecutable. Cada programa tiene una rutina
código ejecutable escrito en un principal, la cual es la primera rutina que se ejecuta en un programa. Use la
solo lenguaje de programación lógica, como por ejemplo la instrucción Jump to Subroutine (JSR), para llamar
a otras rutinas. También se puede especificar una rutina de fallo de programa
opcional.
Consulte “Cómo desarrollar un código de aplicación en las rutinas” en la página

2-12 para obtener información sobre la selección de lenguajes de programación y
cómo el controlador realiza el preescán y el post-escán de la lógica.

2-2 Cómo dividir la lógica en tareas, programas y rutinas
Cómo decidir cuándo usar Considere lo siguiente para determinar cuándo usar una tarea, programa o
rutina:
tareas, programas y rutinas
Comparación: Tarea: Fase del programa/equipo: Rutina:
Cantidad disponible varía por controlador (4, 6, 8 ó 32) 32 fases de programa y de equipo número ilimitado de rutinas por
(combinadas) por tarea programa
(100 para ControlLogix y SoftLogix)
Función determina cómo y cuándo se organiza grupos de rutinas que contiene el código ejecutable
ejecutará el código necesitan compartir un área de (lógica de escalera de relés,
datos común diagrama de bloques de funciones,
diagrama de funciones
secuenciales, o texto estructurado)
que controla la máquina.
Use • la mayor parte del código • coloque piezas de equipo • aísle funciones de celda o
debe residir en una tarea principal o celdas de la máquina en una rutina
continua planta en programas • use el lenguaje apropiado
• use una tarea periódica aislados para el proceso
para procesos más lentos o • use programas para aislar • modularice el código en
cuando la operación basada programadores diferentes o subrutinas que pueden
en tiempo es crítica crear código reutilizable llamarse repetidamente
• use una tarea de evento • orden de ejecución
para las operaciones que configurable dentro de una
requieren sincronización tarea
con un evento específico
• aislamiento de fases de lote
individuales u operaciones
discretas de máquina
Consideraciones • un alto número de tareas • los datos que abarcan • las subrutinas con múltiples
puede ser difícil de depurar múltiples programas deben llamadas pueden ser
• quizás necesite inhabilitar ir en el área cubierta por el difíciles de depurar
el procesamiento de salidas controlador • puede hacerse referencia a
en algunas tareas para • listado en el Controller datos desde áreas cubiertas
mejorar el rendimiento Organizer en orden de por el programa y cubiertas
• las tareas pueden inhibirse ejecución por el controlador
para impedir su ejecución • el llamar a un gran número
de rutinas afecta el tiempo
de escán
• listados en el Controller
Organizer como Main, Fault,
y luego alfabéticamente
Para obtener más información acerca de las fases del equipo, consulte el
Capítulo10 “Desarrollo de fases del equipo para el control de lotes.”

Cómo dividir la lógica en tareas, programas y rutinas 2-3
Especificación de Cada tarea en el controlador tiene un nivel de prioridad. Una tarea de mayor
prioridad (por ejemplo 1) interrumpe cualquier tarea de menor prioridad
prioridades de tareas (por ejemplo 15). La tarea continua tiene la prioridad más baja y siempre es
interrumpida por una tarea periódica o de evento.
Este controlador Logix5000: Acepta esta cantidad de tareas: Y tiene esta cantidad de niveles de
prioridad:
ControlLogix 32 15
CompactLogix 1769-L35CR, -L35E 8 15
CompactLogix 1769-L32C, -L32E 6 15
CompactLogix 1769-L31 4 15
FlexLogix 8 15
PowerFlex 700S con DriveLogix 8 15
SoftLogix5800 32 3
El controlador Logix5000 tiene estos tipos de tareas.
Prioridad: Tarea de usuario: Descripción:
La más alta na Tiempo de procesamiento interno de CPU - operaciones generales de CPU y puerto en serie
na Planificador de movimiento - se ejecuta al régimen de actualización general
na Tarea de redundancia - comunicaciones al 1757-SRM en sistemas redundantes
na Recopilación de datos de tendencia - recopilación de valores de datos de tendencia a alta
velocidad
Prioridad 1, evento/periódica na
Prioridad 6, evento/periódica Los controladores CompactLogix y FlexLogix procesan las E/S como una tarea periódica
basada en el parámetro RPI del chasis
Prioridad 12, evento/periódica Comunicaciones DriveLogix a los variadores.
Comunicaciones CompactLogix y FlexLogix y mantenimiento de conexión programada
La más baja Prioridad 14, evento/periódica na
Continua Administrador de mensajes - basado en segmento de tiempo de procesamiento interno del
sistema
Si una tarea periódica o de evento se está ejecutando cuando otra se activa,

y ambas tareas tienen el mismo nivel de prioridad, las tareas segmentan el
tiempo de ejecución en incrementos de 1 ms hasta que una de las tareas
completa la ejecución.

Administración de las Usted puede configurar estas tareas de usuario:

tareas del usuario
Si desea que la lógica se Entonces use una: Descripción:
ejecute:
todo el tiempo tarea continua La tarea continua se ejecuta en segundo plano. Cualquier tiempo de CPU no
asignado a otras operaciones o tareas se usa para ejecutar la tarea continua.
• La tarea continua se ejecuta todo el tiempo. Cuando la tarea continua
realiza un escán completo, se reinicia inmediatamente.
• Un proyecto no requiere una tarea continua. Si se usa, sólo puede
haber una tarea continua.
• con un período constante tarea periódica Una tarea periódica realiza una función con un intervalo de tiempo específico.
(por ejemplo, cada 100 ms) Cada vez que expira el tiempo de la tarea periódica, la tarea periódica:
• varias veces en el escán • interrumpe cualquier tarea de menor prioridad
de la otra lógica • se ejecuta una vez
• devuelve el control en el lugar donde se interrumpió la tarea previa
inmediatamente cuando ocurre un tarea de evento Una tarea de evento realiza una función sólo cuando ocurre un evento
evento (activación) específico. Cada vez que se produce el disparo de la tarea de
evento, la tarea de evento:
• interrumpe cualquier tarea de menor prioridad
• se ejecuta una vez
• devuelve el control en el lugar donde se interrumpió la tarea previa
Consulte “Cómo configurar una tarea de evento“en la página 2-8 para
obtener información sobre los disparos de una tarea de evento. Algunos
controladores Logix5000 no aceptan todos los disparos.
Las tareas de usuario que usted crea se muestran en la carpeta Tasks del
controlador. Estas tareas predefinidas del sistema no aparecen en la carpeta
Tasks y no se consideran para el límite de tareas del controlador:
• planificador de movimiento
• procesamiento de E/S
• tiempo de procesamiento interno del sistema
• procesamiento de salidas

Factores que afectan la ejecución de tareas

El planificador de movimiento interrumpe todas las otras tareas, independientemente de su
planificador de movimiento prioridad.
• El número de ejes y período de actualización general para el grupo de control de
movimiento afecta el tiempo y la frecuencia con que se ejecuta el planificador de
Consulte también “Cómo optimizar una movimiento.
aplicación para control de movimiento“en la • Si el planificador de movimiento se está ejecutando cuando se activa una tarea,
página 8-1. la tarea espera hasta que el planificador de movimiento se haya efectuado.
• Si el período de actualización general ocurre mientras se está ejecutando una tarea,
la tarea se detiene para permitir que se ejecute el planificador de movimiento.
Los controladores CompactLogix, FlexLogix, DriveLogix y SoftLogix usan una tarea periódica
procesamiento de E/S dedicada para procesar datos de E/S. Esta tarea de E/S:
• En CompactLogix, FlexLogix y DriveLogix, funciona con prioridad 6.
En SoftLogix, funciona con prioridad 16 de Windows (inactividad).
• Las tareas de mayor prioridad tienen precedencia sobre la tarea de E/S y pueden
afectar el procesamiento.
• Se ejecuta al RPI más rápido que se ha programado para el sistema.
• Se ejecuta por el tiempo necesario para escanear los módulos de E/S configurados.
• Para las E/S locales, las actualizaciones también ocurren al final de cada tarea.
El tiempo de procesamiento interno del sistema es el tiempo que el controlador dedica a la

tiempo de procesamiento comunicación de mensajes y tareas de segundo plano.
interno del sistema • La comunicación de mensajes es cualquier comunicación que usted no configura a
través de la carpeta I/O Configuration del proyecto, tales como las instrucciones MSG.
• La comunicación de mensajes ocurre solamente cuando una tarea periódica o de
Consulte también “Cómo seleccionar el
evento no se está ejecutando. Si usa múltiples tareas, asegúrese de que sus tiempos
porcentaje de tiempo de procesamiento
de escán e intervalos de ejecución tengan tiempo suficiente para la comunicación de
interno del sistema“en la página 2-10.
mensajes.
• El tiempo de procesamiento interno del sistema interrumpe sólo a la tarea continua.
• El segmento del tiempo de procesamiento interno del sistema especifica el
porcentaje de tiempo (sin incluir el tiempo para las tareas periódica o de evento) que
el controlador dedica a las comunicación de mensajes.
• El controlador realiza comunicación de mensajes por hasta 1 ms por vez y luego
continúa con la tarea continua.
• Ajuste los regímenes de actualización de las tareas según sea necesario para
obtener la mejor opción entre ejecutar su lógica y realizar el servicio de
comunicación de mensaje.
Al final de una tarea, el controlador realiza las operaciones de tiempo de procesamiento

procesamiento de salidas interno (procesamiento de salidas) para los módulos de salida en su sistema. Este
procesamiento de salidas puede afectar la actualización de los módulos de E/S en su
sistema. Usted puede desactivar el procesamiento de salidas para una tarea específica,
lo cual reduce el tiempo transcurrido de dicha tarea.
Si tiene demasiadas tareas, entonces:

demasiadas tareas • La tarea continua puede requerir demasiado tiempo para concluir.
• Otras tareas pueden experimentar superposición. Si una tarea se interrumpe con
demasiada frecuencia, es posible que no concluya su ejecución antes de su siguiente
activación.

• Las comunicaciones del controlador pueden ser más lentas.

• Si su aplicación está diseñada para la recopilación de datos, trate de evitar múltiples
tareas. Al conmutar entre múltiples tareas se limita la anchura de banda de
comunicación.
El siguiente ejemplo muestra la ejecución de un proyecto con estas tareas:
Tarea: Prioridad: Período Tiempo de ejecución: Duración:

planificador de movimiento n/a 8 ms (régimen de actualización general) 1 ms 1 ms
tarea de evento 1 1 n/a 1 ms 1 a 2 ms
tarea periódica 1 2 12 ms 2 ms 2 a 4 ms
tarea de E/S—n/a para controladores 7 5 ms (RPI más rápido) 1 ms 1 a 5 ms
ControlLogix y SoftLogix
tiempo de procesamiento interno del n/a segmento de tiempo = 20% 1 ms 1 a 6 ms
sistema
tarea continua n/a n/a 20 ms 48 ms
Inscripción: La tarea se La tarea se interrumpe (se suspende).

ejecuta.
planificador
de
movimiento
tarea de
evento 1
tarea
periódica 1
tarea de
E/S
tiempo de
procesamie
nto interno
del sistema
tarea
continua
5 10 15 20 25 30 35 40 45 50
1 2 3 4 5 6

Descripción:
1 Inicialmente, el controlador ejecuta el planificador de movimiento y la tara de E/S (si la hay).
2 Después de ejecutar la tarea continua por 4 ms, el controlador activa el tiempo de procesamiento interno del sistema.
3 Expira el período de la tarea periódica 1 (12 ms), por lo tanto, la tarea interrumpe la tarea continua.
4 Después de ejecutar la tarea continua nuevamente por 4 ms, el controlador activa el tiempo de procesamiento interno
del sistema.
5 Los disparos ocurren para la tarea de evento 1.

La tarea de evento 1 espera hasta que concluye el planificador de movimiento
Las tareas de menor prioridad experimentan retardos más largos
6 La tarea continua se reinicia automáticamente.
Cómo configurar una tarea La tarea continua se crea automáticamente cuando usted abre un proyecto
RSLogix 5000. Una tarea continua es similar a cómo se ejecuta la lógica en los
continua procesadores PLC-5 y SLC 500. Un controlador Logix5000 acepta una tarea
continua, pero una tarea continua no es requisito obligatorio. Usted puede
configurar si la tarea actualiza los módulos de salida al final de la tarea
continua. Puede cambiar la tarea continua a tarea periódica o de evento.
La CPU segmenta el tiempo entre la tarea continua y el tiempo de

procesamiento interno del sistema. Cada conmutación de tarea entre tarea de
usuario y tiempo de procesamiento interno del sistema requiere tiempo de
CPU adicional para cargar y restaurar la información de la tarea. Consulte
“Cómo seleccionar el porcentaje de tiempo de procesamiento interno del
sistema” en la página 2-10.
Cómo configurar una tarea Una tarea periódica se ejecuta automáticamente en base a un intervalo
preconfigurado. Esta tarea es similar a las interrupciones temporizadas
periódica seleccionables en los procesadores PLC-5 y SLC 500. Usted puede configurar
si la tarea actualiza los módulos de salida al final de la tarea periódica. Después
que se ejecuta la tarea, no se vuelve a ejecutar hasta que haya transcurrido el
intervalo de tiempo configurado.
Si su aplicación tiene muchas comunicaciones (tales como instrucciones de

mensajes o comunicaciones RSLinx), use una tarea periódica en lugar de una
tarea continua. Esto evita el tiempo de procesamiento interno asociado con la
conmutación de tareas, lo cual puede mejorar el rendimiento.

Cómo configurar una tarea Una tarea de evento se ejecuta automáticamente en base a la ocurrencia de un
evento preconfigurado. Usted puede configurar si la tarea actualiza los
de evento módulos de salida al final de la tarea. Después que se ejecuta la tarea, no se
vuelve a ejecutar hasta que el evento configurado ocurra nuevamente. Cada
tarea de evento requiere un disparo específico que define cuándo se ejecuta la
tarea. Puede seleccionar entre los siguientes:
Use este disparo: Descripción:
Cambio de estado de datos del El módulo de entrada (digital o analógico) activa la tarea de evento en base a la
entrada del modulo configuración de cambio de estado (COS) del módulo. Active COS sólo para un punto en el
modulo. Si habilita COS para múltiples puntos, puede ocurrir una superposición de la
tarea de evento.
La secuencia ControlLogix de módulos de eventos (1756-IB16ISOE, 1756-IH16ISOE) utiliza
la función de habilitación de captura de CST en lugar de COS.
Tag consumido Sólo un tag consumido puede activar una tarea de evento específica. Use una instrucción
IOT en el controlador de producción para señalar la producción de nuevos datos.
Registro de eje 1 ó 2 Una entrada de registro activa la tarea de evento .
Observación de ejes Una posición de observación activa la tarea de evento.
Ejecución de grupo de control de El período de actualización general para el grupo de control de movimiento activa la
movimiento ejecución del planificador de movimiento y de la tarea de evento. Puesto que el
planificador de movimiento interrumpe todas las otras tareas, éste se ejecuta primero.
Instrucción EVENT Múltiples instrucciones EVENT pueden activar la misma tarea.
Para obtener más información sobre las tareas de evento, consulte:
• Logix5000 Controllers Common Procedures Programming Manual,
publicación 1756-PM001
• Using Event Tasks with Logix5000 Controllers, publicación
LOGIX-WP003

Pautas para configurar una tarea de evento

Colocar el módulo de E/S en un chasis remoto añade comunicaciones de red y
Coloque el módulo de E/S que procesamiento adicionales al tiempo de respuesta.
se utiliza para activar un evento
en el mismo chasis que el
controlador
Todas las entradas en un módulo activan un solo evento, por lo tanto usar múltiples bits
Limite los eventos en entradas aumenta la probabilidad de superposición de tareas. Configure el módulo para detectar un
digitales a un bit de entrada en cambio de estado en la entrada de disparo y desactive los otros bits.
un módulo
Si la prioridad de la tarea de evento es más baja que una tarea periódica, la tarea de evento
Establezca la prioridad de la tendrá que esperar que la tarea periódica complete la ejecución.
tarea de evento como la más
alta prioridad en el controlador
Aumentar el número de tareas de evento reduce la anchura de banda de CPU disponible y

Limite el número de tareas de aumenta las probabilidades de superposición de tareas.
evento
Consideraciones adicionales para las tareas de evento

Consideración: Descripción:
cantidad de código en la tarea de evento Cada elemento de la lógica (renglón, instrucción, construcción de texto estructurado, etc…)
aumenta el tiempo de escán.
prioridad de tarea Si la tarea de evento no es la tarea de más alta prioridad, una tarea de mayor prioridad
puede retardar o interrumpir la ejecución de la tarea de evento.
instrucciones CPS y UID Si una de las instrucciones está activa, la tarea de evento no puede interrumpir la tarea
actualmente en ejecución. (La tarea con CPS o UID.)
interrupciones de comunicación Las siguientes acciones interrumpen una tarea, independientemente de la prioridad de la tarea:
• llegada de información del módulo programado y tag consumido mediante el backplane
• comunicación del puerto en serie
planificador de movimiento El planificador de movimiento tiene precedencia sobre una tarea de evento.
tendencias La recopilación de datos de tendencias tiene precedencia sobre una tarea de evento.

Cómo seleccionar el El segmento del tiempo de procesamiento interno del sistema especifica el
porcentaje del tiempo de ejecución de la tarea continua que se dedica a las
porcentaje de tiempo de funciones de comunicación y en segundo plano. Las funciones del tiempo de
procesamiento interno del procesamiento interno del sistema incluyen:
sistema • comunicación con dispositivos de programación y HMI (tal como el
software RSLogix 5000)
• respuesta a mensajes
• envío de mensajes
• mensaje de puerto en serie y procesamiento de instrucción
El controlador realiza funciones de procesamiento interno del sistema durante
un máximo de 1 ms cada vez. Si el controlador completa las funciones de
procesamiento interno en menos de 1 ms, continúa con la tarea continua.
El siguiente gráfico compara una tarea continua y una periódica.
La tarea continua se reinicia

Tarea continua
10% tiempo de procesamiento
interno de CPU
Tarea continua
25% tiempo de procesamiento
interno de CPU
Tarea periódica
Tiempo de procesamiento
interno de CPU
La tarea periódica se reinicia

Ejemplo: Descripción:
Tarea continua 10% tiempo de En el ejemplo superior, el segmento de tiempo de procesamiento interno del sistema se
procesamiento interno de CPU establece en 10%. Con 40 ms de código de ejecución, la tarea continua concluye la
ejecución en 44 ms. Durante un lapso de 60 ms, el controlador puede dedicar 5 ms al
procesamiento de las comunicaciones.
Tarea continua 25% tiempo de Al aumentar el segmento de tiempo de procesamiento interno del sistema a 25%,
procesamiento interno de CPU el controlador concluye el escán de la tarea continua en 57 ms y dedica 15 ms de un tiempo
de 60 ms al procesamiento de las comunicaciones.
tarea periódica Si se coloca el mismo código en una tarea periódica, se obtiene más tiempo para el
procesamiento de comunicaciones. El ejemplo inferior supone que el código está en una
tarea periódica de 60 ms. El código se ejecuta hasta concluir y permanece inactivo hasta
que ocurre la activación basada en tiempo de 60 ms. Mientras la tarea está inactiva, toda
la anchura de banda de la CPU puede concentrarse en las comunicaciones. Puesto que sólo
se requiere 40 ms para que se ejecute el código, el controlador puede dedicar 20 ms al
procesamiento de las comunicaciones. Dependiendo de la cantidad de comunicaciones a
procesar durante esta ventana de 20 ms, puede retrasarse mientras espera que otros
módulos del sistema procesen todos los datos comunicados.
La CPU Logix5000 segmenta el tiempo entre la tarea continua y el tiempo de

procesamiento interno del sistema. Cada conmutación de tarea entre tarea de
usuario y tiempo de procesamiento interno del sistema requiere tiempo de
CPU adicional para cargar y restaurar la información de la tarea. Usted puede
calcular el intervalo de la tarea continua de la siguiente manera:
ContinuousTime=(100/SystemOverheadTimeSlice%) - 1

Administración del A medida que aumenta el porcentaje del segmento de tiempo de

procesamiento interno del sistema, disminuye el tiempo asignado para ejecutar
porcentaje del segmento la tarea continua. Si el controlador no tiene que manejar comunicaciones, usará
del tiempo de el tiempo de comunicaciones para ejecutar la tarea continua.
procesamiento interno del
sistema
Aumentar el porcentaje del segmento de tiempo de procesamiento interno del sistema

efecto en las comunicaciones y disminuye el tiempo de ejecución para la tarea continua, a la vez que aumenta el
el tiempo de escán rendimiento de las comunicaciones.
Aumentar el porcentaje del segmento de tiempo de procesamiento interno del sistema
también aumenta el tiempo requerido para que se ejecute una tarea continua, lo cual
aumenta el tiempo de escán total.
Tiempo de escán del programa en milisegundos
Tags por segundo
Tags por segundo

Tiempo de escán
de programa
% de segmento de tiempo del sistema
Las aplicaciones individuales pueden diferir, pero el efecto general en las

comunicaciones y el tiempo de escán permanece igual. Los datos anteriores se
basan en un controlador ControlLogix5555 que ejecuta una tarea continua con
5000 tags (sin matrices ni estructuras definidas por el usuario).

Cómo desarrollar un código Cada rutina contiene lógica en un lenguaje de programación. Elija un lenguaje
de programación basado en la aplicación.
de aplicación en las rutinas
En general, si una sección de su código representa: Entonces use este lenguaje:
ejecución continua o paralela de múltiples operaciones (que no tienen secuencia) lógica de escalera de relés
operaciones booleanas o basadas en bit
operaciones lógicas complejas
procesamiento de comunicación y mensajes
enclavamiento de máquina
operaciones que el personal de mantenimiento o servicio pueda necesitar
interpretar para resolver problemas en la máquina o en el proceso.
control de movimiento servo
control de variador y proceso continuo diagrama de bloques de funciones
control de lazo
cálculos en flujo de circuito
administración de alto nivel de varias operaciones diagrama de funciones
secuenciales (SFC)
secuencias de operaciones repetitivas
proceso de lote
secuencia de control de movimiento (mediante diagrama de funciones
secuenciales con texto de estructura incorporada)
estado de operaciones de máquina
operaciones matemáticas complejas texto estructurado
procesamiento especial de matriz o tabla de lazos
manejo de cadenas ASCII o procesamiento de protocolo

Comparación de lenguajes de programación

Comparación: Lógica de escalera de Diagrama de bloques de Diagrama de funciones Texto estructurado:
relés: funciones: secuenciales:
Categorías de • Booleana • matemática general • paso/acción con • matemática general
instrucciones • matemática general y trigonométrica texto estructurado y trigonométrica
y trigonométrica • temporizadores y incorporado • temporizadores y
• temporizadores y contadores • transición con contadores
contadores • lógica bit a bit comparaciones de • lógica bit a bit
texto estructurado
• administración de • proceso avanzado • administración de
matrices • bifurcaciones matrices
• variador avanzado simultáneas y de
• diagnóstico selección • diagnóstico
• puertos y envío de • elemento de • puertos y envío de
mensajes en serie detención mensajes en serie
• manipulación de • manipulación de
ASCII ASCII
• control de CPU • control de CPU
especial especial
• control de • control de
movimiento movimiento
• proceso avanzado
• variador avanzado
Estilo del editor • renglones gráficos • gráfico, esquemas • gráfico, esquemas • textual
• renglones de forma libre de forma libre • líneas ilimitadas
ilimitados • hojas ilimitadas • espacio de
cuadrícula ilimitado
Monitoreo • representación • representación • representación • sección de ventana
animada de animada del valor animada de pasos para supervisión de
renglones de datos de pin de activos tags
• representación salida • desplazamiento • coloración de
animada de valores automático de contexto
de datos pantalla
• estado de fuerza • estado de fuerza de
bifurcación/transición
Comentarios • tag • tag • tag • multilínea
• renglón • cuadro de texto • cuadro de texto • fin de línea
• comentarios de • comentarios
texto estructurado almacenados en la
incorporado CPU
almacenados en la
CPU

Pautas para pasar parámetros a/desde subrutinas

Si la subrutina necesita conocer el estado anterior de algún parámetro de retorno
Los parámetros de entrada y de (los valores se utilizan en alguna otra parte del proyecto), estos valores también deberán ser
retorno depende de la lógica de parámetros de entrada.
la subrutina • Si la subrutina contiene lógica de enclavamiento/desenclavamiento (retención de
circuitos), las salidas propuestas de la subrutina se deben pasar a la subrutina y se
deben hacer regresar desde la subrutina
• Si la subrutina no contiene lógica de enclavamiento/desenclavamiento, las salidas
propuestas de la subrutina sólo se deben regresar desde la subrutina
Si una subrutina necesita un temporizador, pase el tag del temporizador completo como una
Pase temporizadores completos entrada y regrese el tag del temporizador completo como una salida. Almacene el
hacia adentro y afuera de las temporizador en un tag de búfer fuera de la subrutina.
subrutinas
Métodos de programación Las capacidades de los controladores Logix5000 posibilitan diferentes

métodos de programación. Al seleccionar un método de programación hay
opciones a considerar:
Duplicación en línea Escribir múltiples copias del código con diferentes referencias de tags.
• usa más memoria
• el más rápido tiempo de
ejecución porque todas las
referencias de tags se definen
antes del tiempo de ejecución
• más fácil de mantener porque la
representación animada de
renglones coincide con los
valores de tags
• requiere más tiempo para la
creación y modificación
Rutina indexada Escribir una copia de código y usar referencias indexadas para almacenar datos
• una copia de código se puede en matrices
desarrollar más rápidamente
• tiempo de ejecución más lento
porque todas las referencias de
tags se calculan durante el
tiempo de ejecución
• puede ser difícil de mantener
porque el monitor de datos no
está sincronizado con la
ejecución
Cada referencia
La instrucción JSR indexada aumenta el
pasa el índice tiempo de escán

Rutina almacenada en el búfer Copiar los valores de una matriz a tags y hacer referencia a estos tags del búfer
directamente.
• una operación de copia puede
ocurrir más rápidamente que
múltiples offsets de índice
• elimina la necesidad de calcular
offsets de matriz al momento de Una estructura definida por el usuario
ejecución consolida los datos de control
• la cantidad de código aumenta,
pero también aumentan las
ventajas
• puede ser difícil de mantener
porque el monitor de datos no Referencia directa a
está sincronizado con la una copia local de
ejecución datos
La instrucción JSR
pasa todos los datos
de instancias de
control
Preescán de lógica del Al momento del encendido, el controlador preescanea la lógica para inicializar
las instrucciones. El controlador restablece todas las instrucciones basadas en
controlador estado, tales como salidas (OTE) y temporizadores (TON). Algunas
instrucciones también realizan operaciones durante el preescán. Por ejemplo,
las instrucciones ONSR, desactivan el bit de almacenamiento. Para obtener
más información sobre el preescán, consulte:
• Logix5000 Controllers General Instructions Reference Manual,
publicación 1756-RM003
• Logix5000 Controllers Process Control and Drives Instructions
Reference Manual, publicación 1756-RM006
Durante el preescán, los valores de entrada no están actuales y no se escriben
las salidas.
El preescán afecta: Descripción:
lógica de escalera de relés El controlador restablece E/S no retentivas y valores internos.
lógica de diagrama de bloques de funciones Además de restablecer E/S no retentivas y valores internos, el controlador restablece el
parámetro EnableIn para cada diagrama de bloques de funciones.
lógica de texto estructurado El controlador restablece tags de bits y fuerza los tags numéricos a cero (0).
Use el operador de asignación entre corchetes ([:=]) para forzar el restablecimiento de un
valor durante el preescán.
Si desea que un tag quede en su último estado, use el operador de asignación sin corchetes (:=).

El preescán afecta: Descripción:

lógica de diagrama de funciones El texto estructurado incorporado sigue las mismas reglas indicadas anteriormente.
secuenciales
valores indexados de matriz Los valores de índice de matriz pueden hacer que el controlador entre en fallo durante el
preescán. Si un valor de índice de matriz es mayor que la dimensión de la matriz, el
controlador detectará un fallo mayor durante el preescán. Para evitar esto, asegúrese de
que el índice se establezca correctamente o use una rutina de fallo para administrar este
error durante el preescán. Consulte “Preescán de un índice de matriz” en la página 3-6.
El preescán difiere del primer escán en que el controlador no ejecuta lógica

durante el preescán. El controlador establece S:FS y ejecuta la lógica durante el
primer escán.
Post-escán de la lógica SFC Los SFC cuentan con la opción de restablecimiento automático, la cual realiza
un post-escán de las acciones asociadas con un paso, una vez que una
del controlador transición indica que concluyó el paso. Además, cada instrucción Jump to
Subroutine (JSR) causa que el controlador realice un post-escán de la rutina
invocada. Durante este post-escán:
• las instrucciones Output Energize (OTE) se desactivan y se restablecen
los temporizadores no retentivos.
• en el código de texto estructurado, use el operador de asignación entre
corchetes ([:=]) para que se restablezcan los tags
• en el código de texto estructurado, use el operador de asignación que no
está entre corchetes (:=) para que los tags permanezcan en su último
estado.
Ejecución de Los temporizadores en los controladores PLC, SLC y Logix5000 almacenan

todos una porción del reloj de tiempo real cada vez que se escanean. La
temporizadores siguiente vez que se escanean, comparan este valor almacenado con el reloj
vigente y luego ajustan el valor ACC por la diferencia.
Controlador PLC/SLC: Controlador Logix5000:

En un controlador PLC/SLC, los temporizadores almacenan 8 bits a Un controlador Logix5000 utiliza datos nativos de 32 bits, por lo que
10 ms/bit. Esto permite 2.56 segundos (2**8/100) de amortiguación hay más espacio para almacenar el tiempo. El temporizador
antes de que un temporizador se sobrelape. almacena 22 bits a 1 ms/bit, lo que equivale a 69.905 minutos
(2**22/1000 ms por seg/60 seg por min).
Si la ejecución del programa pasa por alto los temporizadores, esto
aparece como si los temporizadores hicieran una pausa. En Si la ejecución del programa pasa por alto los temporizadores, toma
realidad, los temporizadores se están excediendo sí mismos. más tiempo que en los controladores PLC/SLC exceder a los
Dependiendo de cuándo se ejecute la siguiente lógica del temporizadores. Esto ocasiona un salto mayor en el tiempo
temporizador, el tiempo perdido varía entre 0 y 2.56 segundos. transcurrido cuando el código del temporizador se vuelve a ejecutar.

La ejecución del programa puede pasar por alto la ejecución de

temporizadores debido a:
• que no se haya llamado a una subrutina
• que se haya saltado sobre el código
• una acción de SFC
• un paso de SFC inactivo
• que no se haya ejecutado una tarea periódica o de evento
• rutinas de estado de fase de un equipo
Ejecución del temporizador de paso de SFC
Un temporizador de paso de SFC almacena la hora del reloj cada vez que el
paso se ejecuta. En escaneos subsiguientes del paso, el controlador compara la
hora actual del reloj con el último escán y actualiza el ACC del temporizador
del paso conforme a la diferencia.
Cuando se pone en pausa un SFC y luego se libera, el temporizador de paso

salta hacia adelante conforme a la duración de la pausa. Si desea que el
temporizador de paso permanezca en su posición durante una pausa:
• enclave un bit de recuperación cuando la pausa del diagrama se libere
• añada un acción al paso para almacenar el valor ACC del temporizador
de paso y restaurar ese valor cuando se establezca el bit de recuperación
de la pausa.

Edición de un SFC en línea La revisión 13 del firmware es compatible con la edición de los SFC en línea.
Cuando usted edita un SFC en línea, el software hace los cambios inicialmente
en el proyecto en línea. Cuando usted acepta los cambios, éstos se descargan al
controlador. Si usted hace la transición del controlador para probar o cancelar
la prueba de ediciones, el controlador restablece el SFC y comienza la
ejecución en el paso inicial. Si usted edita un SFC en línea:
• Planee cuando probar o cancelar la prueba de ediciones para que
coincida con la ejecución del SFC del paso inicial.
• Coloque la lógica de texto estructurado en subrutinas para minimizar el
impacto de las ediciones en línea.
• Utilice una instrucción de SFR para cambiar programáticamente la
ejecución del SFC al paso deseado.
En algunos casos, esto puede ocasionar que el SFC no esté sincronizado con el
equipo. Programe la lógica en el paso inicial para que verifique el último estado
y utilice una instrucción de SFR para cambiar al paso adecuado, si es necesario.
Un método consiste en establecer un número de índice en una ación de cada
paso. Luego, cuando se produzca el reinicio, utilice la instrucción de SFR para
saltar al paso adecuado basándose en el valor del índice.

Capítulo 3
Datos de direccionamiento
Introducción Los controladores Logix5000 son compatibles con los tipos de datos atómicos
indicados en la norma IEC 61131-3, tales como BOOL, SINT, INT, DINT y
REAL. Los controladores también aceptan tipos de datos compuestos, tales
como matrices, estructuras predefinidas (como contadores y temporizadores) y
estructuras definidas por el usuario.
tipos de datos atómicos

Ventajas: Consideraciones:
(BOOL, SINT, INT, DINT, REAL)
• nombres individuales • cada tag usa 32 bits de memoria
• el número de tags no tiene límite • requiere más tiempo de
• el Tag Editor y el Data Monitor procesamiento interno de
pueden filtrar tags individuales y comunicaciones y, potencialmente,
mostrar referencias más memoria del controlador que
los tipos de datos compuestos
• listados siempre alfabéticamente en
el Tag Editor y en el Data Monitor • sólo se puede cambiar un tipo de
datos de tag cuando está
• compatibilidad total de tag de alias programando fuera del línea.
(tanto el tag de base como sus bits)
• el tag de raíz está listado
• puede añadirse cuando se programa alfabéticamente en el Tag Editor y
en línea en el Data Monitor, pero los
miembros de estructura están
listados en el orden en que se
definieron en la estructura
tipo de datos compuesto Ventajas: Consideraciones:

(matriz, estructura)
• permite nombres específicos y • límite de datos de 2 MB por matriz o
organización definida por el usuario estructura definida por el usuario
• consolida información en la • las estructuras definidas por el
memoria del controlador usuario se rellenan para aplicar
• optimiza el tiempo de las alineamiento de datos de 32 bits
comunicaciones y el efecto en la • los tags de alias no pueden apuntar
memoria al tag de raíz de una matriz
• las matrices pueden indexarse • El filtro del Tag Editor y del Data
dinámicamente Monitor es limitado
• puede crear nuevas matrices cuando • sólo se puede crear o cambiar una
se programa en línea estructura definida por el usuario
• Compatibilidad de alias para cuando está programando fuera del
estructuras definidas por el usuario, línea.
miembros de una matriz y bits de un • sólo se puede cambiar una matriz
miembro cuando está programando fuera del
línea.

3-2 Datos de direccionamiento
La CPU Logix lee y manipula valores de datos de 32 bits. Todos los datos
comienzan en offsets de 32 bits, por lo tanto la asignación de memoria mínima
para un tag es 4 bytes. Cuando se crea un tag autónomo que almacena datos de
menos de 4 bytes, el controlador asigna 4 bytes, pero los datos sólo llenan la
parte que éste necesita.
Tipo de datos Bits
31 16 15 8 7 1 0
BOOL no se usa 0ó1
SINT no se usa -128 a +127
INT no se usa -32,768 a +32767
DINT -2,147,483,648 a +2,147,483,647
REAL -3.40282347E38 a -1.17549435E-38 (valores negativos)
0
1.17549435E-38 a 3.40282347E38 (valores positivos)
Para manipular datos SINT o INT, el controlador convierte los valores a

valores DINT, realiza la manipulación programada y luego retorna el resultado
a un valor SINT o INT. Esto requiere memoria y tiempo de ejecución
adicional cuando se compara con el uso de valores DINT para la misma
operación.
Pautas para los tipos de datos

Los controladores Logix5000 realizan operaciones matemáticas DINT (32 bits) y REAL (32
Use tipos de datos DINT bits). Los tipos de datos DINT usan menos memoria y se ejecutan más rápidamente que otros
siempre que sea posible tipos de datos. Use:
• DINT para la mayoría de valores numéricos e índices de matriz
• REAL para manipular valores con punto flotante (coma flotante), analógicos
• SINT (8 bits) e INT (16 bits) principalmente en estructuras definidas por el usuario o
cuando la comunicación con un dispositivo externo no acepta valores DINT.
SINT INT DINT REAL
memoria reservada para un tag autónomo 4 bytes 4 bytes 4 bytes 4 bytes
memoria reservada para datos en una estructura definida 1 byte (8 bits 2 bytes (16 bits 4 bytes (32 bits 4 bytes (32 bits
por el usuario alineados) alineados) alineados) alineados)
memoria usada para acceder a un tag en una instrucción 236 bytes 260 bytes 28 bytes 44 bytes
ADD
tiempo de ejecución en un controlador 1756-L63 requerido 3.31 μseg 3.49 μseg 0.26 μseg 1.45 μseg
para efectuar una instrucción ADD
Cuando use valores BOOL, agrúpelos en matrices DINT para usar mejor la memoria del
Agrupe valores BOOL en controlador y hacer que los bits sean accesibles mediante instrucciones FBC o DDT.
matrices

Datos de direccionamiento 3-3
Matrices Una matriz asigna un bloque contiguo de memoria para almacenar un tipo de
datos específicos como una tabla de valores.
• Los tags aceptan matrices en una, dos o tres dimensiones.
• Las estructuras definidas por el usuario pueden contener una matriz de
una dimensión como un miembro de la estructura.
Esta matriz: Almacena los datos como: Por ejemplo:
una dimensión Nombre de tag: Tipo Dimensión 0 Dimensión 1 Dimensión 2
one_d_array DINT[7] 7 -- --
número total de elementos = 7
rango de subíndice válido DINT[x] donde x=0–6
dos dimensiones Nombre de tag: Tipo Dimensión 0 Dimensión 1 Dimensión 2
two_d_array DINT[4,5] 4 5 --
número total de elementos = 4 ∗ 5 = 20

rango de subíndice válido DINT[x,Y] donde x=0-3; y=0-4
tres dimensiones Nombre de tag: Tipo Dimensión 0 Dimensión 1 Dimensión 2
three_d_array DINT[2,3,4] 2 3 4
número total de elementos = 2 ∗ 3 ∗ 4 = 24

rango de subíndice válido DINT[x,Y,z] donde x=0–1; y=0–2, z=0–3
El tipo de datos que usted selecciona para una matriz determina cómo se usa el
bloque de memoria continuo.
BOOL[96] = 12 bytes
Las matrices BOOL usan

incrementos de memoria
de 32 bits
SINT[10] = 12 bytes de memoria (2 bytes no usados)

Las matrices SINT se
rellenan para usar los
bytes restantes
INT[5] = 12 bytes de memoria (2 bytes no usados)

Las matrices INT se
rellenan para usar los
bytes restantes
DINT[3] = 12 bytes y REAL[3] = 12 bytes

Las matrices DINT y REAL
usan incrementos de
memoria de 4 bits

Pautas para matrices

Un subíndice identifica un elemento individual dentro de la matriz. Un subíndice empieza en
Usted puede crear matrices de 0 y se extiende hasta el número de elementos menos 1 (basado en cero).
la mayoría de tipos de datos,
• Las matrices de una dimensión requieren menos memoria y se ejecutan más
excepto los tipos de datos AXIS, rápidamente que las matrices de 2 ó 3 dimensiones.
MOTION_GROUP y MESSAGE
• Las referencias directas a elementos de matriz se ejecutan más rápidamente que las
referencias indexadas.
• Una matriz puede ser de hasta 2 MB
• Si usted crea una matriz de estructuras, la memoria para cada elemento se asigna en
base a la definición de la estructura.
Tipo de matriz Ventajas: Consideraciones:
Una (1) dimensión • mejor compatibilidad con las instrucciones • no se puede hacer referencia indirecta a
del archivo nativo múltiples matrices en los procesadores PLC o
• compatibilidad total en las estructuras y SLC (por ej., N[N7:0]:5)
matrices definidas por el usuario • las matrices BOOL no tienen compatibilidad
• menor efecto (tiempo de ejecución y directa con las instrucciones de archivo
memoria) para referencias indexadas • sólo se pueden cambiar cuando está
• puede crear nuevas matrices cuando se programando fuera del línea.
programa en línea
Dos (2) dimensiones • puede proporcionar una representación de • mayor efecto (tiempo de ejecución y
datos más precisa para un sistema físico memoria) para referencias indexadas
y
• puede emular una dirección indirecta de • la manipulación de archivo requiere código
Tres (3) dimensiones archivo/palabra PLC con una matriz de 2 adicional además de las instrucciones de
dimensiones archivo
• puede crear nuevas matrices cuando se • sólo se pueden cambiar cuando está
programa en línea programando fuera del línea.
Las instrucciones de archivo ofrecen compatibilidad limitada para matrices. Para trabajar
Anide las matrices con datos de matriz, cree una estructura definida por el usuario con una matriz como
miembro de la estructura. Luego cree un tag de matriz usando la estructura definida por el
usuario como su tipo de datos.
Si bien las matrices SINT e INT pueden compactar más valores en una área de memoria
Seleccione el tipo de datos de dada, requieren memoria y tiempo de ejecución adicional para cada instrucción que hace
la matriz en base a los datos, así referencia a la matriz.
como las instrucciones que
manipulan dichos datos
El máximo tamaño de matriz es 2 MB. El software muestra una advertencia si trata de crear
Limite las matrices a 2 MB de una matriz demasiado grande. El software también muestra una advertencia si una matriz
datos tiene un tamaño de 1.5-2 MB, a pesar de que estos tamaños son válidos.

Direccionamiento indirecto Si desea que una instrucción tenga acceso a diferentes elementos en una
matriz, use un tag en el subíndice de la matriz (una dirección indirecta).
de matrices Al cambiar el valor del tag, se cambia el elemento de la matriz al cual hace
referencia la lógica.
Cuando el índice es igual a 1, array[index] apunta aquí.
array[0] 4500
array[1] 6000
array[2] 3000
array[3] 2500
Cuando el índice es igual a 2, array[index] apunta aquí.
Si se hace referencia directa a un elemento en una matriz (tal como

MyArray[20]), se utiliza menos memoria y se ejecuta más rápidamente que si se
usa una referencia indirecta (MyArray[MyIndex]). También puede direccionar
indirectamente bits en un tag (MyDint.[Index]).
Si usa direcciones indirectas, use tags DINT porque otros tipos de datos
requieren conversión y se ejecutan más lentamente. Por cada acceso indexado a
datos, el controlador vuelve a calcular el índice de la matriz. Si usted accede a
un elemento de matriz específico múltiples veces, copie el dato de la matriz en
un tag fijo y use dicho tag en la lógica subsiguiente.
También se puede usar una expresión para especificar el valor del índice.
Por ejemplo: MyArray[10 + MyIndex].
• Una expresión usa operadores para calcular un valor.
• El controlador calcula el resultado de la expresión y lo usa como el índice.
• Los operadores válidos incluyen:
Operador: Descripción: Óptimo: Operador: Descripción: Óptimo:
+ sumar DINT, REAL LN logaritmo natural REAL
- restar/cambiar signo DINT, REAL LOG logaritmo base 10 REAL
* multiplicar DINT, REAL MOD módulo-división DINT, REAL
/ dividir DINT, REAL NOT complemento bit a bit DINT
** exponente (x a y) DINT, REAL OR función O DINT
ABS valor absoluto DINT, REAL RAD grados a radianes DINT, REAL
ACS arco coseno REAL SIN seno REAL
AND función Y DINT SQR raíz cuadrada DINT, REAL
ASN arco seno REAL TAN tangente REAL
ATN arco tangente REAL TOD número entero a BCD DINT
COS coseno REAL TRN truncar DINT, REAL
DEG radianes a grados DINT, REAL XOR O exclusivo bit a bit DINT
FRD BCD a número entero DINT

Pautas para índices de matriz

Al determinar el número de elementos en una matriz durante el tiempo de ejecución, usted
Use la instrucción SIZE para puede escribir el código reutilizable que se ajuste para cada ocurrencia donde se utilice.
determinar el número de
elementos en una matriz
Las referencias de valores inmediatos a elementos de matriz se procesan y ejecutan más

Use valores inmediatos para rápidamente que las referencias indexadas.
hacer referencia a elementos
de matriz
Los tags DINT son los que se ejecutan con mayor rapidez. Los tags SINT, INT y REAL
Use tags DINT para índices de requieren código de conversión que puede añadir tiempo de escán adicional a una
matriz operación.
El controlador Logix5000 no acepta directamente el uso de un elemento de matriz como

Evite usar elementos de matriz índice para buscar un valor en otra matriz. Para resolver esto, usted puede crear un alias
como índices para el elemento y luego usarlo como índice. O copie el elemento a un tag de base y use el
tag de base como índice.
Preescán de un índice de Durante el preescán, el controlador restablece el estado en base a instrucciones

tales como salidas y temporizadores. Si usa índices de matriz calculados en
matriz base a la ejecución del programa, se producirá el error “Indexed address out of
range” debido a que el programa no se ejecutó y el índice no se inicializó.
Puede usar una rutina del administrador de fallos para resolver esto:
• Coloque un renglón con una instrucción OTE que haga referencia a un
bit interno en el primer programa de la primera tarea. Durante el
preescán, el bit de preescán se desactivará. Durante el escán normal,
el bit de preescán estará activado en todo momento.
• Se produce el error “Indexed address out of range” y se desactiva el bit
de preescán, restablezca el error y continúe.
Vea el documento Logix5000 Controllers Common Procedures Programming

Manual, publicación 1756-PM001, para obtener información y ejemplo de
código para administrar los fallos.
IMPORTANTE Esta condición de preescán ya no existe en los

controladores con revisión de firmware 13 y posteriores.
Usted no necesita programar una rutina del administrador
de fallos para administrar los errores de dirección indexada
fuera de rango.

Pautas para las estructuras Las estructuras definidas por el usuario le permiten combinar múltiples tipos de
datos en una estructura que está asignada como un bloque contiguo de memoria.
definidas por el usuario
Coloque a los miembros que usan el mismo tipo de datos en secuencia:
Miembros de grupos del mismo
tipo de datos dentro de una
estructura
Un controlador Logix5000 alinea cada tipo de datos a lo largo de un perímetro de 8 bits para
SINT, un perímetro de 16 bits para INT o un perímetro de 32 bits para DINT y REAL. Los BOOL
también se alinean en perímetros de 8 bits, pero si se colocan en posición adyacente uno
respecto a otro en una estructura definida por el usuario, estos se asignan de manera que
compartan el mismo byte.
Si incluye una matriz como miembro, limite la matriz a una sola dimensión. No se permiten
Las matrices dentro de matrices con varias dimensiones en una estructura definida por el usuario.
estructuras sólo pueden tener
1 dimensión
Si incluye miembros que representan dispositivos de E/S, debe usar la lógica de escalera para
Los datos de E/S usados en la copiar los datos a los miembros de la estructura desde los tags de E/S correspondientes.
estructura deben copiarse a los Asegúrese de que el tipo de datos del miembro de la estructura coincida con el tipo de datos
miembros de E/S para evitar la conversión del tipo de datos.
Los controladores Logix5000 limitan las estructuras definidas por el usuario de 500
Limite las estructuras definidas miembros. Si necesita más, considere anidar estructuras dentro de la misma estructura.
por el usuario a 500 miembros
Los tags producidos y consumidos están limitados a 500 bytes mediante el backplane y 480
Limite el tamaño de las bytes mediante una red.
estructuras definidas por el RSLinx puede optimizar las estructuras definidas por el usuario que tienen menos de 480 bytes.
usuario si éstas se van a
comunicar
Cargue los valores de entrada a la estructura definida por el usuario al comienzo del programa
Use la instrucción adecuada y copie los valores de salida desde la estructura definida por el usuario al final del programa.
para cargar datos en una • un solo bit: Instrucción Examine On (XIC) y Output Energize (OTE)
estructura
• bits contiguos: Instrucción Bit Field Distribute (BTD)
• un solo valor: Instrucción Copy (COP)
• múltiples valores contiguos: Instrucción Synchronize Copy (CPS)
Habilite la opción de la estación de trabajo Use Pass-through Description (Tools > Options >
Use descripciones de las Display) para mostrar en pantalla las descripciones que añadió a los miembros de
estructuras para crear estructuras para cada tag que usa ese tipo de estructura de datos.
descripciones de los tags
automáticamente

Selección de un tipo de Los bits en un controlador Logix5000 pueden existir como: tags BOOL,
bits en una matriz BOOL, bits en elementos de matriz SINT, INT, DINT,
datos para tags de bits miembros de una estructura definida por el usuario, o como bits en un
miembro SINT, INT, DINT de una estructura definida por el usuario.
Cada tag tiene acceso a un bit específico. Cada tag usa 4 bytes.
tag BOOL
MyBit:BOOL • cada bit tiene un tag específico • requiere anchura de banda adicional
para la comunicación
• usa más memoria; 32 bits para cada
tag
• no puede usar las instrucciones de
archivo de bit FBC/DDT
Una matriz BOOL combina múltiples bits en palabras adyacentes (palabras de 32 bits).
matriz BOOL
BitTable:BOOL[32] • consolida múltiples bits en una sola • el tipo de datos BOOL sólo es
palabra compatible con las instrucciones
• mejor uso de la memoria de bit
• puede direccionar todos los bits en • no puede usar instrucciones de
una matriz usando direccionamiento archivo, instrucciones de copia ni
indirecto instrucciones DDT/FBC
Una matriz DINT combina múltiples bits en palabras adyacentes.

matriz DINT
FaultTable:DINT[3] • consolida múltiples bits en una sola • requiere planificación adicional para
palabra direccionar indirectamente los bits.
• las instrucciones de archivo, las • es difícil direccionar los bits en la
instrucciones de copia y las matriz usando direccionamiento
instrucciones DDT/FBC son indirecto
compatibles con las matrices DINT
• le permite acceder a los bits por
número de bit y elemento (palabra)
estructura definida por el Una estructura definida por el usuario combina múltiples bits en palabras adyacentes con
usuario nombres individuales.
BitStructure Ventajas: Consideraciones:
Bit1:BOOL
Bit2:BOOL • basado en objeto • las estructuras no son directamente
• consolida múltiples bits en una sola compatibles con productos MMI/EOI
Fault:BitStructure de otros fabricantes (RSView no es
palabra
compatible con estructuras y tags
de 32 bits)
• no puede usar las instrucciones de
archivo de bit FBC/DDT

Direcciones de bits en serie La tabla de datos BOOL “B” en los procesadores PLC-5 y SLC 500 acepta dos
modos de direccionamiento que pueden direccionar el mismo bit:
Modo de direccionamiento: Descripción:
bits en serie El direccionamiento de bits en serie proporciona la capacidad de hacer referencia a todos
los bits como una lista contigua (matriz) de bits. Por ejemplo, si desea hacer referencia al
En el software PLC-5 ó SLC, este modo de
3er bit en la 2da palabra de un archivo “B”, usted especifica B3/18. Este método es similar
direccionamiento está representado como
a una matriz BOOL en un controlador Logix5000 donde usted especificaría FaultBit[18].
“/Bit”
bit de palabra El direccionamiento de bit de palabra identifica a un bit dentro de una palabra específica.
Por ejemplo, B3:1/2 es igual que B3/18 del ejemplo de bits en serie. Este método es
En el software PLC-5 ó SLC, este modo de
similar a acceder a los bits de una matriz SINT, INT, DINT en un controlador Logix5000,
direccionamiento está representado como
donde usted especificaría FaultTable[1].2.
“Palabra/Bit”
El controlador Logix5000 acepta estos dos modos de direccionamiento, pero

usted no puede usar ambos para hacer referencia a bits en la misma matriz
debido al cumplimiento con la norma IEC 61131-3. Seleccione el método que
satisfaga mejor las necesidades de su aplicación. Puede copiar datos entre
matrices usando ambos métodos.
También puede usar una expresión para hacer referencia indirectamente a un

bit en una matriz DINT usando un número de bit en serie. Por ejemplo:
Tag
MyBits : DINT[10]
BitRef : DINT
EndTag
MOV(34, BitRef)
XIC(MyBits[BitRef / 32].[BitRef AND 31])
donde:
Esta expresión: Calcula el:

[BitRef / 32] elemento en la matriz DINT
Nota: Si el tag MyBits es INT o SINT, el divisor sería 16 u 8, respectivamente.
[BitRef AND 31] bit dentro del elemento
Nota: Si el tag MyBits es INT o SINT, la máscara sería 15 ó 7, respectivamente.
Las instrucciones Diagnostic Detect (DDT) y File Bit Compare (FBC)

proporcionan un número de bit como resultado de su operación. Estas
instrucciones están limitadas a matrices DINT, de manera que usted pueda
usarlas para ubicar el número de bit retornado del ejemplo anterior.

Pautas para los tipos de Los tipos de datos de cadena son estructuras que retienen caracteres ASCII.
El primer miembro de la estructura define la longitud de la cadena; el segundo
datos de cadena miembro es una matriz que retiene los caracteres ASCII actuales.
El tipo de dato de cadena predeterminado puede contener hasta 82 caracteres, pero usted
Usted puede crear un tipo de puede crear tipos de datos de cadena con longitud personalizada para retener el número de
datos de cadena que no sea más caracteres que sea necesario.
largo ni más corto que el tipo de
dato de cadena predeterminado
Estas instrucciones de comparación aceptan tags de cadena: EQU, NEQ, GRT, GEG, LES, LEQ,
Sólo algunas instrucciones CMP.
aceptan tipos de datos de Estas instrucciones de puerto en serie aceptan tags de cadena: ARD, ARL, AWA, AWT.
cadena
Estas instrucciones de manejo de cadenas aceptan tags de cadena: STOD, DTOS, STOR,
RTOS, CONCAT, MID, FIND, DELETE, INSERT, UPPER, LOWER, SIZE.
Estas instrucciones de archivo aceptan matrices de cadena: FAL, FFL, FFU, LFL, LFU, COP,
CPS, FSC.
Al determinar el número de caracteres en una cadena durante el tiempo de ejecución, usted

Use la instrucción SIZE para puede escribir el código reutilizable que se ajuste para cada ocurrencia donde se utilice.
determinar el número de
caracteres en una cadena
El procesador SLC 500 tiene la capacidad de incorporar una dirección de referencia de tabla
Al usar las instrucciones DTOS, de datos dentro de una cadena (dirección indirecta en línea). Luego las instrucciones AWA y
RTOS y CONCAT, usted puede AWT SLC 500 pueden buscar los valores de datos y colocar una representación ASCII en la
incorporar valores de tag dentro cadena de salida. El controlador Logix5000 no acepta directamente esta capacidad. Use las
de una cadena instrucciones DTOS o RTOS para convertir un valor a una cadena y la instrucción CONCAT
para combinar caracteres con otra cadena.

Acceso de cadenas de La tabla de datos ASCII “A” en los procesadores PLC-5 y SLC 500 usa un
formato de cadena similar al tipo de datos de cadena Logix. La principal
PLC-5/SLC 500 diferencia es que el campo LEN (longitud) en un procesador PLC-5/SLC 500
es un valor INT de 16 bits, mientras que el campo LEN en un controlador
Logix5000 es un valor DINT de 32 bits. Esta diferencia puede afectar la lógica
convertida y las comunicaciones de datos. El controlador Logix5000 convertirá
el campo LEN al valor y tamaño apropiados cuando se use el formato de
mensaje PLC-5/SLC 500 para leer o escribir una cadena.
Configuración de tags Un tag es un nombre basado en texto para una área de la memoria del
controlador donde se almacenan datos. Los tags son el mecanismo básico para
la asignar memoria, hacer referencia a datos de la lógica y monitorear los datos.
Si desea que el tag: Entonces seleccione

este tipo:
almacene un valor para que la lógica lo use dentro del Base
proyecto
use un nombre diferente para un dato del tag existente Alias
(puede ayudar a simplificar nombres de tag
predeterminados largos, tales como para datos de E/S
o estructuras definidas por el usuario)
enviar (difundir) datos a otro controlador Producido
recibir datos de otro controlador. Consumido
Para obtener más información sobre tags de E/S, consulte el Capítulo 5

“Comunicación con E/S.”

Pautas para los tags de base

El controlador acepta tags predefinidos, autónomos.
Crear tags atómicos autónomos
• Los tags atómicos se listan directamente en el Tag Editor y en el Data Monitor,
y pueden ubicarse fácilmente examinando la lista alfabética.
• Los tags atómicos pueden crearse en línea, pero el tipo de datos sólo puede
modificarse fuera de línea.
• El usar sólo tags atómicos puede afectar el rendimiento de las comunicaciones del
HMI, ya que es necesario transferir y utilizar más información.
Las estructuras (tipos de datos) definidas por el usuario le permiten organizar sus datos
Crear estructuras definidas por según su máquina o proceso.
el usuario • Un tag contiene todos los datos relacionados a un aspecto específico de su sistema.
Esto mantiene juntos los datos relacionados y facilita su ubicación,
independientemente de su tipo de datos.
• Cada pieza de datos (miembro) obtiene un nombre descriptivo.
• Usted puede usar la estructura para crear múltiples tags con la misma configuración
de datos.
• Una estructura definida por el usuario sólo puede modificarse fuera del línea
• RSLinx optimiza las estructuras definidas por el usuario más que los tags autónomos.
Una matriz crea múltiples ocurrencias de un tipo de datos bajo un nombre de tag común.
Usar matrices como archivos • Las matrices permiten organizar un bloque de tags que usa el mismo tipo de datos y
para crear rápidamente un realiza una función similar.
grupo de tags similares.
• Usted organiza los datos en 1, 2 ó 3 dimensiones según lo que los datos representan.
• Las matrices sólo puede modificarse fuera del línea
• RSLinx optimiza los tipos de datos de matriz más que los tags autónomos.
Reduzca al mínimo el uso de matrices BOOL. Muchas de las instrucciones de matriz no funcionan
en matrices BOOL. Esto hace más difícil inicializar y restablecer una matriz de datos BOOL.
Si desea que varios tags tengan el mismo nombre, defina cada uno de ellos como de alcance
Aprovechar los tags del de programa (tags de programa) para un programa distinto. Esto le permite usar tanto
controlador cubiertos nombres lógicos como de tag en múltiples programas.
Evite usar el mismo nombre para un tag de controlador y un tag de programa. Dentro de un
programa, no es posible hacer referencia a un tag de controlador si un tag con el mismo
nombre existe como tag de programa para dicho programa.
Aunque en los tags no se distingue entre mayúsculas y minúsculas (una A mayúscula se

Usar mayúsculas, minúsculas y trata igual que una a minúscula), la combinación de ambos tipos facilita la lectura. Por
subrayado ejemplo, “Tank_1” puede ser más fácil de leer que “tank1.”
El software RSLogix 5000 muestra tags del mismo alcance en orden alfabético. Para facilitar
Considerar el orden alfabético el monitoreo de tags relacionados, use caracteres de inicio similares para los tags que desea
mantener juntos. Por ejemplo, considere usar “Tank_North” y “Tank_South” en lugar de
North_Tank” y “South_Tank.”
El software RSLogix 5000 utiliza una clasificación simple para alfabetizar nombres de tags
Usar ceros iniciales (0) cuando en el Tag Editor y en el Data Monitor. Esto significa que si usted tiene Tag1, Tag2, Tag11 y
los nombres de tags incluyen Tag12, el software los muestra en orden como Tag1, Tag11, Tag12 y luego Tag2. Si desea
números mantenerlos en orden numérico, asígneles los nombres Tag01, Tag02, Tag11 y Tag12.

Creación de tags de alias Un tag de alias le permite crear un tag que representa otro tag.
• ambos tags comparten el mismo valor según lo definido por el tag de
base
• cuando el valor de un tag de base cambia, todas las referencias (alias) al
tag de base indican el cambio
Al asignar alias, evite

Un tag de alias hace referencia • anidar alias (no puede tener un alias de un alias)
a un tag de base
• usar múltiples alias para el mismo tag
Durante la carga, el software descompila el programa y usa las direcciones físicas de la
memoria para determinar a cuáles tags se hace referencia en el código. Todas las
referencias a un tag de base cambian a un alias si éste existe. Si múltiples alias apuntan al
mismo tag, el software RSLogix 5000 usa el primer tag de alias que encuentra
(alfabéticamente).
Durante la descarga, el programa se compila en el código ejecutable por la máquina y en

Los tags de alias no afectan la direcciones físicas de la memoria. Mientras la existencia de un alias requiere que la
ejecución del controlador memoria del controlador almacene el nombre, el programa realiza la misma operación para
una referencia con un alias o su tag de base asociado.
Debido a que un tag de alias aparece como un tag autónomo para el software RSLinx, un tag
Cómo acceder a tags de alias de alias que hace referencia a una estructura o matriz compuesta puede requerir tiempo de
desde el software RSLinx comunicación adicional. Al hacer referencia a tags desde el software RSLinx software u otro
HMI, puede ser más rápido hacer referencia directa a tags de base.
Pautas para aislamiento de El alcance de los datos define dónde puede acceder a los tags. Los tags
cubiertos por el controlador son accesibles por todos los programas. Los tags
datos cubiertos por programas sólo son accesibles por el código contenido en un
alcance del programa específico; los tags cubiertos por fases sólo son accesibles por el
controlador código contenido en una fase específica del equipo.
Si desea: Entonces asigne este alcance:
usar un tag en más de un programa en el alcance del controlador
alcance del
mismo proyecto (tags del controlador)
programa
usar un tag en una instrucción de mensaje
aislamiento (MSG)
de fases
producir o consumir datos
usar tags de control de movimiento
comunicarse con un terminal PanelView
reutilizar el mismo nombre de tag múltiples alcance del programa
veces para diferentes partes o procesos dentro (tags del programa)
de un controlador
alcance de la fase (tags de la fase)
tener múltiples programadores trabajando en
la lógica y combinar lógica en un proyecto

Aísle porciones de una máquina o diferentes estaciones en programas

separados o en fases del equipo y utilice tags cubiertos por el programa o tags
cubiertos por la fase. Esto:
• proporciona aislamiento entre los programas y las fases del equipo
• evita colisiones de nombres de tags
• mejora la capacidad de reutilizar código
Pautas para los nombres de

los tags
Los nombres de los tags pueden tener de 1 a 40 caracteres de longitud.
Cree nombres descriptivos, pero • Cada carácter del nombre del tag utiliza 1 byte de la memoria del controlador,
manténgalos cortos redondeado a un límite de 4 bytes.
Por ejemplo, un nombre de tag con 1 a 4 caracteres utiliza 4 bytes. Un nombre de tag
con 5 caracteres utiliza 8 bytes.
• Los nombres de los tags se almacenan en el controlador.
• Utilice estructuras para reducir el número y el tamaño de los tags requeridos.
• La carga de programas conserva los nombres de los tags.
Desarrolle una convención para asignar nombres a los tags sobre los esquemas eléctricos o
Cree una convención para el diseño de la máquina. Por ejemplo, Conv1_Full_PE101 combina la función del detector con
asignar nombres el número de la célula fotoeléctrica.
Los nombres de los tags de Logix5000 siguen el estándar IEC 61131-3. Usted puede utilizar:
Utilice los caracteres correctos • letras de la A a la Z
en los nombres de los tags
• números del 0 al 9
• carácter de subrayado (_)
Los tags deben comenzar con una letra (esto evita la confusión con las expresiones lógicas).
Los caracteres restantes pueden ser cualesquiera de los caracteres aceptados.

Descripciones de los tags El software RSLogix 5000 busca el origen de un tag para ubicar la primera
descripción disponible. Esto reduce el número de descripciones que se deben
introducir. También garantiza que las referencias a los tags muestren las
descripciones asociadas.
Las descripciones de los tags se Tipo de tag: Visualización de la descripción en el software de RSLogix 5000:
muestran en el software de
RSLogix 5000 de acuerdo con el atómico • para un tag BOOL, SINT, INT, DINT o REAL, la descripción
origen del tag asociada con el tag es la única descripción disponible para
mostrarla en pantalla
alias • primero la descripción del tag de alias, luego la descripción del
tag de base
estructura • todos los miembros de la estructura utilizan la descripción para
definida por el el tag, a menos que usted defina una descripción específica
usuario para un miembro de la estructura
por ejemplo, MyTimer.DN utiliza la descripción para MyTimer si
no hay ninguna descripción para MyTimer.DN
matriz atómica • todas las referencias contenidas en una matriz utilizan la
descripción para la matriz, a menos que usted defina una
descripción para una elemento de la matriz
por ejemplo, MyTable[10] utiliza la descripción para MyTable si
no hay ninguna descripción para MyTable[10]
• todas las referencias indexadas contenidas en una matriz

utilizan la descripción para la matriz
por ejemplo, MyTable[Index] utiliza la descripción para MyTable
matriz de • todas las referencias a un miembro de una estructura en una
estructura matriz se vuelven a establecer en la definición de la matriz, a
menos que usted defina una descripción para el miembro de la
estructura de la matriz
por ejemplo, Table[0].Field1 utiliza la descripción para Table si
no hay ninguna descripción para el campo específico
Para obtener más información, consulte el documento Create Tag

Descriptions Automatically with User-Defined Data Types White Paper,
publicación LOGIX-WP004.

Notas:

Capítulo 4
Cómo compartir datos con otros controladores

(tags producidos y consumidos)
Introducción Los controladores Logix5000 permiten producir (transmitir) y consumir

(difundir) tags compartidos entre sistemas.
Para que dos controladores compartan datos producidos o consumidos,

ambos controladores deben estar conectados a la misma red de control
(tal como una red ControlNet o Etherner/IP). No se puede hacer conexión en
puente para tags producidos y consumidos mediante dos redes.
Los controladores Logix5000 pueden producir y consumir tags mediante estas

redes (siempre y cuando acepten comunicaciones a través de estas redes):
• el backplane ControlLogix
• una red ControlNet
• una red EtherNet/IP
Si no hay otras conexiones, el controlador acepta:
Como: El controlador acepta:

productor (número de tags producidos) ≤ 127
consumidor (número de tags consumidos) ≤ 250 (o controlador máximo)
El número total combinado de tags consumidos y producidos que un

controlador acepta es:
(tags producidos) + (tags consumidos) + (otras conexiones) ≤ 250 (o el máximo del controlador)
IMPORTANTE El número de tags producidos y consumidos que usted

puede configurar en el proyecto depende de los límites de
conexión del módulo de comunicación a través del cual
usted produce o consume los tags.

4-2 Cómo compartir datos con otros controladores (tags producidos y consumidos)
Pautas para tags producidos y consumidos

Para que dos controladores compartan los tags producidos o consumidos, ambos
No se puede conectar en puente controladores se deben conectar a la misma red. Usted puede producir y consumir tags a
para tags producidos y través de las redes ControlNet o EtherNet/IP.
consumidos mediante redes
diferentes
Usted sólo puede producir y consumir (compartir) tags que están dentro del controlador cubierto.
Cree el tag dentro del alcance
del controlador.
Si transfiere un tag con más de 500 bytes, cree lógica para transferir los datos en paquetes.
Limite el tamaño del tag
Si consume un tag a través de un salto de ControlNet, el tag debe ser de ≤ 480 bytes. Esta
a ≤ 500 bytes es una limitación de la red ControlNet, no del controlador.
Si desea producir varios tags para el mismo controlador:

Combine los datos que van al
• Agrupe los datos en una o más estructuras definidas por el usuario. Esto utiliza
mismo controlador menos conexiones que producir cada tag separadamente.
• Agrupe los datos según los intervalos de actualización. Para conservar la anchura de
banda de la red, use un RPI mayor para los datos menos críticos.
Para compartir tipos de datos diferentes a DINT o REAL, cree una estructura definida por el
Use uno de estos tipos de datos: usuario para que contenga los datos requeridos.
• DINT Use el mismo tipo de datos para el tag producido y el tag o los tags consumido(s)
• REAL correspondiente(s).
• matriz de DINT o REAL
• estructura definida por el
usuario
Para producir o consumir datos INT o SINT, cree una estructura definida por el usuario con
Use una estructura definida por miembros INT o SINT. Los miembros pueden ser INT o SINT individuales o los miembros
el usuario para producir o pueden ser matrices INT o SINT. Luego la estructura definida por el usuario resultante puede
consumir datos INT o SINT ser producida o consumida.
El tipo de datos de un tag producido o consumido debe ser igual en el productor y en el

El tipo de datos en el productor consumidor.
y consumidor deben ser iguales
El controlador produce tags en palabras de 32 bits. Para dispositivos que se comunican

Produzca tags basados en dentro de otros límites de palabras, tales como palabras de 16 bits, los datos resultantes en
estructuras definidas por el el dispositivo receptor pueden estar desalineados. Para ayudar a evitar el desalineamiento,
usuario a dispositivos que no estructure los datos producidos en una estructura definida por el usuario.
son Logix
Use la instrucción CPS para copiar los datos al tag de salida en el lado del productor. Luego
Use una instrucción CPS para use otra instrucción CPS para copiar los datos en un tag del búfer en el lado del consumidor.
almacenar en un búfer los datos Las instrucciones CPS proporcionan integridad a las estructuras de datos de más de 32 bits.
producidos y consumidos

Cómo compartir datos con otros controladores (tags producidos y consumidos) 4-3
Pautas para especificar un Al configurar tags producidos y consumidos, usted especifica un régimen de
intervalo entre paquetes solicitados (RPI). El valor de RPI es el régimen con el
régimen de RPI para tags cual el controlador intenta comunicarse con el módulo.
producidos y tags
consumidos
Se utiliza el software RSNetWorx para ControlNet para seleccionar el tiempo de

Asegúrese de que el RPI sea actualización de la red (NUT) y el software programa las conexiones de la red.
igual o mayor que el NUT RSNetWorx no puede programar una red ControlNet si un módulo y/o tag
producido/consumido en la red tiene un RPI más breve que el tiempo de actualización de la red.
Si múltiples consumidores solicitan el mismo tag, la petición menor (más rápida) determina
El menor RPI (el más rápido) del el régimen al cual el tag es producido para todos los consumidores.
consumidor determina el RPI
para el tag producido
Pautas para administrar conexiones para tags producidos y consumidos

Para reducir el tráfico de la red, minimice el tamaño de los tags producidos y consumidos.
Minimice el número de tags También minimice el uso de tags producidos y consumidos a alta velocidad, datos
producidos y consumidos deterministas, tales como enclavamientos.
Cuando envíe múltiples tags al mismo controlador, use una matriz o estructura definida por
Use matrices o estructuras el usuario para consolidar los datos. Rige el límite de ≤ 500 bytes por tag producido y
definidas por el usuario consumido.
Asegúrese de que el número de consumidores configurados para un tag producido sea el

Configure con precisión el número de controladores que consumirán el tag. Si establece el número en un valor mayor
número de consumidores que el número de controladores, usará conexiones innecesariamente.
El valor predeterminado es 2 consumidores por tag producido.
Si hay múltiples conexiones producidas y consumidas entre dos controladores y una

Las conexiones conexión entra en fallo, todas las conexiones producidas y consumidas entran en fallo.
producidas/consumidas
Considere combinar todos los datos producidos y consumidos en una estructura o matriz de
múltiples están vinculadas manera que sólo usted necesite una conexión entre controladores.

4-4 Cómo compartir datos con otros controladores (tags producidos y consumidos)
Cómo configurar una tarea Una tarea de evento se ejecuta automáticamente en base a la ocurrencia de un
evento preconfigurado. El evento mencionado puede ser la llegada de un tag
de evento basada en un tag consumido.
consumido • Sólo un tag consumido puede activar una tarea de evento específica.
• Normalmente, se usará una instrucción IOT en el controlador de
producción para señalar la producción de nuevos datos.
• Cuando un tag consumido activa una tarea de evento, la tarea de evento
espera que lleguen todos los datos antes de que se ejecute la tarea de
evento.
Para obtener más información acerca de cómo configurar una tarea de evento,
consulte el Capítulo 2 “Cómo dividir la lógica en tareas, programas y rutinas”.
Comparación de mensajes y tags producidos/consumidos

Método: Ventajas: Consideraciones:
Mensaje de • se inicia programáticamente • controlador limitado a 32 mensajes activos
lectura/escritura • los recursos de la red y las comunicaciones simultáneamente (límite de 16 en la revisión
se usan sólo cuando es necesario 11 y anteriores)
• capacidad de fragmentación automática y • puede producirse un retardo si los recursos
reensamble de paquetes grandes de datos, no están disponibles cuando se necesitan
hasta 32,767 elementos • La instrucción MSG y el procesamiento
• algunas conexiones pueden almacenarse en afectan el escán del controlador (segmento
caché para mejorar el tiempo de de tiempo de procesamiento interno del
retransmisión sistema)
• el mensaje Generic CIP es útil para • los datos llegan de manera asíncrona al
dispositivos de otros fabricantes escán del programa (use la instrucción CPS
para reducir el efecto, no tiene capacidad
para tarea de evento)
• la fragmentación y el reensamble están
limitados a intercambios entre controladores
Logix5000
Tag producido/consumido • se configura una vez y se envía • compatibilidad limitada a los controladores
automáticamente según el intervalo entre Logix5000 y PLC-5, y el 1784-KTCS I/O Linx,
paquetes solicitados (RPI) y dispositivos selectos de otros fabricantes
• múltiples consumidores pueden recibir • limitado a 500 bytes a través del backplane y
simultáneamente los mismos datos desde un 480 bytes a través de una red
único tag producido • debe programarse cuando se usa ControlNet
• puede activar una tarea de evento cuando • los datos llegan de manera asíncrona al
llegan los datos consumidos escán del programa (use la instrucción CPS y
• los recursos ControlNet se reservan desde un las tareas de evento para sincronizar)
inicio • el estado de conexión debe obtenerse por
• no afecta el escán del controlador separado

Capítulo 5
Comunicación con E/S
Introducción En los controladores Logix5000, los valores de E/S se actualizan a un período

(intervalo entre paquetes solicitados, RPI) que usted configura mediante el
diálogo Module Property en la carpeta I/O Configuration del proyecto. Los
valores se actualizan de manera asíncrona a la ejecución de la lógica.
El módulo envía valores de entrada al controlador según el RPI especificado.

Puesto que esta transferencia es asíncrona a la ejecución de la lógica, un valor
de E/S en el controlador puede cambiar durante un escán.
Almacenamiento de datos Si usted hace referencia a un tag de E/S múltiples veces, y la aplicación podría
ser afectada si el valor cambia durante un escán del programa, debe copiar el
de E/S en un búfer valor de E/S en un tag del búfer antes de la primera referencia a ese tag en su
código. En su código, haga referencia al tag del búfer en lugar de al tag de E/S.
Use la instrucción Synchronous Copy (CPS) para almacenar datos de E/S en el

búfer. Mientras la instrucción CPS copia los datos, las actualizaciones de E/S u
otras tareas no pueden cambiar los datos. Las tareas que intentan interrumpir
una instrucción CPS se suspenden hasta que se haya efectuado la instrucción.
Almacene datos de E/S en un búfer para:
• evitar que un valor de entrada o salida cambie durante la ejecución de un
programa. (Actualizaciones de E/S asíncronas a la ejecución de la lógica).
• copiar un tag de entrada o salida a un miembro de una estructura o
elemento en una matriz.
• evitar que los datos producidos o consumidos cambien durante la
ejecución de un programa.
• asegurar que todos los datos producidos y consumidos lleguen o se envíen
como grupo (no como datos combinados de múltiples transferencias)
• sólo use la instrucción CPS si los datos de E/S que desea almacenar en
el búfer tienen un tamaño de más de 32 bits (o 4 bytes)
Si tiene una estructura definida por el usuario con miembros que representan
dispositivos de E/S, debe usar la lógica de escalera para copiar los datos a los
miembros de la estructura desde los tags de E/S correspondientes.

5-2 Comunicación con E/S
Pautas para especificar un Configure un régimen de RPI por módulo (ControlLogix y SoftLogix) o un
régimen RPI por controlador (CompactLogix y FlexLogix). El valor de RPI es
régimen de RPI para los el régimen con el cual el controlador intenta comunicarse con el módulo.
módulos de E/S
Si establece el RPI a un régimen más rápido (es decir si especifica un número menor) de lo
Especifique un RPI a 50% del que su aplicación necesita, desperdiciará los recursos de la red, tal como anchura de banda
régimen que realmente necesita de programación ControlNet, tiempo de procesamiento de la red y tiempo de procesamiento
de la CPU.
Por ejemplo, si necesita información cada 80 ms, establezca el RPI en 40 ms. Los datos son
asíncronos al escán del controlador, por lo tanto usted muestrea los datos con una
frecuencia del doble (pero no más rápido) de lo que necesita para asegurarse de tener los
datos más actuales.
Al agrupar los dispositivos con necesidades de rendimiento similares, usted consolida la

Agrupe los dispositivos con transmisión de datos a un módulo en lugar de a múltiples módulos. Esto conserva la anchura
necesidades de rendimiento de banda de la red.
similares en el mismo módulo
Al configurar una red ControlNet, establezca el tiempo de actualización de la red (NUT) en un

Establezca el tiempo de valor igual o menor que el RPI más rápido de los módulos de E/S y los tags
actualización de la red (NUT) producidos/consumidos en el sistema. Por ejemplo, si su RPI más rápido es de 10 ms
ControlNet en un valor igual o establezca el NUT en 5 ms para tener más flexibilidad en la priorización de la red. .
menor que el RPI más rápido
Establezca el RPI en un múltiplo binario del valor NUT. Por ejemplo, si el NUT es 10 ms,
En un sistema ControlNet, el RPI seleccione un RPI de 10, 20, 40, 80, 160, etc. ms.
debe ser un múltiplo par del NUT
Si utiliza comunicaciones no programadas de ControlNet o desea ser capaz de añadir E/S de

En un sistema ControlNet, aísle ControlNet en el tiempo de ejecución (consulte la página 5-9), dedique una red ControlNet
las comunicaciones de E/S sólo a comunicaciones de E/S. En la red de E/S dedicada, asegúrese de que haya:
• tráfico HMI
• tráfico MSG
• estaciones de trabajo de programación
• enclavamiento de dispositivos similares en arquitecturas de un sistema de múltiples
procesadores
Si configura las comunicaciones de cambio de estado para un módulo en un chasis remoto

En un sistema EtherNet/IP, el conectado mediante EtherNet/IP, el módulo puede enviar datos sólo tan rápidamente como el
cambio de estado de módulos RPI del módulo. Inicialmente, el módulo envía sus datos inmediatamente. Sin embargo, cuando
está limitado a 1/4 del RPI una entrada cambia, los datos del módulo se retienen en el adaptador hasta que se alcanza 1/4
del RPI para evitar la sobrecarga de EtherNet/IP con las comunicaciones del módulo.
El tipo de controlador determina la velocidad de transmisión de los datos:

La transmisión de datos
• Los controladores ControlLogix y SoftLogix transmiten datos en el RPI que usted
depende del controlador configura para el módulo.
• Los controladores CompactLogix y FlexLogix transmiten datos en potencias de 2 ms
(2, 4, 8, 16, 64, 128, etc.). Por ejemplo, si usted especifica un RPI de 100 ms, las datos
se transfieren realmente a 64 ms.

Comunicación con E/S 5-3
Formatos de comunicación El formato de la comunicación determina si el controlador hace conexión con

el módulo de E/S mediante una conexión directa de rack optimizado. El
para los módulos de E/S formato de la comunicación también determina el tipo y la cantidad de
información que el módulo proporcionará o usará.
conexión directa Cada módulo pasa sus datos hacia/desde el controlador individualmente. Los
módulos de comunicación conectan los datos en puente a través de las redes.
entradas digitales salidas digitales

controlador módulo de módulo de
comunicación comunicación
Chasis local Chasis remoto
• cada módulo puede determinar su propio régimen (RPI) • requiere conexiones y recursos de red adicionales.
• se pueden enviar más datos por módulo, tales como datos • éste es el único método compatible con el chasis local
de diagnóstico y analógicos • datos de E/S presentados como tags individuales
• acepta comunicaciones de tarea de evento
conexión de rack El módulo de comunicaciones en un chasis remoto consolida datos

optimizado provenientes de múltiples módulos en un solo paquete y transmite dicho
paquete como conexión única al controlador.
entradas digitales salidas digitales
controlador módulo de módulo de

comunicación comunicación
Chasis local Chasis remoto

.
• una conexión puede dar servicio a un chasis completo de • todos los módulos se envían simultáneamente
módulos digitales • las ranuras no usadas se comunican
• reduce la carga y los recursos de la red • necesita una conexión directa para datos analógicos y de
diagnóstico
• limitado al chasis remoto
• datos de E/S presentados como matrices con tags de alias
para cada módulo

El formato de rack optimizado limita los datos a una sola palabra de entrada de
32 bits por módulo en un chasis. Si coloca un módulo de diagnóstico en un
chasis, el formato de rack optimizado elimina el valor que ofrece el módulo de
diagnóstico. En este caso, es mejor usar una conexión directa de manera que
toda la información del diagnóstico del módulo pase al controlador.
Pautas para administrar las conexiones de E/S

Los módulos analógicos siempre usan conexiones directas, excepto los módulos analógicos
El tipo de módulo de E/S puede 1771 que usan mensajes conectados.
determinar el tipo de conexión Los módulos digitales pueden usar conexiones directas o de rack optimizado. Los formatos
de comunicación que incluyen “optimización” en el título son conexiones de rack optimizado;
todas las otras opciones de conexión son conexiones directas.
Para un adaptador remoto:

Seleccione el formato de la
comunicación para un adaptador
remoto basado en los módulos de
E/S remotas
Seleccione: Si:
None el chasis remoto contiene sólo módulos analógicos, módulos digitales de diagnóstico,
módulos de salida con fusibles o módulos de comunicación
En ControlNet, utilice None para añadir un nuevo chasis a la red mientras el controlador está
en marcha.
Rack-Optimized el chasis remoto sólo contiene módulos estándares de entradas y salidas digitales
(no módulos de diagnóstico o módulos de salida con fusibles).
ControlNet acepta el rack optimizado sólo para comunicaciones programadas. En el tiempo
de ejecución (el controlador está en línea), usted puede añadir nuevos módulos digitales a
una conexión de rack optimizado existente, pero las nuevas conexiones de rack optimizado
sólo se pueden añadir cuando el controlador está fuera de línea. EtherNet/IP acepta nuevas
conexiones de rack optimizado tanto fuera de línea como en el tiempo de ejecución (en
línea). Para obtener más información, consulte la página 5-9.
Listen Only Rack-Optimized usted desea recibir información de módulo de E/S y ranura de chasis proveniente de un
chasis remoto con rack optimizado propiedad de otro controlador
La capacidad en el tiempo de ejecución para las conexiones de rack optimizado de sólo
recepción es la misma que para las conexiones e rack optimizado.
Si desea limitar el número de conexiones del controlador y la red, las conexiones de rack
Use conexiones de rack optimizado pueden ayudar.
optimizado para conservar el
uso de conexiones

Pautas para administrar conexiones de E/S (continuación)

Para un módulo adaptador remoto configurado para conexiones de rack optimizado, siempre
En algunos casos, todas las se envían datos para cada ranura en el chasis, aunque una de las ranuras ranura esté vacía o
conexiones directas funcionan contenga un módulo de conexión directa. Hay 12 bytes de datos transferidos para tiempo de
mejor procesamiento interno de rack optimizado entre el controlador y el módulo adaptador
remoto. Además, el módulo adaptador remoto envía 8 bytes por ranura al controlador;
el controlador envía 4 bytes por ranura al adaptador remoto.
Para un pequeño número de módulos digitales en un chasis grande, quizás sea mejor usar
conexiones directas porque transferir la información de todo el chasis puede requerir más
anchura de banda del sistema que las conexiones directa a unos cuantos módulos.
Por ejemplo:
Ejemplo: Descripción:
Chasis remoto de 17 ranuras Opción 1: Seleccione Rack Optimization para el formato de comunicación del adaptador
remoto. Este ejemplo usa 16 conexiones de controlador (15 para módulos analógicos y
Ranura 0: 1756-CNBR/D
1 para la conexión de rack optimizado). Este ejemplo también transfiere:
Ranuras 1-15: módulos analógicos
• 12 bytes para tiempo de procesamiento interno de rack optimizado
Ranura 16: módulo digital estándar • 12 bytes para el módulo digital
• 12 bytes para cada uno de los 15 módulos analógicos, es decir un total de 180 bytes
Opción 2: Seleccione None para el formato de comunicación del adaptador remoto.
Este ejemplo también usa 16 conexiones de controlador (1 conexión directa para cada
módulo de E/S). No hay datos de tiempo de procesamiento interno de rack optimizado que
transferir.
Recomendación: La opción 2 se recomienda porque evita el tráfico innecesario de la red
y aumenta así el rendimiento de la red.
Chasis remoto de 17 ranuras Opción 1: Seleccione Rack Optimization para el formato de comunicación del adaptador
remoto. Este ejemplo usa 9 conexiones de controlador (8 para módulos analógicos y
Ranura 0: 1756-CNBR/D
1 para la conexión de rack optimizado). Este ejemplo también transfiere:
Ranuras 1-8: módulos analógicos
• 12 bytes para tiempo de procesamiento interno de rack optimizado
Ranuras 9-16: módulos digitales
• 12 bytes para cada uno de los 8 módulos digitales, es decir un total de 96 bytes
• 12 bytes para cada uno de los 8 módulos analógicos, es decir un total de 96 bytes
Opción 2: Seleccione None para el formato de comunicación del adaptador remoto.
Este ejemplo usa 16 conexiones de controlador (1 conexión directa para cada módulo de
E/S). No hay datos de tiempo de procesamiento interno de rack optimizado que transferir.
Recomendación: La mejor opción para este ejemplo depende del tipo de módulos de
E/S digitales en el sistema y otra conexiones del controlador. Si la totalidad del sistema
tiene muchos módulos analógicos, módulos de diagnóstico, módulos de salida con
fusibles o tags producidos/consumidos, seleccione la Opción 1 para conservar las
conexiones del controlador. Si hay suficientes conexiones de controlador disponibles,
seleccione la Opción 2 para reducir el tráfico innecesario de la red.

Módulos de E/S 1771 de Los controladores Logix5000 aceptan:

control • Comunicaciones de E/S remotas universales a módulos de E/S 1771
digitales y analógicos
• Comunicaciones de ControlNet a módulos de E/S 1771 digitales
• Instrucciones de transferencia en bloques de mensajes mediante
ControlNet a módulos de E/S 1771 analógicos e inteligentes.
Distribuya módulos de E/S 1771 analógicos a lo largo de múltiples chasis para reducir el
Distribuya módulos de E/S 1771 número de transferencias en bloque que un solo 1771-ACN(R)15 ó 1771-ASB debe administrar.
analógicos Aísle diferentes chasis 1771 en redes distintas para diversificar las comunicaciones,
de forma que ningún módulo de comunicación individual tenga que administrar todos los
mensajes de transferencia en bloque.
La cantidad de tiempo disponible para la comunicación no programada es determinada por la

Para transferencias en bloque carga de tráfico de las comunicaciones programadas.
mediante una red ControlNet, el límite se mueve
dependiendo de la carga del
incremente la cantidad de la
tráfico programado
anchura de banda no
programada de ControlNet Inicio del periodo de Periodo de tiempo de
tiempo de actualización de la red
actualización de la (NUT)
red (NUT)
• tráfico programado
• cada dispositivo/nodo
transmite sólo una vez • tráfico no
programado
• mantenimiento
de la red
Incremente el tiempo de procesamiento interno del sistema del controlador para asignar
más tiempo de CPU al procesamiento de mensajes y de la transferencia en bloques.
Los datos no programados se limitan a 510 bytes/nodo por cada NUT de ControlNet.
Transferencia en bloque de El 1756-CNB está limitado a 128 palabras por transferencia. Si es necesario, los datos se
programas enviarán en múltiples paquetes.
La transferencia de datos se realiza de forma asincrónica al escán del programa.
Para obtener más información sobre las transferencias en bloque, consulte la página 7-6.

Creación de tags para datos Cada tag de E/S se crea automáticamente cuando usted configura el módulo
de E/S mediante el software de programación. Cada nombre de tag sigue este
de E/S formato:
Location: SlotNumber:Type.MemberName.SubMemberName.Bit
Esta variable de dirección: Es:

Location Identifica la ubicación de la red
LOCAL = riel DIN o chasis local
ADAPTER_NAME = identifica el adaptador o puente remotos
SlotNumber El número de ranura del módulo de E/S en su chasis
Tipo Tipo de datos
I = entrada C = configuración
O = salida S = estado
MemberName Datos específicos del módulo de E/S, tal como datos y fallo; depende del módulo
SubMemberName Datos específicos relacionados a un MemberName.
Bit (opcional) Punto específico en el módulo de E/S; depende del tamaño del módulo de E/S (0-31 para un módulo de
32 puntos)
Si usted configura una conexión de rack optimizado, el software crea un tag de

rack-objeto para el módulo de comunicación remota. Usted puede hacer
referencia al módulo de E/S de rack optimizado, o por su elemento dentro del
tag rack-objeto.
Por ejemplo, un módulo de comunicación ControlNet
remoto (remote_cnb) tiene un módulo de E/S en la
ranura 1.
Éste es el tag individual creado para el
módulo de E/S en la ranura remota 1.
Ésta es la entrada en el tag de

rack-objeto para el módulo de
comunicación remota que identifica el
módulo de E/S en la ranura remota 1.

Controlador propietario Cuando usted selecciona un formato de comunicación, tiene que decidir si
establecerá una relación de propietario o de sólo recepción con el módulo.
El controlador propietario escribe datos de configuración y puede establecer una conexión

propietario con el módulo.
Un controlador que usa una conexión de sólo recepción sólo monitorea el módulo.
sólo recepción No escribe datos de configuración y sólo puede mantener una conexión al módulo de E/S
cuando el controlador propietario está controlando activamente el módulo de E/S.
Hay una diferencia observable en la propiedad de módulos de entrada en

comparación con la propiedad de módulos de salida.
Controlar: Esta relación de Descripción:

propiedad:
módulos de entrada propietario Un módulo de entrada es configurado por un controlador que establece una conexión
como propietario. Este controlador de configuración es el primer controlador que
establece una conexión de propietario.
Una vez que se ha configurado un módulo de entrada (y es propiedad de un controlador),
otros controladores pueden establecer conexiones de propietario a dicho módulo. Esto
permite que los propietarios adicionales continúen recibiendo datos de difusión múltiple
si el controlador propietario original interrumpe su conexión al módulo. Todos los otros
propietarios adicionales deben tener datos de configuración idénticos y formato de
comunicación idéntico que el controlador propietario original, de lo contrario, será
rechazado el intento de conexión.
sólo recepción Una vez que se ha configurado un módulo de entrada (y es propiedad de un controlador),
otros controladores pueden establecer una conexión de sólo recepción a dicho módulo.
Estos controladores pueden recibir datos de difusión múltiple mientras que otro
controlador es propietario del módulo. Si todos los controladores propietarios
interrumpen sus conexiones al módulo de entrada, todos los controladores con
conexiones de solo recepción dejan de recibir datos de difusión múltiple.
módulos de salida propietario Un módulo de salida es configurado por un controlador que establece una conexión
como propietario. Un módulo de salida puede tener solamente una conexión de
propietario. Si otro controlador intenta establecer una conexión de propietario,
el intento de conexión es rechazado.
sólo recepción Una vez que se ha configurado un módulo de salida (y es propiedad de un controlador),
otros controladores pueden establecer conexiones de sólo recepción a dicho módulo.
Estos controladores pueden recibir datos de difusión múltiple mientras que otro
controlador es propietario del módulo. Si el controlador propietario interrumpe su
conexión con el módulo de salida, todos los controladores con conexiones de solo
recepción dejan de recibir datos de difusión múltiple.

Adición en el tiempo de Con el software de programación de RSLogix 5000, versión 15, usted puede
añadir módulos de E/S 1756 al organizador del controlador cuando el
ejecución/en línea de controlador está en modo Marcha:
módulos de E/S • Usted sólo puede añadir módulos de E/S 1756 en el tiempo de
ejecución
• Usted puede añadir los módulos de E/S 1756 al chasis local, de manera
remota mediante la porción no programada de una red ControlNet y de
manera remota mediante una red EtherNet/IP.
Red: Consideraciones:
ControlNet Los módulos de E/S de ControlNet que usted añade en el tiempo de ejecución se pueden añadir a conexiones de rack
optimizado existentes o como conexiones directas (usted no puede crear conexiones de rack optimizado cuando se
añaden módulos de E/S de ControlNet en el tiempo de ejecución).
Usted debe utilizar un módulo 1756-CNB, un módulo -CNBR serie D o un módulo de comunicación mayor.
Inhabilite la función de cambio de estado (COS) en los módulos de entrada digitales porque puede ocasionar que las
entradas se envíen más rápidamente que el RPI.
Dedique una red ControlNet para comunicaciones de E/S solamente. En la red de E/S dedicada, asegúrese de que haya:
• tráfico HMI
• tráfico MSG
• estaciones de trabajo de programación
Los RPI de más de 25 ms para módulos no programados sobrecargarán el módulo de comunicación 1756-CNB, -CNBR.
Además:
• utilice un NUT de 10 ms o más
• mantenga los valores de SMAX y UMAX tan pequeños como sea posible
Usted puede añadir módulos de E/S hasta que alcance:
• 75% de utilización del módulo de comunicación 1756-CNB, -CNBR
• dependiendo del RPI, un incremento en la utilización de 1 a 4% para cada módulo de E/S que añada
• 48 conexiones en el módulo de comunicación 1756-CNB, -CNBR
• < 350,000 bytes como la anchura de banda no programada restante en la red ControlNet
EtherNet/IP La adición de E/S de EtherNet/IP en el tiempo de ejecución sigue las mismas pautas que la adición de E/S de
EtherNet/IP cuando el sistema está fuera de línea. Las E/S de EtherNet/IP se comunican inmediatamente
dependiendo del RPI del módulo. No se requiere ninguna priorización, por lo que las comunicaciones de EtherNet/IP
se pueden considerar no programadas.
Los módulos de E/S de EtherNet/IP que añada durante el uso del tiempo de ejecución se pueden añadir a conexiones
nuevas de rack optimizado o como conexiones directas (usted puede crear nuevas conexiones de rack optimizado al
añadir módulos de E/S de EtherNet/IP en el tiempo de ejecución).
Usted puede añadir módulos de E/S hasta alcanzar los límites del módulo de comunicación:
Máximos de 1756-ENBT: Máximos de 1756-ENET/B:

4500 pps 810 pps
64 conexiones de TCP 64 conexiones de TCP
128 mensajes conectados de CIP 160 mensajes conectados de CIP
128 mensajes conectados en puente 128 mensajes conectados en puente
32 mensajes del extremo del nodo 32 mensajes del extremo del nodo
conectados de CIP conectados de CIP
256 mensajes no conectados de CIP 64 mensajes no conectados de CIP

Cuándo es posible añadir módulos de E/S en el tiempo de

ejecución/en línea
Tipo de módulo 1756 y En el chasis local: En el chasis remoto mediante ControlNet: En el chasis remoto
método de conexión mediante
EtherNet/IP:
fuera de tiempo de fuera de línea tiempo de ejecución(1) fuera de tiempo de
línea ejecución línea ejecución
(1) programado no programado programado no programado (1)
movimiento - directa sí no na na na na na na
digital - directa sí sí sí sí no sí sí sí
digital - de rack na na sí no sí no sí sí
optimizado
analógico - directa sí sí sí sí no sí sí sí
genérico de otros sí sí sí sí no sí sí sí
fabricantes - directa
1756-DNB sí no sí no no no sí sí
1756-DHRIO sí no sí no no no sí sí
1756-CNB, -CNBR - sin sí sí sí sí no sí na na
conexión
1756-CNB, -CNBR - de na na sí na na na na na
rack optimizado
ControlNet genérico de na na sí no no no na na
otros fabricantes -
directa
1756-ENBT, -ENET - sin sí sí na na na na sí sí
conexión
1756-ENBT, -ENET - na na na na na na sí sí
d rack optimizado
EtherNet/IP genérico de na na na na na na sí sí
otros fabricantes -
directa
(1) Compatibilidad añadida con el software de programación de RSLogix 5000, versión 15.

Consideraciones de diseño para la adición de E/S en el tiempo de

ejecución/en línea
Al diseñar su red, tome en cuenta esta consideraciones si añade módulos de

E/S en el tiempo de ejecución:
Tema de diseño: Consideraciones:
módulos de E/S Actualmente, usted sólo puede añadir módulos de E/S 1756 en el tiempo de ejecución
Deje espacio en el chasis local, en el chasis remoto de ControlNet o en el chasis remoto de EtherNet/IP para
los módulos de E/S que desee añadir.
velocidad de transmisión Asegúrese de que los RPI funcionen para los datos que desea enviar y recibir.
de entrada
Asegúrese de que la E/S añadida no dependa de datos de cambio de estado.
topología de la red En ControlNet, instale tomas adicionales para que pueda añadir módulos de E/S 1756 en el tiempo de
ejecución sin interrumpir la red. Cada toma debe terminar con una TCAP para no conectar a tierra el
sistema. Revise los requisitos del sistema ControlNet para determinar cuántas tomas adicionales puede
aceptar su red. O:
• En una red ControlNet con cableado redundante, usted puede interrumpir la línea y añadir una nueva
toma, pero el cableado redundante se perderá durante la instalación del módulo.
• En un anillo ControlNet, añada una nueva derivación desde el anillo o nuevos nodos desde el cable
coaxial e interrumpa sólo parte de la red.
• usted podría desinstalar un solo nodo existente y añadir un repetidor a partir de esa derivación.
Luego vuelva a añadir el nodo existente y añada cualquier nodo nuevo a partir del nuevo segmento.
EN EtherNet/IP, reserve algunos puntos de conexión en el conmutador para que pueda conectar nodos
o conmutadores adicionales en el futuro.
configuración de la red En ControlNet, planee qué comunicaciones pueden ser programadas y cuáles pueden ser no programadas.
En EtherNet/IP, todas las comunicaciones son inmediatas y se producen basadas en el RPI de un módulo
(también denominadas no programadas).
Si usted sabe que necesita un nuevo chasis con módulos digitales en el futuro, configure la red y añádalo al
árbol de configuración de E/S como de rack optimizado. Luego inhiba el adaptador de comunicaciones hasta
que necesite el chasis.
rendimiento de la red Usted puede añadir módulos de E/S en el tiempo de ejecución hasta afectar la capacidad del módulo de
comunicación.
Asegúrese de tener los suficientes módulos de comunicación para las conexiones que planea añadir.
Para obtener más información, consulte el documento Runtime/On-Line

Addition of ControlLogix (1756) I/O Over ControlNet and EtherNet/IP White Paper,
publicación LOGIX-WP006

Notas:

Capítulo 6
Determinación de la red adecuada
Introducción La arquitectura de red abierta NetLinx es la estrategia de Rockwell Automation

de utilizar tecnología de conexión en red abierta para una integración global de
la administración a la planta. Las conexiones de red en la arquitectura de
NetLinx —DeviceNet, ControlNet y EtherNet/IP— comparten un conjunto
universal de servicios de comunicación. Las siguientes redes se recomiendan
para los sistemas de control Logix.
Seleccione una red

Comparación: EtherNet/IP: ControlNet: DeviceNet:
Control de E/S mejor EXCELENTE baja densidad
Configuración de dispositivos EXCELENTE EXCELENTE EXCELENTE
Recopilación de datos EXCELENTE mejor buena
Enclavamiento de dispositivos similares mejor EXCELENTE buena
Dispositivos mejor mejor EXCELENTE
Topologías estrella línea troncal/línea de línea troncal/línea de
derivación derivación
requiere interruptores
estrella con repetidores
Número máximo de nodos muchos nodos 99 nodos 63 nodos
Alto rendimiento EXCELENTE EXCELENTE buena
Adición en el tiempo de ejecución/en línea aceptada(1) aceptada(1) (2)disponible dentro de poco
de módulos de E/S
(1)
Para obtener más información, consulte Adición en el tiempo de ejecución/en línea de módulos de E/S en la página 5-9.
(2)
Con la revisión 7 y posteriores del firmware de 1756-DNB y su software de RSNetWorx para DeviceNet asociado, usted podrá añadir nodos a una red en marcha.
Hasta que este firmware esté disponible, usted sólo puede añadir nodos a una red de DeviceNet cuando el escáner esté en modo de inactivo.

6-2 Determinación de la red adecuada
Cuando planee una red:

Tema de diseño: Consideraciones:
topología de la red Planee las conexiones futuras.
Planee controladores y/o módulos de comunicación adicionales para manejar módulos de E/S futuros.
configuración de la red En ControlNet, planee qué comunicaciones pueden ser programadas y cuáles pueden ser no programadas.
En EtherNet/IP, todas las comunicaciones de E/S se basan en el RPI de un módulo (también denominadas no
programadas).
Si usted sabe que necesitará un nuevo chasis con módulos digitales en el futuro, configure la red y añádalo
al árbol de configuración de E/S como de rack optimizado. Luego inhiba el adaptador de comunicaciones
hasta que necesite el chasis.
rendimiento de la red Asegúrese de tener los suficientes módulos de comunicación para las conexiones que planea utilizar.
chasis Consolide las conexiones de comunicación para múltiples módulos a un solo nodo de red. Agrupe los
módulos de E/S digitales en una conexión de rack optimizado para reducir la cantidad de comunicaciones y
la anchura de banda de la red.
velocidad de transmisión Asegúrese de que los RPI funcionen para los datos que desea enviar y recibir.
de entrada
Asegúrese de que la E/S añadida en el tiempo de ejecución no dependa de datos de cambio de estado.
Para obtener más información acerca de la planificación para añadir módulos

de E/S durante el tiempo de ejecución/en línea, consulte la página 5-9.
Topología de la red EtherNet/IP

Red EtherNet/IP: Topología:
• EtherNet/IP acepta mensajes, tags producidos/consumidos y
E/S distribuidas ejemplo 1
• EtherNet/IP acepta operación half/full duplex de 10 Mbps ó dispositivo
100 Mbps
• EtherNet/IP no requiere programación de red ni tablas de interruptor
encaminamiento
• Hay varios métodos disponibles para configurar los parámetros dispositivo dispositivo
de los dispositivos de la red EtherNet/IP. No todos los métodos
están siempre disponibles. Estos métodos dependen de los
dispositivos y de la configuración. ejemplo 2
− DHCP encaminador
− Utilidad BOOTP/DHCP de Rockwell Automation
− Software RSLinx interruptor interruptor
− Software RSLogix 5000
− Software RSNetWorx para EtherNet/IP dispositivo dispositivo dispositivo dispositivo
Ideas de aplicación
• conectar muchas computadoras
• gateway predeterminado a sistemas comerciales
• la topología de estrella es mejor para pocos nodos y distancias
cortas

Determinación de la red adecuada 6-3
Pautas para EtherNet/IP

Utilice estas publicaciones al instalar una red EtherNet/IP:
Utilice estas publicaciones
• EtherNet/IP Modules in Logix5000 Control Systems User Manual, publicación
ENET-UM001
• EtherNet/IP Web Server Module User Manual, publicación ENET-UM527
• EtherNet/IP Media Planning and Installation Guide, EtherNet/IP, publicación
ENET-IN001
Para el control de EtherNet/IP, utilice un conmutador de grado industrial que acepte:

Asegúrese de que el interruptor
tenga las características Requerido o Función del conmutador:
requeridas recomendado:
requerido • capacidad full-duplex en todos los puertos
recomendado • VLAN
• negociación automática y velocidad/duplex
configurable manualmente
• conmutador de máxima velocidad de red
• SNMP
recomendado en • IGMP snooping
sistemas que requieren − restringe el tráfico de difusión múltiple a los puertos
conmutadores asociados con un grupo de difusión múltiple IP
administrados − la mayoría de los conmutadores requieren un
encaminador para el IGMP snooping
(consulte Pautas para
− en una red autónoma, asegúrese de que el
conmutadores en
conmutador admita el IGMP snooping sin un
sistemas EtherNet/IP en
encaminador presente
la página 6-4)
• diagnósticos de los puertos
• duplicación de puertos (se requiere para la resolución
de problemas)
Estos socios de Encompass tienen interruptores que cumplen con las especificaciones
Considere usar interruptores de requeridas: Cisco, Hirschmann y N-Tron.
los socios de Encompass
El tipo de controlador Logix5000 determina la velocidad de transmisión de los datos:

• Los controladores CompactLogix y FlexLogix transmiten datos con potencias de 2 ms
Con el firmware del controlador Logix, revisión 15, usted puede añadir módulos de E/S de
Usted puede añadir módulos de 1756 al chasis remoto conectado mediante EtherNet/IP a un controlador en marcha. Puede
E/S durante el tiempo de configurar conexiones directas o de rack optimizado. Para obtener más información, consulte
ejecución la página 5-9.
EtherNet/IP difunde información de E/S al controlador basándose en la configuración del

La velocidad de transmisión de RPI. Con el cambio de estado (COS) habilitado y:
datos depende del RPI • sin cambios de los datos, el módulo de EtherNet/IP produce datos cada RPI
• con cambios de los datos, el módulo de EtherNet/IP produce datos a una velocidad
máxima de RPI/4

Pautas para conmutadores en sistemas EtherNet/IP

Utilice un conmutador administrado: Utilice un conmutador no administrado:
• el sistema de control de EtherNet/IP está conectado En sistemas de E/S
directamente al sistema de la empresa mediante un
• en una arquitectura de EtherNet/IP aislada. El sistema de
conmutador o un encaminador. La segregación adecuada de la
control no está directamente conectado con el sistema
red de control y de la red de la empresa es siempre una buena
de la empresa. O el sistema de control está conectado al
práctica de diseño.
sistema de la empresa mediante un gateway de
• el sistema tiene dispositivos de EtherNet/IP que no son de ControlLogix (por ejemplo, un chasis ControlLogix
Rockwell Automation conectados en la red (excepto las PC). contiene dos módulos 1756-ENBT; uno está conectado al
Es posible que estos dispositivos no puedan manejar sistema de control y el otro está conectado al sistema de
adecuadamente el tráfico de difusión múltiple generado por los la empresa).
dispositivos de E/S.
• el sistema de control de EtherNet/IP contiene sólo
• Si el sistema necesita realizar el procedimiento de resolución dispositivos de Rockwell Automation (con excepción de
de problemas. Para la resolución de problemas usted necesita las PC)
la duplicación de puertos, que sólo es compatible con un
• la carga de tráfico a través de cada dispositivo
conmutador administrado.
(en paquetes/seg) es menor que la capacidad de cada
dispositivo.
En sistemas que no son de E/S
• el tráfico de EtherNet/IP en la red consiste en el envío de
mensajes solamente (instrucciones de MSG, HMI,
carga/descarga de programas). En este caso, un
conmutador no administrado es aceptable
independientemente de la arquitectura de la red.
Si utiliza un conmutador no administrado, renunciará a estas funciones:

• diagnósticos de puertos del conmutador
• duplicación de puertos
• velocidad dúplex forzada
• SNMP
• IGMP snooping
• examinador de web para ver la configuración y los diagnósticos

Determinación de si su sistema funciona adecuadamente
Los dispositivos de EtherNet/IP de Rockwell Automation (como 1756-ENBT)

tienen páginas web de diagnóstico incorporadas. Si la red está funcionando
adecuadamente:
En esta página web: Busque esto:

Página de información estadística de Ethernet Estos números deben estar cerca de cero (0) y no deben estar incrementándose.
• todos los contadores de medios físicos
• contadores de errores de entrada y
errores de salida
• contador de paquetes rechazados
Página de descripción general de diagnósticos • ninguna conexión debe haber sobrepasado el tiempo de espera
• las cuentas de paquete/seg deben estar dentro de la capacidad de cada dispositivo
• el contador MISSED en las estadísticas del contador de paquetes de E/S debe
ser cero (0)
Si las conexiones se interrumpen frecuentemente o si parece que las HMI se

actualizan muy lentamente, reduzca la carga de tráfico. Si la situación está
relacionada con la difusión múltiple, también podría ser útil utilizar
conmutadores administrados con IGMP snooping.
Topología de la red ControlNet

Red ControlNet Topología:
• ControlNet permite E/S y mensajes en el mismo cable.
• También es posible colocar múltiples controladores y sus
E/S
respectivas E/S en el mismo cable ControlNet. compartidas
• Cuando se añaden nuevas E/S o cuando se cambia la
ControlNet
estructura de comunicación de un módulo de E/S existente,
debe usarse el software RSNetWorx para ControlNet a fin de
reprogramar la red.
CPU CPU
• Si cambia la temporización de la red, todos los dispositivos con
tráfico programado en la red son afectados.
• Para reducir el efecto de los cambios, coloque cada CPU y su
ControlNet
ControlNet
E/S respectiva en redes ControlNet aisladas.

E/S E/S
• Coloque E/S compartidas y tags producidos/consumidos en una
red común disponible para cada CPU que necesita la información.
E/S E/S
• red Logix predeterminada
• el mejor reemplazo para E/S remotas universales
• conexión principal a múltiples redes DeviceNet distribuidas
• red de enclavamiento de dispositivos similares
• los dispositivos comunes incluyen: controladores Logix5000,
terminales PanelView, módulos de E/S y variadores

Pautas para ControlNet

Consulte estas publicaciones de instalación al instalar una red ControlNet
• ControlNet Coax Media Planning and Installation Guide, publicación CNET-IN002
• ControlNet Fiber Media Planning and Installation Guide, publicación CNET-IN001
• ControlNet Modules in Logix5000 Control Systems User Manual, publicación
CNET-UM001
ControlNet se ha diseñado con un límite de 99 nodos por red, pero este número de nodos
Limite a 40 el número de nodos disminuye el rendimiento de la red. Un máximo de 40 nodos por red proporciona un mejor
por red ControlNet rendimiento y deja anchura de banda para otras comunicaciones.
Cambie estos parámetros en el software RSNetWorx para ControlNet:

Ajuste los parámetros
• UMAX (el más alto nodo no programado en la red)
predeterminados de la red
RSNetWorx − el valor predeterminado es 99
− la red toma tiempo para procesar el número total de nodos especificados en este
parámetro, aunque no hayan muchos dispositivos en la red
− cambie el valor a un nivel razonable según los dispositivos activos en la red y
cualquier dispositivo adicional que pueda estar conectado
• SMAX (el más alto nodo programado en la red)
− el valor predeterminado es 1
− éste debe cambiarse para todos los sistemas
− establezca SMAX < UMAX
Si se deja muy poca memoria para la anchura de banda de red no programada, se produce un
Diseñe por lo menos 400 KB de deficiente rendimiento efectivo de los mensajes y una respuesta más lenta de la estación de
anchura de banda de red no trabajo.
programada disponible Las transferencias de datos no programados en ControlNet se realizan de manera asíncrona
al escán del programa y aceptan un máximo de 510 bytes/nodo por cada NUT de ControlNet.
Los módulos de comunicación 1756-CNB, -CNBR aceptan un máximo de 128 palabras por
cada transferencia de datos. Si es necesario, los datos no programados se envían en
múltiples paquetes.
Los módulos de comunicación DeviceNet (1756-DNB) y en serie (1756-MVI) tienen múltiples

Coloque los módulos de paquetes de datos de 500 bytes que afectarán la anchura de banda programada. El colocar
comunicación DeviceNet estos módulos en el mismo chasis que el controlador evita que estos datos se programen
(1756-DNB) y en serie mediante la red ControlNet.
(1756-MVI) en el chasis local Si tiene que colocar estos dispositivos de comunicación en un chasis remoto, configure los
tamaños de entradas y salidas de forma que coincidan con los datos configurados en el
software RSNetWorx para DeviceNet. Así reducirá la cantidad de datos que se deben
transmitir.

Pautas para ControlNet (continuación)

Para obtener el mejor rendimiento, limite a 40-48 las conexiones 1756-CNB, -CNBR.
Limite las conexiones Si necesita más conexiones, añada módulos adicionales en el mismo chasis. Añadir más
1756-CNB, -CNBR módulos y separar las conexiones entre los módulos puede mejorar el rendimiento del sistema.
Si el chasis que contiene el módulo CNB también contiene múltiples módulos de E/S
digitales, seleccione “Rack Optimization” como formato de comunicación del módulo CNB.
De lo contrario, seleccione “None.” Vea los ejemplos en la página 5-5.
Cada vez que use el software RSNetWorx y guarde o combine sus ediciones, conéctese a
Si cambia los parámetros de la cada controlador en el sistema con su respectivo archivo de proyecto RSLogix 5000 y realice
red vuelva a guardar cada la operación de guardar. Esto copia los parámetros ControlNet en el archivo de la base de
proyecto del controlador datos fuera de línea y asegura que futuras descargas del controlador permitan que éste
entre en línea sin tener que ejecutar el software RSNetWorx.
Con el firmware del controlador Logix, revisión 15, usted puede añadir módulos de E/S de
Usted puede añadir módulos de 1756 al chasis remoto conectado mediante EtherNet/IP a un controlador en marcha. Usted
E/S en el tiempo de ejecución puede configurar conexiones directas o de rack optimizado. Para obtener más información,
consulte la página 5-9.
El tipo de controlador Logix5000 determina la velocidad de transmisión de los datos:

• Los controladores CompactLogix y FlexLogix transmiten datos en potencias de 2 ms

Pautas para ControlNet no programado

Una red ControlNet no programada:
Usted puede ejecutar una red • proporciona una configuración de red más fácil
ControlNet completa como no
• es útil si sus necesidades de actualización de E/S son más lentas
programada
Aún debe ejecutar RSNetWorx para que el software de ControlNet configure los valores de
configuración de NUT, SMAX, UMAX y de los medios físicos.
Siga estas recomendaciones para E/S en una red ControlNet no programada:

Planee adecuadamente si • debe utilizar un módulo 1756-CNB, -CNBR serie D o mayor.
coloca E/S en una red
• inhabilite la función de cambio de estado (COS) en los módulos de entrada digitales
ControlNet no programada porque puede ocasionar que las entradas se envíen más rápidamente que el RPI.
• dedique una red ControlNet para E/S solamente
• no exceda el 75% de utilización del módulo de comunicación 1756-CNB, -CNBR
• no tenga más de 48 conexiones en el módulo de comunicación 1756-CNB, -CNBR
• utilice un NUT de 10 ms o más
• mantenga los valores de SMAX y UMAX tan pequeños como sea posible
Utilice RPI de 25 ms o menos para módulos no programados, para evitar una sobrecarga en
Establezca el RPI en 25 ms o el módulo de comunicación 1756-CNB, -CNBR. Dependiendo del RPI, la carga del módulo de
menos comunicación aumenta 1 a 4% por cada módulo de E/S añadido.
Carga adicional de 1756-CNB, -CNBR
Carga adicional de CNB %
RPI (ms)
Este gráfico muestra el número de módulos y los RPI asociados, de forma que no exceda el
El RPI afecta la cantidad de 75% de utilización del módulo de comunicación 1756-CNB, -CNBR.
módulos de E/S que puede tener Número máximo de módulos de E/S en una red no programada
Número de módulos no programados
RPI (ms)

Comparación de las comunicaciones programadas y no programadas de ControlNet

Comunicaciones programadas de ControlNet: Comunicaciones no programadas de ControlNet:
determinista menos determinista que las comunicaciones programadas
permite instalaciones más simples de ControlNet cuando no se
requieren redes programadas
para añadir E/S programada en ControlNet, usted debe: se puede cambiar en línea sin afectar el programa
• añadir la E/S a un proyecto RSLogix5000 fuera de línea los módulos nuevos pueden afectar a otros módulos que se
• descargar el proyecto RSLogix5000 al controlador comunican mediante anchura de banda no programada.
• la ejecución de RSNetWorx para programar la red requiere
que la red esté programada (la red se debe detener y el
controlador se debe poner en modo de programación para
programar una red)
• guarde el proyecto RSLogix5000.
el RPI y el NUT determinan las velocidades de las comunicaciones el RPI determina las velocidades de las comunicaciones de los módulos
de los módulos
el tráfico de MSG y de HMI puede producirse en la misma red se debe dedicar una red ControlNet para E/S solamente
porque están aislados en tráfico no programado
el tráfico de MSG y de HMI puede afectar las comunicaciones de E/S
el tráfico de MSG y de HMI puede afectar las comunicaciones de E/S
conexiones directas y de rack optimizado a E/S sólo conexiones directas a E/S (ocasiona que sea posible utilizar
menos módulos de E/S totales porque la conexión limita los
controladores y los módulos de comunicación)
acepta módulos de comunicación 1756-CNB, -CNBR con cualquier debe utilizar módulos de comunicación 1756-CNB, -CNBR serie D
revisión de firmware o posterior
acepta cualquier plataforma de E/S que se pueda comunicar con Logix versión 15, acepta sólo módulos de E/S 1756
mediante ControlNet
Topología de la red DeviceNet

Red DeviceNet: Topología:
• Necesita un escáner DeviceNet para
conectar el controlador a dispositivos red única
DeviceNet
• Debe usar RSNetWorx para DeviceNet
para configurar dispositivos y crear la CPU escáner dispositivo dispositivo dispositivo dispositivo dispositivo
lista de escán para el escáner.
• Puede configurar la velocidad en baudios
de la red en 125K bit/s (opción
varias redes distribuidas más pequeñas (subredes)
predeterminada y un buen punto de
inicio), 250K bit/s, ó 500K bit/s.
• Si cada dispositivo en la red (excepto el dispositivo dispositivo de
escáner) envía ≤ 4 bytes de datos de CPU
de vínculo vínculo
entrada y recibe ≤ 4 bytes de datos de
salida, puede usar la función AutoScan
del escáner para configurar la red. dispositivo dispositivo dispositivo dispositivo dispositivo dispositivo
• dispositivos distribuidos
• red de variadores
• Información de diagnóstico

Pautas para DeviceNet

Utilice estas publicaciones al instalar una red DeviceNet:
• DeviceNet Cable System Manual, publicación DN-UM072
• DeviceNet Modules in Logix5000 Control Systems User Manual, publicación
DNET-UM001
Al colocar los módulos DNB en el chasis local se maximiza el rendimiento, especialmente en

Coloque los módulos de sistemas ControlLogix.
comunicación DeviceNet (DNB) Ajuste el tamaño de la imagen de entradas y salidas de los módulos DNB a los dispositivos
en el chasis local que están conectados, más un 20% para crecimiento futuro. Si tiene que colocar módulos
DNB en el chasis remoto, ajustar el tamaño de las imágenes de entradas y salidas es
esencial para lograr el mejor rendimiento.
Un DNB acepta:
Verifique que el total de datos de
• 124 palabras de entrada de 32 bits
la red no exceda el tamaño
máximo de la tabla de datos DNB • 123 palabras de salida de 32 bits
• 32 palabras de estado de 32 bits
Puede usar el software RSNetWorx para DeviceNet fuera de línea para calcular los datos de
la red. Use un segundo DNB si hay más datos de red que lo que un módulo puede aceptar.
Configure los parámetros de un dispositivo antes de añadir dicho dispositivo a la lista de

Configure los esclavos primero escán. No se puede cambiar la configuración de muchos dispositivos una vez que éstos
están en la lista de escán.
Si configura el escáner primero, existe la posibilidad de que la configuración del escáner no
sea igual a la configuración actual de un dispositivo. Si la configuración es diferente, el
dispositivo no aparecerá cuando usted examine la red.
Los dispositivos se establecen en el nodo 63 como opción predeterminada, al momento de la

Deje la dirección de nodo 63 instalación inicial. Deje la dirección de nodo 63 sin usar a fin de añadir un nuevo dispositivo
abierta para añadir nodos a la red. Luego cambie la dirección del nuevo dispositivo.
Siempre deje por lo menos un número de nodo abierto para permitir conectar una computadora
Deje la dirección de nodo 62 a la red en caso que sea necesario realizar una resolución de problemas, configuración, etc. .
abierta para hacer conexión a
una computadora
Para que el escáner esté en el modo de ejecución, el controlador debe estar en el modo de
No se olvide de establecer el bit ejecución y la lógica del controlador debe establecer el bit de ejecución del escáner. .
de ejecución del escáner
El software RSNetWorx para DeviceNet utiliza el archivo EDS para reconocer dispositivos.
Asegúrese de tener los archivos Si el software no reconoce correctamente un dispositivo, usted no tiene el(los) archivo(s)
EDS más actualizados para sus EDS correcto(s). Para algunos dispositivos, puede crear un archivo EDS cargando la
dispositivos información del dispositivo. O bien, puede obtener los archivos EDS en:
http://www.ab.com/networks/eds.

Capítulo 7
Comunicación con otros dispositivos
Introducción La instrucción MSG lee o escribe de manera asíncrona un bloque de datos a

otro dispositivo.
Si el dispositivo receptor es un: Seleccione uno de estos tipos de

mensaje:
Controlador Logix5000 CIP Data Table Read
CIP Data Table Write
Módulo de E/S que usted configura Module Reconfigure
usando el software RSLogix 5000
CIP Generic
Controlador PLC-5 PLC5 Typed Read
PLC5 Typed Write
PLC5 Word Range Read
PLC5 Word Range Write
Controlador SLC SLC Typed Read
Controlador MicroLogix SLC Typed Write
Módulo de transferencia en bloques Block-Transfer Read
Block-Transfer Write
Procesador PLC-3 PLC3 Typed Read
PLC3 Typed Write
PLC3 Word Range Read
PLC3 Word Range Write
Procesador PLC-2 PLC2 Unprotected Read
PLC2 Unprotected Write

7-2 Comunicación con otros dispositivos
Mensajes de caché Algunos tipos de mensajes usan una conexión para enviar o recibir datos. Hay
otros que también ofrecen la opción de dejar abierta la conexión (caché) o
cerrar la conexión una vez transmitido el mensaje. La tabla siguiente indica
cuáles mensajes usan conexión y si es posible almacenar la conexión en caché:
Este tipo de mensaje: Usando este método de Usa una Que usted puede
comunicación: conexión: almacenar en caché:
lectura o escritura de la tabla de datos CIP CIP X X
PLC2, PLC3, PLC5 ó SLC (todos los tipos) CIP
CIP con ID de origen
DH+ X X
CIP genérico N/A su opción (1)
su opción(1)
transferencia en bloques de lectura o escritura N/A X X
(1)
Se pueden conectar los mensajes genéricos CIP, pero para la mayoría de aplicaciones recomendamos dejar los mensajes genéricos CIP sin conectar.
Una conexión en caché permanece abierta hasta que ocurre una de las
situaciones siguientes:
• El controlador entra al modo Programa
• Usted vuelve a ejecutar el mensaje como no almacenado en caché
• Se inicia otro mensaje y se necesita un búfer en caché
• Se desactiva un nodo intermedio en la conexión.
Búferes de mensajes Un controlador Logix5000 tiene búferes para mensajes no conectados y para
mensajes almacenados en caché. Los búferes almacenan datos de mensajes de
entrada y salida hasta que el controlador pueda procesar los datos.
Búferes no
conectados Conexiones abiertas/cerradas
MSG genérico CIP

Instrucciones MSG y 3 Entrada
transferencia en bloques
MSG no conectado
10 - 40 Salida
Administrador de
comunicaciones
Transferencia en bloques o MSG CIP conectado no
Conexiones del almacenados en caché
controlador
Transferencia en bloques o
Búferes de
250 almacenamiento en caché MSG CIP conectado
Datos hacia y desde el conexiones almacenados en caché
controlador Logix5000 16 búferes de MSG
(búferes)
16 búferes de BT
El firmware Revisión 12 y versiones posteriores del controlador

permiten 32 MSG y transferencias en bloques compartidos y
almacenados en caché

Comunicación con otros dispositivos 7-3
Búfer: Descripción:
10 búferes de salidas no conectados Los búferes no conectados de salidas son para:
Puede aumentar este valor a 40 usando una • establecer conexiones de E/S a módulos de E/S locales y dispositivos remotos en
instrucción de mensaje CIP Generic. Vea la redes ControlNet, EtherNet/IP y E/S remotas universales
sección de MSG en el documento Logix • ejecutar mensajes no conectados PLC2, PLC3, PLC5 ó SLC (todos los tipos)
5000 Controllers General Instructions mediante Ethernet o ControlNet (CIP y CIP con ID de origen)
Reference Manual, publicación
1756-RM003 • iniciación de mensajes mediante DH+ (usa 2 búferes, uno para abrir la conexión y
uno para transferir datos)
• iniciación de transferencias en bloques no almacenadas en caché
• iniciación de instrucciones de mensajes de lectura/escritura CIP no almacenados
en caché
• iniciación de transferencias en bloques almacenadas en caché
• iniciación de instrucciones de mensajes de lectura/escritura CIP almacenados en caché
• Instrucciones de mensaje CIP Generic
3 búferes de entradas no conectados Los búferes no conectados de entradas son para:
• recepción inicial de una instrucción de mensaje CIP almacenada en caché
• recepción de una instrucción de mensaje CIP no almacenada en caché
• recepción de un mensaje mediante DH+
• recepción de una instrucción de mensaje CIP Generic
• recepción de una petición de lectura o escritura desde ControlNet PanelView
(mensaje no conectado)
• recepción inicial de una petición de lectura desde Ethernet PanelView (mensaje
conectado)
• recepción de una petición de escritura desde Ethernet PanelView (mensaje no
conectado)
• recepción de una petición inicial de RSLogix 5000 para entrar en línea
• recepción inicial de conexiones RSLinx

Búfer: Descripción:
búferes almacenados en caché Los búferes almacenados en caché son búferes de salida para mensajes y transferencias
en bloque. Una conexión en caché ayuda al rendimiento del mensaje porque la conexión
queda abierta y no necesita restablecerse la próxima vez que se ejecuta. Una conexión
Firmware de revisión 12 y posteriores: almacenada en caché cuenta hacia el límite total de conexiones para un controlador. Una
32 búferes almacenados en caché para conexión almacenada en caché se actualiza en el RPI de la conexión. Todas las entradas
cualquier combinación de mensajes y almacenadas en caché se cierran cuando el controlador cambia al modo de programación.
transferencias en bloque Con el firmware de revisión 12 y posteriores, usted puede almacenar en caché 32
mensajes y transferencias en bloque (cualquier combinación). Las revisiones anteriores
del firmware del controlador le permiten almacenar en caché 16 mensajes y 16
Firmware de revisión 11 y anteriores: transferencias en bloque solamente.
16 búferes almacenados en caché sólo para La primera vez que se ejecuta un mensaje almacenado en caché, éste usa uno de los
mensajes y 16 búferes almacenados en 10 búferes de salida no conectados. Cuando se establece la conexión, ésta se transfiere al
caché sólo para transferencias en bloque área de búfer almacenado en caché.
Para obtener un funcionamiento óptimo, no almacene en caché más mensajes o
transferencias en bloque que el número de búferes almacenados en caché. Si usted
almacena en caché más que los búferes almacenados en caché, el controlador busca la
conexión que haya estado inactiva durante más tiempo, cierra esa conexión y permite que
una nueva conexión tome su lugar. El controlador cerrará una transferencia en bloque o
mensaje almacenado en caché, dependiendo de cuál estuvo inactivo por más tiempo.
Si las 32 conexiones almacenadas en caché están en uso, el mensaje utiliza uno de los
búferes de salida no conectados. Si todos los búferes no conectados están en uso, la
instrucción de mensaje generará el código de error 301 (No hay memoria de búfer) ó 302
(Anchura de banda no disponible).
Usted puede multiplexar las conexiones almacenadas en caché. Si una conexión está
inactiva y se ejecuta una instrucción de mensaje que tiene el mismo receptor y la misma
ruta de acceso, ésta utiliza esa conexión inactiva. Por ejemplo, si hay una lectura y
escritura de transferencia en bloque al mismo módulo, enclave la lectura y la escritura,
de forma que sólo una esté activa a la vez. Luego, cuando se almacenen en caché,
utilizarán la misma conexión almacenada en caché.
Usted puede tener hasta 42 mensajes activos al mismo tiempo:

• 10 no conectados
• 32 mensajes almacenados en caché
– en firmware de revisión 12 y posteriores, cualquier combinación de
mensajes y transferencias en bloque
– en firmware de revisión 11 y anteriores, un máximo de 16 mensajes y
16 transferencias en bloque
Búferes de salida no conectados

Búferes: Utilice:
1-10 Los primeros 10 búferes (opción predeterminada) se comparten para mensajes no
conectados, iniciar mensajes conectados, establecer conexiones de E/S y establecer
conexiones producidas/consumidas.
11 El 11° búfer está dedicado a establecer E/S y conexiones producidas/consumidas.
12-40 Los búferes 12° a 40° se usan sólo para iniciar mensajes conectados y ejecutar mensajes no
conectados. Para incrementar los búferes de salida a un valor mayor que 11, ejecute un
mensaje genérico CIP para configurar ese cambio cada vez que cambie de modo de
programación a modo de marcha.

Pautas para mensajes

El sistema de operación accede a la información en un tag de mensaje de manera asíncrona
Los tags de mensajes deben al escán del programa. Además de los campos visibles dentro del tag de mensaje, existen
existir como tags de base del atributos ocultos a los que sólo el sistema operativo en segundo plano hace referencia.
controlador cubiertos
El controlador acepta 32 mensajes activos y almacenados en caché a la vez. Si determina

Es posible tener más de 32 que hay más de 32 mensajes, usted no puede almacenarlos todos en caché. Necesitará
mensajes en un programa programación adicional para asegurar que no haya más de 32 mensajes activos al mismo
tiempo.
Antes de la revisión 12 del controlador, éste aceptaba 16 mensajes activos almacenados en
caché a la vez.
Si bien hay limitaciones para el paquete de red (tal como 500 bytes en ControlNet y
Puede usar un mensaje para 244 bytes en DH+), el controlador puede enviar una gran cantidad de datos con una sola
enviar una gran cantidad de instrucción MSG. Al configurar el mensaje, seleccione una matriz como tags de
datos origen/destino y seleccione el número de elementos (hasta 32,767 elementos) que desea
enviar. El controlador automáticamente divide la matriz en fragmentos pequeños y envía
todos los fragmentos al destino. En el lado de recepción, los datos aparecen en fragmentos,
por lo tanto es posible que se requiera código de aplicación para detectar la llegada del
último fragmento.
Pautas para administrar conexiones de mensajes

Las estructuras definidas por el usuario sirven para organizar los datos según la máquina o el
Cree matrices o estructuras proceso.
definidas por el usuario
• Un tag contiene todos los datos relacionados a un aspecto específico de su sistema.
Esto mantiene juntos los datos relacionados y facilita su ubicación,
independientemente de su tipo de datos.
• Cada pieza individual de datos (miembro) obtiene un nombre descriptivo. Esto crea
automáticamente un nivel inicial de documentación para su lógica.
• Usted puede usar la estructura para crear múltiples tags con la misma configuración
de datos.
• RSLinx optimiza las estructuras definidas por el usuario más que los tags autónomos.
Si un mensaje se ejecuta repetidamente, almacene en caché la conexión. Así se mantiene

Almacene conexiones en caché abierta la conexión y se optimiza el tiempo de ejecución. Si se abre una conexión cada vez
cuando sea apropiado que el mensaje se ejecuta, el tiempo de ejecución aumenta.
Si un mensaje se ejecuta muy poco, no almacene en caché la conexión. Esto cierra la
conexión al concluir el mensaje, lo cual hace disponible la conexión para otros usos.
Cada mensaje utiliza una conexión, independientemente del número de dispositivos que se
Use una instrucción de mensaje encuentran en la ruta del mensaje. Para conservar conexiones, puede configurar una
múltiples veces para múltiples instrucción de mensaje para leer o escribir secuencialmente a un dispositivo diferente cada
dispositivos vez que se ejecuta. En cada ejecución, la instrucción interrumpe su conexión desde un
dispositivo y restablece la conexión a un dispositivo subsiguiente.

El porcentaje del segmento de tiempo de procesamiento interno del sistema

que usted configura para el controlador, determina el porcentaje de tiempo del
controlador (excluyendo el tiempo para tareas periódicas y de evento) que se
dedica a funciones de comunicación y de segundo plano. Esto incluye el envío
y recepción de mensajes. Para obtener información sobre cómo especificar un
porcentaje de tiempo de procesamiento interno del sistema, consulte "Cómo
seleccionar el porcentaje de tiempo de procesamiento interno del sistema” en
la página 2-10.
Pautas para los mensajes de transferencia en bloques

Distribuir módulos analógicos 1771 entre múltiples chasis reduce el número de
Distribuya los módulos transferencias en bloques que un solo modulo 1771-ACN ó 1771-ASB necesita administrar.
analógicos 1771 entre múltiples
chasis
Aislar chasis diferentes en redes diferentes diversifica las comunicaciones de manera que
Aísle diferentes chasis 1771 en una sola red o módulo de comunicación no tenga exclusivamente que manejar todas las
redes diferentes comunicaciones.
Si se va a comunicar mediante ControlNet, aumente la cantidad de anchura de banda no

Aumente la anchura de banda programada de ControlNet para permitir tiempo adicional en la red para el intercambio de
no programada de ControlNet datos.
Consulte la página 6-9 para obtener más información acerca de la anchura de banda no
programada en ControlNet.
Aumente el segmento del tiempo de procesamiento interno del sistema del controlador
Aumente el porcentaje del Logix5000 para asignar más tiempo de CPU al procesamiento de comunicación de la tarea
segmento del tiempo de continua.
procesamiento interno del
sistema
Enclave programáticamente los mensajes de lectura y escritura de transferencia en bloque al

Enclavamiento de mensajes de mismo módulo para que no sea posible que ambas operaciones estén activas al mismo tiempo.
lectura y escritura de
transferencia en bloque al
mismo módulo

Asignación de tags Un controlador Logix5000 almacena nombres de tags en el controlador de

manera que otros dispositivos puedan leer o escribir datos sin tener que
conocer las ubicaciones físicas de la memoria. Muchos productos sólo
entienden tablas de datos PLC/SLC, por lo tanto, el controlador Logix5000
ofrece una función de asignación PLC/SLC que le permite asignar nombres de
tags Logix a ubicaciones de la memoria.
• Usted sólo tiene que asignar los números de archivos usados en
mensajes; los otros números de archivos no necesitan asignarse.
• La tabla de asignaciones se carga en el controlador y se usa cada vez que
una dirección "lógica" tiene acceso a los datos.
• Usted sólo puede tener acceso a tags que están dentro del alcance del
controlador (datos globales).
Cuando asigne tags:

• No use los números de archivos 0, 1 y 2. Estos archivos están
reservados para salidas, entradas y estado en un procesador PLC-5.
• Use la asignación PLC-5 sólo para matrices de tags de tipos de datos
INT, DINT o REAL. Intentar asignar elemento de estructuras del
sistema puede producir efectos no deseados.
• Use estos tipos de archivos e identificadores:
Para este tipo de matriz Logix5000: Use este identificador de archivo PLC:
Matriz INT NoB
Matriz DINT L
Matriz REAL F

Notas:

Capítulo 8
Cómo optimizar una aplicación para control

de movimiento
Introducción El controlador Logix5000 contiene una tarea de control de movimiento de alta

velocidad que ejecuta comandos de control de movimiento (lógica de escalera
de relés y texto estructurado) y genera información de perfiles de posición y
velocidad. El controlador envía esta información de perfil a uno o más
módulos de control de movimiento. El software de programación
RSLogix5000 ofrece configuración de ejes completa y compatibilidad con la
programación de movimiento.
Para obtener más información sobre control de movimiento, consulte:

• El Motion Book
• Logix5000 Controllers Motion Instructions Reference Manual,
publicación 1756-RM007
• ControlLogix Motion Module Setup and Configuration Manual,
publicación 1756-UM006
Régimen de actualización El régimen de actualización general determina el régimen periódico al cual se

ejecuta la tarea de control de movimiento para calcular la posición comandada
general del servo, la velocidad y aceleraciones que se enviarán a los módulos de control
de movimiento al ejecutar las instrucciones de control de movimiento.
Para calcular el régimen de actualización general:

• 2 ∗ (tiempo de ejecución de tarea + número de acciones para cada eje)
• divida el resultado entre 1000 y redondéelo al valor de ms más cercano
Si el régimen general es un valor demasiado pequeño, quizás el controlador no

tenga tiempo de ejecutar la lógica que no es de control de movimiento. Como
regla general, la tarea de control de movimiento requiere un milisegundo por
eje para que el controlador tenga un tiempo de ejecución razonable.
El planificador de movimiento usa casi todo su tiempo de iteración general

mínimo. El tiempo de iteración general se establece como mínimo en 1 ms por
eje. Por lo tanto, si tiene una tarea periódica que se ejecuta cada 5 ms y 2 ejes de
movimiento, el planificador de movimiento se ejecuta dos veces y consume
aproximadamente 4 a 5 ms. En este caso, es posible que la tarea periódica
nunca termine de ejecutarse.

8-2 Cómo optimizar una aplicación para control de movimiento
Límites de ejes
Controlador: Ejes y módulos de control de movimiento compatibles: Aplicaciones:
ControlLogix 1756-M03SE (3 ejes) Variadores SERCOS RA
1756-L60M03SE (3 ejes) controlador 1756-L60 con interface Variadores SERCOS RA
SERCOS incorporada
1756-M08SE (8 ejes) Variadores SERCOS RA
1756-M16SE (16 ejes) Variadores SERCOS RA
1756-M02AE (2 ejes) RA y otros fabricantes.
• señal de comando analógico
• Retroalimentación de encoder de
cuadratura
1756-HYD02 RA y otros fabricantes.
• retroalimentación de transductor lineal
1756-M02AS RA y otros fabricantes.
• retroalimentación SSI
SoftLogix 1784-PM16SE (16 ejes) Variadores SERCOS RA
• un máximo de cuatro tarjetas 1784-PM16SE por computadora
• asociar sólo una tarjeta 1784-PM16SE con un controlador
1784-PM02AE (2 ejes) RA y otros fabricantes.
• un máximo de cuatro tarjetas 1784-PM02AE por computadora • señal de comando analógico
• puede asociarse un máximo de cuatro tarjetas • Retroalimentación de encoder de
1784-PM02AE con un controlador cuadratura
• no se puede asociar una tarjeta de control de movimiento
1784-PM02AE con el mismo controlador con una tarjeta
1784-PM16SE
Límites de rendimiento El planificador de movimiento interrumpe todas las otras tareas,

independientemente de la prioridad.
• El número de ejes y período de actualización general para el grupo de
control de movimiento afecta el tiempo y la frecuencia con que se
ejecuta el planificador de movimiento.
• Si el planificador de movimiento se está ejecutando cuando se activa una
tarea, la tarea espera hasta que el planificador de movimiento se haya
efectuado.
• Si el régimen de actualización general ocurre mientras se está ejecutando
una tarea, la tarea se detiene para permitir que se ejecute el planificador
de movimiento.

Cómo optimizar una aplicación para control de movimiento 8-3
Disparos de tarea de evento Una tarea de evento se ejecuta automáticamente en base a la ocurrencia de un
evento preconfigurado. Hay eventos basados en movimientos diferentes:
de control de movimiento
Para activar una tarea de Use este disparo: Con estas consideraciones:
evento cuando:
la entrada de registro de un eje Registro de eje 1 ó 2 • Para que la entrada de registro active la tarea de evento, ejecute primero
se activa (o se desactiva) la instrucción Motion Arm Registration (MAR). Esto permite que el eje
detecte la entrada de registro y a su vez active la tarea de evento.
• Cuando la entrada de registro active la tarea de evento, ejecute la
instrucción MAR nuevamente para volver a armar el eje para la
siguiente entrada de registro.
• Si el tiempo de escán de su lógica normal no es suficientemente rápido
para volver a armar el eje para la siguiente entrada de registro,
considere colocar la instrucción MAR dentro de la tarea de evento.
el eje llega a la posición definida Observación de ejes • Para que la entrada de registro active la tarea de evento, ejecute primero
como punto de observación la instrucción Motion Arm Watch (MAW). Esto permite que el eje detecte
la posición de observación y a su vez active la tarea de evento.
• Cuando la posición de observación active la tarea de evento, ejecute la
instrucción MAW nuevamente para volver a armar el eje para la
siguiente posición de observación.
• Si el tiempo de escán de su lógica normal no es suficientemente rápido
para volver a armar el eje para la siguiente posición de observación,
considere colocar la instrucción MAW dentro de la tarea de evento.
el planificador de movimiento Ejecución de grupo • El período de actualización general para el grupo de control de
completa su ejecución de control de movimiento activa la ejecución del planificador de movimiento y de la
movimiento tarea de evento.
• Puesto que el planificador de movimiento interrumpe todas las otras
tareas, éste se ejecuta primero. Si usted asigna la tarea de evento
como tarea de más alta prioridad, ésta se ejecuta después del
planificador de movimiento.
Para obtener más información acerca de cómo configurar una tarea de evento,
consulte el Capítulo 2 “Cómo dividir la lógica en tareas, programas y rutinas”.

8-4 Cómo optimizar una aplicación para control de movimiento
Notas:

Capítulo 9
Cómo optimizar una aplicación para su

utilización con HMI
Introducción Rockwell Automation ofrece estas plataformas de HMI (interface de

operador-máquina):
Plataforma: Descripción:
PanelView Plus dedicada, HMI de nivel de máquina que ejecuta RSView Machine Edition
RSView Enterprise plataforma, familia de productos que consiste en:
• RSView ME (Machine Edition) para una HMI abierta, de nivel de máquina; también
se ejecuta en terminales de PanelView Plus
• RSView SE (Supervisory Edition) Station para una HMI de nivel supervisor con una
sola estación de trabajo
• RSView SE distribuido para una HMI de nivel supervisor con servidores múltiples y
clientes múltiples
RSView32 HMI de nivel supervisor con una sola estación de trabajo o un solo servidor y múltiples clientes
Además de las plataformas de HMI, Rockwell Automation ofrece estos

servidores de datos para utilizarlos en combinación con las plataformas de HMI:
Plataforma: Descripción:
Software RSLinx productos de software que proporcionan conectividad de dispositivos de planta con
aplicaciones de HMI e incluyen:
• RSLinx Classic, llamado también RSLinx 2.x
• RSLinx Enterprise

9-2 Cómo optimizar una aplicación para su utilización con HMI
Decisión sobre cómo implementar el HMI
Método: Ventajas: Consideraciones:

HMI único • todos los HMI/EOI son compatibles con este • un solo punto de fallo para visualización
método • sólo una persona puede monitorear una sola
• número limitado de conexiones de controlador pantalla a la vez
• no hay servidor que configurar y controlar
• control y monitoreo locales
HMI múltiples e • todos los HMI/EOI son compatibles con este • se requieren más conexiones
independientes método • carga adicional del controlador para dar
• las mismas pantallas HMI pueden verse en servicio a todas las comunicaciones (afecta
múltiples estaciones el escán del programa)
• varias personas pueden monitorear • los datos no se comparten, excepto mediante
diferentes partes del sistema el controlador
simultáneamente • añadir HMI adicionales representa una
• cada HMI tiene sus propios datos adición mayor al sistema
• no hay un servidor central que configurar y
administrar
• control y monitoreo locales
HMI de cliente/servidor • las mismas pantallas HMI pueden verse en • el servidor es un punto único de falla para
múltiples estaciones todas las HMI, a menos que usted
• el servidor proporciona datos a múltiples implemente la redundancia
clientes • poco ahorro de tiempo de procesamiento
• se requieren menos conexiones interno de comunicaciones si cada cliente
desea datos diferentes
• el efecto en el sistema es menor que con
múltiples HMI • se requieren conocimientos de conexiones
en red
• la aplicación se administra en el servidor, no
individualmente en los clientes o en
múltiples HMI independientes
La mayoría de HMI de otros fabricantes están limitados a comunicaciones

directas similares al método anterior de múltiples HMI.

Cómo optimizar una aplicación para su utilización con HMI 9-3
Comparación de RSView Enterprise y RSView32

Producto HMI: Ventajas: Consideraciones:
RSView SE • acepta Windows 2000, Windows XP y • no es compatible con Windows NT
Windows Server 2003 • algunas capacidades de RSView32 aún están
• entorno de desarrollo de RSView Studio común en desarrollo en RSView SE
para RSView SE y RSView ME (incluyendo
terminales de PanelView Plus y de VersaView CE)
• Habilitado para FactoryTalk
RSView32 • acepta Windows NT, Windows 2000, • el entorno de desarrollo de RSView32 sólo
Windows XP y Windows Server 2003 acepta RSView32
• FactoryTalk habilitado (versión 7.0 y superiores) • se utiliza el software de PanelBuilder para las
terminales PanelView
• RSView32 sólo acepta arquitecturas de un solo
servidor
Pautas para RSView SE Para configurar la HMI del sistema RSView Supervisory correctamente,
un máximo de:
• 5 clientes de RSView Studio pueden tener acceso simultáneo a una
aplicación de RSView SE.
• 50 clientes de RSView SE pueden tener acceso simultáneo a una
aplicación de RSView SE.
En aplicaciones no redundantes, un máximo de:

• 10 servidores de RSView SE pueden estar en una aplicación RSView SE.
• 2 servidores de RSView SE se pueden alojar en una sola computadora.
En aplicaciones redundantes, un máximo de:

• 1 servidor de RSView SE se pueden alojar en una sola computadora.
Comuníquese con el Departamento de software de Rockwell para obtener

asistencia arquitectónica para aplicaciones redundantes del servidor o para
aplicaciones que requieran más de dos servidores de RSView SE y 20 clientes
de RSView SE.

Cómo se comunica el El software RSLinx actúa como servidor de datos para optimizar las
comunicaciones con las aplicaciones HMI. El software RSLinx agrupa ítems
software RSLinx con los de datos en un solo paquete de red para reducir el número de mensajes que se
controladores Logix5000 envían por la red y que necesitan ser procesados por un controlador.
Importante: A menos que se indique lo

1. Cuando el software RSLinx se conecta inicialmente con un controlador
contrario, las referencias al software Logix5000, indaga en la base de datos de tags y carga definiciones para
RSLinx incluyen el software RSLinx todos los tags del controlador cubiertos. Si hay estructuras de múltiples
Classic y el software RSLinx Enterprise capas definidas por el usuario dentro del alcance del controlador, el
software RSLinx indaga sólo la capa superior.
2. Cuando el HMI cliente solicita datos, el software RSLinx indaga las

definiciones de los tags del programa cubiertos y las capas inferiores de
las estructuras multicapas definidas por el usuario.
3. El software RSLinx recibe peticiones de ítems de datos desde HMI/EOI

clientes remotos y combina múltiples peticiones en paquetes optimizados.
Cada ítem de datos es una estructura definida por el usuario, matriz o tag
Logix simple. Cada paquete optimizado puede tener hasta 480 bytes de
datos y puede contener uno o más ítems de datos.
4. El controlador Logix5000 asigna la memoria RAM del sistema no usada

para crear un búfer de optimización que contiene los ítems de datos
solicitados.
– un solo búfer de optimización puede contener tantos datos como los
que caben en un solo paquete de 480 bytes (la optimización tiene un
límite de 480 bytes)
– actualmente, RSLinx Enterprise sólo proporciona optimización para
los tags de matriz.
– si usa el software RSLogix 5000 para monitorear la RAM del
controlador, puede ver como aumenta la memoria usada
– el controlador crea un búfer de optimización por cada paquete de
optimización RSLinx en el escán
KB de memoria necesarios
Tags autónomos
Tags de matriz
optimizados
Tags en escán en RSLinx

Comparación de RSLinx Classic y RSLinx Enterprise

Comparación: Software RSLinx Classic (RSLinx 2.x): Software RSLinx Enterprise:
Plataformas • Windows 98 • Windows CE
compatibles • Windows ME • Windows 2000
• Windows NT • Windows XP
• Windows 2000 • Windows Server 2003
• Windows XP
• Windows Server 2003
Arquitectura single-threaded multi-threaded
Servidor de datos servidor de datos OPC Servidor Factory Talk Live Data
servidor de datos preferido para plataformas y servidor de datos preferido para plataformas Logix5000
aplicaciones PLC/SLC que requieren encaminamiento
un máximo de 20 clientes por servidor de datos
complejo de red
un máximo de 10 clientes por servidor de datos
Sistemas PLC/SLC un máximo de 20 controladores por servidor de datos un máximo de 20 controladores por servidor de datos
mediante Ethernet mediante Ethernet
Sistemas Logix5000 máximo: máximo:
• 10 controladores por servidor de datos • 20 controladores por servidor de datos
mediante Ethernet mediante Ethernet
• 10,000 tags activos (en escán) por servidor de • 20,000 tags activos (en escán) por servidor de
datos datos
• 3 servidores de datos RSLinx por controlador • 3 servidores de datos RSLinx Enterprise por
controlador
Interface de usuario y sí • las interfaces de usuario disponibles son
registros de eventos RSView Studio y la consola de administración
de FactoryTalk
• los registros de eventos están todavía en
desarrollo
Ventajas • acepta conmutación de temas con el sistema • usa 4 conexiones unidireccionales de lectura y
ControlLogix redundante 1 de escritura (menos que el software RSLinx)
• acepta optimización de tags definidos por el • maneja automáticamente los cambios de tags
usuario Logix
• RSLinx Gateway consolida múltiples peticiones • FactoryTalk Live consolida múltiples peticiones
de HMI para reducir el tráfico de la red de HMI para reducir el tráfico de la red
• funciona con el servidor OPC integrado
Consideraciones • requiere reiniciar el HMI si el controlador • no acepta conmutación de temas con el sistema
Logix5000 se recarga con cambios a tags en el ControlLogix redundante
escán • optimización limitada a tags de matriz
• usa 4 conexiones bidireccionales • todavía no es compatible con OPC
• las plantillas ActiveX requieren un servidor OPC
separado

Pautas para el software RSLinx

Para múltiples estaciones HMI:
Use el software RSLinx como
• aproveche el OPC remoto (software RSLinx Classic) o FactoryTalk (software RSLinx
servidor de datos para múltiples Enterprise) para recopilar datos
HMI
• sólo el servidor de datos RSLinx debe tener un tema activo
• no configure ni use temas en la estación HMI
• el software RSLinx no necesita estar en las estaciones HMI
El rendimiento de la recopilación de tags disminuye a medida que más estaciones RSLinx

No use demasiadas estaciones recopilan datos del mismo controlador.
RSLinx Use una estación RSLinx Gateway y disponga que otras estaciones de recopilación de datos
usen OPC remoto para recopilar datos.
Al cambiar de una pantalla HMI a otra, requiere tiempo colocar en escán los ítems en el
Considere el tiempo de retardo controlador y retirarlos de éste. Parte de este retardo de tiempo se debe a que el controlador
al añadir/retirar tags asigna la memoria RAM del sistema para el búfer de optimización.
escaneados Para eliminar este retardo, cuando conmute entre pantallas HMI, coloque en escán los ítems
en las pantallas HMI y déjelos en escán. Por ejemplo, puede crear un registro de datos para
mantener los ítems en escán. Luego, cuando conmute entre pantallas HMI, la recopilación
de datos continúa sin interrupción.
El software RSLinx Enterprise y RSView SE toman en cuenta este tiempo de retardo. Cuando las
pantallas HMI cambian, estas aplicaciones desactivan los tags en lugar de quitarlos del escán.
Pautas para configurar los tags del controlador

La mayoría de productos de interface de operador de otros fabricantes no son compatibles
Use tipos de datos INT con con el tipo de datos DINT (32 bits). Sin embargo, deben tenerse en cuenta consideraciones
productos de otros fabricantes adicionales de rendimiento y uso de memoria al usar tipos de datos INT. Consulte “Pautas
para los tipos de datos” en la página 3-2.
RSView es compatible con matrices, estructuras y tipos de datos nativos Logix5000 (que
incluyen BOOL, SINT, INT, DINT y REAL).
La mayoría de productos de interface de operador de otros fabricantes no son compatibles

Agrupe los datos relacionados con estructuras definidas por el usuario. Las matrices también aseguran que los datos estén
en matrices en la memoria contigua, lo cual optimiza la transferencia de datos entre el controlador y
RSLinx u otra interface de operador.
Las matrices de tags se transfieren más rápidamente y ocupan menos memoria que los
grupos de tags individuales.
Para optimizar transferencias de datos entre el controlador y RSLinx u otra interface de

Asigne tags a direcciones PLC operador, use los tags asignados PLC.
El tema RSLinx debe tener los paquetes Optimize Poke habilitados.
La aplicación RSView debe escribir los valores mediante un comando DownloadAll o
mediante el método WritePendingValues VBA.
Use los servicios RSLinx OPC para agrupar múltiples peticiones de tags en un solo mensaje
Use servicios RSLinx OPC para reducir el tiempo de procesamiento interno de las comunicaciones.
OPC proporciona mejor optimización que DDE.

Datos de referencia del controlador de RSView
Esta tabla muestra cómo hacer referencia a datos en dirección de tag RSView.
Tipo de datos de matriz Descripción: Identificador de archivo PLC: Tipo de datos de tag RSView:
Logix5000:
INT entero de 16 bits N Número entero
DINT entero de 32 bits L Número entero largo
SINT entero de 8 bits A Byte
REAL punto flotante F punto flotante (coma flotante)
(coma flotante)
BOOL valor de 0, 1 ó -1 B Digital
Cuando direccione un tag de cadena Logix5000, use la sintaxis de dirección

“[OPC_Topic]StringTag.Data[0],SC82” para direccionar una matriz SINT.
El dato de cadena se almacena en la matriz SINT ".Data” del tag de cadena, y
usted direcciona el primer elemento de esta matriz (“.Data[0]”). El máximo
número de caracteres en un tag STRING es 82. Si necesita más caracteres, cree
su propia estructura definida por el usuario para contener los caracteres.
Consulte “Pautas para los tipos de datos de cadena” en la página 3-10.

Notas:

Capítulo 10
Desarrollo de fases del equipo para el control

de lotes
Introducción La opción PhaseManager del software de RSLogix 5000 (introducida en la

versión 15) le proporciona un modelo de estado para su equipo. Incluye los
siguientes componentes:
• Fase para ejecutar el modelo de estado
• Instrucciones de la fase del equipo para programar la fase
• Tipo de datos PHASE
Pautas para las fases del equipo

Cada fase es una actividad específica que el equipo realiza:
Utilice una fase separada para
• utilice 1 fase para máquinas autónomas
cada actividad del equipo
• asegúrese de que cada fase realice una actividad independiente
• mantenga el número total de fases y programas en un proyecto dentro del límite de
programas del controlador
• enumere el equipo que va con cada fase
Cada fase ejecuta su propio conjunto de estados. Un modelo de estado divide el ciclo
Complete un modelo de estado operativo del equipo en una serie de estados:
para cada fase • decida qué estado utilizar para el estado inicial después del momento del encendido
• comience con el estado inicial y trabaje a lo largo del modelo
• utilice sólo los estados que necesite; pase por alto los estados que no son aplicables
• utilice subrutinas para producir estados y para colocarlos en espera
El modelo de estado de una fase del equipo es similar al modelo de estado S88. El estándar
de EE.UU. ISA S88.01-1995 y su equivalente de la IEC, IEC 61512-1-1998, se denomina
comúnmente S88. Es un conjunto de modelos, términos y buenas prácticas para el diseño y
la operación de sistemas de fabricación.
Una de las ventajas de una fase es que le permite separar los procedimientos (recetas) para
Separe el código de la fase del elaborar un producto a partir del control del equipo que elabora ese producto. Esto facilita la
código del equipo ejecución de diferentes procedimientos para diferentes productos utilizando el mismo equipo.
Un modelo de estado facilita mucho la separación de la ejecución normal de su equipo de

Separe la ejecución normal de cualquier excepción (fallos, averías, condiciones anormales):
las excepciones • utilice una rutina de preestado para vigilar si hay fallos
Una rutina de preestado no es una rutina de estado de fase. Cree una rutina como lo
haría para cualquier programa y asígnela como la rutina preestado para el programa
de fases del equipo.
• utilice un bit de estado para limitar el código a un estado específico
El software de RSLogix 5000 elabora un tag para cada fase automáticamente. El tag de
fase tiene bits que identifican el estado de la fase. Por ejemplo, My_Phase.Running.

10-2 Desarrollo de fases del equipo para el control de lotes
Instrucciones de la fase del Las instrucciones de la fase del equipo están disponibles en lenguajes de
programación de escalera de relés y de texto estructurado. Usted puede
equipo utilizarlas en rutinas de escalera de relés, rutinas de texto estructurado y
acciones de SFC.
Si desea: Utilice esta instrucción:

señalar a una fase que la rutina de estado se ha completado, por lo que se Phase State Complete (PSC)
debe pasar a la siguiente fase
cambiar el estado o el subestado de una fase Equipment Phase Command (PCMD)
señalar una fallo para una fase Equipment Phase Failure (PFL)
borrar el código de fallo de una fase Equipment Phase Failure (PCLF)
iniciar la comunicación con el software RSBizWare Batch Equipment Phase External Request (PXRQ)
borrar el bit NewInputParameters de una fase Equipment Phase New Parameters (PRNP)
establecer puntos de interrupción dentro de la lógica de una fase Equipment Phase Paused (PPD)
obtener la propiedad de una fase para: Attach to Equipment Phase (PATT)
• evitar que otro programa o el software RSBizWare Batch de órdenes a
la fase
• asegurarse de que otro programa o el software RSBizWare Batch no
sea ya el propietario de una fase
renunciar a la propiedad de una fase Detach from Equipment Phase (PDET)
anular un comando Equipment Phase Override (POVR)
Para obtener más información, consulte el documento PhaseManager User

Manual, publicación LOGIX-UM001.

Capítulo 11
Cómo optimizar una aplicación para el

control de procesos
Introducción El controlador Logix5000 integra un editor de diagrama de bloque de funciones

y varias instrucciones de control de proceso. El controlador generalmente puede
ejecutar más lazos que lo que requieren las aplicaciones típicas.
Comparación de las La instrucción PIDE de bloques de funciones ofrece mejoras adicionales con
respecto a la instrucción PID de lógica de escalera de relés.
instrucciones PID y PIDE
PID con características mejoradas (PIDE): PID estándar:
algoritmo de formato de velocidad que funciona ante el cambio de algoritmo de formato de posición que funciona ante valores de error
un valor de error
Este algoritmo es del mismo tipo que el que se usa en la mayoría de
sistemas DCS. El algoritmo también facilita la implementación de
ganancias adaptivas.
conjunto completo de modos: conjunto limitado de modos
• control de programa/operador • modo auto
• modo de cascada/relación • modo manual de software (similar al modo manual PIDE)
• modo auto • modo manual (similar al modo mano PIDE)
• modo manual
• modo anular
• modo mano
selección de modos de temporización disponible: ningún modo de temporización
• periódica
• sobremuestreo
• muestreo en tiempo real
manejo de fallos PV/CV no tiene manejo de fallos PV/CV
El bloque PIDE tiene los miembros PVFault y CVFault incorporados.
transferencia sin perturbaciones total hacia y fuera del modo sin transferencia sin perturbaciones hacia o fuera del modo cascada
cascada

11-2 Cómo optimizar una aplicación para el control de procesos
Pautas para programar lazos PID

Configure las tareas periódicas para que se ejecuten al régimen deseado.
Coloque lazos PID en una tarea
periódica
Calcule el número de lazos PID que pueden ejecutarse como:

Calcule el número de lazos en
(tiempo de ejecución de tareas periódicas en ms) / 2
base al tiempo de ejecución de
la tarea Esto deja tiempo suficiente para que el controlador administre otra lógica en tareas de
menor prioridad.
Calcule el número de lazos
El número de lazos depende del tiempo de ejecución de la tarea periódica, y

del controlador.
Tiempos de ejecución de la tarea periódica (ms)

Controlador 10 20 40 100 250 500 1000
1756-L55 6 13 26 64 161 322 644
1756-L6x 18 36 72 180 450 899 1799

Cómo optimizar una aplicación para el control de procesos 11-3
instrucciones de proceso
avanzadas
Instrucción: Descripción:
Alarm (ALM) proporciona alarma para cualquier señal analógica.
Enhanced PID (PIDE) proporciona capacidades optimizadas con respecto a la instrucción PID estándar.
La instrucción usa el formato de velocidad del algoritmo PID. Los términos de ganancia se
aplican al cambio en el valor de error o PV, no al valor de error o PV.
Ramp/Soak (RMPS) proporciona un número de segmentos de períodos de rampa e inmersión alternativos.
Scale (SCL) convierte un valor de entrada no escalado a un valor de punto flotante (coma flotante) en
unidades de ingeniería.
Position Proportional (POSP) abre o cierra un dispositivo abriendo o cerrando los contactos con un tiempo de ciclo
definido por el usuario, y con una anchura de impulso proporcional a la diferencia entre las
posiciones deseada y real.
Split Range Time Proportional (SRTP) obtiene la salida 0-100% de un lazo PID y controla los contactos de salida digital de
calentamiento y enfriamiento con un pulso periódico.
Lead Lag (LDLG) proporciona una compensación de avance-retardo de fase para una señal de entrada.
Function Generate (FGEN) convierte una entrada en base a una función lineal a nivel de pieza.
Totalizer (TOT) proporciona una acumulación con escala de tiempo de un valor de entrada analógica.
Deadtime (DEDT) realiza un retardo de una sola entrada. Usted selecciona la cantidad de retardo de tiempo muerto.
Discrete 2-State Device (D2SD) controla un dispositivo discreto que tiene sólo dos estados posibles, tales como
activado/desactivado, abierto/cerrado, etc.
Discrete 3-State Device (D3SD) controla un dispositivo discreto que tiene sólo tres estados posibles, tales como
rápido/lento/desactivado, avance/paro/retroceso, etc.

11-4 Cómo optimizar una aplicación para el control de procesos
Plantillas El software de RSLogix 5000 incluye plantillas para algunas instrucciones de

bloques de funciones. Estas plantillas son controles de Active-X que leen toda
la estructura de datos para la instrucción asociada. Utilice estas plantillas con el
software RSView o con cualquier otra aplicación que actúe como un
contenedor de Active-X.
IMPORTANTE El software de programación RSLogix 5000 no es un contenedor de Active-X

válido.
Las plantillas se comunican con el controlador mediante un servidor RSLinx

OPC disponible con el software RSLinx Classic. El servidor RSLinx OPC no
está disponible en el software RSLinx Lite que viene con el software de
RSLogix 5000. Usted tiene que adquirir un paquete tal como RSLinx Classic
OEM, Professional o Gateway.
Las siguientes instrucciones tienen plantillas:

• Alarm (ALM)
• Enhanced Select (ESEL)
• Totalizer (TOT)
• Ramp/Soak (RMPS)
• Discrete 2-State Device (D2SD)
• Discrete 3-State Device (D3SD)
• Enhanced PID (PIDE)
El software RSLogix 5000 versión 15 y posteriores también incluye una

biblioteca gráfica del mismo conjunto de instrucciones para utilizarlas con
aplicaciones de RSView SE y RSView ME. Esta biblioteca gráfica requiere el
software RSLinx Enterprise y utiliza objetos nativos disponibles en el entorno
de desarrollo RSView Studio. Esta biblioteca gráfica está disponible en la
carpeta \ENU\Tools en el CD del software de RSLogix 5000.
Comparación de plantillas de Active-X y elementos de la biblioteca gráfica

Plantillas de Active-X: Elementos de la biblioteca gráfica:
requiere el software RSLinx Classic requiere el software RSLinx Enterprise
para utilizarse con contenedores de Active-X, como RSView 32 ó los para utilizarse con RSView SE o RSView ME
productos de Microsoft Office
sólo se acepta en plataformas de PC acepta todas las plataformas de edición de supervisor y de edición
de máquina
las plantillas incorporan casillas de verificación y botones de radio las gráficas incorporan botones y cuadros de texto
no permite la personalización permite la personalización

Capítulo 12
Cómo administrar el firmware del controlador
Introducción Los controladores Logix utilizan firmware de memoria flash que usted puede
actualizar en el suyo propio. Usted elige en qué nivel de revisión desea operar y
cuándo actualizar el controlador.
Pautas para administrar el firmware del controlador

Cuando se publica, una versión de software específica acepta las características y funciones
Mantenga las versiones del de una versión de firmware específica. Para utilizar una revisión de firmware específica,
software y del firmware en los usted debe tener la versión de software correspondiente. Esta combinación de software y
mismos niveles de revisión firmware se considera compatible.
mayor Un número de revisión consiste en un número de revisión mayor y un número de revisión
menor, en este formato x.yy:
Donde Es
XX la revisión mayor
se actualiza en cada versión en la que hay un cambio funcional
yy la revisión menor
se actualiza cada vez que hay un cambio que no afecta a la función ni a la
interface
Incluya información de la revisión de software y de firmware en esquemas eléctricos y en el

Documente las revisiones de resto de la documentación del proyecto.
firmware
Siempre lea las notas de la versión que acompañan las versiones nuevas de software y las
Lea las notas asociadas a la revisiones nuevas de firmware antes de instalarlos. Estas notas de la versión le ayudan a
versión comprender las mejoras y los cambios, y también pueden ayudarlo a determinar si necesita
modificar su aplicación debido a los cambios. En la mayoría de los casos, su aplicación
funcionará normalmente después de una actualización.

12-2 Cómo administrar el firmware del controlador
Comparación de Los controladores se entregan con firmware básico que sólo acepta la
actualización del firmware del controlador a la revisión requerida. Usted debe
ControlFlash y AutoFlash actualizar el firmware a una revisión que sea compatible con su versión de
software de RSLogix 5000. Puede utilizar:
Software ControlFlash: Software AutoFlash:

herramienta autónoma integrado con el software de programación de RSLogix 5000
activación manual desde un icono de escritorio o una lista de El software verifica automáticamente el firmware del controlador y
programas del módulo de movimiento durante la descarga de un proyecto. Si el
firmware es de una versión demasiado vieja, el software le invita a
actualizarlo.
acepta todos los módulos Logix5000, incluyendo controladores, acepta controladores Logix5000 y módulos de movimiento
módulos de comunicación, de E/S y de movimiento
acepta conexión en serie, de ControlNet y de EtherNet/IP al acepta conexión en serie, de ControlNet y de EtherNet/IP al
controlador para la actualización del firmware controlador para la actualización del firmware
Para obtener más información, consulte el documento ControlFlash Firmware

Upgrade Kit User Manual, publicación 1756-6.5.6
Cómo acceder al firmware El software de RSLogix 5000 se envía con juegos de actualización del
firmware. Las revisiones del firmware también están disponibles en el sitio web
de Rockwell Automation. Para descargar un juego de actualización:
1. Vaya a support.rockwellautomation.com
2. En la sección izquierda de la ventana, bajo Downloads, haga clic en

Firmware Updates

Glosario
A
Término: Definición:
almacenar en caché Dejar una conexión abierta para una instrucción MSG que se ejecuta repetidamente.
alcance del controlador Estos son datos accesible en cualquier parte del controlador. El controlador contiene un conjunto de
tags a los cuales las rutinas y alias pueden referirse en cualquier programa, así como otros alias
dentro del alcance del controlador.
Véase alcance del programa.
alcance del programa Datos accesibles solamente dentro del programa actual. Cada programa contiene un conjunto de tags
a los cuales las rutinas y alias pueden referirse en dicho programa.
Véase alcance del controlador.
B
búfer Un área de memoria temporal usada para poner en la cola mensajes de entrada y salida. El área de
búfer de un dispositivo determina cuántos mensajes pueden colocarse en la cola para su
procesamiento.
C
conexión Un vínculo de comunicación entre dos dispositivos, por ejemplo entre un controlador y un módulo de
E/S, un terminal PanelView u otro controlador.
• las conexiones son asignaciones de recursos que proporcionan comunicaciones más
confiables entre dispositivos que los mensajes no conectados.
• usted determina indirectamente el número de conexiones que utiliza el controlador al
configurarlo para que se comunique con otros dispositivos en el sistema.
conexión directa Una conexión directa es un vínculo de transferencia de datos en tiempo real entre el controlador y un
módulo de E/S. El controlador mantiene y monitorea la conexión con el módulo de E/S. Cualquier
interrupción en la conexión, tal como el fallo de un módulo, o la desinstalación de un módulo con la
alimentación eléctrica conectada, establece bits de fallo en el área de datos asociada con el módulo.
Véase conexión de rack optimizado.
conexión local Una conexión a un módulo en un chasis local, a un chasis local extendido o cualquiera de los bancos
de E/S configurados para el controlador. La comunicación ocurre a través del backplane o del
backplane virtual y no requiere adaptador ni un módulo de comunicación adicional.
conexión de rack optimizado Para los módulos de E/S digitales, puede seleccionar la comunicación de rack optimizado. Una
comunicación de rack optimizado consolida el uso de conexiones entre el controlador y todos los
módulos de E/S digitales en el chasis (o riel DIN). En lugar de tener conexiones individuales directas
para cada módulo de E/S, se usa una sola conexión para todo el chasis (o riel DIN).
Véase conexión directa.
conexión remota Una conexión a un módulo en un chasis remoto o riel DIN. La comunicación requiere un módulo de
comunicación y/o un adaptador.
conexión programada Una conexión programada es exclusiva de las comunicaciones ControlNet. Una conexión programada
permite enviar y recibir datos repetidamente a un régimen predeterminado, el cual es el intervalo
entre paquetes solicitados (RPI). Por ejemplo, una conexión a un módulo de E/S es una conexión
programada porque se reciben datos repetidamente desde el módulo a un régimen especificado. Otras
conexiones programadas incluyen conexiones a:
• dispositivos de comunicación
• tags producidos/consumidos
En una red ControlNet, usted debe usar RSNetWorx para ControlNet para habilitar todas las
conexiones programadas y establecer un tiempo de actualización (NUT).

2
E
elemento Una unidad direccionable de datos que es una subunidad de una unidad mayor de datos. Una sola
unidad de una matriz o estructura.
explícita Una conexión que no tiene tiempo crítico y tiene índole de petición/respuesta. Ejemplos de conexiones
explícitas son ejecutar una instrucción MSG o ejecutar una carga de programa. La palabra "explícita"
se refiere a la información básica (dirección de origen, tipo de datos, dirección de destino, etc.) que se
incluye en cada mensaje.
Véase implícita.
estructura Algunos tipos de datos son una estructura.
• Una estructura almacena un grupo de datos; cada grupo de datos puede ser un tipo de datos
diferente.
• Dentro de una estructura, cada tipo de datos individual se denomina un miembro.
• Al igual que los tags, los miembros tienen un nombre y un tipo de datos.
• Usted crea sus propias estructuras definidas por el usuario usando cualquier combinación de
tags individuales y la mayoría de las otras estructuras.
• Para copiar datos a una estructura, use la instrucción COP.
F
fase del equipo Una fase del equipo es un tipo de programa. Tiene rutinas y un conjunto de tags aislados. También
tiene:
• modelo de estado
• máquina de estado
• tipo de datos PHSAE
I
implícita Una conexión que tiene tiempo más crítico. Esto incluye tags producidos/consumidos La palabra
"implícita" se refiere a la información (dirección de origen, tipo de datos, dirección de destino, etc.)
implícita en el mensaje pero no contenida en el mensaje.
Véase explícita.
índice Una referencia usada para especificar un elemento dentro de una matriz.
intervalo entre paquetes solicitados (RPI) Cuando se comunica mediante la red, ésta es la cantidad máxima de tiempo entre la producción
subsiguiente de datos de entrada.
• Este intervalo se configura típicamente en microsegundos.
• La producción de datos está limitada al múltiplo más grande del tiempo de actualización de la
red que sea menor que el intervalo entre paquetes solicitados seleccionado.

3
M
miembro Un elemento de una estructura que tiene su propio tipo de datos y nombre.
• Los miembros pueden ser también estructuras creando así tipos de datos de estructura
anidada.
• Cada miembro dentro de una estructura puede ser de un tipo de datos diferente.
máquina de estado Una máquina de estado:
• llama a la rutina principal (rutina de estado) para un estado activo
• administra las transiciones entre estados con codificación mínima
• asegura que el equipo vaya de estado a estado a lo largo de una ruta permisible
modelo de estado Un modelo de estado divide el ciclo operativo de su equipo en una serie de estados: Cada estado es un
instante en la operación del equipo. Se trata de las acciones o las condiciones del equipo en un
momento dado.
mensaje no conectado Un mensaje no conectado es un mensaje que no requiere recursos de conexión. Un mensaje no
conectado se envía como petición/respuesta simple.
P
post-escán Una función del controlador que permite que se examine la lógica dentro de un programa antes de
inhabilitar el programa a fin de restablecer las instrucciones y datos.
preescán El preescán es un escán intermedio durante la transición al modo Marcha.
• El controlador realiza un preescán cuando se cambia del modo de programación al modo
marcha.
• El preescán examina todos los programas e instrucciones e inicializa los datos en base a los
resultados.
• Algunas instrucciones se ejecutan de manera diferente durante el preescán que durante el
escán normal.
R
régimen de actualización general Determina el régimen periódico al cual se ejecuta la tarea de control de movimiento para calcular la
posición comandada del servo, la velocidad y aceleraciones que se enviarán a los módulos de control
de movimiento al ejecutar las instrucciones de control de movimiento.
tipos de datos atómicos Tipos de datos BOOL, SINT, INT, DINT y REAL
tipo de datos compuesto Tipos de datos de matriz, estructura y cadena.
tag consumido Un tag que recibe los datos que son difundidos por un tag producido mediante la red EtherNet/IP,
ControlNet o el backplane ControlLogix. Un tag consumido debe:
• estar dentro del alcance del controlador
• ser del mismo tipo de datos (incluso cualesquiera dimensiones de matriz) que el tag remoto
(tag producido)
Véase tag producido.

4
tiempo de actualización de la red (NUT) El intervalo de tiempo repetitivo durante el cual se pueden enviar datos en una red ControlNet. El
tiempo de actualización de la red tiene un rango de 2 ms a 100 ms.
tag producido Un tag que el controlador hace disponible para uso de otros controladores. Todos los tags producidos
siempre son tags del controlador cubiertos.
Véase tag consumido.
tiempo de procesamiento interno del Especifica el porcentaje de tiempo del controlador (excluyendo el tiempo para las tareas periódicas)
sistema que se dedica a la comunicación y a las funciones de segundo plano (procesamiento interno del
sistema):
versión de firmware Para productos que tienen componentes de firmware, la etiqueta de identificación del producto
identifica la revisión del firmware. Esta revisión denota al sistema operativo para el dispositivo. El
número de revisión de firmware consiste generalmente en dos números separados por un punto. Por
ejemplo, en la revisión del firmware 10.02, el primer número (10) define la revisión mayor y el segundo
número (02) define la revisión menor.
Consulte la versión de software.
versión de software La etiqueta de identificación del producto de un producto de software identifica la versión de
software. Esta versión denota la versión funcional del software. El número de versión del software
consiste generalmente en dos números separados por un punto. Por ejemplo, en la versión del
software 10.02, el primer número (10) define la revisión mayor y el segundo número (02) define la
revisión menor.
Consulte la revisión de firmware.

Publicaciones disponibles
Plataforma Logix5000: Publicaciones:

Redes • EtherNet/IP Modules in Logix5000 Control Systems User Manual, ENET-UM001
• ControlNet Modules in Logix5000 Control Systems User Manual, CNET-UM001
• DeviceNet Modules in Logix5000 Control Systems User Manual, DNET-UM004
Controladores Logix5000 • Logix5000 Controllers Quick Start, 1756-QS001
• Logix5000 Common Procedures Programming Manual, 1756-PM001
• SFC and ST Programming Languages Programming Manual,1756-PM003 (este
manual es un extracto del documento Logix5000 Controllers Common Procedures
Programming Manual)
• Logix5000 Controllers General Instructions Reference Manual, 1756-RM003
• Logix5000 Controllers Process Control and Drives Instructions Reference Manual,
1756-RM006
• Phase Manager User Manual, LOGIX-UM001
• Logix5000 Controllers Motion Instructions Reference Manual, 1756-RM007
• Logix5000 Controllers System Reference Manual, 1756-QS107
• Logix5000 Controllers Import/Export Reference Manual, 1756-RM084G
• Converting PLC-5 or SLC 500 Logic to Logix5000 Logic Reference Manual,
1756-RM085
Controladores ControlLogix • ControlLogix Controllers Installation Instructions, 1756-IN101
• ControlLogix System User Manual, 1756-UM531
• ControlLogix Motion Module Setup and Configuration Manual, 1756-UM006
Controladores CompactLogix • 1769-L31 CompactLogix Controllers Installation Instructions, 1769-IN069
• 1769-L32E, -L35E CompactLogix Controllers Installation Instructions, -L35E,
1769-IN020
• 1769-L32C, -L35CR CompactLogix Controllers Installation Instructions, 1769-IN070
• CompactLogix System User Manual, 1769-UM011
Controladores FlexLogix • FlexLogix Controllers Installation Instructions, 1794-IN002
• FlexLogix System User Manual, 1794-UM001
Controladores SoftLogix • SoftLogix Controllers Installation Instructions, 1789-IN001
• SoftLogix System User Manual, 1789-UM002
El software de programación RSLogix 5000 incluye los archivos PDF de estas

publicaciones, además de ayuda en línea y un cursillo.

Sitios web para obtener información
adicional
Tema: Sitio web:

Información de productos Logix www.ab.com/logix/
Información de productos NetLinx www.ab.com/networks/
Actualizaciones de software (se requiere el support.rockwellautomation.com
número de serie del producto)
En la sección izquierda de la ventana, bajo Downloads, seleccione Software Updates
Actualizaciones de firmware (se requiere el support.rockwellautomation.com
número de serie del producto)
En la sección izquierda de la ventana, bajo Downloads, seleccione Firmware Updates
Archivos EDS de Rockwell Automation www.ab.com/networks/eds/
Foro de RSLogix 5000 www.software.rockwell.com/forum/RSLogix/
Manuales de Rockwell Automation literature.rockwellautomation.com

Notas:

Servicio de soporte técnico Rockwell Automation proporciona información técnica en la web para ayudarle a usar
nuestros productos. En http://support.rockwellautomation.com, usted puede
de Rockwell Automation encontrar manuales técnicos, respuestas a preguntas formuladas frecuentemente, notas
técnicas y de aplicación, ejemplo de códigos y vínculos a paquetes de servicio de
software, además de la función MySupport que usted puede personalizar para
aprovechar al máximo estas herramientas.
Para un nivel adicional de soporte técnico por teléfono para instalación, configuración
y resolución de problemas, ofrecemos los programas TechConnect Support. Para
obtener más información, comuníquese con el distribuidor regional o con el
representante de Rockwell Automation, o visite
http://support.rockwellautomation.com.
Asistencia para la instalación
Si tiene un problema con un módulo de hardware durante las primeras 24 horas de

instalación, por favor revise la información contenida en este manual. También puede
comunicarse con un número especial de Soporte al Cliente para obtener ayuda inicial
para la puesta en marcha de su módulo:
Estados Unidos 1.440.646.3223

Lunes – Viernes, de 8 a.m. a 5 p.m., hora oficial del Este
Fuera de Estados Para la resolución de dudas técnicas, comuníquese con su
Unidos representante local de Rockwell Automation.
Procedimiento de devolución de un producto nuevo
Rockwell prueba todos nuestros productos para asegurar que estén totalmente
operativos cuando se envían de la fábrica. Sin embargo, si el producto no funciona y
necesita devolverlo:
Estados Unidos Comuníquese con el distribuidor. Deberá proporcionar al distribuidor

un número de caso de soporte al cliente (llame al número de teléfono
anterior para obtener uno) a fin de completar el proceso de devolución.
Fuera de Estados Por favor comuníquese con el representante regional de Rockwell
Unidos Automation para obtener información sobre el procedimiento de
devolución.
XXXSPDLXFMMBVUPNBUJPODPN
4PMVDJPOFTEFQPUFODJB DPOUSPMFJOGPSNBDJØO
"NÏSJDBT3PDLXFMM"VUPNBUJPO 4PVUI4FDPOE4USFFU .JMXBVLFF 8*64" 5FM
'BY

&VSPQB.FEJP0SJFOUF«GSJDB3PDLXFMM"VUPNBUJPO4"/7 7PSTUMBBO#PVMFWBSEEV4PVWFSBJO #SVTFMBT #ÏMHJDB 5FM
'BY

"TJB1BDÓmDP3PDLXFMM"VUPNBUJPO -FWFM $PSF' $ZCFSQPSU $ZCFSQPSU3PBE )POH,POH 5FM
'BY

"SHFOUJOB3PDLXFMM"VUPNBUJPO4" "MFN 1JTP $1""4 $BQJUBM'FEFSBM #VFOPT"JSFT 5FM

'BY
XXXSPDLXFMMBVUPNBUJPODPNBS
$IJMF3PDLXFMM"VUPNBUJPO$IJMF4" -VJT5IBZFS0KFEB 1JTP 1SPWJEFODJB 4BOUJBHP 5FM
'BY
XXXSPDLXFMMBVUPNBUJPODM
$PMPNCJB3PDLXFMM"VUPNBUJPO4" .VFMMF*OEVTUSJBM** #PEFHB $S/ 4BOUB'FEF#PHPUÈ 5FM
'BY
XXXSPDLXFMMBVUPNBUJPODPNDP
&TQB×B3PDLXFMM"VUPNBUJPO4" %PDUPS5SVFUB #BSDFMPOB 5FM
'BY
XXXSPDLXFMMBVUPNBUJPOFT
.ÏYJDP3PDLXFMM"VUPNBUJPO4"EF$7 #PTRVFTEF$JFSVMPT/ $PM#PTRVFTEF-BT-PNBT $1.ÏYJDP %' 5FM
'BY
XXXSPDLXFMMBVUPNBUJPODPNNY
7FOF[VFMB3PDLXFMM"VUPNBUJPO4" &EJmDJPT"MMFO#SBEMFZ "W(PO[ÈMF[3JODPOFT ;POB*OEVTUSJBM-B5SJOJEBE $BSBDBT 5FM
'BY
XXXSPDLXFMMBVUPNBUJPODPNWF
Publicación 1756-RM094B-ES-P - Agosto 2005 4 PN 953002-81

Reemplaza a la publicación 1756-RM094A-ES-P- Mayo 2004 Copyright © 2005 Rockwell Automation, Inc. Todos los derechos reservados. Impreso en EE.UU.

1756 rm094 - Es P PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

1756 rm094 - Es P PDF

Cargado por

Copyright:

Formatos disponibles

Consideraciones

Además, estos cambios generales se encuentran a lo largo de la publicación:

1 Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Diseño de sistemas Logix5000

Este símbolo: Indica lo siguiente:

Además de los temas específicos del controlador descritos en cada capítulo,

i Publicación 1756-RM094B-ES-P - Agosto 2005

Identifica información crítica para una correcta aplicación y

Identifica información sobre prácticas o circunstancias que

PELIGRO DE Puede haber etiquetas en el interior o en el exterior del variador

Identifica información sobre prácticas o circunstancias que

PELIGRO DE Puede haber etiquetas en el interior o en el exterior del variador

Publicación 1756-RM094B-ES-P - Agosto 2005

1 Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Recursos del controlador Logix5000

Introducción Según el controlador, los recursos se dividen de maneras diferentes:

Controladores ControlLogix - la memoria se separa en dos secciones aisladas

Lógica y memoria de Memoria de E/S

listas de grupos de búferes de mensajes

• La CPU Logix ejecuta el código de aplicación y los mensajes.

Controladores CompactLogix, FlexLogix y DriveLogix - la memoria está en una sección contigua

Lógica, datos y memoria de E/S

código de origen del datos de E/S

1 Publicación 1756-RM094B-ES-P - Agosto 2005

Controladores SoftLogix - la memoria está en una sección contigua

Lógica, datos y memoria de E/S

código de origen del datos de E/S

Para este controlador: La tarea de E/S tiene: La tarea de comunicaciones tiene:

Para todos los controladores, se usa la memoria en tiempo de ejecución para:

Cálculo del uso de memoria

Reserve un 20 a 30% de la memoria del controlador para permitir el crecimiento.

Publicación 1756-RM094B-ES-P - Agosto 2005

Uso de la memoria del controlador Logix5000 por parte de RSLinx

Comparación con la memoria PLC/SLC

Los controladores Logix5000 usan instrucciones compiladas para

Si usted tiene un programa PLC/SLC, puede calcular el número de bytes

número de palabras PLC/SLC ∗ 18 = número de bytes Logix5000

Publicación 1756-RM094B-ES-P - Agosto 2005

• acceso al software de programación RSLogix 5000

Atributo de comunicación: ControlLogix y SoftLogix: CompactLogix: FlexLogix y DriveLogix:

En última instancia, el límite de conexiones puede residir en el módulo de

Publicación 1756-RM094B-ES-P - Agosto 2005

El (los) módulo(s) de comunicación que usted selecciona determinan cuántas

Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Cómo dividir la lógica en tareas, programas y

Introducción El sistema operativo del controlador es un sistema que permite la priorización

Los programas son útiles para proyectos desarrollados por varios

Consulte “Cómo desarrollar un código de aplicación en las rutinas” en la página

1 Publicación 1756-RM094B-ES-P - Agosto 2005

Publicación 1756-RM094B-ES-P - Agosto 2005

Si una tarea periódica o de evento se está ejecutando cuando otra se activa,

Publicación 1756-RM094B-ES-P - Agosto 2005

Administración de las Usted puede configurar estas tareas de usuario:

Publicación 1756-RM094B-ES-P - Agosto 2005

Factores que afectan la ejecución de tareas

El tiempo de procesamiento interno del sistema es el tiempo que el controlador dedica a la

Al final de una tarea, el controlador realiza las operaciones de tiempo de procesamiento

Si tiene demasiadas tareas, entonces: