redundancia por software para simatic s7 · notas jurídicas notas jurídicas filosofía en la...

� redundancia por software para

�SIMATIC S7

___________________

______________________________

___________________

___________________

___________________

___________________

___________________

______________________________

___________________

SIMATIC

S7-300/S7-400 redundancia por software para SIMATIC S7

Manual de funciones

04/2010 A5E02171567-02

Contenido 1

Cómo utilizar esta descripción : un consejo de lectura

2

Primeras informaciones

3

Funcionamiento de la redundancia por software

4

Bloques para la redundancia por software

5

Referencias y complementos

6

Ejemplo: redundancia por software con S7-300

7

Ejemplo: redundancia por software con S7-400

8

Redundancia por software y estaciones de operador con WinCC

9

Redundancia por software con WinAC RTX

10

Otras referencias

11

Notas jurídicas

Notas jurídicas Filosofía en la señalización de advertencias y peligros

Este manual contiene las informaciones necesarias para la seguridad personal así como para la prevención de daños materiales. Las informaciones para su seguridad personal están resaltadas con un triángulo de advertencia; las informaciones para evitar únicamente daños materiales no llevan dicho triángulo. De acuerdo al grado de peligro las consignas se representan, de mayor a menor peligro, como sigue.

PELIGRO Significa que, si no se adoptan las medidas preventivas adecuadas se producirá la muerte, o bien lesiones corporales graves.

ADVERTENCIA Significa que, si no se adoptan las medidas preventivas adecuadas puede producirse la muerte o bien lesiones corporales graves.

PRECAUCIÓN con triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse lesiones corporales.

PRECAUCIÓN sin triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse daños materiales.

ATENCIÓN significa que puede producirse un resultado o estado no deseado si no se respeta la consigna de seguridad correspondiente.

Si se dan varios niveles de peligro se usa siempre la consigna de seguridad más estricta en cada caso. Si en una consigna de seguridad con triángulo de advertencia se alarma de posibles daños personales, la misma consigna puede contener también una advertencia sobre posibles daños materiales.

Personal cualificado El producto/sistema tratado en esta documentación sólo deberá ser manejado o manipulado por personal cualificado para la tarea encomendada y observando lo indicado en la documentación correspondiente a la misma, particularmente las consignas de seguridad y advertencias en ella incluidas. Debido a su formación y experiencia, el personal cualificado está en condiciones de reconocer riesgos resultantes del manejo o manipulación de dichos productos/sistemas y de evitar posibles peligros.

Uso previsto o de los productos de Siemens Considere lo siguiente:

ADVERTENCIA Los productos de Siemens sólo deberán usarse para los casos de aplicación previstos en el catálogo y la documentación técnica asociada. De usarse productos y componentes de terceros, éstos deberán haber sido recomendados u homologados por Siemens. El funcionamiento correcto y seguro de los productos exige que su transporte, almacenamiento, instalación, montaje, manejo y mantenimiento hayan sido realizados de forma correcta. Es preciso respetar las condiciones ambientales permitidas. También deberán seguirse las indicaciones y advertencias que figuran en la documentación asociada.

Marcas registradas Todos los nombres marcados con ® son marcas registradas de Siemens AG. Los restantes nombres y designaciones contenidos en el presente documento pueden ser marcas registradas cuya utilización por terceros para sus propios fines puede violar los derechos de sus titulares.

Exención de responsabilidad Hemos comprobado la concordancia del contenido de esta publicación con el hardware y el software descritos. Sin embargo, como es imposible excluir desviaciones, no podemos hacernos responsable de la plena concordancia. El contenido de esta publicación se revisa periódicamente; si es necesario, las posibles las correcciones se incluyen en la siguiente edición.

Siemens AG Industry Sector Postfach 48 48 90026 NÜRNBERG ALEMANIA

A5E02171567-02 Ⓟ 04/2010

Copyright © Siemens AG 2010. Sujeto a cambios sin previo aviso

redundancia por software para SIMATIC S7 Manual de funciones, 04/2010, A5E02171567-02 3

Índice

1 Contenido .................................................................................................................................................. 7 2 Cómo utilizar esta descripción : un consejo de lectura ............................................................................ 11 3 Primeras informaciones ........................................................................................................................... 13

3.1 Por qué utilizar un sistema con redundancia por software..........................................................13 3.2 ¿Qué hardware es necesario?.....................................................................................................14 3.3 ¿Qué software es necesario? ......................................................................................................15 3.4 ¿En qué campos se puede utilizar redundancia por software?...................................................16

4 Funcionamiento de la redundancia por software ..................................................................................... 17 4.1 ¿Cómo funciona un sistema con redundancia por software? .....................................................17 4.2 Estructura de la palabra de estado de la redundancia por software ...........................................21 4.3 Estructura de la palabra de control de la redundancia por software ...........................................22 4.4 Reglas para la aplicación de la redundancia por software ..........................................................23

5 Bloques para la redundancia por software............................................................................................... 27 5.1 La librería con los bloques para la redundancia por software .....................................................27 5.2 Contenido de los paquetes de bloques .......................................................................................28 5.3 Cuadro de conjunto de los bloques de la redundancia por software...........................................30 5.4 FC 100 'SWR_START'.................................................................................................................31 5.5 FB 101 'SWR_ZYK'......................................................................................................................35 5.6 FC 102 'SWR_DIAG'....................................................................................................................37 5.7 FB 103 'SWR_SFCCOM', FB 104 'SW_AG_COM' y FB 105 'SWR_SFBCOM' ..........................38 5.8 Bloques de datos DB_WORK_NO, DB_SEND_NO y DB_RCV_NO ...........................................39 5.9 Bloques de datos DB_A_B y DB_B_A para el intercambio de datos no redundantes.................40 5.10 Bloque de datos DB_COM_NO....................................................................................................42 5.11 Ejemplo de iniciación rápida con configuración mínima .............................................................43 5.12 Datos técnicos de los bloques .....................................................................................................44

6 Referencias y complementos................................................................................................................... 45 6.1 Características y propiedades de la redundancia por software...................................................45 6.2 Conmutación maestra-reserva.....................................................................................................46 6.3 Duración de la conmutación maestra-reserva .............................................................................47 6.4 Duración de la transferencia de datos de la maestra a la reserva ..............................................48 6.5 Tiempos de conmutación de los esclavos DP del ET200M ........................................................50 6.6 Duración de la detección de errores en caso de fallos en el sistema redundante ......................52

Índice

redundancia por software para SIMATIC S7 4 Manual de funciones, 04/2010, A5E02171567-02

6.7 Redes a través de las que se pueden acoplar las dos estaciones............................................. 54 6.8 Cambiar la configuración y el programa de usuario en RUN ..................................................... 55 6.9 Módulos aptos para la redundancia por software....................................................................... 57 6.10 Comunicación con otras estaciones ........................................................................................... 60 6.11 Comunicación con una estación S7-300/S7-400........................................................................ 61 6.12 Comunicación con un segundo sistema con redundancia por software .................................... 63 6.13 Concepto de retén de la redundancia por software.................................................................... 65 6.14 Uso de OBs de errores ............................................................................................................... 67

7 Ejemplo: redundancia por software con S7-300 ...................................................................................... 69 7.1 Ejemplo: redundancia por software con S7-300......................................................................... 69 7.2 Planteamiento y esquema tecnológico ....................................................................................... 70 7.3 Configuración del hardware para el ejemplo con S7-300........................................................... 71 7.4 Configurar el hardware................................................................................................................ 72 7.5 Configurar las redes.................................................................................................................... 74 7.6 Configurar los enlaces ................................................................................................................ 75 7.7 Crear el programa de usuario ..................................................................................................... 76 7.8 Conectar equipos HMI ................................................................................................................ 79

8 Ejemplo: redundancia por software con S7-400 ...................................................................................... 81 8.1 Ejemplo: redundancia por software con S7-400......................................................................... 81 8.2 Planteamiento y esquema tecnológico ....................................................................................... 82 8.3 Configuración del hardware para el ejemplo con S7-400........................................................... 83 8.4 Configurar el hardware................................................................................................................ 84 8.5 Configurar las redes.................................................................................................................... 86 8.6 Configurar los enlaces ................................................................................................................ 87 8.7 Crear el programa de usuario ..................................................................................................... 88 8.8 Conectar equipos HMI ................................................................................................................ 91

9 Redundancia por software y estaciones de operador con WinCC ........................................................... 93 9.1 Faceplate para tareas de control y monitorización ..................................................................... 93 9.2 Configurar el faceplate con WinCC............................................................................................. 95 9.3 Configuración del enlace para WinCC........................................................................................ 96 9.4 Definir las variables del faceplate ............................................................................................... 98 9.5 Inserción del faceplate en una imagen ..................................................................................... 100 9.6 Vincular los campos indicadores con las variables (dinamizar la imagen)............................... 103

Índice


10 Redundancia por software con WinAC RTX .......................................................................................... 105 10.1 Controlador basado en PC ........................................................................................................105 10.2 Advanced PC Configuration para la redundancia por software.................................................106 10.2.1 Configurar la estación PC..........................................................................................................106 10.2.2 Crear una configuración para una estación SIMATIC PC en STEP 7.......................................107

11 Otras referencias ................................................................................................................................... 109 11.1 Tipo de datos INT ......................................................................................................................109 11.2 Tipo de datos WORD.................................................................................................................109 11.3 Tipo de datos BYTE...................................................................................................................109 11.4 Tipo de datos BOOL ..................................................................................................................110 11.5 Tipo de datos ANY.....................................................................................................................110 11.6 Representación simbólica..........................................................................................................111 11.7 Datos globales ...........................................................................................................................111 11.8 Áreas de memoria......................................................................................................................111 11.9 Parámetros formales/parámetros actuales................................................................................112 11.10 Tipo de datos CHAR ..................................................................................................................112

Índice alfabético..................................................................................................................................... 113

Figuras

Figura 4-1 Principio de la redundancia por software.....................................................................................17

Índice



Contenido 1Visión general

Cómo utilizar esta descripción - Un consejo de lectura (Página 11)

Primeras informaciones ¿Por qué utilizar un sistema con redundancia por software? (Página 13) ¿Qué hardware se requiere? (Página 14) ¿Qué software se requiere? (Página 15) ¿Dónde se puede utilizar la redundancia por software? (Página 16)

Funcionamiento de la redundancia por software ¿Cómo funciona un sistema con redundancia por software? (Página 17) Estructura de la palabra de estado de la redundancia por software (Página 21) Estructura de la palabra de control de la redundancia por software (Página 22) Reglas para utilizar la redundancia por software (Página 23)

Bloques para la redundancia por software La librería con los bloques para la redundancia del software (Página 27) Contenido de los paquetes de bloques (Página 28) Sinopsis de los bloques de la redundancia por software (Página 30) FC 100 (SWR_START) (Página 28) FB 101 (SWR_ZYK) (Página 35) FC 102 (SWR_DIAG) (Página 37) FB 103 'SWR_SFCCOM', FB 104 'SW_AG_COM' y FB 105 'SWR_SFBCOM' (Página 38) Bloques de datos DB_WORK_NO, DB_SEND_NO y DB_RCV_NO (Página 39) Bloques de datos DB_A_B y DB_B_A para el intercambio de datos no redundantes (Página 40) Bloque de datos DB_COM_NO (Página 42) Ejemplo de iniciación rápida con configuración mínima (Página 11) Datos técnicos de los bloques (Página 44)

Referencias y complementos Características y propiedades de la redundancia por software (Página 45)

Contenido


Conmutación de maestra a reserva (Página 46) Duración de la conmutación de maestra a reserva (Página 47) Duración de la transferencia de datos de la maestra a la reserva (Página 48) Tiempos de conmutación para esclavos DP del ET200M (Página 50) Duración de la detección de errores en caso de fallar el sistema redundante (Página 52) Redes a través de las que pueden acoplarse ambas estaciones (Página 54) Cambiar la configuración y el programa de usuario en RUN (Página 55) Particularidad para la programación en CFC Bloques aplicables para la redundancia por software (Página 57) Comunicación con otras estaciones (Página 60) Comunicación con una estación S7-300/S7-400 (Página 43) Comunicación con un segundo sistema con redundancia por software (Página 61) Concepto de puente para redundancia por software (Página 65) Uso del OB de error (Página 67)

Ejemplo: redundancia por software con S7-300 Introducción (Página 69) Planteamiento y esquema tecnológico (Página 70) Configuración del hardware del ejemplo con S7-300 (Página 71) Configuración del hardware (Página 72) Configuración de las redes (Página 74) Configuración de los enlaces (Página 75) Creación del programa de usuario (Página 76) Conexión de estaciones HMI (Página 79)

Ejemplo: redundancia por software con S7-400 Introducción (Página 81) Planteamiento y esquema tecnológico (Página 82) Configuración del hardware del ejemplo con S7-400 (Página 83) Configuración del hardware (Página 84) Configuración de las redes (Página 86) Configuración de los enlaces (Página 87) Creación del programa de usuario (Página 88) Conexión de estaciones HMI (Página 91)

Contenido


Redundancia por software y estaciones de operador con WinCC Faceplate para tareas de manejo y visualización (Página 93) Configuración del faceplate con WinCC (Página 95) Configuración del enlace para WinCC (Página 63) Definición de las variables del faceplate (Página 96) Inserción del faceplate en una imagen (Página 98) Conexión de los campos indicadores con las variables (dinamización de la imagen) (Página 100)

Contenido



Cómo utilizar esta descripción : un consejo de lectura 2Introducción

Los siguientes capítulos describen cómo aumentar la disponibilidad de los sistemas de automatización SIMATIC S7 con el paquete de software “redundancia por software”. La presente descripción es válida para el producto "Software Redundancy" con las referencias indicada a continuación: ● Single License: 6ES7862-0AC01-0YA0, Version 1.2 SP3 ● Copy License: 6ES7862-0AC01-0YA1, Version 1.2 SP3 La descripción del producto está disponible en forma de ayuda en pantalla. Ello ofrece la ventaja de poder consultar directamente desde el PC o la programadora toda la información necesaria mientras se está programando y configurando con STEP 7. De este modo ya no es necesario recurrir a un medio impreso. Para los clientes que deseen leer de todos modos esta descripción en papel, hemos recopilado todos los temas de la ayuda en un documento que se puede leer e imprimir con el Acrobat Reader. El documento se encuentra en el CD y el nombre del archivo es ‘SWR_D.PDF’. Para abrir el documento se requiere el Acrobat Reader. El software es un producto exento de licencia de la empresa Adobe. La versión actual del Acrobat Reader se puede instalar desde el directorio "S7 manual" contenido en el directorio STEP 7, si no se ha instalado ya con STEP 7.

Diferencias entre las versiones 1.2 y 1.2 SP3 Las diferencias entre las versiones 1.2 y 1.2 SP3 son las siguientes:. ● En la versión 1.2 SP3 se ha mejorado el comportamiento de la redundancia por software

tras recuperación de la tensión de red. ● Los ejemplos para WinCC han sido adaptados a las versiones WinCC V6.2 y V7.0. ● La redundancia del software está liberada para WinAC RTX 2008.

Grupo objetivo La presente descripción está dirigida a un círculo de lectores que está familiarizado con los sistemas de automatización S7-300 o S7-400 y la unidad de periferia descentralizada ET 200M. Asimismo se requieren conocimientos básicos del software de programación STEP 7.

Cómo utilizar esta descripción : un consejo de lectura


Procedimiento recomendado La descripción trata varios temas independientes. Se recomienda leer primero los apartados "Primeras informaciones” y “Funcionamiento de la redundancia por software”. En estos apartados encontrará los fundamentos necesarios para utilizar la redundancia del software. Si ya ha tiene una amplia experiencia con STEP 7, eche entonces un vistazo a nuestros proyectos con los ejemplos para los S7-300 y S7-400. Con ayuda de una aplicación simplificada podrá entender rápidamente todos los pasos necesarios. Si prefiere conocer primero los bloques y parámetros necesarios, lea por favor el apartado “Bloques de la redundancia del software“. En este apartado encontrará resumido todo lo que necesita saber sobre los bloques. En este apartado encontrará además dos ejemplos para los S7-300 y S7-400, para los cuales ya hemos creado proyectos con una configuración mínima. Una vez instalado STEP 7 los proyectos se encuentran en el directorio de proyectos STEP 7. Los proyectos se pueden ampliar a voluntad. El apartado “Referencias y complementos“ trata diversos aspectos que están pensados para profundizar en el tema y que dan respuesta a preguntas concretas. En este apartado se describe el funcionamiento y los componentes necesarios para configurar la redundancia por software.


Primeras informaciones 33.1 Por qué utilizar un sistema con redundancia por software

Las interrupciones de la producción cuestan tiempo y dinero El creciente grado de automatización de las instalaciones industriales para aumentar la productividad y la calidad hace aumentar a su vez la dependencia de la disponibilidad de los sistemas de automatización. El fallo de un sistema de automatización (p. ej. por fallar una CPU) puede ocasionar costes elevados como consecuencia de las pérdidas de producción y de los tiempos de paro. En muchas aplicaciones, las exigencias en cuanto a la calidad de la redundancia o el tamaño de las áreas de la instalación que requieren sistemas de automatización redundantes no son tan elevadas como para requerir forzosamente el uso de un sistema de alta disponibilidad particular. A menudo bastan simples mecanismos de software que permitan, en caso de fallo, continuar una tarea de control en un sistema sustitutivo. Con la redundancia por software esta exigencia se ve totalmente satisfecha.

Mayor disponibilidad gracias a la redundancia por software La redundancia por software se ejecuta en los sistemas de automatización estándar S7-300 y S7-400. El aumento de la disponibilidad es posible para la periferia descentralizada monocanal que se encuentra en un ET 200M con el módulo de interfaz esclava DP redundante IM 153-2. Los módulos de interfaz esclava DP poseen dos interfaces DP que se conectan por un lado al sistema maestro DP de la estación A y por el otro al sistema maestro DP de la estación B. La redundancia por software se encarga en ambos sistemas de automatización de que la tarea de control altamente disponible pueda continuar. Como “tarea de control altamente disponible” se designa, por lo demás, aquella parte del programa de usuario que debe continuar sin falta en la estación de reserva en caso de que falle la maestra. Puede tratarse del programa de usuario completo o solamente de una parte de él. Con la redundancia por software se solucionan los siguientes fallos: ● Fallo de los componentes en una unidad central (fuente de alimentación, bus de fondo,

maestra DP) ● Fallo de la CPU como consecuencia de fallos del hardware o software ● Interrupción del cable de bus con el enlace de redundancia o con el módulo de interfaz

esclava DP redundante ● Defecto de un módulo PROFIBUS en el módulo de interfaz esclava DP redundante

IM 153-2

Primeras informaciones 3.2 ¿Qué hardware es necesario?


3.2 ¿Qué hardware es necesario? La pieza central del hardware necesario son dos estaciones S7-300 y/o S7-400. Cada estación incorpora una CPU y una conexión para un sistema maestro DP. Las dos estaciones están acopladas a través de un sistema de bus, a través del cual pueden intercambiarse datos. La conexión a la periferia se efectúa a través de dos sistemas maestros DP: un sistema maestro DP en la estación A y un sistema maestro en la estación B. A ambos sistemas maestros DP se les conectan unidades de periferia descentralizada ET 200M con módulo de interfaz esclava DP redundante IM 153-2. En el caso de un fallo, el módulo de interfaz esclava DP permite conmutar de la primera a la segunda interfaz y así retransmitir los estados del proceso del segundo maestro DP a la periferia.

Visión general de la configuración del hardware

Primeras informaciones 3.3 ¿Qué software es necesario?


3.3 ¿Qué software es necesario?

Software de programación STEP 7 Para parametrizar los bloques para la redundancia por software se requiere el paquete básico STEP 7 V5.2 o superior.

Herramientas estándar opcionales para SIMATIC NET y SIMATIC HMI Por supuesto que para los sistemas con redundancia por software también están disponibles todas las herramientas de ingeniería y configuración. La tabla siguiente muestra las herramientas estándar que también se han utilizado en los proyectos de nuestros ejemplos de aplicación. Denominación Función de la herramienta ProTool V3.01 o superior Configuración de paneles de operador de SIMATIC HMI WinCC V6.0 o superior Configuraciَn gráfica de estaciones de operador WinCC de

SIMATIC HMI

Primeras informaciones 3.4 ¿En qué campos se puede utilizar redundancia por software?


3.4 ¿En qué campos se puede utilizar redundancia por software? La redundancia por software se puede aplicar allí donde las partes principales de una instalación requieran una elevada disponibilidad y donde el proceso tolere un paro de corta duración (un fallo de algunos ciclos de ejecución) al conmutar de una estación a la otra (conmutación de maestra a reserva). Estas partes pueden ser: ● el control del proceso para circuitos de agua de refrigeración ● el control del proceso de plantas de tratamiento de agua potable ● la supervisión y el control de flujos de tráfico ● la regulación y supervisión de niveles de llenado ● la regulación y supervisión de la temperatura en cámaras frigoríficas ● la regulación y supervisión de la temperatura de hornos

Consulte también Características y propiedades de la redundancia por software (Página 45) Conmutación maestra-reserva (Página 46)


Funcionamiento de la redundancia por software 44.1 ¿Cómo funciona un sistema con redundancia por software?

Definición Un sistema con redundancia por software se caracteriza por: ● dos estaciones S7-300 y/o S7-400 acoplados a través de un sistema de bus, ● un programa de usuario redundante que reside en los dos estaciones, ● dos sistemas maestros DP conectados a las unidades de periferia descentralizada

ET 200M con módulo de interfaz esclava DP redundante, p. ej. IM 153-2. ● uso de los bloques del paquete de software "Software Redundancy"

Principio de la redundancia por software El diagrama secuencial muestra el principio de funcionamiento de la redundancia por software desde el punto de vista de las CPU maestra y de reserva

*

Figura 4-1 Principio de la redundancia por software



La parte del software altamente disponible se carga tanto en la estación maestra como en la estación de reserva. Mientras la CPU maestra procesa esta parte del programa, éste se ignora en la CPU de reserva. Ignorando esta parte del programa en la CPU de reserva se garantiza que puedan descoordinarse las dos partes del programa (p. ej. a causa de alarmas, distintos tiempos de ciclo, etc.). Así, el programa en la estación de reserva está listo para asumir el procesamiento.

Para su información: Este tipo de disponibilidad para asumir el control se denomina también "warm-standby", en contraposición al "hot-standby" en los sistemas H, p. ej. el S7-400H. En este último, ambas CPUs ejecutan el programa estrechamente sincronizadas.

La estación maestra transfiere continuamente los datos actuales a la estación de reserva Para que en caso de un fallo de la estación maestra el programa de usuario altamente disponible no deba comenzar "de cero", la estación maestra transfiere continuamente datos de procesamiento actuales a la estación de reserva. Sin embargo, la transferencia puede prolongarse según el tipo de comunicación elegido o la cantidad de datos a transferir, es decir, la reserva puede quedar rezagada unos ciclos con respecto a la maestra en función del rendimiento de la comunicación y el volumen de datos. Si dentro de la maestra se produce un fallo en una CPU, en un maestro o esclavo DP, tendrá lugar una conmutación maestra-reserva. En esta conmutación, la reserva asume el control del proceso y se convierte en maestra.

Áreas de la parte redundante del software La parte redundante del software recibe una imagen de proceso, un área de temporizadores IEC, un área de contadores IEC, un área de marcas y un área de bloques de datos. A estos datos solamente puede acceder en escritura el software redundante. Ya durante la configuración es importante tener en cuenta que todas las áreas mencionadas sean colindantes. Al parametrizar el bloque de arranque ”SWR_START” se consultan estas áreas sin huecos.

Procesamiento de periferia unilateral Además de la parte redundante del software también es posible cargar un programa que controle la periferia unilateral de la respectiva CPU. Esta parte del programa no se ve influida por la redundancia por software. Como periferia unilateral se designan los módulos de la periferia que no son explorados en la parte redundante del programa de usuario, es decir, los que están asignados a una sola CPU. Físicamente, estos módulos se pueden conectar de forma centralizada, o bien de forma descentralizada con un sistema maestro DP propio o con uno de ambos sistemas maestros DP en los que se encuentran los módulos de interfaz esclava DP redundante.

Intercambio de datos entre las dos estaciones La parte no redundante del programa puede intercambiar sus datos con el software redundante a través de bloques de datos. Los bloques de datos son intercambiados por la redundancia por software y, de este modo, se ponen a disposición de la otra estación.



Al comienzo del OB1 se leen las entradas en la PAE (imagen). Antes de transferir los datos de la parte redundante del software (PAA, marcas, DBs, temporizadores, contadores, DBs instancia) a la reserva, se procesa el software redundante. Cuando la segunda estación termina de arrancar o cuando se restablece la redundancia en esta parte del software, el segundo debe recibir los datos de la estación que ya se encuentra en funcionamiento. Al final del OB1 se escriben en la maestra y en la reserva los datos de la PAA redundante en la imagen del proceso de las salidas y al final del ciclo del OB se transfieren a la periferia. Las alarmas pueden recibirse en cualquier momento en el lado activo y se procesan inmediatamente. Si justo en ese momento o poco después tiene lugar una conmutación, puede perderse la alarma.

Conmutación de maestra-reserva en detalle Para que la estación de reserva no tenga que comenzar "de cero" si falla la maestra, la estación maestra le transfiere siempre una PAA completa (consistente) desde la parte del programa altamente disponible para el caso de emergencia/conmutación. La siguiente figura muestra esquemáticamente la transferencia de los datos de procesamiento relevantes al programa altamente disponible que se encuentra a disposición en la estación de reserva.

PAA coherente=Maestra: ciclo OB 4)

incom-pleta

PAA coherente=Maestra: ciclo OB 5)

OB-Zyk-5Reserve

OB-ZykMaster

OB-Zyk-1Master

OB-Zyk-2Master

OB-Zyk-3Master

OB-Zyk-4Master

PAAOB-Zyk-2

PAAOB-Zyk-3

PAAOB-Zyk-4

PAAOB-Zyk-5

PAAOB-Zyk-2

PAAOB-Zyk-4

PAAOB-Zyk+4

PAAOB-Zyk+3

PAAOB-Zyk+2

PAAOB-Zyk-3

PAAOB-Zyk-1

PAAZyk-1

OB-Zyk+4Reserve

OB-Zyk+3Reserve

OB-Zyk+2Reserve

OB-Zyk+1Reserve

OB-ZykReserve

OB-Zyk-1Reserve

OB-Zyk-2Reserve

OB-Zyk-3Reserve

OB-Zyk-4Reserve



En función de la comunicación utilizada y de la cantidad de datos a transferir, esta transferencia puede requerir más de un ciclo. En el ejemplo se parte de dos ciclos para la transferencia de una imagen completa (véase la figura). En el ejemplo se transfiere, por tanto, cada segunda PAA desde la maestra a la reserva. En funcionamiento normal, todos los módulos de interfaz esclava DP redundantes están asignados a la estación maestra y emiten los datos transferidos por el maestro DP de la maestra. Desde la reserva o, mejor dicho, desde el maestro DP de la reserva, se transfiere por lo general a los módulos de señales la última PAA transferida por completo a la reserva . Pero como todos los esclavos del maestro DP están asignados a la CPU maestra, estos datos son ignorados por los módulos de interfaz esclava DP. En el marco de una conmutación explícita (por medio de un comando) o implícita (condicionada por errores), también se conmutan las estaciones esclavas o conmutan automáticamente los módulos de interfaz esclava DP. La conmutación automática de las estaciones esclavas DP tiene lugar, p. ej. cuando se detecta un fallo del maestro DP o del bus DP de la estación maestra DP. Durante esta conmutación del esclavo DP se congelan en los esclavos DP los últimos valores emitidos desde la PAA (véase la figura anterior). Si los equipos esclavos DP han conmutado al maestro DP de la anterior estación de reserva y ésta todavía no ha finalizado (completamente) la conmutación maestra-reserva en sí, se emitirá a los módulos de señales la última PAA que haya sido transferida por completo a la estación de reserva. La conmutación maestra-reserva específica de la estación puede durar varios ciclos según el fallo del que se trate. Una vez efectuada la conmutación maestra-reserva se emite la PAA determinada por la nueva maestra (véase la figura anterior). Si la comunicación se desarrolla óptimamente, si el volumen de datos no es muy elevado y en caso de errores del tipo "CPU en STOP" (en un S7-400) la conmutación se puede llevar a cabo en un ciclo. A propósito se ha ilustrado en el ejemplo una conmutación con una pérdida de 5 ciclos. Si la conmutación se inicia manualmente, se optimiza la conmutación. Así p. ej., se inicia sólo inmediatamente después de terminar la transferencia completa de la PAA.

Restablecimiento de la redundancia por software después de una reparación Para restablecer la redundancia por software p. ej. al fallar una CPU, se carga desde la programadora o desde una Memory Card la configuración y el programa completos en la CPU de repuesto. Seguidamente se arranca esta CPU.

Para su información: Tras recuperarse la tensión de red con una CPU en el modo de operación STOP la segunda CPU sigue funcionando en modo individual (maestra). El Profibus de la CPU que está en STOP está activo y no se habilitan salidas. Si la CPU cambia del modo STOP al modo RUN, el Profibus conmuta en la segunda línea y se habilitan las salidas. Este comportamiento sólo aparece cuando retorna la tensión de red con una CPU en modo STOP.

Funcionamiento de la redundancia por software 4.2 Estructura de la palabra de estado de la redundancia por software


4.2 Estructura de la palabra de estado de la redundancia por software El siguiente esquema muestra la ocupación de la palabra de estado. La palabra de estado se encuentra en la DBW 8 del DB instancia del FB 101 ‘SWR_ZYK’.

Palabra de estado de la redundancia por software

Funcionamiento de la redundancia por software 4.3 Estructura de la palabra de control de la redundancia por software


4.3 Estructura de la palabra de control de la redundancia por software El siguiente esquema muestra la ocupación de la palabra de control. La palabra de control se encuentra en la DBW 10 del DB instancia del FB 101 ‘SWR_ZYK’.

Palabra de control de la redundancia por software

Para bloquear la conmutación maestro-reserva a nivel de usuario es necesario activar el bit 11.0 de la palabra de control. El dispositivo de reserva escribe ceros en la PAA del módulo de interfaz esclava DP redundante IM 153-2. Este estado se conserva hasta que se vuelve a activar la redundancia (activar bit 11.1 de la palabra de control). Cuando se vuelve a habilitar la conmutación maestro-reserva, los bits de la palabra de control se ponen automáticamente a "0". Las modificaciones se pueden ver en la palabra de estado.

Nota Para bloquear la conmutación maestro-reserva a nivel de usuario es necesario activar el bit 11.0 de la palabra de control. El dispositivo de reserva escribe ceros en la PAA del módulo de interfaz esclava DP redundante IM 153-2. Este estado se conserva hasta que se vuelve a activar la redundancia (activar bit 11.1 de la palabra de control). Cuando se vuelve a habilitar la conmutación maestro-reserva, los bits de la palabra de control se ponen automáticamente a "0". Las modificaciones se pueden ver en la palabra de estado.

Funcionamiento de la redundancia por software 4.4 Reglas para la aplicación de la redundancia por software


4.4 Reglas para la aplicación de la redundancia por software Los apartados siguientes ofrecen un resumen de las reglas que cabe observar al configurar y programar un sistema con redundancia por software funcional.

Regla para la configuración del hardware ● Las unidades de periferia descentralizada ET 200M, en las que se encuentra un módulo

de interfaz esclava DP redundante, p. ej. un IM 153‐2, tienen que configurarse de modo idéntico en ambas estaciones. Para que no se pierda la coherencia, copie siempre, incluso si las modificaciones son mínimas, el sistema maestro DP completo de la primera estación en el maestro DP de la segunda. Utilice para ello el comando de menú Edición > Inserción redundante. Con el comando de menú Edición > Inserción redundante queda garantizado que las direcciones de periferia de los esclavos DP sean idénticas en ambas estaciones. Si además quiere utilizar las unidades de periferia descentralizada ET 200 de forma unilateral (como, p. ej. la ET 200B), configure dichas unidades después de copiar el sistema maestro DP (véase también la descripción en el apartado Cómo funciona un sistema con redundancia por software (Página 17)).

● Al configurar el hardware tenga en cuenta que en la redundancia por software únicamente se pueden utilizar áreas colindantes, p. ej. salidas de 0 a 20, áreas de marcas de 50 a 100, equipos esclavos DP de 1 a 6, etc.).

● La redundancia por software asiste un solo sistema maestro PROFIBUS DP. Si necesita varios sistemas maestros DP, deberá utilizar la redundancia por software varias veces, es decir, necesitará varios programas parciales redundantes).

● Velocidades de transferencia admisibles para el PROFIBUS DP La redundancia por software sólo asiste velocidades de transferencia de 187,5 Kbaudios a 12 Mbaudios para el módulo de interfaz esclava DP redundante.

Reglas para el programa de usuario ● Estructura del programa de usuario

Si su programa de usuario es redundante en ambas estaciones tan solo parcialmente, habrá que estructurarlo de manera que el programa para la parte redundante de la instalación esté separado del programa para la parte no redundante de la instalación. Recomendación: Llame los programas para las partes redundante y no redundante de la instalación desde bloques de organización diferentes: – desde el OB 1 la parte no redundante de la instalación – desde el OB 35 la parte redundante de la instalación

● Programa de usuario redundante El programa de usuario redundante se encuentra entre dos llamadas del bloque FB 101 ‘SWR_ZYK’. La primera llamada del FB 101 ‘SWR_ZYK’ tiene el parámetro CALL_POSITION=TRUE y la segunda llamada tiene el parámetro CALL_POSITION=FALSE.



● Comunicación Si para el acoplamiento de redundancia utiliza un enlace S7 y desea realizar otras tareas de comunicación a través de dicho enlace, el número de petición R-ID deberá ser mayor que 2. Los números de petición R_ID= 1 y R_ID=2 los utiliza la redundancia por software. Si para la comunicación se utiliza el FB 103 ‘SWR_SFCCOM’, la redundancia por software utilizará los bloques de comunicación SFC 65 ‘X_SEND’ y SFC 66 ‘X_RCV’ con los números de petición R_ID > 8000 0000H. Si para la comunicación se utiliza el FB 104 ‘SWR_AG_COM’, la redundancia por software utilizará los bloques de comunicación FC 5 ‘AG_SEND’ y FC 6 ‘AG_RCV’ con los números de petición R_ID > 8000 0000H. Si para la comunicación se utiliza el FB 105 ‘SWR_SFBCOM’ (BSEND, BRCV), en la configuración de enlaces deberá indicarse siempre “Enviar avisos del estado operativo ‘sí’” para que se pueda detectar un fallo del enlace lo más rápido posible.

● Uso de temporizadores y contadores En la parte redundante del software generalmente no pueden utilizarse temporizadores ni contadores S7, ya que éstos no pueden sincronizarse. Utilice en su lugar temporizadores y contadores IEC. En caso de utilizar tiempos cortos, inferiores al ciclo del OB de tiempo o inferiores al tiempo de transferencia desde la maestra a la reserva, no es conveniente sincronizar dichos tiempos. En este caso también pueden utilizarse temporizadores S7. En caso de requerirse temporizadores más largos o contadores, habrá que tener en cuenta que el flanco de entrada para iniciar el temporizador o el contador se detecte con seguridad incluso en el caso de conmutación. Esto se consigue utilizando impulsos 1-0 o 0-1 mayores que el tiempo de conmutación. Si este no fuera el caso deberá llamarse la evaluación de flancos en cualquier caso, también en la reserva. Aquí no pueden sincronizarse los temporizadores/contadores IEC, Sin embargo, aquí también ueden utilizarse los temporizadores y contadores S7.

Manejo de los bloques de la redundancia por software ● Para que el DB multiinstancia de la redundancia por software pueda crearse

correctamente, todas las funciones de sistema utilizadas por la redundancia por software (SFC, SFB) deberán encontrarse en el proyecto S7.

● Si se modifica la configuración en el bloque de arranque 'SWR_START', es necesario borrar los bloques siguientes para que puedan transferirse nuevos parámetros y no haya fallos de funcionamiento:

DB_WORK_NO DB de trabajo de la redundancia por software DB_SEND_NO (DB emisor de la redundancia por software) DB_RCV_NO (DB receptor de la redundancia por software) DB_A_B_NO DB para el intercambio de datos de la parte no redundante del software

de la estación A con el software redundante DB_B_A_NO DB para el intercambio de datos de la parte no redundante del software

de la estación B con el software redundante



OB 86 (fallo del bastidor) En los primeros 20 bytes de las variables locales del OB 86 no deben insertarse variables, ya que éstas son utilizadas y modificadas por la redundancia por software.

PAA en la redundancia por software Si en la FC 100 ‘SWR_START’ se parametrizan salidas que no se encuentran en la PAA, esto produce un error de acceso a la periferia.

Conmutación maestra-reserva Durante la conmutación maestra-reserva existen brevemente dos maestras o dos reservas en el sistema.

Conmutación maestra/reserva por bit de control En la conmutación maestra-reserva por bit de control puede ocurrir que la maestra y la reserva no estén correctas. Esto ocurre p. ej., cuando falla un esclavo durante la conmutación provocada. En tal caso deberá repetir la conmutación maestra/reserva por bit de control.

Si sólo una CPU está en RUN (modo individual) Si solamente hay una CPU en STOP puede ocurrir que la interfaz activa del esclavo DP redundante recién incorporado esté asignada a la CPU que se encuentra en STOP. Al reincorporar un esclavo DP redundante vigile que una CPU esté desconectada (POWER OFF).



Desconexión de un esclavo DP Si no se adopta ninguna medida adicional, al desconectarse un esclavo DP se producirá una conmutación maestra-reserva. La medida para impedir esta conmutación se describe en el siguiente ejemplo de programación. Hipótesis: E 1.0 es el interruptor que impide la conmutación. También puede tratarse de una entrada del operador o similar. Ejemplo del OB86 para la desconexión de esclavos sin conmutación:

L #OB86_EV_CLASS

L B#16#39

==I //Evento entrante

SPBN M001

U E 1.0 //Entrada especial (en el esclavo

SPBN M001 //conectado==1)-->no conmutar)

AUF DB 3 //DB3 es el DB receptor (DB_EMPF)

L DBW 4 //Decrementar anticipadamente

DEC 1 //el esclavo partner existente

T DBW 4 //para impedir la conmutación

M001: NOP 0

CALL "SWR_DIAG" //Call of FC 102 'SWR_DIAG'

DB_WORK :=1 //Work DB for SWR

OB86_EV_CLASS :=#OB86_EV_CLASS

OB86_FLT_ID :=#OB86_FLT_ID

RETURN_VAL :=MW14 //Block return value


Bloques para la redundancia por software 55.1 La librería con los bloques para la redundancia por software

Después de instalar el software opcional, encontrará en STEP 7 la librería SWR_LIB. A la librería se accede desde el SIMATIC Manager con el comando de menú Archivo > Abrir > Librerías. En la librería SWR_LIB se encuentran cinco paquetes de bloques. Se trata de dos paquetes para el S7-300 y tres paquetes para el S7-400. Utilice exactamente uno de estos paquetes conforme al tipo de enlace y la red a través de la que se acoplen amboas estaciones.

Paquetes de bloques para S7-300 Seleccione el paquete ...

con esta red... y con este tipo de enlace... Observación

XSEND_300 MPI Enlace no configurado Conexión de red a la interfaz MPI de la CPU

PROFIBUS Enlace FDL Conexión de red vía CP 342-5 AG_SEND_300 Industrial Ethernet Enlace ISO Conexión de red vía CP 345-1

Paquetes de bloques para S7-400 Seleccione el paquete ...

con esta red... y con este tipo de enlace... Observación

XSEND_400 MPI Enlace no configurado Conexión de red a la interfaz MPI de la CPU

PROFIBUS Enlace FDL Conexión de red vía CP 443-5 AG_SEND_400 Industrial Ethernet Enlace ISO Conexión de red vía CP 443-1 MPI Conexión de red vía MPI de la

CPU PROFIBUS Conexión de red vía CP 443-5

BSEND_400

Industrial Ethernet

Enlace S7

Conexión de red vía CP 443-1

Consulte también Contenido de los paquetes de bloques (Página 28)

Bloques para la redundancia por software 5.2 Contenido de los paquetes de bloques


5.2 Contenido de los paquetes de bloques En cada paquete de bloques se encuentran cuatro bloques coordinados. No utilice en ningún caso bloques de distintos paquetes pues, de lo contrario, es posible que se produzcan fallos de funcionamiento en las estaciones.

Compatibilidad de las versiones 1.2 y 1.2 SP3 ● Los bloques del Software-Redundancy V1.2 SP3 pueden sustituir los bloques de la

versión anterior, sin que deba generarse nuevamente el programa de usuario. ● En caso de actualizar los bloques de la librerías parcial SWR_AGSEND_300 o

SWR_AGSEND_400 del programa de usuario a la versión V1.2 SP3, también habrá que actualizar los bloques AG-Send (FC 5) y AG-Receive (FC 6) de la librería "SIMATIC_NET_CP" que se suministra con STEP 7.

Contenido de los paquetes de bloques XSEND_300 y XSEND_400 Bloque Observación FC 100 'SWR_START' El bloque debe llamarse desde el programa de arranque OB 100. FB 101 'SWR_ZYK' El bloque debe llamarse desde el programa cíclico o desde el programa controlado por

tiempo. El bloque debe llamarse siempre antes y después de procesar el programa de usuario redundante.

FC 102 'SWR_DIAG' El bloque debe llamarse desde el OB de diagnóstico OB 86. FB 103 'SWR_SFCCOM' El bloque asiste el desarrollo de la transferencia de datos y es llamado ocultamente por

el FB 101 ‘SWR_ZYK’. El bloque tiene que ser cargado solamente en las dos CPUs.

Contenido de los paquetes de bloques AGSEND_300 y AGSEND_400 Bloque Observación FC 100 'SWR_START' El bloque debe llamarse desde el programa de arranque OB 100. FB 101 'SWR_ZYK' El bloque debe llamarse desde el programa cíclico o desde el programa controlado por


FC 102 'SWR_DIAG' El bloque debe llamarse desde el OB de diagnóstico OB 86. FB 104 'SWR_AG_COM' El bloque asiste el desarrollo de la transferencia de datos y es llamado ocultamente por


Nota El FB 104 ‘SWR_AG_COM’ llama ocultamente los bloques FC 5 ‘AG_SEND’ y FC 6 ’AG_RCV’. Estos bloques forman parte de NCM S7 y tienen que cargarse en las dos CPUs.

Bloques para la redundancia por software 5.2 Contenido de los paquetes de bloques


Contenido del paquete de bloques BSEND_400 Bloque Observación FC 100 'SWR_START' El bloque debe llamarse desde el programa de arranque OB 100. FB 101 'SWR_ZYK' El bloque debe llamarse desde el programa cíclico o desde el programa controlado por


FC 102 'SWR_DIAG' El bloque debe llamarse desde el OB de diagnóstico OB 86. FB 105 'SWR_SFBCOM' El bloque asiste el desarrollo de la transferencia de datos y es llamado ocultamente por


Bloques para la redundancia por software 5.3 Cuadro de conjunto de los bloques de la redundancia por software


5.3 Cuadro de conjunto de los bloques de la redundancia por software El siguiente cuadro de conjunto muestra una relación de todos los bloques de la redundancia por software:

Bloque Función del bloque FC 100 'SWR_START' El bloque de arranque pone a disposición los parámetros y los prepara para su

posterior procesamiento. FB 101 'SWR_ZYK' El bloque de ciclo transfiere las áreas de datos de la maestra a la reserva y coordina la

comunicación y la conmutación. FC 102 'SWR_DIAG' El bloque de diagnóstico administra los datos de diagnóstico de los esclavos y los

prepara para el FB 101 ‘SWR_ZYK’ y lleva a cabo la conmutación. FB 103 'SWR_SFCCOM' La comunicación de la CPU con SFC 65 ‘X_SEND’, SFC 66 ‘X_RCV’ se refiere

únicamente a enlaces MPI. FB 104 'SWR_AG_COM' La comunicación de la CPU con FC 5 ‘AG_SEND’, FC 6 ‘AG_RCV’ se refiere a enlaces

PROFIBUS, Industrial Ethernet. FB 105 'SWR_SFBCOM' La comunicación de la CPU con SFB 12 ‘BSEND’, SFB 13 ‘BRCV’ se refiere a enlaces

MPI, PROFIBUS, Industrial Ethernet, enlaces punto a punto; estos bloques no se pueden utilizar en los S7-300.

DB_WORK_NO DB de trabajo de la redundancia por software DB_SEND_NO Memoria de datos del software redundante: El DB emisor contiene DBs, MBs, PAAs,

DIs DB_RCV_NO DB receptor de las partes redundantes del software DB_A_B_NO DB emisor y receptor de los datos no redundantes de la estación A a la estación B DB_B_A_NO DB emisor y receptor de los datos no redundantes de la estación B a la estación A DB_COM_NO DB instancia para los bloques de comunicación FC 5 'AG_SEND' El bloque es necesario cuando se utilizan enlaces FDL para el acoplamiento de

redundancia FC 6 'AG_RCV' El bloque es necesario cuando se utilizan enlaces FDL para el acoplamiento de

redundancia

ATENCIÓN Los bloques de datos indicados arriba son generados por la FC 100 ‘SWR_START’ durante el arranque una única vez con la longitud necesaria (excepción: DB_COM_NO). Si modifica la parametrización de la FC 100 ‘SWR_START’, entonces también deberán modificarse los bloques de datos. Tras modificar parámetros de la FC 100 'SWR_START' en cualquier caso será necesario rearrancar la CPU, ya que en caso de cambiar la longitud de las áreas los DBs emisor y receptor tendrán otra longitud y deberán generarse nuevamente.

Bloques para la redundancia por software 5.4 FC 100 'SWR_START'


5.4 FC 100 'SWR_START'

Función Con la FC 100 ‘SWR_START’ se inicializan ambas estaciones. Esencialmente, con el bloque se define: ● el área de periferia de las salidas, el área de marcas y el área de bloques de datos, los

bloques de datos y el área de los DB instancia de los contadores/temporizadores IEC que se utilizan en el programa de usuario redundante. Cada área tiene que asignarse de forma colindante,

● Datos sobre la comunicación y la periferia descentralizada, ● Tres bloques de datos que requieren los bloques de la redundancia por software para

almacenar los datos internos. La FC 100 'SWR_START' debe llamarse desde el bloque de arranque OB 100.

Indicación sobre la parametrización de áreas no utilizables: Si no utiliza áreas, introduzca entonces el valor 0 en el parámetro correspondiente. Ejemplo: ● Si no utiliza temporizadores/contadores IEC, parametrice entonces IEC_NO = 0 y

IEC_LEN = 0. ● Si no existen salidas en el área PAA, asigne al parámetro PAA_FIRST un valor mayor

que PAA_LAST. Si no utiliza los bloques de datos DB_A_B_NO y/o DB_B_A_NO, parametrice entonces un número de DB cualquiera y parametrice la longitud con el valor 0. Ejemplo: Si no utiliza el DB_A_B_NO, parametrice el DB_A_B_NO = DB 255 y el DB_A_B_NO_LEN = W#16#0. El tipo de datos de los bloques de datos DB_A_B_NO y DB_B_A_NO es Block-DB, por lo que aquí deben parametrizarse valores mayores que DB 0, p. ej. DB 255. Los bloques de datos DB_SEND_NO y DB_RCV_NO han de tener en ambas estaciones los mismos números de DB, asimismo los bloques de datos DB_A_B_NO y DB_B_A_NO.

Posibilidad de interrupción La FC 100 ‘SWR_START’ puede ser interrumpida.



Descripción de los parámetros Parámetro Decl. Tipo de datos Descripción Ejemplo AG_KENNUNG IN CHAR Identificación de la estación

'A' para la estación A 'B' para la estación B

'A'

DB_WORK_NO IN Block-DB DB de trabajo de la redundancia por software El DB contiene sólo datos internos.

DB1

DB_SEND_NO IN Block-DB DB que recoge los datos que se transmiten al interlocutor. El DB contiene sólo datos internos.

DB2

DB_RCV_NO IN Block-DB DB, en el que la CPU recoge los datos recibidos por su pareja. El DB contiene sólo datos internos.

DB3

MPI_ADR IN INT Dirección MPI de laestación partner 4 LADDR IN INT Dirección base lógica del procesador de

comunicaciones (definida al configurar el hardware).

260

VERB_ID IN INT ID del enlace Número del enlace para el acoplamiento de redundancia (definido al configurar el enlace).

1

DP_MASTER_SYS_ID IN INT ID del sistema maestro DP Identificación del sistema maestro DP al que están conectados los esclavos DP ET 200M (definida durante la configuración del enlace).

1

DB_COM_NO IN Block-DB DB instancia del FB 101 ‘SWR_ZYK’ DB5 DP-KOMMUN IN INT Número para identificar el maestro DP:

1, si el maaestro DP es una CPU con interfaz DP integrada. 2, si el maestro DP es un CP

1

ADR_MODUS IN INT Valor del incremento con el que la CPU asigna las direcciones E/S (este valor depende de la CPU utilizada): 1, con direcciones base 0, 1, 2, 3 ... 4, con direcciones base 0, 4, 8, 12 ...

1

PAA_FIRST IN INT Número del primer byte de salida utilizado por una ET 200M con IM 153 redundante.

0

PAA_LAST IN INT Número del último byte de salida utilizado por una ET 200M con IM 153 redundante. Los bytes de salida en el rando de PAA_FIRST a PAA_LAST tienen que ser colindantes y sólo pueden ser utilizados por la ET 200M con IM 153 redundante. Por cada esclavo DP redundante utilizado se pueden configurar como máx. 32 bytes de salida.

4

MB_NO IN INT Número del primer byte de marcas utilizado en el programa de usuario redundante.

20

MB_LEN IN INT Número de todos los bytes de marcas utilizados en el programa de usuario redundante. Los bytes de marcas deben asignarse sin huecos.

30



Parámetro Decl. Tipo de datos Descripción Ejemplo IEC_NO IN INT Número del primer DB instancia para

contadores/temporizadores IEC utilizados en el programa de usuario redundante.

111

IEC_LEN IN INT Número de todos los DBs instancia de los contadores/temporizadores IEC utilizados en el programa de usuario redundante. Los DBs instancia deben asignarse sin huecos.

7

DB_NO IN INT Número del primer bloque de datos que se utiliza en el programa de usuario redundante.

8

DB_NO_LEN IN INT Número de bloques de datos utilizados en el programa de usuario redundante. Los bloques de datos deben asignarse sin huecos.

2

SLAVE_NO IN INT Dirección PROFIBUS mínima utilizada para un esclavo DP ET 200M con IM 153-2 redundante.

3

SLAVE_LEN IN INT Número de esclavos DP ET 200M utilizados. Las direcciones PROFIBUS deben asignarse sin huecos.

1

SLAVE_DISTANCE IN INT Identificación para el ajuste de las direcciones PROFIBUS de la IM 153-2: 1, cuando ambas interfaces tienen la misma dirección PROFIBUS. 2, cuando las interfaces tienen la dirección PROFIBUS n y n+1

1

DB_A_B_NO IN Block-DB DB emisor para datos no redundantes que se transfieren de la estación A a la estación B.

DB11

DB_A_B_NO_LEN IN WORD Número de palabras de datos utilizadas en el DB_A_B_NO.

W#16#64

DB_B_A_NO IN Block-DB DB emisor para datos no redundantes que se transfieren de la estación B a la estación A.

DB12

DB_B_A_NO_LEN IN WORD Número de bytes de datos utilizados en DB_B_A_NO.

W#16#64

RETURN_VAL OUT WORD Valor de retorno del bloque (significado, véase abajo).

MW2

EXT_INFO OUT WORD Valor de retorno de un bloque subordinado (significado, véase abajo)

MW4



Valores específicos del bloque para RETURN_VAL y EXT_INFO Código de error Explicación W#16#0 Ningún error. W#16#8001 Valor no válido para el parámetro identificador PLC parcial. W#16#8002 No se ha podido generar el DB_WORK_NO. Causa evaluable a través del valor de retorno de la

SFC 22. El valor de retorno figura en EXT_INFO. W#16#8003 No se ha podido generar el DB_SEND_NO. Causa evaluable a través del valor de retorno de la SFC 22.

El valor de retorno figura en EXT_INFO. W#16#8004 No se ha podido generar el DB_RCV_NO. Causa evaluable a través del valor de retorno de la SFC 22.

El valor de retorno figura en EXT_INFO. W#16#8005 No se ha podido generar el DB_A_B_NO. Causa evaluable a través del valor de retorno de la SFC 22.

El valor de retorno figura en EXT_INFO. W#16#8006 No se ha podido generar el DB_B_A_NO. Causa evaluable a través del valor de retorno de la SFC 22.

El valor de retorno figura en EXT_INFO. W#16#8007 Valor no válido para el parámetro DP_MASTER_SYS_ID o SLAVE_NO o SLAVE_LEN o

SLAVE_DISTANCE. Los datos no coinciden con la configuración del hardware. W#16#8008 Valor no válido para parámetro DP-KOMMUN, si EXT_INFO=W#16#8888 o no se ha podido realizar el

diagnóstico. Causa evaluable a través del valor de retorno de la SFC 51. El valor de retorno figura en EXT_INFO.

W#16#8009 No se ha podido suprimir el bloqueo de conmutación de los esclavos. Causa evaluable a través del valor de retorno de la SFC 58. El valor de retorno figura en EXT_INFO.

W#16#800A No se ha podido determinar el estado de la interfaz esclava DP. Causa evaluable a través del valor de retorno de la SFC 59. El valor de retorno figura en EXT_INFO.

W#16#800B Error al determinar el área PAA utilizada. Causa evaluable a través del valor de retorno de la SFC 50. El valor de retorno figura en EXT_INFO.

W#16#800C Valor no válido para parámetro ADR_MODUS. W#16#800D Valor no válido para parámetro SLAVE_DISTANCE. W#16#800E No se puede leer el DB_WORK_NO. Cargar los bloques nuevamente. W#16#800F Valor no válido para parámetro DP_KOMMUN (no se han indicado interfaces). W#16#80F1 Error al determinar las direcciones de la PAA. Evaluar la causa a través del valor de retorno en la

SFC 50. El valor de retorno figura en EXT_INFO. Los datos de PAA_FIRST y PAA_LAST no coinciden con la configuración del hardware.

W#16#8027 Error interno.

Consulte también Tipo de datos CHAR (Página 112) Tipo de datos INT (Página 109) Tipo de datos WORD (Página 109)

Bloques para la redundancia por software 5.5 FB 101 'SWR_ZYK'


5.5 FB 101 'SWR_ZYK'

Función El FB 101 ‘SWR_ZYK‘ debe ser llamado por el usuario antes y después del programa de usuario redundante. Con el FB 101 ‘SWR_ZYK‘ se activa el intercambio de datos entre la maestra y la reserva. Después de ser llamado, el FB 101 procesa automáticamente la transferencia de datos de la maestra a la reserva. El FB 101 llama de modo oculto las funciones o bloques de función necesarios para el intercambio de datos

Posibilidad de interrupción El FB 101 ‘SWR_ZYK‘ se puede interrumpir.

DB instancia Al llamar el FB 101 ‘SWR_ZYK‘ se tiene que indicar un DB instancia. El número del DB instancia se ha indicado al parametrizar la FC 100 ‘SWR_START‘ en el parámetro DB_COM_NO.

Descripción de los parámetros Parámetro Decl. Tipo de datos Descripción Ejemplo DB_WORK_NO IN Block-DB DB de trabajo. El dato ha de ser idéntico al

que se indicó en el parámetro DB_WORK_NO de la FC 100 'SWR_START'.

DB1

CALL_POSITION BOOL El parámetro indica en qué lugar del programa de usuario se llama al FB 101 ‘SWR_ZYK‘. TRUE, si la llamada se efectúa con anterioridad al programa de usuario redundante FALSE, si la llamada se efectúa con posterioridad al programa de usuario redundante

TRUE


MW6

EXT_INFO OUT WORD Valor de retorno de un bloque subordinado (significado, véase abajo)

MW8

Bloques para la redundancia por software 5.5 FB 101 'SWR_ZYK'


Valores específicos del bloque para RETURN_VAL y EXT_INFO Código de error Explicación W#16#0 Ningún error. W#16#8008 Valor no válido para parámetro DP-KOMMUN, si EXT_INFO=W#16#8888 o si no se ha podido realizar

el diagnóstico. Causa evaluable a través del valor de retorno de la SFC 51. W#16#800A No se ha podido determinar el estado de la interfaz esclava DP. Causa evaluable a través del valor de

retorno de la SFC 59. El valor de retorno figura en EXT_INFO. W#16#800F Valor no válido para parámetro DP_KOMMUN (no se han indicado interfaces). W#16#8010 No se ha podido realizar la conmutación de los esclavos DP. Causa evaluable a través del valor de

retorno de la SFC 58. El valor de retorno figura en EXT_INFO. W#16#8011 No se puede establecer el enlace. Identificador de PLC parcial no válido. W#16#8012 No existe ninguna petición en el FB de comunicación (FB 103 ‘SWR_SFBCOM’), (DB instancia

defectuoso o error interno). W#16#8013 Ha aparecido un error durante la transmisión (FB 103 ‘SWR_SFBCOM’, FB 104 ‘SWR_AG_COM’,

FB 105 ‘SWR_SFCCOM’). Causa evaluable a través del valor de retorno de la SFC 65 ‘X_RCV’, FC 5 ‘AG_RCV’, SFB 12 ‘BRCV’. El valor de retorno figura en EXT_INFO.

W#16#8014 Ha aparecido un error durante la recepción (FB 103 'SWR_SFCCOM', FB 104 'SWR_AG_COM', FB 105 'SWR_SFBCOM'). Causa evaluable a través del valor de retorno de la SFC 66 'X_RCV', FC 5 'AG_RCV', SFB 13 'BRCV'. El valor de retorno figura en EXT_INFO.

W#16#8015 Ha fallado el acoplamiento de redundancia. Comprobar el hardware. W#16#8016 No se puede leer el estado del partner (FB 103 'SWR_SFCCOM'). Causa evaluable a través del valor

de retorno del SFB 23 ‘USTATUS’ . El valor de retorno figura en EXT_INFO. W#16#8017 Han fallado todos los esclavos DP. W#16#8018 No se puede describir el DB emisor (FB 104 'SWR_AG_COM', FB 105 SWR_SFBCOM'). Causa

evaluable a través del valor de retorno de la SFC 20. El valor de retorno figura en EXT_INFO. W#16#8019 No se puede leer el DB receptor (FB 104 'SWR_AG_COM', FB 105 SWR_SFBCOM'). W#16#8020 Error interno

Consulte también Tipo de datos BOOL (Página 110) Tipo de datos WORD (Página 109)

Bloques para la redundancia por software 5.6 FC 102 'SWR_DIAG'


5.6 FC 102 'SWR_DIAG'

Función La FC 102 se ha de llamar desde el OB de diagnóstico OB 86. El número del bloque no se debe modificar. La FC 102 ‘SWR_DIAG’ se encarga de que tras un fallo de un esclavo DP se lleve a cabo la conmutación automática maestra-reserva.

Posibilidad de interrupción La FC 102 'SWR_DIAG' se puede interrumpir.

Descripción de los parámetros Parámetro Decl. Tipo de datos Descripción Ejemplo DB_WORK IN INT Número del DB de trabajo de la redundancia

por software. El número ha de ser idéntico al que se indicó en el parámetro DB_WORK_NO de la FC 100 'SWR_START'. El DB contiene únicamente datos internos.

1

OB 86_EV_CLASS IN INT Información de arranque del OB de diagnóstico OB 86. Copie la variable de la tabla de declaración del OB 86.

#OB86_EV_CLASS

OB 86_FLT_ID IN INT Información de arranque del OB de diagnóstico OB 86. Copie la variable de la tabla de declaración del OB 86.

#OB86_FLT_ID


MW14

Valores específicos del bloque para RETURN_VAL y EXT_INFO Código de error Explicación W#16#0 Ningún error. W#16#80F2 Valor no válido en uno de los parámetros de la FC 102 'SWR_DIAG'. W#16#80F3 Existen más esclavos DP de los indicados en la FC 100 'SWR_START'. Verificar el parámetro

SLAVE_NO o SLAVE_LEN.

Consulte también Tipo de datos INT (Página 109) Tipo de datos WORD (Página 109)

Bloques para la redundancia por software 5.7 FB 103 'SWR_SFCCOM', FB 104 'SW_AG_COM' y FB 105 'SWR_SFBCOM'


5.7 FB 103 'SWR_SFCCOM', FB 104 'SW_AG_COM' y FB 105 'SWR_SFBCOM'

En los paquetes de bloques de la librería SWR_LIB encontrará en cada paquete uno de los tres bloques de función mencionados más arriba. Los números de los bloques FB 103 o FB 104 o FB 105 no se pueden modificar. Los bloques de funciones son llamados ocultamente por el FB 101 'SWR_ZYK' y organizan la transferencia de datos de la maestra a la reserva. Preste atención a que el bloque necesario esté cargado en ambas CPUs del sistema redundante.

Nota En caso de utilizar el FB 104 'SWR_AG_COM' , el proyecto también deberá contener los bloques FC 5 'AG_SEND' y FC 6 'AG_RCV' Los números de bloque de la FC 5 'AG_SEND' y FC 6 'AG_RCV' no se deben modificar.

Bloques para la redundancia por software 5.8 Bloques de datos DB_WORK_NO, DB_SEND_NO y DB_RCV_NO


5.8 Bloques de datos DB_WORK_NO, DB_SEND_NO y DB_RCV_NO Los bloques de datos DB_WORK_NO, DB_SEND_NO y DB_RCV_NO son definidos por el usuario al parametrizar la FC 100 'SWR_START'.

Función Los bloques de datos sirven exclusivamente para almacenar datos internos.

¡Atención! Los bloques de datos indicados arriba son generados por la FC 100 'SWR_START' una única vez durante el arranque con la longitud necesaria. Si modifica la parametrización de la FC 100 ‘SWR_START’, entonces generalmente también deberán modificarse los bloques de datos. Por tanto, borre los bloques de datos antiguos para que se puedan generar nuevos bloques de datos con la longitud necesaria en el arranque. Si modifica la parametrización de la FC 100 'SWR_START' y no borra los bloques de datos, pueden producirse fallos de funcionamiento.

Bloques para la redundancia por software 5.9 Bloques de datos DB_A_B y DB_B_A para el intercambio de datos no redundantes


5.9 Bloques de datos DB_A_B y DB_B_A para el intercambio de datos no redundantes

Los bloques de datos DB_A_B_NO y DB_B_A_NO son definidos por el usuario al parametrizar la FC 101 'SWR_START'. La longitud del DB debe indicarse en el parámetro DB_A_B_NO_LEN y DB_B_A_NO_LEN al efectuar la parametrización. En caso de que no se utilice un DB, indique "0" como longitud.

Función Para que ambas estaciones puedan intercambiar datos que no sean redundantes, se dispone de los bloques de datos DB_A_B_NO y DB_B_A_NO. Los datos no redundantes pueden ser p. ej. los estados de un módulo de entradas que se encuentre únicamente en el aparato central de la estación A (periferia unilateral). Estos dos bloques de datos permiten intercambiar cualquier tipo de información entre la estación A y la estación B. Generalmente se trata de datos no redundantes que sólo se evalúan en una estación y se transfieren a la segunda estación. Gracias al intercambio de datos amboas estaciones disponen de datos idénticos. De este modo, la parte redundante del programa de usuario puede intercambiar datos con el programa no redundante (estándar).

Ejemplo: En el aparato central de la estación A se encuentra periferia unilateral con la palabra de entrada EW 10 y en el aparato central de la estación B se encuentra periferia unilateral con la palabra de entrada EW 30. Los estados de ambas palabras de entrada deben transferirse a la otra estación, respectivamente, y devolverse en las palabras de datos AW 20 y AW 40 del programa redundante.

Procedimiento: 1. Al parametrizar la FC 100 'SWR_START' indique los bloques de datos, p. ej. para

DB_A_B = DB 10 y para DB_B_A = DB 11. 2. Programa las secuencias de programa necesarias en el programa de usuario en la

estación A y en la estación B.

Bloques para la redundancia por software 5.9 Bloques de datos DB_A_B y DB_B_A para el intercambio de datos no redundantes


Comprobar la funcionalidad

Bloques para la redundancia por software 5.10 Bloque de datos DB_COM_NO


5.10 Bloque de datos DB_COM_NO El bloque de datos DB_COM_NO es definido por el usuario al parametrizar la FC 100 'SWR_START' y es el DB instancia del FB 101 'SWR_ZYK'.

Función El bloque de datos DB_COM_NO contiene además de los datos internos para la comunicación también la palabra de estado y la palabra de control. El DB_COM_NO es el DB instancia del FB 101 'SWR_ZYK'.

¡Atención! El DB_COM_NO es el DB instancia del FB 101 'SWR_ZYK' y es generado por STEP 7. Para que el bloque pueda generarse es necesario que el proyecto contenga todas las funciones de sistema SFB y SFC utilizadas por la redundancia por software. Encontrará una relación de las funciones de sistema utilizadas en el capítulo Datos técnicos de los bloques (Página 44).

Estructura del bloque de datos DBW Significado Contenido 0...6 Datos internos Parámetros de entrada y salida del FB 101 'SWR_ZYK' 8 Palabra de estado Palabra de estado de la redundancia por software

Estructura de la palabra de estado de la redundancia por software 10 Palabra de control Palabra de control de la redundancia por software

Estructura de la palabra de control de la redundancia por software A partir de 12 Datos internos Irrelevante

Bloques para la redundancia por software 5.11 Ejemplo de iniciación rápida con configuración mínima


5.11 Ejemplo de iniciación rápida con configuración mínima Para facilitarle una rápida iniciación hemos reunido para Ud. en el CD dos programas de ejemplo que el programa de instalación copia en el directorio de proyectos de STEP 7. Se trata de dos ejemplos ejecutables: un ejemplo para el S7-300 y un ejemplo para el S7-400. En el ejemplo S7-300 se ha elegido la CPU 315-2DP y en el ejemplo S7-400 la CPU 414-2DP. En ambos ejemplos se utilizan para el acoplamiento de redundancia las interfaces MPI de las CPUs. Por supuesto que puede modificar el ejemplo según sus exigencias y utilizar p. ej. otras CPUs. En tal caso deberá adaptar la configuración de hardware.

Paquetes de hardware para el ejemplo S7-300 En el ejemplo del S7-300 se ha elegido una configuración mínima. Ambas estaciones se componen respectivamente de un perfil soporte, una fuente de alimentación y una CPU 315-2DP. La unidad de periferia descentralizada ET 200M se compone de una fuente de alimentación, un módulo de interfaz esclava DP IM 153-2 y un módulo de simulación (1 byte de entradas y 1 byte de salidas, dirección 0).

Paquetes de hardware para el ejemplo S7-400 En el ejemplo del S7-400 se ha elegido una configuración mínima. Ambas estaciones se componen respectivamente de un bastidor, una fuente de alimentación y una CPU 414-2DP. La unidad de periferia descentralizada ET 200M se compone de una fuente de alimentación, un módulo de interfaz esclava DP IM 153-2 y un módulo de simulación (1 byte de entradas y 1 byte de salidas, dirección 0).

Visión general: Configuración de hardware del ejemplo con el S7-300 o S7-400

Bloques para la redundancia por software 5.12 Datos técnicos de los bloques


Proceda del siguiente modo: 1. Abra el proyecto de ejemplo. 2. Transfiera la "Configuración de hardware" a la estación A y a la estación B. 3. Transfiera todos los bloques de ambas carpetas de bloques a la estación que

corresponda. 4. Sólo en el S7-400: Transfiera la configuración de enlaces a ambas estaciones.

Comprobar la funcionalidad Conmute ambas estaciones a RUN y compruebe si funcionan correctamente verificando lo siguiente con ayuda de la tabla de variables VAT1 de ambos programas: 1. Lea la palabra de estado de la estación A (DB5.DBW8).

Deberá visualizarse el valor 1000 0000 0000 0101. Significado: La estación es la unidad A y maestro y todos los esclavos DP están accesibles.

2. Lea la palabra de estado de la estación B (DB5.DBW8): Debería visualizarse el valor 1000 0000 0000 1010. Significado: La estación es la unidad B y reserva y todos los esclavos DP están accesibles.

3. Active el bit de la palabra de control para la conmutación maestro-reserva (DB5.DBX10.0) y compruebe nuevamente el estado. En la palabra de estado deberán cambiar su estado los bits DBX 9.0 y DBX 9.1 de ambas estaciones. Además deberá cambiar la interfaz activa del IM 153-2.

5.12 Datos técnicos de los bloques

Datos técnicos de los bloques Bloque Requerimiento de

memoria Funciones de sistema utilizadas

FC 100 'SWR_START' 2,6 kB SFC 22 'CREATE_DB', SFC 5 'GADR_LGC', SFC 50 'RD_LGADR', SFC 46 'STP', SFC 47 'WAIT'

FB 101 'SWR_ZYK' 3,7 KB SFC 64 'TIME_TCK', SFB 3 'TP' FC 102 'SWR_DIAG' 2 KB SFC 51 'RDSSYST', SFC 58 'WR_REC', SFC 59 'RD_REC' FB 103 'SWR_SFCCOM' 1,5 KB SFC 20 'BLKMOV', SFC 65 'X_SEND', SFC 66 'X_RCV' FB 104 'SWR_AG_COM' 1,5 KB SFC 20 'BLKMOV', FC 5 'AG_SEND', FC 6 'AG_RCV' FB 105 'SWR_SFBCOM' 1,5 KB SFB 12 'BSEND', SFB 13 'BRCV', SFB 23 'USTATUS'


Referencias y complementos 66.1 Características y propiedades de la redundancia por software

El siguiente cuadro de conjunto muestra las características de la redundancia por software: Característica Descripción/explicación Disponibilidad del sistema El sistema consta de dos CPUs. Una CPU – la CPU maestra (estación maestra)

– procesa el programa de usuario y transfiere adicionalmente las informaciones que se requieren en caso de fallo para continuar el programa de usuario (parcial) redundante por parte de la segunda CPU - la CPU de reserva (estación de reserva). La estación de reserva no procesa el programa de usuario redundante disponible, sino únicamente el programa de usuario local no redundante. En caso de fallo de la primera CPU la segunda CPU continúa el procesamiento del programa de usuario (principio de maestra de reserva).

Tiempo para la actualización de los datos de la maestra a la reserva

Depende de la CPU, de la red utilizada o del protocolo de comunicación utilizado y del tamaño del programa de usuario Véase también: Duración de la transferencia de datos de la maestra a la reserva (Página 48)

Tiempo de conmutación maestra-reserva

Depende de la causa de la conmutación, de la duración de la transferencia de datos y de la cantidad de esclavos DP conectados Véase también: Duración de la conmutación maestra-reserva (Página 47)

Programa de usuario Son posibles programas de usuario completamente o tan sólo parcialmente idénticos en ambas CPUs.

Lenguajes de programación KOP, FUP, AWL y SCL La redundancia por software no se puede utilizar con CFC.

Uso de bloques de función estándar Se pueden utilizar todos los bloques de función. Excepción: bloques que utilizan temporizadores o contadores S7; sólo contadores IEC o temporizadores IEC.

Uso de reguladores de software estándar

No hay limitación respecto al estándar de SIMATIC S7: Excepción: bloques que utilizan temporizadores S7 y/o contadores S7

Procesamiento de alarmas en el programa de usuario

No hay limitación respecto al estándar de SIMATIC S7 Durante la conmutación maestra-reserva pueden perderse alarmas (puede fallar el procesamiento de alarmas).

Número de esclavos DP aptos de la ET 200M

Depende de las CPUs utilizadas (con la CPU 414-2DP son posibles hasta 64 esclavos DP de la ET 200M)

Periferia digital/analógica Todos los módulos digitales y analógicos que se pueden utilizar en la unidad de periferia ET 200M

Módulos de función Es posible utilizar el módulo contador FM 350 en la ET 200M Volumen de datos redundantes máx. admisible que se puede transferir

8 kB en el S7-300 64 KB en el S7-400

Fallos secundarios/terciarios ... Se solucionan sólamente los fallos primarios. Sólo se resuelven los fallos primarios, es decir, si durante el tratamiento de errores aparece un fallo secundario o terciario, puede ocurrir p. ej., que no se procese el programa redundante.

Referencias y complementos 6.2 Conmutación maestra-reserva


6.2 Conmutación maestra-reserva

Definición: Cuando las CPUs cambian el estado de maestra-reserva y las interfaces esclavas DP su lado activo, hablamos entonces de una conmutación maestra-reserva.

Causa de la conmutación maestra-reserva Una conmutación maestra-reserva puede tener las siguientes causas: ● Solicitud de una conmutación maestra-reserva a nivel de usuario

(bit activado en la palabra de control) ● Fallo de la maestra (POWER OFF o STOP) ● Fallo en el sistema maestro DP de la maestra ● Fallo de una interfaz esclava DP redundante

Consulte también Duración de la conmutación maestra-reserva (Página 47) ¿Cómo funciona un sistema con redundancia por software? (Página 17)

Referencias y complementos 6.3 Duración de la conmutación maestra-reserva


6.3 Duración de la conmutación maestra-reserva El tiempo necesario para una conmutación maestra-reserva se compone en el peor de los casos del: ● tiempo para detectar un fallo ● tiempo para transferir los datos ● tiempo para conmutar los esclavos DP

Observación del peor de los casos: Duración de la conmutación maestra-reserva = tiempo para detectar un fallo + tiempo para transferir los datos + tiempo para conmutar los esclavos DP

Consulte también Duración de la transferencia de datos de la maestra a la reserva (Página 48) Tiempos de conmutación de los esclavos DP del ET200M (Página 50) Duración de la detección de errores en caso de fallos en el sistema redundante (Página 52)

Referencias y complementos 6.4 Duración de la transferencia de datos de la maestra a la reserva


6.4 Duración de la transferencia de datos de la maestra a la reserva La duración de la transferencia de datos de la maestra a la reserva depende de varios factores: ● rendimiento de la comunicación de la CPU utilizada ● red, tipo de enlace utilizado y velocidad de transferencia ● cantidad de datos que se transfiere Generalmente, en un ciclo no se pueden transferir todos los datos de una estación a otra. Para que el ciclo no se vea sobrecargado excesivamente por la transferencia, los datos se dividen y se transfieren en paquetes menores en varios ciclos. La cantidad de datos transferida se compone del área PAA, el área de marcas y del área de blouqes de datos que se haya indicado en la FC 100 'SWR_START', así como de otros datos internos.

Regla empírica para la estimación de la cantidad de datos transferida A fin de poder estimar el volumen de datos, en la práctica se ha acreditado la siguiente regla empírica: ● Volumen de datos = 3 veces la cantidad de bytes de salida utilizados En las tablas siguientes se indican los tiempos de transferencia típicos de la CPU 315-2DP y la CPU 414-2DP.

Tiempo de transferencia de un sistema redundante con dos CPU 315-2DP Como la transferencia de datos en el FB 104 'SWR_AG_COM' está organizada en bloques de 240 bytes y con el FB 103 'SWR_SFCCOM' en bloques de 76 bytes, por cada llamada de la redundancia por software se puede transferir un bloque como máximo. De este modo, el volumen de datos a transferir depende del intervalo de llamada de la redundancia por software. Tiempo de transferencia con PROFIBUS (AG_SEND) de 187,5 kBaudios a 1,5 MBaudios

Tiempo de transferencia con Industrial Ethernet (AG_SEND) 10 MBaudios

Tiempo de transferencia con el enlace MPI (XSEND) 187,5 kBaudios

60 ms por bloque de 240 bytes 48 ms por bloque de 240 bytes

152 ms por bloque de 76 bytes

Observación sobre la tabla de la CPU 315-2DP: Los tiempos indicados rigen para redes en las que se conectan exclusivamente en las dos estaciones del sistema redundante. El programa de usuario redundante se escribe en el OB 1. El tiempo de ejecución del OB 1 es de 10 ms como máximo. Si se conectan más de 2 estaciones a la red, puede aumentar el tiempo de transferencia indicado en función de la velocidad de transferencia elegida. A 1,5 MBaudios y 10 MBaudios el tiempo de transferencia permanece constante.

Referencias y complementos 6.4 Duración de la transferencia de datos de la maestra a la reserva


Tiempo de transferencia de un sistema redundante con dos CPU 414-2DP Número de bytes a transferir

Tiempo de transferencia con PROFIBUS / Industrial Ethernet de 187,5 kBaudios a 12 MBaudios

Tiempo de transferencia con el enlace MPI a 187,5 kBaudios

1 KB 250 ms 340 ms 4 KB 1 s 1,36 s 16 KB 4 s 5,44 s 64 KB 16 s 21,76 s

Observación sobre la tabla de la CPU 414-2DP: Los tiempos indicados rigen únicamente para las redes a las que se conectan exclusivamente las dos estaciones del sistema redundante y en las que la comunicación se gestiona a través de los bloques BSEND/BRCV. Si se conectan más de 2 estaciones a la red, puede aumentar el tiempo de transferencia indicado en función de la velocidad de transferencia elegida. En función del rendimiento de la comunicación (bus K) de la CPU puede aumentar (CPU 412) o disminuir (CPU 416) el tiempo de transferencia.

Referencias y complementos 6.5 Tiempos de conmutación de los esclavos DP del ET200M


6.5 Tiempos de conmutación de los esclavos DP del ET200M En una conmutación maestra-reserva, los esclavos DP de la unidad ET 200M conmutan automáticamente del sistema maestro DP de la maestra al sistema maestro DP de la reserva. Por cada intervalo de llamada se pueden conmutar automáticamente en el S7-300 hasta 4 esclavos DP y en el S7-400 hasta 8 esclavos DP. En caso de más de 4 u 8 esclavos DP, los esclavos DP conmutan en grupos durante varios intervalos de llamada.

Exigencias al intervalo de llamada del OB 1 u OB 35 El intervalo de llamada entre dos OB 1 o dos OB de tiempo tiene que ser siempre mayor que el tiempo de conmutación de 4 u 8 esclavos DP. El intervalo de llamada sólo puede ser inferior si se utilizan menos de 4 u 8 esclavos DP (en cuanto a los tiempos, véase la tabla).

CPU 315-2DP con maestro DP integrado Número de esclavos DP

12 MBaudios 1,5 MBaudios 500 kBaudios 187,5 kBaudios

1 6 ms 6 ms 7 ms 12 ms 2 12 ms 12 ms 14 ms 24 ms 4 25 ms 25 ms 30 ms 50 ms 8 2 x 25 ms 2 x 25 ms 2 x 30 ms 2 x 50 ms 16 4 x 25 ms 4 x 25 ms 4 x 30 ms 4 x 50 ms 32 8 x 25 ms 8 x 25 ms 8 x 30 ms 8 x 50 ms 64 16 x 25 ms 16 x 25 ms 16 x 30 ms 16 x 50 ms

CPUs del S7-400 con maestro DP integrado Número de esclavos DP

12 MBaudios 1,5 MBaudios 500 kBaudios 187,5 kBaudios

1 5 ms 9 ms 13 ms 20 ms 2 10 ms 18 ms 26 ms 40 ms 4 20 ms 36 ms 39 ms 80 ms 8 40 ms 64 ms 78 ms 160 ms 16 2 x 40 ms 2 x 64 ms 2 x 78 ms 2 x 160 ms 32 4 x 40 ms 4 x 64 ms 4 x 78 ms 4 x 160 ms 64 8 x 40 ms 8 x 64 ms 8 x 78 ms 8 x 160 ms

Referencias y complementos 6.5 Tiempos de conmutación de los esclavos DP del ET200M


CP (CP 443-5) como maestro DP para la estación S7-400 Número de esclavos DP

187,5 kBaudios hasta 12 MBaudios

1 55 ms 2 100 ms 4 200 ms 8 400 ms 16 2 x 400 ms 32 4 x 400 ms 64 8 x 400 ms

Referencias y complementos 6.6 Duración de la detección de errores en caso de fallos en el sistema redundante


6.6 Duración de la detección de errores en caso de fallos en el sistema redundante

Las tablas siguientes muestran los tiempos máximos de detección de errores del sistema y la reacción del sistema a diversas causas de fallos.

Fallos en la maestra Causa del fallo Tiempo de detección de

errores Reacción

CPU de la maestra en STOP o POWER OFF en la maestra

aprox. 1 s* Las interfaces DP conmutan automáticamente a la nueva maestra. Conmutación automática maestra-reserva En la palabra de estado se indica "Fallo del acoplamiento de redundancia"

Fallo del maestro DP en la maestra o falla todo el sistema maestro DP de la maestra

pocos ms Las interfaces DP conmutan automáticamente a la nueva maestra. Conmutación automática maestra-reserva En la palabra de estado se indica "No existe ningún esclavo DP"

* En sistemas con S7-400 se reduce el tiempo de detección de errores indicado de 1 s a 100 ms en caso de utilizar el paquete de bloques BSEND y de que los avisos del estado operativo se transfieran automáticamente (parametrización necesaria en la configuración de enlaces).

Fallos en la reserva Causa del fallo Tiempo de detección de

errores Reacción

CPU de la reserva en STOP o POWER OFF en la reserva

aprox. 1 s No hay reacción en la maestra; la maestra sigue funcionando tal cual. En la palabra de estado se indica "Fallo del acoplamiento de redundancia"

Fallo del maestro DP en la reserva o falla todo el sistema maestro DP de la reserva

pocos ms No hay reacción en la maestra; la maestra sigue funcionando tal cual. En la palabra de estado de la reserva se indica "No existe ningún esclavo DP".

Referencias y complementos 6.6 Duración de la detección de errores en caso de fallos en el sistema redundante


Fallos en el acoplamiento de redundancia Causa del fallo Tiempo de detección de

errores Reacción

Fallo del acoplamiento de redundancia

aprox. 1 s* Ambas estaciones se convierten en maestra. los esclavos DP permanecen asignados a su maestra. Se notifica un fallo de la conexión con la CPU. En la palabra de estado se indica "Fallo del acoplamiento de redundancia"

* Si los intervalos de llamada de la redundancia por software son mayores (intervalos de llamada > 1 s), el tiempo de detección del fallo de la redundancia será de 3 a 4 intervalos de llamada, como mínimo.

Fallos en la periferia descentralizada Causa del fallo Tiempo de detección de

errores Reacción

Falla la Interfaz DP de la ET 200M (IM 153-2) conectada a la maestra

pocos ms La interfaz DP de la ET 200M conmuta a la reserva. Conmutación de los demás esclavos DP a la reserva Conmutación automática maestra-reserva

Falla la Interfaz DP de la ET 200M (IM 153-2) conectada a la reserva

pocos ms No hay reacción en la maestra La maestra continúa trabajando tal cual. En la palabra de estado de la reserva se visualiza “No existen todos los esclavos DP (o ninguno)"

Falla la tensión de alimentación de la ET 200M (IM 153-2)

pocos ms Se conmutan todos los esclavos DP accesibles. Conmutación automática maestra-reserva

Referencias y complementos 6.7 Redes a través de las que se pueden acoplar las dos estaciones


6.7 Redes a través de las que se pueden acoplar las dos estaciones Por principio, las dos estaciones se pueden acoplar a través de MPI, PROFIBUS o Industrial Ethernet. Sin embargo, dada la escasa velocidad de transferencia, el acoplamiento a través de MPI deberá utilizarse únicamente cuando se transfieran pequeñas cantidades de datos (máx. 1 KB). Con arreglo al enlace lógico proyectado, ha de copiar los módulos para la redundancia del software de la biblioteca indicada.

Variantes para el acoplamiento del S7-300 Estaciones conectadas en red vía...

Conexión a red a través de la interfaz...

Velocidad de transferencia

Enlace requerido Bloques necesarios en la librería...

MPI CPU 187,5 kBaudios Enlace no configurado XSEND_300 PROFIBUS CP 342-5 máx. 1,5 MBaudios Enlace FDL AG_SEND_300 Industrial Ethernet CP 345-1 10 MBaudios Enlace ISO AG_SEND_300

Variantes para el acoplamiento del S7-400 Estaciones conectadas en red vía...

Conexión a red a través de la interfaz...

Velocidad de transferencia

Enlace requerido Bloques necesarios en la librería...

Enlace no configurado XSEND_400 MPI CPU 187,5 kBaudios Enlace S7 BSEND_400 Enlace FDL AG_SEND_400 PROFIBUS CP 443-5 máx. 12 MBaudios Enlace S7 BSEND_400 Enlace ISO AG_SEND_400 Industrial Ethernet CP 443-1 10 MBaudios Enlace S7 BSEND_400

Referencias y complementos 6.8 Cambiar la configuración y el programa de usuario en RUN


6.8 Cambiar la configuración y el programa de usuario en RUN A fin de realizar modificaciones durante el funcionamiento, generalmente es necesario desactivar la redundancia. Para ello el usuario tiene que activar el bit 'Desactivar redundancia' de la palabra de control. Después de activar el bit, la maestra sigue procesando el programa de usuario con normalidad. En este caso, la maestra tiene las mismas propiedades que una unidad estándar del S7-300 o S7-400. Después de desactivar la redundancia, el programa de usuario se modifica primero en la 'reserva'' y después en la 'maestra'. Después de cargar el programa de usuario modificado de nuevo en las dos CPUs, active el bit 'Activar redundancia' de la palabra de control. Una vez activado el bit se restablece el acoplamiento de redundancia y el sistema vuelve a funcionar con una disponibilidad aumentada. Sin embargo, aquí no es posible cambiar el alcance de las áreas de datos redundantes. Las áreas de datos también son modificadas por una nueva llamada del FB, ya que se crea otro DB instancia. Naturalmente es posible modificar los contenidos de los datos si el volumen del áreas de datos no cambia. También al cambiar la longitud de un bloque de datos cambia el volumen de las áreas de datos redundantes. Sugerencia: Dimensione el volumen de los datos redundantes generosamente si pretende realizar ampliaciones durante el funcionamiento. A continuación se describen los procedimientos en caso de modificar el programa y la configuración del software redundante así como los mecanismos de incorporación.

Realizar modificaciones de la parte redundante del software en RUN Proceda del siguiente modo: 1. Desactive la redundancia (activar el bit 11.0 de la palabra de control). 2. Modifique y compruebe el programa de usuario en la CPU de reserva. 3. Active nuevamente la redundancia (activar el bit 11.1 de la palabra de control). 4. Dado el caso, realice una conmutación maestra-reserva. Resultado: Una vez efectuada la conmutación maestra-reserva la CPU procesa el programa de usuario modificado. A continuación es posible modificar el programa del mismo modo en la segunda CPU. Sin embargo, aquí no es posible cambiar el alcance de las áreas de datos redundantes.

Conectar de nuevo el esclavo DP que falla en la unidad ET 200M (IM 153-2) en la parte redundante Existen dos posibilidades: ● sustituya el módulo de interfaz defectuoso. ● restablezca de nuevo la alimentación eléctrica. Resultado: La redundancia por software vuelve a conectar automáticamente el esclavo DP al módulo de interfaz que está asignado a la CPU maestra.

Referencias y complementos 6.8 Cambiar la configuración y el programa de usuario en RUN


Incorporar un nuevo esclavo DP de la ET 200M (IM 153-2) a la parte redundante Proceda del siguiente modo: 1. Desactive la redundancia (activar el bit 11.0 de la palabra de control). 2. Ponga la CPU de reserva en STOP. 3. Configure el nuevo esclavo DP y transfiera la configuración del hardware. 4. Cambie los parámetros que correspondan en la llamada de la FC 100 'SWR_START'

(PAA_FIRST, PAA_LAST, SLAVE_NO, SLAVE_LEN). 5. Borre los bloques de datos DB_WORK_NO, DB_SEND, DB_RCV, DB_A_B_NO,

DB_B_A_NO. 6. Conmute esta CPU nuevamente al modo RUN. (Esta CPU opera con datos redundantes

no actualizados.) 7. Conmute la otra CPU a STOP. (La CPU con la nueva configuración asume el control del

proceso.) 8. Configure el nuevo esclavo DP y transfiera la configuración del hardware. 9. Cambie los parámetros que correspondan en la llamada de la FC 100 'SWR_START'

(PAA_FIRST, PAA_LAST, SLAVE_NO, SLAVE_LEN). 10. Borre los bloques de datos DB_WORK_NO, DB_SEND, DB_RCV, DB_A_B_NO,

DB_B_A_NO. 11. Conmute esta CPU nuevamente al modo RUN. Resultado: el nuevo esclavo DP de la ET 200M ha sido incorporado a la parte redundante del software. Nota: El reequipamiento sin actualizar el área redundante es posible mediante un segundo programa redundante autónomo con área de datos propia. En este programa redundante adicional se administran las nuevas áreas de datos adicionales.

Sustitución de la CPU o actualización del firmware Proceda del siguiente modo: 1. Conmute a STOP la CPU que va a sustituir. 2. Sustituya la CPU y transfiera la configuración de hardware, los bloques del programa de

usuario y la configuración de enlaces. 3. Conmute esta CPU nuevamente al modo RUN. Resultado: la nueva CPU funciona como reserva.

Extracción e inserción de módulos de la periferia Los módulos de la periferia se extraen e insertan del mismo modo que en el estándar S7. Al sustituir el módulo impida la conmutación maestra-reserva desactivando p. ej. la redundancia (bloquear la conmutación de la maestra).

Referencias y complementos 6.9 Módulos aptos para la redundancia por software


6.9 Módulos aptos para la redundancia por software Actualmente se pueden utilizar los siguientes módulos para los sistemas con redundancia por software. La gama de módulos se amplía constantemente. Encontrará las listas actualizadas de los módulos que se pueden utilizar en sistemas con redundancia por software en los FAQs de SIMATIC en la página de Internet (http://support.automation.siemens.com)

Módulos centrales aptos Denominación Referencia S7-300 Módulo central CPU 313C-2DP 6ES7313-6CE00-0AB0 Módulo central CPU 314 6ES7314-1AG13-0AB0 Módulo central CPU 314C-2DP 6ES7314-6CF0x-0AB0

6ES7314-6CG0x-0AB0 Módulo central CPU 315-2DP 6ES7315-2AFxx-0AB0

6ES7315-2AG10-0AB0 6ES7 315-2AH14-0AB0

Módulo central CPU 315-2 PN/DP 6ES7 315-2EG1x-0AB0 6ES7 315-2EH1x-0AB0 6ES7 315-2FH1x-0AB0 6ES7 315-6Tx1x-0AB0

Módulo central CPU 315F-2 PN/DP 6ES7 315-2FJ1x-0AB0 Módulo central CPU 316-2DP 6ES7316-2AGxx-0AB0 Módulo central CPU 317-2 6ES7 317-2AJ10-0AB0 Módulo central CPU 317-2 PN/DP 6ES7 317-2Ex1x-0AB0

6ES7 317-6FF0x-0AB0 6ES7 317-6Tx1x-0AB0

Módulo central CPU 317F-2´PN/DP 6ES7 317-2Fx1x-0AB0 Módulo central CPU 318-2DP 6ES7318-2AJxx-0AB0 Módulo central CPU 319-3 PN/DP 6ES7 318-3xL0x-0AB0 S7-400 Módulo central CPU 412-1 6ES7412-1XFxx-0AB0

6ES7412-1FK03-0AB0 6ES7 412-1XJ05AB0

Módulo central CPU 412-2 6ES7412-2XGxx-0AB0 6ES7 412-2XJ05-0AB0

Módulo central CPU 413-1 6ES7413-1XGxx-0AB0 Módulo central CPU 413-2DP 6ES7413-2XGxx-0AB0 Módulo central CPU 414-1 6ES7414-1XGxx-0AB0 Módulo central CPU 414-2DP 6ES7414-2XGxx-0AB0

6ES7414-2XJxx-0AB0 6ES7 414-2XK05-0AB0

Módulo central CPU 414-3DP 6ES7414-3XJxx-0AB0 6ES7 414-3XM05-0AB0 6ES7 414-3EM05-0AB0

http://support.automation.siemens.com/�



Denominación Referencia Módulo central CPU 416-1 6ES7416-1XJxx-0AB0 Módulo central CPU 416-2DP 6ES7416-2XKxx-0AB0

6ES7416-2XLxx-0AB0 6ES7416-2XN05-0AB0

Módulo central CPU 416F-2DP 6ES7 416-2FN05-0AB0 Módulo central CPU 416-3DP 6ES7416-3XLxx-0AB0

6ES7 416-3XR05-0AB0 6ES7 416-3ER05-0AB0

Módulo central CPU 416F-3DP 6ES7 416-3FR05-0AB0 Módulo central CPU 417-4 6ES7417-4XLxx-0AB0

6ES7 417-4XT05-0AB0

Módulos de comunicación aptos con función de maestro DP Denominación Referencia Módulo de comunicación CP 443-5 Extended (conexión a la red PROFIBUS)

6GK7443-5DXxx-0XE0

Módulo de interfaz maestra DP IM 467 o IM 467-FO (sólo apta la versión 1.1)

6ES74675GJxx-0AB0 6ES74675FJxx-0AB0

Módulos de comunicación aptos para el acoplamiento de las estaciones Denominación Referencia Módulo de comunicación CP 342-5 6ES7342-5DA00-0XE0

6GK7342-5DA02-0XE0 Módulo de comunicación CP 343-1 6GK7343-1BA00-0XE0

6GK7343-1EX11-0XE0 Módulo de comunicación CP 343-1 Lean (conexión a Industrial Ethernet)

6GK7343-1CX10-0XE0

Módulo de comunicación CP 443-5 Extended (conexión a la red PROFIBUS)

6GK7443-5DXxx-0XE0

Módulo de comunicación CP 443-1 ISO1 (conexión a Industrial Ethernet)

6GK7443-1BXxx-0XE0 6GK7443-1EXxx-0XE0 6GK7443-1GXxx-0XE0



Módulos aptos para la unidad de periferia descentralizada ET 200M Denominación Referencia 2 interfaces esclavas DP IM 153-2 6ES7153-2AA02-0XB0 a partir de la versión

2 (elemento de bus 6ES7 7HD00-0XA0) 6ES7153-2AB0x-0XB0 a partir de la versión 2 (elemento de bus 6ES7 7HD10-0XA0)

Todos los módulos digitales y analógicos para la ET 200M

Véase el catálogo ST70

Módulo contador FM 350 6ES7350-1AH0x-0AE0 CP 341 (20 mA TTY, RS232, RS422/485) 6ES7341-1xH01-0AE0 CP 341 (RS232) (conexión punto a punto)

6ES7341-1AH02-0AE0

Nota Las estaciones ET 200M tienen que instalarse siempre con elementos de bus activos (6ES7195-7HB00-0XA0 o 6ES7195-7HC00-0XA0), aunque no se pueda ejecutar la función "Extraer e insertar módulos de lal periferia en modo RUN de la CPU" con las CPU del S7-300.

ATENCIÓN En caso de utilizar dos líneas DP de forma redundante, deben configurarse ambas o bien en modo DPV1 o bien en modo compatible S5.

Referencias y complementos 6.10 Comunicación con otras estaciones


6.10 Comunicación con otras estaciones Por supuesto que un sistema con redundancia por software también puede comunicarse con otras estaciones. Los siguientes apartados describen algunas soluciones posibles. Como en la unidad de periferia descentralizada ET 200M no se pueden utilizar módulos de comunicación, la comunicación debe ser gestionada a través de CPs, que se encuentran en el aparato central. A fin de aumentar la disponibilidad de las tareas de comunicación, deberá insertarse respectivamente un CP en el aparato central de la estación A y un CP en el aparato central de la estación B.

Consulte también Comunicación con una estación S7-300/S7-400 (Página 61) Comunicación con un segundo sistema con redundancia por software (Página 63)

Referencias y complementos 6.11 Comunicación con una estación S7-300/S7-400


6.11 Comunicación con una estación S7-300/S7-400

Configuración de los enlaces con el sistema estándar 1. Configure un enlace de la estación A a la estación de destino S7-300/400. 2. Configure un enlace de la estación B a la estación de destino S7-300/400.

Programa de usuario para la estación A y B Para que no se produzca ningún fallo de comunicación, los bloques de comunicación también deben ser procesados por la reserva. Por este motivo se recomienda estructurar el programa de usuario redundante del modo siguiente:

Programa cíclico OB 1 o programa controlado por tiempo OB 35

Programe en la FC 1 las llamadas de los bloques de comunicación. Tenga en cuenta que como mínimo deben diferir los números de petición R_ID para la estación A y la estación B. En el área de datos transferida deberá encontrarse la palabra de estado para que el punto de destino pueda evaluar qué enlace está activo. Una posterior evaluación de los datos recibidos tiene lugar únicamente en la maestra. Si escribe el programa de usuario en el CFC, programe la FC 1 previamente en KOP, FUP o AWL. El bloque no puede contener variables de proceso ni números de avisos.

Referencias y complementos 6.11 Comunicación con una estación S7-300/S7-400


Ejemplo de secuencia de programa en la FC 1

Referencias y complementos 6.12 Comunicación con un segundo sistema con redundancia por software


6.12 Comunicación con un segundo sistema con redundancia por software

Configuración de los enlaces Para que ambos sistemas puedan conmutarse de modo independiente uno de otro, deberá configurarse un total de 4 enlaces. 1. Configure desde la estación A dos enlaces con el sistema redundante. 2. Configure desde la estación B dos enlaces con el sistema redundante.

Programa de usuario para la estación A y B Para que no se produzca ningún fallo de comunicación, los bloques de comunicación también deben ser procesados por la reserva. Por esta razón se recomienda estructurar el programa de usuario redundante del modo siguiente.

Programa cíclico OB 1 o programa controlado por tiempo OB 35

Programe en la FC 1 las llamadas de los bloques de comunicación a la estación A del partner de comunicación. Programe en la FC 2 las llamadas de los bloques de comunicación a la estación B del partner de comunicación. Tenga en cuenta que como mínimo deben diferir los números de petición R_ID para la estación A y la estación B. En el área de datos transferida deberá encontrarse la palabra de estado para que el punto de destino pueda evaluar qué enlace está activo. Una posterior evaluación de los datos recibidos tiene lugar únicamente en la maestra.

Referencias y complementos 6.12 Comunicación con un segundo sistema con redundancia por software


Si escribe el programa de usuario en el CFC, programe la FC 1 previamente en KOP, FUP o AWL. El bloque no puede contener variables de proceso ni números de avisos.

Ejemplo de secuencia del programa en la FC 1 o FC 2

Referencias y complementos 6.13 Concepto de retén de la redundancia por software


6.13 Concepto de retén de la redundancia por software Además del caso estándar, en el que dos estaciones forman una maestra-reserva, hay una variante que se denomina concepto de retén. Quizá le resulte nuevo el concepto de retén, pero el principio de retén seguro que le resulta familiar. Con seguridad ya ha oído hablar alguna vez de aquella persona del sector del automóvil que entra en acción siempre que falla uno de los trabajadores. También aquí se trata del principio de retén. El concepto de retén de la redundancia por software es exáctamente lo mismo. Si falla una o varias estaciones (en la figura la estación 1 o la estación 2), entra en acción una unidad de reserva, en la figura la estación R y asume la tarea de la unidad que falla.

¿Qué hay que tener en cuenta en lo que respecta al concepto de suplente de la redundancia por software?

Básicamente para el concepto de retén existen tres requisitos: ● Debe existir un acoplamiento de redundancia (enlace) entre la estación 1 y la estación R

y un segundo entre la estación 2 y la estación R. ● En la unidad de reserva, estación R, tienen que encontrarse los programas de usuario de

la estación 1 y la estación 2. ● La unidad de reserva, estación R, tiene que poder acceder a la periferia descentralizada

ET 200M de la estación 1 y la estación 2 (en la estación R se encuentran dos maestros DP).

Referencias y complementos 6.13 Concepto de retén de la redundancia por software


Redundancia de retén

(1)

Referencias y complementos 6.14 Uso de OBs de errores


6.14 Uso de OBs de errores Para que el sistema no reaccione con un STOP en caso de errores/eventos, debería recurrirse a las clases de prioridad (bloques de organización). Para que en caso de fallo de un esclavo DP no se reaccione con un STOP, además del OB 86 (con la FC 102 'SWR_DIAG') deberán encontrarse los siguientes OBs de error en la CPU: ● OB 80: en una conmutación maestra-reserva puede producirse un rebase del tiempo de

ciclo. ● OB 82: alarma de diagnóstico de un módulo en el módulo de interfaz esclava DP

redundante (p. ej. IM 153-2) ● OB 83: alarma de extracción/inserción de módulos en el módulo de interfaz esclava DP ● OB 85: error de ejecución del programa; aparece cuando falla un módulo de interfaz

esclava DP ● OB 87: error de comunicación ● OB 122: error de acceso a periferia (IM 153-2 o falla el módulo en la estación). En estos OBs se puede reaccionar a dichos errores desde el programa de usuario. La redundancia por software no evalúa estos OBs y tampoco inicia ninguna reacción más. Para aumentar la disponibilidad se pueden cargar otros OBs de alarma.

Referencias y complementos 6.14 Uso de OBs de errores



Ejemplo: redundancia por software con S7-300 77.1 Ejemplo: redundancia por software con S7-300

A fin de facilitarle la iniciación en el tema hemos creado para Ud. un proyecto modelo. El proyecto modelo es ejecutable y puede ser modificado a discreción. Sirviéndonos de un modelo simplificado para supervisar un túnel de carretera aprenderá lo sencilla que resulta la configuración y programación necesaria. El ejemplo se basa en dos estaciones con módulo central CPU 315-2DP. En las páginas siguientes estudiaremos detalladamente los pasos y ajustes especiales para la redundancia por software. Las informaciones generales que ya le son familiares de la configuración y programación de un S7-300 o un S7-400 como, p. ej. crear un proyecto o parametrizar la CPU, sólo las consideraremos cuando sean necesarias para la comprensión de los ejemplos.

Ejemplo: redundancia por software con S7-300 7.2 Planteamiento y esquema tecnológico


7.2 Planteamiento y esquema tecnológico

Planteamiento Para la ventilación de un túnel se utilizan dos ventiladores. Cada ventilador posee dos velocidades (niveles) que se activan en función de la concentración de sustancias nocivas medidas. Las sustancias nocivas se miden mediante dos sensores analógicos. Los ventiladores son la parte central de la instalación completa y necesitan una disponibilidad aumentada. Por esta razón se carga el programa del usuario en ambas estaciones para el control de los ventiladores. Para fines estadísticos se determina la cantidad de vehículos que circulan diariamente por el túnel. Los vehículos que entran y salen se detectan mediante bandas en el suelo a la entrada del túnel. Esta parte únicamente necesita únicamente la disponibilidad del estándar S7 y por tanto se carga sólo en la estación A. La iluminación se supervisa mediante cuatro sensores binarios. SI falla la iluminación en una de estas secciones, ello se emitirá como señal binaria para la sección respectiva. Esta parte únicamente necesita la disponibilidad del estándar S7 y, por tanto, sólo se carga en la estación B.

Esquema tecnológico "Supervisión del túnel"

M M

Ejemplo: redundancia por software con S7-300 7.3 Configuración del hardware para el ejemplo con S7-300


7.3 Configuración del hardware para el ejemplo con S7-300 La siguiente figura muestra la configuración necesaria del hardware. Se compone de dos estaciones S7-300 con CPU 315-2DP y un esclavo DP ET 200M. El módulo de interfaz DP IM 153-2 de la ET 200M está conectada una vez con la CPU en la estación A y una vez con la CPU en la estación B. La estación A y la estación B están acopladas a través del CP 342-5 a una red PROFIBUS.

Visión general: configuración del hardware para el ejemplo con S7-300

PS CPU CP PS CPU CP

IM 153-2

PS DE DA DE DA

Hardware utilizado Los módulos utilizados en el ejemplo se pueden consultar en la configuración de hardware del proyecto modelo.

Ejemplo: redundancia por software con S7-300 7.4 Configurar el hardware


7.4 Configurar el hardware Si desea reproducir o modificar la configuración del hardware del proyecto modelo, proceda del siguiente modo: 1. Cree un proyecto con dos estaciones (p. ej. con la estación A y la estación B) y abra la

estación A. 2. Seleccione un bastidor en el catálogo de hardware. 3. Abra el bastidor para la estación A e inserte la fuente de alimentación, la CPU 315-2DP y

la periferia E/S centralizada necesaria. 4. Abra la segunda estación y repita los pasos 2 y 3. 5. Arrastre mediante drag&drop el IM 153-2 hasta el sistema maestro DP ("vía del tren"). 6. Conecte la periferia E/S de la ET 200M. 7. Repita los pasos 5 y 6 si desea conectar varios esclavos DP ET 200M al sistema

maestro DP. 8. Copie el ramal DP completo en el segundo sistema maestro DP.

Regla para la configuración del hardware La configuración de la periferia descentralizada ha de ser idéntica en ambas estaciones. Para que no se pierda la coherencia, copie siempre, incluso si las modificaciones son mínimas, el sistema maestro DP completo de la primera estación en el maestro DP de la segunda. Utilice para ello el comando de menú Edición > Inserción redundante. Con el comando de menú Edición > Inserción redundantese asegura que las direcciones de periferia de los esclavos DP sean idénticas en ambas estaciones.



Ejemplo dela configuración de hardware en la estación A y la estación B La siguiente figura muestra un ejemplo con idéntica configuración de hardware en ambos sistemas maestros DP.

Ejemplo: redundancia por software con S7-300 7.5 Configurar las redes


7.5 Configurar las redes Si quiere reproducir o modificar la configuración de red del proyecto modelo, tenga en cuenta las siguientes indicaciones.

¿Qué redes existen en un sistema redundante con redundancia por software? En sistemas con redundancia por software cabe distinguir: ● la red a través de la que están acopladas las dos estaciones, también llamada red para

el acoplamiento de redundancia. A través de esta red tiene lugar el intercambio de datos entre las dos estaciones.

● las redes PROFIBUS DP, a las que están conectados los sistemas maestros DP y las unidades de periferia descentralizada ET 200M. A través de estas redes, las estaciones procesan la periferia descentralizada.

Red para el intercambio de datos entre las dos estaciones Los datos que se transfieren desde la maestra a la reserva se pueden intercambiar a través de MPI, PROFIBUS o también a través de Industrial Ethernet. En nuestro ejemplo se intercambian los datos con ayuda de los módulos de comunicación a través de la red PROFIBUS. 1. Cree una red PROFIBUS 2. Conecte el CP de la estación A con la red PROFIBUS y seleccione una dirección de

nodo, p. ej. la dirección PROFIBUS 3. 3. Conecte el CP de la estación A con la red PROFIBUS y seleccione una dirección de

nodo, p. ej. la dirección PROFIBUS 4.

Redes PROFIBUS DP para periferia descentralizada Las unidades de periferia descentralizada ET 200M poseen dos interfaces DP de las cuales una se conecta al sistema maestro DP de la estación A y la segunda al sistema maestro DP de la estación B. Proceda del siguiente modo: 1. Cree dos redes PROFIBUS DP (para los dos sistemas maestros DP) 2. Seleccione la conexión DP de la CPU en la estación A y conecte ésta a la primera red

PROFIBUS DP. 3. Seleccione la conexión DP de la CPU en la estación B y conecte ésta a la segunda red

PROFIBUS DP. 4. Seleccione el IM 153-2 en el catálogo de hardware. Los IM 153-2 se encuentran bajo

PROFIBUS DP en el directorio ET 200M.

Ejemplo: redundancia por software con S7-300 7.6 Configurar los enlaces


7.6 Configurar los enlaces Si desea reproducir o modificar la configuración de los enlaces en el proyecto modelo, observe entonces las siguientes indicaciones. En el proyecto modelo se ha seleccionado una red PROFIBUS con enlace FDL para el intercambio de datos de ambas estaciones. Para crear el enlace lógico necesario, proceda del siguiente modo: 1. Cambie desde el SIMATIC Manager a la vista de redes. 2. Elija en el menú Ver > Esclavos DP para que también se visualicen los esclavos DP en la

vista de redes. 3. En la vista de redes haga doble clic sobre la tabla de enlaces.

Resultado: Se abre un diálogo para definir el enlace 4. Seleccione las dos estaciones y defina un enlace FDL.

Vista de red con esclavos DP y tabla de enlaces

Ejemplo: redundancia por software con S7-300 7.7 Crear el programa de usuario


7.7 Crear el programa de usuario Si desea reproducir o modificar el programa de usuario del proyecto modelo, observe entonces las siguientes indicaciones. El programa de usuario del proyecto modelo para el S7-300 consta de: ● un programa redundante idéntico en ambas estaciones en el que se ejecuta el programa

OB 35 controlado por tiempo, ● un programa de usuario estándar no redundante que difiere en ambas estaciones y que

se ejecuta respectivamente en el programa cíclico OB 1.



Estructura del programa de usuario El siguiente sinóptico muestra desde qué puntos deben llamarse los bloques de la redundancia por software.



Estructura del bloque La siguiente figura muestra la estructura del programa de usuario para el ejemplo del S7-300. En este estructura se distingue el anidamiento de los bloques.

Reglas para el programa de usuario El programa de usuario debe organizarse de manera que el programa para la parte redundante esté separado del programa de la parte no redundante. En la parte redundante del programa sólo se pueden utilizar como contadores los contadores IEC y como temporizadores sólo los temporizadores IEC. El uso de contadores S7 y/o temporizadores S7 no está permitido, ya que dichos operandos no se pueden intercambiar entre las dos estaciones.

Consulte también FC 100 'SWR_START' (Página 31) FB 101 'SWR_ZYK' (Página 35) FC 102 'SWR_DIAG' (Página 37)

Ejemplo: redundancia por software con S7-300 7.8 Conectar equipos HMI


7.8 Conectar equipos HMI Para la visualización de valores de proceso y avisos existe en SIMATIC S7 una nueva generación de paneles de operador, que resultan muy fáciles de utilizar. Para los sistemas redundantes resultan especialmente apropiados los paneles de operador OP 7 y OP 17. Ambos paneles de operador permiten la conmutación manual entre varias estaciones pulsando simplemente un botón. De este modo puede cambiarse para el manejo y visualización de la estación A a la estación B en el momento deseado. En nuestro proyecto modela hemos seleccionado un panel de operador OP 7 para el ejemplo del S7-300. En el proyecto modelo ya está´configurado para el OP 7 el indicador de la palabra de estado y de la palabra de control y algunos textos de aviso con referencia al programa de usuario. Los textos de aviso pueden ser modificados a discreción. Para la configuración de los textos de aviso se requiere el software ProTool.

Véase también Descripción de los panales de operador OP 7 y OP 17 y de la herramienta de configuración ProTool


Ejemplo: redundancia por software con S7-400 88.1 Ejemplo: redundancia por software con S7-400

A fin de facilitarle la iniciación en el tema hemos creado para Ud. un proyecto modelo. El proyecto modelo es ejecutable y puede ser modificado a discreción. Sirviéndonos de un modelo simplificado para supervisar un túnel de carretera aprenderá lo sencilla que resulta la configuración y programación necesaria. El ejemplo se basa en dos estaciones con módulo central CPU 414-2DP. En las páginas siguientes estudiaremos detalladamente los pasos y ajustes especiales para la redundancia por software. Las informaciones generales que ya le son familiares de la configuración y programación de un S7-300 o un S7-400 como, p. ej. crear un proyecto o parametrizar la CPU, sólo las consideraremos cuando sean necesarias para la comprensión de los ejemplos.

Ejemplo: redundancia por software con S7-400 8.2 Planteamiento y esquema tecnológico


8.2 Planteamiento y esquema tecnológico

Planteamiento Para la ventilación de un túnel se utilizan dos ventiladores. Cada ventilador posee dos velocidades (niveles) que se activan en función de la concentración de sustancias nocivas medidas. Las sustancias nocivas se miden mediante dos sensores analógicos. Los ventiladores son la parte central de la instalación completa y necesitan una disponibilidad aumentada. Por esta razón se carga el programa del usuario en ambas estaciones para el control de los ventiladores. El túnel debe ser bloqueado cuando se mida la concentración de sustancias nocivas máxima admisible durante más de dos minutos. La entrada del túnel se controla mediante dos semáforos. Por razones de seguridad, esta parte también necesita una disponibilidad aumentada. En las páginas siguientes estudiaremos detalladamente los pasos y ajustes especiales para la redundancia por software. Las informaciones generales que ya le son familiares de la configuración y programación de un S7-300 o un S7-400 como, p. ej. crear un proyecto o parametrizar la CPU, sólo las consideraremos cuando sean necesarias para la comprensión de los ejemplos.

Esquema tecnológico "Supervisión del túnel"

M M

Ejemplo: redundancia por software con S7-400 8.3 Configuración del hardware para el ejemplo con S7-400


8.3 Configuración del hardware para el ejemplo con S7-400 La siguiente figura muestra la configuración necesaria del hardware. Se compone de dos estaciones S7-400 con CPU 414-2DP y un esclavo DP ET 200M. El módulo de interfaz DP IM 153-2 de la ET 200M está conectada una vez con la CPU en la estación A y una vez con la CPU en la estación B. La estación A y la estación B están acopladas a través del CP 443-5 a una red PROFIBUS.

Visión general: configuración del hardware para el ejemplo con S7-400

PS CPU CP PS CPU CP

IM 153-2

PS DE DA DE DA

Visualización de la instalación con WinCC Para el control y monitorización así como para la visualización de la instalación hemos utilizado una estación de operador en el proyecto modelo. Para que el control y la monitorización resulten lo más cómodos posibles, ya hemos creado un faceplate para WinCC. En el proyecto modelo encontrará la configuración correspondiente.

Hardware utilizado Los módulos utilizados en el ejemplo se pueden consultar en la configuración de hardware del proyecto modelo.



8.4 Configurar el hardware Si desea reproducir o modificar la configuración del hardware del proyecto modelo, proceda del siguiente modo: 1. Cree un proyecto con dos estaciones, p. ej. con la estación A y la estación B, y abra la

estación A. 2. Seleccione un bastidor en el catálogo de hardware. 3. Abra el bastidor para la estación A e inserte la fuente de alimentación, la CPU 414-2DP y

la periferia E/S centralizada necesaria. 4. Abra la segunda estación y repita los pasos 2 y 3. 5. Arrastre mediante drag&drop el IM 153-2 hasta el sistema maestro DP ("vía del tren"). 6. Conecte la periferia E/S de la ET 200M. 7. Repita los pasos 5 y 6 si desea conectar varios esclavos DP ET 200M al sistema

maestro DP. 8. Copie el sistema maestro DP completo en el maestro DP de la segunda estación.

Regla para la configuración del hardware La configuración de la periferia descentralizada ha de ser idéntica en ambas estaciones. Para que no se pierda la coherencia, copie siempre, aunque las modificaciones sean mínimas, el sistema maestro DP completo de la primera estación en el maestro DP de la segunda. Utilice para ello el comando de menú Edición > Inserción redundante. Con el comando de menú Edición > Inserción redundantese asegura que las direcciones de periferia de los esclavos DP sean idénticas en ambas estaciones.



Ejemplo de la configuración de hardware en la estación A y la estación B La siguiente figura muestra un ejemplo con idéntica configuración de hardware en ambos sistemas maestros DP.

Ejemplo: redundancia por software con S7-400 8.5 Configurar las redes


8.5 Configurar las redes Si quiere reproducir o modificar la configuración de red del proyecto modelo, tenga en cuenta las siguientes indicaciones.

¿Qué redes existen en un sistema redundante con redundancia por software? En sistemas con redundancia por software cabe distinguir las siguientes redes: ● la red a través de la que están acopladas las dos estaciones, también llamada red para

el acoplamiento de redundancia. A través de esta red tiene lugar el intercambio de datos entre las dos estaciones.

● las redes PROFIBUS DP, a las que están conectados los sistemas maestros DP y las unidades de periferia descentralizada ET 200M. A través de estas redes, las estaciones procesan la periferia descentralizada.

Red para el intercambio de datos entre las dos estaciones Los datos que se transfieren desde la maestra a la reserva se pueden intercambiar a través de MPI, PROFIBUS o también a través de Industrial Ethernet. En nuestro ejemplo se intercambian los datos con ayuda de módulos de comunicación a través de la red PROFIBUS. 1. Cree una red PROFIBUS 2. Conecte el CP de la estación A con la red PROFIBUS y seleccione una dirección de

nodo (p. ej. la dirección PROFIBUS 3). 3. Conecte el CP de la estación A con la red PROFIBUS y seleccione una dirección de

nodo (p. ej. la dirección PROFIBUS 4).

Redes PROFIBUS DP para periferia descentralizada Las unidades de periferia descentralizada ET 200M poseen dos interfaces DP de las cuales una se conecta al sistema maestro DP de la estación A y la segunda al sistema maestro DP de la estación B. Proceda del siguiente modo: 1. Cree dos redes PROFIBUS DP (para los dos sistemas maestros DP) 2. Seleccione la conexión DP de la CPU en la estación A y conecte ésta a la primera red

PROFIBUS DP. 3. Seleccione la conexión DP de la CPU de la estación B y conecte ésta a la segunda red

PROFIBUS. 4. Seleccione el IM 153-2 en el catálogo de hardware. Los IM 153-2 se encuentran bajo

PROFIBUS DP en el directorio ET 200M.

Ejemplo: redundancia por software con S7-400 8.6 Configurar los enlaces


8.6 Configurar los enlaces Si desea reproducir o modificar la configuración de los enlaces en el proyecto modelo o si desea crear Ud mismo la configuración de los enlaces, observe las siguientes indicaciones. En el proyecto modelo se ha seleccionado una red PROFIBUS con enlace FDL para el intercambio de datos de ambas estaciones. Para crear el enlace lógico necesario, proceda del siguiente modo: 1. Cambie desde el SIMATIC Manager a la vista de redes. 2. Elija el comando de menú Ver > Esclavos DP, para que también se visualicen los

esclavos DP en la vista de red. 3. En la vista de redes haga doble clic sobre la tabla de enlaces.

Resultado: Se abre un diálogo para definir el enlace 4. Seleccione las dos estaciones y defina un enlace FDL.

Vista de red con esclavos DP y tabla de enlaces



8.7 Crear el programa de usuario Si desea reproducir o modificar el programa de usuario del proyecto modelo, observe entonces las siguientes indicaciones. El programa de usuario del proyecto modelo se compone de un programa totalmente redundante. Es idéntico en ambas estaciones y se ejecuta en el programa cíclico OB 1.



Estructura del programa de usuario El siguiente sinóptico muestra desde qué puntos deben llamarse los bloques de la redundancia por software.

CALL FC 100 AG_KENNUNG :=’A’ DB_WORK_NO :=DB1 DB_SEND_NO :=DB2 DB_RCV_NO :=DB3 MPI_ADR :=4

etc.

Programa de arranque OB 100

CALL FB 101, DB5 DB_WORK_NO :=DB1 CALL_POSITION :=TRUE RETURN_VAL :=MW6 EXT_INFO :=MW8 UN DB5.DBX 9.1 SPB M001

Instruciiones para programa de usuario redundante

(La parte del programa existe en la estación A y en la estación B)

M001: CALL FB 101, DB5 DB_WORK_NO :=DB1 CALL_POSITION :=FALSE RETURN_VAL :=MW10 EXT_INFO :=MW12

L lam e a l com ienzo de l O B 1 u O B 35 e l FB 101 con e l parám etro CA LL-P O SITIO N igua l a TR U E . E n e l D B de instancia ind icado puede ed ita r las in form aciones de estado y de contro l. E va lúe la info rm ac ión de es tado y program e la C P U de m odo que és ta se sa lte a l p rogram a de usuario redundante , cuando traba je com o un idad de reserva. E n es te área program a V d. su program a de usuario redundante . L lam e a l fina l de l O B 1 a l FB 101 con e l parám etro C A LL_P O SITIO N igua l a FA LSE . D e es te m odo com unica a l s istem a que ha fina lizado e l p rocesam iento de l p rogram a de usuario redundante .

Programa de diagnóstico OB 86

Programa cíclico OB 1

CALL FC 102 DB_WORK :=W#16#1 OB86_EV_CLASS :=#OB86_EV_CLASS OB86_FLT_ID :=#OB86_FLT_ID RETURN_VAL :=MW14

.

.

.

L lam e en e l O B de arranque a la func ión FC 100. E n FC 100 com unica a l s is tem a, entre o tros, qué d irecc iones se han de u tilizar para la com unicación y qué áreas de datos se ac tua lizan/intercam bian entre las dos es tac iones. Á reas de datos son: im agen de l p roceso de las entradas, á reas de m arcas y punteros , m ódu los de datos y los m ódu los de datos de instanc ia para tiem pos IE C / contadores IE C .

L lam e en e l O B 86 a l FC 102 con la in form ac ión in ic ia l correspond iente . La llam ada es necesaria para que e l s istem a pueda reacc ionar autom áticam ente ante e l fa llo de un esc lavo D P (conm utación autom ática a m aestra de reserva).



Estructura del bloque La siguiente figura muestra la estructura del programa de usuario para el ejemplo del S7-400. En este estructura se distingue el anidamiento de los bloques.

Reglas para el programa de usuario En la parte redundante del programa sólo se pueden utilizar como contadores los contadores IEC y como temporizadores sólo los temporizadores IEC. El uso de contadores S7 y/o temporizadores S7 no está permitido, ya que dichos operandos no se pueden intercambiar entre las dos estaciones.

Consulte también FC 100 'SWR_START' (Página 31) FC 102 'SWR_DIAG' (Página 37) FB 101 'SWR_ZYK' (Página 35)



8.8 Conectar equipos HMI

Descripción Para la visualización de valores de proceso y avisos existe en SIMATIC S7 una nueva generación de equipos HMI que resultan muy fáciles de utilizar. Para el proyecto modelo con S7-400 hemos seleccionado una estación de operador OS para la visualización de la instalación. Para que el control y la monitorización con WinCC resulten lo más sencillos posibles, ya hemos creado un faceplate. Con ayuda del faceplate podrá ejecutar las siguientes funciones desde una estación de operador OS: ● iniciar conmutaciones maestra-reserva ● suprimir o reactivar la redundancia entre la maestra y la reserva y visualizar el estado de

la redundancia ● visualizar el estado del enlace de la CPU (acoplamiento de redundancia), ● visualizar la disponibilidad de los esclavos DP

Consulte también Faceplate para tareas de control y monitorización (Página 93)


Redundancia por software y estaciones de operador con WinCC 99.1 Faceplate para tareas de control y monitorización

Descripción Para que el control y la monitorización resulten lo más cómodos posible, ya hemos creado un faceplate. El faceplate es instalado automáticamente por el programa SETUP de la redundancia por software, siempre y cuando esté instalado WinCC. En los siguientes apartados le mostraremos cómo configurar el faceplate con WinCC. Además de dicha configuración deberá configurar un enlace redundante en la estación de operador de manera que la actualización del faceplate se continúe incluso en caso de fallar la estación maestra o en caso de una conmutación maestra-reserva. En una descripción separada hemos resumido el modo de configurar el enlace y las particularidades que hay que tener en cuenta. Encontrará dicha descripción en el CD con el nombre de archivo 'SWR_WinCC_english.doc' o 'SWR_WinCC_english.pdf'.

Tarea del faceplate Con ayuda del faceplate podrá ejecutar las siguientes funciones desde una estación de operador OS: ● iniciar conmutaciones maestra-reserva ● desactivar la redundancia entre la maestra y la reserva (bloquear la conmutación

maestra-reserva) o reactivarla (habilitar la conmutación maestra-reserva) ● visualizar el estado del enlace de la CPU (acoplamiento de redundancia), ● visualizar la disponibilidad de los esclavos DP

Redundancia por software y estaciones de operador con WinCC 9.1 Faceplate para tareas de control y monitorización


Visualización del faceplate

Consulte también Configurar el faceplate con WinCC (Página 95)

Redundancia por software y estaciones de operador con WinCC 9.2 Configurar el faceplate con WinCC


9.2 Configurar el faceplate con WinCC El faceplate se incorpora a una imagen en WinCC. Para ello es necesario configurar el faceplate en los diálogos de propiedades correspondientes. Procedimiento para configurarlo: 1. Configure el enlace para WinCC (Página 96) 2. Definia las variables del faceplate (Página 98) 3. Inserte el faceplate en una imagen (Página 100) 4. Conecte los campos indicadores con las variables (dinamización de la imagen)

(Página 103)

Redundancia por software y estaciones de operador con WinCC 9.3 Configuración del enlace para WinCC


9.3 Configuración del enlace para WinCC Para que su estación de WinCC se conecte al sistema de automatización se ha de configurar un enlace con el sistema redundante. Únicamente se requiere un enlace desde la estación de operador a la estación A, ya que el enlace con la estación B se establece a través del conmutador de WinCC. 1. Añadir otro driver: Abra el directorio "Administración de variables" und wählen Sie mit der

rechten Maustaste "Agregar nuevo driver". Elija el driver en el directorio "C.\Programme\SIEMENS\WINCC\bin"

2. Abra el directorio "SIMATIC S7 PROTOCOL SUITE" en el Control Center. El directorio se

encuentra en la carpeta "Administración de variables". 3. Seleccione el directorio en el que desea crear el enlace deseado, p. ej. MPI. 4. Pulse el botón derecho del ratón e inserte un nuevo enlace. 5. Seleccione el enlace insertado y asígnele un nombre, p. ej. "SW_REDUNDANZ".

Redundancia por software y estaciones de operador con WinCC 9.3 Configuración del enlace para WinCC


6. Pulse el botón derecho del ratón y seleccione "Propiedades" en el menú desplegable. 7. Indique la dirección de nodo de la estación con la que deba establecerse el enlace

(recomendación: introduzca la dirección de nodo de la estación A).

Redundancia por software y estaciones de operador con WinCC 9.4 Definir las variables del faceplate


9.4 Definir las variables del faceplate Una vez establecido el enlace entre la estación de operador y una estación, se recomienda definir las variables del faceplate. Proceda para ello del siguiente modo: 1. Abra el directorio 'Tipos de estructuras' en el Control Center. 2. Pulse el botón derecho del ratón e inserte otro tipo de estructura.

Resultado: se abre la ventana para introducir las "propiedades de la estructura". 3. Asigne un nombre a la variable insertada del tipo de estructura, p. ej. "SWR". 4. Haga clic sobre el botón de comando "Elemento nuevo" e inserte las variables del

faceplate (4 variables). 5. Asigne a cada variable el nombre y el tipo de datos correspondiente.

Nombre Tipo de datos Offset Bit OFFUCE WORD OFFICE WORD 0 0 BIT MasterSwitch BIT 2 0 BIT RedTurnOn BIT 2 9 BIT RedTurnOff BIT 2 8

6. Seleccione el enlace previamente insertado ("SW_REDUNDANZ") en el directorio

"SIMATIC S7 PROTOCOL SUITE". 7. Pulse el botón derecho del ratón e inserte otra variable.

Redundancia por software y estaciones de operador con WinCC 9.4 Definir las variables del faceplate


8. Asigne un nombre a la variable, p. ej. "SWR_Test" y seleccione el tipo de datos "SWR".

9. Indique en el campo 'Direcciones' el número del DB instancia y el offset de la variable de

estructura (el offset es DW 8). Resultado: el faceplate sabe ahora a qué palabra de estado y a qué bits de control debe acceder.

Redundancia por software y estaciones de operador con WinCC 9.5 Inserción del faceplate en una imagen


9.5 Inserción del faceplate en una imagen Técnicamente el faceplate está realizado como elemento de control activex. Para insertar el faceplate en una imagen, proceda del siguiente modo: 1. Abra una imagen en el Control Center con el Graphics Designer. 2. Seleccione el elemento de control con el comando del menú Paleta de objetos >

Controles 3. Pulse el botón derecho del ratón y elija "Agregar/Quitar".

Resultado: al soltar el botón se abre una ventana para registrar el faceplate.

4. Elija "Registrar OCX"



5. Abra el control "CC_SWRed.ocx".

6. Active la casilla de verificación 'WinCC SWRedundanz" en la ventana "Seleccionar OCX"

Resultado: el faceplate puede verse ahora en la imagen y está registrado en WinCC.

Redundancia por software y estaciones de operador con WinCC 9.6 Vincular los campos indicadores con las variables (dinamizar la imagen)


9.6 Vincular los campos indicadores con las variables (dinamizar la imagen)

Una vez insertado el faceplate en la imagen, vincule los campos indicadores con las variables. Para ello, proceda del siguiente modo (los nombres de las variables son ejemplos): 1. Seleccione el faceplate. 2. Pulse el botón derecho del ratón y abra el menú desplegable Propiedades.

Resultado: se abre la ventana "Propiedades del objeto".

3. Seleccione "Propiedades del control" en el lado izquierdo de la ventana. 4. Introduzca en el lado derecho de la ventana el nombre "SWR_Test" para el atributo

"tagname". 5. En la línea "Dinámica", haga clic sobre el símbolo indicador (bombilla) y seleccione

"SWR_Test.Status" en la ventana de selección visualizada. 6. En la línea "MasterSwitch", haga clic sobre el símbolo indicador (bombilla) y seleccione

"SWR_Test.MasterSwitch" en la ventana de selección visualizada. 7. En la línea "RedTurnOn", haga clic sobre el símbolo indicador (bombilla) y seleccione

"SWR_Test.RedTurnOn" en la ventana de selección visualizada. 8. En la línea "RedTurnOff", haga clic sobre el símbolo indicador (bombilla) y seleccione

"SWR_Test.RedTurnOff" en la ventana de selección visualizada. 9. Guarde los cambios en el Graphics Designer.

Resultado: el faceplate ya se puede utilizar y puede iniciarse con "WinCC-Runtime".

Redundancia por software y estaciones de operador con WinCC 9.6 Vincular los campos indicadores con las variables (dinamizar la imagen)



Redundancia por software con WinAC RTX 1010.1 Controlador basado en PC

Los controladores basados en PC de WinAC (Windows Automation Center) se realizan con un PC estándar y ofrecen la misma funcionalidad que las CPUs S7 SIMATIC (controladores por hardware). WinAC RTX en un PLC por software programable, una aplicación software que se ejecuta en un ordenador estándar (PC). La redundancia por software se puede utilizar en el WinAC RTX a partir de la versión 2008.

Redundancia por software con WinAC RTX 10.2 Advanced PC Configuration para la redundancia por software


10.2 Advanced PC Configuration para la redundancia por software

10.2.1 Configurar la estación PC Para configurar la estación PC, proceda del siguiente modo: 1. Abra la carpeta de la estación "Equipo PC" en el proyecto y haga doble clic en el icono

de la configuración para abrir la aplicación HW Config de STEP 7. 2. Navegue en la estación SIMATIC PC hasta el controlador específico. 3. Arrastre el controlador al mismo índice que ocupa el controlador en el configurador de

componentes en el PC de destino.

4. Compruebe si el nombre del controlador se corresponde con el nombre del controlador

configurado en el configurador de componentes. 5. Arrastre el CD definido como submódulo desde el catálogo de hardware a los slots de

interfaz (slots IF) del WinLC RTX Controllers.



10.2.2 Crear una configuración para una estación SIMATIC PC en STEP 7 Para crear una configuración para una estación SIMATIC PC en STEP 7, proceda del siguiente modo: 1. Seleccione los componentes del catálogo de hardware. 2. Coloque los componentes como en el configurador de componentes. 3. Cargue la configuración en el controlador.


Otras referencias 1111.1 Tipo de datos INT

Si el parámetro formal del SFC/SFB es del tipo de datos INT (Integer o entero de 16 bits), puede asignar al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica 27 MW 100 #TYP_INT -25 EW 0 AW 0 DBW 1

11.2 Tipo de datos WORD Si el parámetro formal del SFC/SFB es del tipo de datos WORD (palabra), puede asignar al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica W#16#1F12 MW 100 #TYP_WORD 2#0001111100010010 EW 0 C#32 AW 0 B#(5,25) DBW 1

11.3 Tipo de datos BYTE Si el parámetro formal del SFC/SFB es del tipo de datos BYTE, puede asignar al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica B#16#1F MB 100 #TYP_BYTE EB 0 AB 0 DBB 1

Otras referencias 11.4 Tipo de datos BOOL


11.4 Tipo de datos BOOL Si el parámetro formal del SFC/SFB es del tipo de datos BOOL, puede asignar al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica TRUE M 100.0 #OK_MERKER E 0.0 A 0.0 DBX 3.0

11.5 Tipo de datos ANY Si el parámetro formal del SFC/SFB es del tipo de datos ANY, puede asignar al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica P#M0.0 BYTE 20 (significado: 20 bytes desde M 0.0) P#DB58.DBX16.0 BYTE 14 (significado: 14 bytes en el DB 58 desde el bit de datos 16.0)

E 0.0 MB 5 AW 2

#TYP_ANYTYP (los arrays y estructuras se pueden transferir a través de parámetros del tipo ANY)

Nota El tipo de datos ANY permite la entrada de cualquier tipo de datos elemental en caso de introducirlo como dato global. Para introducir un valor directamente para el tipo de datos ANY, deben observarse las siguientes reglas de sintaxis: El valor comienza siempre con el prefijo "P#", seguido de la dirección bit de un operando

de STEP 7, p. ej. M0.0, y una indicación de longitud (tipo de datos elemental, p. ej. BOOL, BYTE, WORD o DWORD o tipo de datos compuesto, p. ej. DATE_AND_TIME o STRING).

La dirección bit del operando de STEP 7 ha de ser 0 para todas las indicaciones de longitud excepto BOOL.

Otras referencias 11.6 Representación simbólica


11.6 Representación simbólica A fin de poder utilizar símbolos para los parámetros actuales tienen que cumplirse los siguientes requisitos: ● En los datos globales debe definirse el nombre (=símbolo) en la tabla de símbolos global. ● En los datos locales debe definirse el nombre (=símbolo) en la tabla de declaración del

bloque. Los simbolos de los datos locales deben ir precedidos del carácter "#".

11.7 Datos globales Los datos globales son datos a los que puede acceder cualquier bloque lógico (FC, FB, OB). En particular se trata de marcas (M), entradas (E), salidas (A), temporizadores, contadores y elementos de bloques de datos (DB). A los datos globales se puede acceder de forma absoluta o simbólica.

11.8 Áreas de memoria E = area de la imagen de proceso entrada A = area de la imagen de proceso salida M = Área de marcas D = Área de bloques de datos L = Área de datos locales

Otras referencias 11.9 Parámetros formales/parámetros actuales


11.9 Parámetros formales/parámetros actuales Un parámetro formal es un parámetro cuyo nombre y tipo de datos ha sido definido al crear el bloque parametrizable y que ha sido declarado como INPUT o OUTPUT. Al llamar el bloque (p. ej. CALL SFC 31), la programadora muestra automáticamente la lista de parámetros formales.

Ejemplo (AWL)

Ejemplo (KOP)

11.10 Tipo de datos CHAR Si el parámetro formal del SFC/SFB es del tipo de datos CHAR (CHARacter, carácter ASCII), pueden asignarse al parámetro formal los siguientes parámetros actuales: Entrada directa (ejemplo) Entrada de un dato global Entrada simbólica "E" MB 100 #TYP_CHAR EB 0 AB 0 DB 1


Índice alfabético

¿ ¿Cómo funciona un sistema con redundancia por software?, 17

C Cambiar la configuración y el programa de usuario en RUN, 55 Características y propiedades de la redundancia por software, 45 Comunicación con otras estaciones, 60 Comunicación con un segundo sistema con redundancia por software, 63 Comunicación con una estación S7-300/S7-400, 61 Concepto de retén de la redundancia por software, 65 Conectar equipos HMI, 79, 91 Configuración del enlace para WinCC, 96 Configuración del hardware para el ejemplo con S7-300, 71 Configuración del hardware para el ejemplo con S7-400, 83 Configurar el faceplate con WinCC, 95 Configurar el hardware (ejemplo con S7-300), 72 Configurar el hardware (ejemplo con S7-400), 84 Configurar las redes (ejemplo con S7-300), 74 Configurar las redes (ejemplo con S7-400), 86 Configurar los enlaces (ejemplo con S7-300), 75 Configurar los enlaces (ejemplo con S7-400), 87 Conmutación maestra-reserva, 46 Contenido de los paquetes de bloques, 28 Crear el programa de usuario, 76, 88

D Datos técnicos de los bloques, 44 Definir las variables del faceplate, 98 Duración de la detección de errores en caso de fallos en el sistema redundante, 52 Duración de la transferencia de datos de la maestra a la reserva, 48

F Faceplate para tareas de control y monitorización, 93

FB 103 'SWR_SFCCOM', 38 FB 104 'SW_AG_COM', 38 FB 105 'SWR_SFBCOM', 38

I Inserción del faceplate en una imagen, 100

M Módulos aptos para la redundancia por software, 57

P Planteamiento y esquema tecnológico, 82 Planteamiento y esquema tecnológico (ejemplo S7-300), 70

T Tiempos de conmutación de los esclavos DP del ET200M, 50

U Uso de OB de error, 67

V Vincular los campos indicadores con las variables (dinamizar la imagen), 103

Índice alfabético


redundancia por software para simatic s7 · notas jurídicas notas jurídicas filosofía en la...

Documents