uso de controllogix en aplicaciones sil2

5/10/2018 Uso de ControlLogix en Aplicaciones SIL2 - slidepdf.com

http://slidepdf.com/reader/full/uso-de-controllogix-en-aplicaciones-sil2 1/150

Uso de ControlLogixen aplicaciones SIL2

Productos 1756

Manual de referencia deseguridad



Información importantepara el usuario

Debido a la variedad de usos de los productos descritos en esta publicación, laspersonas responsables de la aplicación y uso de estos productos deben asegurarsede que se hayan seguido todos los pasos necesarios para que cada aplicación y usocumpla con todos los requisitos de rendimiento y seguridad, incluyendo leyes,reglamentos, códigos y normas aplicables. En ningún caso se responsabilizará aRockwell Automation por daños indirectos o resultantes del uso o aplicación de

estos productos. Los usuarios deben realizar una correcta evaluación de los riesgosde su aplicación y de las funciones de seguridad y deben garantizar que el personalesté bien formado y sea cualificado.

Los ejemplos de ilustraciones, gráficos, programas y esquemas mostrados en estapublicación tienen la única intención de ilustrar el texto. Debido a las muchas

variables y requisitos asociados con cualquier instalación particular, Rockwell Automation no puede asumir responsabilidad u obligación (incluyendoresponsabilidad de propiedad intelectual) por el uso real basado en los ejemplosmostrados en esta publicación.

La publicación SGI-1.1 de Rockwell Automation, Safety Guidelines for the Application,Installation and Maintenance of Solid-State Control (disponible a través de la oficina

regional de Rockwell Automation), describe algunas diferencias importantes entredispositivos de estado sólido y dispositivos electromecánicos, las cuales debentenerse en consideración al usar productos tales como los descritos en estapublicación.

Está prohibida la reproducción total o parcial del contenido de esta publicación depropiedad exclusiva, sin el permiso escrito de Rockwell Automation.

En esta publicación hacemos estas anotaciones para informarle deconsideraciones de seguridad Las siguientes anotaciones y sus declaracionesayudarán a identificar un posible peligro, evitar un posible peligro y reconocer lasconsecuencias de un posible peligro.

ADVERTENCIA

!

Identifica información acerca de prácticas o circunstancias

que pueden causar una explosión en un ambiente peligroso, locual podría causar lesiones personales o la muerte, dañosmateriales o pérdidas económicas.

ATENCIÓN

!

Identifica información sobre prácticas o circunstancias quepueden conducir a lesiones personales o la muerte, o a dañosmateriales o pérdidas económicas.

IMPORTANTE Identifica información importante para la aplicación y entendimiento correctos del producto. Sírvase tomar notade que en esta publicación se usa el punto decimal paraseparar la parte entera de la decimal de todos los números.


http://slidepdf.com/reader/full/uso-de-controllogix-en-aplicaciones-sil2 3/1501 Publicación 1756-RM092A-ES-P - Septiembre 2002

Prefacio

Introducción El objetivo de este manual de aplicación es describir los componentes delsistema de control ControlLogix disponibles a través de Rockwell Automationideales para su uso en aplicaciones SIL2.

Organización del manual Este manual está diseñado para ayudar a entender cómo puede obtener elsistema de control ControlLogix una certificación SIL2. En la Tabla Prefacio.1 se indica la información disponible en cada sección.

Tabla Prefacio.1

Sección: Título: Descripción:

Capítulo 1 Política SIL Introducción a la política SIL y a su relación conel sistema ControlLogix.

Capítulo 2 El sistema ControlLogix Breve descripción general de todos loscomponentes presentes en el sistemaControlLogix con certificación SIL2.

Capítulo 3 Hardware del sistemaControlLogix

Descripción de las fuentes de alimentacióneléctrica y los chasis ControlLogix usados en elsistema ControlLogix con certificación SIL2.

Capítulo 4 Controlador ControlLogix Descripción del controlador ControlLogix usadoen el sistema ControlLogix con certificación SIL2.

Capítulo 5 Módulos de comunicacionesControlLogix

Descripción de los módulos de comunicacionesControlLogix usados en el sistema ControlLogixcon certificación SIL2.

Capítulo 6 Módulos de E/S ControlLogix Descripción de los módulos de E/S ControlLogix

usados en el sistema ControlLogix concertificación SIL2.

Capítulo 7 Fallos en el sistema ControlLogix Descripción de dos condiciones comunes quecausan un fallo en un sistema ControlLogix.

Capítulo 8 Requisitos generales para elsoftware de aplicación

Pautas para el desarrollo de aplicaciones enRSLogix 5000 relacionadas con SIL2.

Capítulo 9 Requisitos técnicos SIL2 para elprograma de aplicación

Descripción de la seguridad técnica necesaria enaplicaciones ControlLogix con certificación SIL2.

Capítulo 10 Uso y aplicación de interfacesHMI

Descripción de las precauciones y técnicas quedeben usarse con los dispositivos HMI cuando seusan con aplicaciones ControlLogix concertificación SIL2.

Apéndice A Tiempos de respuesta enControlLogix

Información adicional sobre los componentespresentes en una aplicación ControlLogix concertificación SIL2.

Apéndice B Autoprueba del sistema yrespuestas programadas por elusuario

Explicación de las autopruebas y de lasrespuestas del sistema disponibles en el sistemaControlLogix.

Apéndice C Información adicional sobre elmanejo de fallos en el sistemaControlLogix

Información adicional que puede ayudar alusuario a manejar fallos.


http://slidepdf.com/reader/full/uso-de-controllogix-en-aplicaciones-sil2 4/150Publicación 1756-RM092A-ES-P - Septiembre 2002

Prefacio 2

Terminología En la tabla siguiente se describen los acrónimos usados en este manual.

Tabla Prefacio.2 Lista de los acrónimos usados en el manual de aplicación deseguridad

Acrónimo: Términocompleto:

Definición:

CIP Protocolo decontrol einformación

Protocolo de mensajes usado por los sistemasLogix5000™. Es un protocolo de comunicacionesnativo usado en redes de comunicacionesControlNet™, entre otras.

DC Cobertura dediagnóstico

Diseño avanzado ofrecido en módulos de entrada ysalida ControlLogix específicos que proporciona almódulo más oportunidades para detectar y aislarerrores o funcionamientos incorrectos.

EN Norma europea Estándar europeo oficial.

GSV Get System Value(Obtener un valor

del sistema)

Instrucción de salida de lógica de escalera querecupera información de estado del controlador

especificado y la coloca en un tag de destino.MTBF Tiempo medio

entre fallosTiempo medio entre instancias de fallos delsistema. IEC 61508 cuantifica esta clasificaciónafirmando que la frecuencia de las demandas deoperación del sistema de seguridad no es mayorque una vez al año en el modo de demanda baja, oes mayor que una vez al año en el modo dedemanda alta o continuada.

MTTR Tiempo mediopara restauración

Tiempo medio necesario para que un sistema decontrol restaure el funcionamiento normaldespués de un error.

PADT Herramienta deprogramación ydepuración

Software RSLogix 5000 usado para programar ydepurar una aplicación ControlLogix concertificación SIL2.

PC Computadorapersonal

Computadora usada para interactuar con unsistema ControlLogix (y controlarlo) mediantesoftware de programación RSLogix 5000.

PFD Probabilidad defallo bajodemanda

Probabilidad media de que un sistema no puedaefectuar su función de diseño bajo demanda oprobabilidad de fallo bajo demanda.

PFH Probabilidad defallo por hora

Probabilidad por hora de que un sistema presenteun fallo que pueda ser peligroso.


http://slidepdf.com/reader/full/uso-de-controllogix-en-aplicaciones-sil2 5/150iii Publicación 1756-RM092A-ES-P - Septiembre 2002

Índice

Capítulo 1

Política SIL Introducción a SIL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1Certificación SIL2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4Pruebas de funcionamiento a plena carga . . . . . . . . . . . . . . . . . . . . . . 1-5Componentes del sistema ControlLogix con certificación

SIL2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-6Certificaciones y cumplimiento de normas de seguridad . . . . . . . . . . 1-7Diseños de hardware y funciones de firmware . . . . . . . . . . . . . . . . . . 1-8Diferencia entre PFD y PFH. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-8Distribución y peso de cumplimiento con SIL. . . . . . . . . . . . . . . . . 1-13Certificaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-14

Tiempos de respuesta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-14 Tiempo del temporizador de control (watchdog) en elsistema ControlLogix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-15Información de contacto si se produce un fallo en eldispositivo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-15

Resumen de este capítulo y contenido del siguiente. . . . . . . . . . . . . 1-15

Capítulo 2

El sistema ControlLogix Descripción general de la plataforma ControlLogix. . . . . . . . . . . . . . 2-1Descripción general de la arquitectura ControlLogix. . . . . . . . . . . . . 2-2

Generación de informes de fallos del módulo . . . . . . . . . . . . . . . 2-3Manejo de fallos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3Comprobación de la comunicación del eco de datos. . . . . . . . . . 2-4Prueba de impulsos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-5Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-6

Comunicaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-6Otras características únicas que son de ayuda en los diagnósticos . .2-7

Lista de comprobación del sistema ControlLogix . . . . . . . . . . . . . . . 2-7Resumen del capítulo y contenido del siguiente . . . . . . . . . . . . . . . . . 2-8

Capítulo 3

Hardware del sistema

ControlLogix

Introducción al hardware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1Chasis ControlLogix. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-2Fuentes de alimentación ControlLogix . . . . . . . . . . . . . . . . . . . . . . . . 3-2

Fuente de alimentación no redundante. . . . . . . . . . . . . . . . . . . . . 3-3Fuente de alimentación redundante . . . . . . . . . . . . . . . . . . . . . . . 3-3Recomendaciones para el uso del hardware del sistema. . . . . . . . . . . 3-4

Chasis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-4Fuentes de alimentación eléctrica . . . . . . . . . . . . . . . . . . . . . . . . . 3-4

Documentación relacionada con el hardware ControlLogix . . . . . . . 3-5Resumen del capítulo y contenido del siguiente . . . . . . . . . . . . . . . . . 3-5

Capítulo 4

Controlador ControlLogix Introducción al controlador. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1Recomendaciones para el uso del controlador . . . . . . . . . . . . . . . . . . 4-2Documentación relacionada con el controlador. . . . . . . . . . . . . . . . . 4-2Resumen del capítulo y contenido del siguiente . . . . . . . . . . . . . . . . . 4-2

http://1756rm001aenptoc.pdf/

http://1756rm001aenptoc.pdf/



iv Índice

Capítulo 5

Módulos de comunicaciones

ControlLogix

Introducción a los módulos de comunicaciones. . . . . . . . . . . . . . . . . 5-1Módulo de puente ControlNet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2

Cableado ControlNet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2Cobertura de diagnósticos de módulos ControlNet . . . . . . . . . . 5-2

Módulo Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2Diferencias entre Ethernet y ControlNet . . . . . . . . . . . . . . . . . . . . . . 5-2Recomendaciones para el uso de módulos decomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-3Documentación relacionada con los módulos decomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-3Resumen del capítulo y contenido del siguiente . . . . . . . . . . . . . . . . . 5-4

Capítulo 6

Módulos de E/S ControlLogix Descripción general de los módulos de E/S ControlLogix . . . . . . . . 6-1Generación de informes de fallos del módulo paracualquier módulo de E/S ControlLogix . . . . . . . . . . . . . . . . . . . . . . . 6-4Uso de módulos de entrada digital . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-4

Consideraciones generales sobre el uso de módulosde entrada digital ControlLogix. . . . . . . . . . . . . . . . . . . . . . . . . . . 6-5

Cableado de los módulos de entrada digital ControlLogix . . . . . . . . 6-6Uso de módulos de salida digital . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-7

Consideraciones generales sobre el uso de módulosde salida digital ControlLogix . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-8

Cableado de los módulos de salida digital ControlLogix . . . . . . . . . 6-10Módulos de salida digital de diagnóstico. . . . . . . . . . . . . . . . . . . 6-10Módulos de salida digital estándar. . . . . . . . . . . . . . . . . . . . . . . . 6-11

Uso de módulos de entrada analógica. . . . . . . . . . . . . . . . . . . . . . . . 6-13Consideraciones generales sobre el uso de módulosde entrada analógica ControlLogix . . . . . . . . . . . . . . . . . . . . . . . 6-13

Cableado de los módulos de entrada analógicaControlLogix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-15

Cableado de un módulo de entrada unipolar en modode voltaje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-15Cableado de un módulo de entrada unipolar en modo

de corriente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-16Cableado del módulo de entrada termopar . . . . . . . . . . . . . . . . 6-17Cableado del módulo de entrada RTD. . . . . . . . . . . . . . . . . . . . 6-18

Uso de módulos de salida analógica . . . . . . . . . . . . . . . . . . . . . . . . . 6-19Consideraciones generales sobre el uso de módulosde salida analógica ControlLogix. . . . . . . . . . . . . . . . . . . . . . . . . 6-19

Cableado de los módulos de salida analógica ControlLogix. . . . . . . . . .. 6-21Cableado del módulo de salida analógica en el modode voltaje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-21Cableado del módulo de salida analógica en el modode corriente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-22

Lista de comprobación para entradas SIL. . . . . . . . . . . . . . . . . . . . . 6-23Lista de comprobación para salidas SIL . . . . . . . . . . . . . . . . . . . . . . 6-24

http://-/?-

http://-/?-



Índice v

Capítulo 7

Fallos en el sistema ControlLogix Introducción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-1Comprobación de la posición del interruptor de llavecon la instrucción GSV . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-1Examen de la alarma alta de un módulo de entradaanalógica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2

Capítulo 8

Requisitos generales para el

software de aplicación

Software para sistemas relacionados con SIL2 . . . . . . . . . . . . . . . . . . 8-1Programación SIL2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1

Concepto de seguridad del sistema ControlLogix . . . . . . . . . . . . 8-1Pautas generales para el desarrollo de software deaplicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2

Comprobación del programa de aplicación creado . . . . . . . . . . . 8-3

Posibilidades de identificación de programa. . . . . . . . . . . . . . . . . 8-3Forzado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4Modos de operación del sistema ControlLogix . . . . . . . . . . . . . . . . . 8-5Selección de un modo de controlador. . . . . . . . . . . . . . . . . . . . . . . . . 8-5Lista de comprobación para la creación de un programade aplicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-6

Capítulo 9

Requisitos técnicos SIL2 para el

programa de aplicación

Procedimiento general . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-1

Conceptos básicos de programación. . . . . . . . . . . . . . . . . . . . . . . 9-2Instrucciones de programa/tarea SIL . . . . . . . . . . . . . . . . . . . . . . . . . 9-4Lenguajes de programación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-5Edición en línea . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-5Forzado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-5Ciclo de vida de puesta en marcha . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-6

Capítulo 10

Uso y aplicación de interfaces

HMI

Uso de precauciones y de técnicas con HMI . . . . . . . . . . . . . . . . . . 10-1 Acceso a sistemas relacionados con la seguridad . . . . . . . . . . . . 10-1

Cambio de parámetros en sistemas no relacionadoscon la seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-2

Apéndice A

Tiempos de respuesta en

ControlLogix

Módulos digitales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-1Configuración del chasis local . . . . . . . . . . . . . . . . . . . . . . . . . . . A-1Configuración del chasis remoto. . . . . . . . . . . . . . . . . . . . . . . . . A-2

Módulos analógicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-3Configuración del chasis local . . . . . . . . . . . . . . . . . . . . . . . . . . . A-3Configuración del chasis remoto. . . . . . . . . . . . . . . . . . . . . . . . . A-4

http://-/?-



vi Índice

Apéndice B

Autoprueba del sistema y

respuestas programadas por el

usuario

Pruebas de inicialización del sistema. . . . . . . . . . . . . . . . . . . . . . . . . . B-1 Autopruebas del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-1

Desarrollo de una rutina de fallo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-2Cómo usar este procedimiento . . . . . . . . . . . . . . . . . . . . . . . . . . . B-2Creación del tipo de datos FAULTRECORD. . . . . . . . . . . . . . . B-3Creación de una rutina de fallo . . . . . . . . . . . . . . . . . . . . . . . . . . . B-3Cómo borrar un fallo mayor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-5Prueba de una rutina de fallo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-7

Creación de un fallo mayor definido por el usuario . . . . . . . . . . . . . . B-8Creación de un fallo mayor definido por el usuario. . . . . . . . . . . B-9

Fallos menores del monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-10Desarrollo de una rutina de encendido . . . . . . . . . . . . . . . . . . . . . . . B-13

Apéndice CInformación adicional sobre el

manejo de fallos en el sistema

ControlLogix

Introducción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-1Instrucciones GSV (Get System Value) y SSV (Set System Value) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-2Objetos GSV/SSV. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-4

Acceso al objeto CONTROLLER . . . . . . . . . . . . . . . . . . . . . . . . C-4 Acceso al objeto CONTROLLERDEVICE . . . . . . . . . . . . . . . . C-5 Acceso al objeto CST. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-7 Acceso al objeto DF1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-8 Acceso al objeto FAULTLOG . . . . . . . . . . . . . . . . . . . . . . . . . . C-11 Acceso al objeto MESSAGE . . . . . . . . . . . . . . . . . . . . . . . . . . . C-12

Acceso al objeto MODULE . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-14 Acceso al objeto MOTIONGROUP . . . . . . . . . . . . . . . . . . . . . C-15 Acceso al objeto PROGRAM. . . . . . . . . . . . . . . . . . . . . . . . . . . C-16 Acceso al objeto ROUTINE. . . . . . . . . . . . . . . . . . . . . . . . . . . . C-17 Acceso al objeto SERIALPORT. . . . . . . . . . . . . . . . . . . . . . . . . C-18 Acceso al objeto TASK. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-20 Acceso al objeto WALLCLOCKTIME . . . . . . . . . . . . . . . . . . . C-20

Generación de informes de fallos por módulos deentrada digital . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-22

Módulos de entrada digital estándar . . . . . . . . . . . . . . . . . . . . . . C-22

Módulos de diagnóstico de entrada . . . . . . . . . . . . . . . . . . . . . . C-23Generación de informes de fallos por módulos desalida digital. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-24

Módulos de salida digital estándar. . . . . . . . . . . . . . . . . . . . . . . . C-24Módulos de diagnóstico de salida . . . . . . . . . . . . . . . . . . . . . . . . C-26

Generación de informes de fallos por módulos deentrada analógica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-28

Módulo 1756-IF8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-28Módulos 1756-IR6I y 1756-IT6I. . . . . . . . . . . . . . . . . . . . . . . . . C-32

Generación de informes de fallos por módulos desalida analógica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-37

1756-OF8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-37Códigos de fallo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-40Códigos de fallo mayor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-41Códigos de fallos menores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C-43



Capítulo 1

Política SIL

Este capítulo ofrece una introducción a la política SIL e indica cómo el sistemaControlLogix cumple con los requisitos para la certificación SIL2.

Introducción a SIL Determinados números de catálogo (listados en la Tabla 1.1 en la página 1-6 )del sistema ControlLogix son tipos aprobados y certificados para su uso enaplicaciones SIL2, de acuerdo con las aplicaciones IEC 61508 y AK4 y conDIN V19250. Los requisitos de SIL se basan en los estándares vigentes en elmomento de la certificación. Estos requisitos consisten en MTBF,probabilidad de fallo, regímenes de fallos, cobertura de diagnósticos y

fracciones de fallo seguro que cumplen con los criterios SIL2. Los resultadosdel sistema ControlLogix hacen que éste sea adecuado hasta SIL2 (inclusive).

Para el soporte en la creación de programas, se necesita la herramienta PADT(Programming and Debugging Tool). La herramienta PADT paraControlLogix es RSLogix 5000, según IEC 61131-3, y este Manual dereferencia de seguridad.

Para obtener información acerca de: Vea la página:

Introducción a SIL 1-1

Certificación SIL2 1-4

Pruebas de funcionamiento a plena carga 1-5

Componentes del sistema ControlLogix con

certificación SIL2

1-6

Certificaciones y cumplimiento de normas deseguridad

1-7

Diseños de hardware y funciones de firmware 1-8

Diferencia entre PFD y PFH 1-8

Distribución y peso de cumplimiento con SIL 1-13

Certificaciones 1-13

Tiempos de respuesta 1-14

Tiempo del temporizador de control (watchdog)en el sistema ControlLogix

1-15

Información de contacto si se produce un falloen el dispositivo

1-15



1-2 Política SIL

TUV Rheinland ha aprobado el sistema ControlLogix para su uso enaplicaciones relacionadas con la seguridad hasta SIL 2 (inclusive) en las que elestado desactivado se considera que es el estado seguro. Todos los ejemplosrelacionados con E/S que se incluyen en este manual se basan en conseguirque el estado desactivado sea el estado seguro para los sistemas de apagado deemergencia ESD típicos.

ControlLogix es un sistema modular y configurable que tiene la capacidad depreconfigurar salidas y otras respuestas para condiciones de fallo. Como tal,puede diseñarse un sistema que cumpla con los requisitos para “retener elúltimo estado” en el caso de un fallo, de modo que pueda usarse el sistemahasta el nivel SIL 2 con aplicaciones de gas y fuego, entre otras, que requierenque las señales de salida para los accionadores permanezcan activas. Alentender el comportamiento del sistema ControlLogix para una aplicación deapagado de emergencia (ESD), el diseño del sistema puede incorporar medidasapropiadas para cumplir con los requisitos de otras aplicaciones. Estas medidasestán relacionadas con el control de salidas y los accionadores que deben

permanecer activos para estar en un estado seguro. Los otros requisitos paraSIL 2 relacionados con las entradas de los detectores, software etc., tambiéndeben cumplirse. A continuación se indican las medidas y modificacionesrelacionadas con aplicaciones de gas y fuego.

• Es necesario usar una anulación manual para garantizar que el operadorpueda mantener el control deseado en el caso de que se produzca unfallo en el controlador. En cuanto a concepto, esto es parecido a lafunción del relé externo o de salidas redundantes necesario paragarantizar que se llega a un estado de desactivación para un sistema ESDsi se produce un fallo que pueda impedir que esto se produzca, como

ocurre en el caso de un driver de salida cortocircuitado. El sistema sabeque tiene un fallo, pero el modo de fallo requiere un medioindependiente para mantener el control y poder o bien eliminar laalimentación o bien proporcionar una vía alternativa para mantener laalimentación en el accionador final.

• Si la aplicación no puede tolerar una salida que se activa de formanormal y que puede fallar en un fallo abierto, debe conectarse mediantecable un relé externo o una salida paralela al dispositivo de salida. Elusuario debe desarrollar un programa de aplicación que inicie cualquierade las vías paralelas si se produce un fallo.



Política SIL 1-3

• Este circuito de anulación manual se muestra en la Figura 1.1. Estáformado por un conjunto cableado de contactos de un interruptorselector o un pulsador. Un contacto normalmente abierto proporcionael bypass de alimentación de la salida del controlador directamente alaccionador. El otro es un contacto normalmente cerrado para eliminar oaislar la salida del controlador.

• Es necesario generar un programa de aplicación para monitorear losmódulos de diagnóstico de salida en caso de fallos que supongan unpeligro, como por ejemplo un canal de driver de salida abierto ocortocircuitado. Los módulos de diagnóstico de salida debenconfigurarse de modo que retengan el último estado en caso de que seproduzca un fallo.

• Debe generarse una alarma de diagnóstico para notificar al operador quese requiere un control manual.

• El módulo con fallo debe sustituirse en un plazo de tiempo razonable.

• Siempre que se detecte un fallo, el usuario deberá notificarlo a unoperador (por ejemplo, mediante una luz de alarma).

Figura 1.1

L1

L2 ó tierra

Accionador

Anulación manual

43379

Alarma al operador

Fallo



1-4 Política SIL

Certificación SIL2 La Figura 1.2 muestra un lazo SIL típico, que incluye lo siguiente:

• El lazo de seguridad global

• La parte ControlLogix del lazo de seguridad global

• Cómo se conectan otros dispositivos (por ejemplo, HMI) al lazo,

mientras operan fuera del lazo

La figura también muestra el peso relacionado de anomalías de loscomponentes principales en el lazo de seguridad según IEC 61508.

Figura 1.2

Ethernet/Serie a nivel de toda la planta

ControlNet

Parte del lazo de seguridad global de los componentes de ControlLogix con certificación SIL2

Software de programaciónPara aplicaciones SIL, generalmente no seconecta un terminal de programación.

HMIPara Diagnósticos y Visualización (acceso de sólo lectura a los controladoresen el lazo de seguridad). Para obtener más información, vea el Capítulo 10.

Detector AccionadorENBT

CNB

CNB

CNB

ControlNetSistemas relacionados que no son de seguridad que se encuentranfuera de la parte ControlLogix del lazo con certificación SIL2. Paraobtener más información, vea el Capítulo 5.

Otros chasisde E/SControlLogixremotosrelacionadoscon laseguridad

Lazo de seguridad global



Política SIL 1-5

Pruebas de funcionamientoa plena carga

El sistema ControlLogix con certificación SIL2 requiere que el usuario lleve acabo distintas pruebas de funcionamiento a plena carga en el equipo usado enel sistema. Estas pruebas de funcionamiento a plena carga se llevan a cabo enlas horas definidas por el usuario (por ejemplo, intervalo de pruebasestablecido en una vez al año) e incluyen algunas de las pruebas siguientes:

• Prueba de todas las rutinas de fallo para verificar que los parámetros deproceso se monitoreen correctamente y que el sistema reaccione en casode que surja una condición de fallo.

• Prueba de los canales de entrada y salida digital para verificar que no sequedan atascados en el estado activado o desactivado.

• Calibración de los módulos de entrada y salida analógica para verificarque se obtienen y usan datos precisos en los módulos.

Para obtener más información sobre las pruebas de funcionamiento a plenacarga del sistema, vea el Capítulo 2, El sistema ControlLogix.

Para obtener más información sobre las pruebas necesarias de funcionamientoa plena carga de módulos de E/S, vea el Capítulo 6, Módulos de E/SControlLogix.

IMPORTANTE El usuario del sistema es responsable de lo siguiente:

• Configuración, capacidad y validación SIL de cualquierdetector o accionador conectado al sistema de controlControlLogix.

• Administración de proyectos y verificación de lafuncionalidad.

• Programación del software de aplicación y configuración de módulos de acuerdo con lo descritoen los capítulos siguientes.

La parte SIL2 del sistema certificado excluye lasherramientas de desarrollo y los dispositivos de

visualización y de la interface HMI (Human MachineInterface); estas herramientas y dispositivos no formanparte del lazo de control en tiempo de ejecución.



1-6 Política SIL

Componentes del sistemaControlLogix concertificación SIL2

La Tabla 1.1 contiene una lista de los componentes disponibles para su uso enel sistema ControlLogix con certificación SIL2.

Tabla 1.1 Componentes para su uso en el sistema SIL 2

Tipo dedispositivo:

Número decatálogo: Descripción:

Documentación relacionada(2)

con más información ennúmero de catálogo:

Serie:Revisión defirmware:(1)

Instruccionesde instalación:

Manual deusuario:

Hardware 1756-A4, A7, A10,A13 y A17

Chasis ControlLogix B na 1756-IN080 No disponiblepara estosnúmeros decatálogo

1756-PA75 Fuente de alimentación de CA A na 1756-5.78

1756-PB75 Fuente de alimentación de CC A na

1756-PA75R Fuente de alimentación de CAredundante

A na 1756-IN573

1756-PB75R Fuente de alimentación de CCredundante

A na

1756-PSCA Módulo del adaptador de chasis defuente de alimentación redundante

A na 1756-IN574

Controlador 1756-L55M16 Controlador ControlLogix de 7.5 Mb A 10.27 1756-IN101 1756-UM001

Módulos de E/S 1756-IA16I Módulo de entrada aislada de CA A 2.2 1756-IN059 1756-UM058

1756-IA8D Módulo de entrada de diagnóstico de CA A 2.6 1756-IN055

1756-IB16D Módulo de entrada de diagnóstico de CC A 2.6 1756-IN069

1756-IB16I Módulo de entrada aislada de CC A 2.2 1756-IN010

1756-OA16I Módulo de salida aislada de CA A 2.1 1756-IN009

1756-OA8D Módulo de entrada de diagnóstico de CA A 2.4 1756-IN057

1756-OB16D Módulo de salida de diagnóstico de CC A 2.3 1756-IN058

1756-OB16I Módulo de salida aislada de CC A 2.1 1756-IN512

1756-OB8EI Módulo de salida aislada de CC A 2.3 1756-IN012

1756-OX8I Módulo de salida de relé aislada A 2.1 1756-IN513

1756-IF8 Módulo de entrada analógica A 1.5 1756-IN040 1756-6.5.9

1756-IR6I Módulo de entrada de RTD A 1.9 1756-IN014

1756-IT6I Módulo de entrada de termopar A 1.9 1756-IN037

1756-OF8 Módulo de salida analógica A 1.5 1756-5.41Módulos decomunicación

1756-CNB Módulo de comunicación ControlNet D 5.27 1756-IN571 1756-6.5.3

1756-CNBR Módulo de comunicación ControlNetredundante

D 5.27

1756-ENBT Módulo de comunicación EtherNet A 1.33 1756-IN019 1756-UM050

(1) Los usuarios deben usar estas series y revisiones de firmware para que su aplicación tenga la certificación SIL2. Las revisiones de firmware están disponibles enhttp://support.rockwellautomation.com/ControlFlash/

(2) Estas publicaciones están disponibles a través de Rockwell Automation, en el sitio http://www.theautomationbookstore.com o http://www.ab.com/manuals.



Política SIL 1-7

Certificaciones ycumplimiento de normas deseguridad

La Tabla 1.2 contiene una lista de los productos ControlLogix a los que se hacereferencia en este manual, y se indican las certificaciones y el cumplimiento denorma de seguridad para las que se ha aprobado cada uno de los productos.

Tabla 1.2 Certificaciones de producto

Número decatálogo:

UL 508 UL 1604 CSAC22.2Nº. 142

CSAC22.2Nº. 213

CSAC22.2Nº. 1010

FM 3600,FM 3611

IEC 61131-2

1756-Axx X X X X X

1756-CNB X X X X

1756-CNBR X X X X

1756-ENBT X X X X

1756-IA16I X X X X X

1756-IA8D X X X X X

1756-IB16D X X X X X

1756-IB16I X X X X X

1756-IF8 X X X X

1756-IR6I X X X X X

1756-IT6I X X X X X

1756-L55,L55Mxx

X X X X

1756-OA16I X X X X X

1756-OA8D X X X X X

1756-OB16D X X X X X

1756-OB16I X X X X X

1756-OB8EI X X X X X

1756-OF8 X X X X X

1756-OX8I X X X X X

1756-PA75R X X X X X

1756-PB75R X X X X X

1756-PSCA X X X X X



1-8 Política SIL

Diseños de hardware yfunciones de firmware

Los diseños de hardware de diagnóstico y las funciones de firmware diseñadasen la plataforma ControlLogix permiten al sistema conseguir como mínimo lacertificación SIL2 en una configuración de un solo controlador. Estasfunciones de diagnóstico están incorporadas en componentes de ControlLogixespecíficos, tales como:

• Procesador

• Fuente de alimentación eléctrica

• Módulos de E/S

• Backplane

Estos componentes se describen en otras secciones. Los diseños, las funcionesy las características de la plataforma ControlLogix la convierten en una de lasplataformas más inteligentes.

Algunas de las características de ControlLogix son:

• Varios microprocesadores que se comprueban a sí mismos y entre ellos

• Módulos de E/S con microprocesadores internos

• Una arquitectura de E/S que incluye módulos con conexiones debackplane a la unidad de proceso central (CPU)

Las conexiones de backplane, junto con identidades de configuración,permiten un nuevo nivel de diagnósticos de módulos de E/S que no estabadisponible en plataformas anteriores.

Diferencia entre PFD y PFH Los sistemas relacionados con la seguridad pueden clasificarse comooperativos en un modo de baja demanda o en un modo de altademanda/continuo. IEC 61508 los clasifica de la siguiente manera: si lafrecuencia de las demandas para la operación del sistema de seguridad no essuperior a una vez por año, tendrá el modo de baja demanda; si es mayor queuna vez al año, el modo de alta demanda/continuo. En términos generales, noobstante, la frecuencia de una vez al año se amplía a diez veces al año.

El valor de SIL para un sistema relacionado con la seguridad de baja demandaestá relacionado directamente con los rangos de orden de magnitud de suprobabilidad media de fallo para llevar a cabo correctamente su función de

seguridad según la demanda, o a la probabilidad de fallo según la demanda(PFD). El valor de SIL para un sistema relacionado con la seguridad en modode alta demanda/continuo está relacionado directamente con la probabilidadpor hora de los fallos que suponen un peligro (PFH).

Aunque los valores PFD y PFH generalmente se asocian con cada uno de lostres elementos que configuran un sistema relacionado con la seguridad (losdetectores, los accionadores y el elemento lógico), pueden asociarse con cadauno de los componentes del elemento lógico, es decir, con cada módulo de uncontrolador programable.

En la Tabla 1.3 y la Tabla 1.4 se presentan los valores de PFD y PFH paraproductos ControlLogix específicos evaluados por TUV.



Política SIL 1-9

Los valores de tiempo medio entre fallos (MTBF) que se indican en la Tabla 1.3 y en la Tabla 1.4 se calculan a partir de los datos de campo para cadaproducto. Debe existir una base instalada mínima por lo menos un año antesde que se calcule un valor. Se presupone que los productos se usan 16 horas aldía, 5 días a la semana, 52 semanas al año. Debe tenerse en cuenta que estos

valores se actualizan mensualmente y que los valores que se presentan en latabla siguiente eran válidos en el momento de preparar esta publicación. Lacolumna del régimen de fallos ( λ ) de la Tabla 1.3 y la Tabla 1.4 es la recíprocade MTBF.

Para realizar el cálculo de PFD, se presupuso lo siguiente:

• El 50% de los fallos de cada producto notificados a Rockwell Automation son fallos que suponen un peligro.

• El tiempo medio de restauración (MTTR) es de diez horas.

• El intervalo de pruebas de funcionamiento a plena carga (T1 ) es de un

año (8760 horas).• La cobertura de diagnóstico es del 90% para los módulos usados en una

arquitectura 1oo1 y del 60% para los módulos usados en unaarquitectura 1oo2.

• La fracción de fallos detectados de causa común ( βD ) es del 1%.

• La fracción de fallos no detectados de causa común ( β ) es del 2%.

Puesto que Rockwell Automation no sabe ni puede saber cuáles son lasaplicaciones que se usan para cada producto, los cálculos tuvieron que hacersetomando como premisa estos supuestos prudentes. Los dos últimos supuestosson tiempos máximos que no deben sobrepasarse para mantener la validez de

estos cálculos.

La ecuación para PFD, de IEC61508, para una arquitectura 1oo1 es:

PFD = ( λDU + λDD ) = λDtCE

- donde tCE es el “tiempo de inactividad medio equivalente a un canal”

Para una arquitectura 1oo2, la ecuación PFD es mucho más compleja. VeaIEC61508 Parte 6 Anexo B.

Los valores de PFD de la Tabla 1.3 se indican para la arquitectura que debeusarse para que determinados productos consigan la certificación SIL 2.

La Tabla 1.4 incluye los mismos valores de MTBF y de régimen de fallos que la Tabla 1.3, pero agrega los valores de PFH calculados para la operación enmodo de alta demanda/continuo.



1-10 Política SIL

La ecuación para PFH, de IEC61508, para una arquitectura 1oo1 es:

PFH = λDU

Para una arquitectura 1oo2, vea la Parte 6 de IEC61508. Los valores de PFDde la Tabla 1.4 se indican para la arquitectura que debe usarse para que

determinados productos consigan la certificación SIL 2.

Tabla 1.3Probabilidad de anomalía en cálculos de demanda de productos ControlLogix

Número decatálogo

Descripción Tiempo medioentre fallos(MTBF)(2)

λ(4) PFD calculado:

Arquitectura 1oo1 Arquitectura 1oo2

1756-Axx Chasis ControlLogix(1) 40,143,900(promedio(3))

2.49E-08 5.58E-06

1756-CNB Puente ControlNet(2) 3,596,087 2.78E-07 6.23E-05

1756-CNBR Puente ControlNet redundante(2)

3,385,813 2.95E-07 6.62E-051756-IA16I Entrada aislada de CA 4,144,192 2.41E-07 4.24E-06

1756-IA8D Entrada de diagnóstico de CA 3,856,320 2.59E-07 4.56E-06

1756-IB16D Entrada de diagnóstico de CC 7,386,774 1.35E-07 2.38E-06

1756-IB16I Entrada aislada de CC 3,562,624 2.81E-07 4.94E-06

1756-IF8 Entrada analógica 1,690,694 5.91E-07 1.04E-05

1756-IR6I Entrada de RTD 3,456,960 2.89E-07 5.09E-06

1756-IT6I Entrada de termopar 4,784,000 2.09E-07 3.68E-06

1756-L55M16 Controlador ControlLogix 5555(2) 2,855,348 3.50E-07 7.84E-04

1756-OA16I Salida aislada de CA 1,994,720 5.01E-07 8.82E-061756-OA8D Salida de diagnóstico de CA 3,839,680 2.60E-07 5.83E-05

1756-OB16D Salida de CC 4,520,534 2.21E-07 4.96E-05

1756-OB16I Salida aislada de CC 1,703,520 5.87E-07 1.03E-05

1756-OB8EI Salida de CC protegida con fusible 1,239,680 8.07E-07 1.42E-05

1756-OF8 Salida analógica 2,054,694 4.87E-07 8.56E-06

1756-OX8I Salida de contacto 6,639,360 1.51E-07 2.65E-06

1756-PA75 Fuente de alimentación de CA(2) 7,301,935 1.37E-07 3.07E-05

1756-PA75R Fuente de alimentaciónredundante de CA(2), (3)

4,380,000,000 2.28E-10 5.11E-08

1756-PB75 Fuente de alimentación de CC(2) 7,100,760 1.41E-07 3.15E-05

1756-PB75R Fuente de alimentaciónredundante de CC(2), (3)

4,380,000,000 2.28E-10 5.11E-08

1756-PSCA Módulo adaptador de chasis defuente de alimentación(2)

45,146,727 2.21E-08 4.96E-06

(1) Se calcula usando valores basados en el campo para los componentes.(2) MTBF medido en horas.(3) Promedio = Media aritmética de los MTBF de los cinco chasis (1756-A4, A7, A10, A13 y A17).(4) λ = Régimen de fallos = 1/MTBF



Política SIL 1-11

Tabla 1.4Probabilidad por hora de fallos no detectados que suponen un peligro enproductos ControlLogix

Número decatálogo

Descripción Tiempo medioentre fallos(MTBF)(3)

λ(5) PFH calculado:

Arquitectura 1oo1 Arquitectura 1oo2

1756-A-- Chasis ControlLogix(1) 40,143,900(promedio(4))

2.49E-08 1.25E-09

1756-CNB Puente ControlNet 3,596,087 2.78E-07 1.39E-08

1756-CNBR Puente ControlNet redundante 3,385,813 2.95E-07 1.48E-08

1756-IA16I Entrada aislada de CA 4,144,192 2.41E-07 1.69E-09

1756-IA8D Entrada de diagnóstico de CA 3,856,320 2.59E-07 1.82E-09

1756-IB16D Entrada de diagnóstico de CC 7,386,774 1.35E-07 9.48E-10

1756-IB16I Entrada aislada CC 3,562,624 2.81E-07 1.96E-09

1756-IF8 Entrada analógica 1,690,694 5.91E-07 4.14E-09

1756-IR6I Entrada de RTD 3,456,960 2.89E-07 2.02E-09

1756-IT6I Entrada de termopar 4,784,000 2.09E-07 1.46E-09

1756-L55 Procesador ControlLogix 5555 2,855,348 3.50E-07 1.75E-08

1756-OA16I Salida aislada de CA 1,994,720 5.01E-07 3.51E-09

1756-OA8D Salida de diagnóstico de CA 3,839,680 2.60E-07 1.30E-08

1756-OB16D Salida de CC 4,520,534 2.21E-07 1.11E-08

1756-OB16I Salida aislada de CC 1,703,520 5.87E-07 4.11E-09

1756-OB8EI Salida de CC protegida con fusible 1,239,680 8.07E-07 5.65E-09

1756-OF8 Salida analógica 2,054,694 4.87E-07 3.41E-09

1756-OX8I Salida de contacto 6,639,360 1.51E-07 1.05E-09

1756-PA75 Fuente de alimentación de CA 7,301,935 1.37E-07 6.85E-09

1756-PA75R Fuente de alimentación de CAredundante(2)

4,380,000,000 2.28E-10 1.14E-11

1756-PB75 Fuente de alimentación de CC 7,100,760 1.41E-07 7.04E-09

1756-PB75R Fuente de alimentación de CCredundante

4,380,000,000 2.28E-10 1.14E-11

1756-PSCA Adaptador de chasis de fuente dealimentación

45,146,727 2.21E-08 1.11E-09

(1) Se calcula usando valores basados en el campo para los componentes.(2) Supone que ambas fuentes de alimentación fallan simultáneamente.(3) MTBF medido en horas.(4) Promedio = Media aritmética de los MTBF de los cinco chasis (1756-A4, A7, A10, A13 y A17).(5) λ = Régimen de fallos = 1/MTBF



1-12 Política SIL

La Tabla 1.5 muestra un ejemplo de un cálculo PFD para un lazo de seguridadque incluye dos módulos de entrada CC usados en una configuración 1oo2 y un módulo de salida CC.

Este ejemplo se muestra gráficamente en el primer lazo mostrado en laFigura 1.3 en la página 1-13.

Tabla 1.5

Número decatálogo: Descripción: MTBF: PFD calculado:

1756-Axx Chasis ControlLogix 40,143,900(promedio)

5.58E-06

1756-L55M16 ControladorControlLogix 5555

2,855,348 7.84E-05

1756-OB16D Salida de CC 4,520,534 4.96E-05

1756-IB16D Entrada dediagnóstico de CC

7,386,774 2.38E-06

Cálculo de PFD total para un lazo de seguridad que consiste enestos productos:

1.36E-04



Política SIL 1-13

Distribución y peso decumplimiento con SIL

Generalmente, puede suponerse que el controlador programable contribuye enun 10% a la carga de fiabilidad. (Vea la Figura 1.3.) Es posible que un sistemaSIL 2 deba incorporar varias entradas para detectores y dispositivos de entradacríticos, así como salidas dobles conectadas en serie a accionadores dobles quedependen de valoraciones del SIL para el sistema relacionado con la seguridad.(Vea la Figura 1.3.)

Figura 1.3 Lazo o sistemas ControlLogix

Certificaciones En la documentación de usuario entregada con los productos ControlLogixgeneralmente se indican las certificaciones para las que se han aprobado losproductos. Si un producto ha conseguido una certificación, se marca como tal

AccionadorCon-tro-

lador

Módulosalidadiag.

+V

43383

43384

Fuente dealimen-

tación

Módulode

entrada

Detector

Detector

40% del

PFD

10% del PFD

50% del PFD

Accionador

+V

10% del PFD

50% del PFD

Módulode

entrada

Contro-lador

Módulode

salidaestándar

Fuente dealimen-tación

Módulode

entrada

Módulode

entrada

Módulode

entradade

moni-toreo

Detector

Detector

40% delPFD



1-14 Política SIL

en la etiqueta del producto. Las certificaciones del producto se indican en latabla de especificaciones del producto, como se muestra en el ejemplosiguiente.

Tiempos de respuesta El tiempo de respuesta de un sistema se define como la cantidad de tiemponecesario para que un cambio en una condición de entrada sea reconocido y procesado por el programa de lógica de escalera del controlador y luego seinicie la señal de salida apropiada para un accionador. El tiempo de respuestadel sistema es la suma de lo siguiente:

• Retardos de hardware de entrada

• Filtrado de entrada

• Parámetros RPI del módulo de E/S y de comunicaciones

• Tiempos de escán del programa controlador

• Retardos de propagación del módulo de salida

Cada uno de los tiempos indicados anteriormente depende de forma variablede factores tales como el tipo de módulo de E/S y las instrucciones usadas enel programa de lógica de escalera. Para obtener ejemplos sobre cómo serealizan estos cálculos, consulte el Apéndice A, Tiempos de respuesta enControlLogix.

Para obtener información sobre las instrucciones disponibles y unadescripción completa de la operación lógica y su ejecución, consulte laspublicaciones siguientes:

• Controladores Logix5000 - Manual de referencia del conjunto deinstrucciones generales, publicación 1756-RM003E-ES-P.

• Sistema ControlLogix - Manual del usuario, publicación1756-UM001E-ES-P.

Estas publicaciones están disponibles a través de Rockwell Automation.

Certificación UL Equipo de control industrial listado por ULCSA Equipo de control de procesos certificado por CSA para las

ubicaciones peligrosas de Clase I, División 2 Grupo A,B,C,DFM Equipo aprobado por FM para su uso en ubicaciones

peligrosas de Clase I, División 2 Grupo A,B,C,DCE Directiva 89/336/EEC EMC de la Unión Europea, que cumple

con:EN 50081-2; Emisiones industriales

C-Tick Ley Australiana de Comunicaciones de Radio, que cumplecon:

AS/NZS 2064; Emisiones industriales



Política SIL 1-15

Tiempo del temporizador decontrol (watchdog) en elsistema ControlLogix

El tiempo del temporizador de control (watchdog) del programa (watchdog del software) es un tiempo definido por el usuario que se define en el menú deatributos del controlador del software RSLogix 5000. Consulte el documentoSistema ControlLogix - Manual del usuario, número de publicación1756-UM001E-ES-P para obtener más información. La publicación estádisponible a través de Rockwell Automation.

El tiempo del temporizador de control (watchdog) del programa es el tiempomáximo permitido para un ciclo de ejecución (tiempo del ciclo). Si el tiempodel ciclo excede el tiempo del temporizador de control (watchdog) delprograma, se produce un fallo mayor en el controlador. Los usuarios debenmonitorear el temporizador de control (watchdog) y programar las salidas delsistema de modo que se produzca una transición a un estado seguro(generalmente el estado desactivado) si se produce un fallo mayor en elcontrolador. Para obtener más información sobre los fallos, consulte elCapítulo 7, Fallos en el sistema ControlLogix.

El tiempo de temporizador de control (watchdog) debe ser ≥ 10 ms y debe ser<50% del tiempo de seguridad necesario para un sistema ControlLogix. Eltiempo de seguridad es la cantidad máxima de tiempo durante el cual elproceso tolera una señal equivocada.

Información de contacto sise produce un fallo en eldispositivo

Si el usuario experimenta un fallo en cualquier dispositivo ControlLogix concertificación SIL2, deberá ponerse en contacto con la oficina regional de

ventas de Rockwell Automation. Con este contacto, el usuario puede hacer losiguiente:

• Devolver el dispositivo a Rockwell Automation de modo que se registrecorrectamente el fallo para el número de catálogo afectado y se cree unregistro del fallo.

• Solicitar un análisis del fallo (si es necesario) para determinar la causa delfallo, si es posible.

Resumen de este capítulo ycontenido del siguiente

En este capítulo se proporcionó información sobre la política SIL. El Capítulo2 ofrece una descripción general de El sistema ControlLogix.



1-16 Política SIL

Notas:



Capítulo 2

El sistema ControlLogix

En este capítulo se ofrece una descripción general de algunas de lascaracterísticas estándar de la arquitectura ControlLogix que permiten que elsistema sea adecuado para su uso en aplicaciones SIL2.

Descripción general de laplataforma ControlLogix

Muchos de los métodos y de las técnicas de diagnóstico usados en laplataforma ControlLogix son versiones mejoradas de técnicas y diseñosincorporados con anterioridad en las plataformas PLC de Allen-Bradley a lolargo de las tres últimas décadas.

Se trata de diseños que han evolucionado para mantener la estabilidad y respuesta determinista que nuestros clientes esperan cuando migran de unatecnología electromecánica a una tecnología de estado sólido.

Los diagnósticos y las rutinas de autocomprobación realizados por sistemasbasados en un microprocesador (por ejemplo, ControlLogix) han sido objetode grandes avances a lo largo de los años. Los controladores programablestales como ControlLogix pueden programarse y configurarse para realizarcomprobaciones en todo el sistema, inclusive en su configuración, cableado y rendimiento, así como para monitorear los detectores y los dispositivos desalida.


Descripción general de la plataforma ControlLogix 2-1

Descripción general de la arquitectura ControlLogix 2-2

Generación de informes de fallos del módulo 2-3

Manejo de fallos 2-3Comprobación de la comunicación del eco de datos 2-4

Prueba de impulsos 2-5

Software 2-6

Comunicaciones 2-6

Otras características únicas que son de ayuda en losdiagnósticos

2-7



2-2 El sistema ControlLogix

Si se detecta una anomalía (que no sea una desactivación automática), elsistema puede programarse para iniciar rutinas de manejo de fallos definidaspor el usuario. Los módulos de salida pueden desactivar determinadas salidas sise produce un fallo. Los nuevos módulos de E/S de diagnóstico realizanautopruebas para comprobar que el cableado de campo funcionecorrectamente. Los módulos de salida usan pruebas de impulsos paragarantizar que los dispositivos de conmutación de salida no esténcortocircuitados. Usando estas características internas, junto con software deaplicación si es necesario, los clientes de ControlLogix de hoy en día puedenconseguir sistemas de control altamente fiables.

Descripción general de laarquitectura ControlLogix

El sistema ControlLogix es la última generación de controladoresprogramables de Rockwell Automation. Inherentes a su diseño eimplementación se encuentran varias características que reemplazan todo loofrecido en las arquitecturas de productos anteriores. La inclusión de estas

características representa una mejora dirigida por la demanda de los clientes encuanto al tiempo de productividad y a la fiabilidad, así como la experiencia endiseño desarrollado durante mucho tiempo por Rockwell para producir estetipo de productos.

Uno de los cambios más significativos que ha sufrido la arquitectura es laimplementación del modelo de comunicación productor/ consumidor (P/C)entre el controlador y la E/S. El modelo de comunicación P/C reemplaza la‘encuesta’ (polling) tradicional de los módulos de E/S y, consecuentemente, hacambiado el comportamiento global de estos componentes con respecto a susequivalentes en arquitecturas anteriores. Los módulos de entrada “producen”datos, mientras que el controlador y los módulos de salida “producen” y

“consumen” datos.

Estos cambios se adoptaron debido a la integridad de datos y a las capacidadesde generación de informes de fallos que proporcionan. Los módulos de E/Sahora intercambian mucho más que el estado de activación/desactivación delos dispositivos a los que están conectados. La información de identificaciónde los módulos, el estado de la comunicación, los códigos de fallo y, a travésdel uso de módulos diseñados específicamente, los diagnósticos de campoahora pueden recuperarse desde el sistema de E/S como parte del conjunto decaracterísticas estándar del modelo de comunicaciones productor/consumidor.(Vea la Figura 2.1 ).



El sistema ControlLogix 2-3

Figura 2.1

Generación de informes de fallos del módulo

Uno de los conceptos clave de este modelo es el de propiedad. Cada uno de losmódulos del sistema de control ahora es “propiedad”, como mínimo, de uncontrolador de la arquitectura. Cuando un controlador “es propietario” de unmódulo de E/S, significa que dicho controlador almacena los datos deconfiguración del módulo, definidos por el usuario; dichos datos determinan elcomportamiento del módulo en el sistema. Inherente a esta configuración y propiedad es el establecimiento de un “impulso” entre el controlador y elmódulo; este impulso también se conoce como intervalo entre paquetessolicitados (RPI).

La existencia del RPI forma la base para la generación de informes defallos a nivel de módulo en la arquitectura ControlLogix, una capacidadinherente a todos los módulos de E/S de ControlLogix.

Para obtener más información sobre la generación de informes de fallos delmódulo en el controlador ControlLogix, específicamente las instruccionesGSV, consulte el Capítulo 7, Fallos en el sistema ControlLogix.

Manejo de fallos

El RPI define un intervalo de tiempo mínimo en el que el controlador y elmódulo de E/S deben comunicarse entre sí. Si, por algún motivo, no esposible establecer o mantener la comunicación (es decir, el módulo de E/S hafallado), el sistema puede programarse para ejecutar una rutina de manejode fallos especial. Esta rutina determina si el sistema debe continuarfuncionando o si la condición de fallo garantiza una desactivación de laaplicación.

43374

Modelo de comunicaciones productor/consumidor

Controlador Logix

Módulos de entrada Módulos de salida

Datos compartidos comúnmente




Por ejemplo, el sistema puede programarse para recuperar el código del fallodel módulo que ha fallado y tomar una determinación, en función del tipo defallo, sobre si continuar operando. Además, los módulos de salidaControlLogix estándar también pueden notificar al controlador el estado defusibles fundidos y de pérdida de alimentación de campo.

Esta capacidad del controlador de monitorear el estado de los módulos de E/Sdel sistema y llevar a cabo la acción adecuada en función de la gravedad de unacondición de fallo permite al usuario tener un control completo delcomportamiento de la aplicación cuando se produce un problema. Esresponsabilidad del usuario establecer el curso de acción apropiada para suaplicación de seguridad.

Para obtener más información sobre el manejo de fallos, consulte el Capítulo7, Fallos en el sistema ControlLogix.

Comprobación de la comunicación del eco de datos

Otro producto secundario y muy potente del modelo de comunicaciones P/Cy de la implementación del protocolo CIP (protocolo de control einformación) es el eco de datos de salida , un método de comunicacionesempleado entre controladores propietarios y cada uno de los módulos de salidadel sistema. El eco de datos de salida permite al usuario verificar si uncomando de salida ON/OFF del controlador ha sido recibido por el módulode salida correcto, y si el módulo intentará ejecutar el comando en eldispositivo de campo conectado al mismo.

Durante el funcionamiento normal, cuando un controlador envía un comandode salida, el módulo de salida destinatario de dicho comando transmitirá un“eco” del estado solicitado al sistema tras su recepción. De este modo se

verifica que el módulo ha recibido el comando y que intentará ejecutarlo.Comparando el estado solicitado del controlador con el eco de datos recibidodel módulo, el usuario puede verificar que la señal ha llegado al módulocorrecto y que el módulo intentará activar el dispositivo de campo apropiado.Se reitera, es responsabilidad del usuario establecer el curso de las accionesapropiadas para la aplicación de seguridad.

Cuando se usa con los módulos de salida ControlLogix estándar, el eco dedatos valida el comando hasta lel lado del sistema del módulo, pero no hasta ellado del campo. No obstante, cuando se usa esta característica junto conmódulos de salida de diagnóstico, el usuario puede verificar prácticamente latotalidad del comando de salida desde el controlador al accionador conectadoal módulo.




Los módulos de salida de diagnóstico contienen un circuito especial queejecuta una verificación de la salida del lado del campo. Esta

verificación notifica al usuario que los comandos del lado del sistema recibidospor el módulo están representados de forma precisa en el lado de alimentacióndel dispositivo de conmutación. Dicho de otro modo, para cada punto desalida, esta característica confirma que la salida está activada cuando se ordenaque se active mediante un comando y está desactivada cuando se ordena que sedesactive mediante un comando.

La capacidad de comparar el estado real del lado del campo de la salida delmódulo de diagnóstico con los comandos emitidos por el controlador, permiteal usuario garantizar que el módulo está realizando lo que el sistema de controlordena, una vez que se ha emitido el comando de salida.

Figura 2.2 Comportamiento del módulo de salida en el sistema ControlLogix

Prueba de impulsos

Una característica de módulo de salida de diagnóstico llamada prueba deimpulsos puede verificar el funcionamiento del circuito de salida sin cambiarrealmente el estado del accionador conectado a la salida. Bajo un control del

programa del usuario, un impulso de duración extremadamente corta se dirigea una salida particular del módulo. El circuito de salida cambiarámomentáneamente su estado durante el tiempo necesario para verificar sipuede cambiar el estado cuando se le solicite, pero no más tiempo delnecesario (el impulso real se mide en milisegundos) para evitar que ello afecteal accionador conectado a la salida. Esta potente característica permite alusuario realizar un diagnóstico preventivo de las posibles condiciones demódulo futuras antes de que se produzcan.

Información de E/S deControlLogix estándar

Información adicional dellado del campo

proporcionada por losmódulos de salida de

diagnóstico

Comandos de salida del controlador

Validación del eco de datos del lado del sistema

Verificación de la salida de campo, estado de la pruebade impulsos más detección de ausencia de carga

Accionador




Software

La ubicación, propiedad y configuración de los controladores y módulos deE/S se realiza mediante el software de programación RSLogix 5000 (versión10). El software se utiliza para crear, probar y depurar la lógica de la aplicación.

Cuando usen RSLogix 5000, los usuarios deben recordar lo siguiente:

• El terminal de programación no puede conectarse durante el tiempo deejecución.

• No pueden realizarse ediciones en línea mientras un sistemaControlLogix con certificación SIL2 esté en funcionamiento.

Comunicaciones

ControlNet forma la base para las comunicaciones de E/S en el backplaneControlLogix y a través de la red. Se trata de una red probada en la industriaque incorpora CRC de 16 bits y un protocolo de red CIP estándar. Debeutilizar el software RSNetWorx para ControlNet para programar la red. Laprogramación correcta de la red la verifica de forma independiente elcontrolador después de descargar el programa; la programación debe coincidircon el programa RSLogix 5000. El software también facilita el manejo de fallosdefinido por el usuario (por ejemplo, la ejecución de una rutina de fallos) en elcaso de que se produzcan errores.

Existe un puerto en serie disponible en el controlador únicamente para su

visualización o descarga. Utiliza un protocolo de vínculos en serie DF-1probado por la industria que permite seleccionar una suma de comprobaciónBCC de 8 bits o un CRC de 16 bits. El puerto en serie también usa unprotocolo de red CIP estándar de la industria que se ejecuta en el vínculoDF-1.

La conexión EtherNet/IP también está disponible para su descarga,monitoreo o visualización.




Otras características únicas que son de ayuda en los

diagnósticos

A continuación se muestran algunos ejemplos sobre cómo las característicasinherentes del sistema de E/S ControlLogix proporcionan al usuario unacapacidad sin precedentes para diagnosticar condiciones de fallo y reaccionarante las mismas en una aplicación. Existen muchas otras características únicasdistintas de iteraciones anteriores de controladores programables, tales como:

• Sello de la hora de los datos de E/S y de diagnóstico

• Codificación electrónica basada en la identificación del módulo

Para obtener más información sobre estas características, vea el manual delusuario de E/S digital, número de publicación 1756-UM058.

Lista de comprobación delsistema ControlLogix

La siguiente lista de comprobación es necesaria para planificar, programar y configurar un sistema ControlLogix con certificación SIL2. Puede usarsecomo guía de planificación y también durante la prueba de funcionamiento aplena carga. Si se usa como guía de planificación, la lista de comprobaciónpuede guardarse como registro del plan.

Lista de comprobación del sistema ControlLogix(1)

Compañía:

Sitio:

Definicióndel lazo:

Nº. Completado ComentarioSí No

1 ¿Usa para su aplicación de seguridad solamente los módulos ControlLogix concertificación SIL2 listados en la Tabla 1.1 de la página 1-6, con la versión defirmware correspondiente que se indica en la tabla?

2 ¿Ha calculado el tiempo de respuesta del sistema?

3 ¿Incluye el tiempo de respuesta del sistema el tiempo del temporizador de control(watchdog) (es decir, el temporizador de control del software) del programa detareas SIL definido por el usuario y el tiempo de duración de la tarea SIL?

4 ¿Guarda el tiempo de respuesta del sistema una relación apropiada con el tiempode tolerancia del proceso?

5 ¿Se han calculado los valores de PFD de acuerdo con la configuración del sistema?

6 ¿Ha realizado todas las pruebas de funcionamiento a plena carga apropiadas?

7 ¿Ha definido los parámetros del proceso monitoreados por las rutinas de fallos?

8 ¿Ha determinado cómo manejará el sistema los fallos?

9 ¿Está usando la versión 10 de RSLogix 5000, el software de programación delsistema ControlLogix?

10 ¿Ha tomado en consideración las listas de comprobación para usar las entradas ysalidas SIL listadas en las páginas 6-22 y 6-23.

(1) Para obtener más información sobre tareas específicas de esta lista de comprobación, vea las secciones anteriores de este capítulo o el Capítulo 1, Política SIL.




Resumen del capítulo ycontenido del siguiente

En este capítulo se proporcionó información sobre El sistema ControlLogix.En el Capítulo 3 se describe el Hardware del sistema ControlLogix.



Capítulo 3

Hardware del sistema ControlLogix

En este capítulo se describe el hardware necesario en los sistemasControlLogix con certificación SIL2.

Introducción al hardware Los sistemas ControlLogix con certificación SIL2 pueden usar el chasis y elhardware de suministro de alimentación siguientes:

• Chasis ControlLogix - Incluidos los siguientes números de catálogo: – 1756-A4

– 1756-A7

– 1756-A10

– 1756-A13

– 1756-A17

• Fuentes de alimentación ControlLogix - Incluidos los siguientesnúmeros de catálogo:

– 1756-PA75

– 1756-PB75 – 1756-PA75R

– 1756-PB75R

– 1756-PSCA

– Cables 1756-CPR


Introducción al hardware 3-1

Chasis ControlLogix 3-2

Fuentes de alimentación ControlLogix 3-2

Fuente de alimentación no redundante 3-3

Fuente de alimentación redundante 3-3

Recomendaciones para el uso del hardware delsistema

3-4

Documentación relacionada con el hardwareControlLogix

3-5



3-2 Hardware del sistema ControlLogix

Chasis ControlLogix Los chasis ControlLogix 1756-Axx proporcionan las conexiones físicas entrelos módulos y el backplane ControlLogix. Estas conexiones permitenestablecer comunicaciones P/C entre los controladores y los módulos de E/S.El chasis propiamente dicho es pasivo y, por lo tanto, no es necesariodescribirlo con más detalle ya que en condiciones ambientales normales espoco probable que se produzca un fallo físico y, en caso de producirse, semanifestaría y detectaría como un fallo en uno o más de los componentesactivos.

Fuentes de alimentaciónControlLogix

Las fuentes de alimentación ControlLogix están diseñadas con filtros y aislamiento de ruidos para reducir la posibilidad de contaminación inducida delos voltajes suministrados. La fuente de alimentación monitorea laalimentación del backplane y genera señales de control (por ejemplo,DC_FAIL_L) para indicar si existe la posibilidad de una anomalía dealimentación eléctrica inminente. Las anomalías en los voltajes suministrados

desactivan inmediatamente la fuente de alimentación eléctrica. La fuente dealimentación eléctrica monitorea todos los voltajes de la fuente dealimentación a través de líneas de detección.

Todas las fuentes de alimentación eléctrica ControlLogix están diseñadas para:

• Detectar anomalías

• Comunicarse con los controladores con suficiente alimentaciónalmacenada para permitir desactivar el sistema de forma ordenada y determinista, incluidos el controlador y los módulos de E/S

IMPORTANTE No es necesario realizar actividades de configuración ocableado adicionales para el funcionamiento SIL2 de lasfuentes de alimentación eléctrica ControlLogix.



Hardware del sistema ControlLogix 3-3

Fuente de alimentación no redundante

Las fuentes de alimentación no redundantes ControlLogix (una fuente dealimentación está conectada al chasis) certificadas para su uso en aplicacionesSIL2 corresponden a los siguientes números de catálogo:

• 1756-PA75 - Fuente de alimentación de CA

• 1756-PB75 - Fuente de alimentación de CC

Fuente de alimentación redundante

Las fuentes de alimentación redundantes ControlLogix (dos fuentes dealimentación están conectadas al mismo chasis) certificadas para su uso enaplicaciones SIL2 corresponden a los siguientes números de catálogo:

• 1756-PA75R - Fuente de alimentación de CA

• 1756-PB75R - Fuente de alimentación de CC

• 1756-PSCA - Módulo adaptador de chasis de fuente de alimentaciónredundante necesario para el uso de fuentes de alimentaciónredundantes

• Cables 1756-CPR

Las fuentes de alimentación comparten la carga de corriente necesaria para elchasis y un relé de estado sólido interno que puede anunciar un fallo. Tras ladetección de un fallo en una fuente de alimentación, la otra fuente dealimentación redundante asume automáticamente la carga total de corrientenecesaria para el chasis sin que ello afecte a los dispositivos instalados.

El módulo del adaptador de chasis de la fuente de alimentación redundante1756-PSCA conecta la fuente de alimentación redundante al chasis.

Para obtener más información sobre fuentes de alimentación ControlLogixadicionales, consulte la documentación a la que se hace referencia en la secciónDocumentación relacionada con el hardware ControlLogix de la página 3-5.




Recomendaciones para eluso del hardware delsistema

Los usuarios deben tener en cuenta las siguientes recomendaciones al usarhardware ControlLogix con certificación SIL2:

Chasis

Al instalar el chasis ControlLogix, debe seguir la información proporcionadaen la documentación del producto que se indica en la sección Documentaciónrelacionada con el hardware ControlLogix de la página 3-5.

Fuentes de alimentación eléctrica

Los usuarios deben tener en cuenta estas recomendaciones al usar fuentes dealimentación ControlLogix con certificación SIL2:

• Al instalar las fuentes de alimentación ControlLogix, siga la informaciónproporcionada en la documentación del producto que se indica en lasección Documentación relacionada con el hardware ControlLogix de lapágina 3-5.

• Puede usarse una fuente de alimentación no redundante si cumple loscriterios de PFD definidos por el usuario.

• Para aplicaciones SIL2 de alta disponibilidad, se recomienda el uso deuna fuente de alimentación redundante.

• Se recomienda que el relé de fallos de estado sólido de cada fuente dealimentación se conecte desde una fuente de voltaje apropiada a unpunto de entrada en ControlLogix de modo que el usuario puedadetectar y visualizar un fallo en la fuente de alimentación.



Hardware del sistema ControlLogix 3-5

Documentaciónrelacionada con elhardware ControlLogix

Para obtener más información sobre el hardware ControlLogix, vea lassiguientes publicaciones de Rockwell Automation:

• ControlLogix Chassis Installation Instructions, publicación 1756-IN080

• ControlLogix Non-Redundant Power Supplies Installation Instructions,

publicación 1756-5.78• ControlLogix Redundant Power Supplies Installation Instructions,

publicación 1756-IN573

• ControlLogix Redundant Power Supply Chassis Adapter ModuleInstallation Instructions, publicación 1756-IN574

Estas publicaciones están disponibles a través de Rockwell Automation en las siguientes direcciones:

http://www.theautomationbookstore.com

http://www.ab.com/manuals


En este capítulo se proporcionó información sobre el Hardware del sistemaControlLogix. En el Capítulo 4 se describe el Controlador ControlLogix.




Notas:



Capítulo 4

Controlador ControlLogix

En este capítulo se describe el controlador ControlLogix tal y como se usa enun sistema con certificación SIL2.

Introducción al controlador El controlador ControlLogix (número de catálogo 1756-L55M16) que se usaen un sistema ControlLogix con certificación SIL2 es un sistema de control deestado sólido con una memoria de almacenamiento de datos programable porel usuario para implementar funciones específicas, tales como:

• Control de E/S• Lógica

• Temporización

• Conteo

• Generación de informes

• Comunicaciones

• Aritmética

• Manipulación de archivos de datos

El controlador está formado por un procesador central, una interface de E/S y memoria.

El controlador realiza pruebas de funcionamiento en el momento delencendido y en tiempo de ejecución. Las pruebas se usan con programas deaplicación suministrados por el usuario para verificar el correctofuncionamiento del controlador.



4-2 Controlador ControlLogix

Recomendaciones para eluso del controlador

Los usuarios deben tener en cuenta las siguientes recomendaciones al usar uncontrolador ControlLogix con certificación SIL2:

• Usar sólo un controlador en el lazo ControlLogix con certificaciónSIL2. El controlador debe poseer la información de la configuración detodos los módulos de E/S asociados al lazo de seguridad.

• Al instalar el controlador ControlLogix, debe seguirse la informaciónque se proporciona en la documentación listada en la sección siguiente,Documentación relacionada con el controlador.

Documentaciónrelacionada con elcontrolador

Para obtener más información sobre el controlador ControlLogix, vea lassiguientes publicaciones de Rockwell Automation:

• ControlLogix Controller Installation Instructions, publicación

1756-IN101• Sistema ControlLogix - Manual del usuario, publicación

1756-UM001E-ES-P

Estas publicaciones están disponibles a través de Rockwell Automation en las siguientes direcciones:




En este capítulo se proporcionó información sobre el ControladorControlLogix. En el Capítulo 5 se describen los Módulos de comunicacionesControlLogix.



Capítulo 5

Módulos de comunicaciones ControlLogix

En este capítulo se describen los módulos de comunicaciones usados en unsistema ControlLogix SIL2.

Introducción a los módulosde comunicaciones

Los módulos de comunicaciones de un sistema ControlLogix con certificaciónSIL2 proporcionan puentes de comunicación desde un chasis ControlLogix aotro chasis u otros dispositivos a través de redes ControlNet y Ethernet. Los

módulos de comunicación disponibles son:

• Módulos ControlNet - Números de catálogo 1756-CNB y 1756-CNBR

• Módulos Ethernet - Número de catálogo 1756-ENBT

Los módulos de comunicaciones ControlLogix pueden usarse encomunicaciones entre dispositivos ControlLogix. Los módulos decomunicaciones también pueden usarse para la expansión de E/S a un chasisde E/S remoto ControlLogix adicional.


Introducción a los módulos de comunicaciones 5-1

Módulo de puente ControlNet 5-2

Cableado ControlNet 5-2

Cobertura de diagnósticos de módulos

ControlNet

5-2

Módulo Ethernet 5-2

Diferencias entre Ethernet y ControlNet 5-2

Documentación relacionada con los módulos decomunicaciones

5-3



5-2 Módulos de comunicaciones ControlLogix

Módulo de puenteControlNet

El módulo de puente ControlNet (1756-CNB y 1756-CNBR) proporciona lascomunicaciones entre chasis ControlLogix a través de la red ControlNet.

Cableado ControlNet

Para racks remotos, se necesita un único cable coaxial RG6 para ControlNet. Aunque no es un requisito usar medios redundantes con el 1756-CNBR,hacerlo proporciona mayor fiabilidad del sistema. Los medios redundantes noson necesarios para el funcionamiento de SIL2.

Cobertura de diagnósticos de módulos ControlNet

Todas las comunicaciones realizadas a través de medios ControlNet pasivos seproducen a través del protocolo CIP, que garantiza la entrega de los datos.

Todos los módulos verifican de forma independiente la correcta transmisiónde los datos.

Módulo Ethernet El módulo de puente Ethernet (1756-ENBT) proporciona comunicacionesdesde un chasis ControlLogix a otros dispositivos a través de la red Ethernet.

El vínculo Ethernet se basa en el protocolo de red CIP estándar de la industriaque se ejecuta sobre TCP y UDP usando un CRC de 32 bits. TCP y UDP con

sumas de comprobación de 16 bits también se ejecutan sobre Ethernet.

Diferencias entre Ethernety ControlNet

Aunque puede ser aceptable usar Ethernet para aplicaciones específicas, talescomo la descarga de un programa, Ethernet requiere un conmutador para unaconfiguración “en estrella”. Rockwell Automation no vende ni tiene ningunareferencia para conmutadores Ethernet SIL2/SIL3. Además, Ethernet es unmedio “activo”, mientras que ControlNet usa un medio “pasivo” (y tiene uníndice de fallos muy bajo).



Módulos de comunicaciones ControlLogix 5-3

Recomendaciones para eluso de módulos decomunicaciones

Los usuarios deben tener en cuenta las siguientes recomendaciones para losmódulos de comunicaciones con certificación SIL2:

• Al instalar los módulos de comunicaciones ControlLogix, debe seguirse lainformación proporcionada en la documentación del producto que seindica en la sección Documentación relacionada con los módulos decomunicaciones de la página 5-3.

• Use Ethernet solamente para comunicaciones con interfaces HMI(Human-to-Machine Interfaces) y terminales de programación. Paraobtener más información sobre el uso de HMI, vea la Figura 1.2 en lapágina 1-4 y el Capítulo 10, Uso y aplicación de interfaces HMI.

• El chasis de E/S remoto sólo debe conectarse a través de ControlNet.

• Para la comunicación entre dispositivos similares, debe usarseControlNet solamente.

• La comunicación entre dispositivos similares sólo debe producirse fuera

del lazo de seguridad.• Para el intercambio de datos de E/S, deben usarse conexiones de sólo

recepción.

• Para el intercambio de datos que no sean de E/S, deben usarse tags deproductor/consumidor.

• No debe permitirse que ningún dispositivo escriba datos en elcontrolador en el lazo de seguridad.

Para obtener información sobre la conexión del chasis de E/S remoto y sobrelas comunicaciones entre dispositivos similares, vea la Figura 1.2 en lapágina 1-4.

Documentaciónrelacionada con losmódulos decomunicaciones

Para obtener más información sobre los módulos de comunicacionesControlLogix, vea las siguientes publicaciones de Rockwell Automation:

• ControlLogix Non-Redundant and Redundant ControlNet InterfaceModules Installation Instructions, publicación 1756-571

• ControlLogix Non-Redundant and Redundant ControlNet InterfaceModules User Manual, publicación 1756-6.5.3

• ControlLogix Ethernet Communication Module InstallationInstructions, publicación 1756-IN019

• ControlLogix Ethernet Communication Module User Manual,publicación 1756-UM050

Estas publicaciones están disponibles a través de Rockwell Automation: en las siguientes direcciones:





5-4 Módulos de comunicaciones ControlLogix


En este capítulo se proporcionó información sobre los Módulos decomunicaciones ControlLogix. En el Capítulo 6 se describen los Módulos deE/S ControlLogix.



Capítulo 6

Módulos de E/S ControlLogix

En este capítulo se describen los controladores de E/S ControlLogix quetienen certificación SIL2.

Descripción general de losmódulos de E/SControlLogix

A modo de descripción muy básica, existen dos tipos de módulos de E/SControlLogix con certificación SIL2:

• Módulos de E/S digitales

• Módulos de E/S analógicas

En cada tipo, sin embargo, existen diferencias entre módulos específicos.Puesto que las diferencias se propagan entre distintos niveles de cada tipo demódulo, una representación gráfica es la mejor forma de describir a nivelgeneral muchos de los módulos de E/S ControlLogix con certificación SIL2.


Descripción general de los módulos de E/SControlLogix

6-1

Generación de informes de fallos del módulopara cualquier módulo de E/S ControlLogix

6-4

Uso de módulos de entrada digital 6-4

Cableado de los módulos de entrada digitalControlLogix

6-6

Uso de módulos de salida digital 6-7

Cableado de los módulos de salida digitalControlLogix

6-10

Uso de módulos de entrada analógica 6-13

Cableado de los módulos de entrada analógicaControlLogix

6-15

Lista de comprobación para entradas SIL 6-22

Lista de comprobación para salidas SIL 6-23



6-2 Módulos de E/S ControlLogix

La Figura 6.1 muestra los módulos de E/S ControlLogix con certificaciónSIL2. Cada tipo, digital o analógico, se describe con más detalle en otrassecciones de este capítulo.

Figura 6.1

Los módulos de E/S ControlLogix están diseñados con característicasinherentes que les permiten cumplir los requisitos del estándar 61508. Porejemplo, todos los módulos tienen una interface ASIC de backplane común,ejecutan diagnósticos al momento del encendido y en tiempo de ejecución,ofrecen codificación electrónica y comunicaciones de productor/consumidor.

43372



Módulos de E/S ControlLogix 6-3

Para cumplir con SIL2 al instalar los módulos de E/S ControlLogix, siga lainformación que se proporciona en la documentación indicada en la Tabla 6.1.

La Tabla 6.1 contiene una lista de los módulos de E/S ControlLogix enviadosinicialmente para su certificación SIL2 y que se muestran en la Figura 6.1.

Tabla 6.1 Módulos de E/S ControlLogix para su uso en el sistema SIL 2

Tipo de módulo:Número decatálogo: Descripción:

Documentación relacionada(1) con más información en número de catálogo:

Instrucciones deinstalación: Manual del usuario:

Digital 1756-IA16I Módulo de entrada aislada de CA 1756-IN059 1756-UM058

1756-IA8D Módulo de entrada de diagnóstico de CA 1756-IN055

1756-IB16D Módulo de entrada de diagnóstico de CC 1756-IN069

1756-IB16I Módulo de entrada aislada de CC 1756-IN010

1756-OA16I Módulo de salida aislada de CA 1756-IN009

1756-OA8D Módulo de entrada de diagnóstico de CA 1756-IN057

1756-OB16D Módulo de salida de diagnóstico de CC 1756-IN058

1756-OB16I Módulo de salida aislada de CC 1756-IN512

1756-OB8EI Módulo de salida aislada de CC 1756-IN012

1756-OX8I Módulo de salida de relé aislada 1756-IN513

Analógico 1756-IF8 Módulo de entrada analógica 1756-IN040 1756-6.5.9

1756-IR6I Módulo de entrada de RTD 1756-IN014

1756-IT6I Módulo de entrada de termopar 1756-IN037

1756-OF8 Módulo de salida analógica 1756-5.41

(1) Estas publicaciones están disponibles a través de Rockwell Automation en el sitio http://www.theautomationbookstore.com o http://www.ab.com/manuals.




Generación de informes defallos del módulo paracualquier módulo de E/SControlLogix

Los usuarios deben asegurarse de que todos los módulos de E/S ControlLogixfuncionen correctamente en el sistema. Si los módulos no funcionancorrectamente, el usuario deberá iniciar una rutina de fallo cuando ocurra unfallo. Esto se realiza en la lógica de escalera por medio de la instrucción GSV (Get System Value) y de un examen del atributo “Entry Status” del objetoMODULE para una condición de ejecución.

En la Figura 6.2 se muestra un ejemplo sobre cómo hacerlo. Este método, oalguno parecido, debe usarse para determinar el estado de cada módulo de E/Sdel sistema.

Figura 6.2 Ejemplo de verificación del estado de un módulo en la lógica deescalera

Para obtener más información sobre la instrucción GSV y sobre los objetos

MODULE, vea el Capítulo 7, Fallos en el sistema ControlLogix. Para obtenermás información sobre la creación de rutinas de fallo, vea el Apéndice B, Autoprueba del sistema y respuestas programadas por el usuario.

Uso de módulos de entradadigital

Los módulos de entrada digital ControlLogix se dividen en dos categorías:

• Módulos de entrada de diagnóstico

• Módulos de entrada estándar

Estos módulos comparten muchas de las características inherentes de la

arquitectura. Sin embargo, los módulos de entrada de diagnóstico incorporancaracterísticas que permiten realizar el diagnóstico de fallos del lado del campo.Estas características son la detección de cable roto (es decir, desconectado) y,en el caso de los módulos de diagnóstico CA, la pérdida de alimentación delínea.

GSV

Obtenga el estado deentrada del objeto

MODULE

AND

Quite la máscara de los12 bits bajos del valor

NEQ

Verifique el estado deentrada para garantizarque el módulo se estáejecutando

Fallo




La Tabla 6.2 contiene una lista de los módulos de entrada digital que sonapropiados para su uso en aplicaciones SIL2.

Consideraciones generales sobre el uso de módulos de entrada

digital ControlLogix

Independientemente del tipo de módulo de entrada ControlLogix usado, hay distintas consideraciones generales de aplicación que los usuarios deben teneren cuenta al usar estos módulos en una aplicación SIL2:

• Prueba de entrada general : todas las entradas deben conectarse y desconectarse o desconectarse y conectarse como parte de la puesta enmarcha del sistema y de forma periódica (es decir, en el intervalo de

prueba de funcionamiento a plena carga) para asegurarse de que lasentradas no se quedan atascadas en el estado de conexión. Esteprocedimiento puede automatizarse conmutando el voltaje de línea bajoel control de procesadores.

• Pruebas de funcionamiento a plena carga : periódicamente (esdecir, una vez al año) debe realizarse una inicialización del sistema.Manualmente, o automáticamente, deben probarse las entradas paraasegurarse de que todas las entradas funcionan y que no se quedanatascadas en el estado de conexión o de desconexión. Para obtenerinformación adicional sobre las Pruebas de funcionamiento a plena

carga, vea la página 1-5.

• Detectores de cables para separar los puntos de entrada en dos módulosseparados.

• Los parámetros de configuración (por ejemplo, RPI, valores de filtro)deben ser idénticos entre los dos módulos.

• Ambos módulos deben ser propiedad del mismo controlador.

Para obtener información sobre el estado de funcionamiento, vea el Capítulo1, Política SIL.

Tabla 6.2 Módulos de entrada digital ControlLogix apropiados para aplicacionesSIL2

Tipo de módulo: Número de catálogo: Descripción:Módulos de entrada dediagnóstico

1756-IB16D Módulo de entrada dediagnóstico de CC

1756-IA8D Módulo de entrada dediagnóstico de CA

Módulos de entradaestándar

1756-IB16I Módulo de entrada aisladade CC

1756-IA16I Módulo de entrada aisladade CA




Cableado de los módulosde entrada digitalControlLogix

Los diagramas de cableado de la Figura 6.3 muestran dos métodos de cableadodel módulo de entrada digital. En ambos casos, los usuarios deben determinar si el uso de 1 ó 2 detectores es apropiado para cumplir losrequisitos SIL2.

Figura 6.3 Cableado de los módulos de entrada digital ControlLogix

La lógica de la aplicación puede comparar los valores de entrada o los estadospara determinar si hay concurrencia.

Figura 6.4

El programa de usuario también debe contener renglones para notificar unfallo en el caso de que se mantenga una desigualdad de comparación entre dospuntos.

Figura 6.5

Las funciones de control, diagnóstico y alarma deben realizarse en secuencia.Para obtener más información sobre los fallos, vea el Capítulo 7, Fallos en el

sistema ControlLogix.

Contacto derelé opcionalpara conmutarel voltaje delínea parapruebasperiódicasautomatizadas

Línea +

Entrada B1Entrada A1

43366

Entrada B2Entrada A2

Detector

Detector

Ejemplo de cableado de un detector Detector

Ejemplo de cableado de dos detectores

Entrada BEntrada A

Accionador

Entrada BEntrada A

Entrada BEntrada A

Timer

Valor preseleccionado deltemporizador en milisegundospara compensar lasdiferencias con el tiempo delfiltro y el retardo de hardware.

Fallo

Temporizador efectuado

Alarma para operador

Fallo




Uso de módulos de salidadigital

Los módulos de salida digital ControlLogix se dividen en dos categorías:

• Módulos de salida de diagnóstico

• Módulos de salida estándar

Estos módulos comparten muchas de las características inherentes de laarquitectura. Sin embargo, los módulos de salida de diagnóstico incorporancaracterísticas que permiten realizar el diagnóstico de fallos del lado del campo.Estas características incluyen la generación de informes sobre condiciones deausencia de carga y sobre fusibles fundidos a nivel de punto. Además, losmódulos de diagnóstico pueden validar el estado de la salida con la función

Verificación de salida y la prueba Impulso de salida.

La Tabla 6.3 contiene una lista de los módulos de salida digital que sonadecuados para su uso en aplicaciones SIL2.

Tabla 6.3 Módulos de salida digital ControlLogix adecuados para aplicaciones SIL2

Tipo de módulo: Número de catálogo: Descripción:

Módulos de salida dediagnóstico

1756-OB16D Módulo de salida de diagnósticode CC

1756-OA8D Módulo de salida de diagnósticode CA

Módulos de salida estándar 1756-OB16I Módulo de salida aislada de CC

1756-OA16I Módulo de salida aislada de CA

1756-OB8EI Módulo de salida aislada de CC

1756-OX8I Módulo de salida de relé aislada




Consideraciones generales sobre el uso de módulos de salida

digital ControlLogix

La forma de cablear dos tipos de módulos de salida digital varía dependiendode los requisitos de la aplicación (estos métodos de cableado se describen endetalle en secciones posteriores). No obstante, independientemente del tipo demódulo de salida ControlLogix usado, hay distintas consideraciones generalesde aplicación que deben tenerse en cuenta al usar estos módulos en unaaplicación SIL2:

• Pruebas de funcionamiento a plena carga : periódicamente (esdecir, una vez al año) debe realizarse una inicialización del sistema.Manualmente, o automáticamente, deben probarse las salidas paraasegurarse de que todas las salidas funcionan y que no se quedanatascadas en el estado de conexión. Para obtener información sobre lasPruebas de funcionamiento a plena carga, vea la página 1-5.

• Examen de la señal de eco de datos de salida en la lógica deaplicación : la lógica de la aplicación debe examinar el valor de eco dedatos asociado con cada punto de entrada para asegurarse de que elmódulo ha recibido el comando de activación/desactivación delcontrolador.

En los renglones siguientes, un temporizador empieza a incrementar siexiste una desigualdad de comparación entre el bit de salida real y su bitde eco de datos asociado. El temporizador debe preseleccionarse paraaceptar el retardo entre el establecimiento del bit de salida en la memoria

del controlador y la recepción del eco de datos del módulo. Si existe unadesigualdad de comparación durante un período de tiempo más largo, segenera el informe de un fallo.

Figura 6.6

Las funciones de control, diagnóstico y alarma deben realizarse ensecuencia. Para obtener más información sobre los fallos, vea el Capítulo7, Fallos en el sistema ControlLogix.


Eco de datosBit de salida

Eco de datosBit de salida

Temporizador

Fallo

Lógica de aplicación

Accionador


Fallo




• Uso de relés externos para desconectar la alimentación del módulo si la desactivación de salida es crítica : para asegurarsede que las salidas se desactivarán, los usuarios deben conectar un reléexterno que pueda desconectar la alimentación del módulo de salida sise detecta un cortocircuito u otro fallo. Vea la Figura 6.7 en lapágina 6-10 para obtener un ejemplo de método de cableado de un reléexterno.

• Para aplicaciones ESD (desactivación de emergencia)típicas, las salidas deben configurarse para sudesactivación : al configurar un módulo de salida ControlLogix, debeconfigurarse cada salida para que se desactive en caso de que ocurra unfallo y en el caso de que el controlador vaya al modo de programación.Para obtener información sobre excepciones en las aplicaciones ESDtípicas, vea el Capítulo 1, Política SIL.

• Al cablear en serie dos módulos de salida digital de modo que uno pueda

interrumpir el voltaje de suministro (como se muestra en la Figura 6.10 en la página 6-12 ), asegúrese de que:

– Ambos módulos usan una configuración idéntica.

– El mismo controlador es propietario de ambos módulos.




Cableado de los módulosde salida digitalControlLogix

Módulos de salida digital de diagnóstico

Los módulos de salida digital de diagnóstico tienen un circuito avanzado queno se incluye en los módulos de salida estándar. Gracias al diseño avanzado, noes necesario que los usuarios usen un módulo de entrada para monitorear el

estado de la salida, tal y como se requiere con los módulos de salida estándar.

Los módulos de salida de diagnóstico pueden usarse tal como están en unaaplicación SIL2 si se cortocircuitan (es decir, no es necesario usarconsideraciones de cableado especiales distintas de las de cableado del reléexterno para eliminar la alimentación de la línea en el caso de un fallo paraasegurarse de que las salidas se desactivarán).

Además de seguir las Consideraciones generales sobre el uso de módulos desalida digital ControlLogix de la página 6-8, el usuario debe realizarperiódicamente una prueba de impulsos en cada salida para asegurarse de que

la salida puede cambiar de estado. Para obtener más información sobre cómorealizar la prueba de impulsos, vea el documento Módulos de E/S digitalesControlLogix - Manual del usuario, número de publicación1756-UM058C-ES-P.

Figura 6.7 Cableado de módulos de salida de diagnóstico ControlLogix

43365

V-/L2

V+/L2

Salida

V+/L2

Este relé está controlado por elresto del sistema ControlLogix. Siocurre un cortocircuito o un falloen el módulo, el relé puededesconectar la alimentación delmódulo.Además, este relé puedecablearse para desconectar laalimentación de varios módulos.

Accionador




Módulos de salida digital estándar

Cuando usen módulos de salida estándar (es decir, que no sean dediagnóstico), los usuarios deberán cablear una salida a un accionador y luego auna entrada para monitorear el rendimiento de la salida. El usuario puede

cablear la lógica apropiada para probar la capacidad de la salida para activarse y desactivarse en el momento del encendido, o bien, en el intervalo de prueba defuncionamiento a plena carga (vea la página 1-5 ), puede forzar la activación y desactivación de la salida para verificar su rendimiento.

Además de seguir las Consideraciones generales sobre el uso de módulos desalida digital ControlLogix de la página 6-8, el usuario debe cablear cada salidaestándar con una entrada correspondiente para validar que la salida cambia deestado según el comando.

Figura 6.8 Cableado de módulos de salida estándar ControlLogix

Cablee el punto desalida con el puntode entrada paraverificar el estadocorrecto de la salida

Entrada

Módulo de salidaaislada estándar

43363

V-/L2

Módulo de entradaaislada estándar

V-/L2

V+/L2

Salida

V+/L1

Accionador

Este relé está controlado por otrasalida en el sistema ControlLogix. Siocurre un cortocircuito o un fallo en losmódulos de salida, el relé puededesconectar la alimentación de losmódulos.Además, este relé puede cablearsepara desconectar la alimentación devarios módulos.




Debe escribirse lógica de aplicación para generar un fallo en el caso de queexista una desigualdad de comparación entre el estado solicitado de una salida(eco) y el estado real de la salida monitoreado por un canal de entrada.

Figura 6.9

Las funciones de control, diagnóstico y alarma deben realizarse en secuencia.Para obtener más información sobre los fallos, vea el Capítulo 7, Fallos en elsistema ControlLogix.

Los usuarios también pueden cablear en serie dos salidas estándar aisladas conaccionadores críticos. En el caso de que se detecte un fallo, la salida de ambosmódulos de salida debe establecerse en desactivada para garantizar que lascargas de salida se desactivan. La Figura 6.10 muestra cómo cablear en serie

dos salidas estándar aisladas con accionadores críticos.Figura 6.10 Cableado de un módulo de salida estándar ControlLogix con dosmódulos


Eco de datos

Eco de datos

Temporizador

Fallo


Fallo

Entrada de monitoreo

Entrada de monitoreo

El temporizador debepreseleccionarse enmilisegundos paraaceptar los tiemposde comunicación de laseñal de eco y eltiempo de filtro de lasalida.

Lógica de aplicación

Accionador

Fallo de salida

Cablee el punto desalida con el puntode entrada paraverificar el estadocorrecto de la salida

Entrada

Módulo de salida aisladaestándar número 2

43364

Módulo de entradaaislada estándar

V-/L2

V+/L1

Salida

Módulo de salida aisladaestándar número 1

V+/L1

SalidaAccionador

V-/L2 V+/L1




Uso de módulos de entradaanalógica

Existen tres módulos de entrada analógica ControlLogix certificados parausarlos con aplicaciones SIL2. La Tabla 6.4 contiene una lista de los módulos.

Consideraciones generales sobre el uso de módulos de entradaanalógica ControlLogix

Existen varias consideraciones generales sobre las aplicaciones que debentenerse en cuenta al usar estos módulos en una aplicación SIL2:

• Pruebas de funcionamiento a plena carga : periódicamente (esdecir, una vez al año) debe realizarse una inicialización del sistema.Pruebe manual o automáticamente las entradas para asegurarse de quetodas las entradas funcionan correctamente y pueden variar los valoresde los datos en proporción a la señal de entrada. Para obtener másinformación sobre las Pruebas de funcionamiento a plena carga, vea lapágina 1-5.

• Calibración de las entradas cada 12 meses: se recomiendacalibrar cada una de las entradas analógicas cada 12 meses paraasegurarse de la precisión de la señal de entrada.

• Selección del formato de datos de punto flotante (coma flotante) durante la configuración del módulo: los módulosde entrada analógica ControlLogix efectúan muchos procesos de alarmaincorporados para validar que la señal de entrada se encuentre en elrango adecuado para la aplicación. No obstante, estas características sóloestán disponibles en el modo de punto flotante (coma flotante).

• Examen de los bits Fallo de módulo apropiado, Fallo decanal y Estado de canal para iniciar las rutinas de fallos:Cada módulo notificará el estado operativo de cada canal al controladordurante el funcionamiento normal. La lógica de la aplicación debeexaminar los bits apropiados para iniciar una rutina de fallo para unaaplicación determinada. Para obtener más información sobre los fallos,

vea el Capítulo 7, Fallos en el sistema ControlLogix.

Tabla 6.4 Módulos de entrada analógica ControlLogix adecuados paraaplicaciones SIL2

Número de catálogo: Descripción:1756-IF8 Módulo de entrada analógica unipolar

1756-IR6I Módulo de entrada analógica de RTDaislada

1756-IT6I Módulo de entrada analógica determopar/mV




• Comparación de los datos de entrada analógicos y notificación de las desigualdades de comparación : cuando secablean los detectores a dos canales de entrada, los valores de dichoscanales deben compararse entre sí para determinar si se encuentrandentro de un rango aceptable para la aplicación antes de calcular unasalida. Cualquier desigualdad de comparación entre las dos entradasfuera del rango aceptable programado se anunciará como un fallo.

En la Figura 6.11, se aplica un porcentaje definido por el usuario de unadesviación (tolerancia) aceptable al rango de entradas configurado de lasentradas analógicas (rango) y se almacena el resultado (delta). Este valordelta se agrega y se resta de uno de los canales de entrada; los resultadosdefinen un límite de desviación alto y bajo aceptable. A continuación secompara el segundo canal de entrada con estos límites para determinarsi las entradas funcionan correctamente.

El bit OK de la entrada precondiciona la ejecución de un temporizador

que se preselecciona para aceptar un tiempo de respuesta de falloaceptable y cualquier retardo de filtro de comunicaciones del sistema. Silas entradas presentan una desigualdad de comparación durante unperíodo de tiempo superior al valor preseleccionado, se registra un fallocon la alarma correspondiente.

Figura 6.11

Las funciones de control, diagnóstico y alarma deben realizarse ensecuencia. Para obtener más información sobre los fallos, vea el Capítulo7, Fallos en el sistema ControlLogix.

• Los parámetros de configuración (por ejemplo, RPI, valores de filtro)

deben ser idénticos entre los dos módulos.

• Ambos módulos deben ser propietarios del mismo controlador.


Temporizador

Entradas con fallo


Entradas OK

SUBDeltaEntrada 1Límite bajo

ADDDeltaEntrada 1Límite alto

MULTRango% detolerancia

Entradas con fallo

LIMLímite bajoEntrada 2Límite alto

Entradas OK




Cableado de los módulosde entrada analógicaControlLogix

Generalmente, una buena práctica de diseño determina que cada transmisordebe cablearse a terminales de entrada separados en distintos módulos demodo que los valores del canal puedan validarse comparándolos con un rangoaceptable. Esta técnica debe aplicarse con especial cuidado, en función del tipode módulo que se use. Los detalles se muestran en los diagramas de cableadosiguientes.

Cableado de un módulo de entrada unipolar en modo de voltaje

Además de seguir las Consideraciones generales sobre el uso de módulos deentrada analógica ControlLogix de la página 6-13, antes de cablear el módulo,los usuarios deben asegurarse de que todas las tomas de tierra de todos lostransmisores estén conectadas entre sí. Cuando se opera en el modo de voltajeunipolar, todos los extremos (-) de los transmisores deben estar conectadosentre sí. La Figura 6.12 muestra cómo cablear el módulo 1756-IF8 para su uso

en modo de voltaje.

Figura 6.12 Cableado de módulos de entrada analógica ControlLogix en el modode voltaje

Transmisorde voltaje A

Ch0 +

43368

Cn0 +

Cn0 – Cn0 –

(+)

(–)

Transmisor devoltaje B

(+)

(–)




Cableado de un módulo de entrada unipolar en modo de corriente

Además de seguir las Consideraciones generales sobre el uso de módulos deentrada analógica ControlLogix de la página 6-13, antes de cablear el módulo,debe tenerse en cuenta lo siguiente:

• Ubicación de otros dispositivos en el lazo de corriente:puede ubicar otros dispositivos en el lazo de corriente del canal deentrada siempre y cuando la fuente de corriente pueda proporcionar

voltaje suficiente para aceptar todas las caídas de voltaje (cada módulode entrada supone 250 Ohmios)

La Figura 6.13 muestra cómo cablear el módulo 1756-IF8 para su uso enmodo de corriente.

Figura 6.13 Cableado de módulos de entrada analógica ControlLogix en el modode corriente

Fuente decorriente A

Cn0 +

43369

Cn0 +

Cn0 – Cn0 –

Fuente decorriente B




Cableado del módulo de entrada termopar


• Cableado en el mismo canal de entrada en ambos módulos:al cablear el termopar en paralelo entre los dos módulos, debe cablearseel mismo canal en cada uno.

La Figura 6.14 muestra cómo cablear el módulo 1756-IT6I.

Figura 6.14 Cableado del módulo termopar analógico ControlLogix

Termopar A

Cnh0 +

43370

Cnh0 +

RTN RTN

Termopar B




Cableado del módulo de entrada RTD


• Los RTD no se pueden cablear en paralelo sin que ello afectegravemente a su precisión. Deben usarse dos detectores.

La Figura 6.15 muestra cómo cablear el módulo 1756-IR6I.

Figura 6.15 Cableado del módulo RTD analógico ControlLogix

RTD A

Cn0 A

43371

Cn0 A

RTN RTN

Cn0 B Cn0 B

RTD B




Uso de módulos de salidaanalógica

El módulo de salida analógica 1756-OF8 ControlLogix está certificado parausarse en aplicaciones SIL2.

Consideraciones generales sobre el uso de módulos de salida

analógica ControlLogix

Existen varias consideraciones generales sobre las aplicaciones que debenseguirse al aplicar los módulos de salida analógica en una aplicación SIL2:

• Pruebas de funcionamiento a plena carga: periódicamente (esdecir, una vez al año) debe realizarse una inicialización del sistema.Pruebe manual o automáticamente las salidas para asegurarse de quetodas las salidas funcionan correctamente y pueden variar la señal desalida en proporción a los valores de datos que cambian. Para obtener

más información sobre las Pruebas de funcionamiento a plena carga, vea la página 1-5.

• Calibración de las salidas cada 12 meses: se recomienda calibrarcada una de las salidas analógicas cada 12 meses para asegurarse de laprecisión de la señal de salida.

• Selección del formato de datos de punto flotante (coma flotante) durante la configuración del módulo: los módulosde salida analógica ControlLogix efectúan muchos procesos de alarmaincorporados para validar que la señal de salida se encuentre en el rangoadecuado para la aplicación. No obstante, estas características sólo están

disponibles en el modo de punto flotante (coma flotante).

• Examen de los bits Fallo de módulo apropiado, Fallo decanal y Estado de canal para iniciar las rutinas de fallos:cada módulo notificará el estado operativo de cada canal al controladordurante el funcionamiento normal. La lógica de la aplicación debeexaminar los bits apropiados para iniciar una rutina de fallo para unaaplicación determinada. Para obtener más información sobre los fallos,

vea el Capítulo 7, Fallos en el sistema ControlLogix.

• Para aplicaciones ESD (desactivación de emergencia)

típicas, las salidas deben configurarse para sudesactivación : al configurar un módulo de salida ControlLogix, debeconfigurarse cada salida para que se desactive en caso de que ocurra unfallo y en el caso de que el controlador vaya al modo de programación.Para obtener información sobre excepciones en las aplicaciones ESDtípicas, vea el Capítulo 1, Política SIL.




• Cableado de la salida de nuevo hacia la entrada y examen de la señal de eco de datos de salida: los usuarios deben cablearuna salida analógica a un accionador y luego a una entrada analógicapara monitorear el rendimiento de la salida, como se muestra en laFigura 6.17. La lógica de la aplicación debe examinar el valor de eco dedatos asociado con cada punto de entrada para asegurarse de que elmódulo ha recibido el comando de salida del controlador. El valor debecompararse con la entrada analógica que está monitoreando la salidapara asegurarse de que el valor se encuentra en un rango aceptable parala aplicación.

En el diagrama de escalera de la Figura 6.16, se aplica un porcentajedefinido por el usuaro de desviación aceptable (tolerancia) al rangoconfigurado de entrada y salida analógica (rango) y se almacena elresultado (delta). Este valor delta se agrega y se resta del canal de entradaanalógica que monitorea; los resultados definen un límite de desviaciónalto y bajo aceptable. A continuación, se compara el eco de salida

analógica con estos límites para determinar si las salidas funcionancorrectamente.

El bit OK de la salida precondiciona la ejecución de un temporizadorque se preselecciona para aceptar un tiempo de respuesta de falloaceptable y cualquier retardo de filtro de comunicaciones, o salida, delsistema. Si el valor de entrada que monitorea y el eco de salida presentanuna desigualdad de comparación durante un período de tiempo superioral valor preseleccionado, se registra un fallo con la alarmacorrespondiente.

Figura 6.16 Monitoreo de una salida analógica con una entrada analógica

Las funciones de control, diagnóstico y alarma deben realizarse ensecuencia.

• Al cablear dos módulos de salida analógica en la misma aplicación,asegúrese de que:


Temporizador

Salidas con fallo


Salidas OK

ADDDeltaEntrada demonitoreoLímite alto

MULTRango% detoleranciaDelta

Salidas con fallo

LIMLímite bajoEco desalidaLímite alto

Salidas OK

SUBDeltaEntrada demonitoreoLímite bajo




– Ambos módulos usan una configuración idéntica.

– El mismo controlador es propietario de ambos módulos.

Cableado de los módulosde salida analógicaControlLogix

En general, una buena práctica de diseño determina que cada salida analógicadebe cablearse a un terminal de entrada distinto para asegurarse de que lasalida funciona correctamente.

Cableado del módulo de salida analógica en el modo de voltaje

La Figura 6.17 muestra cómo cablear el módulo 1756-OF8 para su uso enmodo de voltaje.

Figura 6.17 Cableado de módulos de salida analógica ControlLogix en el modo de

voltaje

Accionador

43377

(+)

(–)

(+)

(–)

Módulo de salida analógica Módulo de entrada analógica




Cableado del módulo de salida analógica en el modo de corriente

Además de seguir las Consideraciones generales sobre el uso de módulos desalida analógica ControlLogix de la página 6-19, antes de cablear el módulo enel modo de corriente, debe tenerse en cuenta lo siguiente:

• Ubicación de otros dispositivos en el lazo de corriente:puede ubicar otros dispositivos en el lazo de corriente del canal de salidasiempre y cuando la fuente de corriente pueda proporcionar voltajesuficiente para aceptar todas las caídas de voltaje (cada módulo de salidasupone 250 Ohmios)

La Figura 6.18 muestra cómo cablear el módulo 1756-OF8 para su uso enmodo de corriente.

Figura 6.18 Cableado de módulos de salida analógica ControlLogix en el modo decorriente

Lista de comprobación para

entradas SIL

La lista de comprobación siguiente es necesaria para planificar, programar e

iniciar entradas SIL. Puede usarse como guía de planificación y tambiéndurante la prueba de funcionamiento a plena carga. Si se usa como guía deplanificación, la lista de comprobación puede guardarse como registro del plan.

Para programación o inicio, puede completarse una lista de comprobaciónindividual para cada uno de los canales de entrada SIL de un sistema. Ésta es laúnica forma de garantizar que se han cumplido claramente y totalmente losrequisitos. Esta lista de comprobación también puede usarse comodocumentación en la conexión del cableado externo al programa de aplicación.

Accionador

43376

(+)

(–)

(+)

(–)

Módulo de salida analógica Módulo de entrada analógica




Lista de comprobación parasalidas SILLa lista de comprobación siguiente es necesaria para planificar, programar einiciar salidas SIL. Puede usarse como guía de planificación y también durantela prueba de funcionamiento a plena carga. Si se usa como guía deplanificación, la lista de comprobación puede guardarse como registro del plan.

Lista de comprobación de entrada para el sistema ControlLogix

Compañía:

Sitio:

Definición del lazo:

Canales SIL de entrada en:

Nº. Todos los requisitos del módulo de entrada (válido para módulos de entrada digital yanalógica)

Sí No Comentario

1 ¿Se ha seleccionado Exactamente igual como opción de codificación electrónica para todos losmódulos?

2 ¿Se ha establecido el valor RPI en un valor apropiado para la aplicación?

3 ¿Son todos los módulos propiedad de un mismo controlador?

4 ¿Ha realizado pruebas de rendimiento a plena carga en los módulos?

5 ¿Ha realizado pruebas de entrada general en los módulos?

3 ¿Ha configurado las rutinas de fallo?

6 ¿Se realizan las funciones de control, diagnóstico y alarma de forma secuencial en la lógica deescalera?

Nº. Requisitos adicionales exclusivos de los módulos de entrada digital Sí No Comentario

1 Cuando se cablean dos módulos de entrada digital en la misma aplicación, ¿se cumplen lascondiciones siguientes?

• Los dos módulos son propiedad de un mismo controlador.• Los detectores están cableados en puntos de entrada distintos.• El estado operativo es activado (ON).• El estado no operativo es desactivado (OFF).• Los parámetros de configuración (por ejemplo, RPI, valores de filtro) son idénticos.

2 Para los módulos de entrada estándar, ¿se ha establecido el formato de comunicaciones en una delas opciones de datos de entrada?

3 Para los módulos de entrada de diagnóstico, ¿se ha establecido el formato de comunicaciones en

Diagnósticos completos - Datos de entrada?

4 Para los módulos de entrada de diagnóstico, ¿se han habilitado todos los diagnósticos en el módulo?

5 Para los módulos de entrada de diagnóstico, ¿monitorean las rutinas de fallo los bits de diagnósticohabilitados?

Nº. Requisitos adicionales exclusivos de los módulos de entrada analógica Sí No Comentario

1 ¿Se ha establecido el formato de comunicaciones en datos de punto flotante (coma flotante)?

4 ¿Ha calibrado los módulos en los últimos 12 meses?

5 ¿Usa lógica de escalera para comparar los datos de entrada analógica en dos canales paraasegurarse de que existe concurrencia en un rango aceptable y que los datos redundantes se usancorrectamente?

6 ¿Ha escrito lógica de aplicación para examinar los bits para cualquier condición que pueda causar un

fallo y las rutinas de fallo apropiadas para manejar la condición de fallo?

7 Al cablear el módulo 1756-IF8 en modo de voltaje, ¿se han conectado las tomas de tierra deltransmisor entre sí?

8 Al cablear el módulo 1756-IF8 en modo de corriente, ¿se han colocado correctamente los dispositivosdel lazo?

9 Al cablear módulos 1756-IT6I en paralelo, ¿ha cableado al mismo canal en cada módulo como semuestra en la Figura 6.14 en la página 6-17?

10 Al cablear dos módulos 1756-IR6I, ¿se usan dos detectores, como se muestra en la Figura 6.15 en lapágina 6-18?




Para programación o inicio, debe completarse una lista de comprobación derequisitos individual para cada uno de los canales de salida SIL de un sistema.Ésta es la única forma de garantizar que se cumplen claramente y totalmentelos requisitos. Esta lista de comprobación también puede usarse comodocumentación en la conexión del cableado externo al programa de aplicación.

Lista de comprobación de salida para el sistema ControlLogixCompañía:

Sitio:

Definición del lazo:

Canales SIL de salida en:

Nº. Todos los requisitos del módulo de salida (válido para módulos de salida digital yanalógica)

Sí No Comentario

1 ¿Ha realizado pruebas de rendimiento a plena carga en los módulos?

2 ¿Se ha seleccionado Exactamente igual como opción de codificación electrónica para todoslos módulos?

3 ¿Se ha establecido el valor RPI en un valor apropiado para la aplicación?

4 ¿Ha configurado rutinas de fallo, incluyendo rutinas para comparar datos de salida con elpunto de entrada correspondiente?

5 Si es necesario, ¿ha usado relés externos en la aplicación para desconectar la alimentacióndel módulo si ocurre un cortocircuito o si se detecta un fallo en el módulo o en salidasaisladas en serie?

6 ¿Está implementado el control del relé externo en la lógica de escalera?

7 ¿Ha examinado la señal de eco de datos de salida en la lógica de escalera?

8 ¿Se han configurado todas las salidas para desactivarlas en el caso de que ocurra un fallo ode que el controlador entre en modo de programa?

9 ¿Usan dos módulos del mismo tipo y usados en la misma aplicación una configuraciónidéntica?

10 ¿Existe un controlador que sea propietario de los dos módulos si se usan dos módulos delmismo tipo en una aplicación?

11 ¿Se realizan las funciones de control, diagnóstico y alarma de forma secuencial en la lógicade escalera?

Nº. Requisitos exclusivos de los módulos de salida digital Sí No Comentario

1 Para los módulos de salida estándar, ¿está establecido el formato de comunicaciones enDatos de salida?

2 Para los módulos de salida estándar, ¿se han cableado las salidas a la entradacorrespondiente para validar que la salida cambia de estado según el comando?

3 Para los módulos de salida de diagnóstico, ¿se han habilitado todos los diagnósticos en elmódulo?

4 Para los módulos de salida de diagnóstico, ¿monitorean las rutinas de fallo los bits dediagnóstico habilitados?

5 Para los módulos de salida de diagnóstico, ¿se ha establecido el formato de comunicacionesen Diagnósticos completos - Datos de salida?

6 Para los módulos de salida de diagnóstico, ¿realiza periódicamente una prueba de impulsospara asegurarse de que la salida puede cambiar el estado?

Nº. Requisitos exclusivos de los módulos de salida analógica Sí No Comentario

1 ¿Se ha establecido el formato de comunicaciones en datos de punto flotante (coma flotante)?

2 ¿Ha calibrado los módulos en los últimos 12 meses?

3 Al cablear el módulo 1756-OF8 en modo de corriente, ¿se han colocado correctamente losdispositivos del lazo?

4 ¿Ha escrito lógica de aplicación para examinar los bits para cualquier condición que puedacausar un fallo y las rutinas de fallo apropiadas para manejar la condición de fallo?



Capítulo 7

Fallos en el sistema ControlLogix

Introducción La arquitectura ControlLogix proporciona al usuario muchas formas dedetectar y reaccionar ante los fallos del sistema. La primera forma en que losusuarios pueden manejar los fallos es asegurándose de que han seguido laslistas de comprobación de entradas y salidas de las páginas 6-22 y 6-23 para suaplicación.

Además de las listas de comprobación mencionadas, pueden interrogarse varios objetos de dispositivo para determinar el estado operativo actual. Adicionalmente, los módulos proporcionan el estado en tiempo de ejecución

de su operación y del proceso. Los usuarios deberán determinar qué datos sonmás apropiados para su aplicación para iniciar una secuencia de desactivación.

En este capítulo se describen dos condiciones de ejemplo que generarán unfallo en un sistema ControlLogix con certificación SIL2:

• Interruptor de llave que cambia fuera del modo marcha

• Condición de alarma alta en un módulo de entrada analógica

Para obtener más información sobre los bits de estado analógico que sepueden examinar, consulte la información que empieza a partir de lapágina C-28.

Para obtener información sobre la Autoprueba del sistema y respuestasprogramadas por el usuario, vea el Apéndice B.

Para obtener más información sobre los fallos, vea el Apéndice C,Información adicional sobre el manejo de fallos en el sistema ControlLogix.



7-2 Fallos en el sistema ControlLogix

Comprobación de laposición del interruptor dellave con la instrucciónGSV

Los renglones siguientes generan un fallo si el interruptor de llave de la partefrontal del controlador se cambia desde el modo marcha:

Figura 7.1

En este ejemplo, la instrucción GSV (Get System Value) interroga el atributoSTATUS del objeto CONTROLLERDEVICE y almacena el resultado en unapalabra denominada KEYSTATE, en la que los bits 12 y 13 definen el estadodel interruptor de llave como se muestra en la Tabla 7.1.

Si se establece el bit 13 en ON (activado), el interruptor de llave no seencuentra en la posición de marcha. Si se examina el bit 13 de KEYSTATEpara detectar un estado ON, se generará un fallo.

Para obtener más información sobre el acceso al objetoCONTROLLERDEVICE, vea la página C-5.

Tabla 7.1

Bit 13: Bit 12: Descripción:

0 1 Interruptor de llave en la posición demarcha

1 0 Interruptor de llave en la posición deprograma

1 1 Interruptor de llave en la posiciónremota


KEYSTATE.13

GSV

Clase: CONTROLLERDEVICEAtributo: Estado

Destino KEYSTATE

Fallo

Fallo



Fallos en el sistema ControlLogix 7-3

Examen de la alarma altade un módulo de entradaanalógica

Los módulos analógicos ControlLogix efectúan el proceso y la comparación delos valores de los datos de campo en el módulo, lo que permite realizarfácilmente un examen de los bits de estado para iniciar un fallo.

Por ejemplo, el módulo 1756-IF8 puede configurarse con valores de alarmadefinidos por el usuario que, cuando se superen, establecerán un bit de estadoen el módulo, que se enviará de nuevo al controlador. El usuario podráentonces examinar el estado de estos bits para iniciar un fallo como se muestraen la Figura 7.2:

Figura 7.2

En el ejemplo anterior, se examina el bit de alarma alta para el canal 1(CH1HAlarm) para detectar una condición ON (activado) e iniciar un fallo.Durante la operación, puesto que el módulo de entrada analógica procesaseñales analógicas de los detectores de campo, si el valor para el canal 1 excedeel valor definido por el usuario configurado para la alarma alta del canal 1, elbit (CH1HAlarm) se establecerá, se enviará al controlador y se declarará unfallo.


Ch1HAlarm

Fallo

Fallo



7-4 Fallos en el sistema ControlLogix



Capítulo 8

Requisitos generales para el software deaplicación

En este capítulo se describen los detalles del programa de aplicación.

Software para sistemasrelacionados con SIL2

El software de aplicación para sistemas de automatización relacionados conSIL2 se genera usando la herramienta de programación (RSLogix 5000) según

IEC 61131-3.

El programa de aplicación debe crearse mediante la herramienta de programaciónRSLogix 5000 y contiene las funciones de equipo específicas que debe llevar acabo el sistema ControlLogix. Los parámetros para las funciones operativastambién se introducen en el sistema mediante RSLogix 5000.

Programación SIL2 Concepto de seguridad del sistema ControlLogix

El concepto de seguridad de SIL2, supone que:

• El hardware y el firmware del sistema de programación (PS) funcionancorrectamente (pueden detectarse los errores del sistema deprogramación).

• El usuario aplica la lógica correctamente (pueden detectarse los erroresde programación del usuario).

Para la puesta en marcha inicial de un sistema ControlLogix relacionado con laseguridad o después de modificar el programa de aplicación, debecomprobarse la seguridad de todo el sistema mediante una prueba funcional

completa.


Software para sistemas relacionados con SIL2 8-1

Modos de operación del sistema ControlLogix 8-5

Programación SIL2 8-1

Pautas generales para el desarrollo de softwarede aplicación 8-2

Forzado 8-4

Seguridad 8-4

Lista de comprobación para la creación de unprograma de aplicación

8-6



8-2 Requisitos generales para el software de aplicación

Pautas generales para eldesarrollo de software deaplicación

El software de aplicación para los sistemas diseñados para SIL2 debedesarrollarlo el integrador y/o el usuario del sistema. El especialista endesarrollo debe usar buenas prácticas de diseño, incluyendo el uso de:

• Especificaciones funcionales

• Diagramas de flujo• Diagramas de temporización

• Diagramas de secuencia

• Revisión del programa

• Validación del programa

Toda la lógica debe revisarse y probarse. Para facilitar las revisiones y reducirlas respuestas no deseadas, los especialistas en desarrollo deberían limitar,siempre que sea posible, el conjunto de instrucciones a lógica de escalera y operadores booleanos básicos (como examinar activado/desactivado,temporizadores, contadores, etc.). Este conjunto debería incluir instrucciones

que puedan usarse para aceptar variables analógicas, tales como:

• Pruebas de límites

• Comparaciones

• Instrucciones matemáticas

Vea el Apéndice B, Autoprueba del sistema y respuestas programadas por elusuario para obtener más detalles.

Los usuarios deben verificar la descarga del programa de aplicación y sucorrecto funcionamiento. Una técnica de validación típica consiste en cargar el

archivo de programa descargado y realizar una comparación del archivo con loque hay almacenado en el terminal de programación. La comparación de cargapuede realizarse tras un intervalo de tiempo guardando la primera carga y comparándola con la segunda o con cargas subsiguientes. Esta operacióntambién puede realizarse a través de distintas vías (es decir, medianteControlNet o el puerto en serie).

La lógica de seguridad y la lógica no relacionada con la seguridad deben estarseparadas.



Requisitos generales para el software de aplicación 8-3

Comprobación del programa de aplicación creado

Para verificar que el programa de aplicación creado cumple con la funciónespecífica, debe generar un conjunto adecuado de casos de prueba que cubranla especificación. Este conjunto de casos de prueba se registra como

especificación de prueba.

También debe generarse un conjunto adecuado para la evaluación numérica delas fórmulas. Se aceptan pruebas de rangos equivalentes. Estas pruebas seencuentran dentro de rangos de valores definidos, en los límites o en rangos de

valores no permitidos. Deben seleccionarse casos de prueba que demuestren laexactitud y corrección del cálculo. El número de casos de prueba necesariosdepende de la fórmula usada y debe incluir parejas de valores críticos.

No obstante, no puede omitirse una simulación activa con fuentes, porque esla única forma de detectar el correcto cableado de los detectores y

accionadores al sistema. Además, ésta es también la única forma de probar laconfiguración de un sistema. Los usuarios deben verificar que las funcionesprogramadas son correctas forzando una E/S o manipulando manualmentelos detectores y accionadores.

Posibilidades de identificación de programa

El programa de aplicación se identifica con claridad mediante uno de lossiguientes valores:

• Nombre

• Fecha

• Revisión

• Cualquier otra información de identificación del usuario

Por consiguiente, el programa de copia de seguridad (backup) relacionadopuede determinarse con claridad. La identificación de un programa de copia deseguridad debe contener el “CRC de configuración de la CPU”.




Forzado El forzado debe desactivarse tras la prueba y validación del sistema.

Seguridad El usuario debe definir qué medidas deben aplicarse para proteger contra

manipulación el sistema.En el sistema ControlLogix y en RSLogix 5000, existen mecanismos deprotección integrados que impiden modificaciones accidentales o noautorizadas en el sistema de seguridad:

• Una modificación en el programa de aplicación genera un nuevonúmero de versión. Estas modificaciones sólo pueden transferirse alsistema ControlLogix mediante descarga (el sistema ControlLogix debeestar en estado de paro [STOP]).

• Las opciones de operador están configuradas por registro de inicio desesión de usuario en el sistema ControlLogix.

• PADT y el sistema ControlLogix no pueden estar vinculados durante laoperación MARCHA de SIL2.

Deben cumplirse los requisitos de los estándares de aplicación y de seguridadrelacionados con la protección contra manipulaciones del sistema. Laautorización de los empleados y las medidas de protección necesariascorresponden al campo de competencias del operador.

ATENCIÓN

!

Deben protegerse las contraseñas contra el acceso noautorizado. Los parámetros predeterminados establecidos

para el inicio de sesión y la contraseña deben modificarse.Sólo puede accederse a los datos del sistema ControlLogixsi la herramienta PADT usada tiene una herramienta deprogramación y el proyecto de aplicación tiene la versión deejecución actual (mantenimiento de seguridad [back up]).El vínculo entre la herramienta PADT y el sistemaControlLogix sólo es necesario para descargar el programade aplicación o para leer los estados variables. Enfuncionamiento normal, la herramienta PADT no estáconectada. Una separación física de la herramienta PADT y del sistema ControlLogix en la fase de funcionamiento

SIL2 protege el sistema contra acceso no autorizado.



Requisitos generales para el software de aplicación 8-5

Modos de operación delsistema ControlLogix

Un interruptor de llave de tres posiciones en la parte frontal del controladorgobierna los modos de operación del sistema ControlLogix. Los modosdisponibles son los siguientes:

• Marcha

• Programa

• Remoto - Este modo habilitado por software puede ser de programa omarcha.

En una aplicación ControlLogix puesta en marcha con certificación SIL2, elinterruptor de llave del controlador debe encontrarse en el modo marcha y debe extraerse la llave. Las salidas sólo están habilitadas en este modo.

Selección de un modo decontrolador

Para probar un proyecto, seleccione un modo para el controlador:

42627

42525

A

b

Si desea: Entonces seleccione uno de estos modos:

Marcha PROG REM

Marcha Programa Prueba

poner las salidas en el estadocomandado por la lógica delproyecto

✔ ✔

poner las salidas en su estadoconfigurado para el modoPrograma

✔ ✔ ✔

ejecutar (escanear) tareas ✔ ✔ ✔

cambiar el modo del controladormediante el software

✔ ✔ ✔

descargar un proyecto ✔ ✔ ✔ ✔

programar una red ControlNet ✔ ✔

mientras está en línea, editar elproyecto

✔ ✔ ✔ ✔

enviar mensajes ✔ ✔ ✔

enviar y recibir datos en respuestaa un mensaje de otro controlador

✔ ✔ ✔ ✔ ✔

producir y consumir tags ✔ ✔ ✔ ✔ ✔

Selección delinterruptor de llave

Selección deRSLogix 5000

A

b




Lista de comprobación parala creación de un programade aplicación

La lista de comprobación siguiente es aconsejable para mantener los aspectostécnicos de seguridad al programar, antes y después de descargar el programanuevo o un programa modificado.

Lista de comprobación para la creación de un programa de aplicaciónManual de seguridad del Sistema ControlLogix

Compañía:

Ubicación:

Definición delproyecto:

Definición de archivo / Número de archivo:

Notas / Comprobaciones Sí No Comentario

Antes de una modificación¿Se creó la configuración del sistema ControlLogix y el programade aplicación en base a los aspectos de seguridad?

¿Se usaron pautas de programación para crear el programa deaplicación?

Después de una modificación - Antes de la carga

¿Realizó la revisión del programa de aplicación en relación conla especificación de vínculos del sistema una persona noimplicada en la creación del programa?

¿Se documentó y entregó el resultado de la revisión(fecha/firma)?

¿Se creó una copia de seguridad (backup) de todo el programaantes de cargar un programa en el sistema ControlLogix?

Después de una modificación - Después de la carga

¿Se realizaron suficientes pruebas para los vínculos de lógicarelevantes para la seguridad (incluidas E/S) y para todos loscálculos matemáticos?

¿Se restableció toda la información de forzados antes de laoperación de seguridad?

¿Se verificó si el sistema funciona correctamente?

¿Se instalaron las rutinas y las funciones de seguridad

apropiadas?

¿Se desinstaló el terminal de programación?

¿Se cambió el interruptor de llave del controlador a modomarcha y se extrajo la llave?



Capítulo 9

Requisitos técnicos SIL2 para el programa deaplicación

En este capítulo se describe la seguridad técnica para el programa deaplicación.

Procedimiento general El procedimiento general para programar aplicaciones SIL2 del sistemaControlLogix se indica a continuación.

• Especificación de la función de control, que incluye:

– especificación – diagramas de flujo y temporización

– diagramas

– diagramas de secuencia

– descripción del programa

– proceso de revisión del programa

• Escritura del programa de aplicación

• Comprobación realizada por un revisor independiente

• Verificación y validación

Una vez que se ha probado el programa, el sistema ControlLogix puedeponerse en funcionamiento.


Procedimiento general 9-1

Instrucciones de programa/tarea SIL 9-4

Lenguajes de programación 9-5

Edición en línea 9-5

Forzado 9-5

Ciclo de vida de puesta en marcha 9-6



9-2 Requisitos técnicos SIL2 para el programa de aplicación

Conceptos básicos de programación

El programa de control debe estar disponible como una especificación o comouna especificación de rendimiento. Esta documentación constituye la base paracomprobar la transformación correcta en el programa. El tipo de presentación

de la especificación depende de la tarea que deba realizarse. Puede ser:

Lógica e instrucciones

La lógica y las instrucciones usadas para programar la aplicación deben ser:

• fáciles de entender

• fáciles de localizar

• fáciles de cambiar

• fáciles de probar

Lógica del programa

• El usuario debe implementar operadores booleanos simples y fáciles deentender

• Bloques de función con características especificadas

Especificación

La especificación debe incluir una descripción detallada que incluya (siprocede):

• Secuencia de operaciones

• Diagramas de flujo y temporización

• Diagramas de secuencia

• Descripción del programa

• Copia impresa del programa

• Las descripciones verbales de los pasos con las condiciones de paso y losaccionadores que deben controlarse, que incluyen:

– definiciones de entradas

– definiciones de salidas

– diagramas de cableado de E/S y referencias – teoría de funcionamiento



Requisitos técnicos SIL2 para el programa de aplicación 9-3

• Matriz o tabla de las condiciones por pasos y de los accionadores quedeben controlarse, lo cual incluye diagramas de secuencia y temporización

• Definición de condiciones marginales, por ejemplo, modos deoperación, parada de emergencia, etc.

La parte de E/S de la especificación debe contener el análisis de circuitos decampo, es decir, el tipo de detectores y accionadores:

Detectores (digitales o analógicos)

• Señal en el funcionamiento estándar (principio de corriente inactiva paradetectores digitales, detectores desactivados indica que no hay señal)

• Determinación de redundancias necesarias para niveles SIL

• Monitoreo y visualización de discrepancias, incluida la lógica dediagnóstico del usuario

Accionadores

• Posición y activación en una operación estándar (generalmentedesactivados)

• Reacción/posicionamiento seguro si se desactivan o si ocurre un fallo dealimentación, respectivamente

• Monitoreo y visualización de discrepancias, incluida la lógica dediagnóstico del usuario




Instrucciones deprograma/tarea SIL

El programa de usuario puede contener una tarea SIL única formada por varios programas y rutinas. Se trata de una tarea temporizada con unaprioridad de tarea y un temporizador de control (watchdog) seleccionable porel usuario. La tarea SIL2 debe ser la prioridad más alta del controlador y eltemporizador de control (watchdog) del programa definido por el usuario(temporizador de control de software) debe estar establecido de modo queacepte la tarea SIL2 y cualquier otra tarea. Para obtener más información, veael Capítulo 1, Política SIL.

La lógica de seguridad y los programas no relacionados con la seguridad debenestar separados.

Se recomienda que la tarea SIL sólo contenga lógica de escalera limitada a lasinstrucciones que se indican en la Tabla 9.1:

Tabla 9.1

Tipo de instrucción: Incluyendo estas instruccionesespecíficas:

Bobinas y contactos • XIC• XIO• OTE• OTU• OTL

Contadores y temporizadores • TON• TOF• RTO• CTU• CTD• RES

Comparación • LIM• MEQ• EQU• NEQ• LES• GRT• LEQ• GEQ

Transferencia/lógicas • MOV• MVM• AND• OR• XOR• NOT• CLR

Control del programa • JMP• LBL• JSR• RET• SBR• TND(1)

• MCR(1)

• AFI(1)

• NOP(1)



Requisitos técnicos SIL2 para el programa de aplicación 9-5

Lenguajes de programación Todos los lenguajes de programación (por ejemplo, lógica de escalera, bloquede función) disponibles en el sistema ControlLogix también estarándisponibles para programar el controlador ControlLogix para aplicacionesSIL2. No obstante, se recomienda usar lógica de escalera cuando se programenaplicaciones SIL2.

Edición en línea Los usuarios pueden realizar ediciones en línea en proyectos del sistemaControlLogix en RSLogix 5000. En las ediciones en línea deben seguirse estasnormas:

• Las ediciones en línea en las rutinas SIL sólo pueden producirse cuandoun proyecto se encuentra en estado inhabilitado (es decir, no estáactivado para SIL2).

• Si se producen ediciones en línea en cualquier rutina SIL, el usuariodeberá ensamblar las ediciones antes de poner en marcha un proyecto. Siexisten ediciones en línea solamente en las rutinas estándar, no esnecesario validar dichas ediciones antes de la puesta en marcha. Losusuarios deberán verificar que los cambios realizados en la rutinaestándar no afecten a las rutinas.

• Si existen ediciones en línea en una rutina SIL, el usuario deberá validarlas ediciones, descargar las ediciones y validar de nuevo los cambiosantes de iniciar nuevas operaciones SIL2.

Forzado Para realizar forzados en un proyecto RSLogix 5000, deben tenerse en cuentaestas normas:

• Los usuarios deberán eliminar los forzados en todos los tags SIL2 antesde poner en marcha el proyecto.

• Los usuarios no pueden forzar los tags SIL2 mientras se pone en marchaun proyecto.

Aritmética de enteros • ADD• SUB

• MUL• DIV• MOD• SQR• NEG• ABS

Mecanismo para borrar fallos • GSV• SSV

(1) Esta instrucción debe usarse solamente con fines de depuración. Los usuarios no deben usar esta instruccióndurante la ejecución de la aplicación.

Tabla 9.1

Tipo de instrucción: Incluyendo estas instruccionesespecíficas:




Ciclo de vida de puesta enmarcha

La Figura 9.1 muestra los pasos necesarios durante el desarrollo, la depuracióny la puesta en marcha de un programa de aplicación.

Figura 9.1

Generarespecificación

funcional

Crear eldiagrama de

flujo

Crear diagramasde

temporización

Establecer lasecuencia deoperaciones

Desarrollar elproyecto en línea

Desarrollar elproyecto fuera de

línea

Descargar alcontrolador

Realizar pruebas devalidación en toda la

lógica

¿Hanpasado laspruebas?

Poner el proyectoen marcha

Dejar el proyectofuera de servicio

Descargar alcontrolador

Determinar qué lógicaha cambiado o se ha

visto afectada

Realizar pruebas devalidación en toda la

lógica cambiada oafectada

Sí

No

No¿Ha sidocorrecta la

verificación? Realizar más ediciones enlínea y aceptar las

ediciones o realizar másediciones fuera de línea y

descargarlas a CTR

Desarrollar un plan depruebas

Revisar el programacon un terceroindependiente

Completar la pruebade validación

Proteger la PADT



Capítulo 10

Uso y aplicación de interfaces HMI

No existe ningún dispositivo específico que forme parte de la certificaciónporque la variedad de dispositivos es demasiado amplia, desde una ruedecilla eindicadores LED hasta dispositivos de interface HMI (Human to MachineInterface) basados en PC/CRT en una amplia gama de redes. El rango y laextensión de estos dispositivos es similar a la de los detectores y accionadores;sería poco práctico imponer restricciones por dispositivo.

Uso de precauciones y detécnicas con HMI

Sin embargo, los usuarios deben tomar las mismas precauciones y técnicas conlos dispositivos HMI que toman con dispositivos tan simples como undetector o entradas de interruptor. Las precauciones incluyen, entre otras, lassiguientes:

• Acceso limitado y seguridad

• Especificaciones, pruebas y validación

• Restricciones sobre los datos y el acceso

• Límites en los datos y los parámetros

Para obtener más información sobre la integración de los dispositivos HMI en

un lazo SIL típico, consulte la Figura 1.2 en la página 1-4.

Deben usarse técnicas válidas en el software de aplicación en HMI o PLC ensistemas relacionados con la seguridad y en sistemas no relacionados con laseguridad.

Acceso a sistemas relacionados con la seguridad

Cuando se accede a un sistema relacionado con la seguridad, deberíarestringirse la interface HMI a la lectura de datos y de información, porejemplo, de diagnósticos. El usuario debería usar técnicas para limitar el accesosolamente a las secciones de memoria que sean apropiadas. Para obtener másinformación, consulte la Figura 1.2 en la página 1-4.



10-2 Uso y aplicación de interfaces HMI

Cambio de parámetros en sistemas no relacionados con la

seguridad

Si utiliza un dispositivo HMI para cambiar los parámetros de un sistema norelacionado con la seguridad, deben recordarse las técnicas siguientes:

• Cuando se utiliza HMI para introducir parámetros tales como puntos deajuste para un lazo PID o para velocidades de variador, el programa deaplicación debe incluir técnicas válidas usadas por otros tipos de

validación de cambios, tales como:

– Mostrar los datos que deben cambiarse

– Rangos y límites aceptables usados en el programa para comprobarlos datos (es decir, comprobar que los datos se encuentren dentro delrango aceptable)

– Mostrar el nuevo valor junto con el valor existente

– Solicitar al operador que confirme y acepte el valor cambiado antesde permitir que el cambio surta efecto

• El especialista en desarrollo debe seguir las mismas técnicas y losmismos procedimientos de desarrollo usados para el desarrollo de otrosoftware de aplicación, inclusive la verificación y prueba de la interfacedel operador y su acceso a otras partes del programa. El software deaplicación PLC debería configurar una tabla a la que tenga acceso eldispositivo HMI y limitar el acceso únicamente a los puntos de datosnecesarios.

• De forma parecida al programa PLC, el software HMI debe estarprotegido y debe realizarse un mantenimiento para garantizar elcumplimiento de SIL2 una vez que se ha validado y probado el sistema.



Apéndice A

Tiempos de respuesta en ControlLogix

Los métodos de cálculo siguientes proporcionan al usuario los tiempos dereacción en el peor de los casos para un cambio determinado en una condiciónde entrada o de fallo y la acción de salida correspondiente.

Módulos digitales Configuración del chasis local

La Figura A.1 muestra un ejemplo de sistema en el que ocurre lo siguiente:

• Los datos de entrada cambian en el módulo de entrada digital

• Los datos se transmiten al controlador

• El controlador ejecuta el escán del programa y reacciona al cambio de datos,inclusive enviando datos nuevos al módulo de salida

• El comportamiento del módulo de salida cambia en función de losnuevos datos recibidos del controlador

Figura A.1

Use la fórmula siguiente para determinar el tiempo de reacción en el peor delos casos:

ControladorMódulo de

entrada digitalMódulo de salida

digital

Tiempo de reacción en el peor de los casos = Configuración del filtro del módulo

de entrada(1)

+ Retardo de hardware del módulo de entrada(2)

+ RPI del módulo de entrada(1)

+ Escán del programa del controlador(3)

+ Retardo de hardware del módulo de salida(2)(1) Este parámetro lo define el usuario.(2) El retardo de hardware depende del módulo. En las instrucciones de instalación de cada número de catálogo

se indican los tiempos de retardo de hardware específicos. Para obtener una lista completa de lasinstrucciones de instalación, consulte la Tabla 1.1 en la página 1-6.

(3) Esta cifra se calcula agregando los tiempos de ejecución de la instrucción. Para obtener más informaciónsobre los tiempos de ejecución de las instrucciones en RSLogix 5000, consulte el documento Logix5000

Controllers Execution Time and Memory Use Reference, número de publicación 1756-RM087.



A-2 Tiempos de respuesta en ControlLogix

Configuración del chasis remoto


• Los datos de entrada cambian en el módulo de entrada digital

• Los datos se transmiten al controlador a través de los módulos1756-CNB

• El controlador ejecuta el escán del programa y reacciona al cambio dedatos, inclusive enviando datos nuevos al módulo de salida a través delos módulos 1756-CNB

• El comportamiento del módulo de salida cambia en función de los

nuevos datos recibidos del controlador

Figura A.2

EJEMPLO Por ejemplo, un sistema puede reflejar la configuraciónutilizada en la Figura A.1 con un módulo 1756-IB16D y unmódulo 1756-OB16D y la siguiente configuración:

• Configuración del filtro del módulo de entrada = 1 ms

• Retardo de hardware del módulo de entrada =1 ms

• RPI de entrada = 2 ms

• Escán del programa = 20 ms

• Retardo de hardware del módulo de salida = 1 ms

En este ejemplo, el tiempo de reacción en el peor de loscasos = 25 ms


Módulo de entradadigital

Módulo desalida digitalControlador




Tiempos de respuesta en ControlLogix A-3


Módulos analógicos Configuración del chasis local


• Los datos de entrada cambian en el módulo de entrada analógica

• Los datos se transmiten al controlador

• El controlador ejecuta el escán del programa y reacciona al cambio dedatos, inclusive enviando datos nuevos al módulo de salida


Figura A.3


Tiempo de reacción en el peor de los casos =Configuración del filtro del módulo de entrada(1)

+ Retardo de hardware del módulo de entrada(2)

+ RPI del módulo de entrada(1)

+ RPI 1756-CNB remoto+ Escán del programa del controlador(3)

+ RPI 1756-CNB remoto

+ Retardo de hardware del módulo de salida(2)(1) Este parámetro lo define el usuario.(2) El retardo de hardware depende del módulo. En las instrucciones de instalación de cada número de catálogo se indican los

tiempos de retardo de hardware específicos. Para obtener una lista completa de las instrucciones de instalación, consulte laTabla 1.1 en la página 1-6.

(3) Esta cifra se calcula agregando los tiempos de ejecución de la instrucción. Para obtener más información sobre los tiempos deejecución de las instrucciones en RSLogix 5000, consulte el documento Logix5000 Controllers Execution Time and Memory UseReference, número de publicación 1756-RM087.

ControladorMódulo de

entrada analógicaMódulo de salida

analógica

Tiempo de reacción en el peor de los casos = Configuración del filtro del módulo de entrada(1)

+ Régimen de muestreo en tiempo real (RTS) del módulo de entrada (2)


+ RPI del módulo de salida(1)

+ Retardo de hardware del módulo de salida(2)

(1) Este parámetro lo define el usuario.(2) El retardo de hardware depende del módulo. En las instrucciones de instalación de cada número de catálogo se indican los tiempos

de retardo de hardware específicos. Para obtener una lista completa de las instrucciones de instalación, consulte la Tabla 1.1 en la

página 1-6.(3) Esta cifra se calcula agregando los tiempos de ejecución de la instrucción. Para obtener más información sobre los tiempos de

ejecución de las instrucciones en RSLogix 5000, consulte el documento Logix5000 Controllers Execution Time and Memory UseReference, número de publicación 1756-RM087.



A-4 Tiempos de respuesta en ControlLogix

Configuración del chasis remoto


• Los datos de entrada cambian en el módulo de entrada analógica

• Los datos se transmiten al controlador a través de los módulos1756-CNB

• El controlador ejecuta el escán del programa y reacciona al cambio dedatos, inclusive enviando datos nuevos al módulo de salida a través delos módulos 1756-CNB


Figura A.4

Use la fórmula siguiente para determinar el tiempo de reacción en el peor de

los casos:


Módulo de entradaanalógica

Módulo de salidaanalógicaControlador


Tiempo de reacción en el peor de los casos =Configuración del filtro del módulo de entrada(1)

+ Régimen de muestreo en tiempo real (RTS) del módulo de

entrada(1)

+ RPI 1756-CNB remoto(1)


+ RPI del módulo de salida(1)

+ RPI 1756-CNB remoto(1)

+ Retardo de hardware del módulo de salida(3)

(1) Este parámetro lo define el usuario.(2) Esta cifra se calcula agregando los tiempos de ejecución de la instrucción. Para obtener más información sobre los tiempos de

ejecución de las instrucciones en RSLogix 5000, consulte el documento Logix5000 Controllers Execution Time and Memory UseReference, número de publicación 1756-RM087.

(3) El retardo de hardware depende del módulo. En las instrucciones de instalación de cada número de catálogo se indican lostiempos de retardo de hardware específicos. Para obtener una lista completa de las instrucciones de instalación, consulte laTabla 1.1 en la página 1-6.



Apéndice B

Autoprueba del sistema y respuestasprogramadas por el usuario

En este capítulo se describen la autoprueba y las respuestas en CLX.

Pruebas de inicializacióndel sistema

Las pruebas de inicialización del sistema se llevan a cabo en cada intervalo deprueba.

• Entradas manuales del ciclo para garantizar que todas las entradas sonoperativas y que no se quedan en estado activado

• Salidas manuales de la prueba de impulsos que no admiten la prueba deimpulsos en tiempo de ejecución. Deben verificarse lastransmisiones de las fuentes de alimentación redundantespara garantizar que no se quedan en estado cerrado.

Los usuarios pueden realizar automáticamente pruebas defuncionamiento a plena carga conmutando la toma de tierra abierta enlos módulos de entrada y comprobando que todos los puntos de entradapasan a cero (es decir, pasan a estar apagados).

Todos los componentes del sistema que no tengan diagnósticos de tiempo deejecución deben comprobarse como parte de las pruebas de inicialización del

sistema.

Autopruebas del sistema

El sistema ControlLogix certificado por SIL2 está diseñado de modo que seapague en caso de producirse una anomalía o un fallo. A continuación seproporcionan detalles sobre cómo programar y configurar rutinas paramonitorear los diagnósticos y el estado del sistema.

Reacción a los fallos

En el resto de este capítulo se describe cómo los usuarios pueden afectar almodo en que CLX reacciona a los fallos. (No es necesario para SIL2 normal.)


Pruebas de inicialización del sistema B-1

Desarrollo de una rutina de fallo B-2

Creación de un fallo mayor definido por elusuario

B-7

Fallos menores del monitor B-9

Desarrollo de una rutina de encendido B-12



B-2 Autoprueba del sistema y respuestas programadas por el usuario

Desarrollo de una rutina defallo

Si se produce una condición de fallo que es lo suficiente grave para que elcontrolador se apague, el controlador genera un fallo mayor y detiene laejecución de la lógica (devuelve todas las salidas a los estados configurados porel usuario).

• Dependiendo de la aplicación, es posible que usted no desee que todoslos fallos mayores desactiven todo el sistema. En tales situaciones, puedeusar una rutina de fallo para borrar un fallo específico y permitir que unaparte del sistema siga funcionando, o bien puede configurar algunassalidas para que sigan estando activas.

• Si el sistema detecta un problema que puede causar un fallo en unmódulo que no se usa.

Cómo usar este procedimiento

Para desarrollar una rutina de fallo, siga estos pasos:

• Creación del tipo de datos FAULTRECORD

• Creación de una rutina de fallo

• Cómo borrar un fallo mayor

• Prueba de una rutina de fallo

Creación del tipo de datos FAULTRECORD

Cree el siguiente tipo de datos definido por el usuario. Éste almacenainformación acerca del fallo.

Tipo de datos: FAULTRECORD

Nombre FAULTRECORD

Descripción Almacena el atributo MajorFaultRecord o el atributoMinorFaultRecord del objeto PROGRAM.

Miembros

Nombre Tipo de

datos

Estilo Descripción

Time_Low DINT Decimal los 32 bits más bajos del valor de sello dehora del fallo

Time_High DINT Decimal los 32 bits más altos del valor de sello de horadel fallo

Tipo INT Decimal tipo de fallo (programa, E/S, etc.)

Código INT Decimal código único del fallo

Info DINT[8] Hex información específica del fallo

Para crear un nuevo tipo de datos:

Control su_proyecto

Tasks

Motion Groups

Trends

Data Types

User-Defined

Haga clic con el botón derecho delmouse y seleccione New Data Type .

+

+

+

−



Autoprueba del sistema y respuestas programadas por el usuario B-3

Creación de una rutina de fallo

Una rutina de fallo le permite usar la lógica de escalera para borrar fallosespecíficos a fin de que el controlador continúe la ejecución. El lugar donde secoloca la rutina depende del tipo de fallo que desea borrar.

En el caso de unfallo debido a:

Haga lo siguiente:

Ejecución de unainstrucción

Cree una rutina de fallo para el programa:A. En el Organizador de controlador, haga clic con el botón derecho del mouse enname_of_program y seleccione Nueva rutina .

B. En el cuadro Nombre, escriba un nombre para la rutina de fallo(name_of_fault_routine).

C. De la lista desplegable Tipo , seleccione Escalera .D. Haga clic en Aceptar .E. Haga clic con el botón derecho del mouse enname_of_program y seleccione

Propiedades .

F. Haga clic en la ficha Configuración .G. De la lista desplegable Fallo , seleccione name_of_fault_routine .H. Haga clic en Aceptar .

Corte de energía Cree un programa y una rutina principal para el Administrador de fallos del controlador :A. En el Organizador del Controlador, haga clic con el botón derecho del mouse en

Administrador de fallos del controlador y seleccione Nuevo programa .B. Tipo:

• name_of_program

• descripción (opcional)C. Haga clic en Aceptar .D. Haga clic en el signo + ubicado junto al Administrador de fallos del controlador.

E. Haga clic con el botón derecho del mouse enname_of_program y seleccioneNueva rutina .

F. Tipo:• name_of_routine

• descripción (opcional)G. De la lista desplegable Tipo , seleccione el lenguaje de programación para la rutina.H. Haga clic en Aceptar .I. Haga clic con el botón derecho del mouse enname_of_program y seleccione

Propiedades .J. Haga clic en la ficha Configuración .K. De la lista desplegable Principal , seleccione name_of_routine.L. Haga clic en Aceptar .

E/S

Watchdog detarea

Cambio de modo

Movimiento deeje




Cómo borrar un fallo mayor

Para borrar un fallo mayor que ocurre durante la ejecución del proyecto,introduzca la siguiente lógica en la rutina de fallo apropiada. (Vea Creación deuna rutina de fallo en la página B3. )

• Obtener el tipo y código de fallo

• Verificación de un fallo menor

• Borrar el fallo

Obtener el tipo y código de fallo

1. La instrucción GSV permite acceso al atributoMAJORFAULTRECORD de este programa. Este atributo almacenainformación acerca del fallo.

2. La información GSV almacena la información de fallo en el tag major_fault_record . Cuando introduzca un tag basado en una estructura,introduzca el primer miembro del tag .

Verificación de un fallo menor

1.

42372

2.

Nombre de tag Tipo

major_fault_record FAULTRECORD

1. 2.

42372

3. 4.




1. Esta instrucción EQU verifica un tipo de fallo específico, tal comoProgram, I/O. En el Origen B, introduzca el valor para el tipo de falloque desea borrar.

2. Esta instrucción EQU verifica un código de fallo específico. En elOrigen B, introduzca el valor para el código que desea borrar.

3. Esta instrucción CLR establece en cero el valor del tipo de fallo en el tag major_fault_record .

4. Esta instrucción CLR establece en cero el valor del código de fallo en eltag major_fault_record .

Borrar el fallo

1. La instrucción SSV escribe nuevos valores en el atributoMAJORFAULTRECORD de este programa.

2. La instrucción SSV escribe los valores contenidos en el tag major_fault_record . Puesto que los miembros Type y Code se establecen encero, el fallo se borra y el controlador continúa con la ejecución.

Verificación de un fallo específico

Introduzca este renglón en la rutina de fallo del programa:

1. Durante el preescán, los bits de todas las instrucciones OTE estándesactivados y esta instrucción es verdadera. Una vez que el controlador

comienza a ejecutar la lógica, esta instrucción siempre es falsa.

2. Esta instrucción EQU verifica un fallo de tipo 4, lo cual significa queuna instrucción en este programa causó el fallo.

1.

42372

2.

1. 3.2.

43064

4. 5.




3. Esta instrucción EQU verifica un fallo de código 20, lo cual significaque un subíndice de matriz es demasiado grande o un valor POS o LENde una estructura de control no es válido.

4. Esta instrucción CLR establece en cero el valor del tipo de fallo en el tag major_fault_record .

5. Esta instrucción CLR establece en cero el valor del código de fallo en eltag major_fault_record .

Borrar el fallo

Introduzca este renglón en la rutina de fallo del programa:

1. Durante el preescán, los bits de todas las instrucciones OTE estándesactivados y esta instrucción es verdadera. Una vez que el controladorcomienza a ejecutar la lógica, esta instrucción siempre es falsa.

2. La instrucción SSV escribe nuevos valores al atributoMAJORFAULTRECORD de este programa.

3. La instrucción SSV escribe los valores contenidos en el tag major_fault_record . Puesto que los miembros Type y Code se establecen encero, el fallo se borra y el controlador continúa con la ejecución.

Prueba de una rutina de fallo

Usted puede usar una instrucción para probar la rutina de fallo de unprograma sin crear un error (es decir, simular un fallo):

1. Cree un tag BOOL que usará para inicializar el fallo.

2. En la rutina principal o en una subrutina del programa, introduzca elsiguiente renglón:

1.

2.

43064

3.

Donde: Es:

aaa el tag que usará para inicializar el fallo (paso 1.)

bbb la rutina de fallo del programa




3. Para simular un fallo, establezca la condición de entrada.

Creación de un fallo mayordefinido por el usuario

Si desea suspender (apagar) el controlador según las condiciones de laaplicación, cree un fallo mayor definido por el usuario. Con un fallo mayordefinido por el usuario:

• Define un valor para el código de fallo.

• El controlador maneja el fallo del mismo modo que otros fallosmayores:

– El controlador cambia al modo con fallo (fallo mayor) y detiene laejecución de la lógica.

– Las salidas se establecen en su estado o valor configurado para elmodo con fallo.

EJEMPLO Probar una rutina de fallo

Cuando está activado test_fault_routine , ocurre un fallo mayor y el controlador ejecutaFault_Routine .

EJEMPLO Fallo mayor definido por el usuario

Si input_value es mayor que 80, producir un fallo mayor y generar un código de fallo de 999.




Creación de un fallo mayor definido por el usuario

1. ¿Existe alguna rutina de fallo para el programa?

2. En la rutina principal del programa, introduzca el renglón siguiente:

Sí: Entonces:

Sí Vaya al paso 2.

No Cree una rutina de fallo para un programa:A. En el Organizador de controlador, haga clic con el botón derecho

del mouse en name_of_program y seleccioneNueva rutina .

B. En el cuadro Nombre, escriba un nombre para la rutina de fallo(name_of_fault_routine ).

C. De la lista desplegable Tipo , seleccione Escalera .D. Haga clic en Aceptar .E. Haga clic con el botón derecho del mouse enname_of_program y seleccione Propiedades .

F. Haga clic en la ficha Configuración .

G. De la lista desplegable Fallo , seleccionename_of_fault_routine .H. Haga clic en Aceptar .I. Haga doble clic en name_of_fault_routine.

J. Introduzca una instrucción NOP (de modo que la rutina severifique sin ningún error).

Jump to SubroutineRoutine name name_of_fault_routineInput par x

JSRcondiciones en las queel controlador debeapagarse

Donde: Representa:

name_of_fault_routine rutina del paso 1

x valor para el código de fallo

EJEMPLO Creación de un fallo mayor definido por el usuario

Si input_value es mayor o igual que 80, la ejecución pasa a name_of_fault_routine . Se produce un fallo mayor y elcontrolador entra en el modo con fallo. Las salidas van al estado con fallo. La ficha Major Fault del cuadro dediálogo Propiedades del controller, muestra el código 999 .

42373




Fallos menores del monitor Si se produce una condición de fallo que no es lo suficiente grave para que elcontrolador se apague, el controlador genera un fallo menor.

• El controlador sigue ejecutándose.

• No es necesario borrar los fallos menores.

• Para optimizar el tiempo de ejecución y garantizar la precisión deprograma, debe monitorear y corregir los fallos menores.

Fallos menores del monitor

Para usar lógica de escalera para capturar información sobre un fallo menor:

El ejemplo siguiente comprueba si existe una advertencia de batería baja.

Para determinar: Haga lo siguiente:

Superposición de tareas

periódicas

1. Introduzca una instrucción GSV que obtenga el objeto FAULTLOG , atributo MinorFaultBits .

2. Monitoree el bit 6.Carga desde la memoria novolátil

1. Introduzca una instrucción GSV que obtenga el objeto FAULTLOG , atributo MinorFaultBits .2. Monitoree el bit 7.

Problema con el puerto enserie

1. Introduzca una instrucción GSV que obtenga el objeto FAULTLOG , atributo MinorFaultBits .2. Monitoree el bit 9.

Batería baja 1. Introduzca una instrucción GSV que obtenga el objeto FAULTLOG , atributo MinorFaultBits .2. Monitoree el bit 10.

Problema con una instrucción 1. Cree un tipo de datos definido por el usuario que almacene la información del fallo. Especifique elnombre FaultRecord para el tipo de datos y asígnele los miembros siguientes:

Nombre: Tipo de datos: Estilo:

TimeLow DINT DecimalTimeHigh DINT Decimal

Type INT Decimal

Code INT Decimal

Info DINT[8] Hex

2. Cree el tag en el que se almacenarán los valores del atributo MinorFaultRecord . Seleccione el tipode datos en el paso 1.

3. Monitoree S:MINOR .4. Si S:MINOR está activado, use una instrucción GSV para obtener los valores del atributo

MinorFaultRecord .

5. Si desea detectar un fallo menor causado por otra instrucción, restablezca S:MINOR . (S:MINORpermanece establecido hasta el final del escán.)




EJEMPLO Verificación de un fallo menor

Minor_fault_check veces por 1 minuto (60000 ms) y luego se reinicia automáticamente.

Cada minuto, minor_fault_check.DN se activa para un escán. Cuando esto ocurre, la instrucción GSV obtiene el valordel objeto FAULTLOG, atributo MinorFaultBits , y lo almacena en el tag minor_fault_bits . Puesto que la instrucciónGSV sólo se ejecuta una vez cada minuto, el tiempo de escán de la mayor parte de los escanes se reduce.

Si minor_fault_bits.10 está activado, ello indica que la batería está baja.

42373




El ejemplo siguiente comprueba si existe un fallo menor causado por unainstrucción específica.

EJEMPLO Verificación de un fallo menor causado por una instrucción

Multiplica value_a por 1000000 y comprueba si existe un fallo menor, como un overflow matemático:

• Para asegurarse de que una instrucción anterior no produjo el fallo, primero el renglón borra S:MINOR.

• A continuación, el renglón ejecuta la instrucción de multiplicación.

• Si la instrucción produce un fallo menor, el controlador establece S:MINOR.

• Si se establece S:MINOR, la instrucción GSV obtiene información sobre el fallo y restablece S:MINOR.

42373




Desarrollo de una rutina deencendido

La tarea del administrador de encendido es opcional y se ejecuta cuando elcontrolador se enciende en modo marcha. Se trata de una tarea de usuario,independiente de los diagnósticos internos de encendido en CLX.

Use el administrador de encendido para conseguir lo siguiente tras perder laalimentación y restablecerla de nuevo:

• Evitar que el controlador regrese al modo marcha.

– El administrador de encendido producirá un fallo mayor de tipo 1 y código 1, y el controlador entrará en el modo con fallo.

• Llevar a cabo acciones específicas y reanudar la ejecución normal de lalógica.

Desarrollo de una rutina de encendido

Los pasos para desarrollar una rutina del momento de encendido son

parecidos a los pasos necesarios para desarrollar una rutina de fallo:1. Cree un tipo de datos definido por el usuario en el que se almacenará la

información del fallo. Especifique el nombre FaultRecord para el tipo dedatos y asígnele los miembros siguientes:

2. Cree un tag en el que se almacenará la información del fallo. Seleccioneel tipo de datos FaultRecord .

Nombre: Tipo de datos: Estilo:

TimeLow DINT Decimal

TimeHigh DINT Decimal

Type INT Decimal

Code INT Decimal

Info DINT[8] Hex

42195




3. Cree un programa para el administrador de encendido:

3. ¿Cómo desea manejar una pérdida de alimentación?

4. Introduzca la lógica siguiente para borrar el fallo:

Acción: Pasos detallados:

1. Cree un programa. A. En el organizador del controlador, haga clic con el botón derecho del mouse enAdministrador de encendido y seleccione Nuevo programa .

B. Tipo:• name_of_program

• descripción (opcional)C. Haga clic en Aceptar .

2. Cree y asigne una rutina principal(la rutina que debe ejecutarseprimero en el programa).

A. Haga clic en el signo + que aparece junto a Administrador de encendido.

B. Haga clic con el botón derecho del mouse enname_of_program y seleccioneNueva rutina .

C. Tipo:• name_of_main_routine

• descripción (opcional)D. De la lista desplegable Tipo , seleccione el lenguaje de programación para la rutina.E. Haga clic en Aceptar .

F. Haga clic con el botón derecho del mouse enname_of_program y seleccionePropiedades .

G. Haga clic en la ficha Configuración .H. De la lista desplegable Principal , seleccione name_of_main_routineI. Haga clic en Aceptar .

J. Para agregar rutinas adicionales (subrutinas) al programa, repita los pasos B. a E.

Para: Haga lo siguiente:

Evitar que el controlador regrese al

modo marcha

Ya terminó. Cuando se restablezca la

alimentación, se producirá un fallomayor de tipo 1 y código 1, y elcontrolador entrará en el modo confallo.

Llevar a cabo acciones específicas yreanudar la operación normal cuando serestablece la alimentación

A. Abra (haga doble clic en)name_of_routine.

B. Introduzca la lógica para lasacciones.

Obtiene información sobre el fallo y la almacena en el tag major_fault (estructura definida por el usuario).

Establece el tipo y el código de fallo del tag major_fault en cero y establece MAJORFAULTRECORD en los valores nuevos, de modo que se borra el fallo.

42375

Get system valueCIP Object class PROGRAMCIP Object name THIS Attribute name MAJORFAULTRECORDDest major_fault.TimeLow 0

GSV

MoveSource 0

Dest major_fault.Type 0

MOVMoveSource 0

Dest major_fault.Code 0

MOVSet system valueCIP Object class PROGRAMCIP Object name THIS

Attribute name MAJORFAULTRECORDSource major_fault.TimeLow 0

SSV




donde:

major_fault es el tag del paso 2.



Apéndice C

Información adicional sobre el manejo defallos en el sistema ControlLogix

En este apéndice se describen distintas formas de notificar los errores alcontrolador.

Introducción La arquitectura de ControlLogix proporciona al usuario distintas formas dedetectar y reaccionar ante los fallos del sistema. Pueden interrogarse distintosobjetos de dispositivo para determinar el estado operativo actual.

Adicionalmente, los módulos proporcionan estado en tiempo de ejecución desu operación y del proceso. En este capítulo se describen algunos de estosmecanismos. Los usuarios deberán determinar qué datos son más apropiadospara su aplicación para iniciar una secuencia de apagado.

Para obtener información sobre la Autoprueba del sistema y respuestasprogramadas por el usuario, consulte el Apéndice B.


Instrucciones GSV (Get System Value) y SSV (Set System Value) C-2

Objetos GSV/SSV C-4

Generación de informes de fallos por módulos de entrada digital C-22

Generación de informes de fallos por módulos de salida digital C-24

Generación de informes de fallos por módulos de entradaanalógica

C-28

Generación de informes de fallos por módulos de salida analógica C-37

Códigos de fallo C-40

Códigos de fallo mayor C-41

Códigos de fallos menores C-43



C-2 Información adicional sobre el manejo de fallos en el sistema ControlLogix

Instrucciones GSV (GetSystem Value) y SSV(Set System Value)

Las instrucciones GSV/SSV reciben y envían datos de sistema del controlador

que se almacenan en los objetos. Los usuarios pueden usar estas instruccionespara recuperar datos del fallo, tal y como se hayan notificado en los objetos, desu aplicación ControlLogix.

Operandos de lógica deescalera de relé:

Operandos de bloques defunción:

Esta instrucción no está disponible en el bloque de función.

Descripción: Las instrucciones GSV/SSV reciben y envían datos de sistema del controladorque se almacenan en los objetos. El controlador almacena datos de sistema enlos objetos. No hay un archivo de estado, a diferencia del procesador PLC-5.

Cuando está habilitada, la instrucción GSV recupera la informaciónespecificada y la coloca en el destino. Cuando está habilitada, la instrucciónSSV establece el atributo especificado con datos del origen.

Lenguajes disponibles:

Lógica de escalera de relé

Operando: Escriba: Formato: Descripción:

Class name nombre nombre del objeto

Instance name nombre nombre de objeto específico cuando el objeto requiere unnombre

Attribute Name nombre atributo del objetoel tipo de datos depende del atributo que usted selecciona

Destination (GSV) SINTINT

DINTREAL

tag destino para los datos del atributo

Source (SSV) SINTINTDINTREAL

tag el tag que contiene los datos que desea copiar al atributo



Información adicional sobre el manejo de fallos en el sistema ControlLogix C-3

Cuando se introduce una instrucción GSV/SSV, el software de programaciónmuestra en pantalla las clases de objetos, nombres de objetos y nombres deatributos válidos para cada instrucción. En cuanto a la instrucción GSV, esposible obtener los valores para todos los atributos disponibles. Para lainstrucción SSV, el software muestra en pantalla solamente los atributos que sepueden establecer (SSV).

Si el tamaño del Origen o Destino es demasiado pequeño, la instrucción no seejecuta y se registra un fallo menor. La sección siguiente, Objetos GSV/SSV ,

define los atributos de cada objeto y los tipos de datos asociados. Por ejemplo,el atributo MajorFaultRecord del objeto Program requiere un tipo de datosDINT[11].

Indicadores de estadoaritmético:

no afectados

Condiciones de fallo:

Ejecución de la lógica

de escalera de relé:

Ejecución del bloque de

función:

Esta instrucción no está disponible en el bloque de función.

ATENCIÓN

!

Use la instrucción GSV/SSV con cuidado. El hacercambios a los objetos puede causar una operacióninesperada del controlador o lesiones personales.

Ocurrirá un fallo menor si: Tipo de fallo: Código de fallo:

la dirección de objeto no es válida 4 5

se especificó un objeto que no es compatible conGSV/SSV

4 6

el atributo no es válido 4 6

no se proporcionó suficiente información parauna instrucción SSV

4 6

el destino GSV no es suficientemente grandepara retener los datos solicitados

4 7

Condición: Acción:

preescán La condición de salida de renglón se establece como falsa.

condición de entrada de renglón es falsa La condición de salida de renglón se establece como falsa.

condición de entrada de renglón esverdadera

Obtener o definir el valor especificado.La condición de salida de renglón se establece como verdadera.




Objetos GSV/SSV Cuando se introduce una instrucción GSV/SSV, se especifica el objeto, y elatributo del mismo, al cual se desea obtener acceso. En ciertos casos, existirámás de una instancia del mismo tipo de objeto, por lo tanto, también puede sernecesario especificar el nombre del objeto. Por ejemplo, la aplicación puedetener diversas tareas. Cada tarea tiene su propio objeto TASK al cual se puedeobtener acceso mediante el nombre de la tarea.

Se puede obtener acceso a los objetos siguientes:

Acceso al objeto CONTROLLER

El objeto CONTROLLER proporciona información de estado acerca laejecución del controlador.

ATENCIÓN

!

Para la instrucción GSV, se copian al destino solamente eltamaño especificado de datos. Por ejemplo, si el atributoespecificado es SINT y el destino es DINT, se actualizansolamente los 8 bits inferiores del destino DINT y los otros24 bits no se cambian.

Para obtener información acercade este objeto:

Vea la página:

CONTROLLER C-4

CONTROLLERDEVICE C-5

CST C-7

DF1 C-8

FAULTLOG C-11

MESSAGE C-12

MODULE C-14

MOTIONGROUP C-15PROGRAM C-16

ROUTINE C-17

SERIALPORT C-18

TASK C-20

WALLCLOCKTIME C-20

Atributo: Tipo de datos: Instrucción: Descripción:

TimeSlice INT GSVSSV

El porcentaje de la CPU disponible que se asigna a lascomunicaciones.Los valores válidos son 10-90. Este valor no puede cambiarsecuando el interruptor de llave del controlador se encuentra enla posición de marcha.




Acceso al objeto CONTROLLERDEVICE

El objeto CONTROLLERDEVICE identifica el hardware físico delcontrolador.


DeviceName SINT[33] GSV La cadena ASCII que identifica el número de catálogo delcontrolador y tarjeta de memoria.El primer byte contiene un conteo del número de los caracteresASCII retornados en la cadena de matriz.

ProductCode INT GSV Identifica el tipo de controlador.

ProductRev INT GSV Identifica la revisión de producto actual. La visualización debeser hexadecimal.El byte inferior contiene la revisión mayor; el byte superiorcontiene la revisión menor.

SerialNumber DINT GSV Nombre de serie del dispositivo.Se asigna el número de serie cuando se construye eldispositivo.

Este código deproducto:

Identifica este controladorLogix:

3 5550

15 5860

41 5433

42 5434

43 5320

50 5553

51 5555




Status INT GSV Los bits identifican el estado:Los bits 3-0 están reservados

Bits de estado de dispositivoBits 7-4: Significado:0000 reservado0001 actualización de la memoria flash en

progreso0010 reservado0011 reservado0100 la memoria flash está defectuosa0101 con fallo0110 marcha0111 programa

Bits de estado de falloBits 11-8: Significado:0001 fallo menor recuperable

0010 fallo menor no recuperable0100 fallo mayor recuperable1000 fallo mayor no recuperable

Bits de estado específicos para Logix5550Bits 13-12: Significado:01 interruptor de llave en marcha10 interruptor de llave en programa11 interruptor de llave en remotoBits 15-14 Significado01 controlador cambia modos10 depure el modo si el controlador está en elmodo marcha

Type INT GSV Identifica el dispositivo como controlador.Controlador = 14

Vendor INT GSV Identifica el suministrador del dispositivo.Allen-Bradley = 0001





Acceso al objeto CST

El objeto CST (hora coordinada del sistema) proporciona la hora coordinadadel sistema para los dispositivos en un chasis.


CurrentStatus INT GSV El estado actual de la hora coordinada del sistema. Los bitsidentifican:

bit: Significado

0 el hardware del temporizador entró en fallo: el hardwaredel temporizador interno del dispositivo está en un estadode fallo

1 aumento habilitado: el valor actual de los 16+ bitsinferiores del temporizador aumentan al valor solicitadoen lugar de ubicarse en el valor inferior. El método desincronización por pulsos para la red específica manipula

estos bits.2 maestro de hora del sistema: el objeto CST es el origen de

la hora del maestro en el sistema ControlLogix

3 sincronizado: un objeto de CST maestro sincroniza elCurrentValue de 64 bits del objeto CST mediante unaactualización de la hora del sistema

4 maestro de red local: el objeto CST es el origen de la horadel maestro de la red local

5 en el modo relé: el objeto CST funciona en un modo derelé de tiempo

6 se ha detectado un maestro duplicado: se ha detectado unmaestro de hora duplicado de la red local. Este bit siemprees 0 para los nodos dependientes del tiempo.

7 no se usa

8-9 00 = nodo dependiente del tiempo01 = nodo maestro de tiempo10 = nodo de relé de tiempo11 = no se usa

10-15 no se usa

CurrentValue DINT[2] GSV El valor actual del temporizador. DINT[0] contiene los 32 bitsinferiores; DINT[1] contiene los 32 bits superiores.El origen del temporizador se ajusta para coincidir con el valor

suministrado en los servicios de actualización y la sincronización dered de comunicación local. El ajuste representa un aumento al valorsolicitado o un establecimiento inmediato en el valor solicitado,según se indica en el atributo CurrentStatus.




Acceso al objeto DF1

El objeto DF1 proporciona una interface al controlador de comunicación quese puede configurar para el puerto en serie.

Atributo: Tipo dedatos:

Instrucción: Descripción:

ACKTimeout DINT GSV La cantidad de tiempo necesaria para esperar una confirmación deuna transmisión de mensaje (punto a punto y maestro solamente).Los valores válidos son 0-32,767. Retardo en conteos de períodosde 20 mseg. El valor predeterminado es 50 (1 segundo).

DiagnosticCounters INT[19] GSV Arreglo de contadores diagnósticos para el variador decomunicación DF1.

offset de palabra punto a punto DF1 esclavo DF1 maestro0 firma (0x0043) firma (0x0042) firma (0x0044)1 bits de módem bits de módem bits de módem

2 paquetes enviados paquetes enviados paquetes enviados3 paquetes recibidos paquetes recibidos paquetes recibidos4 paquetes no entregados paquetes no entregados paquetes no entregados5 no se usa reintentos de mensajes reintentos de mensajes6 NAK recibidos NAK recibidos no se usa7 ENQ enviados paquetes de encuesta recibidos no se usa8 paquetes deficientes NAK paquetes deficientes sin ACK paquetes deficientes sin ACK9 memoria no enviada sin NAK ninguna memoria sin ACK no se usa10 paquetes duplicados recibidos paquetes duplicados recibidos paquetes duplicados recibidos11 caracteres deficientes recibidos no se usa no se usa12 conteo de recuperaciones DCD conteo de recuperaciones DCD conteo de recuperaciones DCD13 conteo de módem perdido conteo de módem perdido conteo de módem perdido14 no se usa no se usa máximo de tiempo de escán de prioridad15 no se usa no se usa último tiempo de escán de prioridad

16 no se usa no se usa máximo de tiempo de escán normal17 no se usa no se usa último tiempo de escán normal18 ENQ enviados no se usa no se usa

DuplicateDetection SINT GSV Habilita la detección de mensajes duplicados.Valor: Significado:0 detección de mensajes duplicados inhabilitadasin cero detección de mensajes duplicados inhabilitada

EmbeddedResponseEnable SINT GSV Habilita la funcionalidad de respuesta incorporada (punto a puntosolamente).Valor: Significado:0 se inicia solamente después de que se recibe uno

(como opción predeterminada)

1 habilitación sin condicionesENQTransmitLimit SINT GSV El número de indagaciones (ENQ) que se envían después del

tiempo de espera ACK (punto a punto solamente).Los valores válidos son 0-127. El establecimiento predeterminadoes 3.

EOTSuppression SINT GSV Habilita la supresión de transmisiones EOT como respuesta a lospaquetes de encuesta (esclavo solamente).Valor: Significado:0 supresión EOT inhabilitadasin cero supresión EOT habilitada

ErrorDetection SINT GSV Especifica el esquema de detección de errores.Valor: Significado:

0 BCC (predeterminado)1 CRC




MasterMessageTransmit SINT GSV El valor actual de la transmisión del maestro de mensaje (maestrosolamente).Valor: Significado:0 entre encuestas de estación1 en secuencia de encuesta (en lugar del número de

estación del maestro)El valor predeterminado es 0.

NAKReceiveLimit SINT GSV El número de NAK recibidos como respuesta a un mensajes antesde detener la transmisión (comunicación de punto a puntosolamente).Los valores válidos son 0-127. El valor predeterminado es 3.

NormalPollGroupSize INT GSV El número de estaciones que se encuestan en la matriz de nodosde encuesta normal después de encuestarse todas las estacionesen la matriz de nodos de encuesta de prioridad (maestrosolamente).Los valores válidos son 0-255. El valor predeterminado es 0.

PollingMode SINT GSV El modo de encuesta actual (maestro solamente).Valor: Significado:0 basado en mensajes; pero no permite que los

esclavos inicien mensajes1 basado en mensajes; permite que los esclavos

inicien mensajes (predeterminado)2 transferencia de estándar de mensaje único por

escán de nodo3 transferencia de estándar de múltiples mensajes

por escán de nodoEl establecimiento predeterminado es 1.

ReplyMessageWait DINT GSV El tiempo (actuando como maestro) que se debe esperar despuésde recibirse un ACK antes de encuestarse el esclavo en busca deuna respuesta (maestro solamente).Los valores válidos son 0-65,535. Retardo en conteos de períodosde 20 mseg. El establecimiento predeterminado es 5 períodos(100 mseg).

StationAddress INT GSV Dirección de estación actual del puerto en serie.Los valores válidos son 0-254. El valor predeterminado es 0.

SlavePollTimeout DINT GSV La cantidad de tiempo en mseg que espera el esclavo hasta que elmaestro realiza una encuesta antes de que el esclavo indique queno puede transmitir debido a la inactividad del maestro (esclavosolamente).Los valores válidos son 0-32,767. Retardo en conteos de períodosde 20 mseg. El establecimiento predeterminado es 3000 períodos

(1 minuto).TransmitRetries SINT GSV El número de veces que se puede volver a enviar un mensaje sin

obtenerse una confirmación (maestro y esclavo solamente).Los valores válidos son 0-127. El valor predeterminado es 3.

PendingACKTimeout DINT SSV Valor pendiente para el atributo ACKTimeout

PendingDuplicateDetection SINT SSV Valor pendiente para el atributo DuplicateDetection.

PendingEmbeddedResponseEnable

SINT SSV Valor pendiente para el atributo EmbeddedResponse.

PendingENQTransmitLimit SINT SSV Valor pendiente para el atributo ENQTransmitLimit.

PendingEOTSuppression SINT SSV Valor pendiente para el atributo EOTSuppression.

PendingErrorDetection SINT SSV Valor pendiente para el atributo ErrorDetection.

PendingNormalPollGroupSize INT SSV Valor pendiente para el atributo NormalPollGroupSize.






Para aplicar los valores para cualquiera de los atributos DF1 pendientes:

1. Use una instrucción SSV para establecer el valor para el atributopendiente.

Puede establecer cualquier cantidad de atributos pendientes usando unainstrucción SSV para cada atributo pendiente.

2. Use una instrucción MSG para aplicar el valor. La instrucción MSGaplica cada atributo pendiente establecido. Configure la instrucciónMSG como:

PendingMasterMessageTransmit

SINT SSV Valor pendiente para el atributo MasterMessageTransmit.

PendingNAKReceiveLimit SINT SSV Valor pendiente para el atributo NAKReceiveLimit.

PendingPollingMode SINT SSV Valor pendiente para el atributo PollingMode.

PendingReplyMessageWait DINT SSV Valor pendiente para el atributo ReplyMessageWait.

PendingStationAddress INT SSV Valor pendiente para el atributo StationAddress.

PendingSlavePollTimeout DINT SSV Valor pendiente para el atributo SlavePollTimeout.

PendingTransmitRetries SINT SSV Valor pendiente para el atributo TransmitRetries.



Ficha Configuration: Campo: Valor:

Configuración Tipo de mensaje CIP genérico

Código de servicio 0d hexTipo de objeto a2

ID objeto 1

Atributo de objeto deje en blanco

Origen deje en blanco

Número de elementos 0

Destino deje en blanco

Comunicación Ruta de acceso ruta de comunicación a sí misma (1,s donde s =número de ranura del

controlador)




Acceso al objeto FAULTLOG

El objeto FAULTLOG proporciona información de fallo acerca delcontrolador.


MajorEvents INT GSVSSV

Cuántos fallos mayores han ocurrido desde la última vez quese restableció este contador.

MinorEvents INT GSVSSV

Cuántos fallos menores han ocurrido desde la última vez quese restableció este contador.

MajorFaultBits DINT GSVSSV

Los bits individuales indican la razón del fallo mayor actual.Bit: Significado:1 corte de energía3 E/S4 ejecución de instrucción (programa)5 administrador de fallos

6 temporizador de control (watchdog)7 pila8 cambio de modo11 movimiento

MajorFaultBits DINT GSVSSV

Los bits individuales indican la razón del fallo menor actual.Bit: Significado:4 ejecución de instrucción (programa)6 temporizador de control (watchdog)9 puerto en serie10 batería




Acceso al objeto MESSAGE

Usted puede obtener acceso al objeto MESSAGE mediante las instruccionesGSV/SSV. Especifique el nombre del tag de mensaje para determinar el objetoMESSAGE deseado. El objeto MESSAGE proporciona una interface para

configurar y activar las comunicaciones entre dispositivos similares. Esteobjeto reemplaza el tipo de datos MSG del procesador PLC-5.

Siga los pasos a continuación para cambiar un atributo MESSAGE:

1. Use una instrucción GSV para obtener el atributo MessageType y guárdelo en un tag.

2. Use una instrucción SSV para establecer el MessageType en 0.

3. Use una instrucción SSV para establecer el atributo MESSAGE quedesea cambiar.

4. Use una instrucción SSV para establecer el atributo MessageTypenuevamente en el valor original que se obtuvo en el paso 1.


ConnectionPath SINT[130] GSVSSV

Los datos necesarios para configurar la ruta de conexión. Los dosprimeros bytes (byte inferior y byte superior) representan lalongitud en bytes de la ruta de conexión.

ConnectionRate DINT GSVSSV

Régimen de paquete solicitado de la conexión.

MessageType SINT GSVSSV

Especifica el tipo de mensaje.Valor: Significado:

0 no inicializadoPuerto SINT GSV

SSVIndica el puerto en que se debe enviar el mensaje.Valor: Significado:1 backplane2 puerto en serie

TimeoutMultiplier SINT GSVSSV

Determina cuándo una conexión se debe considerar como que hasobrepasado el tiempo de espera y se ha cerrado.Valor: Significado:0 la conexión sobrepasará el tiempo de espera en un

lapso igual a 4 veces el régimen de actualización(predeterminado)

1 la conexión sobrepasará el tiempo de espera en un

lapso igual a 8 veces el régimen de actualización2 la conexión sobrepasará el tiempo de espera en unlapso igual a 16 veces el régimen de actualización

UnconnectedTimeout DINT GSVSSV

El tiempo de espera en microsegundos para todos los mensajes noconectados. La opción predeterminada es 30,000,000microsegundos (30 segundos).




El ejemplo siguiente cambia el atributo ConnectionPath de modo que elmensaje se envíe a un controlador diferente.

EJEMPLO Cambio de un atributo del objeto MESSAGE

Cuando msg_path está activado, establece la ruta del mensaje msg_1 en el valor de msg_1_path . Estoenvía el mensaje a un controlador diferente.

msg_path

Get System ValueClass name MESSAGEInstance name msg_1 Attribute NameMessageTypeDest msg_1_type 2

GSVSet System ValueClass name MESSAGEInstance name msg_1 Attribute NameMessageTypeSource tag_a 0

SSV

Set System Value

Class name MESSAGEInstance name msg_1 Attribute NameConnectionPathSource msg_1_path[0] 6

SSVSet System Value

Class name MESSAGEInstance name msg_1 Attribute N MessageTypeSource msg_1_type 2

SSV

/msg_1.EN

ENDNER

Type - CIP Data Table WriteMessage Control msg_1 ...

MSG

42614

Donde: Representa:

msg_1 mensaje cuyo atributo se desea cambiar

msg_1_type tag que almacena el valor del atributo MessageType

tag_a tag que almacena un 0.

msg_1_path tag de matriz que almacena la nueva ruta conexión para elmensaje




Acceso al objeto MODULE

El objeto MODULE proporciona información de estado acerca del módulo.Para seleccionar un objeto MODULE determinado, establezca el operandoNombre de objeto de la instrucción GSV/SSV en el nombre del módulo.


EntryStatus INT GSV Especifica el estado actual de la entrada de mapa especificada. Los 12bits inferiores se deben enmascarar cuando se realiza una operación decomparación. Solamente los bits 12-15 son válidos.Valor: Significado:16#0000 Reserva: el controlador se enciende.16#1000 Con fallo: cualquiera de las conexiones del objeto

MODULE al módulo asociado entra en fallo. No se debeusar este valor para determinar si el módulo ha entrado enfallo puesto que el objeto MODULE sale periódicamente deeste estado cuando intenta volver a conectarse al módulo.

En lugar de ello, realice una prueba para ver si hay unEstado de marcha (16#4000). Verifique si hay un FaultCodeque no sea igual a 0 para determinar si un módulo haentrado en fallo. Una vez entrados en fallo, los atributosFaultCode y FaultInfo son válidos hasta que se corrige lacondición de fallo.

16#2000 Validación: el objeto MODULE verifica la integridaddel objeto MODULE antes de establecer lasconexiones al módulo.

16#3000 Conexión: el objeto MODULE inicia lasconexiones al módulo.

16#4000 Se ejecuta: todas las conexiones al módulohan sido establecidas y los datos se transfieren con éxito.

16#5000 Desactivación: el objeto MODULE está en

procesode desactivar todas las conexiones al módulo.

16#6000 Inhibido: el objeto MODULE se inhibe (el bit de inhibiciónestá establecido en el atributo de Modo).

16#7000 En espera: no funciona el objeto MODULE primario delcual depende este objeto MODULE.

FaultCode INT GSV Un número que identifica un fallo del módulo, si ocurre.

FaultInfo DINT GSV Especifica información específica acerca del código de fallo del objetoMODULE.

ForceStatus INT GSV Especifica el estado de los forzados.Bit: Significado:0 forzados instalados (1=sí, 0=no)1 forzados habilitados (1=sí, 0=no)2-15 no se usa




Acceso al objeto MOTIONGROUP

El objeto MOTIONGROUP proporciona información de estado acerca de ungrupo de ejes para el módulo servo. Especifique el nombre de tag del grupo demovimiento para determinar el objeto MOTIONGROUP deseado.

Instance DINT GSV Proporciona el número de instancia de este objeto MODULE.

LEDStatus INT GSV Especifica el estado actual del indicador LED de E/S en la parte frontal delcontrolador.Valor: Significado:

0 Indicador LED apagado: No hay objetos MODULEconfigurados para el controlador (no hay módulos en lasección Configuración de I/O del Organizador delController).

1 Rojo parpadeante: No se ejecutan los objetos MODULE.2 Verde parpadeante: No se ejecuta por lo menos un objeto

MODULE.3 Verde fijo: Se ejecutan todos los objetos del módulo.Nota: No introduzca un nombre de objeto con este atributo puesto que elatributo se aplica a todo el conjunto de módulos.

Modo INT GSVSSV

Especifica el modo actual del objeto MODULE.Bit: Significado:0 Si está establecido, causa que se genere un fallo mayor

si cualquiera de las conexiones del objeto MODULE entraen fallo mientras el controlador esté en el modo marcha.2 Si está establecido, causa que el objeto MODULE entre en

el estado inhibido después de desactivar todas lasconexiones al módulo.



Instance DINT GSV Proporciona el número de instancia de este objetoMOTION_GROUP.




Acceso al objeto PROGRAM

El objeto PROGRAM proporciona información de estado acerca delprograma. Especifique el nombre del programa de mensaje para determinar elobjeto PROGRAM deseado.


DisableFlag SINT GSVSSV

Controla la ejecución de este programa.Valor: Significado:0 ejecución habilitada1 ejecución inhabilitada

Instance DINT GSV Proporciona el número de instancia de este objeto PROGRAM.

LastScanTime DINT GSVSSV

El tiempo requerido para ejecutar este programa la última vez quese ejecutó. El tiempo se representa en microsegundos.

MajorFaultRecord DINT[11] GSVSSV

Registra los fallos mayores para este programaRecomendamos que usted cree una estructura definida por elusuario para simplificar el acceso al atributo MajorFaultRecord:

Nombre: Tipo de datos: Estilo: Descripción:TimeLow DINT Decimal los 32 bits inferiores de un valor de sello de hora de falloTimeHigh DINT Decimal los 32 bits superiores de un valor de sello de hora de falloType INT Decimal tipo de fallo (programa, E/S, etc.)Code INT Decimal código único para el fallo (depende del tipo de fallo)Info DINT[8] Hexadecimal información acerca de un fallo específico (depende del tipo ycódigo de fallo)

MaxScanTime DINT GSVSSV

El tiempo de ejecución máximo registrado para este programa. Eltiempo se representa en microsegundos.

MinorFaultRecord DINT[11] GSVSSV

Registra los fallos menores para este programaRecomendamos que usted cree una estructura definida por elusuario para simplificar el acceso al atributo MinorFaultRecord:

Nombre: Tipo de datos: Estilo: Descripción:TimeLow DINT Decimal los 32 bits inferiores de un valor de sello de hora de falloTimeHigh DINT Decimal los 32 bits superiores de un valor de sello de hora de falloType INT Decimal tipo de fallo (programa, E/S, etc.)Code INT Decimal código único para el fallo (depende del tipo de fallo)Info DINT[8] Hexadecimal información acerca de un fallo específico (depende del tipo ycódigo de fallo)

SFCRestart INT GSVSSV

no se usa - reservado para uso futuro




Acceso al objeto ROUTINE

El objeto ROUTINE proporciona información de estado acerca de la rutina.Especifique el nombre de la rutina para determinar el objeto ROUTINEdeseado.


Instance DINT GSV Proporciona el número de instancia de este objeto ROUTINE.Los valores válidos son 0-65,535.




Acceso al objeto SERIALPORT

El objeto SERIALPORT proporciona una interface al puerto decomunicación en serie.

Para aplicar los valores para cualquiera de los atributos SERIALPORTpendientes:

1. Use una instrucción SSV para establecer el valor para el atributopendiente.

Usted puede establecer cualquier cantidad de atributos pendientesusando una instrucción SSV para cada atributo pendiente.

2. Use una instrucción MSG para aplicar el valor. La instrucción MSGaplica cada atributo pendiente establecido. Configure las instruccionesMSG como:


BaudRate DINT GSV Especifica la velocidad en baudios.Los valores válidos son 110, 300, 600, 1200, 2400, 4800, 9600 y19200 (predeterminados).

DataBits SINT GSV Especifica el número de bits de datos por carácter.Valor: Significado:7 7 bits de datos (ASCII solamente)8 8 bits de datos (opción predeterminada)

Parity SINT GSV Especifica la paridad.Valor: Significado:0 sin paridad (sin valor predeterminado)

1 imparidad (ASCII solamente)2 paridad

RTSOffDelay INT GSV La cantidad de tiempo necesario para retardar la desconexión dela línea RTS después de la transmisión del último carácter.Los valores válidos son 0-32,767. Retardo en conteos de períodosde 20 mseg. El valor predeterminado es 0 mseg.

RTSSendDelay INT GSV La cantidad de tiempo necesario para retardar la transmisión delprimer carácter de un mensaje después de activar la línea RTS.Los valores válidos son 0-32,767. Retardo en conteos de períodosde 20 mseg. El valor predeterminado es 0 mseg.

StopBits SINT GSV Especifica el número de bits de paro.Valor: Significado:

1 1 bit de paro (opción predeterminada)2 2 bits de paro (ASCII solamente)

PendingBaudRate DINT SSV Valor pendiente para el atributo BaudRate.

PendingDataBits SINT SSV Valor pendiente para el atributo DataBits.

PendingParity SINT SSV Valor pendiente para el atributo Parity.

PendingRTSOffDelay INT SSV Valor pendiente para el atributo RTSOffDelay.

PendingRTSSendDelay INT SSV Valor pendiente para el atributo RTSSendDelay.

PendingStopBits SINT SSV Valor pendiente para el atributo StopBits.




Ficha Configuration: Campo: Valor:

Configuración Tipo de mensaje CIP genérico

Código de servicio 0d hexadecimal

Tipo de objeto 6f hex

ID de objeto 1Atributo de objeto deje en blanco

Origen deje en blanco

Número de elementos 0

Destino deje en blanco

Comunicación Ruta de acceso ruta de comunicación a sí misma(1,s donde s = número de ranura delcontrolador)




Acceso al objeto TASK

El objeto TASK proporciona información de estado acerca de la tarea.Especifique el nombre de la tarea para determinar el objeto TASK deseado.

Acceso al objeto WALLCLOCKTIME

El objeto WALLCLOCKTIME proporciona un sello de hora que elcontrolador puede usar para el establecimiento de prioridades.


Instance DINT GSV Proporciona el número de instancia de este objeto TASK.Los valores válidos son 0-31.

LastScanTime DINT GSVSSV

El tiempo necesario para ejecutar esta tarea desde la última vezque se ejecutó. El tiempo se representa en microsegundos.

MaxInterval DINT[2] GSVSSV

El intervalo de tiempo máximo entre las ejecuciones sucesivas dela tarea. DINT[0] contiene los 32 bits inferiores del valor; DINT[1]contiene los 32 bits superiores del valor.Un valor de 0 indica 1 ó menos ejecuciones de la tarea.

MaxScanTime DINT GSVSSV

El tiempo de ejecución máximo registrado para este programa. Eltiempo se representa en microsegundos.

MinxInterval DINT[2] GSVSSV

El intervalo de tiempo mínimo entre las ejecuciones sucesivas dela tarea. DINT[0] contiene los 32 bits inferiores del valor; DINT[1]contiene los 32 bits superiores del valor.Un valor de 0 indica 1 ó menos ejecuciones de la tarea.

Priority INT GSV La prioridad relativa de esta tarea comparada con las otras tareas.Los valores válidos son 0-15.

Rate DINT GSV El intervalo de tiempo entre las ejecuciones de la tarea. El tiempose representa en microsegundos.

StartTime DINT[2] GSVSSV

El valor WALLCLOCKTIME cuando se inició la última ejecución dela tarea. DINT[0] contiene los 32 bits inferiores del valor; DINT[1]contiene los 32 bits superiores del valor.

Temporizador de control(watchdog)

DINT GSVSSV

El límite de tiempo para la ejecución de todos los programasasociados con esta tarea. El tiempo se representa enmicrosegundos.Si se introduce 0, se asignan estos valores:Tiempo: Tipo de tarea:0.5 seg periódico5.0 seg continuo





CSTOffset DINT[2] GSVSSV

El offset positivo del CurrentValue del objeto CST (hora coordinadadel sistema); vea la página C-7 DINT[0] contiene los 32 bitsinferiores del valor; DINT[1] contiene los 32 bits superiores delvalor.Valor en µsegs. El valor predeterminado es 0

CurrentValue DINT[2] GSVSSV

El valor actual de la hora del reloj. DINT[0] contiene los 32 bitsinferiores del valor; DINT[1] contiene los 32 bits superiores delvalor.El valor es el número de microsegundos que han transcurridodesde 0000 hrs 1 de enero de 1972.Los objetos CST y WALLCLOCKTIME tienen una relaciónmatemática con el controlador. Por ejemplo, si se suman CSTCurrentValue y WALLCLOCKTIME CTSOffset, el resultado esWALLCLOCKTIME CurrentValue.

DateTime DINT[7] GSVSSV

La fecha y hora en un formato legible.DINT[0] añoDINT[1] la representación de número entero del mes (1-12)

DINT[2] la representación de número entero del mes (1-31)DINT[3] hora (0-23)DINT[4] minuto (0-59)DINT[5] segundos (0-59)DINT[6] microsegundos (0-999,999)




Generación de informes defallos por módulos deentrada digital

Los módulos de entrada digital ControlLogix realizan una difusión múltiple dedatos de fallo/estado a los controladores. Dependiendo del tipo de módulo,estándar o de diagnóstico, el nivel de informe de fallo varía.

Módulos de entrada digital estándar

Todos los módulos de entrada digital estándar mantienen una palabra Fallo delmódulo, el nivel más alto de informe de fallo. Algunos módulos también usanpalabras adicionales para indicar condiciones de fallo, como se muestra en lasección Módulos de diagnóstico de entrada de la página C23.

Los tags siguientes pueden examinarse en lógica de escalera para indicar si seha producido un fallo:

• Palabra Fallo del módulo - Esta palabra proporciona un informe

de resumen de fallos. Su nombre de tag es Fault. Esta palabra estádisponible en todos los módulos de entrada digital.

Un bit de fallo indica un fallo de comunicaciones. En este caso, los 32 bits seestablecen en 1, independientemente de la densidad del módulo.

La Figura 3.1 proporciona una descripción general del proceso de notificaciónde fallos en los módulos de entrada digital ControlLogix.

Figura 3.1

Palabra Fallo del móduloTodos los módulos

42676

Bit 31 Bit 0

Un fallo de comunicaciones establece todos los bits de la palabra Fallodel módulo. Una condición de pérdida de alimentación de campo o decable abierto establece el bit apropiado en la palabra Fallo del módulo.




Módulos de diagnóstico de entrada

Los módulos de diagnóstico digitales de entrada ControlLogix realizan unadifusión múltiple de datos de fallo/estado a los controladores. Todos losmódulos de diagnóstico de entrada mantienen una palabra Fallo del módulo, el

nivel más alto de informe de fallo. Algunos módulos también usan palabrasadicionales para indicar condiciones de fallo, como se muestra en la páginasiguiente.


• Palabra Fallo del módulo - Esta palabra proporciona un informede resumen de fallos. Su nombre de tag es Fault. Esta palabra estádisponible en todos los módulos de entrada digital.

• Palabra Pérdida de alimentación de campo - Esta palabraindica la pérdida de alimentación de campo para un grupo del módulo.Su nombre de tag es FieldPwrLoss. Esta palabra sólo está disponible enel 1756-IA8D.

• Palabra Cable abierto - Esta palabra indica la pérdida de un cabledesde un punto del módulo. Su nombre de tag es OpenWire.

Todas las palabras son de 32 bits, pero sólo se usa el número de bits apropiadopara cada densidad de módulo. Por ejemplo, el módulo 1756-IA16I tiene unapalabra Fallo del módulo de 32 bits. No obstante, puesto que se trata de unmódulo de 16 puntos, en la palabra Fallo del módulo sólo se usan los primeros

16 bits (bits 0-15).

Los bits de fallo de la palabra Pérdida de alimentación de campo y Cableabierto se unen mediante OR lógico a la palabra Fallo del módulo. Dicho deotro modo, dependiendo del tipo de módulo, un bit establecido en la palabraFallo del módulo puede tener distintos significados. Puede indicar:

• Un fallo de comunicaciones - En este caso, los 32 bits se establecen en 1,independientemente de la densidad del módulo.

• Una condición de pérdida de alimentación de campo - En este caso, sólo

se establecen en 1 los bits afectados.

• Una condición de pérdida de cable abierto - En este caso, sólo seestablecen en 1 los bits afectados.




La Figura 3.2 proporciona una descripción general del proceso de notificaciónde fallos en los módulos de entrada digital ControlLogix.

Figura 3.2

Generación de informes defallos por módulos desalida digital

Los módulos de entrada digital ControlLogix realizan una difusión múltiple dedatos de fallo/estado a los controladores. Dependiendo del tipo de módulo,estándar o de diagnóstico, el nivel de informe de fallo varía.

Módulos de salida digital estándar

Los módulos de salida ControlLogix realizan una difusión múltiple de datos defallo/estado a los controladores. Todos los módulos de salida mantienen unapalabra Fallo del módulo, el nivel más alto de informe de fallo. Algunosmódulos también usan palabras adicionales para indicar condiciones de fallo,como se muestra en la Figura 3.3.

Los tags siguientes pueden examinarse en lógica de escalera para indicar si se

ha producido un fallo:

• Palabra Fallo del módulo - Esta palabra proporciona un informede resumen de fallos. Su nombre de tag es Fault. Esta palabra estádisponible en todos los módulos de salida digital.

• Palabra Fusible fundido - Esta palabra indica la existencia de unfusible de punto/grupo fundido en el módulo. Su nombre de tag esFuseBlown. Esta palabra sólo está disponible en el módulo1756-OB8EI.

• Palabra Pérdida de alimentación de campo - Esta palabraindica una pérdida de alimentación de campo en un punto del módulo.Su nombre de tag es FieldPwrLoss. Esta palabra sólo está disponible enel módulo 1756-OA8E.


Palabra Pérdida dealimentación de campo1756-IA8D solamente

Palabra Cable abierto1756-IA8D1756-IB16D

41456

Bit 31 Bit 0

Una condición de cable abierto en cualquier punto establece elbit para dicho punto en la palabra Cable abierto y tambiénestablece el bit apropiado en la palabra Fallo del módulo.

Una pérdida de alimentación de campo establece el bit o bits paradicho grupo en la palabra Pérdida de alimentación de campo ytambién establece el bit apropiado en la palabra Fallo del módulo.

Un fallo de comunicaciones establece todos los bits de la palabraFallo del módulo. Una condición de pérdida de alimentación decampo o de cable abierto establece el bit apropiado en la palabraFallo del módulo.

1

1

1

1

Grupo 0Grupo 1




Todas las palabras son de 32 bits, pero sólo se usa el número de bits apropiadopara cada densidad de módulo. Por ejemplo, el módulo 1756-OB8EI tiene unapalabra Fallo del módulo de 32 bits. No obstante, puesto que se trata de unmódulo de 8 puntos, en la palabra Fallo del módulo sólo se usan los primeros 8bits (bits 0-7).

Los bits de fallo de las palabras Fusible fundido, Pérdida de alimentación decampo, Sin carga y Verificación de salida están unidos mediante un OR lógicoa la palabra Fallo del módulo. Dicho de otro modo, dependiendo del tipo demódulo, un bit establecido en la palabra Fallo del módulo puede tener distintossignificados. Puede indicar:


• Una condición de fusible fundido - En este caso, sólo se establece en 1el bit afectado.

• Una condición de pérdida de alimentación de campo - En este caso, sólose establece en 1 el bit afectado.

• Una condición de sin carga - En este caso, sólo se establece en1 el bit afectado.

• Una condición de verificación de salida - En este caso, sólo se estableceen 1 el bit afectado.

El gráfico siguiente proporciona una descripción general del proceso de

notificación de fallos en los módulos de salida ControlLogix.Figura 3.3


Palabra Fusible fundidoNivel de punto1756-OB8EI

Bit 31 Bit 0

Un fusible fundido para cualquier punto o grupo establece el bitpara dicho punto o grupo en la palabra Fusible fundido; tambiénestablece el bit o bits apropiados en la palabra Fallo del módulo.

Un fallo de comunicaciones establece todos los bits en lapalabra Fallo del módulo. Una condición de fusible fundido,pérdida de alimentación de campo, sin carga o verificación desalida establece el bit apropiado en la palabra Fallo del módulo.

1

Grupo 0Grupo 1

11

1

1




Módulos de diagnóstico de salida

Los módulos de diagnóstico digitales de salida ControlLogix realizan unadifusión múltiple de datos de fallo/estado a los controladores. Todos losmódulos de salida mantienen una palabra Fallo del módulo, el nivel más alto de

informe de fallo. Algunos módulos también usan palabras adicionales paraindicar condiciones de fallo, como se muestra en la Figura 3.4.


• Palabra Fallo del módulo - Esta palabra proporciona un informede resumen de fallos. Su nombre de tag es Fault. Esta palabra estádisponible en todos los módulos de salida digital.

• Palabra Fusible fundido - Esta palabra indica la existencia de un

fusible fundido de punto/grupo en el módulo. Su nombre de tag esFuseBlown.

• Palabra Pérdida de alimentación de campo - Esta palabraindica una pérdida de alimentación de campo en un punto del módulo.Su nombre de tag es FieldPwrLoss. Esta palabra sólo está disponible enel módulo 1756-OA8D.

• Palabra Sin carga - Esta palabra indica la pérdida de carga desde unpunto del módulo. Su nombre de tag es NoLoad.

• Palabra Verificación de salida - Esta palabra indica si existe una

salida que no está actuando según las indicaciones del controladorpropietario. Su nombre de tag es OutputVerify.

Todas las palabras son de 32 bits, pero sólo se usa el número de bits apropiadopara cada densidad de módulo.




Los bits de fallo de las palabras Fusible fundido, Pérdida de alimentación decampo, Sin carga y Verificación de salida están unidas mediante un OR lógico ala palabra Fallo del módulo. Dicho de otro modo, dependiendo del tipo demódulo, un bit establecido en la palabra Fallo del módulo puede tener distintossignificados. Puede indicar:


• Una condición de fusible fundido - En este caso, sólo se establece en 1el bit afectado.

• Una condición de pérdida de alimentación de campo - En este caso, sólose establece en 1 el bit afectado.

• Una condición de sin carga - En este caso, sólo se establece en1 el bit afectado.

• Una condición de verificación de salida - En este caso, sólo se estableceen 1 el bit afectado.

La Figura 3.4 proporciona una descripción general del proceso de notificaciónde fallos en los módulos de salida digital ControlLogix.

Figura 3.4

Palabra Fallo delmódulo

Palabra Fusible fundido

Palabra Pérdida dealimentación de campo1756-OA8D solamente

41457

Bit 31 Bit 0

Una condición de sin carga en cualquier punto establece el bitpara dicho punto en la palabra Sin carga y también establece el bitapropiado en la palabra Fallo del módulo.

Un fusible fundido para cualquier punto o grupo establece el bit paradicho punto o grupo en la palabra Fusible fundido; también estableceel bit o bits apropiados en la palabra Fallo del módulo.

Un fallo de comunicaciones establece todos los bits en la palabraFallo del módulo. Una condición de fusible fundido, pérdida dealimentación de campo, sin carga o verificación de salida establece

el bit apropiado en la palabra Fallo del módulo.

Palabra Sin carga

Palabra Verificación desalida

Una pérdida de alimentación de campo desde cualquier grupo estableceel bit para el punto correspondiente en la palabra Pérdida dealimentación de campo y también establece los bits apropiados en lapalabra Fallo del módulo.

Una condición de verificación de salida para cualquier punto estableceel bit para dicho punto en la palabra Verificación de salida y tambiénestablece el bit apropiado en la palabra Fallo del módulo.

1

Grupo 0

1

Grupo 0Grupo 1

1

1

1

1

Grupo 1

1

1




Generación de informes defallos por módulos deentrada analógica

Los módulos de entrada analógica ControlLogix realizan una difusión múltiplede datos de fallo/estado a los controladores. Dependiendo del tipo de módulo,sin detección de temperatura (por ejemplo 1756-IF8) o con detección detemperatura (por ejemplo, 1756-IR6I y 1756-IT6I), el nivel de informe defallos varía.

Módulo 1756-IF8

El módulo 1756-IF8 realiza una difusión múltiple de los datos de estado y defallo al controlador propietario/en escucha con su canal de datos. Los datos defallo se organizan de tal modo que el usuario pueda elegir el nivel de resoluciónque desee para examinar las condiciones de fallo.

Existen tres niveles de tags que funcionan conjuntamente para proporcionarun mayor grado de detalle en la causa específica de los fallos del módulo.


• Palabra Fallo del módulo - Esta palabra proporciona un informede resumen de fallos. Su nombre de tag es ModuleFaults.

• Palabra Fallo de canal - Esta palabra proporciona informes defallos de bajo rango, sobrerrango y de comunicaciones. Su nombre detag es ChannelFaults. Cuando examine la palabra Fallo de canal paradetectar fallos, recuerde lo siguiente:

– Se usan 8 canales en cableado unipolar

– Se usan 4 canales en cableado diferencial

– Se usan 2 canales en cableado diferencial de alta velocidad

– Todos los bits empiezan con el bit 0

• Palabras Estado de canal - Estas palabras proporcionan informesde fallos de bajo rango y sobrerrango para cada canal en relación con losfallos de alarmas de proceso, alarmas de régimen y calibración. Sunombre de tag es ChxStatus.




La Figura 3.5 proporciona una descripción general del proceso de notificaciónde fallos para el módulo 1756-IF8.

Figura 3.5

Palabra Fallo del módulo

Palabra Fallo de canal

Palabras Estado de canal

(una para cada canal)

15 14 13 12 11

5 4 3 2 1 0

5 4 3 2 1 07 6

15 = AnalogGroupFault

10 = Calibrating

9 = Cal Fault

14, 13, 12 y 11 no se

usan

7 = Ch7Fault

6 = Ch6Fault

5 = Ch5Fault

4 = Ch4Fault

3 = Ch3Fault

2 = Ch2Fault1 = Ch1Fault

0 = Ch0Fault

7 = ChxCalFault

6 = ChxUnderrange

5 = ChxOverrange4 = ChxRateAlarm

41514

Cualquier bit de la palabra Fallo de canal establecido establece

también el fallo de grupo analógico en la palabra Fallo de módulo.

Un canal de calibración

establece la fallo de

calibración en la palabra

Fallo de módulo.

3 = ChxLAlarm

2 = ChxHAlarm

1 = ChxLLAlarm0 = ChxHHAlarm

Una condición de bajo rango, sobrerrango

establece los bits apropiados de Fallo de canal.

Cuando un módulo se está calibrando, se establecentodos los bits de la palabra Fallo de canal.

10 9

7 6

8 canales usados en cableado S.E.

4 canales usados en cableado

diferencial

2 canales usados en cableado

diferencial H.S.

Todo empieza en bit 0

Los bits de alarma 0-4 de la palabra Estado de canal no es-

tablecen bits adicionales en ningún nivel superior.

Debe monitorear aquí estas condiciones.El número de palabras de estado de canal

depende del formato de cableado usado.




1756-IF8 - Bits de la palabra Fallo del módulo

Los bits de esta palabra proporcionan el nivel más alto de detección de fallos.Una condición distinta de cero en esta palabra indica que existe un fallo en elmódulo. Puede examinarse con más detalle para aislar el fallo.


• Fallo de grupo analógico - Este bit se establece cuando se establececualquiera de los bits de la palabra Fallo de canal. Su nombre de tag es

AnalogGroupFault.

• Calibración - Este bit se establece cuando se calibra cualquier canal.Cuando este bit está establecido, se establecen todos los bits de lapalabra Fallo de canal. Su nombre de tag es Calibrating.

• Fallo de calibración - Este bit se establece cuando se establececualquiera de los bits individuales de Fallo de calibración de canal. Sunombre de tag es CalibrationFault.

1756-IF8 - Bits de la palabra Fallo de canal

Durante la operación de módulo normal, los bits de la palabra Fallo de canal seestablecen si cualquiera de los canales respectivos presenta una condición debajo rango o sobrerrango.

Comprobar esta palabra para detectar si existe un valor distinto de cero es una

forma rápida de comprobar si existen condiciones de bajo rango osobrerrango en el módulo.

Las condiciones siguientes establecen todos los bits de la palabra Fallo decanal:

• Se está calibrando un canal - En este caso, el módulo establece los bitspara mostrar lo siguiente:

– “00FF” para aplicaciones con cableado unipolar

– “000F” para aplicaciones con cableado diferencial

– “0003” para aplicaciones con cableado diferencial de alta velocidad

• Se ha producido un fallo de comunicaciones entre el módulo y sucontrolador propietario. En este caso, el controlador establece los bits y se muestra “FFFF”.

La lógica puede monitorear el bit de la palabra Fallo de canal para una entradaparticular para determinar el estado de dicho punto.

1756-IF8 - Bits de la palabra Estado de canal

Cualquiera de las palabras Estado de canal, una para cada canal, mostrará unacondición distinta de cero si el canal en cuestión ha fallado para lascondiciones que se indican a continuación. Algunos de estos bits establecenbits en otras palabras de fallo.




Cuando se establecen los bits de bajo rango y de sobrerrango (bits 6 y 5) encualquiera de las palabras, se establece el bit apropiado en la palabra Fallo decanal.

Cuando se establece el bit Fallo de calibración (bit 7) en alguna de las palabras,se establece el bit Fallo de calibración (bit 11) en la palabra Fallo del módulo.

• ChxCalFault - Bit 7 - Este bit se establece si se produce un errordurante la calibración del canal, lo que da lugar a una calibraciónincorrecta. Este bit también establece el bit 11 en la palabra Fallo delmódulo.

• UnderRange - Bit 6 - Este bit se establece cuando la señal de entradaen el canal es inferior o igual a la señal mínima detectable. Este bittambién establece el bit apropiado en la palabra Fallo de canal.

• OverRange - Bit 5 - Este bit se establece cuando la señal de entrada

en el canal es mayor que o igual a la señal máxima detectable. Este bittambién establece el bit apropiado en la palabra Fallo de canal.

• ChxRateAlarm - Bit 4 - Este bit se establece cuando el índice decambio del canal de entrada sobrepasa el valor del parámetro Alarma derégimen configurado. El bit permanece establecido hasta que el índicede cambio pasa a ser inferior al índice configurado. Si queda enclavado,la alarma permanecerá establecida hasta que se desenclave.

• ChxLAlarm - Bit 3 - Este bit se establece cuando la señal de entradapasa por debajo del límite de Alarma baja configurado. El bit permanece

establecido hasta que la señal pasa por encima del punto de activaciónconfigurado. Si queda enclavado, la alarma permanecerá establecidahasta que se desenclave. Si se especifica una banda muerta, la alarmatambién quedará establecida mientras la señal permanezca en los límitesde la banda muerta configurada.

• ChxHAlarm - Bit 2 - Este bit se establece cuando la señal de entradapasa por encima del límite de Alarma alta configurado. El bit permaneceestablecido hasta que la señal pasa por debajo del punto de activaciónconfigurado. Si queda enclavado, la alarma permanecerá establecidahasta que se desenclave. Si se especifica una banda muerta, la alarmatambién quedará establecida mientras la señal permanezca en los límites

de la banda muerta configurada.

• ChxLLAlarm - Bit 1 - Este bit se establece cuando la señal deentrada pasa por debajo del límite de Alarma baja baja configurado. Elbit permanece establecido hasta que la señal pasa por encima del puntode activación configurado. Si queda enclavado, la alarma permaneceráestablecida hasta que se desenclave. Si se especifica una banda muerta, laalarma también quedará enclavada mientras la señal permanezca en loslímites de la banda muerta configurada.




• ChxHHAlarm - Bit 0 - Este bit se establece cuando la señal deentrada pasa por encima del límite de Alarma alta alta configurado. Elbit permanece establecido hasta que la señal pasa por debajo del puntode activación configurado. Si queda enclavado, la alarma permaneceráestablecida hasta que se desenclave. Si se especifica una banda muerta, laalarma también quedará enclavada mientras la señal permanezca en loslímites de la banda muerta configurada.

Módulos 1756-IR6I y 1756-IT6I

Los módulos 1756-IR6I y 1756-IT6I realizan una difusión múltiple de losdatos de estado y de fallo al controlador propietario/en escucha con sus datosdel canal. Los datos de fallo se organizan de tal modo que el usuario puedaelegir el nivel de resolución que desee para examinar las condiciones de fallo.




• Palabra Fallo de canal - Esta palabra proporciona informes defallos de bajo rango, sobrerrango y de comunicaciones. Su nombre de

tag es ChannelFaults.

• Palabras Estado de canal - Estas palabras proporcionan informesde fallos de bajo rango y sobrerrango para cada canal en relación con losfallos de alarmas de proceso, alarmas de régimen y calibración. Sunombre de tag es ChxStatus.




La Figura 3.6 proporciona una descripción general del proceso de notificaciónde fallos.

Figura 3.6





15 14 13 12 11 10 9 8

5 4 3 2 1 0

5 4 3 2 1 07 6

15 = AnalogGroupFault14 = InGroupFault

12 = Calibrating

11 = Cal Fault

9 = CJUnderrange (IT6I solamente)

8 = CJOverrange (IT6I solamente)

1756-IR6I ó 1756-IT6I no usan 10 y

13

5 = Ch5Fault

4 = Ch4Fault

3 = Ch3Fault


0 = Ch0Fault

7 = ChxCalFault

6 = ChxUnderrange

5 = ChxOverrange

4 = ChxRateAlarm41345

3 = ChxLAlarm

2 = ChxHAlarm

1 = ChxLLAlarm

0 = ChxHHAlarm

Las condiciones de bajo rango y sobrerrango de

temperatura de junta fría establecen los bits 9 y

8 solamente para el 1756-IT6I. El usuariodeberá monitorear aquí estas condiciones.

Si se establece, cualquier bit de la palabra Fallo de canal también

establece el Fallo de grupo analógico y el Fallo de grupo de

entrada en la palabra Fallo de módulo.

Un canal de calibración

establece el fallo de

calibración en la palabra

Fallo de módulo.

Los bits de alarma de la palabra Estado de canal no

establecen bits adicionales en ningún nivel superior.

Debe monitorear aquí estas condiciones.

Una condición de bajo rango,

sobrerrango establece los bits

apropiados de Fallo de canal.

Cuando un módulo

se está calibrando,

se establecen todos

los bits de la palabra

Fallo de canal.




Bits de la palabra Fallo del módulo


La palabra Fallo del módulo contiene los tags siguientes:


AnalogGroupFault.

• Fallo de grupo de entrada - Este bit se establece cuando seestablece cualquiera de los bits de la palabra Fallo de canal. Su nombrede tag es InputGroup.

• Calibración - Este bit se establece cuando se calibra cualquier canal.

Cuando este bit está establecido, se establecen todos los bits de lapalabra Fallo de canal. Su nombre de tag es Calibrating.

• Fallo de calibración - Este bit se establece cuando se establececualquiera de los bits individuales de Fallo de calibración de canal. Sunombre de tag es CalibrationFault.

• ColdJunctionUnderrange - Este bit sólo se usa en el módulo1756-IT6I. Se establece cuando la temperatura ambiente alrededor del

sensor para juntas frías es inferior a 0oC. Su nombre de tag esCJUnderrange.

• ColdJunctionOverrange - Este bit sólo se usa en el módulo1756-IT6I. Se establece cuando la temperatura ambiente alrededor del

sensor para juntas frías es superior a 86oC. Su nombre de tag esCJOverrange.

Bits de la palabra Fallo de canal

Durante la operación de módulo normal, los bits de la palabra Fallo de canal seestablecen si cualquiera de los canales respectivos presenta una condición debajo rango o sobrerrango.

Comprobar esta palabra para detectar si existe un valor distinto de cero es unaforma rápida de comprobar si existen condiciones de bajo rango osobrerrango en el módulo.





• Se está calibrando un canal - En este caso, el módulo establece los bitspara mostrar “003F”.


La lógica puede monitorear el bit de la palabra Fallo de canal para una entradaparticular para determinar el estado de dicho punto.

Bits de la palabra Estado de canal

Cualquiera de las 6 palabras Estado de canal, una para cada canal, mostrará unacondición distinta de cero si el canal en cuestión ha fallado para las

condiciones que se indican a continuación. Algunos de estos bits establecenbits en otras palabras de fallo.

Cuando se establecen los bits de bajo rango y de sobrerrango (bits 6 y 5) encualquiera de las palabras, se establece el bit apropiado en la palabra Fallo decanal.


• ChxCalFault - Bit 7 - Este bit se establece si se produce un error

durante la calibración del canal. Este bit también establece el bit 11 en lapalabra Fallo del módulo.

• UnderRange - Bit 6 - Este bit se establece cuando la señal de entradaen el canal es inferior o igual a la señal mínima detectable. Para obtenermás información sobre la señal mínima detectable para cada módulo,consulte la Tabla 3.3 en la página 3-9. Este bit también establece el bitapropiado en la palabra Fallo de canal.

• OverRange - Bit 5 - Este bit se establece cuando la señal de entradaen el canal es mayor que o igual a la señal máxima detectable. Paraobtener más información sobre la señal máxima detectable para cadamódulo, consulte la Tabla 3.3 en la página 3-9. Este bit tambiénestablece el bit apropiado en la palabra Fallo de canal.




• ChxRateAlarm - Bit 4 - Este bit se establece cuando el índice decambio del canal de entrada sobrepasa el valor del parámetro Alarma derégimen configurado. El bit permanece establecido hasta que el índicede cambio pasa a ser inferior al índice configurado. Si queda enclavado,la alarma permanecerá establecida hasta que se desenclave.

• ChxLAlarm - Bit 3 - Este bit se establece cuando la señal de entradapasa por debajo del límite de Alarma baja configurado. El bit permaneceestablecido hasta que la señal pasa por encima del punto de activaciónconfigurado. Si queda enclavado, la alarma permanecerá establecidahasta que se desenclave. Si se especifica una banda muerta, la alarmatambién quedará establecida mientras la señal permanezca en los límitesde la banda muerta configurada.

• ChxHAlarm - Bit 2 - Este bit se establece cuando la señal de entradapasa por encima del límite de Alarma alta configurado. El bit permaneceestablecido hasta que la señal pasa por debajo del punto de activación

configurado. Si queda enclavado, la alarma permanecerá establecidahasta que se desenclave. Si se especifica una banda muerta, la alarmatambién quedará establecida mientras la señal permanezca en los límitesde la banda muerta configurada.

• ChxLLAlarm - Bit 1 - Este bit se establece cuando la señal deentrada pasa por debajo del límite de Alarma baja baja configurado. Elbit permanece establecido hasta que la señal pasa por encima del puntode activación configurado. Si queda enclavado, la alarma permaneceráestablecida hasta que se desenclave. Si se especifica una banda muerta, laalarma también quedará enclavada mientras la señal permanezca en los

límites de la banda muerta configurada.

• ChxHHAlarm - Bit 0 - Este bit se establece cuando la señal deentrada pasa por encima del límite de Alarma alta alta configurado. Elbit permanece establecido hasta que la señal pasa por debajo del puntode activación configurado. Si queda enclavado, la alarma permaneceráestablecida hasta que se desenclave. Si se especifica una banda muerta, laalarma también quedará enclavada mientras la señal permanezca en loslímites de la banda muerta configurada.




Generación de informes defallos por módulos desalida analógica

1756-OF8

El módulo 1756-OF8 realiza una difusión múltiple de los datos de estado y defallo al controlador propietario/en escucha con sus datos de canal. Los datosde fallo se organizan de tal modo que el usuario pueda elegir el nivel de

resolución que desee para examinar las condiciones de fallo.




• Palabra Fallo de canal - Esta palabra proporciona un resumen dedetecciones de fallos de comunicaciones y de cable abierto. Su nombrede tag es ChannelFaults.

• Palabras Estado de canal - Esta palabra proporciona el estado decanales individuales para alarmas de límite bajo y alto, alarmas de rampa,y fallos de cable abierto y de calibración. Su nombre de tag es ChxStatus.




La Figura 3.7 proporciona una descripción general del proceso de generaciónde informes de fallos.

Figura 3.7

Bits de la palabra Fallo del módulo


La palabra Fallo del módulo contiene los tags siguientes:


AnalogGroupFault.

• Calibración - Este bit se establece cuando se calibra cualquier canal.Cuando este bit está establecido, se establecen todos los bits de lapalabra Fallo de canal. Su nombre de tag es Calibrating.

• CalibrationFault - Este bit se establece cuando se establececualquiera de los bits individuales de Fallo de calibración de canal. Sunombre de tag es CalibrationFault.

Bits de la palabra Fallo de canal

Durante la operación normal, los bits de la palabra Fallo de canal se establecensi cualquiera de los canales respectivos tiene una condición de alarma de límite





15 14 13 12 11

5 4 3 2 1 0

5 4 3 2 1 07 6

15 = AnalogGroupFault12 = Calibrating

11 = Cal Fault

El 1756-OF8 no usa 14 y 13

7 = Ch7Fault

6 = Ch6Fault

5 = Ch5Fault

4 = Ch4Fault

3 = Ch3Fault


0 = Ch0Fault

7 = ChxOpenWire

5 = ChxNotANumber

4 = ChxCalFault

3 = ChxInHold

2 = ChxRampAlarm

1 = ChxLLimitAlarm

0 = ChxHLimitAlarm 41519

Las condiciones Not a Number, Output in

Hold y Ramp Alarm no establecen bits

adicionales. Debe monitorearlas aquí.

El 1756-OF8 no usa 6

Si se establece, cualquier bit de la palabra Fallo de canal también

establece el fallo de grupo analógico en la palabra Fallo de módulo.

Un canal de

calibración establece

el fallo de calibración

en la palabra Fallo de

módulo.

Cuando un módulo se está calibrando, se establecen

todos los bits de la palabra Fallo de canal.

7 6




bajo o alto o una condición de cable abierto (configuración 0-20 mAsolamente).

Cuando se usa la palabra Fallo de canal, el módulo 1756-OF8 usa los bits 0-7.Comprobar si esta palabra presenta una condición distinta de cero es unaforma rápida de verificar estas condiciones en un canal.


• Se está calibrando un canal - El módulo 1756-OF8 establece los bitspara mostrar “00FF”.


La lógica de la aplicación debe monitorear el bit Fallo de canal para una salidaen particular, si usted:

• habilita la fijación de salidas

o bien

• comprueba una condición de cable abierto (configuración0-20 mA solamente)

Bits de la palabras Estado de canal

Cualquiera de las palabras Estado de canal, una para cada canal, mostrará unacondición distinta de cero si el canal en cuestión ha fallado para lascondiciones que se indican a continuación. Algunos de estos bits establecenbits en otras palabras de fallo.

Cuando se establecen los bits de alarma de límite alto o bajo (bits 1 y 0) encualquiera de las palabras, se establece el bit apropiado en la palabra Fallo decanal.





• ChxOpenWire - Bit 7 - Este bit sólo se establece si el rango de salidaconfigurado es 0-20 mA, y el circuito pasa a estar abierto debido a unfallo del cable o al corte de un cable si la salida accionada está porencima de 0.1 mA. El bit permanecerá establecido hasta que se restaureel cableado correcto.

• ChxNotaNumber - Bit 5 - Este bit se establece cuando el valor desalida recibido del controlador es NotaNumber (el valor IEEE NAN).El canal de salida retendrá su último estado.

• ChxCalFault - Bit 4 - Este bit se establece si se produce un errordurante la calibración. Este bit también establece el bit apropiado en lapalabra Fallo de canal.

• ChxInHold - Bit 3 - Este bit se establece cuando el canal de salidaestá retenido. Este bit se restablece cuando el valor de salida del modomarcha solicitado se encuentra dentro del 0.1% de la escala completa del

valor de eco actual.

• ChxRampAlarm - Bit 2 - Este bit se establece cuando el índice decambio solicitado del canal de salida excedería el parámetro solicitado degradiente en rampa máximo configurado. Permanece establecido hastaque la salida alcanza su valor de destino y la rampa se detiene. Si el bit sequeda enclavado, permanecerá establecido hasta que se desenclave.

• ChxLLimitAlarm - Bit 1 - Este bit se establece cuando el valor desalida solicitado está por debajo del valor de límite bajo configurado.Permanece establecido hasta que la salida solicitada esté por encima dellímite bajo. Si el bit se queda enclavado, permanecerá establecido hastaque se desenclave.

• ChxHLimitAlarm - Bit 0 - Este bit se establece cuando el valor desalida solicitado está por encima del valor de límite alto configurado.Permanece establecido hasta que la salida solicitada esté por debajo dellímite alto. Si el bit se queda enclavado, permanecerá establecido hastaque se desenclave.

Códigos de fallo Hay dos tipos básicos de códigos de fallo:

• Códigos de fallo mayor

• Códigos de fallos menores

Ambos tipos de código se describen en las secciones siguientes.




Códigos de fallo mayor Use la siguiente tabla para determinar la causa de un fallo mayor y su accióncorrectiva. El tipo y código corresponden al tipo y código mostrado en loslugares siguientes:

• Cuadro de diálogo Propiedades del Controller, ficha Major Faults

• Objeto PROGRAM, atributo MAJORFAULTRECORDTabla 3.1 Tipos y códigos de fallos mayores

Escriba: Código: Causa: Método de recuperación:

1 1 El controlador se activó en el modo Run. Ejecute el administrador de pérdida de alimentación eléctrica.

3 16 Falló una conexión de módulo de E/S requerida. Verifique que el módulo de E/S esté en el chasis. Verifique losrequisitos de codificación electrónica.Vea la ficha Major Fault del cuadro de diálogo Propiedades delController y la ficha Conexión del cuadro de diálogo Propiedadesdel Module para obtener más información sobre el fallo.

3 20 Es posible que exista un problema con el chasisControlBus.

No recuperable - reemplace el chasis.

3 23 No se estableció por lo menos una conexiónrequerida antes de ir al modo Run.

Espere que la luz de E/S del controlador cambie a color verde antesde cambiar al modo Run.

4 16 Se encontró una instrucción desconocida. Elimine la instrucción desconocida. Esto probablemente sucediódebido a un proceso de conversión del programa.

4 20 Subíndice de matriz demasiado grande, laestructura de control .POS o .LEN es no válida.

Ajuste el valor para que esté dentro del rango válido. No exceda eltamaño de la matriz ni sobrepase las dimensiones definidas.

4 21 Estructura de control .LEN o .POS < 0. Ajuste el valor para que sea > 0.

4 31 Los parámetros de la instrucción JSR no soniguales a los de la instrucción SBR o RETasociada.

Pase el número apropiado de parámetros. Si se pasan demasiadosparámetros, el exceso de parámetros se ignora sin que ocurraningún error.

4 34 Una instrucción de temporizador tiene un valoracumulado o preseleccionado negativo. Corrija el programa para que no cargue un valor negativo en unvalor acumulado o preseleccionado de temporizador.

4 42 JMP a una etiqueta que no existe o fueeliminada.

Corrija el receptor de JMP o añada la etiqueta que falta.

4 83 Los datos probados no estaban dentro de loslímites requeridos.

Modifique el valor para que esté dentro de los límites.

4 84 Overflow de pila. Reduzca los niveles de anidamiento de subrutinas o el número deparámetros pasados.

6 1 Caducó el temporizador de control (watchdog)de la tarea.La tarea del usuario no se terminó en el períodode tiempo especificado. Un error del programa

causó un lazo infinito, o el programa esdemasiado complejo para ejecutarse tanrápidamente como se especificó, o una tareade mayor prioridad está impidiendo quetermine esta tarea.

Aumente el temporizador de control (watchdog) de la tarea,reduzca el tiempo de ejecución, aumente la prioridad de esta tarea,simplifique las tareas de prioridad más alta, o mueva parte de loscódigos a otro controlador.

7 40 Falló el almacenamiento en la memoria novolátil.

1. Vuelva a intentar guardar el proyecto en la memoria novolátil.

2. Si el proyecto no se guarda en la memoria no volátil,reemplace la tarjeta de memoria.

7 42 La carga desde la memoria no volátil fallóporque la revisión de firmware del proyecto enla memoria no volátil es diferente a la revisiónde firmware del controlador.

Actualice el firmware del controlador al mismo nivel de revisiónque el proyecto que se encuentra en la memoria no volátil.

8 1 Se intentó colocar el controlador en el modoRun con el interruptor de llave durante ladescarga.

Espere que concluya la descarga y borre el fallo.




11 1 La posición actual excedió el límite de fin decarrera positivo.

Mueva el eje en dirección negativa hasta que la posición estédentro del límite de fin de carrera y luego ejecute el comandoMotion Axis Fault Reset.

11 2 La posición actual excedió el límite de fin decarrera negativo. Mueva el eje en dirección positiva hasta que la posición estédentro del límite de fin de carrera y luego ejecute el comandoMotion Axis Fault Reset.

11 3 La posición actual excedió la tolerancia de errorde posición.

Mueva la posición dentro del límite de tolerancia y luego ejecute elcomando Motion Axis Fault Reset.

11 4 Se interrumpió la conexión de canal A, B o Z deencoder.

Vuelva a conectar el canal de encoder y luego ejecute el comandoMotion Axis Fault Reset.

11 5 Se detectó evento de ruido de encoder o lasseñales de encoder no están en cuadratura.

Corrija el cableado de encoder y luego ejecute el comando MotionAxis Fault Reset.

11 6 Se activó entrada de fallo del variador. Borre el fallo del variador y luego ejecute el comando Motion AxisFault Reset.

11 7 Fallo en la conexión síncrona. Primero ejecute el comando Motion Axis Fault Reset. Si nofunciona, extraiga el servo módulo y conéctelo de nuevo. Si todofalla, reemplace el servo módulo.

11 8 El servomódulo detectó un fallo grave dehardware.

Reemplace el módulo.

11 9 Fallo de conexión asíncrona. Primero ejecute el comando Motion Axis Fault Reset. Si nofunciona, extraiga el servo módulo y conéctelo de nuevo. Si todofalla, reemplace el servo módulo.

11 32 Superposición en la tarea de control demovimiento.

El régimen aproximado de actualización del grupo es demasiadoalto para mantener una operación correcta. Borre el tag de fallo delgrupo, eleve el régimen de actualización del grupo y luego borre elfallo mayor.

Tabla 3.1 Tipos y códigos de fallos mayores (Continúa)





Códigos de fallos menores Use la siguiente tabla para determinar la causa de un fallo menor y su accióncorrectiva. El tipo y código corresponden al tipo y código mostrado en loslugares siguientes:

• Cuadro de diálogo Propiedades del Controller, ficha Minor Faults

• Objeto PROGRAM, atributo MINORFAULTRECORDTabla 3.2 Tipos y códigos de fallos menores


4 4 Ocurrió un overflow aritmético en una instrucción. Corrija el programa examinando las operacionesaritméticas (orden) o ajustando los valores.

4 7 El tag de destino GSV/SSV era demasiado pequeño paracontener todos los datos.

Corrija el destino para que tenga espacio suficiente.

4 35 Tiempo PID delta ≤ 0. Ajuste el tiempo PID delta para que sea > 0.

4 36 El punto de ajuste PID está fuera de rango Ajuste el punto de ajuste para que esté dentro del rango.

4 51 El valor LEN del tag de cadena es mayor que el tamaño

DATA del tag de cadena.

1. Verifique que ninguna instrucción esté

escribiendo al miembro LEN del tag de cadena.2. En el valor LEN, introduzca el número de

caracteres que la cadena contiene.

4 52 La cadena de salida es mayor que el destino. Cree un nuevo tipo de datos de cadena que seasuficientemente grande para la cadena de salida. Use elnuevo tipo de datos de cadena como tipo de datos parael destino.

4 53 El número de salida se encuentra fuera de los límites deltipo de datos de destino.

Realice uno de los siguientes pasos:• Reduzca el tamaño del valor ASCII.• Use un tipo de datos mayor para el destino.

4 56 El valor de inicio o cantidad no es válido. 1. Verifique que el valor de inicio es entre 1 y eltamaño DATA del origen.

2. Verifique que el valor de inicio así como el valorde cantidad son menores que o iguales altamaño DATA del origen.

4 57 La instrucción AHL no se ejecutó porque el puerto enserie está establecido en la opción sin handshaking.

Realice uno de los siguientes pasos:• Cambie el parámetro Control Line del puerto en

serie.• Elimine la instrucción AHL.

6 2 Superposición de tareas periódicasLa tarea periódica no concluyó antes de que sea tiempode que se ejecute nuevamente.

Simplifique el (los) programa(s), o aumente el período oeleve la prioridad relativa, etc.

7 49 Proyecto cargado desde la memoria no volátil.

9 0 Ocurrió un error desconocido mientras se realizaba el

servicio del puerto en serie.

Comuníquese con el personal de GTS.

9 1 La línea CTS no es la correcta para la configuraciónactual.

Desconecte y vuelva a conectar el cable del puerto enserie al controlador.Asegúrese de que el cable esté correctamenteconectado.

9 2 Error de lista de encuestas (poll).Se detectó un problema con la lista de encuestas delmaestro, tal como especificación de más estaciones queel tamaño del archivo, especificación de más de 255estaciones, tratar de indizar más allá del final de la listao encuestar la dirección de difusión (STN #255).

Verifique si existe alguno de los siguientes errores en lalista de encuestas:

• número total de estaciones mayor que el espacioen el tag de lista de encuestas

• número total de estaciones mayor que 255• el puntero de la estación actual es mayor que el

tag fin de la lista de encuestas

• se encontró un número de estación mayor que254




9 5 Tiempo de espera de encuestas DF1 esclavoExpiró el temporizador de control (watchdog) deencuestas para el esclavo. El maestro no encuestó este

controlador en el período de tiempo especificado.

Determine y corrija el retardo de la encuesta.

9 9 Se perdió contacto con el módem.Las líneas de control DCD y/o DSR no se estánrecibiendo en la secuencia y/o estado correctos.

Corrija la conexión del módem al controlador.

10 10 No se detectó la batería, o ésta necesita reemplazarse. Instale una batería nueva.

Tabla 3.2 Tipos y códigos de fallos menores (Continúa)


uso de controllogix en aplicaciones sil2

Documents