ES2694231T3 - Método para notificación basada en excepciones de la condición de un aparato - Google Patents

Método para notificación basada en excepciones de la condición de un aparato Download PDF

Info

Publication number
ES2694231T3
ES2694231T3 ES07812620.8T ES07812620T ES2694231T3 ES 2694231 T3 ES2694231 T3 ES 2694231T3 ES 07812620 T ES07812620 T ES 07812620T ES 2694231 T3 ES2694231 T3 ES 2694231T3
Authority
ES
Spain
Prior art keywords
condition
exception
responsible
notification
transformer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07812620.8T
Other languages
English (en)
Inventor
Donald R. Lamontagne
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Arizona Public Service Co
Original Assignee
Arizona Public Service Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Arizona Public Service Co filed Critical Arizona Public Service Co
Application granted granted Critical
Publication of ES2694231T3 publication Critical patent/ES2694231T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02H—EMERGENCY PROTECTIVE CIRCUIT ARRANGEMENTS
    • H02H5/00—Emergency protective circuit arrangements for automatic disconnection directly responsive to an undesired change from normal non-electric working conditions with or without subsequent reconnection
    • H02H5/08—Emergency protective circuit arrangements for automatic disconnection directly responsive to an undesired change from normal non-electric working conditions with or without subsequent reconnection responsive to abnormal fluid pressure, liquid level or liquid displacement, e.g. Buchholz relays
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B21/00—Systems involving sampling of the variable controlled
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02H—EMERGENCY PROTECTIVE CIRCUIT ARRANGEMENTS
    • H02H7/00—Emergency protective circuit arrangements specially adapted for specific types of electric machines or apparatus or for sectionalised protection of cable or line systems, and effecting automatic switching in the event of an undesired change from normal working conditions
    • H02H7/04—Emergency protective circuit arrangements specially adapted for specific types of electric machines or apparatus or for sectionalised protection of cable or line systems, and effecting automatic switching in the event of an undesired change from normal working conditions for transformers

Landscapes

  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Fluid Mechanics (AREA)
  • General Engineering & Computer Science (AREA)
  • Alarm Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Housings And Mounting Of Transformers (AREA)
  • Protection Of Transformers (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)
  • Supply And Distribution Of Alternating Current (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Método (40) de notificación selectiva de una condición de un transformador (26) monitorizado por un dispositivo de monitorización (28) que comprende: recibir (116) unos elementos de datos (58) desde dicho dispositivo de monitorización (28) en un analizador (34) configurado para la comunicación con dicho dispositivo de monitorización (28); procesar (40) dichos elementos de datos (58) usando dicho analizador (34) para detectar dicha condición de dicho transformador (26); determinar (126) si dicha condición define una excepción (74) a una condición normal (70) de dicho transformador (26) usando dicho analizador (34); cuando dicha operación de determinación (126) determina que dicha condición define dicha excepción (74) a dicha condición normal (70), transmitir (146) un primer aviso (60) de dicha condición a una parte responsable (59), responsable de dicho transformador (26), en un primer caso de determinación de dicha excepción (74); estando dicho método caracterizado por que en un segundo caso de determinación de que dicha condición define dicha excepción (74) a dicha condición normal (70), produciéndose dicho segundo caso posteriormente al segundo caso, la transmisión de otro aviso (60) a dicha parte responsable (59) es suprimida.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo para notificacion basada en excepciones de la condicion de un aparato.
Campo tecnico
La presente invencion se refiere al campo de los sistemas de monitorizacion de fallos y gestion de transformador. Mas espedficamente, la presente invencion se refiere a la notificacion selectiva de condiciones de fallo en sistemas de transformador.
Antecedentes de la tecnica
La transmision de energfa electrica es un proceso en el suministro de electricidad a consumidores. En general, el termino “transmision de energfa electrica” se refiere a la transferencia masiva de ene^a electrica de un lugar a otro, por ejemplo, entre una central electrica y una subestacion cerca de un area poblada. Debido a la gran cantidad de energfa involucrada, la transmision electrica normalmente tiene lugar a alta tension (110 kV o mas). Se utilizan transformadores en las subestaciones para reducir la tension a una tension menor para su distribucion a usuarios comerciales y residenciales.
Los transformadores de energfa principales se llenan con un fluido, normalmente de origen de aceite mineral, que generalmente sirve como medio dielectrico, aislante, y agente de transferencia de calor. Durante la utilizacion normal, este fluido experimenta normalmente una degradacion lenta produciendo gases que se recopilan en el aceite. Cuando hay un fallo electrico en el transformador, estos gases se generan mas rapidamente. Cada una de varias condiciones de fallo posibles en un transformador genera ciertos gases clave y un patron de distribucion de estos gases. Por tanto, el caracter de la condicion de fallo que da lugar a los gases puede constatarse determinando los diversos gases presentes en el fluido de transformador y sus cantidades.
El analisis de gases disueltos (DGA) es una tecnica de mantenimiento predictivo ampliamente utilizada para monitorizar la recopilacion y tasa de generacion de gases en fluido de transformador, para evaluar el funcionamiento de transformadores. Puede establecerse un calendario apropiado de analisis de gases disueltos dependiendo de la ubicacion de un transformador, la naturaleza de su utilizacion y la criticidad de la unidad. Ademas, cuando se detecta una condicion de fallo, puede aumentarse la frecuencia de muestreo para determinar la rapidez con la que se estan generando los gases, y por tanto la gravedad que puede tener el problema de modo que pueda tomarse una accion adecuada antes de que la unidad experimente dano adicional. Ademas, se considera esencial mantener un historial de cada unidad de modo que se pueda realizar una determinacion en cuanto a si cualquiera de los gases es residual a partir de una condicion de fallo previo o si se deben a una condicion de fallo en desarrollo reciente.
Las unidades de analisis de gases disueltos en lmea pueden proporcionar analisis de multiples gases, por ejemplo, hidrogeno (H2), oxfgeno (O2), monoxido de carbono (CO), dioxido de carbono (CO2), metano (CH4), acetileno (C2H2), etileno (C2H4) y etano (C2H6). Pueden tomarse muestras de forma periodica, por ejemplo, cada cuatro horas, a partir de cada transformador que esta monitorizandose. Esta tasa de muestreo aumenta de manera deseable, por ejemplo, hasta cada hora, si se alcanzan umbrales predefinidos para un gas individual, o una tasa de cambio para un gas individual. En una empresa de servicios que gestiona muchos transformadores, esta tasa de muestreo produce una gran cantidad de muestras de datos, cada una de las cuales debe analizarse.
El documento de patente US n.° 5.959.529 divulga un sistema de control y monitorizacion automatizado reprogramable en tiempo real para sensores remotos portatiles y objetos que incluye una o mas unidades de monitorizacion portatiles que presentan un sensor, un dispositivo de determinacion de la ubicacion y una unidad de interfaz de sensor. Cada unidad de interfaz de sensor esta configurada por separado para monitorizar su sensor y para transmitir datos de ese sensor a traves de una red de comunicaciones inalambrica digital a un dispositivo de monitorizacion central.
La naturaleza humana y la carga de trabajo pueden provocar por otro lado que individuos responsables pospongan el analisis de un grupo de muestras debido a la naturaleza repetitiva de las muestras desde las unidades de monitorizacion DGA en lmea. La utilidad de un sistema de monitorizacion en lmea puede, por tanto, perderse cuando enormes cantidades de datos no se examinan oportunamente. Por consiguiente, la empresa de servicios se encuentra normalmente con muy poca informacion para una variedad de aparatos porque no puede recopilar y filtrar adecuadamente los datos para dar informacion gestionable y util. En estas circunstancias, ciertas condiciones pueden pasar desapercibidas hasta que se produce un evento catastrofico.
Las empresas de servicios estan interesadas en maximizar de manera segura la utilizacion de sus activos, minimizar los costes para el cliente proporcionando un suministro de energfa ininterrumpido, y proteger a los accionistas que han invertido en la impresa de servicios. Utilizado adecuadamente, el analisis de gases disueltos puede proporcionar una poderosa herramienta de monitorizacion continua en un programa de mantenimiento de transformador. Sin embargo, la eficacia del analisis de gases disueltos esta limitada por la capacidad de
5
10
15
20
25
30
35
40
45
50
55
60
65
diseminar adecuadamente los resultados del analisis de gases disueltos. Por tanto, lo que se necesita es una tecnica para la diseminacion eficaz de datos de analisis de gases disueltos.
Divulgacion de invencion
Por consiguiente, una ventaja de la presente invencion es que se proporcionan un metodo y sistema para notificacion selectiva de una condicion de un aparato.
Otra ventaja de la presente invencion es que se proporcionan un metodo y sistema que proporcionan notificacion solo durante un primer caso de una condicion de fallo detectado, y se abstiene de notificar la misma condicion.
Otra ventaja de la presente invencion es que se proporcionan un metodo y sistema que proporcionan notificacion de una condicion de fallo solo a la parte o partes responsables.
Las anteriores y otras ventajas de la presente invencion se llevan a cabo de una forma por un metodo para notificacion selectiva de una condicion de un aparato monitorizado por un dispositivo de monitorizacion. El metodo requiere recibir elementos de datos a partir del dispositivo de monitorizacion, procesar los elementos de datos para detectar la condicion del aparato, y determinar que la condicion define una excepcion para una condicion normal del aparato. Se comunica un primer aviso de la condicion a una parte responsable en un primer caso de determinacion de la excepcion. Se impide la comunicacion de un segundo aviso en un segundo caso de determinacion de la excepcion, produciendose el segundo caso despues del primer caso.
Las anteriores y otras ventajas de la presente invencion se llevan a cabo de otra forma por un sistema para notificacion selectiva de una condicion de cada uno de entre una pluralidad de aparatos, monitorizandose cada uno de los aparatos por uno de entre una pluralidad de dispositivos de monitorizacion. El sistema incluye un analizador configurado para comunicaciones con cada uno de la pluralidad de dispositivos de monitorizacion de tal manera que para cada uno de los dispositivos de monitorizacion, el analizador recibe elementos de datos desde cada dispositivo de monitorizacion, procesa los elementos de datos para detectar la condicion de uno asociado de los aparatos, y determina que la condicion define una de entre una condicion normal y una excepcion a la condicion normal. El sistema incluye adicionalmente un motor de notificaciones en comunicacion con el analizador. El motor de notificaciones comunica un primer aviso de la condicion a una parte responsable en un primer caso de determinacion de la excepcion. El motor de notificaciones impide la comunicacion de un segundo aviso de la condicion en un segundo caso de determinacion de la excepcion, produciendose el segundo caso despues del primer caso, y el motor de notificaciones impide la comunicacion con la parte responsable tras determinarse la condicion normal.
Breve descripcion de los dibujos
Puede obtenerse una comprension mas completa de la presente invencion haciendo referencia a la descripcion detallada y reivindicaciones cuando se consideran en relacion con las figuras, en las que numeros de referencia similares se refieren a elementos similares a lo largo de todas las figuras, y:
la figura 1 muestra un diagrama de bloques de una parte de una instalacion de empresa de servicios electrica en la que tiene lugar el analisis de elementos de datos y la notificacion basada en excepciones de condiciones de fallo segun una forma de realizacion preferida de la presente invencion;
la figura 2 muestra un diagrama de un primer paquete de elementos de datos a modo de ejemplo producido por un dispositivo de monitorizacion que monitoriza uno de los aparatos de la figura 1;
la figura 3 muestra un diagrama de un segundo paquete de elementos de datos a modo de ejemplo producido por el dispositivo de monitorizacion que monitoriza uno de los aparatos de la figura 1;
la figura 4 muestra un diagrama de un aviso proporcionado a una parte responsable de una excepcion a una condicion normal de uno de los aparatos de la figura 1;
la figura 5 muestra un diagrama de una base de datos de lista de contactos de partes responsables asociadas con una pluralidad de excepciones posibles en uno de los aparatos de la figura 1;
la figura 6 muestra un diagrama de una base de datos de excepciones mantenida por un motor de notificaciones del sistema de procesamiento de la figura 1;
la figura 7 muestra un diagrama de flujo de un proceso de analisis de datos ejecutado por un motor de analisis del sistema de procesamiento de la figura 1;
las figuras 8a-b muestran un diagrama de flujo de un proceso de notificacion segun la presente invencion; y
5
10
15
20
25
30
35
40
45
50
55
60
65
la figura 9 muestra un diagrama de flujo de un subproceso de monitorizacion de notificaciones del proceso de notificacion de las figuras 8a-b.
Mejor modo de poner en practica la invencion
La presente invencion implica un metodo y sistema de notificacion basadas en excepciones para notificar de forma selectiva a una parte responsable una excepcion, es decir, una condicion de fallo y nivel de gravedad, en un aparato. El metodo y sistema de notificacion se describen en relacion con la monitorizacion de condiciones de fallo en transformadores de tension extra-alta (EHV) ubicados en subestaciones de una comparua de servicios electrica. La monitorizacion se realiza mediante unidades de analisis de gases disueltos (DGA), realizando una o mas de las unidades de DGA la monitorizacion en lmea de cada uno de los transformadores. Un motor de notificaciones segun la presente invencion comunica un aviso de una excepcion a la parte responsable adecuada sin inundar a la parte responsable y otras partes con informacion innecesaria y/o repetitiva. Debe resultar facilmente evidente en la siguiente discusion que la presente invencion puede adaptarse facilmente a una variedad de entornos en los que se estan recopilando y analizando grandes cantidades de datos, y en los que solo se necesita comunicar una notificacion selectiva de los datos analizados a los individuos adecuados.
La figura 1 muestra un diagrama de bloques de una parte de una instalacion 20 de empresa de servicios electrica en la que tiene lugar el analisis de elementos de datos y la notificacion basada en excepciones de condiciones de fallo segun una forma de realizacion preferida de la presente invencion. La instalacion 20 incluye una pluralidad de subestaciones 22, de las que solo se muestran dos. Las subestaciones 22 adicionales se representan mediante puntos 24 suspensivos. Una pluralidad de aparatos, en forma de transformadores 26, estan ubicados en cada una de las subestaciones 22. Solo se muestran tres transformadores 26 en cada una de las subestaciones 22 para simplificar la ilustracion. Sin embargo, debe entenderse que cada una de las subestaciones 22 puede incluir cualquier numero de transformadores 26, tal como conocen los expertos en la materia.
Cada uno de los transformadores 26 esta monitorizado mediante una o mas de una pluralidad de unidades de analizador de gases disueltos (DGA) 28. Las unidades de DGA 28 monitorizan fluido de transformador, normalmente de origen de aceite mineral. Las unidades de DGA 28 monitorizan, por ejemplo, ocho gases que son producto de la degradacion del fluido de transformador basado en aceite mineral. Estos ocho gases pueden incluir hidrogeno (H2), oxfgeno (O2), monoxido de carbono (CO), dioxido de carbono (CO2), metano (CH4), acetileno (C2H2), etileno (C2H4) y etano (C2H6).
La instalacion 20 incluye adicionalmente un sistema 30 de procesamiento en comunicacion con las unidades de DGA 28 a traves de una red 32 de comunicaciones. En una forma de realizacion preferida, el sistema 30 de procesamiento puede estar ubicado en un centro de control de energfa (no mostrado) operado por la instalacion 20 de empresa de servicios electrica. Sin embargo, el sistema 30 de procesamiento puede alternativamente externalizarse a una instalacion de monitorizacion de tercera parte contratada.
El sistema 30 de procesamiento incluye una primera unidad de procesamiento, en forma de un motor de analisis 34 que ejecuta un proceso de analisis 36. El sistema 30 de procesamiento incluye adicionalmente una segunda unidad de procesamiento, en forma de un motor de notificaciones 38 que ejecuta un proceso de notificacion 40, y un motor de sondeo 42 opcional. Los expertos en la materia reconoceran que el motor de analisis 34, motor de notificaciones 38 y motor de sondeo 42 no necesitan ser unidades ffsicas diferenciadas, sino que en lugar de eso pueden realizarse en un unico medio de procesamiento. Esta configuracion espedfica del sistema 30 de procesamiento depende, al menos en parte, de la complejidad de la instalacion 20, del numero de unidades de DGA 28 que proporcionan datos al sistema 30 de procesamiento, y de la cantidad de datos que se estan procesando.
El motor de notificaciones 38 esta en comunicacion con elementos de memoria que tienen almacenadas en los mismos una base de datos de lista de contactos 44 y una base de datos de excepciones 46. Los expertos en la materia de configuracion de bases de datos reconoceran que la base de datos de lista de contactos 44 y la base de datos de excepciones 46 pueden adoptar una gran variedad de formas. Un temporizador de confirmacion (ACK) 50 y un temporizador de disposicion (DISP) 52 tambien estan en comunicacion con el motor de notificaciones 38. La comunicacion entre los diversos elementos del sistema 30 de procesamiento se alcanza a traves de una estructura 54 de bus.
La instalacion 20 incluye adicionalmente dispositivos de notificacion 56. Los dispositivos de notificacion 56 pueden ser dispositivos de comunicaciones portatiles convencionales, tales como buscas, telefonos celulares, asistentes digitales personales o una combinacion de los mismos. Alternativamente, los dispositivos de notificacion 56 pueden ser ordenadores de sobremesa o cualquier otro medio para producir un mensaje electronico a los usuarios de los dispositivos de notificacion 56. Los dispositivos de notificacion 56 estan preferiblemente en comunicacion con el sistema 30 de procesamiento a traves de la red 32 de comunicaciones. La red 32 de comunicaciones puede comunicarse a traves de tecnicas inalambricas y/o por cable convencionales bien conocidas por los expertos en la materia.
5
10
15
20
25
30
35
40
45
50
55
60
65
Cada uno de los dispositivos de notificacion 56 esta asignado a, o asociado con, partes responsables 59 particulares. En esta ilustracion, las partes responsables 59 incluyen un equipo de mantenimiento, un equipo de mando intermedio y un equipo de operaciones. El termino “parte responsable” utilizado en la presente memoria se refiere a uno o mas individuos que son responsables de transformadores 26 en subestaciones 22 particulares, son los que mejor conocen las medidas correctivas necesarias para condiciones de fallo particulares, y/o tienen un nivel de autoridad adecuado para tomar decisiones en lo relativo a los transformadores 26. Las partes responsables 59 se comentaran en mayor detalle con respecto a la figura 5.
En general, los analizadores DGA 28 toman muestras de fluido dentro de los transformadores 26 y monitorizan para detectar gases disueltos en el fluido de la muestra. Las muestras pueden tomarse nominalmente cada cuatro horas. Sin embargo, la tasa de muestreo puede aumentar hasta cada hora si se alcanzan umbrales predefinidos de un gas individual, o una tasa de cambio para un gas individual. La monitorizacion de gas disuelto en las unidades DGA 28 implica medir de una cantidad para cada uno de varios gases dentro de un fluido de transformador. Estas medidas se comunican posteriormente como elementos de datos 58 al motor de analisis 34 a traves de la red 32 de comunicaciones. La comunicacion de elementos de datos 58 desde las unidades DGA 28 puede tener lugar de forma automatica y/o en respuesta a una senal de sondeo comunicada desde el motor de sondeo 42. De forma alternativa, los elementos de datos 58 pueden tomarse de forma manual. Estas mediciones manuales pueden introducirse manualmente en el sistema 30 de procesamiento mediante metodologfa de entrada de datos convencional. Los elementos de datos 58 se analizan por el motor de analisis 34, y los resultados del analisis se proporcionan desde el motor de notificaciones 38 a uno o mas dispositivos de notificacion 56 asignados a una o mas partes responsables 59 en forma de un aviso 60. Una vez recibido, una parte responsable primaria (comentada a continuacion) envfa una confirmacion (ACK.) 61 de recepcion del aviso 60. Los detalles de notificacion y confirmacion, segun la presente invencion, se proporcionan en relacion con las figuras 8a-b y 9.
Haciendo referencia a las figuras 2 y 3, la figura 2 muestra un diagrama de un primer paquete 62 de elementos de datos 58 a modo de ejemplo producido por una de las unidades de DGA 28 (figura 1) que monitorizan uno de los transformadores 26 (figura l), y la figura 3 muestra un diagrama de un segundo paquete 63 de elementos de datos 58 a modo de ejemplo producido por la unidad de DGA 28 que monitoriza el transformador 26. Cada uno de los paquetes 62 y 63 incluye de manera deseable un identificador de transformador 64, mostrado en la presente memoria como “TA01” que identifica a uno de los transformadores 28. Cada uno de los paquetes 62 y 63 incluye adicionalmente elementos de datos 58 como valores 66 para cada uno de varios gases 68 que estan monitorizandose por la unidad de DGA 28. Puede incluirse informacion adicional, no mostrada en la presente memoria, tal como hora/fecha recogido, tasa de cambio de cada gas 68, otros gases 68 no indicados en la misma, y asf sucesivamente.
Los paquetes primero y segundo 62 y 63 se ilustran en la presente memoria para representar la informacion que puede proporcionarse desde las unidades de DGA 28 (figura 1) al sistema 30 de procesamiento (figura 1) para su analisis y posterior notificacion selectiva segun la presente invencion. La configuracion particular de elementos de datos 58 y paquetes primero y segundo 62 y 63, respectivamente, para la transmision puede adoptar una variedad de formas y la transmision puede lograrse mediante una variedad de tecnicas conocidas por los expertos en la materia.
La figura 2 muestra de manera general el primer paquete 62 que representa una condicion normal 70 en la que el transformador 28, identificado por “TA01”, se comporta de forma normal. La condicion normal 70 puede determinarse cuando los valores 66 para cada uno de los gases 68 se encuentran dentro de lfmites preestablecidos que definen la condicion normal 70, tal como un nivel de “condicion 1”. Estos lfmites preestablecidos pueden proporcionarse en una norma reconocido por la industria tal como la norma IEEE Std C57.104-1991 “IEEE Guide for the Interpretation of Gases Generated in Oil-Immersed Transformers”.
En cambio, la figura 3 muestra de manera general el segundo paquete 63 que representa una condicion anomala 72, en el que el transformador 28, identificado por “TA01”, se esta comportando de forma anomala. Una condicion anomala 72 puede determinarse cuando algunos o todos los valores 66 para los gases 68 han aumentado hasta niveles de condicion mas cnticos. En este ejemplo, el nivel de monoxido de carbono (CO) ha aumentado hasta un valor que esta por encima de los lfmites normales deseados. Por consiguiente, el termino “condicion anomala 72” se utiliza en la presente memoria para hacer referencia a una situacion monitorizada por las unidades de DGA 28 (figura 1) en la que los valores 66 para los gases 68 no estan dentro de los lfmites normales.
La figura 4 muestra un diagrama de aviso 60 proporcionado a una o mas de las partes responsables 59 (figura 1) de una excepcion 74 a una condicion normal 70 (figura 2) de uno de los transformadores 26 (figura 1). Como se menciono de forma breve anteriormente, los elementos de datos 58 en la presente memoria son unos valores 66 para los gases 68 tomados como muestra en las unidades de DGA 28 (figura 1). Estos valores 66 para los gases 68 se analizan por el motor de analisis 34 para revelar una excepcion 74, es decir, la condicion anomala
5
10
15
20
25
30
35
40
45
50
55
60
65
espedfica 72, que esta experimentandose actualmente en uno de los transformadores 26. El aviso 60 se utiliza en la presente memoria para comunicar la excepcion 74.
El aviso 60 se ilustra en la presente memoria para representar la informacion en relacion con la excepcion 74 que puede proporcionarse desde el motor de notificaciones 38 (figura 1) a una o mas de las partes responsables 59 segun la presente invencion. La configuracion particular del aviso 60 puede adoptar una variedad de formas conocidas por los expertos en la materia.
El aviso 60 incluye el identificador de transformador 64. El aviso 60 comunica adicionalmente la excepcion 74, y puede incluir opcionalmente los valores 66 para los gases 68. La excepcion 74 define una condicion de fallo 76 y un nivel 78 de gravedad en uno de los transformadores 26. La condicion de fallo 76 identifica un tipo 80 de fallo y una ubicacion 82 de fallo. Por tanto, en su totalidad, la excepcion 74 proporciona a las partes responsables 59 un alto nivel de detalle en relacion con una anomalfa dentro de uno de los transformadores 26, es decir, tipo 80 de fallo, ubicacion 82 de fallo y nivel 78 de gravedad del tipo 80 de fallo particular en la ubicacion 82 de fallo particular.
La figura 5 muestra un diagrama de una base de datos de lista de contactos 44 de las partes responsables 59 asociado con una pluralidad de excepciones 74 (combinacion de condicion de fallo 76 y nivel 78 de gravedad) posibles en los transformadores 26 (figura 1). La base de datos de lista de contactos 44 esta ilustrada en la presente memoria para representar la asociacion entre las excepciones 74 y las partes responsables 59 segun la presente invencion. Los expertos en la materia de configuracion y gestion de bases de datos reconoceran que la base de datos de lista de contactos 44 puede adoptar una variedad de formas.
La base de datos de lista de contactos 44 incluye una o mas de las partes responsables 59 asociadas con cada combinacion de tipo 80 de fallo, ubicacion 82 de fallo y nivel 78 de gravedad. La base de datos de lista de contactos 44 proporciona al motor de notificaciones 38 (figura 1) la informacion necesaria para transmitir el aviso 60 (figura 1) a las una o mas partes responsables 59 apropiadas. En este caso solo se muestra una parte de la base de datos de lista de contactos 44 por motivos de brevedad, representando los puntos suspensivos informacion adicional conservada en la base de datos de lista de contactos 44.
En esta situacion a modo de ejemplo, pueden reconocerse cinco tipos 80 de fallo a traves del analisis de los valores 66 (figura 2) de los gases 68 (figura 2). Los cinco tipos 80 de fallo incluyen sobrecalentamiento, sobrecalentamiento de aceite, descarga de energfa baja, cebado, y degradacion de celulosa. Ademas, pueden reconocerse cinco ubicaciones 82 de fallo a traves del analisis de los valores 66 de los gases 68. Las cinco ubicaciones 82 de fallo incluyen cambiador de toma de carga, deposito (incluyendo laminaciones de nucleo y pernos de ensamblaje), cables (entre bobinas, devanados y casquillos, etc.), devanado, u otra (tal como blindaje estatico, sistema de enfriamiento, etc.). En esta situacion a modo de ejemplo, pueden reconocerse seis niveles 78 de gravedad. Los seis niveles 78 de gravedad van desde uno (alto) hasta seis (normal). Un nivel 78 de gravedad de “6” para cualquiera de los tipos 80 de fallo y ubicaciones 82 de fallo indica una condicion normal 70, como se representa por una entrada 83. Por consiguiente, en la presente memoria se muestran a modo de ejemplo ciento veinticinco excepciones 74 ejemplificadas posibles.
Las partes responsables 59 son aquellos individuos a quienes se les necesita comunicar la excepcion 74 y/o condicion normal 70. En este ejemplo, tres niveles de notificacion de las partes responsables 59 estan asociados con excepciones 74 particulares. Estos tres niveles de notificacion de las partes responsables 59 incluyen un equipo de mantenimiento 84, un equipo de mando intermedio 86 y un equipo de operaciones 88. Otros diversos equipos, es decir, partes responsables 59, pueden estar asociados con excepciones 74 particulares dependiendo del tamano y complejidad de la instalacion 20 de empresa de servicios electrica (figura 1), el tamano total del mantenimiento y organizacion de operaciones, las condiciones de fallo 76 particulares, y asf sucesivamente. Por ejemplo, puede haber diferentes individuos que constituyen los equipos de mantenimiento, mando intermedio y operaciones para diferentes tipos 80 de fallo, ubicaciones 82 de fallo y/o niveles 78 de gravedad para estos diferentes tipos 80 de fallo y ubicaciones 82 de fallo.
Sin embargo, la notificacion no requiere respuesta necesariamente de cada una de las partes responsables 59 a las que se les notifico de forma oportuna. En vez de eso, la respuesta y disposicion de la excepcion 74 pueden ser responsabilidad directa de una particular de las partes responsables 59 segun poltticas y procedimientos de la instalacion 20 (figura 1), estando otras partes responsables 59 simplemente al corriente de la excepcion 74.
Los niveles de notificacion de las partes responsables 59 dentro de la base de datos de lista de contactos 44 vanan a medida que se intensifica el nivel 78 de gravedad. En una forma de realizacion preferida, esta varianza se refiere a una cadena de autoridad organizacional dentro de la instalacion 20 de empresa de servicios electrica (figura 1). Por ejemplo, cuando cualquiera de las condiciones de fallo 76 esta a un nivel 78 de gravedad de “5” o “6”, solo el equipo de mantenimiento 84 requiere notificacion de la excepcion 74 y notificacion selectiva de condicion normal 70 (comentado a continuacion). Sin embargo, cuando cualquiera de las condiciones de fallo 76 esta a un nivel 78 de gravedad de “4” o “3” (es decir, indicando que la condicion de fallo 76 es de gravedad media), tanto el equipo de mantenimiento 84 como el equipo de mando intermedio 86 requieren notificacion.
5
10
15
20
25
30
35
40
45
50
55
60
65
Cuando cualquiera de las condiciones de fallo 76 esta a un nivel 78 de gravedad de “2” o “1” (es dedr, indicando que la condicion de fallo 76 ha pasado a ser muy grave), todos del equipo de mantenimiento 84, el equipo de mando intermedio 86 y el equipo de operaciones 88 requieren notificacion. Por tanto, la conciencia organizacional aumenta a medida que aumenta la gravedad de la condicion de fallo 76.
La base de datos de lista de contactos 44 puede incluir adicionalmente partes responsables de apoyo 90. En general, el motor de notificaciones 38 (figura 1) puede enviar el aviso 60 a las partes responsables de apoyo 90 si no se responde al aviso 60 a traves de la confirmacion 61 (figura 1) por la parte responsable 90. Mediante la utilizacion de las partes responsables de apoyo 90, puede proporcionarse redundancia de tal forma que es poco probable que la condicion de fallo 76 pase inadvertida y no se resuelva.
Aunque se comentan cinco tipos 80 de fallo y cinco ubicaciones 82 de fallo en relacion con la base de datos de lista de contactos 44, un experto en la materia reconocera que pueden identificarse mas o menos de cinco tipos 80 de fallo y, de forma similar, mas o menos de cinco ubicaciones 82 de fallo. Ademas, aunque solo se definen seis niveles 78 de gravedad en la presente memoria, un experto en la materia reconocera que pueden identificarse mas o menos de seis niveles de gravedad
La figura 6 muestra un diagrama de la base de datos de excepciones 46 mantenida por el motor de notificaciones 38 (figura 1) del sistema 30 de procesamiento (figura 1). La base de datos de excepciones 46 se muestra en un formato simplificado con fines ilustrativos. Los expertos en la materia de configuracion y gestion de bases de datos reconoceran que la base de datos de excepciones 46 puede asumir una variedad de configuraciones.
La base de datos de excepciones 46 incluye una seccion de confirmacion 92 y una seccion de disposicion 94. En general, cuando se envfa el aviso 60 a una o mas de las partes responsables 59 (figura 1), el motor de notificaciones 38 espera la confirmacion 61 (figura 1) procedente de una de las partes responsables 59 que se requiere por las polfticas y procedimientos de la instalacion 20 para responder a y realizar la disposicion de la excepcion 74 (figura 4) especificada en el aviso 60. En este ejemplo particular, aunque las partes responsables 59 en mas de un nivel de notificacion pueden recibir el aviso 60 segun la base de datos de lista de contactos 44 (figura 5), se requiere que el equipo de mantenimiento 84 (figura 5) envfe la confirmacion 61.
Por consiguiente, la confirmacion 61 indica que uno o mas individuos del equipo de mantenimiento 84 han recibido el aviso 60. La confirmacion 61 puede estar en forma de un acuse de recibo convencional del aviso 60 enviado segun un protocolo de correo electronico, o algunos otros mensajes similares de vuelta al motor de notificaciones 38 de que la parte responsable 59 confirma la recepcion del aviso 60. De forma alternativa, la confirmacion 61 puede estar en forma de una entrada de datos por un miembro del equipo de mantenimiento 84 en la base de datos de excepciones 46. Esta confirmacion, o la ausencia de la misma, se guarda en la seccion de confirmacion 92. Tras la confirmacion de recepcion del aviso 60 procedente del equipo de mantenimiento 84, el motor de notificaciones 38 (figura 1) espera la disposicion de la excepcion 74 (figura 4) por el equipo de mantenimiento 84. Es decir, el equipo de mantenimiento 84 es responsable de tratar de forma concluyente con la excepcion 74, y esa conclusion o disposicion se conserva en la seccion de disposicion 94.
Generalmente, la base de datos de excepciones 46 incluye un campo de identificador de aviso 96 para almacenamiento de un identificador 98 relacionado con un aviso 60 particular, y un campo de identificacion de excepcion 100 para almacenamiento de informacion relacionada con la excepcion particular de las excepciones 74. La informacion relacionada con la excepcion particular de las excepciones 74 puede incluir un identificador de transformador 101 (por ejemplo, TA01), tipo 80 de fallo (por ejemplo, sobrecalentamiento), ubicacion 82 de fallo (por ejemplo, cables) y nivel 78 de gravedad (por ejemplo, 5).
La seccion de confirmacion 92 incluye un campo de fecha/hora 102 para almacenamiento de una fecha y hora 104 en la que se envio el aviso 60, un campo de confirmacion 106 para indicar si la confirmacion 61 (figura 1) de la recepcion del aviso 60 (figura 1) se recibio en el motor de notificaciones 38, y un campo de recepcion de confirmacion 108 para almacenamiento de identificacion particular de la parte que confirma de las partes responsables 59. En este caso, un individuo (por ejemplo, USUARIO 001) del equipo de mantenimiento 84 (MANT.) confirma la recepcion del aviso 60 (por ejemplo, AVISO 1).
La seccion de disposicion 94 incluye un campo de fecha/hora 110 para almacenamiento de una fecha y hora 112 en la que se dispuso la excepcion 74 y para almacenamiento de la parte responsable 59 que dispone la excepcion 74 (por ejemplo, USUARIO 001), y un campo de disposicion 113 para conservar una disposicion 114. Otra informacion que puede conservarse en la base de datos de excepciones 46 incluye, por ejemplo, un calendario de pruebas y/o reparacion, un calendario de mantenimiento predictivo, y asf sucesivamente. Los ejemplos de algunas disposiciones 114 incluyen “continuar monitorizacion normal”, “planificar interrupcion para pruebas electricas”, “continuar monitorizacion, realizar mantenimiento segun lo planificado”, “parar para reparacion”, y asf sucesivamente.
La informacion proporcionada en la base de datos de excepciones 46 puede utilizarse para mantener un historial de cada uno de los transformadores 26 de tal forma que pueden realizarse determinaciones en cuanto a la
5
10
15
20
25
30
35
40
45
50
55
60
65
capacidad de respuesta del personal a las excepciones 74, si la gravedad de la excepcion 74 esta aumentando o disminuyendo con respecto a una excepcion previa 74, si la excepcion 74 esta cambiando en cuanto a la condicion de fallo 76 (figura 3), y asf sucesivamente. La informacion proporcionada en la base de datos de excepciones 46 tambien puede utilizarse para investigar la persistencia, o continuidad, de la excepcion 74 de tal forma que la metodologfa de notificacion (comentada a continuacion) puede reenviar el aviso 60 a la parte responsable 59 y/o las partes responsables de apoyo 90 (figura 5) con mas frecuencia cuando el nivel 78 de gravedad indica una mayor gravedad de la excepcion 74. La cumplimentacion de la base de datos de excepciones 46 y su utilizacion se comentaran en relacion con la figura 9.
La figura 7 muestra un diagrama de flujo del proceso de analisis 36 ejecutado por el motor de analisis 34 (figura 1). El proceso de analisis 36 se ejecuta por el motor de analisis 34 para obtener resultados que pueden utilizarse para determinar si los transformadores 26 estan funcionando de forma normal, es decir, condicion normal 70 (figura 2), o de forma anomala, es decir, condicion anomala 72 (figura 3), y la excepcion espedfica de las excepciones 74 (figura 4) que provoca la condicion anomala 72. El proceso de analisis 36 se describira en relacion con la recepcion y analisis de uno de los paquetes primero y segundo 62 y 63, respectivamente, (figuras 2 a 3) de elementos de datos 58. Sin embargo, debe entenderse que mediante la ejecucion del proceso de analisis 36, el motor de analisis 34 puede procesar los elementos de datos 58 procedentes de multiples transformadores 26 (figura 1) de manera casi continua a medida que se reciben los elementos de datos 58 desde las unidades de DGA 28 (figura 1).
El proceso de analisis 36 comienza con una tarea 116. En la tarea 116, el motor de analisis 34 recibe uno de los paquetes primero y segundo 62 y 63 de elementos de datos 58 desde una de las unidades de DGA 28.
En respuesta a la recepcion de los elementos de datos 58 en la tarea 116, se realiza una tarea 118. En la tarea 118, el motor de analisis 34 procesa los elementos de datos 58 para detectar una condicion, es decir, una de entre una condicion normal 70 (figura 2) y una condicion anomala 72 (figura 3) provocada por una de las excepciones 74 (figura 4) para el transformador particular de los transformadores 26 monitorizados por la unidad de DGA 28.
El motor de analisis 34 puede utilizar cualquiera de varias normas de la industria y tecnicas de analisis en evolucion en la tarea 118. Los metodos de analisis de gases disueltos convencionales en la industria incluyen analisis de gases clave basado en reglas, la razon de Rogers, la razon de Doemenburg, la razon CIGRE, el metodo de Duval y nomograma de gases. Estos metodos pueden implementarse de forma independiente o con logica difusa y una red neuronal para conservar informacion sobre la firmeza de cada resultado de diagnostico. Otra tecnica de analisis en evolucion adecuada es un motor de analisis que incluye una red neuronal artificial que se ejecuta en paralelo con un sistema experto basado en reglas.
Independientemente del metodo de analisis espedfico utilizado, el objetivo de tal metodo es proporcionar un algoritmo altamente preciso que distinga de forma eficaz elementos de datos de problemas 58 de elementos de datos invariables o normales 58, para asf crear la posibilidad de una metodologfa de notificacion “basada en excepciones”. Ademas, el algoritmo debe poder reconocer con precision las condiciones de fallo 76, es decir, tipos 80 de fallo (figura 4) y ubicaciones 82 de fallo (figura 4), asf como poder caracterizar una gravedad de cada una de las condiciones de fallo, es decir nivel 78 de gravedad (figura 4).
De manera ideal, la ejecucion de la tarea 118 detecta una condicion de entre uno de los transformadores 26, es decir una de entre la condicion normal 70 (figura 2) y la condicion anomaloa72 (figura 3) que muestra una de las excepciones 74 (figura 5). Cuando la tarea 118 determina la condicion anomala 72, el motor de analisis 34 identifica adicionalmente el tipo 80 de fallo, la ubicacion 82 de fallo y el nivel 78 de gravedad a partir de una de las excepciones 74.
En respuesta a la tarea 118, se realiza una tarea 120. En la tarea 120, el motor de analisis 34 comunica la condicion al motor de notificaciones 38. Tras la tarea 120, el proceso de analisis de datos 36 finaliza.
Las figuras 8a-b muestran un diagrama de flujo de un proceso de notificacion 40 segun la presente invencion. El motor de notificaciones 38 (figura 1) realiza el proceso de notificacion 40 para notificar a las partes responsables 59 (figura 1) a las que se necesita notificar, normalmente solo en un primer caso de una de las excepciones 74 (figura 5). Dado que la unidad de DGA 28 (figura 1) va a tomar otra muestra de los elementos de datos 58 (figura 1), por ejemplo, en cuatro horas o menos, la probabilidad de que la muestra vaya a indicar la misma excepcion 74 es alta. Por tanto, el motor de notificaciones 38 solo notifica una vez para una excepcion dada de las excepciones 74 a menos que surjan cuestiones en relacion con la confirmacion de notificacion y/o en relacion con la disposicion de la excepcion 74, comentado a continuacion. El proceso de notificacion 40 se realiza si el muestreo de los elementos de datos 58 se produce en lmea o mediante muestreo manual e introduccion manual de elementos de datos en el sistema 30 de procesamiento (figura 1).
En respuesta a la ejecucion del proceso de notificacion 40 con elementos de datos introducidos manualmente 58, puede ajustarse un calendario de mantenimiento predictivo (no mostrado), y puede generarse informacion de
5
10
15
20
25
30
35
40
45
50
55
60
65
mantenimiento y recomendaciones. Tal informacion de mantenimiento puede incluir calidad del aceite, condicion del transformador (condicion normal o de fallo), ubicacion y tipo de fallo, y cuando debe tomarse la siguiente muestra. El calendario de mantenimiento predictivo, incluyendo un intervalo de muestreo, puede comunicarse a la parte responsable 59 (figura 1), a un sistema de gestion de mantenimiento informatizado, y asf sucesivamente. Por tanto, los planificadores y organizadores de trabajo pueden entonces emitir ordenes de trabajo para muestrear el transformador particular de los transformadores 26 (figura 1) en el siguiente intervalo recomendado.
El proceso de notificacion 40 comienza con una tarea 122. En la tarea 122, el motor de notificaciones 38 recibe una condicion de un transformador particular de los transformadores 26. Es decir, el proceso de notificacion 40 recibe los resultados del proceso de analisis 36 (figura 7).
En respuesta a la tarea 122, se realiza una tarea de consulta 126. En la tarea de consulta 126, el motor de notificaciones 38 determina si la condicion recibida define un primer caso de una de las excepciones 74 (figura 4). En este ejemplo, el motor de notificaciones 38 revisa los resultados recibidos en la tarea 122 para determinar si cualquier posible condicion de fallo 76 (figura 5) muestra un nivel 78 de gravedad (figura 5) de menos de “6”. Debe recordarse que el nivel 78 de gravedad de seis indica la condicion normal 70 (figura 2) para cualquiera de las posibles condiciones de fallo 76. Mientras tanto, un nivel 78 de gravedad de menos de seis, es decir, niveles de gravedad de uno a cinco, indica la condicion anomala 72 (figura 3) para una de las excepciones 74 (figura 5). Por consiguiente, la tarea de consulta 126 busca cualquier condicion de fallo 76 (figura 5) para el que un valor numerico del nivel 78 de gravedad sea de uno, dos, tres, cuatro o cinco.
La ejecucion del proceso 40 en la tarea de consulta 126 filtra varias situaciones en las que puede no desearse la notificacion a la(s) parte(s) responsable(s) 59 (figura 5). Estas situaciones pueden incluir el funcionamiento nominal del transformador 28, un caso posterior de recepcion de una de las excepciones 74, y una disminucion de uno de los niveles 78 de gravedad previo a la expiracion de un intervalo de banda muerta. Por tanto, la ejecucion de la tarea de consulta 126 impide la transmision de notificaciones repetitivas de la misma excepcion de las excepciones 74 o notificaciones innecesarias de la condicion normal 70.
Cuando la tarea de consulta 126 determina que la condicion recibida no define un primer caso de una de las excepciones 74 (figura 4), el proceso de notificacion 40 procede a una tarea de consulta 128 (comentada a continuacion). Sin embargo, cuando se determina un primer caso de una de las excepciones 74 en la tarea de consulta 126, es decir, el nivel 78 de gravedad no es de seis, el proceso 40 procede a una tarea de consulta 130.
En la tarea de consulta 130, el motor de notificaciones 38 (figura 1) determina si la gravedad de la una de las excepciones 74 identificada en la tarea de consulta 126 esta aumentando con respecto a una excepcion previa correspondiente 74 determinada en una iteracion previa del proceso de notificacion 40. La implicacion en la tarea de consulta 130 es que aunque la condicion de fallo 76 (figura 5), es decir, una combinacion de tipo 80 de fallo y ubicacion 82 de fallo, puede no estar cambiando, su gravedad en cuanto al nivel 78 de gravedad esta aumentando.
Cuando la tarea de consulta 130 determina que la gravedad de una de las condiciones de fallo 76 esta aumentando, es decir, un valor numerico del nivel 78 de gravedad esta disminuyendo, el proceso de notificacion 40 procede a una tarea 132 (mostrada en la figura 8b). En la tarea 132, se genera el aviso 60 (figura 4) que especifica la una de las excepciones 74 (es decir, combinacion de tipo 80 de fallo, ubicacion 82 de fallo y nivel 78 de gravedad). Sin embargo, cuando se hace una determinacion de que el primer caso de una de las excepciones 74 no representa un aumento de gravedad, es decir, una disminucion correspondiente del valor numerico del nivel 78 de gravedad, con respecto a una excepcion previa 74, el proceso de notificacion 40 procede a la tarea de consulta 134.
En la tarea de consulta 134, el motor de notificaciones 38 determina si la excepcion 74 incluye uno nuevo de tipos 80 de fallo (figura 5). Esta determinacion puede realizarse accediendo a la base de datos de excepciones 46 (figura 6) para determinar si se transmitio un aviso 60 anterior que especifica una de las excepciones 74 que presenta el mismo tipo 80 de fallo. Cuando el motor de notificaciones 38 determina en la tarea de consulta 138 que la una de las excepciones 74 indica un tipo 80 de fallo diferente, es decir, un primer caso de un nuevo problema, el proceso de notificacion 40 procede de nuevo a la tarea 132 para generar un aviso 60 que especifica la una de las excepciones 74 (combinacion de tipo 80 de fallo, ubicacion 82 de fallo y nivel 78 de gravedad). Sin embargo, cuando se realiza una determinacion de que el primer caso de una de las excepciones 74 no define uno nuevo de los tipos 80 de fallo, el proceso de notificacion 40 procede a una tarea de consulta 136.
En la tarea de consulta 136, el motor de notificaciones 38 determina si la excepcion 74 incluye una nueva de las ubicaciones 82 de fallo (figura 5). Esta determinacion puede realizarse accediendo a una base de datos de excepciones 46 (figura 6) para determinar si se transmitio un aviso 60 anterior que especifica una de las excepciones 74 que presenta la misma ubicacion 82 de fallo. Cuando el motor de notificaciones 38 determina en la tarea de consulta 136 que la una de las excepciones 74 indica una ubicacion 82 de fallo diferente, es decir, un primer caso de un nuevo problema, el proceso de notificacion 40 procede de nuevo a la tarea 132 para generar un aviso 60 que especifica la una de las excepciones 74 (combinacion de tipo 80 de fallo, ubicacion 82 de fallo y
5
10
15
20
25
30
35
40
45
50
55
60
65
nivel 78 de gravedad). Sin embargo, cuando se realiza una determinacion de que el primer caso de una de las excepciones 74 no define una nueva de las ubicaciones 82 de fallo, el proceso de notificacion 40 procede a una tarea 138.
En la tarea 138, se llega a la conclusion de que la una de las excepciones 74 presenta un descenso en gravedad (es decir, un valor numerico mas alto para un nivel 78 de gravedad que uno anterior, que corresponde a una de las excepciones 74 constatadas en una iteracion previa del proceso de notificacion 40. Mediante la ejecucion de las tareas 126, 130, 134, y 136, se implementa una metodologfa de eliminacion para determinar si se ha identificado un primer caso de una excepcion 74 completamente nueva (tipo 80 de fallo y/o ubicacion 82 de fallo), o una de las condiciones de fallo 76 (figura 5) permanece invariable desde una muestra anterior, pero la gravedad de una excepcion 74 descubierta anteriormente esta aumentando (es decir, el valor numerico de nivel 78 de gravedad se esta haciendo mas pequeno). Si la una de las excepciones 74 no presenta estos indicadores, la tarea 138 concluye que la una de las excepciones 74 presenta un descenso en gravedad (aunque todavfa permanezca en uno de los niveles 78 de gravedad en cualquiera de los valores numericos de uno a cinco).
En la tarea 138, se inicia un elemento de temporizador de banda muerta (no mostrado) del sistema 30 de procesamiento (figura 1). Una banda muerta es un intervalo durante el que no va a producirse ninguna accion (aviso) para la una particular de las excepciones 74. Los elementos de datos 58 (figura 1) desde la unidad 28 de DGA (figura 1) sigue normalmente el nivel de carga de su transformador 26 asociado (figura 1). Por consiguiente, los valores 66 (figura 2) de los gases 68 (figura 2) pueden elevarse y caer diaria o estacionalmente. Estos datos pueden desencadenar uno nuevo de los niveles 78 de gravedad y restablecerse en respuesta a muestras 58 de datos posteriores. Con el fin de suprimir el aviso sobre cada cambio en el nivel 78 de gravedad cuando el transformador 26 esta en una condicion esencialmente estatica, se utiliza la banda muerta. La banda muerta requiere que el nivel 78 de gravedad permanezca por debajo de umbrales particulares durante un periodo de tiempo especificado, antes de que el motor de notificaciones 38 actue sobre el nivel 78 de gravedad descendente.
Tras la iniciacion del temporizador de banda muerta, el proceso de notificacion 40 procede a una tarea 140 (mostrada en la figura 8b). En la tarea 140, el motor de notificaciones 38 suprime la comunicacion a una cualquiera de las partes responsables 59 (figura 4) en cuanto a una condicion actual de uno de los transformadores 26 (figura 1). Tras la tarea 140, se completa una iteracion de proceso de notificacion 40 y termina el proceso 40. Por supuesto, la recepcion y el analisis posteriores de elementos de datos 58 (figura 1) en el motor de analisis 34 (figura 1) del sistema 30 de procesamiento (figura 1) dara como resultado iteraciones adicionales del proceso de notificacion 40.
Volviendo a la tarea de consulta 126, puede surgir una situacion en la que la condicion no define un primer caso de una de las excepciones 74. Estas situaciones pueden incluir una condicion normal 72 (figura 2) del transformador 28 (todos los niveles 78 de gravedad que presentan un valor numerico de seis); un caso posterior de recepcion de la una de las excepciones 74 (el nivel 78 de gravedad es cualquiera de valores numericos de uno a cinco y la (s) parte(s) responsable(s) 59 han recibido un aviso previamente); o un retorno desde uno de los niveles 78 de gravedad, que presenta un valor numerico de uno a cinco, de vuelta a, nivel de gravedad de seis. Por consiguiente, una respuesta negativa a la tarea de consulta 126 resulto en progresion a la tarea de consulta 128.
En la tarea de consulta 128, se realiza una determinacion en cuanto a si el nivel 78 de gravedad ha retornado a normal (esto es, el nivel 78 de gravedad es de seis) con respecto a una anterior correspondiente de las excepciones 74. Es decir, la tarea de consulta 128 monitoriza para detectar la situacion en la que hay un retorno desde uno de los niveles 78 de gravedad, de uno a cinco, de vuelta al nivel de gravedad de seis (normal) para una identificada anteriormente de las excepciones 74. Cuando se realiza una determinacion en la tarea de consulta 128 de que el nivel 78 de gravedad ha retornado a normal, el proceso de notificacion 40 procede a una tarea de consulta 141.
En la tarea de consulta 141, se realiza una determinacion en cuanto a si el temporizador de banda muerta para esta particular de las excepciones 74 se inicio anteriormente. Cuando el temporizador de banda muerta no se ha iniciado todavfa, el proceso 40 procede a la tarea 138 para iniciar el temporizador de banda muerta y completar posteriormente esta iteracion actual del proceso 40. De nuevo, esta banda muerta se impone para impedir que la parte responsable 59 reciba avisos de perturbaciones 60 (figura 1) cuando la condicion de transformador esta en transicion entre dos niveles 78 de gravedad diferentes y cuando es posible que los cambios de carga diarios provoquen que los niveles de gas se eleven y caigan.
Sin embargo, cuando se realiza una determinacion en la tarea de consulta 141 de que el temporizador de banda muerta se inicio anteriormente para esta situacion correspondiente a una anterior de las excepciones 74, el proceso de notificacion 40 procede a una tarea de consulta 142 (mostrada en la figura 8b).
En la tarea de consulta 142, el motor de notificaciones 38 determina si la banda muerta, es decir, el intervalo de tiempo establecido anteriormente, ha expirado. Cuando el motor de notificaciones 38 determina en la tarea de
5
10
15
20
25
30
35
40
45
50
55
60
65
consulta 142 que la banda muerta no ha expirado, el control de programa avanza a la tarea 140 para suprimir la comunicacion a cualquiera de las partes responsables 59 y salir posteriormente de la iteracion actual del proceso de notificacion 40.
Sin embargo, cuando el motor de notificaciones 38 determina en la tarea de consulta 142 que la banda muerta ha expirado, el proceso control procede a la tarea 132 en la que se genera el aviso 60 (figura 4) para informar a la(s) parte(s) responsable(s) 59 de la reduccion de gravedad.
Volviendo a la tarea de consulta 128, cuando la tarea de consulta 128 constata que el nivel 78 de gravedad no ha retornado a normal (es decir, seis) con respecto a una anterior correspondiente de las excepciones 74, o bien el transformador 26 esta funcionando normalmente o bien la una recibida de las excepciones 74 es un caso posterior de recepcion de la misma de las excepciones 74. En cualquier caso, ha de suprimirse selectivamente el aviso a la(s) parte(s) responsable(s) para evitar avisos repetitivos y/o innecesarios. Por consiguiente, el control de programa procede a una tarea de consulta 143 (mostrada en la figura 8b).
En la tarea de consulta 143, se realiza una determinacion en cuanto a si se ha recibido un caso posterior de la misma de las excepciones 74. Cuando se realiza una determinacion de que no se ha recibido un caso posterior de la misma de las excepciones 74, es decir, el transformador 26 esta funcionando nominalmente, el proceso de notificacion procede a la tarea 140 en la que se suprime la comunicacion de la condicion normal 70 y termina posteriormente el proceso 40. Sin embargo, cuando se realiza una determinacion en la tarea de consulta 143 de que un caso posterior de la misma de las excepciones 74 no se ha recibido, el proceso de notificacion 40 procede a una tarea de consulta 144.
En la tarea de consulta 144, se realiza una determinacion en cuanto a si el temporizador de banda muerta se inicio anteriormente. Es decir, la tarea de consulta 144 determina si un primer caso de una de las excepciones 74 provoco que el temporizador de banda muerta se iniciase en la tarea 138. Cuando se determina que el temporizador de banda muerta no se establecio anteriormente, el proceso 40 procede de nuevo a la tarea 140 para suprimir la comunicacion a la(s) parte(s) responsable(s) 59 (figura 1) y salir desde el proceso 40. Sin embargo, cuando se realiza una determinacion de que el temporizador de banda muerta se establecio anteriormente, el proceso 40 procede a la tarea de consulta 142 para determinar si la banda muerta ha expirado, permitiendo por tanto la generacion de aviso 60 en la tarea 132, o no, suprimiendo por tanto la notificacion en la tarea 140. Por consiguiente, procesar las tareas 144 y 142 revela o bien a) un caso posterior de una identificada anteriormente de las excepciones 74, que presento una gravedad en aumento (tarea de consulta 130), una nuevo tipo de fallo (tarea de consulta 134), y/o una nueva ubicacion de fallo (tarea de consulta 136), o bien b) un caso posterior de una identificada anteriormente de las excepciones 74 para el que ha descendido la gravedad y si el intervalo de banda muerta ha expirado.
Las operaciones descritas anteriormente generan un aviso 60 en la tarea 132 tras un primer caso de una de las excepciones 74 o tras un descenso en gravedad de una de las excepciones 74 tras un intervalo de banda muerta apropiado. En respuesta a la tarea 132, se realiza una tarea 145.
En la tarea 145, el motor de notificaciones 38 accede a la base de datos de lista de contactos (figura 5) para seleccionar una o mas partes responsables 59 asociadas con la una particular de las excepciones 74 detectadas. Tras la seleccion de una o mas partes responsables 59 en la tarea 145, el control de programa procede a una tarea 146.
En la tarea 146, el motor de notificaciones 38 transmite uno de los avisos 60 (figura 1) generado en la tarea 132 a la una o mas seleccionada de las partes responsables 59.
En respuesta a la tarea 146, se realiza una tarea 147. En la tarea 147, el motor de notificaciones 38 ejecuta un subproceso de monitorizacion de notificaciones para monitorizar para detectar una confirmacion 61 (figura 1) a partir de la una seleccionada de las partes responsables 59 de recepcion de aviso 60 y para monitorizar para detectar una disposicion 114 (figura 6) de excepcion 74. Tras la tarea 147, se completa una iteracion del proceso de notificacion 40 y termina el proceso 40. Por supuesto, otras condiciones anomalas 72 que caracterizan excepciones 74 para otros transformadores 26 (figura 1) daran como resultado iteraciones adicionales del proceso de notificacion 40.
El proceso de notificacion 40 se describe en relacion con la definicion y la identificacion de un caso primero y/o posterior de una de las excepciones 74 para claridad de la ilustracion. Sin embargo, debe entenderse que uno de los transformadores 26 puede presentar multiples excepciones 74 durante una sola iteracion del proceso de analisis de datos 38 (figura 7). Alternativamente, puede darse otra situacion en la que haya un descenso en gravedad para otra identificada anteriormente de las excepciones 74. Por consiguiente, las diversas etapas de procesamiento de proceso de notificacion 40 pueden realizarse para cada una de las multiples excepciones 74 que pueden estar presentes en la condicion del transformador 26 (figura 1) que resultan del proceso de analisis de datos 36 (figura 7) y se reciben en la tarea 122. Una iteracion repetida de las etapas de procesamiento descritas anteriormente puede dar como resultado un aviso 60 que se actualiza en la tarea 132 para reflejar
5
10
15
20
25
30
35
40
45
50
55
60
65
multiples condiciones de fallo 76 (figura 4), cada uno con su propio nivel 78 de gravedad asociado, una amalgama de niveles 78 de gravedad, o un solo listado de los niveles 78 de gravedad mas graves.
Ademas, el proceso de notificacion 40 se describio de manera escalonada y explfcita para transmitir el entendimiento de la presente invencion. Los expertos en la materia reconoceran que puede haber una gran variacion en las operaciones de proceso de notificacion 40 que produciran resultados comunes a los descritos anteriormente. Esos resultados comunes son la notificacion de un primer caso de una excepcion 74 (tipo de fallo/ ubicacion de fallo/nivel de gravedad) a la(s) parte(s) responsable(s) apropiadas, la notificacion de una gravedad en descenso de una de las excepciones 74 tras un intervalo de banda muerta apropiado, la supresion de la notificaciones de casos posteriores de la misma excepcion 74, y supresion de comunicacion a las partes responsables cuando el transformador 26 esta funcionando nominalmente. Tal notificacion selectiva minimiza en gran medida la cantidad de datos que deben revisarse por personas.
La figura 9 muestra un diagrama de flujo de un subproceso de monitorizacion de notificaciones 148 del proceso de notificacion 40 (figuras 8a-b). El subproceso de monitorizacion de notificaciones 148 se realiza en respuesta a la transmision del aviso 60 (figura 1) a una de las partes responsables 59 (figura 1). Debe dirigirse la atencion a la base de datos de excepciones 46 (figura 6) en relacion con el subproceso 148 con el fin de entender mejor las actividades del subproceso de monitorizacion de notificaciones 148.
El subproceso 148 empieza con una tarea 150. En la tarea 150, el motor de notificaciones 38 inicia el temporizador de confirmacion 50 (figura 1). El temporizador de confirmacion 50 mide una ventana, o periodo de tiempo, durante el que una parte responsable particular predeterminada 59 ha de confirmar la recepcion del aviso 60. El temporizador de confirmacion 50 se inicia cuando el aviso 60 se transmite a la parte responsable 59 en la tarea 146 del proceso de notificacion 40.
Tras la tarea 150, se realiza una tarea 152. En la tarea 152, el motor de notificaciones 38 monitoriza para detectar la confirmacion 61 (figura 1) desde la una de las partes responsables 59 requerida para confirmar el aviso 60 segun las poltticas y procedimientos de la instalacion 20 (figura 1).
Se realiza una tarea de consulta 154 en relacion con la tarea 152. En la tarea de consulta 154, el motor de notificaciones 38 determina si se recibe la confirmacion 61. Cuando se recibe la confirmacion 61 en la tarea de consulta 154, se realiza una tarea 156. Sin embargo, cuando el motor de notificaciones 38 constata en la tarea de consulta 154 que no se ha recibido la confirmacion 61, el subproceso 148 procede a una tarea de consulta 160.
En la tarea 156, se registra la confirmacion 61 en la seccion de confirmacion 92 de la base de datos de excepciones 46. Tal como se muestra en la base de datos 46 (figura 6), un primer aviso 60 (AVISO 1) de una primera entrada 188 (figura 6) revela que se recibio la confirmacion 61, ejemplificada por el caracter “Y” que se coloca en el campo de confirmacion 106. Tras la tarea 156, el subproceso de monitorizacion de notificacion 148 procede a una tarea 158 que es la primera de una serie de actividades de disposicion, que va a comentarse a continuacion.
En la tarea de consulta 160 tras no llegar a recibir la confirmacion 61, el motor de notificaciones 38 determina si ha expirado el temporizador de confirmacion 50. Dicho de otro modo, la tarea de consulta 160 constata si ha expirado el intervalo requerido para la confirmacion de acuse de recibo 60. Cuando el temporizador de confirmacion 50 no ha expirado, el control de programa procede a una tarea 162.
En la tarea 162, el motor de notificacion 38 vuelve a transmitir el aviso 60 a la seleccionada de las partes responsables 59. El subproceso 148 regresa entonces a la tarea 152 para continuar la monitorizacion para detectar la confirmacion 61. La tarea 162 puede ejecutarse periodicamente dentro del intervalo de tiempo medido por el temporizador de confirmacion 50 para volver a transmitir el aviso 60.
Haciendo referencia a la base de datos 46 (figura 6) en relacion con las tareas 160 y 162, el aviso 60 (AVISO 3), identificado en una tercera entrada 164, revela que no se recibio la confirmacion 61, ejemplificada por el caracter “N” que se coloca en el campo de confirmacion 106. Por consiguiente, mediante la ejecucion de la tarea 162, vuelve a transmitirse el aviso 60 (AVISO 3) a la seleccionada de las partes responsables 59, es decir el equipo de mantenimiento 88, tal como se representa por una cuarta entrada 166 en la base de datos de excepciones 46.
Cuando el temporizador de confirmacion 50 expira en la tarea de consulta 160, el control de programa procede a una tarea de consulta 168. En la tarea de consulta 168, el motor de notificaciones 38 determina si el aviso 60 va a reenviarse a la siguiente de las partes responsables 59. Cuando el aviso 60 no va a reenviarse en la tarea de consulta 168, puede realizarse la tarea 170. En la tarea 170, puede publicarse una alerta de error de aviso. Esta alerta de error de aviso puede registrarse en la base de datos de excepciones 46 y/o puede enviarse a un administrador o jefe de centro de control para una correccion inmediata. Tras la tarea 170, termina el subproceso de monitorizacion de notificaciones 148. Sin embargo, cuando se realiza una determinacion en la tarea de consulta 168 de que ha de reenviarse el aviso 60, el subproceso 148 procede a una tarea 172.
5
10
15
20
25
30
35
40
45
50
55
60
65
En la tarea 172, el motor de notificaciones 38 puede seleccionar la siguiente parte responsable de la base de datos de lista de contactos 44 (figura 5). En este escenario, la siguiente parte responsable es la parte responsable de apoyo predeterminada 90 (figura 5).
Una tarea 174, realizada conjuntamente con la tarea 172, provoca que motor de notificaciones 38 reenvfe el aviso 60 a la siguiente de las partes responsables 59 seleccionadas en la tarea 172, es decir, parte responsable de apoyo 90. Tras la tarea 174, el control de programa regresa a la tarea 150 para iniciar el temporizador de confirmacion 50 (figura 1) y monitorizar para detectar la confirmacion 61 (figura 1).
El intento de las actividades de notificacion descritas anteriormente es garantizar que un destinatario pretendido, es decir, una de las partes responsables 59, haya recibido realmente el aviso 60 de una de las excepciones 74 (figura 5). Una vez que se recibe y se registra la confirmacion 61 en la base de datos de excepcion 46 (figura 6) en la tarea 156, esa parte responsable 59 es ahora responsable de la disposicion de la excepcion 74 particular. Por consiguiente, las actividades de notificacion del subproceso de monitorizacion de monitor 148 designan responsabilidad de la excepcion 74 particular a la parte responsable 59 que ahora debe emprender la accion apropiada segun los procedimientos desarrollados por la instalacion de una empresa de servicios electrica 20 (figura 1).
Tal como se menciono anteriormente, se realizan actividades de disposicion para una particular de las excepciones 74 (figura 5) siguiendo el registro de confirmacion 61 (figura 1) en la seccion de confirmacion 92 (figura 6) de la base de datos de excepciones 46 (figura 6) en la tarea 156. Por tanto, tras la tarea 156, el subproceso de monitorizacion de notificaciones 148 procede a la tarea 158 que es la primera de una serie de actividades de disposicion.
En la tarea 158, el motor de notificaciones 38 inicia el temporizador de disposicion 52 (figura 1). El temporizador de disposicion 52 mide una ventana, o periodo de tiempo, durante el cual el motor de notificaciones 38 va a recibir la disposicion 114 (figura 6) de la excepcion 74 particular desde la parte responsable 59. El temporizador de disposicion 52 se inicia cuando se recibe la confirmacion 61 (figura 1) por el motor de notificaciones 38 en la tarea 156.
Tras la tarea 158, se realiza una tarea 178. En la tarea 178, el motor de notificaciones 38 monitoriza para detectar la recepcion de la disposicion 114 (figura 6) desde la una de las partes responsables 59 a la que se transmitio el aviso 60 y desde la que se recibio la confirmacion 61.
Se realiza una tarea de consulta 180 en relacion con la tarea 178. En la tarea de consulta 180, el motor de notificaciones 38 determina si se recibe la disposicion 114. Cuando se recibe la disposicion 114 en la tarea de consulta 180, se realiza una tarea 182. Sin embargo, cuando el motor de notificaciones 38 constata en la tarea de consulta 180 que no se ha recibido la disposicion 114, el subproceso 148 procede a una tarea de consulta 184.
En la tarea 182, se registra la disposicion 114 en la seccion de disposicion 94 de la base de datos de excepciones 46. Tal como se muestra en la base de datos 46 (figura 6), una primera entrada 188 revela que la disposicion 114 se registro, ejemplificada por la frase “CONTlNuAR lA MONITORIZACION NORMAL” que se coloca en el campo de disposicion 113. Asimismo, una quinta entrada 190 revela que se registro la disposicion 114, ejemplificada por la frase “CONTINUAR LA MONITORIZACION, REALIZAR EL MANTENIMIENTO SEGUN LA PROGRAMACION”. Tras la tarea 182, EL subproceso de monitorizacion de notificaciones 148 termina para ese aviso 60 particular.
En la tarea de consulta 184, tras producirse un fallo al recibir la disposicion 114 en la tarea de consulta 180, el motor de notificaciones 38 determina si ha expirado el temporizador de disposicion 52 (figura 1). Dicho de otro modo, la tarea de consulta 184 constata si ha expirado el intervalo requerido para la disposicion de la una de las excepciones 74 registradas en la base de datos de excepciones 46 (figura 6). Cuando el temporizador de disposicion 52 no ha expirado, el control de programa regresa a la tarea 178 para continuar monitorizando para detectar la disposicion 114. Sin embargo, cuando expira el temporizador de disposicion 52, el subproceso de monitorizacion de notificaciones 148 procede a una tarea 186.
En la tarea 186 tras la expiracion de temporizador de disposicion 52 (figura 1), el motor de notificaciones 38 recuerda el aviso 60 a la una o mas partes responsables 59 seleccionadas. La tarea 186 puede cumplirse volviendo a transmitir el aviso 60 a la(s) parte(s) responsable(s) 59 o transmitiendo algun otro mensaje que identifique el aviso 60. Puede publicarse una alerta de error de disposicion. Esta alerta de error de disposicion puede registrarse en la base de datos de excepciones 46 y/o puede enviarse a un administrador o jefe de centro de control para su correccion inmediata. Tras la tarea 186, el control de programa regresa a la tarea 158 para reiniciar el temporizador de disposicion 52 y monitorizar la disposicion 114 (figura 6).
5
10
15
20
25
Por consiguiente, la ejecucion del proceso de notificacion 40 (figuras 8a-b) y el subproceso de monitorizacion de notificacion 148 (figura 9) garantiza responsabilidad para emprender las acciones apropiadas en caso de que se produzcan condiciones anomalas 72 (figura 3) en transformadores monitorizados 26 (figura 1) mantenidos dentro de la instalacion de empresa de servicios electrica 20 (figura 1).
En resumen, la presente invencion ensena un metodo y un sistema para la notificacion selectiva de una condicion de un aparato. La notificacion selectiva se basa en notificar a la parte responsable apropiada tras un primer caso de una excepcion a una condicion normal del aparato. La presente invencion proporciona una notificacion a las partes responsables apropiadas para multiples condiciones de fallo y multiples niveles de gravedad de esas condiciones de fallo. Sin embargo, a menos que la condicion de fallo (tipo de fallo y ubicacion de fallo) o nivel de gravedad cambie, el motor de notificaciones no envfa un aviso de modo que puede evitarse una notificacion redundante. Es decir, aunque el motor de notificaciones este en un estado de alerta, puede suprimirse la notificacion puesto que las partes responsables conscientes estan todavfa al tanto del estado de alerta. Ademas, la presente invencion emplea una confirmacion de notificacion y mecanismos de disposicion de condicion de fallo para garantizar la responsabilidad de personal y la resolucion de problemas. Diagnosticos precisos y una notificacion efectiva de condiciones de fallo en transformadores pueden producir ahorros significativos en cuanto al aplazamiento de inversion adicional de unidades de reemplazo, evitando costes debido a cortes no planeados (tales como energfa de sustitucion, limpieza ambiental, danos colaterales y al cliente y aumento del seguro).
Aunque las formas de realizacion preferidas de la invencion se han ilustrado y descrito en detalle, sera facilmente evidente para los expertos en la materia que pueden realizarse diversas modificaciones en la misma sin apartarse del alcance de las reivindicaciones adjuntas. Por ejemplo, las etapas de procedimiento comentadas en la presente memoria pueden enfrentarse a un gran numero de variaciones y pueden realizarse en un orden diferente al presentado. Ademas, el numero y los niveles de partes responsables, duraciones para la ventana de confirmacion, ventana de disposicion y banda muerta pueden variar segun la complejidad de sistema, la gravedad de la excepcion, la preferencia de usuario y similares.

Claims (19)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Metodo (40) de notificacion selectiva de una condicion de un transformador (26) monitorizado por un dispositivo de monitorizacion (28) que comprende:
    recibir (116) unos elementos de datos (58) desde dicho dispositivo de monitorizacion (28) en un analizador (34) configurado para la comunicacion con dicho dispositivo de monitorizacion (28);
    procesar (40) dichos elementos de datos (58) usando dicho analizador (34) para detectar dicha condicion de dicho transformador (26);
    determinar (126) si dicha condicion define una excepcion (74) a una condicion normal (70) de dicho transformador (26) usando dicho analizador (34);
    cuando dicha operacion de determinacion (126) determina que dicha condicion define dicha excepcion (74) a dicha condicion normal (70), transmitir (146) un primer aviso (60) de dicha condicion a una parte responsable
    (59) , responsable de dicho transformador (26), en un primer caso de determinacion de dicha excepcion (74); estando dicho metodo caracterizado por que
    en un segundo caso de determinacion de que dicha condicion define dicha excepcion (74) a dicha condicion normal (70), produciendose dicho segundo caso posteriormente al segundo caso, la transmision de otro aviso
    (60) a dicha parte responsable (59) es suprimida.
  2. 2. Metodo (40) segun la reivindicacion 1 que ademas comprende:
    si dicha operacion de determinacion determina que dicha condicion es dicha condicion normal (70) de dicho transformador (26),
    suprimir (140) la comunicacion de dicha condicion normal (70) a dicha parte responsable (59).
  3. 3. Metodo (40) segun la reivindicacion 1 o 2 que ademas comprende:
    en una base de datos de lista de contactos, asociar (44) unas partes responsables (59) con una pluralidad de condiciones de fallo (76) posibles en dicho transformador (26); y
    determinar (145) a partir de dicha excepcion (74) una de dichas condiciones de fallo (76) de manera que dicha operacion de transmision (146) seleccione dicha parte responsable (59) asociada con dicha una condicion de fallo (76) de dicha base de datos de lista de contactos de dichas partes responsables (59).
  4. 4. Metodo (40) segun la reivindicacion 1 o 2 que ademas comprende:
    en una base de datos de lista de contactos, asociar (44) las partes responsables (59) con unos niveles (78) de gravedad para una condicion de fallo (76) posible en dicho transformador (26); y
    determinar (130) a partir de dicha excepcion (74) uno de dichos niveles (78) de gravedad, de manera que dicha operacion de transmision (146) seleccione (145) dicha parte responsable (59) asociada con dicho un nivel (78) de gravedad de dicha base de datos de lista de contactos de dichas partes responsables (59).
  5. 5. Metodo (40) segun la reivindicacion 1, en el que dichos elementos de datos (58) son unos primeros elementos de datos (62), dicha excepcion (74) es una primera excepcion y dicho metodo (40) ademas comprende:
    recibir (116) unos segundos elementos de datos (63) desde dicho dispositivo de monitorizacion (28);
    procesar (118) dichos segundos elementos de datos (63) para detectar una segunda condicion de dicho transformador (26);
    determinar (126) que dicha segunda condicion es una segunda excepcion que difiere de dicha primera excepcion (74); y
    transferir (146) un tercer aviso (60) de dicha segunda condicion tras la determinacion de dicha segunda excepcion.
  6. 6. Metodo (40) segun la reivindicacion 5, en el que dicha operacion de transferencia (146) transfiere dicho tercer aviso a una segunda parte responsable (59) asociada con una condicion de fallo (76) posible en dicho transformador (26), siendo dicha condicion de fallo (76) definida por dicha excepcion.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
  7. 7. Metodo (40) segun la reivindicacion 5, en el que dicha primera excepcion (74) define un primer nivel (78) de gravedad de una condicion de fallo (76) posible en dicho transformador (26), dicha segunda excepcion (74) define un segundo nivel (78) de gravedad de dicha condicion de fallo (76) y dicha operacion de transferencia (146) transfiere dicho tercer aviso a una segunda parte responsable (59) asociada con dicho segundo nivel (78) de gravedad.
  8. 8. Metodo (40) segun cualquiera de las reivindicaciones anteriores, que ademas comprende:
    recibir (154) una confirmacion (61) de recepcion de dicho primer aviso (60) desde dicha parte responsable (59); y
    registrar (156) dicha confirmacion (61) en una base de datos de confirmacion (92).
  9. 9. Metodo (40) segun la reivindicacion 1 que ademas comprende:
    constatar (154) una ausencia de confirmacion de recepcion de dicho primer aviso (60) desde dicha parte responsable (59); y
    volver a transmitir periodicamente (162) dicho primer aviso (60) en respuesta a dicha operacion de constatacion (154).
  10. 10. Metodo (40) segun la reivindicacion 1 o 9 que ademas comprende:
    constatar (154) una ausencia de confirmacion de recepcion de dicho primer aviso (60) desde dicha parte responsable (59); y
    reenviar (174) dicho primer aviso (60) a una parte responsable diferente (59) en respuesta a dicha operacion de constatacion (154).
  11. 11. Metodo (40) segun cualquiera de las reivindicaciones anteriores, que ademas comprende: recibir (180) una disposicion (114) de dicha excepcion (74) desde dicha parte responsable (59); y retener (182) dicha disposicion (114) en una base de datos de disposicion (113).
  12. 12. Metodo (40) segun la reivindicacion 1 que ademas comprende:
    no llegar a recibir (180) una disposicion (114) de dicha excepcion (74) desde dicha parte responsable (59); y
    recordar (186) dicho primer aviso (60) a dicha parte responsable.
  13. 13. Metodo (40) segun la reivindicacion 1, en el que dicho transformador (26) es uno de entre una pluralidad de transformadores (26), dicho dispositivo de monitorizacion (28) es uno de entre una pluralidad de dispositivos de monitorizacion (28) y dicho metodo (40) ademas comprende realizar dichas operaciones de recepcion, procesamiento, determinacion, transmision e impedimento para cada uno de entre dicha pluralidad de transformadores (26) en un sistema (30) de procesamiento comun.
  14. 14. Metodo (40) segun cualquiera de las reivindicaciones anteriores, en el que dicho transformador (26) es un transformador mantenido por una empresa (20) de servicios, dicho dispositivo de monitorizacion (28) es una unidad de monitorizacion de gases disueltos, dichos elementos de datos (58) son unos valores actuales de gases disueltos en aceite de transformador, y dicho metodo (40) ademas comprende realizar dichas operaciones de recepcion, procesamiento, determinacion, transmision e impedimento en un sistema (30) de procesamiento de dicha empresa (20) de servicios.
  15. 15. Sistema (30) de notificacion selectiva de una condicion de cada uno de entre una pluralidad de transformadores (26), siendo cada uno de dichos transformadores (26) monitorizado por uno de entre una pluralidad de dispositivos de monitorizacion (28), y comprendiendo dicho sistema:
    un analizador (34) configurado para la comunicacion con cada uno de entre dicha pluralidad de dispositivos de monitorizacion de manera que para dichos cada uno de dichos dispositivos de monitorizacion (28), dicho analizador (34) recibe (116) unos elementos de datos (58) desde cada uno de dichos dispositivos de monitorizacion (28), procesa (118) dichos elementos de datos (58) para detectar dicha condicion de uno asociado de dichos transformadores (26), y determina si dicha condicion define una de entre una condicion normal (70) y una excepcion (74) a dicha condicion normal (70); y
    5
    10
    15
    20
    25
    un motor de notificaciones (38) en comunicacion con dicho analizador (34), transmitiendo dicho motor de notificaciones (38) un primer aviso (60) de dicha condicion a una parte responsable (59), responsable de dicho uno asociado de dichos transformadores (26), estando dicho sistema caracterizado por que en un primer caso de determinacion (126) de dicha excepcion (74), dicho motor de notificaciones (38) suprime (140) la transmision de otro aviso (60) de dicha condicion a dicha parte responsable en un segundo caso de determinacion (126) de dicha excepcion (74), produciendose dicho segundo caso posteriormente a dicho primer caso, y en el que dicho motor de notificaciones (38) suprime (140) la comunicacion con dicha parte responsable (59) tras la determinacion de dicha condicion normal (70).
  16. 16. Sistema (30) segun la reivindicacion 15, que ademas comprende una base de datos de lista de contactos (44) en comunicacion con dicho motor de notificaciones (38) para la asociacion de las partes responsables (59) con unas condiciones de fallo (76) posibles en dichos transformadores (26), dicha excepcion (74) define una de dichas condiciones de fallo (76), y dicho motor de notificaciones (38) selecciona (145) dicha parte responsable (59) asociada con dicha una condicion de fallo (76) de dichas partes responsables (59).
  17. 17. Sistema (30) segun la reivindicacion 16 en el que dicha base de datos de lista de contactos (44) establece una cadena de autoridad de dichas partes responsables (59) para una pluralidad de niveles (78) de gravedad de dicha una condicion de fallo (76), dicha excepcion (74) define uno de dichos niveles (78) de gravedad, y dicho motor de notificaciones (38) selecciona (145) dicha parte responsable (59) asociada con dicho uno de dichos niveles (78) de gravedad.
  18. 18. Sistema (30) segun cualquiera de las reivindicaciones 15 a 17, que ademas comprende una base de datos de confirmacion (92) en comunicacion con dicho motor de notificaciones (38) para registrar una confirmacion (61) desde dicha parte responsable (59) de recepcion de dicho primer aviso (60).
  19. 19. Sistema (30) segun cualquiera de las reivindicaciones 15 a 18 que ademas comprende una base de datos de disposicion (113) en comunicacion con dicho motor de notificaciones (38) para retener una disposicion (114) de dicha excepcion (74) desde dicha parte responsable (59).
ES07812620.8T 2006-07-05 2007-07-04 Método para notificación basada en excepciones de la condición de un aparato Active ES2694231T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US481975 2006-07-05
US11/481,975 US7647202B2 (en) 2006-07-05 2006-07-05 Method for exception-based notification of the condition of an apparatus
PCT/US2007/072807 WO2008006008A2 (en) 2006-07-05 2007-07-04 Method for exception-based notification of the condition of an apparatus

Publications (1)

Publication Number Publication Date
ES2694231T3 true ES2694231T3 (es) 2018-12-19

Family

ID=38895459

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07812620.8T Active ES2694231T3 (es) 2006-07-05 2007-07-04 Método para notificación basada en excepciones de la condición de un aparato

Country Status (11)

Country Link
US (1) US7647202B2 (es)
EP (1) EP2047395B1 (es)
JP (2) JP2009543231A (es)
KR (1) KR20090031929A (es)
CN (1) CN101512533B (es)
BR (1) BRPI0713937A2 (es)
CA (1) CA2656636C (es)
ES (1) ES2694231T3 (es)
PL (1) PL2047395T3 (es)
WO (1) WO2008006008A2 (es)
ZA (1) ZA200900200B (es)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050209141A1 (en) * 2003-10-17 2005-09-22 Silver Randi B Mast cell-derived renin
US7843359B2 (en) * 2005-12-01 2010-11-30 Electronics And Telecommunications Research Institue Fault management system using satellite telemetering technology and method thereof
US8179242B2 (en) * 2007-12-06 2012-05-15 GM Global Technology Operations LLC Virtual engine oil quality sensor
US10517839B2 (en) * 2008-06-09 2019-12-31 Cornell University Mast cell inhibition in diseases of the retina and vitreous
JP5281367B2 (ja) * 2008-11-10 2013-09-04 三菱重工業株式会社 船内情報配信システムを備える船内システム
US8484150B2 (en) * 2010-02-26 2013-07-09 General Electric Company Systems and methods for asset condition monitoring in electric power substation equipment
US8442775B2 (en) * 2010-04-02 2013-05-14 Eduardo Pedrosa Santos System and method for monitoring dissolved gases in insulating oil of high voltage equipment
US8781756B2 (en) 2011-07-19 2014-07-15 Arizona Public Service Company Method and system for estimating transformer remaining life
US9495233B2 (en) * 2011-12-21 2016-11-15 Intel Corporation Error framework for a microprocesor and system
US9186609B2 (en) 2012-01-31 2015-11-17 Cleanalert, Llc Filter clog sensing system and method for compensating in response to blower speed changes
US9183723B2 (en) 2012-01-31 2015-11-10 Cleanalert, Llc Filter clog detection and notification system
US9560001B1 (en) 2012-04-02 2017-01-31 Google Inc. Managing notifications across services
JP2014054081A (ja) * 2012-09-07 2014-03-20 Toshiba Corp 変電所自動化システム
US9491251B2 (en) * 2012-11-27 2016-11-08 Facebook, Inc. Transmission of notifications to multiple devices associated with a user
US9513275B2 (en) * 2013-03-14 2016-12-06 Waukesha Electric Systems, Inc. System and process of utilizing oil quality analysis and dissolved gas analysis to detect early stage problems in oil filled electrical apparatuses
WO2014172838A1 (en) * 2013-04-22 2014-10-30 Abb Technology Ltd Method and apparatus for defect pre-warning of power device
KR20170117098A (ko) 2015-02-10 2017-10-20 라이더 시스템즈 엘엘씨 자동차에 대한 근접성 인식 시스템
US10782360B2 (en) * 2015-05-04 2020-09-22 General Electric Company Systems and methods for monitoring and diagnosing transformer health
CN105245000B (zh) * 2015-09-16 2017-10-24 广西电网有限责任公司电力科学研究院 一种变压器状态预警信息的并行处理方法
GB201621434D0 (en) * 2016-12-16 2017-02-01 Palantir Technologies Inc Processing sensor logs
US10511564B2 (en) * 2017-01-20 2019-12-17 Salesforce.Com, Inc. User availability aware communication system
CN109683645B (zh) * 2018-11-14 2022-05-17 遵义华正电缆桥架有限公司 一种具有自反馈功能的电力设备
CN109765332A (zh) * 2018-12-05 2019-05-17 国网辽宁省电力有限公司信息通信分公司 基于隔离森林的变压器异常值实时检测和故障诊断方法
CN113508174A (zh) * 2019-03-14 2021-10-15 宝洁公司 用于处理棉的方法
CN112364995B (zh) * 2020-11-10 2024-05-03 重庆大学 一种变压器故障率评估方法及系统、可读存储介质
CN116961218A (zh) * 2023-06-25 2023-10-27 南京国电南自电网自动化有限公司 用于变电站巡视系统的告警管理方法、系统和电子设备

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2883255A (en) * 1954-04-28 1959-04-21 Panellit Inc Automatic process logging system
US3304441A (en) * 1964-07-31 1967-02-14 Monsanto Co Parameter variation monitor
JPS6352071A (ja) * 1986-08-22 1988-03-05 Toshiba Corp 油入電気機器の絶縁診断装置
JPH086445A (ja) * 1994-06-15 1996-01-12 Fuji Xerox Co Ltd 複写機監視装置における障害情報通知方法
JPH08314761A (ja) * 1995-05-19 1996-11-29 Hitachi Comput Eng Corp Ltd 障害通報システム
JPH10229588A (ja) * 1997-02-13 1998-08-25 Fujitsu Ltd 接点情報伝送方法
US5959529A (en) * 1997-03-07 1999-09-28 Kail, Iv; Karl A. Reprogrammable remote sensor monitoring system
JP2003502001A (ja) * 1999-05-28 2003-01-14 ゼネラル・エレクトリック・カンパニイ 非電気特性を監視する知能形電子デバイス
JP2001290676A (ja) * 2000-04-05 2001-10-19 Nec Software Chubu Ltd 複数の監視装置を備えたシステムの通報方式、被監視装置、監視装置、通報方法、及び記録媒体
US20020177910A1 (en) * 2000-04-19 2002-11-28 Quarterman John S. Performance measurement system for large computer network
US6391096B1 (en) 2000-06-09 2002-05-21 Serveron Corporation Apparatus and method for extracting and analyzing gas
JP3467644B2 (ja) * 2000-09-01 2003-11-17 大木建設株式会社 建造物等における緊急態様危機管理・保全監視管理システム
JP2002197575A (ja) * 2000-12-27 2002-07-12 Hitachi Ltd 車両盗難予防方法、車両盗難予防装置、並びにそれに用いる送受信装置、通信装置及び管理装置
JP2003162430A (ja) * 2001-11-27 2003-06-06 Mitsubishi Electric Corp 障害情報管理装置および障害情報管理方法
US8014974B2 (en) 2001-12-19 2011-09-06 Caterpillar Inc. System and method for analyzing and reporting machine operating parameters
JP2003195940A (ja) * 2001-12-25 2003-07-11 Omron Corp 異常管理装置及び異常管理システム
US20050027182A1 (en) * 2001-12-27 2005-02-03 Uzair Siddiqui System for monitoring physiological characteristics
US20080255438A1 (en) * 2001-12-27 2008-10-16 Medtronic Minimed, Inc. System for monitoring physiological characteristics
US7399277B2 (en) * 2001-12-27 2008-07-15 Medtronic Minimed, Inc. System for monitoring physiological characteristics
US20040205142A1 (en) * 2003-01-02 2004-10-14 Intel Corporation Notification filtering apparatus, systems, and methods
JP2005032231A (ja) * 2003-06-20 2005-02-03 Seiko Epson Corp ステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法
JP4210845B2 (ja) * 2003-07-14 2009-01-21 日本電気株式会社 メッセージ自動発信方法およびメッセージ自動発信サービスシステム
JP2005215731A (ja) * 2004-01-27 2005-08-11 Nohken:Kk 通知装置、管理装置、管理システム、センシングデータ通知プログラム、およびセンシングデータ管理プログラム
JP4271612B2 (ja) * 2004-03-31 2009-06-03 富士通株式会社 障害検出システム及び方法
DK2259057T3 (en) * 2004-06-03 2016-05-09 Medtronic Minimed Inc System for monitoring physical characteristics depending on the user's physical condition
BRPI0502320A (pt) * 2005-06-21 2007-02-06 Siemens Ltda sistema e método de monitoração e controle centralizado da condição de operação de transformadores de potência compreendidos em diferentes subestações e centro de monitoração
BRPI0502384A (pt) * 2005-06-21 2007-02-06 Siemens Ltda sistema e método de monitoração e controle da condição de operação de um transformador de potência
US9421446B2 (en) * 2007-11-20 2016-08-23 Mark Phillip Rating system for identifying exciting sporting events and notifying users

Also Published As

Publication number Publication date
US7647202B2 (en) 2010-01-12
CA2656636C (en) 2016-05-17
WO2008006008A2 (en) 2008-01-10
JP2012239375A (ja) 2012-12-06
ZA200900200B (en) 2016-08-31
EP2047395A4 (en) 2013-05-01
KR20090031929A (ko) 2009-03-30
US20090009351A1 (en) 2009-01-08
BRPI0713937A2 (pt) 2012-12-18
CA2656636A1 (en) 2008-01-10
PL2047395T3 (pl) 2019-05-31
JP2009543231A (ja) 2009-12-03
CN101512533A (zh) 2009-08-19
WO2008006008A3 (en) 2008-10-16
EP2047395A2 (en) 2009-04-15
EP2047395B1 (en) 2018-09-05
CN101512533B (zh) 2011-12-14
JP5563013B2 (ja) 2014-07-30

Similar Documents

Publication Publication Date Title
ES2694231T3 (es) Método para notificación basada en excepciones de la condición de un aparato
ES2941889T3 (es) Sistema de distribución eléctrica fiable con fuente de potencia alternativa
CA2731916C (en) Systems and methods for asset condition monitoring in electric power substation equipment
CN110336373A (zh) 分布式光伏电站信息化管理系统及方法
ES2706851T3 (es) Procedimiento y sistema de análisis de regresión armónica de gas disuelto de transformador
ES2628079T3 (es) Procedimiento y sistema de estimación de la vida restante de un transformador
CN102005736B (zh) 一种继电保护设备健康状况在线监测方法
CN103454516A (zh) 智能化变电站二次设备健康状态诊断方法
CN105606920A (zh) 确定电力变换器的健康的当前和将来状态的系统和方法
CN101478441A (zh) 电力通信运维支撑应急指挥系统
CN108226623B (zh) 一种剩余电流动态跟踪分析记录曲线触发短信系统及方法
CN109855740A (zh) 一种变压器故障在线检测方法及系统
CN112234708A (zh) 变电站站用蓄电池智慧管理系统
Tippannavar et al. Smart transformer-An analysis of recent technologies for monitoring transformer
CN115133497A (zh) 一种变压器高温预警保护方法和装置
Krieg et al. Techniques and experience in on-line transformer condition monitoring and fault diagnosis in ElectraNet SA
CN114444840A (zh) 一种变电站运维安全生产风险预警方法
JP2009164738A (ja) 遠隔監視システム、遠隔監視端末、および遠隔監視端末制御プログラム
CN118674432B (zh) 一种智能化通信系统运维终端维护装置
CN118277944B (zh) 高压组合式互感器的智能管理方法、装置、系统及介质
KR200363893Y1 (ko) 간이상수도 시설의 무인통합관리시스템
Sudin Risk assessment method for pending maintenance
CN120656291A (zh) 一种水电站电气设备状态监测预警系统及方法
CN119562225A (zh) 一种基于物联网的用于化工可燃气体检测的远程监控系统及方法
CN118054567A (zh) 一种分闸回路状态远程在线监测及故障定位的方法及系统