• No results found

2.2 The Structure of a Neural Network

2.2.1 Neurons and Layers

2.5.1 Definición.

El Wonderware Historian es una base de datos relacional en tiempo real que almacena datos de la planta. El historiador adquiere y almacena los datos de proceso a la máxima resolución o una resolución especificada y proporciona datos de planta en tiempos reales e históricos, junto con la configuración, eventos, resumen y datos de producción asociados a aplicaciones cliente en el escritorio. El historiador combina la potencia y flexibilidad de Microsoft SQL Server con la adquisición de alta velocidad y eficientes características de compresión de datos de un sistema en tiempo real. SQL es el lenguaje para comunicarse con bases de datos relacionales. SQL es la industria es un software "súper-estándar", con el apoyo de cientos de proveedores de software. SQL proporciona una apertura sin

40

precedentes en el entorno de la planta. Las Bases de datos relacionales están bien desarrollados y son los caballos de batalla aceptadas en las aplicaciones de base de datos en la actualidad. Potencia y flexibilidad son muy superiores en SQL que en las interfaces propietarias que han salido del entorno de la planta.

Figura N° 2. 13. Componentes ArchestrA de Wonderware Historian

Fuente: Invensys Systems, Inc. (2011). Wonderware Application Server User’s Guide

Responsable: Cristian Mendoza / 2013

2.5.2 Wonderware Historian como una base de datos relacional en tiempo real.

Como base de datos relacional en tiempo real, Wonderware Historian es una extensión de Microsoft SQL Server, que proporciona más de un orden del aumento de magnitud en la velocidad de adquisición, una correspondiente reducción en el volumen de almacenamiento y extensiones elegantes al lenguaje estructurado de consultas (SQL) al momento de la consulta datos de la serie.

Alta velocidad de captura de datos - La amplia gama de Wonderware I / O Servers

y DAServers se utilizan para conectar a más de 500 dispositivos de control y adquisición de datos. Diseñado para una óptima adquisición y almacenamiento de datos analógicos, discretos, y la cadena, el Wonderware Historian supera a todas las bases de datos relacionales normales en un material similar con un amplio margen, por lo que el almacenamiento de alta velocidad de datos en una base de datos relacional posible. El historiador adquiere y almacena los datos de proceso muchas veces más rápido que un RDBMS (Relational Database Managements System o

41

Sistema de Bases de Datos Relacionales). Wonderware I / O Servers y DAServers apoya al protocolo SuiteLink ™. SuiteLink permite el tiempo y la calidad de estampación en el servidor de I / O y además mejora la tasa de adquisición de datos.

Reducción del espacio de almacenamiento - El Wonderware Historian almacena los

datos en una fracción del espacio requerido por una base de datos relacional normal. El espacio de disco real requerido para almacenar los datos de la instalación depende del tamaño, la naturaleza y la longitud de la historia de la planta requerida.

Extensiones de dominio del tiempo a SQL - El lenguaje SQL no es compatible con datos de series de tiempo. En particular, no hay forma de controlar la resolución de los datos devueltos en SQL. Un ejemplo de resolución sería un muestreo espaciadas uniformemente de datos durante un período de tiempo. Microsoft SQL Server admite sus propias extensiones del lenguaje SQL, llamado Transact-SQL. El Wonderware Historian amplía aún más Transact-SQL, que permite el control de la resolución y proporcionar la base para el tiempo de las funciones relacionadas tales como la tasa de proceso de cambio y cálculos en el servidor.

2.5.3 La integración con Microsoft SQL Server.

Una gran cantidad de datos relacionados con la planta tiene las mismas características que los datos normales de trabajo. Por ejemplo, los datos de configuración son relativamente estables y no cambia a una velocidad en tiempo real. Durante la vida útil de una planta, las etiquetas se agregan o eliminan, las descripciones cambian, y los rangos de ingeniería se alteran. Una base de datos Microsoft SQL Server, llamada la base de datos Runtime, almacena este tipo de información.

La base de datos en tiempo de ejecución es la base de datos de SQL Server en línea para toda el Wonderware Historian. La base de datos Runtime se entrega con un conjunto de entidades de base de datos estándar, como tablas, vistas y procedimientos almacenados para almacenar los datos de configuración para una fábrica típica. Puede utilizar el Editor

42

de configuración de la consola de administración del sistema para agregar fácilmente los datos de configuración en la base de datos de tiempo de ejecución que refleja el entorno de la fábrica.

De objetos de Microsoft SQL Server vinculación e incrustación de bases de datos (OLE DB) se utiliza para acceder a los datos de planta en tiempo real que almacena el historiador fuera de la base de datos de SQL Server. Puede consultar el servidor de Microsoft SQL tanto para la información de configuración de la base de datos Runtime y datos históricos sobre el disco y la integración parece perfecta. Debido a que el historiador está estrechamente unido a la eficacia y extiende un Microsoft SQL Server, puede aprovechar todas las características que Microsoft SQL Server tiene para ofrecer, como la seguridad de base de datos, replicación y copias de seguridad.

2.5.4 Soporte para clientes de SQL.

La arquitectura cliente / servidor de Wonderware Historian soporta las aplicaciones cliente en el escritorio, al tiempo que garantiza la integridad y seguridad de los datos en el servidor. Esta arquitectura cliente / servidor proporciona acceso común a los datos de planta y proceso: datos en tiempo real e histórico, configuración asociado, eventos y datos empresariales. La potencia de cálculo de ambos el cliente y el servidor se explota mediante la optimización de las operaciones de uso intensivo del procesador en el servidor y minimizar los datos que se transmiten en la red para mejorar el rendimiento del sistema. La puerta de entrada para acceder a cualquier tipo de información en el historiador es el servidor de Microsoft SQL. Por lo tanto, cualquier aplicación cliente que puede conectarse a Microsoft SQL Server también se puede conectar al historiador.

2.5.5 Subsistemas de Wonderware Historian.

El Wonderware Historian se compone de subsistemas especializados, que trabajan juntos para administrar datos a medida que se adquiere o generados, almacenados y recuperados, según se indica:

43  Configuración del subsistema

 Datos de adquisición del subsistema

 Datos de almacenamiento del subsistema

 Recuperación de datos del subsistema

 Evento Subsistema

 Replicación Subsistema

2.5.6 Recomendaciones Redes.

El Wonderware Historian es un paquete altamente configurable que se puede configurar de muchas maneras diferentes, dependiendo de sus necesidades. El historiador puede utilizar cualquier protocolo compatible actualmente con Microsoft SQL Server 2008. Se puede utilizar el valor predeterminado de Microsoft SQL Server 2008 (protocolo de canalizaciones con nombre) con TCP / IP. TCP / IP es necesario si se utiliza SuiteLink ™. Es muy recomendable que ejecute el historiador en un equipo dedicado. Por ejemplo:

 No utilice en el computador historiador un controlador de dominio, servidor de correo o un servidor de Internet.

 No utilice el ordenador historiador como estación de trabajo.

 No utilice el ordenador historiador con otros productos de Wonderware como InTouch HMI, InControl ™, InBatch, etc.

44

Figura N° 2. 14. Arquitectura de red cliente/servidor

Fuente: Invensys Systems, Inc. (2011). Wonderware Application Server User’s Guide

Responsable: Cristian Mendoza / 2013

Generalmente, se recomienda que se divida el proceso y las redes para asegurar que la red de proceso no se sobrecargue. La siguiente ilustración muestra una arquitectura de red es posible cuando el historiador es el enlace entre la red de proceso y de negocios de la red LAN / WAN. La presente arquitectura de red nos muestra que los dispositivos de campo y los clientes se centralizan en un solo servidor, para comunicarnos con dos o más servidores los dispositivos de campo se dividen entre ellos para la adquisición de datos mientras que los clientes se pueden conectar a cualquiera de los servidores.

2.5.7 Acceso Cliente.

Todos los clientes deben conectarse a la Wonderware Historian utilizando la conexión predeterminada de Microsoft SQL Server. Por lo general, esto significa utilizar el nombre

45

del equipo en el que el historiador se ejecuta como el nombre del servidor al iniciar la sesión.

2.5.8 Conexiones de los clientes a Wonderware Historian.

El Wonderware Historian y sus clientes consumen tanto las conexiones del sistema de Windows y las conexiones de SQL Server de las siguientes maneras:

Wonderware Historian: Cuando el propio historiador se está ejecutando sin el

subsistema de eventos, utiliza seis conexiones de base de datos y cero conexiones de Windows.

System Management Console: Cada consola del sistema de gestión abierto consume

una conexión de base de datos, y cada consola del sistema de gestión remoto también consume una conexión de Windows.

Event System: Cada intervalo de tiempo diferente para las etiquetas de eventos

utiliza una conexión de base de datos y conexiones de cero de Windows. Por ejemplo, si hay 15 etiquetas de eventos con Time Interval de 30 minutos, y 10 etiquetas de evento con un intervalo de 60 minutos, que consume dos conexiones. El subsistema de eventos utiliza cero conexiones de Windows.

Local IDAS: Consume ninguna conexión.

Remote IDAS: Cada IDAS (Servicio de Adquisición de Datos Wonderware

Historian) remoto utiliza una conexión de Windows y las conexiones de base de datos cero.

Wonderware Application Server Platform: una plataforma configurada para

historizar datos consume una conexión de Windows y una conexión de base de datos.

Wonderware Application Server Engine: Cada motor configurado para historizar

46

Historian Client applications and controls: Cada aplicación cliente historiador o el

control consume una conexión de base de datos para cada servidor especificado, y cada nodo remoto consume una conexión de Windows.

Related documents