TELEMANDOS, CONTROL Y SUPERVISIÓN.  FERROCARRILS DE LA GENERALITAT VALENCIANA (FGV) Control de subestaciones de tracción del tramo Alicante / Denia (9.

Presentación del tema: "TELEMANDOS, CONTROL Y SUPERVISIÓN.  FERROCARRILS DE LA GENERALITAT VALENCIANA (FGV) Control de subestaciones de tracción del tramo Alicante / Denia (9."— Transcripción de la presentación:

1 TELEMANDOS, CONTROL Y SUPERVISIÓN

2  FERROCARRILS DE LA GENERALITAT VALENCIANA (FGV) Control de subestaciones de tracción del tramo Alicante / Denia (9 subestaciones, 45 CTs). Telemando de energía de toda la línea. Control de subestación de tracción Metro de Valencia. Puesto Local Operación (PLO) para el control de seccionadores de catenaria. 2008-2011 Sistema de Gestión de Arrastres 2008-2011.  ADIF 2011-Actualidad.- Puestos de operación local LAV Orense-Santiago 2010-Actualidad.- Sistema de Control Distribuido IEC-61850 LAV Barcelona – F. Francesa. 2010 PLO Torrejón de Velasco (LAV Madrid- Valencia) 2010 Sistema de Control de Calefacciones de Agujas. 2009 Sistema de Control ByPass Madrid-Sevilla-Barcelona. 2008 Control de Subestación LAV Madrid-Sevilla e interface con Telemando de Energía (13 SSEE y 29 E. Técnicos). 2007-2011 Sistema de Medida de Calidad LAV Madrid-Sevilla, LAV Madrid-Valencia, LAV Córdoba-Málaga y LAV Barcelona-Frontera Francesa. 2004 Sistema Enercom-Energraph LAV.  TRANVÍA METRO SEVILLA Control de subestaciones y paradas de tracción del tramo Metro Centro. Telemando de energía de tramo Metro Centro.

3  METRO BARCELONA (TMB) Sistema de gestión de la medida fiscal en año 2002. Control de subestaciones de tracción de toda la Línea9, 21 Subestaciones de Tracción: Ingeniería, Desarrollo y Ejecución. Proyecto en ejecución. Contrato con UTE ENERGÍA LÍNEA 9 de todo el control de distribución: 2 Subestaciones GIS de 220KV/30KV y 120 CT´s.  FERROCARRILS DE LA GENERALITAT DE CATALUNYA (FGC)  Sistema de gestión de la medida fiscal en año 2002.  FEVE  Sistema de Gestión de Medida Fiscal (16 Puntos de Medida). 2007-2008  Control y Sistema de Supervisión SCADA de la subestación de Ribadesella en la línea Cantábrica de Ferrocarril de Ancho Métrico  METRO SANTO DOMINGO – REPÚBLICA DOMINICANA  Control de subestaciones (3) y centros de transformación (18) de la Línea 1 (15Km) del Metro de Santo Domingo. Actualmente realizando la Línea 2.  LÍNEA DE FERROCARRIL ISTANBUL – ESKISEHIR (TURQUÍA)  Control de subestaciones (4), centros de transformación (8) y PLO´s (4).

4  METRO MADRID Ampliación 2003-2007; 16 subestaciones de tracción Metro–Ligero. Implementación, Ingeniería y Desarrollo del Sistema de Seguridad de Red en Subestaciones y Telemando de Energía. Control de subestación de distribución 45/15 KV “Nuevos Ministerios”. Ingeniería de detalle y telemando de energía de la subestación. Año 2002/2003. 12 Subestaciones de tracción desde año 2000/2004. 43 Centros de transformación de Metro Sur. Sistema SGE, para todas la subestaciones de Metro Madrid. 60 Subestaciones de tracción y 2 subestaciones de distribución 45/15KV.  Aplicación de control de telemando de medida y protecciones de corriente alterna y corriente continúa. PROPIEDAD INTELECTUAL DE SICA, S.A Colaboración para estudios, análisis y especificaciones de proyectos con la ingeniería de Metro Madrid. Colaboración con SENER / AUDIN / ARDANUY / IDOM para especificaciones de ingeniería en subestaciones de tracción.

5 Sistema de intercambio de datos en planta de Ciclo Combinado de Huelva con Mitsubishi Electric Japan, Turbina 400MW. AÑO 2006. CALLE 30: Telemando de toda la Distribución de Energía, 34 CT´S. AÑO 2006/2007 Proyecto de control y mando de subestación primaria 132KV/6KV para planta de bombas en Desaladora de Agua Marina de Carboneras. Sistema de Control Domótico para el Centro Nacional de Investigación Cardio-Vascular (CNIC). Sistema de Control y SCADA Planta Fotovoltáica (6 MW) en Los Navalmorales (Toledo). Sistema de Control y SCADA para las instalaciones de RTVE. Sistemas de Medida para ACERALIA en la planta de Avilés. Cálculo y ajustes de protecciones eléctricas para Centro de la NASA de Robledo de Chavela (Madrid).

6  AEROPUERTO DE TENERIFE SUR (REINA SOFIA). Control de central eléctrica (subestación, grupos electrógenos, grupos de continuidad). Control de todos los CT´s del aeropuerto (un total de 37 centros) (2005) Telemando y gestión de energía completo (2005). Reingeniería de los grupos electrógenos (3x2000KVA) y control, para funcionamiento en paralelo con la red principal (2008).  AEROPUERTO DE ALBACETE  Control de central y centros de transformación. Control de baja tensión (servicios) (2005).  CONTROL DE BALIZAMIENTO EN AEROPUERTO DE BARCELONA (2004).  AENA – INECO TIFSA Colaboración para especificaciones e ingeniería de control de Telemando Central de Navegación Aérea (2004). Colaboración para especificaciones e ingeniería de control del Proyecto Ampliación Aeropuerto de Alicante. Año 2004.  TORRES DE BARAJAS TERMINAL 4  Sistemas de control eléctrico, iluminación y climatización y controles de transformación para CISER.  TORRES DE BARAJAS  Sistemas de control eléctrico, iluminación y Climatización para CISER.

7

8

9

10

11

12

13

14

15 Gran experiencia en Operación de Telemandos y Centros de Telecontrol Experiencia en la implantación de los sistemas de protección de Corriente Alterna y Continua en grandes líneas (Metro Madrid, L9 Metro Barcelona, AVE Barcelona Frontera Francesa) Experiencia en los diferentes protocolos de comunicación de los dispositivos de protección (IEC 60870-5-103, Modbus, PROCOME, IEC 61850) Instalación, prueba y verificación de los dispositivos de protección en numerosas instalaciones de diferente índole, especialmente en el campo ferroviario. Gran experiencia en señalización hacia telemando por medio de dispositivos de intercambio de protocolos de protección al protocolo IEC 60870-5-104/101. Gracias al conocimiento de las instalaciones se realiza el establecimiento o señalización de enclavamientos por software para una mayor facilidad de entendimiento o análisis de las diferentes incidencias.

16 Protocolo 61850 en los sistemas de control y protección Nodos y elementos lógicos Capacidad de intercambio de mensaje basada en eventos y lectura cíclica informes (Unbuffer/Buffer Reports) mensajes de alta velocidad (GOOSE, GSSE) Compatibilidad y flexibilidad independiente del fabricante Integración mediante ficheros de características (ICD, SCD) Enclavamientos lógicos entre los diferentes dispositivos de protección Señalización y recogida de información Análisis del estado del sistema completo y establecimiento de enclavamientos lógicos en actuaciones del operador Futura integración en los telemandos o centros de control

17  WinCC OA puede :  Manejar > 10 MILLONES de variables  integrar > 2.000 sistemas distribuidos  funcionar > 30 km de redundancia en caliente distribuída geograficamente  Ser la base para desarrollos específicos de los usuarios  Puntos fuertes de WinCC OA:  Sistemas complejos y Escalabilidad  Sistemas de Alta Disponibilidad (24 x 365)  Sistemas distribuidos geograficamente  Estándares de Seguridad Integrados  Certificado SIL3 para Aplicaciones de Misión Crítica  Flexible y Personalizable  Windows, Linux y Solaris

18  WinCC OA es una plataforma flexible para automatización e integración industrial  Independiente del fabricante del hardware  Satisface las más altas demandas de seguridad (Certificado SIL3)  Enfocado a la inteligencia central  Sistema de Control Maestro  Gestión Inteligente de Alarmas  Compatible con la Gestión de Mantenimiento  Soporta el Acceso Remoto  Incorpora Herramientas para Optimización  Alta Disponibilidad (24 x 365)  Sistema de back-up efectivo  Fácil Seguimiento de los Procesos

19  La estructura escalable y la transparencia de WinCC OA hacen que pueda constituir, tanto la base, como una parte de una solución software global Bases Datos Externas Estrutura de Comunicaciones Imagen delProceso Gateway de Datos Gestión de Alarmas Alarmas Remotas XML Grafik- Import ASCII Objekt- Import CTRL Objekt- Import API COM OLE- DB ADO Driver API OPC AE OPC DA RS232 V24 directo TCP HTTP XML XML Import/Export Gráficos ASCII ASCII Import/Export Objetos CTRL Import/Export Objetos EDE Importación BACnet GED I BACne t ETool PARA Librerías Estandard de WinCC OA Pumpstation Valve M

20 Imagen del roceso, Historia Comunicación y Alarmas = Gestor de Eventos, Historian = Dgestor de Datos Interfaz con el Proceso Driver: PLC, Busses Campo, DDC, Telemetría/RTU, Drivers especiales Procesamiento, Control Lengiaje Script = Control, Application Programming Interface = Manager API Monitorización, Operation Runtime = UI, Editor Gráfico= GEDI, Editor Base Datos = PARA EV Eventmanager CTRL Controlmanager UI Userinterface Editor API API-Manager D Driver DIST Connection to other systems DB Database- Manager UI Userinterface Runtime D Driver D Driver UI Userinterface Runtime

21  Manager: es una unidad funcional autónoma  La suma de todos los Managers forma el Sistema  Tecnología del Software: Procesos propios  Comunicaciones: TCP Independiente de la Plataforma  Eficiencia: Intercambio de Datos disparado por eventos  Ecalabilidad:  Sólo los Managers necesarios se arrancan por demanda y pueden arrancarse varias instancias en paralelo  Los Managers se pueden distribuir en distintos equipos  Se puede hacer balanceo de carga  Flexibilidad:  Los equipos que forman un sistema pueden correr en sistemas operativos distintos

22  Permite la conexión a distintos sistemas de automatización (nivel de control)  Maneja el protocolo de comunicación  Unifica diferentes métodos de comunicación  Filtra, compara valores nuevos/viejos (Tiempo, Valor, Supresión Interferencias)  Convierte: los valores crudos a unidades de ingeniería y vice versa  Integra la fecha/hora leídos de los periféricos o pone la del momento de lectura  El intercambio de datos con el resto del sistema es por evento Transformaciónn Conversión Filtrado Protocolo SW HW/kernel WinCC OA Viejo / Nuevo

23  Gestor de mensajes Central  Contiene la imagen del proceso (= valores actuales de todas las variables del proceso)  Actúa como servidor de datos para todos los otros managers  Modelo Publicación/Suscripción  Acceso a lectura/escritura espontáneos  Conectar (callback generada por evento)  Consultas  Procesamiento de Alarmas  Cálculo de funciones de variables  Autorizaciónn / autentificación  Un solo Manager de Eventos activo por Sistema

24  Base de datos de Proceso de alta eficiencia  Almacenamiento de valores  Soporta todos los tipos de datos  Archivos autónomos en paralelo  Administración Automática  Cambio de juego de ficheros, copia de respaldo, archivo de largo tiempo a cinta o servidor de datos, borrado, etc.  Valores persistentes  Histórico de transacciones (logging)  Evita la inconsistencia de datos en caso de errores de comunicación  Interface SQL Interno  Soporte para Oracle  Proveedor OLE-DB

25  Permite almacenar valores y alarmas en una base de datos relacional  Adaptación óptima al concepto de base de datos Oracle  Fácil integración en el sistema:  Las herramientas del sistema son independientes del método de archivo  La comunicación con la BDR es también TCP/IP  Soporta la recuperación rápida de valores de la BDR  Asignación de sistemas WinCC OA a sistemas de BDR  Múltiples sistemas WinCC OA pueden almacenar en una BDR común  Funcionalidad idéntica al Database Manager Interno:  Archivos autónomos en paralelo  Administración automática

26  Buffer a Disco  Permite el servicio sin interrupción, incluso si se pierde la conexión con la BDR (excepto consultas a datos históricos más viejos que el tampón)  Permite arracar un proyecto, incluso si la BDR no está disponible en ese momento.  Concepto de Buffer de Datos en 2 pasos  Parámetros configurables:  Buffer Activado/Desactivado  Tamaño máximo del Buffer  Intervalo de almacenamiento (cada x sentencias almacenar datos en Buffer)  Directorio del Buffer RAM Disco Base de Datos

27  Permite implementar funcionalidades complejas  Permite implementar algoritmos con acceso a:  Valores actuales de proceso (datos tiempo real)  Datos historicos (valores, estados,alarmas)  Gráficos / sinópticos de proceso  Ejecución orientada por temporización o evento  Numerosas funciones integradas  Multitarea - multihilo  Potentes interfaces  COM  XML, XML-RPC  ADO / ODBC  V24/RS232, TCP, SMS, E-Mail,…

28  Es el Interfaz de Operador, configuración y programación  Sinópticos de proceso  Listas de Alarmas y eventos, pantalla de eventos, curvas de tendencia, cuadros diálogo con el operador, …  Diferentes tipos de funcionalidades  Visualización y Operación: UI  Editor de Base de Datos: PARA  Editor Gráfico: GEDI  Aplicación Cliente Real  Compatible con la Red  Sistema Multiusuario

29 EV Eventmanager CTRL Controlmanager UI Userinterface Editor API API-Manager Prognose D Modbus DB Databasemanager UI Userinterface Runtime D OPC Client UI Userinterface Runtime D Profibus FeldbusEthernetOPC-Server VA Archive VA Archive VA Archive Otros vendedores D OPC Server Otros Sistemas WinCC OA DIST Distribution Manager REDU Redundancy Manager Sistema Redundante En caliente OLE-DB OLE-Database Access Provider Informes, RDB, OLAP COM MS-COM- Interface Excel Reporting RDB RDB Archive Manager ORACLE Ctrl ADO Controlmanager RDB Standard Relationale DB S7 D TCP/IP,MI

30 D Driver UI Userinterface Runtime CTRL Controlmanager API API-Manager DB Database- Manager D Driver D Driver EV Eventmanager UI Userinterface Editor UI Userinterface Runtime EV Eventmanager CTRL Controlmanager UI Userinterface Editor API API-Manager DB Database- Manager D Driver D Driver UI Userinterface Runtime Internet, RAS, WAN,…

31  Todos los componentes (Managers) de WinCC OA corren en la misma máquina  El Servidor es a la vez Estación de Operación (GUI, posibilidad de múltiples monitores)  Posibilidad de usar simultaneamente varios drivers distintos Servidor y Estación de Operador PLC, DDC, RTU Bus de Proceso Impresora de Alarmas

32  Imagen central del proceso: adquisición, alarmas, archivo  Estación maestra central: integridad de datos, mantenimiento,…  Estaciones de Operación e Ingeniería distribuídas por la red Servidor Ingeniería PLC, DDC, RTU Gestión Operador 1 Operador 2 Process bus Ethernet-LAN Mantenimiento del Sistema ETool

33  Redundancia en Caliente (Servidor)  Conmutación Automática de todas Estaciones de Operación (clientes)  Posibilidad de redundar las conexiones de red entre todas las estaciones Servidor 1 Server 2 Ingeniería PLC, DDC, RTU (Primario) (Redundante) En caliente Gestión Operador 1 Operador 2 Bus de proceso Ethernet-LAN ETool

34  El proyecto completo corre simultaneamente en dos equipos separados, el Servidor Primario y el Servidor Redundante en Caliente  Ambos servidores tienen una conexión activa con los drivers  El servidor Redundante toma los datos del Servidor Primario, y no de las Estaciones de Operador o de los drivers  Ambos servidores contienen una imagen del proceso totalmente coherente (las mismas fecha/horas, etc.)  Las Estaciones de Operador (clientes) están siempre conectadas a ambos servidores, pero sólo muestran datos del Servidor Activo (primario)  En caso de fallo la conmutación se produce automáticamente

35 UI Userinterface Runtime Operador 1 EV Eventmanager CTRL Controlmanager D Driver DB Databasemanager Conexión al Proceso ACTIVO CTRL Controlmanager D Driver DB Databasemanager REDUNDANTE Conexión al Proceso Servidor 1Servidor 2 UI Userinterface Runtime Operador 2 DIRECCIÓN DE LA ADQUISICIÓN REDU Redundancy Manager REDU Redundancy Manager EV Eventmanager

36 UI Userinterface Runtime Operador 1 EV Eventmanager CTRL Controlmanager D Driver DB Databasemanager Conexión al Proceso ACTIVO CTRL Controlmanager D Driver DB Databasemanager REDUNDANTE Conexión al Proceso Servidor 1 Servidor 2 UI Userinterface Runtime Operador 2 DIRECCIÓN DEL MANDO REDU Redundancy Manager REDU Redundancy Manager EV Eventmanager

37  Los Servidores Redundantes pueden separarse – un servidor es el maestro  El segundo servidor puede usarse temporalmente para pruebas  Retorno automático del servidor que se desee como primario al modo redundante Servidor 1 Servidor 2 PLC, DDC, RTU (Primario) (Redundante En caliente) Gestión Operador 1 Operador 2 Bus proceso Ethernet-LAN ETool Ingeneiría (Test)

38  Ambos servidores siguen recibiendo datos de los drivers (PLCs, RTUs,…)  El Servidor primario continúa manejando el proceso y las Estaciones de Operador  El segundo Servidor puede ahora usarse para pruebas (totalmente desconectado del primario)  Puede seleccionarse individualmente qué datos intercambian los servidores entre ellos  Cada Estación de Operador puede seleccionarse para conexión al Servidor Primario o al de Test  El retorno a Redundancia permite decidir qué servidor queda como primario, el que lo era anteriormente o establecer el de Test como nuevo primario.

39 Sistema 1 Sistema 3 Sistema 2

40  Dos o más sistemas WinCC OA independientes están conectados vía red de area local (LAN)  Cada sistema puede tener sus propias conexiones al proceso (PLC, DDC, field bus,...)  Todos los datos de cada sistema son mapeados a puntos locales solamente (sistema propio)  Cada sistema es capaz de mostrar / procesar datos de los otros sistemas  No hay duplicidad de puntos  Acceso directo a valores de tiempo real, estados, alarmas o históricos (base de datos distribuida)  Comunicación gobernada por eventos

41 Sistema 1 TCP EV Event- Manager CTRL Control- Manager D Driver DB Database- Manager REDU Redundancy Manager EV Event- Manager CTRL Control- Manager D Driver DB Database- Manager REDU Redundancy Manager Servidor 1 Servidor 2 UI Userinterface Runtime Operador 1 UI Userinterface Runtime Operador 2 DIST Distribution Manager DIST Distribution Manager Red Area Local UI Userinterface Runtime Operador 2 EV Event- Manager CTRL Control- Manager D Driver DB Database- Manager Servidor DIST Distribution Manager UI Userinterface Runtime Operador 1 Sistema 2 EV Event- Manager CTRL Control- manager D Driver DB Database- Manager Estación Computador Unico DIST Distribution Manager UI Userinterface Runtime Sistema 3

42  Mensajes TCP  Conexión física  Red Area Local (Ethernet) / Red Inalámbrica (Wireless) LAN  Red Area Extensa WAN  Punto a punto / RAS  Conexiones en Red totalmente redundantes  Los datos se transmiten siempre simultaneamente por ambas redes (en paralelo)  El primer mensaje recibido por destinatario es aceptado, el otro es rechazado (IDs únicas)  Transmisiones seguras gobernadas por evento  Sistema de mensajes de alta prioridad (watchdogs)  Fiable, tecnología independiente de la plataforma

43  OPC (cliente y servidor)  OPC Alarmas & Eventos (cliente y servidor)  Field bus  Profibus DP / FMS, S7, TLS, MPI  Sistemas Telecontrol (RTU)  SAT-SSI, IEC 60870-5-10x,  DNP3, SINAUT (en WinCC OA V3.8 SP1)  RK512, 3964R, etc.  Interface general Applicom  Ethernet  TCP/IP drivers directos  Industrial Ethernet S7, Modbus TCP, AB Ethernet/IP,..  Teleperm

44  Varios drivers trabajando en paralelo  Pre-procesado  Escalado / conversion en ambas direcciones  Transformación de tipos  Filtrado (valor, Fecha/hora, supresión interferencias,…)  Datación, dia/hora  Se puede adquirir de la periferia (RTUs, etc.)  Se puede añadir automaticamente por el sistema a la adquisición  Resolución: 1ms  Status / integración de la calidad del dato  Mapeado de la información externa de calidad en el status archivado por WinCC OA  Consulta general, bloqueo, redundancia  Flag de transición  Comando en el mismo dato de comunicación

45 Instalación remota Clientes que se instalan automaticamente a través de la Web sin necesidad de medios físicos. Actualización de proyectos y del propio WinCC OA. No requiere configuración del lado cliente. Sin problemas con los directorios compartidos en el servidor. Informes Generación de informes con Microsoft Excel. El enlace directo permite el uso de Excel como generador y visor de informes. Infomes manuales o programados, automaticamente se salvan, imprimen, publican en Web o se envían por email. Auditoria de cambios. Recetas Gestión de recetas para cambio de parámetros y puntos de consigna. Tipos de receta ilimitados, cantidad de recetas ilimitada. Control de acceso, creación de recetas a partir de datos de tiempo real. Fácil de usar, importa-exporta recetas a CSV. Servidor Web Servidor HTTP completo para páginas HTML estáticas y dinámicas. Aplicación Web con página de alarmas, página de eventos, solución de problemas. Creación simple de informes Web en el servidor mediante Scripting en Control. Interface WAP para ver datos en el teléfono móvil.

46 Programador (Scheduler) Programador y temporizador de eventos con parametrización gráfica muy simple. Programas cíclicos y acíclicos-periodicos, eventos y listas de tiempos individualizados, reglas especiales según días (vacaciones, fiestas, ect.). Acciones arbitrarias: cambio de valores, inicio recetas, recordatorios, scripts. Sistemas distribuidos El Manager de distribución de WinCC OA permite acoplar dos o más sistemas WinCC OA auónomos en una Red. Cada sistema parcial puede usarse como mono o multi-puesto, con o sin redundancia. Centro de comunicaciones Envío de mensajes de alarma y otra información a lugares remotos. Se puede enviar voz a teléfono, SMS, email y fax. Voz sintetizadae (sin grabaciones ni parmetrización). Redundancia El concepto de redudancia en WinCC OA cubre todas las demandas de los ingenieros de planta y operadores en cuanto disponibilidad del sistema y seguridad del proceso y de los datos. En caso de errores el sistema conmmuta automaticamente sin que el usuario note ninguna diferencia. !

47 Driver (S7 y otros) APM (Moviola) El potente "Advanced Playback Manager" permite crear programas para educación de operadores, basado en la grabación de situaciones reales, lo que permite también el análisis de acciones realizadas y sucesos acaecidos. API El API de WinCC OA (Application Programming Interface) ofrece un número de funciones que hacen posible crear y programar Managers a medida, o drivers especiales, que se comunican directamente en tiempo real con el sistema WinCC OA. RDB (Base datos Relacional) El Manager RDB permite archivar los datos, valores y alarmas, en una base de datos relacional. Los datos pueden ser leídos tanto desde el WinCC OA o desde otros programas externos. Soporte para todas las configuraciones, incluyendo PLCs redundantes con redes redundantes. Transferencia de datos vía TCP (IE) or MPI. La notación simbólica del proyecto de S7 puede usarse directamente para laconfiguración de WinCC OA.

48 Parametrización Masiva y Multilanguage AMS (Suite Avanzada de mantenimiento) La Suite Avanzada de mantenimiento (AMS) es una herramienta facilmente parametrizable para la planificación, gestión y realización del trabajo de mantenimiento y fallo de equipos. Todos los eventos pueden evaluarse estadísticamente y generar informes. WinCC OA-Secure Diseño de Objetos El catálogo de objetos incluidos en WinCC OA contiene un determinado número de objetos estándar. Estos objetos incorporan muchas funciones útiles: registradores, paneles de simulación, mandos manuales, etc, que pueden ser usados en símbolos creados a medida. Este módulo permite desde Excel la parametrización masiva. Puede editar fácil y rapidamente los parámetros de los atributos dinámicos y crear nuevos puntos y objetos en el sistema. Incluye una herramienta de traducción para cambios de idioma. Mecanismo de autentificación basado en Kerberos desarrollado por el MIT. Encriptación de clave simétrica, sin transferencia de contaseñas. Protección absolutamente segura de las comunicaciones internas y externas.

49  WinCC OA-Secure se basa en el protocolo de autentificación Kerberos  Kerberos es un concepto desarrollado por el MIT  WinCC OA-Secure permite asegurar la autentificación, integridad y encriptación de las comunicaciones  No hay transferencia de nombres de usuario o contraseñas por la red  Es rápido gracias al uso de un protocolo de encriptación de clave simétrica  Permite el Single-Sign-On  Método Probado  Tecnología actual

50  WinCC OA 3.8 – Certificado SIL3 según IEC 61508  Certificado: El TÜV ha aprobado que las funciones de WinCC OA, así com el proceso de desarrollo y los documentos de soporte cumplen el estándar IEC.  Guía: ETM describe las condiciones básicas y operacionales bajo las cuales WinCC OA puede usarse para aplicaciones críticas.

51  Sistemas Operativos  Microsoft  Windows 7 Ultimate/Enterprise (32/64-Bit)  Windows XP SP2/SP3 (32-Bit)  Windows Server 2003 (32-Bit)  Wíndows Server 2008 R2 (64-Bit)  Linux  openSuse 11.3  Red Hat Linux 5 (32/64-Bit)  Sun  Solaris 10  Bases de Datos  Oracle 11g

52  Supervisión y control del sistema de distribución de energía del tramvía de Viena  Estaciones de Metro de Viena  Operación y control del sistema de control de tráfico en la autopista Espiye-Sarp (Turquía)  Control de Tráfico en Munich  Metro de Hamburgo  Túnel de St. Gotthard  Visualización de Trenes ÖBB Railjet  CERN, Acelerador de electrones ELSA (Universidad de Bonn), Sistemas de control para el centro de hadroterapia (CNAO)  Metro del Bilbao