Scada Coes

DESARROLLO DE LOS SISTEMAS

SCADA/EMS Y DE INFORMACIÓN

EN EL COES-SINAC

Julio Apaza Apaza

DESARROLLO DE LOS SISTEMAS

SCADA/EMS Y DE INFORMACIÓN

EN EL COES-SINAC

Primera edición digital

Julio, 2011

Lima - Perú

© Julio Apaza Apaza

PROYECTO LIBRO DIGITAL

PLD 0148

Editor: Víctor López Guzmán

http://www.guzlop-editoras.com/[email protected] [email protected] facebook.com/guzlop twitter.com/guzlopster428 4071 - 999 921 348Lima - Perú

PROYECTO LIBRO DIGITAL (PLD)

El proyecto libro digital propone que los apuntes de clases, las tesis y los avances en investigación (papers) de las profesoras y profesores de las universidades peruanas sean convertidos en libro digital y difundidos por internet en forma gratuita a través de nuestra página web. Los recursos económicos disponibles para este proyecto provienen de las utilidades nuestras por los trabajos de edición y publicación a terceros, por lo tanto, son limitados.

Un libro digital, también conocido como e-book, eBook, ecolibro o libro electrónico, es una versión electrónica de la digitalización y diagramación de un libro que originariamente es editado para ser impreso en papel y que puede encontrarse en internet o en CD-ROM. Por, lo tanto, no reemplaza al libro impreso.

Entre las ventajas del libro digital se tienen:• su accesibilidad (se puede leer en cualquier parte que tenga electricidad),• su difusión globalizada (mediante internet nos da una gran independencia geográfica),• su incorporación a la carrera tecnológica y la posibilidad de disminuir la brecha digital (inseparable de la competición por la influencia cultural),• su aprovechamiento a los cambios de hábitos de los estudiantes asociados al internet y a las redes sociales (siendo la oportunidad de difundir, de una forma diferente, el conocimiento),• su realización permitirá disminuir o anular la percepción de nuestras élites políticas frente a la supuesta incompetencia de nuestras profesoras y profesores de producir libros, ponencias y trabajos de investiga-ción de alta calidad en los contenidos, y, que su existencia no está circunscrita solo a las letras.

Algunos objetivos que esperamos alcanzar:• Que el estudiante, como usuario final, tenga el curso que está llevando desarrollado como un libro (con todas las características de un libro impreso) en formato digital.• Que las profesoras y profesores actualicen la información dada a los estudiantes, mejorando sus contenidos, aplicaciones y ejemplos; pudiendo evaluar sus aportes y coherencia en los cursos que dicta.• Que las profesoras y profesores, y estudiantes logren una familiaridad con el uso de estas nuevas tecnologías.• El libro digital bien elaborado, permitirá dar un buen nivel de conocimientos a las alumnas y alumnos de las universidades nacionales y, especialmente, a los del interior del país donde la calidad de la educación actualmente es muy deficiente tanto por la infraestructura física como por el personal docente.• El pe r sona l docente jugará un r o l de tu to r, f ac i l i t ador y conductor de p r oyec tos

de investigación de las alumnas y alumnos tomando como base el libro digital y las direcciones electró-nicas recomendadas.• Que este proyecto ayude a las universidades nacionales en las acreditaciones internacionales y mejorar la sustentación de sus presupuestos anuales en el Congreso.

En el aspecto legal:• Las autoras o autores ceden sus derechos para esta edición digital, sin perder su autoría, permitiendo que su obra sea puesta en internet como descarga gratuita.• Las autoras o autores pueden hacer nuevas ediciones basadas o no en esta versión digital.

Lima - Perú, enero del 2011

“El conocimiento es útil solo si se difunde y aplica” Víctor López Guzmán Editor

Memorias - XVII CONIMERA

245

DESARROLLO DE LOS SISTEMAS SCADA/EMS Y DE INFORMACION EN EL COES-SINAC

Autor/es: Julio Apaza Apaza

Empresa o Entidad: COES-SINAC

Todo operador de un sistema eléctrico como el COES

1 requiere para llevar a

cabo sus operaciones, de sistemas informáticos confiables y altamente especializados, proveerse de estos sistemas pasa por una definición previa: adquirirlos o desarrollarlos. Aún cuando es poco frecuente en países como el nuestro, diversos factores y circunstancias llevaron al COES a apostar por la autogestión en el desarrollo de sus sistemas informáticos. El presente trabajo describe la estrategia, tecnología y resultados logrados a la fecha en lo referente al desarrollo autogestionario de sus sistemas SCADA/EMS y Sistema de Información. El optar por adquirir o desarrollar sistemas informáticos, no debería ser una definición a priori; en todos los casos optar por una u otra vía debería ser resultado de una evaluación periódica de las condiciones internas y externas de quien requiera de un sistema informático. En nuestro medio podemos identificar como condiciones internas relevantes las siguientes: cambios contínuos en los procesos a sistematizar y cambios importantes y frecuentes en el marco legal; como condiciones externas locales tenemos: Insuficiente oferta de productos y servicios especializados; si bien la oferta de sistemas informáticos en el mercado internacional es vasta, sus costos son altos, ello sumado a la frecuente ausencia de planes de mediano y largo plazo en nuestro medio, hacen riesgoso el invertir en sistemas proveídos por compañías del extranjero. En el caso del COES, y luego de cuatro años de probar diferentes alternativas (de 1995 a 1998), se optó por la autogestión en el desarrollo de sus sistemas informáticos, debido principalmente a la capacidad de respuesta lograda frente a cambios importantes y rápidos en el

1 Comité de Operación Económica del Sistema:

organismo técnico encargado de la programación del despacho de energía, la coordinación en tiempo real, la evaluación de la operación y las transferencias de energía.

marco legal, la escasez de empresas consultoras especializadas en el medio, la calidad lograda, una disponibilidad superior al 99.9%, y el logro de una creciente capacidad de desarrollo técnico. A mediados de 1994 el COES comenzó con un analista programador el desarrollo de aplicativos específicos, seguidamente y sin interrumpir el trabajo que ya se venia haciendo, se contrató a una consultora a fin de diseñar un “Plan Estratégico del Sistema de Información” (PESI, año 1995-1996); si bien se tenía el objetivo de desarrollar un sistema de información corporativo, lo cierto es que el usuario no podía esperar los plazos que demandaban los desarrollos bajo este esquema, entonces se decidió continuar con las dos vías en paralelo. El esquema corporativo tuvo que enfrentar la complejidad de una estructura base de datos integrada, mientras que los desarrollos específicos al interior del COES lograban un alto rendimiento y resultados inmediatos. Los sistemas desarrollados bajo el esquema corporativo eran lentos en comparación con los sistemas específicos, no obstante estos últimos tenían problemas para intercambiar información entre sí, pese a ello el usuario los prefería. Fue entonces que se combinaron ambos esquemas, se revisó el proyecto corporativo y se le replanteó al interior del COES. Luego de cinco años (1999) la primera versión del SICOES

2 se puso en

producción. Durante estos cinco años, el personal originalmente contratado fue a la vez líder del proyecto corporativo por parte del COES y responsable por los desarrollos con personal propio del COES; en todos los casos nuestro cometido era obtener el mejor resultado por cualquiera de los dos esquemas. 1 Análisis del entorno Aún cuando no se ha llevado a cabo un estudio de mercado formal en el medio local, se puede observar que:

2 Sistema de Información del COES (SICOES)

Desarrollo de los sistemas SCADA/EMS y de informaciónen el COES-SINAC

Colegio de Ingenieros del Perú - CDL - Capítulo de Ingeniería Mecánica y Mecánica Eléctrica

246

• En una situación de escasa oferta

compañías especializadas en software para el sector eléctrico, la autogestión ofrece ventajas tales como: respuesta rápida a requerimientos, eliminación de procesos administrativos de convocatoria, investigación contínua en temas específicos.

• La disponibilidad de información y tecnología gracias a la Internet, es cada vez mayor, lo que favorece el desarrollo de una ingeniería propia.

• La dispersión de precios para un mismo producto es muy alta e inexplicable. En la experiencia del COES, la capacidad de observar aspectos técnicos con cierto detalle ha permitido llevar a cabo evaluaciones basadas preponderantemente en aspectos técnicos, en lugar de la tradicional “experiencia de la empresa”.

2 Política de desarrollo La Política de autogestión en el desarrollo de los sistemas en el COES se puede resumir de la siguiente manera: • Se debe garantizar la preservación del

“know-how” de los sistemas críticos y singulares

3 del COES. No basta con

mantener copias de respaldo y documentación adecuada, es necesario tener la capacidad de mantener lo existente y desarrollar nuevas soluciones de manera pronta y eficiente.

• La investigación tecnológica debe ser una constante.

• El planeamiento estratégico es un apoyo importante, asimismo las auditorías de sistemas anuales externas permiten detectar posibles debilidades en la seguridad de los sistemas.

• El desarrollo del SICOES, se enfoca principalmente en aspectos técnicos, y aquellos administrativos que tengan relación con algún proceso técnico.

3 Estrategia de desarrollo Con el fin de llevar a cabo el desarrollo de los sistemas del COES, la OI-COES

3 No se lleva a cabo o existe en otra

organización o compañía organización.

definió una estrategia de desarrollo basada en los lineamientos siguientes: a) Establecer un riguroso proceso de

selección de personal4.

b) Apoyar la investigación tecnológica. c) Rediseñar antes que enmendar. d) El equipo de desarrollo debe estar

estrechamente involucrado con las actividades del COES.

e) Hacer uso extensivo de los estándares internacionalmente reconocidos o al menos ser compatible con ellos.

f) Promover el uso de los sistemas abiertos, valorando sus características técnicas antes que su facilidad de uso.

La OI-COES consta de cinco ingenieros (incluida la jefatura); dos ingenieros mecánico-eléctrico, dos ingenieros de sistemas, y un ingeniero electrónico. 4 Descripción técnica de los

sistemas del COES La descripción técnica de los sistemas SCADA/EMS y SICOES, se explica a continuación: 4.1 Sistema SCADA TR-COES El desarrollo del SCADA TR-COES ha sido posible gracias a la evolución del software comercial, la disponibilidad de los servidores ICCP

5 comercializados

independientemente, el libre acceso a la información referida a estándares y tecnologías de sistemas SCADA y la gran capacidad de los servidores medianos y pequeños. El TR-COES originalmente se desarrolló en el COES como estación de prueba de configuración de nuevas señales (medidas y estados) durante el segundo trimestre del año 2002; el creciente aumento de la información requirió de un up-grade del sistema originalmente adquirido en el año 2001, sin embargo luego de una evaluación del caso, se optó por desarrollar un up-grade de la estación de

4 Proceso consistente de mínimo tres etapas,

de la cual la evaluación escrita que evalúa la habilidad en el manejo de las estructuras de datos y la vocación por la investigación, la evaluación escrita es el 80% de la calificación. 5 Protocolo para intercambio de información

entre centros de control (Norma IEC 870-6-503)


247

prueba, en lugar de adquirir el up-grade del SCADA original, el nuevo sistema SCADA denominado TR-COES entró en producción oficial en marzo de 2003. Como tal en TR-COES cumple con lo establecido por el marco legal

6 y agrega

funcionalidad definida por los operadores del CCO

7-COES.

4.1.1 Nodo de comunicaciones ICCP

(NC-ICCP) En el caso del COES toda la información fuente la proveen los centros de control del SEIN, el COES no posee equipos RTU

8.

La NTCOTR

9 indica que el protocolo

utilizado para la recepción y reenvío de señales en tiempo real, es el ICCP; para su implementación el COES adoptó el software ICCP Toolkit for MMS-EASE

10

(de SISCO Inc.), el cual se provee como un código fuente en lenguaje C++; este programa consiste en un lazo infinito de lectura de tiempo real, dentro del cual se ha adicionado rutinas de: reenvío y configuración de señales especiales. La estructura de datos (de cada señal) usada para el intercambio de información vía protocolo ICCP en el SEIN

11, es la

siguiente:

Estructura de una Señal (ES) -Value -Type (Real, State, Discrete) -Quality: (Quality, Noquality)

Validity (Valid, Held, Suspect, Notvalid) CurrentSource (Telemetered, Calculated, Entered, Estimated)

-TimeStamp: (Timestamp, Notimestamp) -COVCounter Esta estructura es soportada por los sistemas SCADA y por un número creciente de fabricantes de RTU’s.

6 Norma N° 436-2005-OS/CD "Estándares

Técnicos Mínimos del Equipamiento para la Coordinación de la Operación en Tiempo Real del SEIN”. 7 Centro Coordinador de la Operación en

Tiempo Real del COES. 8 Remote Telemetry Unit

9 Norma Técnica de la Coordinación de la

Operación en Tiempo Real. 10

Sistema Operativo Windows 2000 11

Sistema Eléctrico Interconectado Nacional

4.1.2 Base SCADA TR-COES Los servicios del TR-COES se clasifican en: � Transporte de datos en tiempo real � Base de datos (tiempo real e histórica) � Monitoreo La base SCADA del TR-COES es la que ofrece los servicios internos. La arquitectura del TR-COES se muestra en el siguiente diagrama:

ServidorICCP

Servidor ICCPC.C. Contingencia

TReal.NETProcesos

Tiempo Real

ICCP1 ICCP2 ICCP3

Serv. ICCPRedundante

Modo Análisis

Reconstruc

ción de

eventos

DB COESSICOES

DB 1DB 2

(Redundante)

Modo TiempoReal

Despliegues

(alarmas,

gráficos

tendencia,

etc)

Recepción y reenvio de señales

MONITOREOCentro Control

ICCP-n

Servicios Externos

Servicios Internos

BD

TiempoReal

Protocolo TReal

(ICCP + servicios; víasockets)

THistoFormato

histórico

TeSQLAnálisis y

Gestión

ICCP2 ICCP3 ICCP-n

Figura 1 Los procesos principales del TR-COES son: Monitoreo: Consta de dos (2) modos: Modo Tiempo Real (MTR) a) Información (completa) de cada señal b) Gráficos de tendencia c) Configuración de Datos manuales d) Envío de mensajes de error a

empresas (e-mail) e) Configuración de Alarmas Regulares f) Configuración de Alarmas Inteligentes g) Histórico de señales h) Sistema de alarmas i) Sistemas Aislados (activación

automática) j) Estimados de generación k) Estado de conexión ICCP empresas Modo Análisis (MA) a) Reconstrucción


248

TReal: Atiende las solicitudes (de datos) del Monitoreo en modo Tiempo Real; Controla la creación y cierre de los despliegues, y reporta el estado de ejecución de los procesos internos y tráfico de tiempo real. Desarrollado en C#. TeSQL: Atiende las solicitudes (de datos) del Monitoreo en modo Análisis, principalmente la Reconstrucción de Eventos, la notificación de errores en las señales a sus fuentes (envía un correo electrónico a la empresa que remite el dato erróneo), controla la seguridad de acceso. Desarrollado en C#. THisto: Se ejecuta de manera contínua, analizando el estado de la información cada 5 segundos, y genera una consolidación de las señales medidas (MW, MVAR, AMP) en intervalos de 15 minutos. Todos los procesos y bases de datos cuentan con redundancia y pueden ser activados de manera distribuida. El TR-COES está instalado en la sede del COES, y adicionalmente existe una instalación en un local separado, denominado “Centro de Control para Contingencias”. El dimensionamiento actual del TR-COES es el siguiente: � Empresas del SEIN conectadas: 32 � Señales en base de datos: 8,869

12

� Proyectado en base de datos: 10,000 � Señales totales por día

13: 17 millones

� Tráfico ICCP pico14

: 500 señales/seg. � Capacidad nominal

15: 50,000

señales/seg. 4.1.3 Integración de EMS En la actualidad se está ejecutando la integración de un sistema EMS a la base SCADA TR-COES, haciendo uso del estándar CIM

16, los aplicativos

comprendidos son: Estimador de Estado, Flujo de Carga y Análisis de Contingencia.

12

Medidas : 3705; Estados: 5164 13

En la base de datos de tiempo real se almacena todas las señales ICCP recibidas en su formato original. 14

Real registrado estadísticamente. 15

Se simuló en ambiente de desarrollo. 16

Common Information Model.

El esquema usual que definen el conjunto de estándares que conforman el CIM, indica un esquema como el que se muestra a continuación.

Figura 2

La evaluación técnica llevada a cabo en el COES determinó un esquema alternativo más sencillo basado en ICCP, tal como se muestra a continuación:

EMSPSS

TMODMS

Real Time Network Applications

PSSTM

ODMSCIM Schema

SCADATR-COES

ICCP

SICOESSQL

Figura 3 El uso de ICCP en lugar de las interfaces

17 definidas por el CIM, simplifica

mucho la integración, ésto es posible gracias a que las bases de datos históricas son desarrolladas por el COES, y que no se consideró necesaria la actualización en línea del modelo de datos del SEIN en el EMS dada su baja frecuencia de cambio; además, un esquema simplificado tiene mayores posibilidades de éxito y menores costos de mantenimiento. Gracias a los lineamientos técnicos definidos por el COES para la integración del sistema EMS, se la logrado un importante ahorro en costos del software e ingeniería,

17

High Speed Data Access (HSDA) y Generic Data Access (GDA)


249

lográndose a la vez responder a los específicos requerimientos del COES. Se proyecta que el sistema EMS entre en servicio a fines del año 2007. 5 El sistema de información del

COES (SICOES) A la fecha los módulos que comprenden el SICOES son los siguientes: a) Registro único de Equipamiento del

SEIN. b) Mediciones eléctricas (partes de

operación, medidores de energía e histórico del SCADA).

c) Horas de operación de grupos térmicos.

d) Registro de Programas de mantenimiento (incluye reglas de validación) y eventos de la operación.

e) Registro de fallas, de acuerdo a lo establecido por la NTCSE.

f) Registro de frecuencia de acuerdo a la NTCSE. Trece (13) instalaciones en el SEIN.

g) Modelo de reserva rotante (MAP18

-COES).

h) Programación de la operación del SEIN- Hoja de cálculo sistematizada.

i) Pagina Web del COES, con reportes generados desde el SICOES. Comprende: consultas en línea al SICOES, monitoreo de la calidad de las transferencias en tiempo real vía protocolo ICCP (SCADA TR-COES), imagen institucional, servidor de correo, etc.

En la figura 4 se muestra un diagrama de los módulos del SICOES y SCADA TR-COES, que muestra el grado de cobertura respecto de los procesos del COES y el flujo de información entre los mismos.

18

Modulo de Asignación Probabilística de la Reserva

Programaciónsemanal/diaria

(Hoja de Cálculo)

sistematización a

nivel de macros

ProgramasMatenimiento

centrales, línea,trafos, etc.

EjecuciónMantenimientos

y eventosrelevantes

Registro Fallase interrupcionesen el Sistema

Eléctrico

RegistroHoras deOperación

(C.T.)

Registro Medidoresgeneración:

Máx.demanda,estadisticas, etc.

MedicionesTiempo real:

generacion y sist.de transmisión

Pronóstico de laDemanda del

sistema eléctrico(Hoja de Cálculo)

Hidrologia: registroy predespacho

(Hoja de Cálculo)

Reprogramacióndiaria

(Hoja de

Cálculo)

SI (desviacionessignificativas)ENTONCES:

Transferencias deenergía y potencia(Hoja de Cálculo)

EquipamientoEléctrico.

Capas:- Modelos- Mantenimientos

Todos los procesos hacenreferencia a la informaciónregistrada en la base dedatos de Equipamiento

RegistroMedidores

Transferencias deenergía

MODULOS DEL SISTEMA DE INFORMACION Y PROCESOS DEL COES-SICN

MODULOS DEL SICOES

(NTCSE)Registro deFrecuencia -

IndicesCalidad

Informe Mensualtransferencia deenergia / potencia

Registros deFrecuencia (13

puntos demedici'on en

subestaciones deprovincia)

Valor agua(Modelo

JUNANU)

Estudio Tarifario(proceso que

involucra hojas decalculo y Modelo

Tarifario)

Estudio Tarifario(Tarifa eléctricasemestral)

Programación deldespachosemanal/diario

Coordinación de laOperación (SCADA)

RegistroDespacho

semanal/diario

Cálculo de lapotencia firme

(proceso involucrahojas de calculo y

Modelo PTI)

J.A. - Julio 2006

Módulo Factoresde penalización ycostos variables

Módulo Mediciones Eléctricas

Módulo eventos y mantenimientos

Modelo dereserva rotante

MAP-COES

WEB COES

Imageninstitucional,

actas,procedimientos,

etc.

Módulo de fallas Módulo horas operación

Cálculo detasa de fallas

ICCP28

empresas

SCADA

TR-COES

Hidrologíaconsolidado

diario

SICOES

InformeOperacionSemanal

Informe de laOperacion Diaria

Predespacho Empr.plantillas Excel

Figura 4 En el PESI, ya se había identificado que independientemente de que el COES estuviera compuesto por cuatro Divisiones

19, la base de datos era una sola

para toda la organización, era una topología en estrella que tenía como centro la base de datos de equipamiento. 5.1 Características generales del

SICOES A la fecha la arquitectura predominante es la cliente servidor, no obstante el aumento de la información a procesar y el hecho de que las fuentes de información están fuera del COES (son las empresas eléctricas), están motivando el desarrollo de nuevas versiones para entorno Web, tal es el caso de la coordinación de los programas de mantenimientos, en el cual se hace necesario verificar que la indisponibilidad de los equipos del SEIN, no generen situaciones críticas en la operación del mismo, ésta coordinación y revisión, deriva en la expedición por parte del COES del Programa de Mantenimiento Diario del SEIN; lo recargado de esta actividad hace necesario pensar agilizar las coordinaciones con las empresas a través de una aplicación en entorno Web. El diseño de las bases de datos para la actividad electriza, presenta particularidades que se ejemplifican a continuación en dos (2) módulos importantes.

19

Planeamiento y Coordinación, Evaluación, Estudios y Transferencias.


250

5.2 Módulo SICOES: Registro único

de bases de datos de equipamiento

Es la piedra angular del SICOES, y registra la descripción y características técnicas del equipamiento del SEIN, tales como: Generadores, líneas, transformadores, etc. La información de equipamiento es usada por todos los restantes módulos del SICOES. La representación de los elementos del sistema eléctrico y el detalle de sus parámetros varía de acuerdo al uso, por ejemplo, para el caso de la programación de los mantenimientos se requiere el mayor grado de individualización, mientras que en los modelos para despacho de energía, se suele agrupar los equipos, asignándoles características técnicas equivalentes como por ejemplo en una central; esta particularidad ha conllevado a que la estructura de la base de datos de equipamiento (BDE), sea diseñada con la capacidad de soportar “múltiples escenarios”; esto consiste en partir de la base de datos de mayor individualización (usada para mantenimientos), y generar a partir de esta las bases de datos que incluyan elementos agrupados, como por ejemplo la usada para el pronóstico de demanda por barras. Esta última base de datos se compone de elementos individuales y otros agrupados que representan la demanda de una región. Este diseño de base de datos soporta diversos escenarios con mucha flexibilidad. Asimismo un usuario autorizado puede ampliar la estructura de la BDE, agregando dinámicamente parámetros a un tipo de elemento (equipo) determinado. La capacidad de soportar la configuración de la topología de red, es un tercer aspecto de importancia, y que ya se ha venido poniendo en práctica con motivo de cargar la información requerida para el Estudio de los Sistemas de Protección del SEIN. En la figura 5 se muestra un diagrama entidad-relación de los principales elementos de la BDE, que permite la adición dinámica de nuevos parámetros para un tipo de equipo.

MAESTRO_EQUIPO TIPO_EQUIPO

PARAMETROSxTIPO_DEFPARAMETROSxTIPO_INF

Figura 5

Del mismo modo la definición de reportes la puede hacer dinámicamente el usuario. Finalmente, debido al aumento de información a ser almacenada, se ha habilitado la capacidad de almacenar de modo indexado a la base de datos, documentación de los equipos más importantes, tales como diagramas y fichas técnicas de los mismos. 5.3 Módulo SICOES: Mantenimientos

y Eventos de la Operación Este módulo permite el registro y evaluación de los programas de mantenimiento Anual, Mensual, Semanal, Diario y Ejecutado, usados en la programación de los despachos semanales y diarios del SEIN. Con el mismo Framework

20 usado para

desarrollar el módulo de mantenimientos, y añadiendo sus características propias, se ha desarrollado el módulo de Eventos, Fallas e Interrupciones en el SEIN, de acuerdo a los lineamientos de la NTCSE. El diseño de la base de datos, muestra que los históricos, están referenciados a una estructura de clasificación común, esta característica permite la reutilización de las interfaces, agregando sólo los detalles particulares; el registro de interrupciones (evaluación de la operación), se genera sobre la base de la bitácora del operador del centro de control.

20

Conjunto de clases y objetos desarrollados para las características particulares del SICOES.


251

CLASE_EVENTO

MANTENIMIENTOS

EVENTO_x_TIPO

TIPO_EVENTO

EVENTOS

INTERRUPCIONES

Figura 6

A continuación se explica la estructura del modelo de datos: � Los MANTENIMIENTOS son

indisponibilidades programadas, que se clasifican primero por su CLASE_EVENTO (ejecutados y programados diario, semanal, etc.) y luego por una sub-clasificación más fina según la tabla TIPO_EVENTO.

� Los Eventos son indisponibilidades fortuitas que se clasifican haciendo referencia de manera similar a las tablas CLASE_EVENTO y TIPO_EVENTO.

� Un EVENTO puede generar varias interrupciones (asociadas a equipos del SEIN y cargas).

� La tabla EVENTO_x_TIPO establece que sub-clasificaciones corresponden a una clase de indisponibilidad.

Esta estructura se estableció a partir del año 1999, y fue resultado de tres años de experiencia previa. La teoría de modelamiento relacional de base de datos no necesariamente recomendaría en primera instancia, una estructura como la presentada, esta estructura es un ejemplo más de un diseño especializado, que brinda una solución práctica de manera sencilla, y que es producto de un trabajo de mediano y largo plazo. 6 Evaluación costo/beneficio:

autogestión versus tercerización En este caso los beneficios se traducen en mejoras operativas y de gestión, no así en réditos económicos por la venta de un producto en particular. Las mejoras operativas se traducen en: “ofrecer la funcionalidad requerida, sin adición de retardos de tiempo por el uso del sistema en sí mismo, con una

disponibilidad mayor al 99% del tiempo, y con la asistencia de reglas de validación que permitan minimizar errores”. A fin de dar una perspectiva de costos, veremos los montos más significativos: Un sistema SCADA con las características requeridas por el COES (sólo base SCADA), y de un fabricante reconocido, costaría alrededor de $800,000

21 (FOB)

22,

a esto habría que agregar el costo del mantenimiento anual que estaría entre los $50,000 y $75,000. La planilla correspondiente a tres (3) analistas programadores y un (1) administrador de red, es de $110,000 al año

23; a pesar de

que los costos son muy aproximados y que faltan considerar muchos otros elementos de menor cuantía, lo cierto es que sólo el costo inicial del sistema SCADA, cubriría más de 7 años de desarrollos autogestionarios; tal ha sido el caso del COES, que en un plazo de 7 años no ha desarrollado un sistema SCADA, sino también el sistema de información SICOES, la página Web del COES, administración de las redes LAN/WAN y se ha logrado una capacidad de ingeniería propia que ha permitido llevar a cabo la configuración y puesta a punto de las 26 conexiones ICCP, el desarrollo e instalación de 13 registradores de frecuencia por aplicación de la NTCSE (4 monitoreados en tiempo real) en todo el sistema, entre otros servicios. 7 Conclusiones

1. La rapidez de los desarrollos propios para lograr implementar la funcionalidad requerida y la facilidad para hacer nuevas adecuaciones, constituyen un factor determinante en la adopción del esquema autogestionario.

2. El adoptar el esquema corporativo propuesto por el PESI y el diseño básico de su base de datos, fue determinante en lograr la cobertura y alcances actuales del SICOES.

3. Como resultado de la acumulación de conocimiento y experiencia en lo referente al COES, en muchos

21

No incluye RTU’s ni sistemas de comunicación. 22

Referencia de un concurso internacional convocado por el COES. 23

Referencia año 2003.


252

casos ha sido posible reducir el tiempo para las coordinaciones entre programadores y usuarios. En otras palabras se logra un importante ahorro de horas hombre de ingenieros especialistas.

4. Por su estrecha vinculación con las empresas del SEIN, el COES muchas veces colabora con las empresas que lo integran en la realización de sus propios proyectos, así como en la solución de problemas en lo relativo a sistemas SCADA y de información. Se actúa como un repositorio de conocimiento disponible en beneficio de empresas integrantes.

5. La autogestión, entre otras ventajas, brinda las condiciones adecuadas para el desarrollo de planes de mediano y largo plazo.

6. La capacidad de desarrollo lograda, sólo se puede mantener a través de una muy rigurosa política de selección de personal. La OI-COES, lleva a cabo directamente las evaluaciones.

Scada Coes

Documents

Transcript of Scada Coes