Está en la página 1de 8

XIII ERIAC

DCIMO TERCER ENCUENTRO


REGIONAL IBEROAMERICANO DE CIGR
Puerto Iguaz
Argentina

24 al 28 de mayo de 2009

XIII/PI-C2 -20

Comit de Estudio C2 - Operacin y Control de Sistemas

EVALUACIN DE LA SEGURIDAD OPERATIVA EN TIEMPO


REAL ASPECTOS CLAVE PARA SU IMPLEMENTACIN
D. LEON*
Powertech Labs Inc.
Canad

L. WANG
Powertech Labs Inc.
Canad

K. MORISON
Powertech Labs Inc.
Canad

Resumen En este trabajo tcnico se presenta una descripcin de los aspectos ms importantes para
el diseo e implementacin exitosa de un sistema para la evaluacin en tiempo real de la seguridad
operativa de los Sistemas Elctricos de Potencia. Los resultados, comentarios y sugerencias mostrados en
este trabajo, son obtenidos directamente de la experiencia prctica acumulada durante la aplicacin en
campo de varios de estos sistemas de evaluacin de la seguridad en tiempo real en distintos centros de
control de energa de diferentes pases alrededor del mundo.
Palabras clave: DSA Seguridad Dinmica Online SCADA EMS Estimador
1

INTRODUCCIN

Como resultado del anlisis de los grandes apagones que se han tenido en EUA y Europa en los ltimos
aos, dos de los aspectos ms importantes que han sido identificados como los principales factores que han
contribuido en estos disturbios han sido: a) la falta de coordinacin entre los Operadores independientes del
Sistema (ISOs) y los Operadores del Sistema de Transmisin (TSOs), y, b) la falta de herramientas en tiempo
real capaces de evaluar la seguridad del sistema para detectar y alertar a los operadores ante condiciones
operativas de riezgo, las cuales, pueden dar lugar a grandes disturbios y apagones en el sistema por
problemas de inestabilidad. Derivado de estos resultados, la implementacin de herramientas en tiempo real
que permitan cuantificar, detectar y prevenir el riesgo de estos apagones, es hoy en da un aspecto prioritario
en las empresas responsables de la operacin de los sistemas elctricos y, consecuentemente, su aplicacin
ha venido creciendo fuertemente en estos ltimos aos.
En algunas publicaciones anteriores han sido descritos en detalle los requerimientos conceptuales as como
los componentes principales de sistemas prcticos para la evaluacin de la seguridad dinmica en tiempo real
(DSA On-line), sin embargo, muy poco se ha escrito acerca de los aspectos prcticos involucrados en la
implementacin de tales sistemas. Ahora que una significativa experiencia se ha ganado a travs de la
implementacin de varios sistemas DSA, es posible detallar los pasos requeridos y los desafos existentes en
la especificacin, construccin, instalacin, prueba y operacin de estas herramientas de software del estado
del arte. Se pretende que los comentarios aqu incluidos, derivados de la experiencia ganada en la
implementacin de varios de estos sistemas DSA, puedan servir de apoyo a los operadores de sistemas y a
los ingenieros de soporte de la operacin en la especificacin y uso de estas tecnologas avanzadas las cuales
de acuerdo a lo previsto, se convertirn en aplicaciones crticas de tiempo real en los centros de control de
sistemas de potencia para asegurar la seguridad y confiabilidad del sistema.

* 12388 - 88th Avenue Surrey, British Columbia, Canada V3W 7R7 Daniel.Leon@powertechlabs.com

IMPLEMENTACIN DE UN SISTEMA DSA ON-LINE

Los sistemas de potencia y la manera en que stos son operados pueden variar ampliamente dependiendo de
distintos factores tales como:

El tamao del sistema


La estructura topolgica (radiales o altamente mallados)
Tipo y distribucin de la generacin y la carga
Operacin del mercado
Interconexiones
Criterios de operacin, incluyendo requerimientos de estabilidad, seguridad y confiabilidad
Tipos de controles y Sistemas Especiales de Proteccin (SPS)
Exposicin a disturbios debido al clima u otros factores
Experiencia en la operacin, relacionada con el conocimiento de ciertos problemas de seguridad con
alta probabilidad de ocurrencia.

De esta forma, la aplicacin DSA On-line debe ser especificada e implementada de tal manera que satisfaga
los requerimientos especficos de cada sistema. Los factores anteriores dictan las especificaciones respecto a
los aspectos que deben ser estudiados, el tiempo en el cual un ciclo del DSA debe ser completado, el tamao
de los modelos requeridos, y los resultados proporcionados a los operadores. El proceso bsico de
implementacin puede ser dividido en varias etapas como se muestra en la Figura 1.

Fig. 1. Proceso de implementacin de un sistema DSA On-line


2.1 Definicin de los Objetivos de la Aplicacin
El punto de partida para la implementacin de un proyecto DSA On-line es definir primeramente los
objetivos de su aplicacin. Este es tal vez el paso ms importante ya que define la capacidad y funcionalidad
global del sistema que se implementar. La definicin de los objetivos involucra varios aspectos importantes
como los que se describen enseguida.
2.1.1

Problemas Objetivo

Dependiendo de los factores mencionados anteriormente, un sistema de potencia puede presentar diferentes
tipos de problemas de seguridad ante diferentes modos de operacin. Es por lo tanto, de suma importancia
identificar claramente los problemas relacionados con la seguridad para direccionarlos mediante la
aplicacin en lnea de un sistema DSA apropiado. Por ejemplo, cualquiera de los siguientes problemas
podran incluirse en un proyecto DSA On-line.
2

Sobrecarga trmica
Aumento/decremento de voltaje
Aumento/decremento de frecuencia
Estabilidad de voltaje
Estabilidad transitoria

Oscilaciones de baja frecuencia


Lmites de estabilidad
Determinacin de medidas preventivas y
correctivas
Determinacin de ajustes de SPS

Adems de las capacidades de anlisis en lnea, es tambin muy importante que el sistema DSA ofrezca
opciones adecuadas para estudios fuera de lnea utilizando los datos capturados en lnea as como los datos
almacenados. La consistencia entre el anlisis en lnea y los estudios fuera de lnea en trminos de modelado,
tcnicas de anlisis, y resultados es considerada esencial para asegurar el xito de las aplicaciones en lnea;
esta consistencia es necesaria para que los operadores tengan confianza en el anlisis en lnea.
2.1.2

Requerimientos de Desempeo

Una de las principales diferencias entre las aplicaciones en lnea y las fuera de lnea son los requerimientos
de desempeo. Esto se relaciona principalmente a
Tamao y detalle del modelo. La interrogante sobre el tamao y nivel de detalle requerido del modelo en
lnea para garantizar resultados confiables es crtica. La experiencia ha demostrado que el ensamblado del
modelo y de los datos es sin duda la tarea ms desafiante en la implementacin de un sistema DSA Online y con frecuencia representa el obstculo ms grande para lograr el xito.
Velocidad. An cuando perseguir la ms rpida velocidad de anlisis es un deseo natural, frecuentemente
es necesario balancear la velocidad de anlisis con otros requerimientos. La realizacin de un ciclo de
anlisis completo en un rango de 10-30 minutos es ampliamente considerada como una meta razonable.
Potencia de procesamiento. La pregunta en este caso es cuanta potencia de procesamiento computacional
se requiere para un modelo en lnea especfico. El alcance se define por ejemplo, en trminos del nmero
de contingencias a analizar, el nmero de transferencias de potencia, el nmero de ajustes de SPS a ser
determinados, los tipos de fenmenos a ser analizados, etc.
2.1.3

Requerimientos de Confiabilidad del Sistema

Siendo un sistema en lnea, la confiabilidad del software/hardware es una consideracin importante que
impacta muchos aspectos del diseo del sistema tales como la arquitectura del software y hardware, la
redundancia, respaldos, y la seguridad administrativa del sistema. Los requerimientos de confiabilidad de un
sistema DSA On-line son establecidos con base en el uso propuesto para el sistema el cual, puede ser:
Uso ocasional. Como herramienta de tiempo real utilizada principalmente por ingenieros de soporte de la
operacin para proporcionar informacin a los operadores del sistema.
Uso continuo. Como herramienta de tiempo real con disponibilidad de 24 x 7 desempeando una funcin
continua importante para los operadores en el monitoreo de la seguridad del sistema.
Uso crtico. Como herramienta de tiempo real que funciona como un componente esencial del sistema
estimador de estado (EMS).
2.1.4

Usuarios del Sistema

Un conocimiento claro de quienes usarn el sistema DSA On-line puede ayudar en su diseo e
implementacin. El trmino usuario incluye a aquellos que controlan y operan directamente las aplicaciones
del DSA, a los que nicamente accesan y utilizan los resultados, y a los que podran tener autorizacin para
ver solo alguna informacin.
2.2 Preparacin del Proyecto
Como todo proyecto de software para aplicacin comercial, la implementacin de un sistema DSA On-line
requiere una cuidadosa planeacin y preparacin. Las principales consideraciones aqu son las siguientes.
2.2.1

Estimador de estado

La operacin de un sistema DSA On-line est basada en la condicin de tiempo real del sistema tal y como
es adquirida por el sistema SCADA y convertido a un modelo de flujos de potencia del sistema por el
3

estimador de estado (EMS). Por lo tanto, la disponibilidad de una solucin confiable del estimador de estado
es mandatoria antes de implementar cualquier sistema DSA On-line.
2.2.2

Modelo de la Red y Modelos Dinmicos

Con frecuencia, el modelo de flujos de potencia proporcionado por el EMS puede no incluir los detalles de la
red requeridos por el DSA. Un ejemplo tpico es el detalle de la red de distribucin el cual, puede ser muy
importante para el anlisis de la estabilidad de voltaje. La inclusin de estos modelos en el modelo de tiempo
real del sistema podra requerir el desarrollo fuera de lnea de modelos equivalentes adecuados los cuales,
pueden ser posteriormente unidos con el modelo de tiempo real del EMS. Los modelos dinmicos son otro
requerimiento fundamental para realizar anlisis dinmicos en el DSA por lo que se deben incluir todos los
dispositivos con caractersticas dinmicas relevantes que puedan afectar el tipo de fenmeno que se
analizar. Esta es otra de las tareas que requieren un esfuerzo importante.
2.2.3

Otros Datos e Informacin Necesarios

Un sistema DSA On-line puede requerir otros datos e informacin adicional para varios tipos de anlisis los
cuales incluyen,
Contingencias. Esta informacin es requerida para todos los tipos de anlisis de seguridad.
Transferencias de potencia. Una de las aplicaciones clave de un sistema DSA On-line es el determinar
lmites de estabilidad.
Variables a monitorear. Los resultados del sistema DSA On-line deben ser adecuadamente desplegados
para los operadores e ingenieros para observar el estatus de seguridad del sistema. Los resultados pueden
ir desde simples curvas de oscilacin angular, curvas P-V y flujos en interfases en puntos limitantes, hasta
ndices de seguridad ms complejos.
2.2.4

Conocimiento y Experiencia de Estudios Fuera de Lnea

La experiencia y el conocimiento del sistema obtenidos de los estudios fuera de lnea desempean un rol
irremplazable durante todo el proyecto y en la aplicacin exitosa del DSA On-line por lo tanto, los
ingenieros responsables de la planeacin de la operacin deben contribuir activamente en la especificacin e
implementacin de los detalles del proyecto.
2.2.5

Grupo Tcnico Dedicado y Capacitado

Debe ser integrado un equipo de trabajo conformado por personas capacitadas de la empresa donde se
implementar el sistema DSA los cuales, sern los responsables de arrancar el proyecto. El equipo debe,
Comprender muy bien los objetivos del proyecto
Tener experiencia en el manejo de las funciones existentes del EMS
Estar familiarizado con los modelos relacionados
Tener una amplia experiencia en estudios fuera de lnea
Estar enterado de otros aspectos relacionados a la implementacin en lnea del DSA.
2.3 Seleccin de Mtodos de Solucin
En la mayora de los casos, la seleccin de los mtodos de solucin para los problemas de seguridad
identificados es directa y est basada en el entendimiento tcnico del fenmeno de inters y el conocimiento
de los mtodos disponibles. En general, deben ser considerados los siguientes aspectos:
Como regla universal para resolver problemas, entre ms simple sea el mtodo, normalmente mejor
funcionar. Se deben evitar elegantes formulaciones matemticas innecesarias y referencias acadmicas
asociadas con mtodos complejos pero no comprobados en la prctica. Tambin, se debe evitar caer en el
uso de mtodos demasiado simplificados que pueden dar lugar a resultados inexactos y no confiables.
El mtodo seleccionado debe ser capaz de alcanzar los objetivos de la aplicacin.
Dar prioridad a las tecnologas ya probadas; sea cauteloso con nuevos algoritmos propuestos que han sido
aplicados solamente en sistemas acadmicos de prueba.
4

Si es posible, utilice los mismos mtodos o similares para los anlisis en lnea y fuera de lnea. Esto
proporciona obvias ventajas cuando se verifican resultados en lnea con herramientas fuera de lnea.
El mtodo debe tener un requerimiento de datos manejable.
2.4 Desarrollo de Modelos
Cuando se realizan anlisis de seguridad con el DSA On-line, se requiere contar con modelos de alta calidad
de los sistemas interconectados. De hecho, debido a que todos los anlisis dependen de la calidad del modelo
del sistema, el desarrollo de dicho modelo determina en un alto grado la utilidad del DSA On-line.
2.4.1

Calidad de los datos

Por obvias razones, la calidad de los datos es importante para asegurar la validez de los resultados del DSA
On-line. Adems de la calidad de los datos convencionales (p.e. confiabilidad de la solucin y precisin de
los resultados del EMS), existen tambin algunos aspectos nicos que deben ser revisados con detalle al
incluirlos en un sistema DSA On-line. De la experiencia, estos aspectos tienden a estar mayormente
relacionados con los datos de generadores en el modelo de flujos de potencia.
2.4.2

Equivalentes del Sistema Externo

Con excepcin de los sistemas de potencia pequeos y aislados, los sistemas SCADA tienen tpicamente una
observabilidad limitada de un sistema completo. Por lo tanto, el modelo resultante del EMS tendr una
representacin detallada de una porcin especfica del sistema (usualmente del rea de control), y un modelo
altamente equivalenciado (o ningn modelo) del sistema externo. En general, el sistema externo o un
equivalente aceptable del mismo debe ser incluido en el modelo del sistema para el DSA On-line.
2.4.3

Correspondencia de Datos

La correspondencia de datos es otro aspecto nico en la implementacin de un sistema DSA On-line y se


refiere a empatar los flujos de potencia de tiempo real con otros datos (datos dinmicos, contingencias,
transferencias, etc.). Esta tarea es con frecuencia muy laboriosa y problemtica porque los flujos de potencia
nodal (convertidos de un modelo barra-interruptor) podran no tener fijos los nmeros (o nombres) de buses.
2.4.4

Intercambio de Datos

Se refiere al intercambio de datos en tiempo real del EMS hacia el servidor DSA On-line y viceversa. Este es
un aspecto esencialmente de implementacin sin embargo, algunos aspectos que vale la pena mencionar son:
Formato de datos. En general, los formatos de texto simples y comunes son suficientes y preferidos para
mayor velocidad y fcil implementacin.
Protocolo de intercambio de datos. Este es usado para asegurar que los datos puedan ser intercambiados
de forma segura y confiable. Los mtodos posibles van desde una simple copia del archivo, un protocolo
FTP, o hasta un bus de transferencia de datos especfico.
Coordinacin entre un ciclo del EMS y un ciclo del DSA. Este aspecto requiere doble trabajo:
1) Asegurarse que el ciclo del DSA inicie con el ms reciente snapshot del sistema que est disponible.
2) Es tambin necesario asegurarse que si un snapshot crtico est disponible y necesita ser evaluado, el
DSA pueda abortar el caso actual e iniciar inmediatamente la evaluacin del caso crtico.
2.4.5

Deteccin y Correccin de Datos Errneos

Independientemente de cuanta validacin, depuracin y pruebas se le hayan hecho a los datos y modelos de
tiempo real, siempre habr datos inusuales (datos incorrectos) que son ingresados al programa DSA Online. A diferencia de los estudios fuera de lnea, en los sistemas en lnea no es posible la intervencin humana
para detectar y corregir errores en datos. Por lo tanto, cuando se establece un sistema en lnea, los datos y
modelos deben ser ampliamente escudriados y se requiere contar con funciones que automticamente
detecten y corrijan datos errneos para asegurar que el sistema pueda ser inicializado y que el anlisis corra
robusta y confiablemente. Algunos aspectos comnmente requeridos incluyen:

Correccin de datos de flujos de potencia.


5

Correccin de modelos dinmicos.


Otros. Por ejemplo, el manejo de pequeas islas originadas por el disparo de circuitos durante las
contingencias.

2.5 Especificacin de la Arquitectura del Hardware y Software


Existen muchos aspectos relacionados a la arquitectura del hardware y software que deben ser resueltos. Los
siguientes son algunos de los principales.
2.5.1

Confiabilidad

La confiabilidad del software y hardware es muy importante para cualquier sistema en lnea. Adems del
desarrollo de cdigo confiable para el software, se debe tambin considerar la confiabilidad del hardware
(servidores, redes de comunicacin, etc.) Una de las formas de cubrir este aspecto es usar la redundancia.
2.5.2

Portabilidad

La portabilidad es mayormente un aspecto de mantenimiento tanto para los desarrolladores como para los
usuarios finales. Debido a que la operacin de un sistema DSA On-line est relativamente separada del EMS
(estn relacionados principalmente por una simple conexin de datos), sta puede ser hecha como una
aplicacin de tipo plug-and-play con una interfase de datos apropiada para cada EMS especfico.
2.5.3

Escalabilidad

Un sistema de potencia crece y se expande constantemente y en consecuencia, las tareas computacionales


requeridas por el sistema DSA On-line necesitarn tambin ser incrementadas dependiendo de la demanda.
Esto requiere que las capacidades computacionales del DSA On-line sean escalables, sin necesidad de
cambios importantes a la arquitectura del software y hardware. Un procedimiento prctico es usar una
arquitectura multi-servidores con los servidores de cmputo la cual sea configurable mediante el software.
2.5.4

Seguridad

Se refiere a la seguridad del software la cual ha venido adquiriendo mayor importancia en la implementacin
del sistema de software. En sistemas DSA On-line, esto se relaciona principalmente con dos aspectos:
Autorizacin para configurar el sistema. La autorizacin para modificar la configuracin del DSA debe
ser permitida solo al administrador del sistema.
Autorizacin para acceder al anlisis de resultados. Estos permisos son usualmente manejados por el
administrador del sistema.
2.5.5

Redundancia

La redundancia es utilizada principalmente para mejorar la confiabilidad del sistema. Tambin puede servir
para proporcionar capacidad de cmputo adicional cuando sea necesario, por ejemplo, durante condiciones
estresadas del sistema en las cuales, la cantidad de clculos tiende a incrementarse en un ciclo de anlisis.
2.5.6

Accesibilidad

Los principales usuarios de un sistema DSA On-line son los despachadores y operadores del sistema; por lo
tanto, usualmente la principal prioridad es el acceso a los resultados del DSA en el cuarto de control. Es
comn tambin que otros ingenieros como los ingenieros de planeacin de la operacin, los de planeacin a
mediano y largo plazo, y otro personal autorizado en oficinas remotas, deseen tener acceso a los resultados
del DSA. Para satisfacer estos requerimientos, el DSA debe estar disponible para usuarios remotos,
utilizando procedimientos tales como acceso Web seguro, conexiones LAN/WAN, etc.
2.5.7

Almacenamiento y compactacin de resultados

En un sistema DSA On-line el almacenamiento de datos de entrada y la compactacin de los casos de


cmputo es un requerimiento fundamental. Esto es con frecuencia muy til para analizar un evento histrico
o un incidente reciente. La capacidad para almacenar al menos un mes de datos se considera razonable. La
clave aqu es la facilidad para buscar y usar los datos compactados por lo que debe estar organizado de una
forma que sea fcil de entender y de utilizar por ejemplo, en estudios fuera de lnea.
6

2.5.8

Presentacin de resultados

Uno de los aspectos ms importantes de un software DSA On-line es la manera en la cual son presentados
los resultados. No obstante la extensa variedad de formas de presentacin posibles, la experiencia ha
demostrado que el operador lo que desea es tener un despliegue claro, simple y de alto nivel de los resultados
crticos de cada ciclo del DSA. Los operadores del sistema con frecuencia enfrentan una gran cantidad de
informacin de una variedad de aplicaciones del EMS, por lo tanto, es importante no saturar al usuario con
informacin excesiva y poco importante. En la figura 2, se muestra un ejemplo de la ventana principal de una
aplicacin en lnea para la evaluacin de la seguridad de voltaje (VSA), y de la seguridad transitoria (TSA).

Fig. 2. Pantalla principal de un sistema DSA On-line.


La ventana ilustrada en la Figura 2 muestra:

La seguridad transitoria y de voltaje (seguro o inseguro) de la condicin actual del sistema.


Los lmites de estabilidad para dos transferencias de potencia especificadas, al mismo tiempo que
muestra tambin cual criterio est restringiendo el lmite (i.e. cada de voltaje, estabilidad de voltaje,
estabilidad transitoria, etc).
Contingencias crticas
Tiempo transcurrido en el actual ciclo de cmputo del DSA
Tiempo transcurrido y estatus del ltimo ciclo de cmputo del DSA

El operador puede tambin hacer clic para ver detalles tales como grficas e histogramas. Desde esta consola
se cuenta tambin con acceso a todas las herramientas para estudios fuera de lnea.
2.5.9

Capacidad para estudios fuera de lnea

La capacidad para realizar estudios fuera de lnea es una parte importante de un sistema DSA On-line. Esto
se usa principalmente para:
Examinar las condiciones del sistema de un caso de tiempo real.
Verificar los modelos y datos de tiempo real
Realizar anlisis de escenarios del tipo que pasara si... para condiciones crticas del sistema
Realizar anlisis post-mortem
Resolver problemas que se presentan en la operacin en lnea.
2.6 Desarrollo e implementacin
Cuando las tareas anteriores han sido realizadas, el sistema DSA On-line puede entonces ser desarrollado e
implementado. Si los requerimientos fundamentales no pueden ser cubiertos con productos comerciales,
7

entonces los sistemas requeridos tanto de software como de hardware necesitan ser desarrollados o
ensamblados. En general, esta es una tarea considerable ya que todo el sistema debe ser desarrollado bajo
estndares de alta calidad y probado rigurosamente para asegurarse que los resultados son correctos y la
aplicacin en general, es robusta. Cuando los requerimientos fundamentales pueden ser cubiertos por los
productos comerciales existentes, estos productos pueden ser fcilmente mejorados para satisfacer
completamente cualquier requerimiento especfico. Debido a la naturaleza nica de cada sistema de potencia
y de su filosofa de operacin, es comn que en la mayora de los casos se requiera de alguna personalizacin
tal como la adicin de funciones especficas para la operacin y presentacin de resultados.
2.7 Prueba y Entrega
La prueba y entrega es el ltimo paso en la implementacin de un sistema en tiempo real. La realizacin
exitosa de este paso involucra varios componentes,
Debe ser adoptado un sistema de calidad, incluyendo por lo general controles de calidad basados en
estndares ISO 9000.
Es deseable utilizar herramientas de prueba efectivas. Adems de las herramientas convencionales de
prueba, puede ser muy til algn software especializado tal como el emulador de tiempo real.
Despus de que el sistema ha sido exitosamente probado e instalado en el centro de control,
usualmente se contempla un periodo de prueba razonable de algunos meses, para tener al sistema
DSA On-line expuesto al entorno de operacin real antes de usarlo de manera definitiva en el
entorno de produccin. Esto ayuda a identificar situaciones de operacin no contempladas y
problemas de datos que de otra forma no podran ser identificados en las pruebas de aceptacin.
Es esencial que todos los usuarios del sistema DSA (operadores/despachadores, personal de soporte
del EMS, etc.) se involucren en el proceso de prueba y entrega para contribuir a la sintonizacin final
del sistema para que ste satisfaga completamente los requerimientos de la aplicacin.
3

CONCLUSIONES

Con base en la experiencia prctica obtenida de la implementacin de varios sistemas DSA On-line, se
present en este trabajo un proceso para la integracin de un sistema DSA el cual, pretende ser de utilidad a
las empresas del sector elctrico y a los operadores de estos sistemas para identificar los aspectos clave
involucrados durante la especificacin, desarrollo, e instalacin de este tipo de herramientas.
La implementacin de sistemas DSA On-line est creciendo de manera importante en todo el mundo en los
ltimos aos. Con el despliegue de esta tecnologa avanzada se espera mejorar significativamente la
seguridad operativa en tiempo real y consecuentemente la confiabilidad de los sistemas de potencia. Aunque
no son insignificantes, el costo y esfuerzo requeridos para instalar herramientas DSA On-line son menores
comparados a los beneficios de reducir el volumen de estudios fuera de lnea requeridos y, ms importante,
los beneficios de identificar y prevenir potenciales problemas de seguridad en los sistemas con objeto de
reducir los riesgos de apagones.
Se espera que la penetracin de los sistemas DSA On-line siga creciendo en los prximos aos a medida que
los operadores de los sistemas de potencia sigan en la bsqueda de procedimientos y herramientas oportunos
y con grandes ventajas costo-beneficio para la mejora del funcionamiento del sistema. Mientras tanto,
contina la bsqueda constante de nuevos mtodos de anlisis On-line, herramientas avanzadas de control
preventivo y correctivo, y arquitecturas cada vez ms eficientes de hardware.
4

REFERENCIAS

[1] CIGRE WG C4.6.01, Review of on-line power system security assessment tools and techniques,
Available: http://www.cigre.org
[2] V. Vittal, P.W. Sauer, and A.P. Meliopoulos, On-line transient stability analysis scoping study, in
PSERC Final Report, 2005 Available: http://www.pserc.org
[3] J. Viikinsalo, A. Martin, K. Morison, L. Wang, and F. Howell, Transient security assessment in realtime at Southern Company, IEEE PSCE con., Oct. 2006.
8