REGISTRO DE EVENTOS

La TPU S220 está preparada para registrar continuamente un conjunto de eventos internos y/o externos, como transiciones de entidades de datos. Todos los eventos se registran con información temporal con una resolución de un milisegundo.

El registro de eventos se guarda en la memoria no volátil. El equipamiento puede almacenar hasta 25 000 eventos, garantizando un registro a largo plazo, lo cual es normalmente suficiente para garantizar que los eventos puedan recuperarse manual o automáticamente antes de ser sustituidos por información más reciente. Para favorecer una gestión más eficaz de la memoria, el registro de eventos está organizado en ficheros individuales más pequeños en la memoria del dispositivo, hasta un máximo de 50 ficheros, con normalmente 500 eventos cada uno. Esto reduce la cantidad de información que se sustituye por otra más reciente cuando la memoria está llena, dado que sólo se pierde el último fichero y se sustituye por el fichero con nuevos eventos.

Dado que el ritmo de creación de nuevos ficheros durante las perturbaciones del sistema eléctrico puede ser más lento que el ritmo al que se genera la información nueva, los últimos eventos se mantienen temporalmente en un buffer circular. Para evitar la pérdida de información en cualquiera de las situaciones, hasta este buffer se mantiene en la memoria independiente y no volátil. Esto asegura que, en el caso de un arranque inadvertido del equipamiento, la información no se pierda antes de ser guardada permanentemente en un fichero.

La indicación BufferOverflow se generará a pesar de las medidas tomadas si algunos eventos se perdieran debido a una avalancha de información, como se muestra en la Tabla 4.54.

El usuario puede configurar el número máximo de eventos por fichero, hasta 500 eventos. Como alternativa, puede definirse un timeout; en este caso, los nuevos datos almacenados en buffer temporal también se guardarían en un fichero si el temporizador expirase sin que se generaran nuevos eventos. Si el Timeout fuera cero, se crea un nuevo fichero cuando el número de eventos no registrados en el buffer temporal alcance MaxEvents. También puede elegir el orden de presentación en los ficheros de registro entre ascendente (del más antiguo a los más recientes) y descendiente (del más nuevo a los más antiguos).

Tabla 4.54. Información del módulo de registro de eventos.

Identificador Breve descripción Tipo NV Descripción

Descripción Descripción TEXT - Descripción del módulo

SWRevision Revisión de SW TEXT - Revisión del módulo de software

Version Versión TEXT - Versión de configuración del módulo

BufferOverflow Buffer Overflow DIG - Pérdida de información en buffer de registro de eventos

Tabla 4.55. Parámetros de configuración de registro de eventos.

Identificador Breve descripción Gama Valor de

fábrica

Descripción

Ordering Orden ASCENDENTE /

DESCENDIENTE

ASCEND. Orden de presentación de eventos en los ficheros de registro de eventos

MaxEvents Max Eventos [1..500] 500 Número máximo de eventos

por fichero de registro de eventos

Timeout Timeout [0..86400] s 0 Timeout para guardar un

4

Identificador Breve descripción Gama Valor de

fábrica

Descripción

HMIOrdering Orden en la interfaz de usuario

ASCENDENTE / DESCENDIENTE

ASCEND. Orden de la presentación de eventos en la interfaz de usuario local

HMIMaxEvents Max Eventos en la interfaz de usuario

[1..100] 50 Número máximo de eventos en la interfaz de usuario local

Puede accederse al registro de eventos a través de herramientas de ingeniería o a través de un servidor web integrado. Por una cuestión de conveniencia, los últimos eventos están disponibles en la interfaz de usuario local. El número máximo de eventos presentados en la interfaz de usuario local es configurable así como su orden de presentación, independientemente de los parámetros utilizados para la generación de ficheros de registro, como indica la Tabla 4.55. Esto permite al usuario organizar la información que se va a presentar de la forma más adecuada, cuando el dispositivo se está probando y no existe ninguna herramienta de software. Cabe destacar que el usuario puede también cambiar la parametrización en la interfaz de usuario local que define la visualización de eventos; no obstante, sólo será posible seleccionar el número de elementos presentados hasta el número máximo seleccionado en la configuración.

Pueden configurarse para registro hasta 512 entidades de datos diferentes independientemente de su tipo. El usuario puede seleccionar libremente para cada entidad:

 Los campos de entidades que pueden desactivar un evento cuando sus valores cambian;

 Los campos de entidades que se guardan cada vez que ocurre un evento, a pesar de que su valor no desactive un evento per se.

A pesar de esta flexibilidad, la atribución de entidades de datos y campos al registro de eventos del equipamiento debe configurarse con relativo cuidado, a fin de evitar el registro continuo de nuevos eventos o el exceso de información en los ficheros de registro, lo que podría afectar a la visualización de los registros. A continuación verá algunos ejemplos de buenas prácticas relacionadas con la configuración:

 Campos de estado, tales como el valor y la calidad de entidades simples, dobles y enteras (o entidades de estado controlables) típicamente pueden configurarse para desactivar nuevos eventos en caso de que sea relevante.

 El campo con indicación de la data correspondiente también puede registrarse, sin desactivar un evento porque está ya asociado a un cambio de valor o calidad de la entidad. No obstante, este campo es necesario sólo cuando difiere de la fecha de registro del evento, normalmente cuando se refiere a información filtrada o diferida en el tiempo que no se generara internamente (entradas digitales, mensajes GOOSE).

 Las medidas de amplitud y fase no deben ser configuradas para desactivar ningún evento, dada su naturaleza en constante cambio. No obstante, pueden guardarse siempre que se sobrepasara un límite, en asociación con el campo de la gama correspondiente.

 Por esta misma razón, debe configurarse el valor fijo de contadores en vez de su valor efectivo.

 Los comandos de control, con origen asociado e información de prueba opcionales son opciones creíbles para desactivar nuevos eventos.

 La causa relacionada con un comando de control deberá también generar un evento, indicando el motivo del fallo o suceso de ese comando.

5

FUNCIONES DE APLICACIÓN

En este capítulo se describen las diversas funciones de protección y control disponibles en la TPU S220. Para cada una de ellas se presentan las principales características de funcionamiento y se describen el método de operación y el ámbito de aplicación. Se explican las distintas características operativas, la interfaz y esquemas de lógica asociados. Incluye también el significado de cada parámetro configurable, así como los valores de fábrica y gamas de regulación correspondientes.

Capítulo

5

Chapter

5

Chapter

5

Chapter

5

5

INDEX

5.1DATOS GENERALES ... 5-3