SIPATRE - Segunda parte

24
Definición de la Base de Conocimientos Capitulo 6. Definición de la Base de Conocimientos 6.1 Adquisición del Conocimiento La base de conocimientos es el ultimo y más importante componente de un sistema experto. Esta compuesta de hechos y heurísticos basados en la experiencia. Adquirir el conocimiento de un experto para desarrollar un sistema es una tarea difícil. Una razón de ello es que el experto habla continuamente, y produce cerca de 10,000 palabras por hora, lo cual es equivalente a producir de 300 a 500 paginas de escritura en una sesión con el experto [Naughton 1]. Esta información debe ser digerida por el ingeniero de conocimiento y luego representada apropiadamente en el desarrollo del sistema experto. La adquisición del conocimiento es la parte más difícil en el desarrollo de un sistema experto, entre los numerosos problemas asociados a este proceso están [Hart 2], [Boose 3], [Hoffman 4] Tendencias en el criterio durante la transmisión del conocimiento entre el experto y el ingeniero de conocimientos. Dificultad por parte del ingeniero de conocimientos para extraer el conocimiento del experto. Dificultad por parte del experto para transmitir el conocimiento que ha adquirido por experiencia, por ejemplo información que el experto considera de sentido común podría no serlo para el ingeniero de conocimientos. El proceso de obtener el conocimiento requiere varias horas de un experto que normalmente esta ocupado. Algunos ingenieros de conocimiento podrían ser malos elementos en entrevistas, interpretando inadecuadamente la forma en que el experto usa el conocimiento, o realizando preguntas inadecuadas que realmente no informan. El ingeniero de conocimientos podría solo entender un porcentaje del lenguaje que el experto usa para representar su experiencia. El experto podría no ser cooperativo VI - 1

description

La base de conocimientos es el ultimo y más importante componente de un sistema experto. El diagnostico de ubicación de fallas tiene por objeto determinar en qué elemento del sistema de potencia ocurrió una falla, que justifique la apertura de un cierto conjunto de interruptores

Transcript of SIPATRE - Segunda parte

Tesis Capitulo 6

Definicin de la Base de Conocimientos

Capitulo 6.

Definicin de la Base de Conocimientos

6.1 Adquisicin del Conocimiento

La base de conocimientos es el ultimo y ms importante componente de un sistema experto. Esta compuesta de hechos y heursticos basados en la experiencia. Adquirir el conocimiento de un experto para desarrollar un sistema es una tarea difcil. Una razn de ello es que el experto habla continuamente, y produce cerca de 10,000 palabras por hora, lo cual es equivalente a producir de 300 a 500 paginas de escritura en una sesin con el experto [Naughton 1]. Esta informacin debe ser digerida por el ingeniero de conocimiento y luego representada apropiadamente en el desarrollo del sistema experto. La adquisicin del conocimiento es la parte ms difcil en el desarrollo de un sistema experto, entre los numerosos problemas asociados a este proceso estn [Hart 2], [Boose 3], [Hoffman 4]

Tendencias en el criterio durante la transmisin del conocimiento entre el experto y el ingeniero de conocimientos.

Dificultad por parte del ingeniero de conocimientos para extraer el conocimiento del experto.

Dificultad por parte del experto para transmitir el conocimiento que ha adquirido por experiencia, por ejemplo informacin que el experto considera de sentido comn podra no serlo para el ingeniero de conocimientos.

El proceso de obtener el conocimiento requiere varias horas de un experto que normalmente esta ocupado.

Algunos ingenieros de conocimiento podran ser malos elementos en entrevistas, interpretando inadecuadamente la forma en que el experto usa el conocimiento, o realizando preguntas inadecuadas que realmente no informan.

El ingeniero de conocimientos podra solo entender un porcentaje del lenguaje que el experto usa para representar su experiencia.

El experto podra no ser cooperativo

Durante la sesin del ingeniero de conocimientos con el experto se presenta aburrimiento en el experto y para evitarlo se presentan los siguientes mtodos:

Es necesario que el ingeniero de conocimiento vare el mtodo usado para adquirir el conocimiento. Las alternativas incluyen construccin de escenarios, permitir la flexibilidad al experto para explicar su razonamiento.

Cada sesin debe considerar un mximo de 2 horas de entrevista.

Es conveniente tener dos ingenieros de conocimiento presentes durante la entrevista al experto.

Es conveniente realizar la entrevista fuera de la oficina del experto, en algn lugar informal para que el experto se sienta relajado.

Realizar preguntas sobre las tareas familiares que hace el experto y posteriormente sobre las tareas poco frecuentes.

No forzar al experto a razonar o hablar en determinada manera, tal como en forma de reglas IF-THEN.

Tan pronto como pueda muestre al experto el sistema experto para capturar su atencin, sin embargo haga esto cuando el sistema experto no parezca trivial.

6.2 Representacin del Conocimiento

Despus de adquirir el conocimiento del experto, el siguiente paso es decidir como representarlo, y una de las tcnicas para representar el conocimiento es a travs de reglas de produccin que son usadas en la representacin procedural. Las reglas de produccin toman la forma IF-THEN o SITUACIN-ACCIN. Un ejemplo de una regla de produccin podra ser:

IF vol en n-3 < 400 AND vol en n-3 > 390 THEN sistema en estado de alerta

Parte del atractivo de las reglas de produccin es que ellas son escritas a menudo en forma cercana al lenguaje natural. Para aplicar las reglas el sistema debe tener acceso a los hechos. Un hecho es un estado incondicional correcto en el momento que es usado, por ejemplo vol en n-3 = 396 es un hecho. Los hechos pueden ser:

Mantenidos en una base de datos.

Guardados en la memoria de la computadora.

Determinados por sensores conectados a la computadora.

Derivados por la aplicacin de reglas en otros hechos.

Obtenidos desde una entrada de usuario.

Una de las ventajas del sistema basado en reglas es su flexibilidad, ya que nuevas reglas pueden ser adicionadas o reglas viejas son desechadas sin considerar el comportamiento de las otras reglas. El ingeniero de conocimientos debe determinar la forma como el conocimiento es usado por el experto. Si el conocimiento es expresado proceduralmente, en trminos de reglas IF - THEN, entonces el formato de reglas de produccin podra ser la forma ms natural de representar el conocimiento en el sistema experto.

Las metareglas son reglas las cuales no estn especficamente relacionadas con el conocimiento de la aplicacin, sino ms bien con el conocimiento acerca de como ese conocimiento debe ser aplicado. Las metareglas son por lo tanto reglas sobre las reglas (generalmente reglas sobre el conocimiento), esto da otra capa al sistema experto por que adiciona una capa de espacio al espacio de bsqueda para decidir que hacer prximamente. Algunos ejemplos son:

PREFER reglas sobre disparo de carga TO reglas sobre control de generacin

PREFER reglas de alto nivel TO reglas de bajo nivel

Existen muchas ventajas en utilizar las reglas de produccin, como son:

Las reglas son una forma natural de expresar el conocimiento que hacer en caso de, esto es conocimiento procedural.

Todo el conocimiento para un problema es presentado como reglas.

Las reglas son unidades comprensibles de conocimiento.

Las reglas son unidades modulares de conocimiento que puede ser fcilmente adicionado o eliminado.

Las reglas pueden ser usadas para representar conocimiento de como hacer, esto es, metaconocimiento.

6.3 Anlisis del conceptual del SEP Sistema Elctrico de Potencia

Lo siguiente es realizar un anlisis de los conceptos que se manejan en nuestro caso de estudio, que es la ubicacin del lugar de la falla y el despliegue de alarmas y mensajes al operador del SEP, en base a criterios de operacin que describen la situacin del SEP. Una contingencia es una salida de operacin de manera imprevista de uno o varios elementos del SEP, por ejemplo:

Salida de lneas o transformadores.

Disparo de generadores.

Los mtodos de anlisis de contingencias evalan el estado estable del sistema despus de la salida del elemento. Las contingencias se clasifican por su severidad, la cual se mide de acuerdo al nmero y desviacin en variables como:

Voltajes nodales.

Sobrecargas en lneas o transformadores.

Limite de reactivos en maquinas

Frecuencia en el sistema

Los estados operativos de un SEP son los mostrados en la figura 6.1

Figura 6.1 Estados operativos del Sistema Elctrico de potencia.

En el estado normal todas las variables se encuentran dentro de los limites operativos.

Alerta. Se reducen los mrgenes de seguridad sin violacin de limites.

Emergencia. Se han violado limites operativos pero el sistema esta integro.

Emergencia Extrema. No se cumplen las restricciones del servicio, puede haber colapso parcial o total del sistema.

Restaurativo. Se inicia el restablecimiento de los servicios tratando de llegar al estado normal o al menos al de alerta.

El objetivo del anlisis de contingencias es conocer y analizar aquellas contingencias que lo llevan a estados de operacin inseguros. El anlisis de contingencias en el sistema experto verificar el flujo del equipo relacionado al interruptor disparado, si tiene flujo se considera que el equipo de medicin tiene errores y si no tiene flujo debe tomar accin la lgica de fallas y verificado de variables globales.

Condiciones del sistema:

6.4 Procedimientos para el desarrollo de la base de conocimientos.

El sistema experto realiza la ubicacin de fallas en el SEP, utilizando la informacin del estado de interruptores y alarmas, a travs del diagnstico que haya determinado. Tambin el sistema experto utiliza informacin de del Sistema Administrador de la Dase de Datos (SABD) combinando reglas con las facilidades de un query. Los componentes del sistema experto nos dan flexibilidad y poder de inferencia, mientras que el SABD nos da un mejor rendimiento en el manejo de grandes cantidades de datos.

El sistema experto puede utilizar hechos de las tablas, as el SABD es til en el proceso de adquisicin de conocimientos, colectando y manipulando la informacin de RELIEVE que va a ser estructurada en la base de conocimientos. Actualmente se tiene el inters en bases de datos inteligentes las cuales combinan los datos de varias fuentes y enfocan estas hacia un anlisis con un software inteligente. Histricamente los humanos han sido esenciales para el anlisis de los datos por medio del filtrado, observacin e interpretacin para encontrar tendencias o patrones, en su momento RELIEVE ser capaz de realizar esta tarea. El SABD es necesario para hacer manejable grandes volmenes de datos para el procesamiento.

La herramienta de minera de datos son valiosos algoritmos para extraer conocimiento disperso en grandes volmenes de informacin ayudando a detectar patrones y tendencias de comportamiento. Algunas de las tcnicas tradicionales usadas para realizar la minera de datos son las redes neuronales artificiales, induccin de rboles de decisin, reglas de decisin y mtodos basados en casos similares [Kolodner 5].

La operacin de protecciones determina los interruptores que deben operar para liberar una determinada falla. El diagnostico de ubicacin de fallas tiene por objeto determinar en qu elemento del sistema de potencia ocurri una falla, que justifique la apertura de un cierto conjunto de interruptores; la informacin necesaria para realizar esta tarea es el conjunto de interruptores operados y las alarmas y flujos asociados. Cuando se encuentre ms de una alternativa de falla que justifique la operacin de un conjunto de interruptores, se debe realizar una ponderacin a cada alternativa.

6.5 Reglas y procedimientos generales

1. Se tomarn las alarmas recientes de un buffer de comunicaciones (en el cual se depositan a travs de la interface RTOS-SIPATRE), estas alarmas se enviarn a un administrador de alarmas que dispondr de una tabla de hasta 64000 elementos, al mismo tiempo se enviarn las alarmas hacia una ventana que visualice todos los eventos del sistema.

2. Si el envo hacia las tablas contiene un mnemnico predeterminado, entonces iniciara el modulo de anlisis de contingencias (punto 7).

3. Se almacenar en memoria las alarmas relevantes.

4. Se clasificar las alarmas y estados de acuerdo a un prioridad determinada. Si alguna alarma o estado es repetitivo en un tiempo determinado, entonces se contabiliza el nmero de veces que sucede y se muestra una sola vez con la cuenta de ocurrencias.

5. Se realizara una tabla de estados de interruptores del sistema. Esta tabla junto con la de mediciones nos indicaran el estado del sistema.

6. Cuando se detecte un cambio en algn interruptor o en la frecuencia, se correr un anlisis de contingencias.

7. El anlisis de contingencias verifica primeramente el flujo del equipo adjunto al interruptor disparado, si existe flujo deber correr lgica de errores en equipo de medicin. Y en el caso de no tener flujo dicho equipo se correr lgica de fallas.

8. En lgica de fallas verificamos primeramente si el equipo es alguno de la siguiente clase: Lneas, Bus, Transformador/Reactor, Generador, Capacitor.

9. Si en lgica de fallas se tiene que es una lnea el equipo adjunto al interruptor disparado, se verificara si fue el nico que disparo, el flujo antes de su falla. Se correr lgica de fallas/lin1. Si disparo tambin el interruptor contrario a la lnea y por lo tanto la lnea esta desenergizada, entonces se verificara el estado de las alarmas y protecciones, el flujo de la lnea antes del disparo y se correr lgica de fallas/lin2.

10. Si en lgica de fallas se tiene que el elemento adjunto al interruptor disparado es un transformador/Reactor, se verifica el estado de las protecciones del mismo, el estado de los interruptores en alta y en baja, los flujos en alta y en baja, la capacidad del transformador, los voltajes de transformacin y la carga antes del disparo. Se correr lgica de fallas/tro.

11. Si el elemento adjunto al interruptor disparado esta asociado al bus, se verificara la existencia de mediciones de voltaje en el bus y el estado de interruptores asociado a este y en subestaciones adyacentes, se verificara el estado de alarmas y protecciones del bus. Se correr lgica de fallas/bus.

12. Si el interruptor disparado pertenece a un generador. Se verifica la existencia de flujo en el mismo, de no haber flujo se verifica el flujo anterior, la variacin de frecuencia, la capacidad del generador, los flujos en las fronteras del rea. Se corre lgica de fallas/gen.

La secuencia que verifica el sistema cuando dispara un interruptor:

1. Esquema del interruptor:

2. Alarmas y protecciones relacionadas:

Lineas

Transformadores

Capacitores

Reactores

Generadores

Buses

Controles del SEP

Las siguientes tablas involucran a todas las protecciones que son tomadas en consideracin en la base de conocimientos.

TABLA 1PROTECCIONES DE REACTORESCDIGODESCRIPCIN

45678

87RProteccin diferencial del Reactor

63ARelevador Bucholzz, alarma.

63DRelevador Bucholzz, disparo.

49ARelevador de temperatura de aceite (ALARMA).

TRORelevador de temperatura de imagen trmica.

50/51Relevador de sobrecorriente

50FIRelevador de falla del interruptor del Reactor

86RRelevador de bloqueo de reposicin manual asociado al Reactor.

PRIMAlarma comn de proteccin primaria

RESPAlarma comn de proteccin de respaldo

TABLA 2PROTECCIONES DE TRANSFORMADORES Y AUTOTRANSFORMADORESCDIGODESCRIPCIN PARA PROTECCIONES DE TRANSFORMADORES Y AUTOTRANSFORMADORES

45678

87TProteccin diferencial del equipo de transformacin.

86TRelevador de bloqueo de reposicin manual asociado al equipo de transformacin.

71Relevador de presin sbita.

63ARelevador Bucholzz, alarma.

63DRelevador Bucholzz, disparo.

49ARelevador de temperatura de aceite (ALARMA).

49DRelevador de temperatura de aceite (DISPARO).

TROARelevador de temperatura de imagen trmica de devanado (ALARMA)

TRODRelevador de temperatura de imagen trmica de devanado (DISPARO)

INAIndicador de nivel de aceite.

51NTRelevador de sobrecorriente de neutro

50/51Relevador de sobrecorriente

51TRelevador de sobrecorriente en el terciario

51TTRelevador de sobrecorriente en alta

PRIMAlarma comn de proteccin primaria

RESPAlarma comn de proteccin de respaldo

TABLA 3PROTECCIONES DE CAPACITORESCDIGODESCRIPCIN

45678

50/51Relevador de sobrecorriente

59Relevador de sobre voltaje en el neutro del banco de capacitores

86CRelevador de bloqueo de reposicin manual asociado al Capacitor

PRIMAlarma comn de proteccin primaria

TABLA 4PROTECCIONES DE BUSESCDIGODESCRIPCIN

45678

87BProteccin diferencial del Bus

86BRelevador de bloqueo de reposicin manual asociado al Bus

86BTProteccin de banco de tierra

TABLA 5PROTECCIONES DE GENERADORESCDIGODESCRIPCIN

45678

87GProteccin diferencial del Generador

86GRelevador de bloqueo de reposicin manual asociado al Generador

87GTProteccin diferencial del grupo Generador - Transformador

86GTRelevador de bloqueo de reposicin manual asociado al grupo Generador Transformador

32GProteccin contra motorizacin del Generador

81GRelevador de baja frecuencia asociado al Generador

40GRelevador de prdida de campo del Generador

46GRelevador de secuencia negativa.

64GRelevador de falla a tierra en el estator

64FRelevador de falla a tierra en el campo

59GRelevador de sobre voltaje

51V21Relevador de respaldo contra fallas externas

MULTIRelevador multifuncin

TABLA 6CONTROLES DEL SEPCDIGODESCRIPCIN

45678

81Tiro de carga por baja frecuencia

59Sobre voltaje

27Bajo voltaje

DACXDisparo Automtico de Carga, donde X es el nmero del DAC

DAGXDisparo Automtico de Generacin, donde X es el nmero del DAG

DALXDisparo Automtico de Lnea, donde X es el nmero del DAL

TABLA 7PROTECCIONES DE LINEAS DE TRANSMISION Y CABLES DE POTENCIA

CDIGODESCRIPCIN

45678

PRIM1Protecciones diferenciales de lnea, relevadores que intercambian informacin entre un extremo y otro para tomar su decisin.

PRIM2Protecciones diferenciales de lnea, relevadores que intercambian informacin entre un extremo y otro para tomar su decisin y que su principio de operacin es diferente de aquellos definidos como PRIM1.

50/51Proteccin de sobrecorriente.

67Relevador direccional de sobrecorriente

79Relevador de recierre tripolar.

DRMRelevador de disparo y recierre monopolar.

EDTEnvo de Disparo Transferido.

RDTRecepcin de Disparo Transferido.

ERDTEnvo o Recepcin de Disparo Transferido.

94Relevador de salida de disparo.

50FIRelevador de Falla de interruptor.

68Relevador de bloqueo por oscilaciones.

222111ABCBCA123Proteccin de distancia convencional, los caracteres 6 y 7 contendrn las fases involucradas y el carcter 8 la zona de operacin

213Proteccin de distancia convencional, si las tres fases estn involucradas el caracter 6 quedara en blanco y en el 7 se pondr un 3, el caracter 8 indicara la zona de operacin

21Proteccin de distancia convencional, si no se tiene informacin de fases o zonas, los campos 6, 7 y 8 quedarn en blanco

21AN1Proteccin de distancia convencional, el caracter 6 contendr la fase involucrada, el carater 7 contendr una letra N y el caracter 8 la zona de operacin

RESPProteccin de respaldo, contendr todas aquellas protecciones que no se encuentran descritas en esta lista

86LRelevador de bloqueo de reposicin manual asociado a la lnea.

87HPProteccin primaria de hilo piloto.

6.6 Lgica de fallas/lin1

Se verifica si el estado del elemento esta en LICENCIA y de ser as cualquier alarma o proteccin asociado a dicho interruptor no debe ser salir a pantalla y solo guardarse en las bitcoras de eventos. Si lo anterior no se cumple entonces verifico el estado del interruptor del lado contrario y las protecciones y alarmas asociadas a los mismos, si no existe operacin de estas ultimas y el interruptor tiene recierre verifico la condicin del recierre, tambin verifico a que tipo de baha a la que se asocia el interruptor (interruptor doble, medio), si la baha es de estas entonces seguramente (99 % de los casos) existe el recierre monopolar, y lo mas probable es que la falla se debe a un error humano o a un elemento ajeno dentro de los equipos de proteccin.

Para el caso de apertura de interruptores de la lnea y desenergizacin de la misma, y la operacin de las protecciones primarias o de respaldo, y si existe el recierre y aun as se encuentre abierta la lnea, entonces es una falla marcada, enviar un mensaje a pantalla que mencione solo el estado de interruptor y las protecciones primarias y de respaldo y que se sugiere el esperar dos minutos para que en el caso de que la falla sea por quema de maleza, se elimine la ionizacin del ambiente en el lugar de la falla, si vuelve a disparar, no intentar cerrar hasta que verifiquen el estado de la lnea.

6.4.3 Lgica de fallas en transformadores y reactores

6.4.4 Lgica de fallas en bus

6.4.5 Lgica de fallas en generadores

Ejemplos de reglas apicadas a eventos en lineas de transmisin:

Sievento = Cambio de estado de interruptor de lnea (abierto).

YNo es un cambio comandado por el Operador del SEP.

YIN no esta en LICENCIA.

YNo existe flujo en la lnea del interruptor.

YNo ha tenido mas de 2 cambios en un tiempo menor a 10 segundos.

EntoncesDespliega en pantalla el mensaje y corre lgica de fallas.

Sievento = Cambio de estado de interruptor.

YEs un cambio comandado por el Operador del SEP.

EntoncesDespliega evento.

Sievento = Operacin de DTD.

YSolo abri el interruptor de un extremo de la lnea.

YOperan alarmas tales como:

Servicios propios fuera.

Banco de bateras fallado.

Falla de algn tipo en interruptor pareja de la lnea.

Falla VCD en el circuito de cierre del interruptor

EntoncesExiste una falla en la instalacin que enva el DTD

Else if

Existe una operacin inapropiada de las protecciones

Sievento = Apertura de interruptor de lnea.

YNo existe flujo en la lnea asociada al interruptor.

YEl flujo que se tomo antes del disparo de Interruptor violo el limite de carga de

la lnea.

EntoncesAvisar al operador la razn del disparo.

Sievento = Apertura de interruptor medio de lnea.

YNo existe alguna alarma

EntoncesEl 95% de los casos es que hubo un recierre monopolar (si existe el recierre ) en dicha lnea.

Else if

La falla fue provocada por personal que labora cerca del rea del

Interruptor

Sievento = Apertura de interruptor de lnea en esquema sencillo.

YNo existe alguna alarma

EntoncesEl 95% la falla es por personal que labora cerca del rea del Interruptor

Ejemplo de reglas aplicadas a eventos en TRO:

Sievento = Apertura del interruptor del banco de TROs 230/69 kv

YOpera 50 o 51.

EntoncesLa falla es por el lado de baja del TRO, si el bus no se barrio

Mostrar los flujos antes de la falla. Envo de personal a verificar.

Sievento = Apertura de interruptores del banco de TROs

YSe tiene conocimiento de un movimiento telrico en un lapso no mayor a 1

minuto

YOperan Buchholz.

EntoncesLa falla se debe al sismo.

Para todo evento del sistema deber considerarse los mnemonicos de los mensajes, y solo se procesarn los siguientes:

HIREAS: High reasonability violation.

RTHIRS: Return from high reasonability.

LOREAS: Low reasonability violation.

RTLORS: Return from low reasonability.

UCCOSN: Uncommanded change-of-state (COS) to a normal state.

UCCOSA: Uncommanded COS to an abnormal state.

CCOSDN: Commanded COS by dispatcher to a normal state.

CCOSDA: Commanded COS by dispatcher to an abnormal state.

CCOSPN. Commanded COS by program to a normal state.

CCOSPA: Commanded COS by program to an abnormal state.

CNTRTN: Control no take.

PARTCG: Dispatcher changed MMI partition.

PTTGOS: Dispatcher tags point out-of-scan.

PTTGEI: Dispatcher tags point event inhibited.

PTTGAI: Dispatcher tags point alarm inhibited.

PTTGCI: Dispatcher tags point control inhibited.

PTGNOS: Dispatcher removes tags: point no out-of-scan.

PTGNEI: Dispatcher removes tags: point no event inhibited.

PTGNAI: Dispatcher removes tags: point no alarm inhibited.

PTGNCI: Dispatcher removes tags: point no control inhibited.

PRTUOS: Points RTU is out of scan.

PXCVRO: Points transceiver is out of scan.

PRTUOS: Control not performed, pnts RTU OS.

PXCVRO: Control not performed, pnts XCVR OS.

MGFAIL: Area control error: magnitude limit exceeded.

DGNSTC: Diagnostic message.

SCNMIS: Periodec missed scan limit exceeded on this scan ID.

CRPCIP: Control not performed, cntl-in-progress.

CRPTCI: Control not performed, cntl inhibit.

EXNORY: Excessive no replies on an RTU.

EXINRY: Excessive invalid replies on an RTU.

EXCMER: Excessive communication errors on an RTU.

RFCMER: Return from excessive communications errors on an RTU.

BKRCER: Communication errors on back-up RTU/channel pair.

BKCHER: Communication errors on back-up channel.

RTUONL: RTU changed state to the on-line mode.

RTUOFF: RTU changed state to the off-line mode.

XCVRSP: Transceiver changed state to spared.

XCVRON: Transceiver changed state to on-line.

XCVROF: Transceiver changed state to off-line.

XCVRFL: Transceiver changed state to failed.

XTXCVR: Control command transmitted successfully to transceiver.

INVRTU: Control command not performed due to invalid RTU response.

RTUOS: Control command not performed as associated RTU is out of scan.

INXCVR: Control command not performed due to invalid transceiver response obtained to the request.

XCVRRT: Control command may not be performed due to restart on transceiver.

XCVROF: Control command not performed as transceiver is off-line.

INVRTU: Control not performed, inval RTU response.

RTUSFL: ALL RTUs on given transceiver are having excessive communication errors.

6.7 Reglas que determinan que debe desplegarse

1. Si evento = Cambio de estado en interruptor. Y no se ha desplegado el evento en un tiempo menor a 5 segundos. Y no existe una cascada de cambios de este interruptor en tiempo menor a 5 segundos. Entonces despliega el evento.

2. Si evento = Cambio de estado en cuchillas 1, 2, 3, 4, 5, 6, 7, 8, 9. Y no se ha enviado a archivo histrico en un tiempo menor a 10 segundos, Y no existe una cascada de cambio en dicho elemento. Entonces enva el evento al archivo histrico.

3. Si evento = Cualquier punto del SCADA. Y se recibe intermitentemente en un tiempo menor a 5 segundos, al menos con mas de 5 cambios . Entonces despliega la descripcin del punto una sola ves y con un mensaje que diga que el punto tiene un funcionamiento inapropiado.

4. Si evento = Cambio de posicin de Tap`s. Y no existe una cascada de eventos del punto en un tiempo menor a 5 segundos. Entonces despliega el evento.

5. Si evento = Opera rele 59 sobrevoltaje. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento.

6. Si evento = Opera proteccin primaria. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento. Y activa lgica de fallas.

7. Si evento = Condicin anormal en proteccin primaria. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento.

8. Si evento = Opera proteccin respaldo. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento. Y activa lgica de fallas.

9. Si evento = Opera diferencial de bus. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento. Y activa lgica de fallas.

10. Si evento = Opera O.P.G. . Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces enva el evento a archivo histrico de alarmas. Y activa lgica de fallas.

11. Si evento = Opera diferencial de Transformador. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

12. Si evento = Opera proteccin Buhholz. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

13. Si evento = Opera sobretemperatura en TRO. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

14. Si evento = Opera bajo nivel de aceite. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

15. Si evento = Opera 51N, 51Y, de TRO. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

16. Si evento = Opera diferencial de reactor. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

17. Si evento = Estado de UTR Local/Remoto. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces enva el evento a archivo histrico de alarmas.

18. Si evento = opera detector de humo. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

19. Si evento = Opera servicios Propios. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

20. Si evento = Opera banco de bateras. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

21. Si evento = Opera rele 50 F.I.. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

22. Si evento = Falla canal de comunicaciones. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

23. Si evento = Planta de emergencia en operacin. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

24. Si evento = Opera baja presin en aire de interruptores. Si evento = Opera diferencial de reactor. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

25. Si evento = Falla en control supervisorio. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

26. Si evento = Recierre de interruptor. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

27. Si evento = Opera proteccin 21. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

28. Si evento = Falla incipiente en lnea. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

29. Si evento = Mecanismo bloqueado en interruptor. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

30. Si evento = Opera disparo transferido directo. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

31. Si evento = Falta voltaje VCD. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

32. Si evento = opera Proteccin disparidad de polos. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

33. Si evento = Opera proteccin 51, 51N, 51Y. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

34. Si evento = Opera proteccin 67, 67N. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

35. Si evento = Discrepancia de Taps. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

36. Si evento = Falta VCD disparo # 2. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas

37. Si evento = Falta VCD proteccin falla. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

38. Si evento = Falta VCD proteccin primaria o de respaldo. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas

39. .

40. Si evento = Falla VCD en circuito cierre. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas

41. Si evento = Falta VCD en reles auxiliares. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

42. Si evento = Falta VCD proteccin 50 F.I. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla. Y activa lgica de fallas.

43. Si evento = Falta VCD control de cuchillas. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

44. Si evento = Falta VCD receptor de D.T.D. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

45. Si evento = Falla rele fusible. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

46. Si evento = Falla nivel portadora. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

47. Si evento = Falla equipo OPLAT . Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

48. Si evento = Falla fibra ptica. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

49. Si evento = Falla equipo tonos. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

50. Si evento = Falla lnea de carrier. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Y subestacion es desatendida. Entonces despliega el evento a pantalla. En caso de que la subestacion sea atendida enva evento al archivo histrico de alarmas.

51. Si evento = Recierre de Interruptor. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas.

52. Si evento = Proteccin bajo/sobre voltaje D.T.D.. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas.

53. Si evento = Falla esquema de proteccin. .. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas.

54. Si evento = Falla interruptor. .. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas.

55. Si evento = Bloqueo en recepcin D.T.D.. .. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas.

56. Si evento = Regulador de voltaje Manual/Auto. .. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla.

57. Si evento = Proteccin LR-91. .. Y no se ha recibido en un tiempo menor a 10 segundos. Y no existe una cascada de cambio en dicho elemento. Entonces despliega el evento a pantalla y corre lgica de fallas

REFERENCIAS:1. [J. Naughton, Precision Knowledge Acquisition Course, Expert Knowledge System, Inc., McLean, VA, 1988].

2. [A. Hart, Knowledge Acquisition for the Expert System, McGraw-Hill, New York, 1986].

3. [J. H. Boose, Expertise Transfer for Expert System design, Elsevier, New York, 1986].

4. [R. R. Hoffman, The Problem of Extracting the Knowledge of Experts, AI Magazine, Vol 8, No. 2, Summer 1987].

5. [Kolodner, J., 1993, Case-base reasoning, Morgan Kaufmann Publishers.]

NORMAL

ALERTA

RESTAURATIVO

EMERGENCIA

EMERGENCIA

EXTREMA

VI - 14