Sistemas SCADA. Estas tareas están encomendadas a equipos informáticos con funciones específicas y exclusivas, tales como:

Transcripción

1 2.2.2 Unidad central (MTU, Master Terminal Unit) Centraliza el mando del sistema. Se hace uso extensivo de protocolos abiertos, lo cual permite la interoperabilidad de multiplataformas y multisistemas. Un sistema de este tipo debe de estar basado en estándares asequibles a bajo precio para cualquier parte interesada. De esta manera es posible intercambiar información en tiempo real entre centros de control y subestaciones situadas en cualquier lugar. En el Centro de Control se realiza, principalmente, la tarea de recopilación y archivado de datos. Toda esta información que se genera en el proceso productivo se pone a disposición de los diversos usuarios que puedan requerirla. Se encarga de: - Gestionar las comunicaciones. - Recopilar los datos de todas las estaciones remotas (RTU). - Envío de información. - Comunicación con los Operadores. - Análisis. - Impresión. - Visualización de datos. - Mando. - Seguridad. Estas tareas están encomendadas a equipos informáticos con funciones específicas y exclusivas, tales como: - Almacenar Datos (Database Server): se ocupa del archivado de datos para el proceso posterior de los mismos mediante herramientas de representación gráfica o de análisis estadístico. - Almacenar archivos (File Server): almacena los resultados de los análisis de los datos recogidos, guarda los datos concernientes a los eventos del sistema, datos de configuraciones, alarmas, etc. - Administración: permite la gestión y el mantenimiento del sistema Scada, controlar los sistemas de seguridad, modificar la configuración de las tareas de backup, etc. - Comunicaciones: permite el intercambio de datos en tiempo real con estaciones remotas. Éste es un punto de entrada y salida de datos, por tanto, debe prestarse especial atención a la seguridad y protegerlo de accesos no autorizados Unidad Remota (RTU, Remote Terminal Unit) Por Unidad o Estación Remota, podemos entender aquel conjunto de elementos dedicados a labores de control y/o supervisión de un sistema, alejados del Centro de Control y comunicados con éste mediante algún canal de comunicación. Dentro de esta clasificación podemos encontrar varios elementos más o menos diferenciados: - RTU (Remote Terminal Unit): especializados en comunicación. - PLC (Programmable Logic Controller): tareas generales de control. - IED (Intelligent Electronic Device): tareas específicas de control. RTU Las Unidades Remotas se encargaban en un principio de recopilar los datos de los elementos de campo (Autómatas reguladores) y transmitirlos hacia la Unidad Central, 22

2 a la vez que enviar los comandos de control a éstos. Serían los denominados Procesadores de Comunicaciones. Con la introducción de sistemas inteligentes aparecen también las funciones de recogida y proceso de datos, así como de seguridad ante accesos sin autorización o situaciones anómalas que puedan perjudicar al funcionamiento de la estación y provocar daños en sus componentes. 2 PLC Los controladores lógicos programables o PLC (Programmable Logic Controller), empezaron como sistemas de dedicación exclusiva al control de instalaciones, máquinas o procesos. Con el tiempo han ido evolucionando, incorporando cada vez más prestaciones en forma de módulos de ampliación, entre ellos los Procesadores de Comunicaciones, que han hecho desvanecerse la línea divisoria entre RTU y PLC, quedando incluidas todas las prestaciones en el PLC. IED Son los denominados periféricos inteligentes (Intelligent Electronic Devices). Se trata de elementos con propiedades de decisión propias (programas) que se ocupan de tareas de control, regulación y comunicación. Dentro de esta clasificación se pueden encontrar elementos tales como Reguladores, Variadores de Frecuencia, Registradores, Procesadores de comunicaciones, Generadores de tiempo y frecuencia, Controladores de energía reactiva, Transductores, etc. Fig. 2.4 Variador ATV71 (Schneider Electric) En la figura anterior se observa un variador de frecuencia ATV71, de Schneider Electric, que engloba elementos de las tres clasificaciones: RTU: PLC: IED: Tiene opciones de comunicación Modbus, CANopen y Ethernet Mediante una tarjeta accesoria, se le integra un PLC con capacidades de comunicación incluidas (CANopen) Tiene las funciones de regulación y control propias de este tipo de equipos (entradas, salidas, regulación PID, etc.) remotos Hoy día una estación remota no es necesariamente un autómata con capacidades de comunicación controlando una compuerta de un embalse. Puede tratarse de un gran sistema complejo que forme parte, a su vez, de un sistema de control mucho más extenso, como el control de distribución eléctrica de un país. En este caso las estaciones remotas pueden tener a su cargo una ciudad entera o controlar la distribución regional. La estación remota tendrá implementadas funciones de control, interfase hombre-máquina, adquisición de datos, control de bases de datos, protocolos de seguridad y comunicaciones internas entre subsistemas. En la figura siguiente se puede observar una subestación de control de una depuradora dentro del sistema de distribución y gestión de agua para consumo de una región determinada. 23

3 Fig. 2.5 Arquitectura general de una RTU La subestación está protegida de dos maneras: Hardware: funcionan como barreras físicas; desde la valla de protección de los recintos y los sistemas de vigilancia, hasta las llaves de las salas de control o de los armarios que contienen los elementos de mando (PLC). Software: son barreras lógicas. Los accesos desde dentro, no autorizados, se evitan mediante sistemas de contraseñas en los equipos. Los accesos desde fuera, mediante dispositivos especiales que limitan el acceso (Cortafuegos, o firewalls) Sistema de comunicación Buses especiales de comunicación proporcionan al operador la posibilidad de comunicarse con cualquier punto de la planta en tiempo real. Permiten el intercambio de datos bidireccional entre la Unidad Central y las unidades remotas (RTU) mediante un protocolo de comunicaciones determinado y un sistema de transporte de la información para mantener el enlace entre los diferentes elementos de la red: - Línea telefónica, dedicada o no. - Cable coaxial. - Fibra óptica. - Telefonía celular (GPRS, UMTS). - Radio (enlaces de radio VHF, UHF, Microondas). Las diversas combinaciones de los elementos que se comunican dan lugar a unas topologías determinadas: - Punto a punto: la relación es del tipo maestro-esclavo. Un solo elemento remoto (RTU) está conectado al sistema de control (MTU) mediante una línea de comunicación (dibujo 1 de la figura). 24

4 - Multipunto dedicado: una variante del modelo anterior. Un solo sistema de control conectado a varias estaciones remotas mediante enlaces directos permanentes (Dibujo 2). Esta configuración es delicada, pues todo el tráfico de la red se centra en un solo punto, la Unidad Central, que debe poder gestionar todo el tráfico generado por el resto de elementos. 2 - Multipunto compartido estrella: tipo maestro-esclavo. Esta configuración en estrella utiliza un solo puerto de comunicaciones, realizándose el intercambio de datos por turnos. Esto es posible debido a que las estaciones remotas tienen identificadores únicos (Dibujo 3). - Multipunto compartido en bus: es similar al Fig. 2.6 Topologías básicas anterior, pero con estructura maestro-esclavo, multimaestro o cliente-servidor. Una o varias unidades centrales están conectadas a una o varias estaciones remotas mediante un medio común (bus). El acceso es también por orden y está gestionado por el sistema Maestro (polling). - Multipunto compartido en anillo: es la estructura del dibujo número 4. Más robusta al proporcionar dos caminos para la información. En caso de fallo de un nodo el tráfico no se interrumpe Seguridad La aplicación de estándares a las comunicaciones permite una mayor integración y flexibilidad en las configuraciones. No hay que olvidar que el uso de estándares acarrea un problema, las carencias que estos estándares tienen. Por ejemplo, la implantación del sistema operativo Windows como un estándar de facto en los sistemas de visualización, o la adopción de las tecnologías Web, traen consigo problemas relacionados con la seguridad en los accesos (Hacking), los virus informáticos, la integridad de los datos o los problemas de comunicaciones. Fig. 2.7 Seguridad en redes Scada 25

5 Gracias al señor Robert Morris Junior, el 2 de Noviembre de 1988 aparece la primera referencia a uno de los problemas más graves de Internet: los gusanos. Son programas que se copian a sí mismos, acaparan los recursos de la red y la saturan (el señor Morris dijo que todo fue un accidente, por supuesto, pero no le creyeron ). A partir de hechos como éste, Internet deja de ser un prado con ovejitas y aparecen los primeros lobos En la estructura anterior se puede observar una red con dos servidores Scada conectados al bus de Proceso. Los datos del servidor Scada principal (en el centro) se hallan replicados en otro servidor que da servicio a la Intranet Corporativa. En el servidor Scada principal se han implementado dos firewall que protegen el sistema de accesos externos no deseados, desde Internet o desde una intranet. 2.3 El software Un programa del tipo HMI se ejecuta en un ordenador o Terminal gráfico y unos programas específicos le permiten comunicarse con los dispositivos de control de planta (hacia abajo) y los elementos de gestión (hacia arriba). Estos programas son lo que denominamos controladores (o driver) de comunicaciones. Fig. 2.8 Concepto de driver, o controlador Una parte del paquete (propia o de terceros) contiene todos los controladores de comunicación entre nuestra aplicación y el exterior, ocupándose de gestionar los enlaces de comunicación, tratamiento de la información a transferir y protocolos de comunicación (Profibus, AS-i, Can, Ethernet...). Por lo general son programas de pago, debemos conseguir licencias de utilización para poder trabajar con ellos. El driver realiza la función de traducción entre el lenguaje del programa y el del Autómata (hacia abajo, por ejemplo, Profibus), o entre el y la red de gestión de la empresa (hacia arriba, con Ethernet, por ejemplo). Generalmente la configuración del controlador de comunicaciones se realiza durante la instalación del software principal o como programa de acceso externo al ejecutar la aplicación principal. 26

6 Según la importancia del sistema, es posible especializar componentes, realizando tareas exclusivas dentro del sistema de control (servidores de datos, de alarmas, de históricos, de interfase hombre-máquina, etc.). Una vez los datos de planta se han procesado, pueden transferirse a otras aplicaciones de software, tales como hojas de cálculo o bases de datos. Esto es lo que podríamos denominar gestión de datos, que nos permite analizar eventos, alarmas, emergencias, etc., ocurridos durante la producción. 2 En un programa tendremos dos bloques bien diferenciados: el programa de Desarrollo y el programa de ejecución o Run-time. - El programa de Desarrollo engloba las utilidades relacionadas con la creación y edición de las diferentes ventanas de la aplicación, así como sus características (textos, dibujos, colores, propiedades de los objetos, programas, etc.) - El programa Run-time permite ejecutar la aplicación creada con el programa de desarrollo (en Industria se entrega, como producto acabado, el Run-time y la aplicación) Comunicación entre aplicaciones Los métodos de intercambio de información entre aplicaciones informáticas más conocidos son: DDE, ActiveX, OPC, ODBC, SQL, ASCII, API - OPC OPC son las siglas de Ole for Process Control (OLE para control de procesos) y se trata de una tecnología diseñada para comunicar aplicaciones. Cualquiera que sea la fuente de los datos (un PLC, un regulador de temperatura, un piano...) el formato de presentación y acceso a los datos será fijo. De esta manera permitirá intercambiar datos con cualquier equipo que cumpla el estándar OPC y permitirá una reducción de costes considerable, pues cada driver se deberá escribir una sola vez. Un ejemplo para describir la situación que cubre OPC puede consistir en un sistema de automatización compuesto de varios sistemas de adquisición (registrador y monitor scada) que deben poderse comunicar con un PLC, un control de pesaje y un horno). Fig. 2.9 Logotipo de la OPC Foundation Fig Ejemplo de comunicaciones propietarias Todas las posibles combinaciones deberán satisfacerse con un driver dedicado y los equipos deberán duplicar la información: 27

7 - Driver PLC Profibus PC (RS232) - Driver PLC Profibus Registrador (Modbus) - Driver Pesaje RS232 PC (RS232) - Driver Pesaje RS232 Registrador (Modbus) - Driver Horno DDE PC (RS232) Al aumentar la carga de comunicaciones estamos restando rendimiento a los equipos, pues deben enviar la información tantas veces como destinatarios hay en el sistema (en este caso 2). La solución es de tipo propietario, los controladores o drivers los proporciona el fabricante y son exclusivos de cada equipo. Sin embargo, OPC determina una interfase estándar, de manera que los datos se reciben y envían de una determinada manera, independientemente del elemento que realice el intercambio. La carga de comunicaciones se reduce, pues cada elemento solo debe enviar o recibir un mensaje cada vez al tener la interfase estándar. Fig Ejemplo de comunicaciones OPC Los componentes OPC se pueden clasificar en clientes o servidores: Cliente OPC (OPC client): Es una aplicación que sólo utiliza datos, tal como hace un paquete. Cualquier cliente OPC se puede comunicar con cualquier servidor OPC sin importar el tipo de elemento que recoge esos datos (el aspecto que veremos, desde el punto de vista de los datos, será siempre similar, sin importar el fabricante del equipo). Servidor OPC (OPC server) Es una aplicación que realiza la recopilación de datos de los diversos elementos de campo de un sistema automatizado y permite el acceso libre a estos elementos desde otras aplicaciones que los soliciten (clientes OPC). Dentro de las especificaciones de la norma, las más comunes son: - OPC DA (Data Access ) - OPC HDA (Historical Data Access) - OPC A&E (Alarms and Events) - OPC DX (Data Exchange) - OPC XML (Extensive Markup Language) 28

8 - DDE/OLE/ActiveX La tecnología de Intercambio Dinámico de Datos (DDE, Dynamic Data Exchange) permite que cualquier aplicación, basada en Windows, pueda intercambiar información con otra aplicación diferente (por ejemplo, un sistema de visualización y una hoja de Cálculo). 2 Con DDE, el intercambio de información se realiza a través de una memoria común, utilizando un protocolo que gestiona las funciones de diálogo (los datos se intercambian cuando cambian, lo que evita cargas innecesarias en las comunicaciones). DDE permite que una aplicación ejecute comandos de otra. De esta manera es posible, por ejemplo, que un programa Scada abra una hoja de cálculo con solo pulsar un botón. Las aplicaciones DDE utilizan un sistema de identificación que tiene una estructura de árbol. El nombre de aplicación es el nivel más alto de la jerarquía y define a la aplicación servidor. Cada nombre de aplicación controla uno o varios temas, identificados por sus nombres de tema (topic name), nombres que también se refieren a la aplicación servidor que, a su vez, tienen uno o más nombres de identificador (item name), con los detalles de cada tema. En la figura, el sistema Scada accede a varios autómatas y a un archivo Excel para depositar datos en una hoja determinada. En la Aplicación PLCDDE de la figura, que servirá de driver con los autómatas, se han definido una serie de enlaces, donde se configuran, entre otros datos, las direcciones de PLC, y el puerto de salida del PC. Fig Accesos DDE Para acceder a la memoria de los PLC, en el sistema Scada se definen una serie de accesos. Cada acceso especifica qué aplicación se va a utilizar (PLCDDE) y qué enlace (TOPIC) de ésta transferirá los datos. A cada variable se la asignará una conexión (ACCESO) durante el desarrollo de la aplicación. De esta manera, cuando queramos saber el valor de la variable asignada al sensor de nivel del PLC 1, se enviará una petición de lectura de la variable MW200, que utilizará el acceso PLC1. Este acceso tendrá configurada la ruta de los datos. Mediante la aplicación PLCDDE.EXE, activará la línea ENLACE 1, que se comunicará con el PLC 1. El procedimiento es similar para enviar un dato a una hoja de cálculo Excel. A una variable se le asignará un destino (L1C23, Línea 1 y Columna 23 de la hoja) que se enviará mediante el acceso INFORME, que tiene configurada la aplicación (EXCEL.EXE) y el destino (la hoja PIEZAS.XLS). 29

9 OLE (Object Linking and Embedding, Vinculación e Inserción de Objetos) se diseñó para poder gestionar documentos compuestos por elementos heterogéneos. Es decir, un documento de texto, por ejemplo, podría contener además otro tipo de datos: imágenes, sonido o video. El mejor ejemplo de la realización de OLE es el escritorio de Windows. Por objeto se entiende cualquier elemento manipulable, por parte del usuario, dentro de una aplicación de Windows. Un objeto OLE puede insertarse o vincularse. La diferencia estriba en la manera en que el objeto es almacenado: - Un objeto insertado (embedded) forma parte física del documento, siendo el resultado un único archivo. Se trata de una copia de la imagen original, que se integra en el documento. - Un objeto vinculado (linked) reside en un fichero propio creado por la aplicación (en el documento creado hay una referencia, o vínculo, al objeto en cuestión, almacenado aparte). Inicialmente, OLE carecía de medios definidos para notificar de un evento a su contenedor. Por ejemplo, no había una manera específica de indicar a un botón que el usuario había hecho clic encima con el ratón. El paso siguiente fue determinar la manera mediante la cual un objeto OLE debería avisar a su contenedor de un suceso determinado. Este nuevo tipo de objeto se llamó Control OLE u OCX. Un OCX es un cliente de control OLE (Object Linking and Embedding custom controls). Es un programa de propósito especial listo para ser utilizado por aplicaciones que se ejecuten en sistemas con S.O. Windows (aparecen con la extensión *.OCX). Por ejemplo, permite el redimensionar una ventana (opción resize). Por objeto de software podríamos entender una subrutina dentro de un programa, se confecciona una vez y se utiliza todas las que se necesite. ActiveX permite a los objetos utilizar un conjunto común de servicios (COM, Component Object Model) para intercambiar información con otros. Como analogía, el sistema operativo Windows proporciona unas herramientas de uso general para las aplicaciones que soporta (como el ratón, las impresoras, o las barras de desplazamiento) que sirven para todas las aplicaciones que intentamos cargar en nuestro ordenador. Con el advenimiento de Internet, los objetos OCX comienzan a utilizar la arquitectura de servidores de objetos distribuida propia de la Red. ActiveX es la tercera versión de OLE y facilita la tarea de implementar servicios en redes de comunicación y controles en servidores Web como, por ejemplo, una animación o el no permitir la ejecución de dichos controles sin el beneplácito del usuario. En funcionamiento, un objeto ActiveX es lo que conocemos por Librería de Enlaces Dinámicos (DLL, Dynamic Link Library). La versión que soporta los datos distribuidos en red recibe el nombre de DCOM (Distributed Component Object Model). Con este protocolo, un control ActiveX puede invocar funciones ubicadas dentro del sistema o en cualquier punto de la red. - ODBC Mediante ODBC (Open Data Base Connectivity), también de Microsoft Windows, tenemos un estándar que permite a las aplicaciones el acceso a datos en de Gestión de Bases de Datos (Data Base Management Systems) utilizando SQL como método estándar de acceso. Para acceder a los datos, una aplicación necesita un controlador, que en Windows se llama Librería de Enlace Dinámico (DLL, Dynamic Link Library) y en UNIX recibe el nombre de Objeto (OBJ). ODBC permite definir un estándar que permita el intercambio entre bases de datos y aplicaciones. 30

10 2 - SQL La aparición del estándar por excelencia para la comunicación con bases de datos, SQL (Structured Query Language), permite una interfase común para el acceso a los datos por parte de cualquier programa que se ciña al estándar SQL. - ASCII Mediante el formato ASCII, común a prácticamente todas las aplicaciones informáticas, tenemos un estándar básico de intercambio de datos. Es sencillo exportar e importar datos de configuración, valores de variables, etc. - API Las herramientas API (Application Programming Interfaces) permiten que el usuario pueda adaptar el sistema a sus necesidades mediante rutinas de programa propias escritas en lenguajes estandarizados, tales como Visual Basic, C++, o Java, lo cual les confiere una potencia muy elevada y una gran versatilidad. Permiten el acceso a las bases de datos de los servidores (valores almacenados temporalmente o archivos históricos) Almacenamiento de datos Ya en los albores de la automatización se vio la utilidad de poder disponer de datos almacenados sobre un sistema, de manera que se pudiera realizar cualquier tipo de análisis a posteriori como, por ejemplo, diagnósticos. También aquí se podrían establecer una serie de pasos evolutivos en la técnica de almacenamiento de información: - Ficheros La primera época de almacenamiento, anterior a las bases de datos, se basaba en el almacenamiento de información en ficheros, accesibles por los programadores de las aplicaciones. Estos ficheros eran complicados de tratar debido a que tenían que estar perfectamente identificados y localizados en el disco, así como la situación y el formato de los datos dentro de éstos. La primera revolución aparece con la técnica del indexado. Un archivo puede entonces estar ordenado por un criterio determinado, por ejemplo, la fecha o el nombre de variable. De esta manera es fácil acceder a unos datos si el nombre de la variable es conocido. La limitación de este método radica en que la base de datos tiene un solo punto de acceso. - Bases de Datos La aparición de las bases de datos jerárquicas permite ordenar los elementos por jerarquías, en las cuales un tipo de datos consiste en un subconjunto de otro tipo de datos más genérico. Por ejemplo, en una línea de producción hay un conjunto general de variables compuesto por los conjuntos de variables particulares de cada máquina. Este modelo está limitado en prestaciones si queremos acceder, por ejemplo, a variables pertenecientes a distintos grupos de datos situados en diferentes niveles del esquema de variables. Surgen entonces las bases de datos de red, capaces de interpretar las relaciones más complejas entre los diversos tipos de variables que aparecen. Los programas, de todas formas, siguen necesitando conocer las formas de acceder a los datos dentro de estas estructuras. - Bases de datos Relacionales El paso definitivo, que separa los programas de las estructuras de datos, se da con la aparición de las bases de datos relacionales (Relational Data Base). Este tipo de 31

11 bases de datos permite reflejar estructuras de datos, independientemente del tipo de programas que accede a los datos o de la estructura de éstos. Una base de datos relacional no es más que un conjunto de tablas de datos que contienen campos que sirven de nexo de unión (relación) y que permiten establecer múltiples combinaciones mediante la utilización de estos nexos. Las combinaciones posibles son prácticamente ilimitadas, sólo hay que configurar el método de búsqueda (el query) o el tipo de datos que se quiere consultar y aplicarlo a los datos. Este tipo de organización permite la aparición de las arquitecturas del tipo Cliente-Servidor, simplificando la administración de los datos y los programas que trabajan con éstos. Los Usuarios deben poder acceder a los datos de forma rápida y sencilla, pudiendo realizar sus propias estructuras de interrogación (queries) y obtener los datos adecuados a sus necesidades para su posterior tratamiento (hojas de cálculo, documentación, etc.). - Bases de datos Industriales Las bases de datos relacionales normales no son adecuadas para los sistemas actuales de producción. Una instalación con variables, si se requiere almacenarlas cada segundo, arroja la cantidad de registros al cabo de un mes de trabajo. Las limitaciones principales son: - La cantidad de datos a almacenar en un periodo dado de tiempo. El ejemplo anterior arroja inserciones por segundo en la base de datos, cadencia muy elevada para una base de datos relacional. - El espacio necesario es considerable debido a la cantidad de información a almacenar. - SQL no está optimizado para trabajar con datos con indexación temporal, lo cual hace difícil la tarea de especificar resoluciones temporales. Desarrollos como IndustrialSQL, de Wonderware, solucionan el problema de la actualización de datos aumentando la capacidad de grabación de datos y disminuyendo el espacio necesario en disco. Por ejemplo, un servidor dedicado con SQL Server es capaz de procesar más de medidas por segundo. 2.4 Módulos Cualquier sistema de visualización tiene más o menos utilidades para realizar la configuración del sistema de comunicaciones, pantallas, contraseñas, impresiones o alarmas. A continuación se describen los módulos más habituales en un paquete Scada, visto como sistema de desarrollo gráfico. Es decir, la parte de interfase gráfica Configuración Permite definir el entorno de trabajo para adaptarlo a las necesidades de la aplicación: - La estructura de pantallas se organiza de la forma más conveniente, estableciendo un desarrollo lineal o en árbol. - Los usuarios se clasifican según su importancia, creándose grupos con privilegios que permiten o limitan su influencia en el sistema. 32

12 2 - Las pantallas de interfase proporcionan una serie de herramientas que permiten realizar las tareas más comunes de forma rápida y sencilla (picar y arrastrar). - Las pantallas de alarmas se pueden organizar de manera distribuida (cada pantalla mostrará un grupo de alarmas) o centralizada (una pantalla única para todas las alarmas). Fig Administración de Usuarios con WinCC (Siemens) Interfase Gráfica Las interfases gráficas permiten la elaboración de pantallas de usuario con múltiples combinaciones de imágenes y/o textos, definiendo así las funciones de control y supervisión de planta. Fig Panel Sinóptico de un horno (realizado con WinCC, Siemens) Gracias a las librerías de objetos es posible relacionar variables de sistema a objetos ya creados de forma muy sencilla. Por ejemplo, podemos visualizar el estado de una variable analógica mediante un visualizador en forma de barra, arrastrándolo desde la librería hasta la ventana que estamos diseñando. Una vez en la pantalla, será posible editarlo y asignarle la variable a observar. 33

13 2.4.3 Tendencias Son las utilidades que permiten representar de forma cómoda la evolución de variables del sistema. Las utilidades más generales son: - Una carta puede tener los parámetros de representación ya definidos o pueden modificarse durante la ejecución de la aplicación on line. - Es posible representar varios valores de forma simultánea en una misma carta. - Representación en tiempo casi real de variables (Real-time trending) o recuperación de variables almacenadas (Historical Trending). - Visualización de valores. - Desplazamiento a lo largo de todo el registro histórico (scroll). - Ampliación y reducción de zonas concretas de una gráfica. Fig Gráfica Histórica con utilidades (InTouch) En el dibujo anterior se muestra una gráfica de tendencia histórica que representa una variable analógica, realizada con el paquete InTouch, de Wonderware. Además de la consabida representación de ejes X e Y, con valores de tiempo y magnitud respectivamente, podemos ver toda una serie de herramientas, más o menos generales, que nos permiten: - Aumentar o disminuir una parte concreta del gráfico, en el eje X o en el Y. - Avanzar o retroceder a lo largo de toda la evolución de la variable. - Cursores para ver el valor exacto de la variable en un momento determinado. - Visualizar el valor actual de la variable si el registro se realiza on-line. - Exportar los datos de pantalla a una hoja de cálculo, por ejemplo. 34