Tabla de contenido
Publicidad
Capítulo 1
Sistemas de alta disponibilidad ControlLogix 5580
18
Conmutaciones
Durante el funcionamiento del sistema redundante, si se dan ciertas condiciones
en el chasis primario, el control primario se transfiere al chasis secundario. Las
siguientes condiciones causan una conmutación:
•
Interrupción de la alimentación eléctrica
•
Fallo mayor del controlador
•
Desconexión o conexión de cualquier módulo
•
Fallo de cualquier módulo
•
Pérdida de una conexión EtherNet/IP: este evento solo causa una
conmutación en caso de que resulte en la transición del módulo de
comunicación EtherNet/IP a un estado solitario; es decir, el módulo no
detecta ningún dispositivo en la red.
•
Un comando de conmutación enviado por el programa
•
Un comando emitido a través de la herramienta de configuración de
módulos de redundancia (RMCT)
Después de que se produzca una conmutación, el nuevo controlador primario
continúa ejecutando los programas. Para obtener más información sobre cómo
se ejecutan las tareas después de una conmutación, consulte
sincronización y conmutaciones en la página
IMPORTANTE
Su aplicación puede requerir algunas consideraciones de programación y
posibles cambios para adaptarse a una conmutación. Para obtener más
información acerca de estas consideraciones, consulte
recomendadas de programación en la página
Durante una conmutación de los canales de fibra del módulo 1756-RM2,
IMPORTANTE
el tiempo de escán encuentra un retardo de ~10 ms; sin embargo, el
chasis permanece sincronizado en todo momento.
Reducción del tiempo de recuperación de la comunicación con el servidor de datos
durante una conmutación
Se produce una breve interrupción de la comunicación entre el software
FactoryTalk Linx y la pareja de chasis redundantes cuando se produce una
conmutación. Después de que se completa la conmutación, la comunicación se
reanuda de forma automática.
El tiempo de recuperación de la comunicación con el servidor de datos es el
tiempo que transcurre durante una conmutación de primario a secundario, en
que los datos de tags del controlador no están disponibles para su escritura o
lectura. El tiempo de recuperación de la comunicación con el servidor de datos se
aplica a cualquier software que utilice datos de tags, tales como pantallas de
HMI, registradores de datos, sistemas de alarmas o historiadores. La reducción
del tiempo de recuperación de la comunicación con el servidor de datos es
importante para aumentar la disponibilidad del sistema.
Publicación de Rockwell Automation 1756-UM015B-ES-P - Febrero 2021
Es necesario que todas las comunicaciones de mensajería apunten al
controlador primario al leer/escribir en un sistema de redundancia
ControlLogix. No dirija las instrucciones de mensaje a los módulos del
chasis secundario.
Cargas cruzadas,
63.
Capítulo
6,
Prácticas
73.
Publicidad
Tabla de contenido
