Gid PDF

GID
Unidad de Gestin de Informacin de Protecciones

Manual de Instrucciones
LGID707A00
ZIV APLICACIONES Y TECNOLOGIA, S.A.

Licencia de Uso de Software
EL EQUIPO QUE USTED HA ADQUIRIDO CONTIENE UN PROGRAMA DE SOFTWARE. ZIV

APLICACIONES Y TECNOLOGIA S.A. ES EL LEGITIMO PROPIETARIO DE LOS DERECHOS DE
AUTOR SOBRE DICHO SOFTWARE, DE ACUERDO CON LO PREVISTO EN LA LEY DE
PROPIEDAD INTELECTUAL DE 11-11-1987. CON LA COMPRA DEL EQUIPO USTED NO
ADQUIERE LA PROPIEDAD DEL SOFTWARE, SINO UNA LICENCIA PARA PODER USARLO EN
CONJUNCION CON DICHO EQUIPO.
EL PRESENTE DOCUMENTO CONSTITUYE UN CONTRATO DE LICENCIA DE USO ENTRE
USTED (USUARIO FINAL) Y ZIV APLICACIONES Y TECNOLOGIA, S.A. (LICENCIANTE)
REFERIDO AL PROGRAMA DE SOFTWARE INSTALADO EN EL EQUIPO. POR FAVOR, LEA
CUIDADOSAMENTE LAS CONDICIONES DEL PRESENTE CONTRATO ANTES DE UTILIZAR EL
EQUIPO.
Si USTED INSTALA 0 UTILIZA EL EQUIPO, ELLO IMPLICA QUE ESTA DE ACUERDO CON LOS
TERMINOS DE LA PRESENTE LICENCIA. SI NO ESTA DE ACUERDO CON DICHOS TERMINOS,
DEVUELVA DE INMEDIATO EL EQUIPO NO UTILIZADO AL LUGAR DONDE LO OBTUVO.
Condiciones de la Licencia de Uso
1.-Objeto: El objeto del presente Contrato es la cesin por parte del Licenciante a favor del Usuario Final de una
Licencia no exclusiva e intransferible para usar los programas informticos contenidos en la memoria del equipo
adquirido y la documentacin que los acompaa, en su caso (denominados en adelante, de forma conjunta, el
"Software"). Dicho uso podr realizarse nicamente en los trminos previstos en la presente Licencia.
2.- Prohibiciones: Queda expresamente prohibido y excluido del mbito de la presente Licencia el que el
Usuario Final realice cualquiera de las actividades siguientes: a) copiar y/o duplicar el Software licenciado (ni
siquiera con el objeto de realizar una copia de seguridad); b) adaptar, modificar, recomponer, descompilar,
desmontar y/o separar el Software licenciado o sus componentes; c) alquilar, vender o ceder el Software o
ponerlo a disposicin de terceros para que realicen cualquiera de las actividades anteriores.
3.- Propiedad del Software: El Usuario Final reconoce que el Software al que se refiere este Contrato es de
exclusiva propiedad del Licenciante. El Usuario Final tan slo adquiere, por medio del presente Contrato y en
tanto en cuanto contine vigente, un derecho de uso no exclusivo e intransferible sobre dicho Software.
4.- Confidencialidad: El Software licenciado es confidencial y el Usuario Final se compromete a no revelar a

terceros ningn detalle ni informacin sobre el mismo sin el previo consentimiento por escrito del Licenciante.
Las personas o entidades contratadas o subcontratadas por el Usuario Final para llevar a cabo tareas de
desarrollo de sistemas informticos no sern consideradas terceros a efectos de la aplicacin del prrafo anterior,
siempre y cuando dichas personas estn a su vez sujetas al compromiso de confidencialidad contenido en dicho
prrafo.
En ningn caso, salvo autorizacin escrita del Licenciante, podr el Usuario Final revelar ningn tipo de
informacin, ni an para trabajos subcontratados, a personas o entidades que sean competencia directa del
Licenciante.
5.- Resolucin: La Licencia de Uso se concede por tiempo indefinido a partir de la fecha de entrega del equipo
que contiene el Software. No obstante, el presente Contrato quedar resuelto de pleno derecho y sin necesidad
de requerimiento en el caso de que el Usuario Final incumpla cualquiera de sus condiciones.
6.- Garanta: El Licenciante garantiza que el Software licenciado se corresponde con las especificaciones
contenidas en los manuales de utilizacin del equipo, o con las pactadas expresamente con el usuario final, en su
caso. Dicha garanta slo implica que el Licenciante proceder a reparar o reemplazar el Software que no se
ajuste a dichas especificaciones (siempre que no se trate de defectos menores que no afecten al funcionamiento
de los equipos), quedando expresamente exonerado de toda responsabilidad por los daos y perjuicios que
pudieran derivarse de la inadecuada utilizacin del mismo.
7.- Ley y jurisdiccin aplicable: Las partes acuerdan que el presente contrato se regir de acuerdo con las leyes
espaolas. Ambas partes, con expresa renuncia al fuero que les pudiera corresponder, acuerdan someter todas
las controversias que pudieran surgir en relacin con el presente Contrato a los Juzgados y Tribunales de Bilbao.
ZIV Aplicaciones y Tecnologa S.A.

Parque Tecnolgico, 210
48170 Zamudio (Vizcaya)
Apartado 757
48080 Bilbao - Espaa
Tel.- (34) 94 452.20.03
ADVERTENC1A
Z I V Aplicaciones y Tecnologa, S.A., es el legtimo propietario de los derechos de autor del presente
manual. Queda expresamente prohibido copiar, ceder o comunicar la totalidad o parte del contenido de
este libro, sin la expresa autorizacin escrita del propietario.
El contenido de este manual de instrucciones tiene una finalidad exclusivamente informativa.
Z I V Aplicaciones y Tecnologa, S.A., no se hace responsable de las consecuencias derivadas del uso
unilateral de la informacin contenida en este manual por terceros.
NDICE
1. DESCRIPCIN GENERAL ...................................................... 1-2

1.1 Funciones............................................................................................................................ 1-2
1.2 Seleccin de Modelos ........................................................................................................ 1-4
2. CARACTERSTICAS TCNICAS............................................. 2-2

2.1 Fuente de Alimentacin ..................................................................................................... 2-3
2.2 Bus Procesador Interno..................................................................................................... 2-4
2.2.1 Tarjeta CPU ......................................................................................................... 2-4
2.2.2 Tarjeta de Comunicaciones............................................................................... 2-5
2.2.4 Tarjeta de Sincronizacin Externa.................................................................... 2-5
2.3 Perifricos Internos............................................................................................................ 2-6
2.3.1 LEDs de Visualizacin....................................................................................... 2-6
2.4 Mdulos de Interface.......................................................................................................... 2-7
2.4.1 Aislamiento de Puertas RS-232......................................................................... 2-7
2.4.2 Difusor de Comunicaciones (opcional)............................................................ 2-8
3. NORMAS Y ENSAYOS TIPO................................................... 3-2

3.1 Aislamiento ......................................................................................................................... 3-2
3.2 Onda de choque ................................................................................................................. 3-2
3.3 Compatibilidad electromagntica..................................................................................... 3-2
3.3.1 Perturbaciones de 1 MHz ................................................................................... 3-2
3.3.2 Perturbaciones de transitorios rpidos ........................................................... 3-2
3.3.3 Descargas electrostticas ................................................................................. 3-2
3.3.4 Susceptibilidad a los campos electromagnticos radiados .......................... 3-3
3.3.5 Emisividad de radiofrecuencias........................................................................ 3-3
3.4 Requisitos ambientales ..................................................................................................... 3-3
3.4.1 Temperatura ........................................................................................................ 3-3
3.4.2 Humedad ............................................................................................................. 3-3
3.4.3 Altitud................................................................................................................... 3-3
3.5 Interferencias y rizado en la alimentacin ....................................................................... 3-3
3.6 Grado de proteccin de la envolvente ............................................................................. 3-4
3.7 Vibracin ............................................................................................................................. 3-4
4. ARQUITECTURA FSICA ........................................................ 4-2

4.1 Generalidades..................................................................................................................... 4-2
4.2 Dimensiones ....................................................................................................................... 4-3
4.3 Elementos de Conexin..................................................................................................... 4-3
4.3.1 Conectores .......................................................................................................... 4-3
4.3.2 Cableado.............................................................................................................. 4-4
I
LGID707A
Error! Nombre desconocido de propiedad de documento.,

Zamudio 2001
5. CONFIGURACIN DEL EQUIPO ............................................ 5-2

5.1 Configuracin de los Equipos Conectados al GID ......................................................... 5-2
5.1.1 Fabricante............................................................................................................ 5-2
5.1.2 Modelo ................................................................................................................. 5-2
5.1.3 Protocolo ............................................................................................................. 5-2
5.1.4 Direccin ............................................................................................................. 5-2
5.1.5 Password............................................................................................................. 5-3
5.1.6 Interrogacin Cclica .......................................................................................... 5-3
5.1.7 Anlisis ................................................................................................................ 5-3
5.1.8 Puerto Fsico ....................................................................................................... 5-3
5.1.9 Velocidad............................................................................................................. 5-3
5.1.10 Paridad............................................................................................................... 5-4
5.1.11 Bits de Datos..................................................................................................... 5-4
5.1.12 Bits de Stop....................................................................................................... 5-4
5.2 Configuracin del Anlisis de Incidencias ...................................................................... 5-5
5.2.1 Configuracin del Anlisis a Nivel de Proteccin ........................................... 5-5
5.2.1.1 Equipo................................................................................................... 5-5
5.2.1.2 Funcin ................................................................................................. 5-5
5.2.1.3 Unidad................................................................................................... 5-6
5.2.1.4 Mdulo .................................................................................................. 5-6
5.2.2 Configuracin del Anlisis a Nivel de Coordinacin ...................................... 5-8
5.2.2.1 Equipo de Reserva ............................................................................... 5-8
5.2.2.2 Funcin de Reserva.............................................................................. 5-8
5.2.2.3 Unidad (de la funcin de reserva)......................................................... 5-8
5.2.2.4 Equipo Principal .................................................................................... 5-8
5.2.2.5 Funcin Principal .................................................................................. 5-9
5.2.2.6 Unidad (de la funcin principal) ............................................................ 5-9
5.2.2.7 Tiempo de Coordinacin....................................................................... 5-9
6. PRINCIPIOS DE OPERACIN ................................................ 6-2

6.1 Introduccin........................................................................................................................ 6-2
6.2 Comunicacin Transparente con Equipos de Proteccin ............................................. 6-3
6.2.1 Comunicacin Transparente con Equipos PROCOME................................... 6-3
6.2.2 Comunicacin Transparente con Equipos No PROCOME............................. 6-4
6.2.3 Caractersticas Comunes de la Comunicacin Transparente........................ 6-5
6.3 Recogida Cclica de Informacin ...................................................................................... 6-6
6.3.1 Sincronizacin Horaria....................................................................................... 6-7
6.3.2 Recogida de Estado y Medidas......................................................................... 6-8
6.3.3 Recogida de Sucesos y Ajustes........................................................................ 6-8
6.3.4 Monitorizacin del Estado de las Comunicaciones........................................ 6-9
6.4 Anlisis de Incidencias .................................................................................................... 6-10
6.4.1 Criterios de Definicin de Incidencia ............................................................. 6-10
6.4.2 Informacin Analizable .................................................................................... 6-11
6.4.3 Funciones Analizables ..................................................................................... 6-11
6.4.4 Mdulos de Anlisis ......................................................................................... 6-11
6.4.4.1 Anlisis a nivel de proteccin.............................................................. 6-12
6.4.4.2 Anlisis a nivel de coordinacin.......................................................... 6-13
6.4.5 Combinaciones de Salidas .............................................................................. 6-14
6.5 Informes ............................................................................................................................ 6-15
6.5.1 Informe de Sucesos.......................................................................................... 6-15
6.5.2 Informe de Incidencia....................................................................................... 6-16
6.6 Sincronizacin Horaria desde Patrn Externo .............................................................. 6-17
7. PRUEBAS DE RECEPCIN .................................................... 7-2

7.1 Generalidades..................................................................................................................... 7-2
7.2 Inspeccin Preliminar ........................................................................................................ 7-3
II
LGID707A

Zamudio 2001
7.3 Comprobacin En Servicio ............................................................................................ 7-3

7.4 Prueba de Comunicaciones .............................................................................................. 7-3
7.5 Instalacin........................................................................................................................... 7-4
7.5.1 Localizacin ........................................................................................................ 7-4
7.5.2 Conexin ............................................................................................................. 7-4
A. SUCESOS ANALIZABLES......................................................A-2
A.1 Lista de Sucesos por Funcin..........................................................................................A-2
B. AJUSTES CONSIDERADOS ..................................................B-2

B.1 Lista de Ajustes por Funcin ...........................................................................................B-2
C. MDULOS DE ANLISIS .......................................................C-2

C.1 Mdulos de Comprobacin de Proteccin......................................................................C-2
C.2 Mdulos de Comprobacin de Coordinacin ...............................................................C-13
D. DIAGNSTICOS DE ANLISIS ..............................................D-2

D.1 Anlisis a Nivel de Proteccin..........................................................................................D-2
D.2 Anlisis a Nivel de Coordinacin .....................................................................................D-8
III
LGID707A

Zamudio 2001
Notas:
IV
LGID707A

Zamudio 2001
1
Descripcin General
El equipo de Gestin de Informacin de

protecciones denominado GID es un sistema
concebido para resolver las necesidades de
comunicacin y proceso de datos relacionadas con
los equipos digitales de proteccin y registro.
En sus diversas configuraciones de hardware y de
software proporciona un conjunto de nuevas
funciones que permiten aprovechar al mximo la
informacin aportada por los equipos, desde la
gestin de las comunicaciones entre los mismos y
un puesto de nivel superior, hasta la obtencin de
informes elaborados como los de incidencias.
Los equipos GID son de aplicacin en
subestaciones e instalaciones en general donde se
requiera una gestin y tratamiento de la
informacin relacionada con equipos de proteccin
y registro.
CAPTULO 1
Descripcin General
1. DESCRIPCIN GENERAL
1.1 Funciones
A continuacin se indican brevemente las principales funciones para las que ha sido desarrollado el
GID:
Comunicacin Transparente
El GID proporciona el acceso a todos los equipos digitales de la instalacin conectados al GID,
estableciendo conexiones directas entre cada equipo y el enlace remoto de la instalacin (por ejemplo,
un mdem).
La principal ventaja del GID con respecto a cualquier otro elemento concentrador/difusor de tipo no
inteligente es la capacidad de gestionar las llamadas a todos los equipos mediante un nico enlace
remoto en la instalacin, incluidos los equipos denominados no data-broadcasting que necesitan de
un enlace dedicado punto-a-punto.
El acceso remoto desde un puesto central se realiza con el programa de comunicaciones de cada
fabricante. El GID se comporta de manera transparente (previamente se habr enviado desde el
puesto central un mensaje de peticin de canal), encargndose solo de direccionar convenientemente
los mensajes a sus puertos de comunicaciones.
Interrogacin Cclica
El GID es capaz de interrogar automtica y cclicamente a los equipos conectados, con objeto de
recoger la informacin almacenada en los mismos.
Para ello, el GID se suministra con los emuladores de protocolo adecuados, que permiten el dilogo
entre el GID y el equipo en cuestin sin necesidad de intervencin externa alguna.
Las funciones derivadas de este dilogo peridico son las siguientes:
Sincronizacin horaria de los equipos conectados, con relacin al GID que acta como
seal horaria patrn, para lo cual el protocolo de comunicaciones de dichos equipos debe
disponer de mecanismos de sincronizacin. Por su parte, el GID puede estar sincronizado con
una referencia absoluta mediante una entrada externa dedicada.
Almacenamiento de la informacin en un formato unificado, comn para todos los datos
del mismo tipo independientemente de su formato en origen.
Esta caracterstica minimiza el tiempo de conexin desde el puesto central al posibilitar la
actualizacin de la informacin en el mismo mediante una sola conexin al GID, sin necesidad
de conectar con cada unos de los equipos de la instalacin.
Por otra parte, el almacenamiento en formato unificado permite realizar el anlisis automtico
de las incidencias ocurridas, automatizacin que sera difcil de alcanzar si un mismo tipo de
informacin se encontrase en diferentes formatos dependiendo del fabricante.
Generacin de informes, relacionados directamente con la informacin recogida sin realizar
apenas ningn tratamiento de la misma. Como ejemplo est los informes de medidas,
realizados a partir de las medidas realizadas por los diferentes equipos conectados, o los
informes de las alarmas ocurridas en los mismos.
Anlisis Automtico de Incidencias
Con la informacin recogida cclicamente de los equipos, el GID es capaz de detectar incidencias
ocurridas en la instalacin, agrupar la informacin recogida perteneciente a cada incidencia detectada,
y analizar la misma con objeto de obtener un diagnstico final de lo ocurrido.
CAPTULO 1 - 2
LGID707A

Zamudio 2001
CAPTULO 1
Descripcin General
El anlisis de la incidencia se realiza tanto a nivel de comportamiento de cada funcin de proteccin

involucrada como a nivel de comportamiento coordinado entre las diferentes funciones. El informe
final obtenido est disponible para su inspeccin por el usuario.
La funcin de anlisis automtico presenta dos ventajas fundamentales:
Facilita la tarea de anlisis de la informacin por parte del analista en la mayor parte de
incidencias comunes, permitiendo as prestar una mayor atencin a los casos excepcionales.
Reduce considerablemente el volumen de informacin intercambiado entre el puesto central y
la instalacin, ya que en la mayor parte de las incidencias puede limitarse exclusivamente al
informe de la misma, evitando as la transmisin de los datos de cada equipo de proteccin
(que ya han sido analizados por el GID).
CAPTULO 1 - 3
LGID707A

Zamudio 2001
CAPTULO 1
Descripcin General
1.2 Seleccin de Modelos

La seleccin de modelo, segn las caractersticas requeridas, se realiza siguiendo el siguiente
esquema:
1-GIDFUNCIONES SOFTWARE
Mdulo bsico de comunicaciones (SGID1000)
Mdulo de proceso unificado de datos (SGID2000)
Mdulo de anlisis de incidencias (SGID3000)
A
B
C
OPCIONES PERIFRICOS
Estandar
CONFIGURACIN PC
Estndar
(con disco duro)
A + GPS
Estndar
(disco en chip)
C + GPS
A
B
C
D
TENSIN AUXILIAR
FUENTE DE
ENTRADAS
ALIMENTACIN (*)
DIGITALES (*)
24 48 Vcc
24 48 Vcc
110 125 Vcc
24 125 Vcc
220 250 Vcc
48 250 Vcc
1
2
3
(*) 20%
PROTOCOLOS DE RELS (Opciones)

Estandar
MDULOS DE INTERFACE
6 canales serie para nivel inferior
3 canales serie para nivel superior
00
DGITOS ESPECIALES
00
TIPO DE CAJA
6U x Rack de 19
REVISIN
A definir en fbrica
CAPTULO 1 - 4
LGID707A

Zamudio 2001
2
Caractersticas Tcnicas
CAPTULO 2
2. CARACTERSTICAS TCNICAS
El equipo GID est constituido por cuatro reas diferenciadas:
1. Fuente de alimentacin, conectada a la batera de la instalacin, es la encargada de
suministrar las tensiones adecuadas y proporcionar aislamiento entre los distintos
mdulos del equipo.
2. Bus procesador interno, formado por los diferentes componentes principales de
procesamiento y adquisicin de datos, y por el bus que sirve de nexo de unin entre todos
ellos.
3. Perifricos internos, o componentes que interaccionan entre el usuario y el equipo GID.
4. Mdulos de interface, que sirven de aislamiento entre los elementos de campo y el GID.
La siguiente figura ilustra la configuracin interna del GID:
PERIFRICOS INTERNOS
BUS PROCESADOR INTERNO
HD
CPU
COM
COM
SINC
FUENTE DE ALIMENTACIN
LEDs
MDULOS DE INTERFACE
AISLAMIENTO PUERTAS DE
COMUNICACIN, SALIDAS
DIGITALES Y LEDs
DIFUSOR DE
COMUNICACIONES
CAPTULO 2 - 2
LGID707A

Zamudio 2001
CAPTULO 2
2.1 Fuente de Alimentacin

El equipo GID dispone de una fuente de alimentacin de las siguientes caractersticas:
Denominacin PolyAmp
Tensin de entrada De 50 a 150 Vcc (nominal 125 Vcc)
Tensiones de salida + 5 Vcc, 11 A
+ 12 Vcc, 1 A
- 12 Vcc, 1 A
Potencia 100 W
Aislamiento Entre entrada y salida: 2500 V
Entre entrada y chasis: 2500 V
T de funcionamiento De - 40 C a + 70 C
Comportamiento ante Segn: CEI 255-4 Clase III
perturbaciones en entrada
CEI 801-4 (CEI 1000-4)
CAPTULO 2 - 3
LGID707A

Zamudio 2001
CAPTULO 2
2.2 Bus Procesador Interno

La unidad central de proceso es la encargada de realizar el mayor nmero de tareas. Est formada
por
1.
2.
3.
4.
Una tarjeta con la unidad central de proceso (CPU).

Una o ms tarjetas de comunicaciones inteligentes.
Una o ms tarjetas de entradas digitales (opcional).
Tarjeta para sincronizacin con reloj patrn externo.
Todas ellas estn interconectadas entre s por una tarjeta bus pasivo ISA con 8 ranuras para conexin
del resto de tarjetas.
2.2.1 Tarjeta CPU
Las caractersticas ms destacables se resumen a continuacin. Estas caractersticas estn sujetas a
modificacin de acuerdo a la rpida evolucin del mercado en lo que se refiere a este tipo de
componentes, pero siempre las modificaciones se harn buscando la mejora de las caractersticas del
conjunto.
Procesador
Velocidad
Memoria cach
Memoria RAM dinmica
Memoria RAM con batera
Memoria Flash/EPROM
Controlador de disco
Conectores
PENTIUM
90 MHz
8 kB
Hasta 16 MB
Hasta 1 MB (opcional)
1 MB (opcional)
IDE
Teclado
Serie estndar 9 pins RS-232 (x2)
Paralelo Centronics o bidireccional 25 pins
Unidades de disco HD 3.5 1 GB (opcional)
CAPTULO 2 - 4
LGID707A

Zamudio 2001
CAPTULO 2
2.2.2 Tarjeta de Comunicaciones

El equipo GID dispone de una o ms tarjetas de comunicaciones inteligentes, dependiendo del
nmero de puertos que se necesiten (hasta un mximo de 4 tarjetas), controladas por un
microprocesador.
Las caractersticas fundamentales de estas tarjetas son las siguientes:
Denominacin
Procesador
Memoria RAM
Memoria EPROM
Bus de Interface
Seales disponibles
Controlador coms. serie
Rango de velocidad
Bits de datos
Bits de parada
Hostess 186 de 8 puertos tipo RS-232

80186, 8 MHz
128 kB (dual-port)
64 kB
ISA o compatible,
16 bits datos, 24 bits direcciones
RTS, DTR, GND, TxD, RxD, DCD, DSR, CTS
8530
Programable desde 50 hasta 38.4 kbit/seg
5, 6, 7 8
1, 1.5 2
2.2.3 Tarjeta de Sincronizacin Externa

El GID est concebido para conectarse a un sistema de sincronizacin de reloj externo. En concreto,
se emplea el sistema GPS IKOR conectado a travs de un interface paralelo con conector DBH37.
Este sistema garantiza una precisin de reloj de 1 ms con una resolucin de 10 ms.
CAPTULO 2 - 5
LGID707A

Zamudio 2001
CAPTULO 2
2.3 Perifricos Internos

Los perifricos internos permiten la interaccin entre el usuario y el GID. Entre ellos, pueden
encontrarse los siguientes:
1. Conjunto de LEDs de visualizacin.
2.3.1 LEDs de Visualizacin
El equipo dispone de tantas parejas de LEDs (transmisin y recepcin) como sea necesario en
funcin del nmero de puertos de comunicaciones disponibles para indicar la presencia de
comunicaciones en uno u otro sentido. Se emplea el color verde para la recepcin (seal RxD) y el
color rojo para la transmisin (seal TxD).
Se dispone adems de un LED adicional, indicando Equipo en servicio.
CAPTULO 2 - 6
LGID707A

Zamudio 2001
CAPTULO 2
2.4 Mdulos de Interface

Los mdulos de interface tienen como misin principal cumplir con los requisitos de aislamiento y
adecuar las entradas de las tarjetas de la unidad de proceso a los requerimientos exigidos. Son los
siguientes:
1. Aislamiento de puertas RS-232 por optoacopladores.
2. Difusor de comunicaciones.
2.4.1 Aislamiento de Puertas RS-232
Esta tarjeta consta de 9 circuitos para aislamiento de los canales de comunicaciones serie (6 para
equipos de proteccin y registro conectados al GID, uno para comunicaciones con PC local, uno para
comunicaciones con PC remoto y otro para comunicaciones con unidad de control integrado).
Se dispondr de tantas tarjetas de este tipo como sea necesario, de acuerdo al nmero de puertos
con que cuente el GID.
Cada uno de los circuitos consta de un conector de fibra ptica para recoger las seales procedentes
de los diferentes equipos exteriores conectados al GID.
Adicionalmente, las seales de recepcin tienen hacia su salida hacia la tarjeta de comunicaciones de
la unidad de proceso los respectivos cuadradores para evitar oscilaciones de la seal.
Tanto las seales de recepcin como las de transmisin se llevan a un conector, y mediante el cable
adecuado se llevan a la tarjeta de comunicaciones de la unidad de proceso.
Por otro lado, las seales RxD y TxD son llevadas a travs de unos bffers a los LEDs para indicar la
presencia de transmisin en uno u otro sentido de comunicacin, monitorizndose as las
comunicaciones por los distintos puertos.
CAPTULO 2 - 7
LGID707A

Zamudio 2001
CAPTULO 2
2.4.2 Difusor de Comunicaciones (opcional)

Opcionalmente, el GID est diseado para incorporar internamente una tarjeta adicional que acta
como elemento concentrador/difusor de comunicaciones.
Esta tarjeta se conecta internamente a una de los canales de comunicacin serie de la tarjeta de
comunicaciones de la unidad de proceso, disponiendo as de un mayor nmero de puertas de
comunicacin (en este caso, no son independientes, por lo que los equipos a conectar debern ser
obligatoriamente de tipo data-broadcast.
La tarjeta incorpora 8 salidas de Fibra ptica, as como todos los elementos de aislamiento
necesarios para los puertos adicionales.
CAPTULO 2 - 8
LGID707A

Zamudio 2001
3
Normas y Ensayos Tipo
CAPTULO 3
3. NORMAS Y ENSAYOS TIPO

Los equipos satisfacen los requisitos establecidos por la norma UNE 21-136 (equivalente CEI-255) en
su clase mxima para todos los puntos que se describen a continuacin:
3.1 Aislamiento
Entre circuitos y masa:
2 kV, 50 Hz, durante 1 minuto
Entre circuitos independientes: 2 kV, 50 Hz, durante 1 minuto
3.2 Onda de choque

5 kV de choque; 1,2 s; 0,5 J segn UNE 21-136-83-5 (CEI 255-5)
3.3 Compatibilidad electromagntica

Segn la propuesta de norma CENELEC prEN 50263 de Julio de 1996, en los apartados siguientes:
3.3.1 Perturbaciones de 1 MHz
Modo comn: 2.5 kV
Modo diferencial:
1 kV
segn UNE 21-136-92/22-1 (CEI 255-22-1 Clase III)
3.3.2 Perturbaciones de transitorios rpidos
4 kV 10 %
Clase IV segn CENELEC EN 61000-4-4:1995

(CEI 255-22-4) (UNE 21-136-92/22-4)
3.3.3 Descargas electrostticas

8 kV 10 %
Clase III segn CENELEC EN 61000-4-2:1995

(CEI 255-22-2) (UNE 21-136-92/22-2)
CAPTULO 3 - 2
LGID707A

Zamudio 2001
CAPTULO 3
3.3.4 Susceptibilidad a los campos electromagnticos radiados

Modulacin de amplitud:
10 V/m Clase III segn ENV 50140:1993

(CEI 255-22-3 en revisin)
(UNE 21-136-92/22-3)
Modulacin en pulsos:
segn ENV 50204
Modo comn, modulacin en amplitud
segn ENV 50141
3.3.5 Emisividad de radiofrecuencias
Segn EN 55011 y futura CEI 255-24
3.4 Requisitos ambientales

3.4.1 Temperatura
Rango de funcionamiento:
Rango de almacenaje:
De -40 C a +85 C
De -40 C a +85 C
segn EN 60255-6 (CEI 255-6)
3.4.2 Humedad
95 % (sin condensacin)
3.4.3 Altitud
Altitud mxima sobre el nivel del mar
1000 m
3.5 Interferencias y rizado en la alimentacin

El rizado admitido para la alimentacin debe ser inferior al 20 %,
segn UNE 21-136-83-11 (CEI 255-11)
CAPTULO 3 - 3
LGID707A

Zamudio 2001
CAPTULO 3
3.6 Grado de proteccin de la envolvente

El grado de proteccin de la envolvente metlica ser IP51, segn CEI 529
3.7 Vibracin
Segn CEI 255-21-1 Clase II
CAPTULO 3 - 4
LGID707A

Zamudio 2001
4
Arquitectura Fsica
CAPTULO 4
Arquitectura Fsica
4. ARQUITECTURA FSICA
4.1 Generalidades
El equipo GID est constituido por dos elementos de dimensiones normalizadas donde se alojan las
diferentes tarjetas del equipo. En el elemento inferior se encuentra la fuente de alimentacin, la unidad
de proceso y los perifricos internos, mientras que en el superior se encuentran los mdulos de
interface.
En la figura siguiente se presenta una vista del frente y de la parte trasera del GID:
Z I V Aplicaciones y Tecnologa, S.A.
R
X
6
T
X
6
R
X
5
T
X
5
R
X
4
T
X
4
R
X
3
R
X
2
T
X
2
R
X
1
T
X
1
RX5
TX5
R
X
L
T
X
L
B
A
T
D
I
S
Z I V Aplicaciones y Tecnologa, S.A.
RX6
TX6
CONTROL
RX4
TX4
RX3
TX3
RX2
TX2
RX1
TX1
REMOTO
RELOJ
RED
CAPTULO 4 - 2
LGID707A

Zamudio 2001
CAPTULO 4
Arquitectura Fsica
4.2 Dimensiones
Los equipos se montan en dos elementos unidos permanentemente entre s. El elemento inferior es
una caja de 1 rack de 19 y 4 alturas normalizadas, de 430 mm de profundidad. El elemento superior
es una caja de 19 y 2 alturas normalizadas, teniendo una parte de 430 mm de fondo y otra de 220
mm.
Los equipos estn previstos para su montaje empotrado en panel, o en armarios porta-racks. La caja
va pintada en color grafito.
4.3 Elementos de Conexin

4.3.1 Conectores
El equipo se suministra con una serie de conectores, indicados a continuacin:
1. Conectores de fibra ptica de comunicacin con equipos de proteccin y registro
En el modelo bsico se incorporan 6 parejas (TxD y RxD) de conectores para fibra ptica
de cristal (de 50/125 100/140 m).
Adicionalmente se pueden montar ms conectores en grupos de 8, dependiendo del
nmero de puertos necesarios para comunicaciones con equipos de proteccin y registro.
La comunicacin serie tiene una velocidad configurable de hasta 19200 baudios.
2. Conector RS-232 de comunicacin con PC local
Instalado en la parte frontal del equipo, este conector V28 de tipo DB9H/DIN41652 permite
la comunicacin serie entre el GID y un PC local, a una velocidad de 4800 baudios.
3. Conectores RS-232 de comunicacin con PC remoto y unidad de Control Integrado
La comunicacin serie con un PC remoto y con una unidad de Control Integrado se realiza
mediante dos conectores V28 traseros, uno para cada enlace, de tipo DB9H/DIN41652.
La comunicacin serie RS-232 tiene una velocidad configurable de hasta 19200 baudios.
CAPTULO 4 - 3
LGID707A

Zamudio 2001
CAPTULO 4
Arquitectura Fsica
4. Conector para entrada de sincronizacin externa de reloj

En la parte trasera se dispone de un conector de tipo DB37 de 37 contactos, empleado
como entrada paralelo de la seal patrn de reloj para sincronizacin externa.
5. Conector para la fuente de alimentacin
Situado en la parte trasera, se emplea una regleta de 10 bornas que admiten cables de
2.5 mm de seccin (mxima 4 mm).
Los conectores DB9H para comunicaciones RS-232 tienen la siguiente configuracin de sus
contactos:
Contacto
3
2
7
8
6
5
4
Circuito
103
104
105
106
107
102
108/2
Seal
TxD
RxD
RTS
CTS
DSR
GND
DTR
Funcin
Datos transmitidos
Datos recibidos
Peticin de envo
Libre para envo
Conjunto de datos dispuesto
Tierra de seal
Terminal de datos dispuesta
Los conectores empleados para comunicacin con PC remoto y con unidad de control integrado
disponen de todas las seales, mientras que los empleados para comunicaciones con PC local y con
equipos de proteccin y registro conectados al GID solo disponen de las seales TxD, RxD y GND.
4.3.2 Cableado
El sistema dispone de los conectores y buses internos adecuados, a fin de evitar al mximo el
cableado en el interior.
CAPTULO 4 - 4
LGID707A

Zamudio 2001
5
Configuracin del Equipo
CAPTULO 5
5. CONFIGURACIN DEL EQUIPO

Para el correcto funcionamiento del GID, es necesario disponer de una serie de parmetros ajustables
por el usuario relativos a los equipos conectados al GID y al anlisis del funcionamiento de los
mismos, tanto a nivel de proteccin como a nivel de coordinacin.
5.1 Configuracin de los Equipos Conectados al GID

Para cada rel conectado al GID, es necesario que est dado de alta en la base de datos del GID. Por
ello, habr que definir una serie de parmetros para cada equipo, que se describen a continuacin.
5.1.1 Fabricante
Nombre que identifica al fabricante del equipo conectado.
Existe una lista actualizada de fabricantes, disponible en el GID.
5.1.2 Modelo
Modelo al que corresponde el equipo conectado.
Para cada fabricante, existe una lista de modelos con los que el GID puede comunicarse.
5.1.3 Protocolo
Protocolo de comunicaciones entre el GID y el equipo.
Existe un conjunto de protocolos que el GID es capaz de emular. No se podr interrogar un equipo,
cuyo protocolo no est recogido en el GID.
5.1.4 Direccin
Nmero de equipo dentro del protocolo de comunicaciones propio que identifica unvocamente a cada
uno de los equipos de un mismo fabricante.
El rango de este ajuste es un valor entre 0 y 254. Por defecto, la direccin 250 se asigna al propio
GID.
CAPTULO 5 - 2
LGID707A

Zamudio 2001
CAPTULO 5
5.1.5 Password
Clave utilizada para permitir la comunicacin con el equipo.
El formato del ajuste es una palabra compuesta de hasta 8 caracteres.
5.1.6 Interrogacin Cclica
Ajuste que permite habilitar y deshabilitar la interrogacin cclica del equipo por el GID.
Los valores que puede tomar este ajuste son:
0: No interrogar al equipo.
1: Interrogar al equipo.
5.1.7 Anlisis
Ajuste que permite habilitar y deshabilitar el anlisis del equipo durante las incidencias detectadas.
Los valores que puede tomar este ajuste son:
0: No analizar el equipo.
1: Analizar el equipo.
5.1.8 Puerto Fsico
Nmero del puerto de comunicaciones del GID, al cual est conectado el equipo.
El nmero de puertos disponibles en el GID, depende del nmero de tarjetas de comunicaciones
instaladas en el mismo. Los puertos comienzan a numerarse a partir del nmero 1.
5.1.9 Velocidad
Velocidad en baudios utilizada en la comunicacin con el equipo.
Las velocidades disponibles son: 600, 1200, 2400, 4800, 9600 y 19200 baudios.
CAPTULO 5 - 3
LGID707A

Zamudio 2001
CAPTULO 5
5.1.10 Paridad
Tipo de paridad utilizada en la comunicacin.
Se podr elegir entre paridad PAR, IMPAR y NINGUNA.
5.1.11 Bits de Datos
Longitud de la palabra de datos.
Se dispone de palabras de 5, 6, 7 y 8 bits.
5.1.12 Bits de Stop
Nmero de bits de stop.
El valor ser seleccionable entre 1 2 bits de stop.
CAPTULO 5 - 4
LGID707A

Zamudio 2001
CAPTULO 5
5.2 Configuracin del Anlisis de Incidencias

El anlisis de incidencias que puede realizar el GID necesita de una informacin externa que debe ser
proporcionada por el usuario.
En esta informacin se engloban los parmetros particulares de cada uno de los mdulos de anlisis y
la topologa de la subestacin (relaciones entre las funciones de proteccin analizables).
5.2.1 Configuracin del Anlisis a Nivel de Proteccin
Este anlisis se ocupa de estudiar el comportamiento de un rel a nivel particular, durante el
transcurso de una incidencia, sin tener en cuenta al resto de equipos que componen la subestacin.
Esta configuracin del anlisis a nivel de proteccin tiene que definirse para cada equipo que se
pretenda analizar, para cada funcin de dicho equipo que se desee analizar, y para cada uno de los
mdulos aplicados a cada funcin (Anexo D).
Los diferentes parmetros a configurar en este tipo de anlisis de incidencias son los siguientes:
5.2.1.1 Equipo
Identificacin del equipo a analizar.
Vendr determinada por el modelo y la direccin del equipo en cuestin.
5.2.1.2 Funcin
Identificacin de cada una de las funciones que se desean analizar, dentro de un equipo.
Segn el tipo de equipo, se dispondr de una serie determinada de funciones para ese
equipo, entre funciones de proteccin (TOC_N, TOC_FASE, IOC_N, IOC_FASE, etc.),
unidades de reenganche, unidades de interruptor, etc.
CAPTULO 5 - 5
LGID707A

Zamudio 2001
CAPTULO 5
5.2.1.3 Unidad
Nmero utilizado para distinguir una determinada funcin del equipo, cuando ste incorpora
varias unidades de una misma funcin.
Ser un nmero entre 1 y el nmero de unidades que contiene el equipo, para cada tipo de
funcin.
5.2.1.4 Mdulo
Identificacin que corresponde a cada uno de los mdulos de anlisis a nivel de proteccin
que se aplican sobre una determinada funcin del equipo.
Para cada tipo de funcin del equipo, se podr aplicar un determinado subconjunto de
mdulos de anlisis, que estn diseados para analizar el comportamiento de la misma
(vase el Anexo D).
Cada mdulo de anlisis puede necesitar del ajuste de uno o dos parmetros, dependiendo
del mdulo de que se trate. Estos parmetros son tolerancias empleadas en cada mdulo. Se
ajustan como valor porcentual en coma flotante, entre 0,0 y 99,99.
A continuacin, se especifican el significado de los parmetros para cada uno de los mdulos
de anlisis a nivel de proteccin:
CAPTULO 5 - 6
LGID707A

Zamudio 2001
CAPTULO 5
Mdulo 1
Parmetro 1
Parmetro 2
Mdulo 2
Parmetro 1
Parmetro 2
Mdulo 3
Parmetro 1
Parmetro 2
Mdulo 4
Parmetro 1
Parmetro 2
Mdulo 5
Parmetro 1
Parmetro 2
Mdulo 6
Parmetro 1
Parmetro 2
Mdulo 8
Parmetro 1
Parmetro 2
Mdulo 9
Parmetro 1
Parmetro 2
Mdulo 10
Parmetro 1
Parmetro 2
Mdulo 12
Parmetro 1
Parmetro 2
Mdulo 13
Parmetro 1
Parmetro 2
Comprobacin de Habilitacin/Bloqueo
No es parametrizable
Comprobacin de Arranque de funcin de sobreintensidad
Tolerancia porcentual aplicada a la intensidad de arranque, ajustada
en el equipo
No utilizado
Comprobacin de Disparo por funcin de sobreintensidad
Tolerancia porcentual aplicada a la intensidad de disparo, ajustada en
el equipo
No utilizado
Comprobacin de Tiempo de disparo por funcin de
sobreintensidad
No utilizado
No utilizado
Comprobacin de Arranque de funcin de sobreintensidad con
disparo externo
Tolerancia porcentual aplicada al tiempo ajustado para el disparo, de
una funcin de sobreintensidad
No utilizado
Comprobacin de Tiempo de apertura de interruptor
Tolerancia porcentual aplicada al tiempo ajustado para la apertura del
interruptor, tras la orden de apertura
No utilizado
Comprobacin de Tiempo de reenganche
Tolerancia porcentual aplicada al tiempo ajustado para la generacin
de la orden de reenganche, tras la apertura
No utilizado
Comprobacin de Tiempo de cierre de interruptor
Tolerancia porcentual aplicada al tiempo ajustado para el cierre del
interruptor, tras la orden de cierre
No utilizado
Comprobacin de Tiempo de seguridad
Tolerancia porcentual aplicada al tiempo de seguridad ajustado para
el reenganchador
No utilizado
Comprobacin de Disparo definitivo
Comprobacin de Anomalas
CAPTULO 5 - 7
LGID707A

Zamudio 2001
CAPTULO 5
5.2.2 Configuracin del Anlisis a Nivel de Coordinacin

Este anlisis se ocupa de estudiar el comportamiento de un equipo a nivel de subestacin,
considerando la posicin relativa que ocupa dentro de la subestacin, con respecto al resto de
equipos que componen la misma.
Para cada pareja de equipos que deban estar coordinados dentro de la instalacin, se definen los
siguientes parmetros:
5.2.2.1 Equipo de Reserva
Identificacin del equipo que realiza las funciones de proteccin de reserva de otro.
5.2.2.2 Funcin de Reserva
Identificacin de la funcin que se comporta como reserva de otra, dentro del equipo de
reserva anterior.
Segn el tipo de equipo, se dispondr de una serie determinada de funciones de proteccin
(TOC_N, TOC_FASE, IOC_N, IOC_FASE, etc.).
5.2.2.3 Unidad (de la funcin de reserva)
funcin.
5.2.2.4 Equipo Principal
Identificacin del equipo que realiza las funciones de proteccin principal de otro.
CAPTULO 5 - 8
LGID707A

Zamudio 2001
CAPTULO 5
5.2.2.5 Funcin Principal

Identificacin de la funcin que se comporta como principal de otra, dentro del equipo principal
anterior.
Segn el tipo de equipo, se dispondr de una serie determinada de funciones de proteccin
(TOC_N, TOC_FASE, IOC_N, IOC_FASE, etc.).
5.2.2.6 Unidad (de la funcin principal)
funcin.
5.2.2.7 Tiempo de Coordinacin
Parmetro utilizado por los mdulos de comprobacin de las reglas de coordinacin entre
equipos.
Se ajusta como un valor en coma flotante expresado en segundos, entre 0,0 y 99,999.
CAPTULO 5 - 9
LGID707A

Zamudio 2001
CAPTULO 5
Notas:
CAPTULO 5 - 10
LGID707A

Zamudio 2001
6
Principios de Operacin
CAPTULO 6
6. PRINCIPIOS DE OPERACIN
6.1 Introduccin
El GID tiene una estructura de software modular, de tal manera que las diferentes funciones que
realiza el GID se corresponden con diferentes niveles de programa:
1. Comunicacin transparente con equipos, que permite al usuario conectarse con los
diferentes equipos de la instalacin desde un puesto remoto a travs de un nico enlace
(por ejemplo, mdem). El GID es capaz de adaptar las caractersticas de las
comunicaciones, pudiendo ser diferentes las caractersticas dentro de la instalacin entre
los diferentes equipos y el GID con respecto a las caractersticas entre el GID y el puesto
central remoto.
2. Interrogacin cclica a los equipos, en la que, basndose en el empleo de conversores
de los protocolos de los diferentes equipos conectados, es posible sincronizar los mismos
con respecto a la hora patrn establecida por el GID, y recoger la informacin que
generan, disponindola en un formato comn unificado. Esta funcin simplifica la
actualizacin de la informacin en el puesto central al ser suficiente conectar con el GID
para recolectar la informacin de toda la instalacin.
3. Anlisis automtico de incidencias ocurridas, basndose en la disponibilidad de la
informacin de la instalacin en un formato comn y analizable. El resultado se traduce en
informes de incidencias, presentados al usuario para ahorrarle tiempo en el proceso de
anlisis del sistema.
El GID simplifica la conexin con los equipos de la instalacin, incluso cuando existan equipos de tipo
data-broadcasting que requieran un puerto dedicado para comunicacin punto-a-punto.
Los puertos de salida del GID pueden actuar todos como puertos difusores; para ello se requiere del
elemento fsico concentrador/difusores externo. La configuracin de los puertos se hace a travs del
programa de comunicaciones ZIVerGID, y los equipos pueden conectarse a cualquiera de ellos, tanto
los de tipo data-broadcasting como los punto-a-punto.
CAPTULO 6 - 2
LGID707A

Zamudio 2001
CAPTULO 6
6.2 Comunicacin Transparente con Equipos de Proteccin

El GID soluciona las comunicaciones desde el puesto central con cada uno de los equipos de la
instalacin gracias a su funcionamiento como concentrador/difusor inteligente.
El GID acta como intermediario entre el puesto central y el equipo a comunicar, gestionando las
diferentes caractersticas de comunicaciones, pero mostrndose como un elemento absolutamente
transparente a efectos de la informacin intercambiada con el puesto central.
El GID permite que el usuario enlace con cualquiera de los equipos conectados a travs de un nico
mdem en el centro y con el programa de comunicaciones propio del fabricante del equipo.
El establecimiento de la comunicacin transparente con un equipo de la instalacin es diferente en
funcin de que el equipo a comunicar responda o no al protocolo PROCOME.
6.2.1 Comunicacin Transparente con Equipos PROCOME
Todos aquellos equipos que empleen el protocolo PROCOME para sus comunicaciones tienen la
capacidad de ser conectados a un puerto difusor compartido con otros equipos, ya que son equipos
que pertenecen a la categora de los llamados data-broadcasting.
El GID es capaz de interpretar los mensajes PROCOME enviados desde el puesto central a
cualquiera de los equipos con ese protocolo, lo que resulta en que no es necesario un proceso previo
para enlazar con el equipo PROCOME en cuestin.
Cuando el GID detecta un mensaje PROCOME, lo direcciona al puerto correspondiente donde se
encuentra el equipo al que va dirigido el mensaje (en la cabecera de los mensajes PROCOME
siempre se indica la direccin del equipo al que va dirigido), y el GID pasa a monitorizar la
comunicacin entre el puesto central y el equipo, con objeto de detectar el final de la misma.
Todo lo que se debe hacer es indicar mediante la configuracin del GID el puerto del GID al que est
conectado permanentemente cada equipo PROCOME (es decir, la relacin entre la direccin lgica
PROCOME de cada equipo y el puerto fsico al que se conecta en el GID). Gracias a esto, el usuario
puede enlazar con el equipo sin ms que arrancando su programa de comunicaciones suministrado
por el fabricante.
CAPTULO 6 - 3
LGID707A

Zamudio 2001
CAPTULO 6
Adicionalmente, la conexin transparente tambin puede establecerse desde el programa de

comunicaciones ZIVerGID, indicando el equipo con el que se quiere conectar (el ZIVerGID
establecer el canal con el GID y arrancar el programa de comunicaciones de fabricante).
En ambos casos, el GID se encarga de adaptar las caractersticas de comunicaciones entre los
mensajes recibidos desde el puesto central y los enviados al equipo, y viceversa. Tngase en cuenta
que el GID permite disponer de diferentes caractersticas de comunicacin (velocidad, paridad, etc.)
entre los diferentes equipos conectados, y entre stas y la comunicacin nica entre el puesto central
y el GID de la instalacin (definida por el mdem empleado).
6.2.2 Comunicacin Transparente con Equipos No PROCOME
Entre los equipos que no emplean el protocolo PROCOME, algunos tienen la capacidad de ser
conectados a un puerto difusor compartido (comunicacin data-broadcasting), pero otros carecen de
esa posibilidad dado que requieren de estar conectados a un puerto dedicado (comunicacin punto-apunto).
En ambos casos, el GID se comportar igual, independientemente de que el GID conozca o no el
protocolo empleado con el equipo. En efecto, la conexin transparente debe establecerse mediante un
proceso previo de peticin de canal transparente con el equipo de inters desde el puesto central.
La peticin de canal se realiza mediante el programa de comunicaciones del GID, el ZIVerGID. En l,
el usuario selecciona el equipo con el que quiere conectarse. El programa ya conoce, gracias a la
configuracin del GID, el puerto donde se encuentra, por lo que genera el mensaje de peticin de
canal al GID.
Una vez establecido el canal transparente, el ZIVerGID arranca automticamente el programa de
comunicaciones del fabricante, y el GID pasa a monitorizar la comunicacin entre el puesto central y el
equipo para detectar el final de la misma.
Para finalizar una comunicacin transparente, debe enviarse un nuevo mensaje (generado por el
ZIVerGID) desde el puesto central indicando la finalizacin de la conexin transparente en marcha, de
manera que el GID cierre el canal transparente anteriormente abierto y restablezca la comunicacin
cclica con el equipo (en caso de que est sometido a este tipo de interrogacin).
Como en la comunicacin con equipos PROCOME, tambin en este caso el GID se encarga de
adaptar las caractersticas de comunicaciones entre los mensajes recibidos desde el puesto central y
los enviados al equipo, y viceversa.
CAPTULO 6 - 4
LGID707A

Zamudio 2001
CAPTULO 6
6.2.3 Caractersticas Comunes de la Comunicacin Transparente

Tanto para equipos que utilizan el protocolo PROCOME como para aquellos que no lo hacen, cuando
el puerto al que est conectado el equipo est ocupado con comunicaciones con otros equipos (en
modo data-broadcasting) o con el equipo al que se va a conectar en transparente, el GID no
establecer el canal transparente hasta que la comunicacin en curso finalice.
Esta circunstancia podr presentarse cuando la comunicacin en curso sea la interrogacin cclica del
GID con los equipos conectados. En ese caso, la comunicacin se da por finalizada cuando termina
con el equipo que est siendo interrogado, es decir, el canal transparente tiene prioridad sobre la
interrogacin cclica posterior a otros equipos.
Mientras permanezca establecido el canal de comunicacin transparente, no se realizar ninguna otra
comunicacin (incluida la interrogacin cclica) con el resto de equipos conectados al puerto al que
est conectado el equipo en cuestin.
A efectos de que el canal de comunicacin con un equipo no quede bloqueado permanentemente, la
comunicacin transparente ser cortada por el GID por una de las siguientes causas:
1. Transcurrido un tiempo predeterminado de 5 minutos (time-out) durante el que no haya
existido ningn intercambio de informacin entre el puesto central y el equipo conectado
en transparente, ,
2. El GID detecte el mensaje de finalizacin de conexin transparente desde el puesto
central (aplicable a equipos No PROCOME), ,
3. El GID detecte un mensaje PROCOME dirigido a un equipo diferente al que est
conectado actualmente en modo transparente (aplicable a equipos PROCOME), o de
seleccin de canal transparente con un equipo diferente al que est conectado
actualmente en modo transparente (aplicable a equipos NO PROCOME), ,
4. El GID detecte la prdida de seal de portadora (indicacin de mdem colgado).
CAPTULO 6 - 5
LGID707A

Zamudio 2001
CAPTULO 6
6.3 Recogida Cclica de Informacin

El GID realiza una interrogacin peridica a todos los equipos conectados con objeto de obtener de
los mismos varios tipos de informacin, que pueden ser presentados directamente al usuario evitando
las conexiones entre el puesto central y cada uno de los equipos de la instalacin. Adems, estos
datos son necesarios para realizar informes de incidencias a posteriori.
La interrogacin cclica de un equipo solo es posible si se conoce el protocolo del mismo y se
implementa el emulador correspondiente. De esta manera, el GID interroga al equipo sin necesidad de
ningn tipo de informacin adicional.
De esta interrogacin cclica se extrae informacin del tipo de estado de los equipos, medidas en la
instalacin, sucesos registrados y ajustes empleados. Adems, junto con la interrogacin se realiza
una sincronizacin de los equipos conectados con el GID, de manera que todos los equipos quedan
sincronizados con la hora patrn marcada por el GID.
El ciclo de interrogacin es de baja prioridad, ya que solo transfiere datos de carcter informativo. Una
peticin de comunicacin transparente interrumpe el ciclo de interrogacin de datos de proteccin con
todos los equipos conectados al mismo puerto del GID que el equipo a comunicar en transparente.
Excepto por las interrupciones anteriores, el ciclo de interrogacin est permanentemente
ejecutndose. De esta forma se pretende actualizar el estado completo de la instalacin en las bases
de datos del GID en el menor tiempo posible.
La duracin del ciclo de interrogacin depende de dos factores fundamentalmente: el nmero de
equipos a interrogar y el/los protocolos a emplear. Por ello, el tiempo invertido en la interrogacin
cclica es variable.
Las tareas adicionales de proceso de informacin, como el anlisis de incidencias y la generacin de
informes, se realizan al finalizar un ciclo de interrogacin con todos los equipos. Se establece un
tiempo fijo en torno a los 30 segundos despus de cada interrogacin para estas tareas adicionales.
Inmediatamente a continuacin se inicia un nuevo ciclo de interrogacin.
CAPTULO 6 - 6
LGID707A

Zamudio 2001
CAPTULO 6
6.3.1 Sincronizacin Horaria

La sincronizacin horaria de todos los equipos de una instalacin con una referencia nica es siempre
conveniente, pero adems es imprescindible si se pretende realizar el anlisis automtico de
incidencias ocurridas en la instalacin.
La referencia patrn empleada en la sincronizacin automtica de los equipos conectados al GID es el
reloj interno del propio GID, que a su vez puede estar sincronizado con un reloj patrn externo
mediante entrada dedicada. La precisin as obtenida es suficiente para las funciones de gestin de
informacin realizadas por el GID.
La sincronizacin se realiza a travs del software de comunicaciones, mediante los mensajes
adecuados de cada protocolo, enviados al inicio de cada ciclo de interrogacin peridica, y de manera
particular para cada puerto.
Dentro de un mismo puerto, los mensajes de sincronizacin a equipos PROCOME se realiza mediante
mensajes de tipo data-broadcast, es decir, un mensaje dirigido a todos los equipos PROCOME
conectados y sin respuesta desde los mismos.
Para equipos No PROCOME, el mensaje de sincronizacin ser particular de acuerdo al protocolo
empleado en cada caso. Si el protocolo admite mensajes de sincronizacin tipo data-broadcast, se
emplean los mismos ya que reduce el tiempo de conexin. En caso contrario, se enva el mensaje de
sincronizacin a cada equipo de forma individualizada.
El proceso de sincronizacin tiene en cuenta los retrasos debidos al proceso interno en el GID y a las
comunicaciones, para lo cual en las rutinas de sincronizacin se establecen tiempos de compensacin
adecuados en funcin del protocolo empleado. Con ello se consigue que el mensaje de sincronizacin
incluya la hora correcta cuando dicho mensaje llega al equipo.
CAPTULO 6 - 7
LGID707A

Zamudio 2001
CAPTULO 6
6.3.2 Recogida de Estado y Medidas

La recogida del estado de los equipos tiene por objeto detectar las alarmas de fallo, tanto crtico como
no crtico, que pudiera anunciar cualquier equipo de los interrogados cclicamente. La presencia de
una alarma en un equipo es indicada al usuario en la pantalla del estado del GID, para que el usuario
se entere inmediatamente y pueda proceder a su verificacin.
Algunos equipos facilitan en el estado la indicacin de la existencia de nuevos sucesos registrados,
informacin que es empleada para iniciar la recogida de los mismos.
Adems del estado, el GID almacena las magnitudes elctricas de la instalacin registradas por los
equipos conectados, con objeto de realizar con ellas informes peridicos relativos, por ejemplo, a
intensidades y tensiones mximas y mnimas.
Algunos equipos facilitan las medidas de las magnitudes elctricas registradas en ese instante junto
con el estado. En otros casos, las medidas son requeridas por el GID mediante el mensaje especfico
del protocolo del equipo.
6.3.3 Recogida de Sucesos y Ajustes
El GID recoge todos los sucesos de cada equipo conectado, y empleando los mdulos de conversin
de cada emulador de protocolo, los pone en un formato comn y unificado.
A cada equipo conectado se le interroga por los sucesos nuevos desde la ltima recogida desde el
GID.
Con objeto de reducir la duracin de cada ciclo peridico de interrogacin, para aquellos equipos que
no admiten una recogida de sucesos a partir de una fecha dada sino que tienen que ser interrogados
por todos sus sucesos, en cada ciclo solo se recogen los sucesos de un equipo de este tipo, y
secuencialmente se van recogiendo en ciclos posteriores los sucesos del resto de equipos de este
tipo.
Para estos equipos, mediante comparacin con los sucesos recogidos en ciclos anteriores y, por
tanto, ya presentes en la base de datos del GID, slo los sucesos nuevos son guardados en la base
de datos del GID.
Todos los sucesos nuevos son procesados para identificar cambios de ajustes en cualquiera de los
equipos. En caso afirmativo, se pasa a recoger todos los ajustes del equipo para ser actualizados en
la base de datos del GID, dado que el anlisis de incidencias debe tener en cuenta siempre los ajustes
con los que opera la proteccin en cada instante.
Tras una puesta en servicio del GID, o un reset del mismo, todos los sucesos recogidos de los
equipos por primera vez son almacenados en el GID pero no son tenidos en cuenta para anlisis
posteriores, debido a que la informacin almacenada en unos equipos puede ser parcial (referente a
menos incidencias) con respecto a la almacenada por otros.
Por su parte, tras una puesta en servicio del GID o un reset del mismo, todos los ajustes de los
equipos conectados son recogidos y almacenados para actualizar las bases de datos del GID, ya que
en este caso hasta entonces no se dispona de ellos en el GID.
Cuando se detectan nuevos sucesos, y finalizado el ciclo de interrogacin, se realiza el anlisis de
incidencias. Para ello, previamente hay que recoger todos los sucesos del resto de equipos que
pudieran estar implicados en la misma incidencia.
Esta es la razn de que el anlisis de incidencias no est completo hasta que el GID haya realizado un
nmero de ciclos de interrogacin igual al nmero de equipos conectados desde la deteccin del
primer nuevo suceso, ya que hasta entonces no se tiene la garanta de haber recogido todos los
sucesos ocurridos en la incidencia.
CAPTULO 6 - 8
LGID707A

Zamudio 2001
CAPTULO 6
6.3.4 Monitorizacin del Estado de las Comunicaciones

Aprovechando que el GID realiza interrogaciones cclicas y peridicas a los equipos conectados, se
realiza un histrico de los errores en las comunicaciones.
Cada vez que se interroga a un equipo y el mismo no contesta (tras un tiempo de espera en torno a
segundo), se reintenta la conexin con el mismo mensaje. Si tras el reintento el equipo contesta, el
ciclo sigue sin ningn registro del fallo anterior. Si, por el contrario, el equipo no contesta al reintento,
se anota un registro de fallo de comunicaciones con ese equipo, y se pasa al siguiente equipo del
ciclo.
El GID mantiene un contador donde se registra el nmero de fallos de comunicaciones por cada
puerto (al que pueden estar conectados varios equipos en modo data-broadcasting).
En los ciclos siguientes se repite el proceso. Cuando se recupera la comunicacin con el equipo que
haba fallado, el GID repone la alarma de comunicaciones, pero mantiene un aviso histrico que
indicar al usuario, cuando se conecte al GID, la existencia de problemas en comunicaciones
anteriores. Si el fallo de comunicaciones est presente cuando el usuario se conecta al GID, tambin
es indicado mediante una alarma diferente.
CAPTULO 6 - 9
LGID707A

Zamudio 2001
CAPTULO 6
6.4 Anlisis de Incidencias

La funcin de anlisis de incidencias se encarga de analizar las incidencias ocurridas en la instalacin
donde se encuentra situado, partiendo de la informacin recogida por el GID durante la interrogacin
cclica a los equipos de proteccin y registro conectados al mismo.
El principal objetivo de este anlisis automtico es la simplificacin de las tareas de ingeniera ante las
incidencias ms comunes, permitiendo as al usuario prestar una mayor atencin a las incidencias
excepcionales.
6.4.1 Criterios de Definicin de Incidencia
Una incidencia debe ser identificada mediante su inicio y su fin. Toda informacin incluida dentro de
esos lmites es susceptible de ser analizada como perteneciente a esa incidencia y a ninguna otra.
El inicio de una incidencia viene determinado por el arranque de cualquier funcin de proteccin,
identificado por el suceso de arranque correspondiente.
El final de una incidencia est condicionado por la presencia de un inicio de incidencia anterior y la
ocurrencia de alguna de las siguientes circunstancias:
1. Identificacin del final de falta, por el paso de todos los reenganchadores al estado de
reposo, ,
2. Identificacin de un disparo definitivo, por el bloqueo de los reenganchadores quedando
algn interruptor abierto, ,
3. Identificacin de una ventana de tiempo sin aparicin de nuevos sucesos.
Queda claro que en una incidencia pueden existir varios disparos y aperturas, y varios cierres, en
otras palabras, el ciclo completo de reenganches tras un disparo es considerado como una sola
incidencia.
La informacin perteneciente a una incidencia queda almacenada asociada a la misma, de manera
que puede ser consultada mediante la seleccin de la incidencia correspondiente, o directamente en
el registro general de sucesos del GID.
Toda informacin recogida por el GID no perteneciente a ninguna incidencia est disponible para su
consulta en el registro general de sucesos del equipo.
CAPTULO 6 - 10
LGID707A

Zamudio 2001
CAPTULO 6
6.4.2 Informacin Analizable

La informacin analizable consiste en los sucesos recogidos por el GID procedentes de los equipos
conectados. Dependiendo del tipo de funcin de que se trate, los sucesos a analizar son unos u otros.
En el Anexo A se presenta la lista de los sucesos factibles de ser analizados durante el proceso de
anlisis.
Para realizar el anlisis, es imprescindible la comparacin de los valores registrados (magnitudes
analgicas, tiempo entre sucesos, etc.) con los valores previstos de acuerdo a los ajustes de las
funciones activadas. Por ello, los ajustes de las funciones son actualizados cada vez que hay un
cambio de ajustes en algn equipo, aunque no son presentados al usuario.
En el Anexo B se presentan los ajustes y parmetros tenidos en cuenta para el anlisis de cada una
de las funciones de proteccin analizables.
6.4.3 Funciones Analizables
Cada equipo tiene una serie de funciones de proteccin, adems de otras funciones complementarias
(por ejemplo, las de carcter informativo). El GID tiene en cuenta para el anlisis de incidencias solo
parte de las funciones, relacionadas siempre con la proteccin y/o con el interruptor.
Las funciones de proteccin analizables son las indicadas en el Anexo B, donde se indican adems
los ajustes y parmetros a considerar en su anlisis.
6.4.4 Mdulos de Anlisis
Los mdulos de anlisis son los algoritmos mnimos empleados en todo el proceso de anlisis del
GID. Cada mdulo tiene el objeto de comprobar una caracterstica concreta de operacin.
El GID realiza dos niveles de anlisis y, por tanto, existen dos tipos de mdulos de anlisis:
1. Anlisis a nivel de proteccin, en el que se analizan las funciones de proteccin
independientemente del resto.
2. Anlisis a nivel de coordinacin, en el que se analiza la operacin conjunta de las
diferentes parejas de funciones principal y reserva que puedan existir.
La siguiente figura representa esquemticamente el proceso de anlisis:
CAPTULO 6 - 11
LGID707A

Zamudio 2001
CAPTULO 6
COMUNICACIONES
Actualizacin de:
Ajustes
Sucesos
Ajustes
Sucesos
Parmetros de
Configuracin
IDENTIFICACIN
DE INCIDENCIA
ANLISIS
NIVEL
PROTECCIN
ANLISIS
NIVEL
COORDINACIN
INFORMES
6.4.4.1 Anlisis a nivel de proteccin

Este nivel de anlisis se realiza basndose en los llamados Mdulos de Comprobacin de
Proteccin, que verifican las condiciones que deben cumplir individualmente cada una de las
funciones analizadas para garantizar que su funcionamiento ha sido el correcto.
A cada funcin analizada se le aplican unos mdulos. Los mdulos a aplicar a funciones
distintas pueden ser diferentes, dependiendo del tipo de funcin de que se trate.
Los mdulos analizan la informacin procedente de los ajustes de los equipos y de los
sucesos registrados en la incidencia, y con todo ello cada mdulo entrega un diagnstico
parcial previamente tabulado.
Los Mdulos de Comprobacin de Proteccin slo son modificables por ZIV, debido a que
forman parte del programa de anlisis del GID.
Durante una incidencia, cada funcin involucrada debe satisfacer todas las condiciones
verificadas por los Mdulos de Comprobacin de Proteccin que se aplican en su anlisis. En
caso contrario, cuando alguno de los mdulos detecte alguna anomala en el funcionamiento
de la funcin, ser indicado al usuario mediante un diagnstico elemental.
La combinacin del resultado de todos los mdulos aplicados a una funcin representa el
anlisis del funcionamiento de esa funcin. Esta combinacin se contrasta con las
combinaciones predefinidas en la configuracin del GID, de manera que el diagnstico final
del comportamiento de esa funcin ser el correspondiente a esa combinacin.
Cuando la combinacin resultante del anlisis de una funcin no aparezca expresamente en
las combinaciones predefinidas, el programa de anlisis no genera un diagnstico definitivo
del comportamiento de esa funcin, pero indicar al analista la necesidad de verificar
manualmente y en detalle la informacin de la incidencia.
Los Mdulos de Comprobacin de Proteccin, junto con sus salidas, se encuentran detallados
en el Anexo C.
CAPTULO 6 - 12
LGID707A

Zamudio 2001
CAPTULO 6
6.4.4.2 Anlisis a nivel de coordinacin

Este nivel de anlisis se realiza basndose en los llamados Mdulos de Comprobacin de
Coordinacin, que verifican las condiciones que deben cumplir las parejas de funciones de
proteccin Principal y Reserva implicadas en una incidencia para garantizar que su
comportamiento coordinado ha sido el correcto.
Como la informacin manejada por el GID es de carcter exclusivamente local en el mbito de
la instalacin, tambin las funciones de proteccin a coordinar deben estar dentro de la misma
instalacin, lo que deja fuera del alcance del anlisis tareas de coordinacin entre funciones
de instalaciones remotas.
A cada pareja de funciones analizada se le aplican unos mdulos, con el objeto de evaluar si
la actuacin de la pareja responde al criterio bsico de que la principal debe disparar y no
debe hacerlo la de reserva excepto ante fallo de la principal.
Los mdulos analizan la informacin procedente de los ajustes de los equipos y de los
sucesos registrados en la incidencia, y con todo ello cada mdulo entrega un diagnstico
parcial previamente tabulado.
Los Mdulos de Comprobacin de Coordinacin slo son modificables por ZIV, debido a que
forman parte del programa de anlisis del GID.
Durante una incidencia, cada pareja de funciones principal-reserva involucrada debe
satisfacer la regla bsica de coordinacin (actuacin de la funcin de reserva nicamente ante
fallo de la principal). En caso contrario, cuando la regla no sea cumplida, se comprueba la
razn de ello mediante la aplicacin de los Mdulos de Comprobacin de Coordinacin. Cada
uno de los mdulos genera un diagnstico elemental de la comprobacin realizada.
El diagnstico final del comportamiento coordinado de cada pareja de funciones de proteccin
se obtiene mediante la combinacin del resultado de los mdulos de coordinacin aplicados a
la pareja, haciendo uso adems del resultado del anlisis a nivel de proteccin de cada una de
las funciones de la pareja.
Esta combinacin se contrasta con las combinaciones predefinidas en la configuracin del
GID, de manera que el diagnstico final del comportamiento coordinado de esa pareja de
funciones ser el correspondiente a esa combinacin.
Cuando la combinacin resultante del anlisis de una pareja no aparezca expresamente en
las combinaciones predefinidas, el programa de anlisis no genera un diagnstico completo
del comportamiento de esa pareja, pero indicar al analista la necesidad de verificar
manualmente y en detalle la informacin de la incidencia.
Los Mdulos de Comprobacin de Coordinacin, junto con sus salidas, se encuentran
detallados en el Anexo C.
6.4.5 Combinaciones de Salidas
Los resultados de anlisis, tanto parciales como finales o globales, vienen dados por combinaciones
de las salidas de los mdulos de anlisis.
Estas combinaciones predefinidas estn diseadas de manera que el resultado final que obtiene el
analista es todo lo completo y exacto que permite la informacin disponible.
Los resultados estn estructurados de menor a mayor nivel de detalle. Los primeros diagnsticos
presentados hacen referencia al comportamiento conjunto de las funciones de proteccin y de la
coordinacin entre ellas pero el detalle indicado en el diagnstico es bajo. Sin embargo, el usuario
dispone de la posibilidad de examinar el anlisis en detalle accediendo a los diagnsticos parciales de
cada funcin analizada e incluso de cada mdulo aplicado a cada funcin.
CAPTULO 6 - 13
LGID707A

Zamudio 2001
CAPTULO 6
Las combinaciones de salidas predefinidas, junto con los resultados de anlisis o diagnsticos a los
que corresponden, se encuentran detalladas en el Anexo D.
CAPTULO 6 - 14
LGID707A

Zamudio 2001
CAPTULO 6
6.5 Informes
El GID genera informes basados en la informacin registrada de la instalacin y en la elaboracin de
la misma realizada por el GID.
Los informes son presentados al usuario mediante el programa de comunicaciones ZIVerGID, desde
donde pueden ser enviados a una impresora.
6.5.1 Informe de Sucesos
Contiene todos los sucesos ocurridos en la instalacin generados y/o registrados por alguno de los
equipos conectados al GID, as como los sucesos generados por el propio GID.
Se presentan al usuario mediante el programa de comunicaciones ZIVerGID, ordenados
cronolgicamente, independientemente del equipo que genera el suceso, lo que facilita la visin global
de lo ocurrido en un determinado momento en la instalacin.
La informacin almacenada con cada suceso es la siguiente (esta informacin est condicionada a
que sea entregada por el equipo que genera el suceso):
Cdigo del suceso.

Fecha y hora del suceso.
Equipo que genera/registra el suceso.
Funcin de proteccin, nmero de funcin y posicin elctrica asociadas.
Medidas analgicas asociadas (dependiendo de las medidas que apunte el equipo que genera
el suceso, las medidas almacenadas sern unas u otras).
Estado de las unidades de medida del equipo que lo genera/registra.
Estado de las entradas y salidas digitales del equipo de lo genera/registra.
Nmero de incidencia y de informe de falta asociados en el GID.
La memoria de sucesos es de tipo no voltil, de manera que los sucesos se mantienen aunque se
pierda la alimentacin del GID. El GID tiene capacidad para almacenar hasta 700 sucesos. Si se
sobrepasa la capacidad del registro, se irn borrando los sucesos ms antiguos para dar espacio a los
nuevos conforme stos se vayan registrando.
CAPTULO 6 - 15
LGID707A

Zamudio 2001
CAPTULO 6
6.5.2 Informe de Incidencia

Contiene la informacin de partida y la generada por el GID tras el proceso de anlisis de cada
incidencia detectada.
Los informes de incidencia se presentan al usuario mediante el programa de comunicaciones
ZIVerGID, ordenados cronolgicamente.
Se genera un informe por cada incidencia, conteniendo la siguiente informacin:
Cdigo de la incidencia (nmero correlativo).

Fecha y hora del inicio de la incidencia.
Tiempo del primer despeje de falta (entre el inicio de la incidencia y la primera apertura).
Nmero de disparos y de reenganches ocurridos durante la incidencia.
Intensidades y tensiones en el primer disparo.
Sucesos asociados a la incidencia, es decir, aquellos empleados por el anlisis para obtener
los resultados finales.
Resultados de los mdulos de anlisis empleados, para cada una de las funciones analizadas.
Diagnsticos parciales y globales de anlisis, tanto a nivel de proteccin como de
coordinacin.
La memoria de informes de incidencia es de tipo no voltil, de manera que los informes se mantienen
aunque se pierda la alimentacin del GID. El GID tiene capacidad para almacenar hasta 15 informes.
Si se sobrepasa esta capacidad, se irn borrando los informes ms antiguos para dar espacio a los
nuevos conforme stos se vayan generando.
CAPTULO 6 - 16
LGID707A

Zamudio 2001
CAPTULO 6
6.6 Sincronizacin Horaria desde Patrn Externo

El GID est dotado de una fuente interna de tiempo absoluto conteniendo AO-MES-DIA-HORAMINUTO-SEGUNDO, en formato de hora local (correccin de la UTC -Universal Time Coordinated- en
el nmero de horas necesarias tanto para verano como para invierno).
Las razones que llevan a sincronizar los equipos con la hora del GID como patrn son varias:
1. La sincronizacin de los equipos de proteccin y registro conectados a travs de su
protocolo de comunicaciones evita la necesidad de mtodos de sincronizacin
alternativos. Esta funcionalidad est restringida a aquellos equipos cuyo protocolo de
comunicaciones por la puerta serie disponga de capacidad para realizar esta
sincronizacin con la precisin requerida de 5 ms.
2. La disponibilidad de una hora patrn nica permite la correcta interrelacin entre la
informacin generada y etiquetada por diferentes equipos en el momento de que esa
informacin sea presentada de manera conjunta.
3. Esa informacin correctamente etiquetada es necesaria para la obtencin de informes de
incidencias fiables, donde la secuencia temporal con que ocurren las cosas es de
fundamental importancia.
Adems del reloj interno, el GID tiene prevista una entrada para sincronizacin con un receptor horario
patrn exterior que le garantice el milisegundo recomendado.
De esta manera, adems de tener sincronizados todos los equipos con una referencia nica, se
asegura que esa referencia es la misma que la empleada en otras instalaciones, con lo que la
informacin recibida en el puesto central procedente de varios centros ya estar convenientemente
sincronizada.
El mtodo de sincronizacin empleado es el sistema GPS (Global Positioning System), basado en la
recepcin de seales procedentes de 24 satlites, que permiten identificar la posicin y la hora
absolutas (en la aplicacin del GID la posicin terrestre no es significativa).
El interface empleado es un bus paralelo con conector externo de tipo DBH37, que garantiza una
precisin de 1 ms con resolucin de 10 ms.
CAPTULO 6 - 17
LGID707A

Zamudio 2001
CAPTULO 6
Notas:
CAPTULO 6 - 18
LGID707A

Zamudio 2001
7
Pruebas de Recepcin
CAPTULO 7
Pruebas de Recepcin
7. PRUEBAS DE RECEPCIN
7.1 Generalidades
La manipulacin de equipos elctricos, cuando no se realiza adecuadamente, puede presentar riesgos
de graves daos personales o materiales. Por tanto, con este tipo de equipos ha de trabajar
exclusivamente personal cualificado y familiarizado con las normas de seguridad y medidas de
precaucin correspondientes.
Hay que hacer notar una serie de consideraciones generales, tales como:
Generacin de tensiones internas elevadas en los circuitos de alimentacin auxiliar,

incluso despus de la desconexin del equipo.
El equipo deber estar conectado a tierra antes de cualquier operacin o manipulacin.
No se debern sobrepasar en ningn momento los valores lmite de funcionamiento del

equipo (tensin auxiliar, etc.).
Antes de extraer o de insertar algn mdulo se deber desconectar la alimentacin del

equipo; en caso contrario, se podran originar daos en el mismo.
El nmero de pruebas, su tipo, y las caractersticas especficas de dichas pruebas, depende de cada
modelo y se detallan en la siguiente tabla:
1GID-A
Inspeccin preliminar.
Comprobacin En servicio.
Prueba de comunicaciones.
Instalacin.
CAPTULO 7 - 2
LGID707A

Zamudio 2001
CAPTULO 7
Pruebas de Recepcin
7.2 Inspeccin Preliminar

Se comprobarn los siguientes aspectos:
El equipo se encuentra en perfectas condiciones mecnicas y todas sus partes se

encuentran perfectamente fijadas, sin que falte ninguno de los tornillos de montaje.
La placa frontal se encuentra perfectamente centrada y alineada.
La cartula y la caja no presentan ningn tipo de melladura.
Los nmeros de modelo y las caractersticas coinciden con los relativos al pedido del
equipo.
7.3 Comprobacin En Servicio

Comprobar que, cuando el equipo se encuentra sin alimentacin, el indicador ptico o LED de En
servicio est apagado, y que se ilumina al alimentar al equipo.
7.4 Prueba de Comunicaciones

Disponer de un cable serie para comunicacin entre el PC donde se encuentre instalado el programa
de comunicaciones ZIVerGID y el puerto serie frontal del propio GID. Asegurarse de que las
caractersticas del puerto de comunicaciones del PC son las siguientes:
Velocidad
Bits de datos
Paridad
Bits de stop
4800 baudios
8
Par
1
Iniciar una conexin LOCAL con el GID, empleando para ello el nmero de protocolo 250, que es el
asignado por defecto al GID en la configuracin de fbrica. Comprobar que el GID responde
correctamente con su mensaje de estado, y que no aparecen alarmas encendidas (excepto aquellas
que pudieran estar derivadas por una mala conexin del GID, como por ejemplo la alarma de error en
GPS).
La configuracin de fbrica no tiene equipos predefinidos conectados al GID, por lo que antes de
comunicar con equipos habr de configurarse el propio GID.
CAPTULO 7 - 3
LGID707A

Zamudio 2001
CAPTULO 7
Pruebas de Recepcin
7.5 Instalacin
7.5.1 Localizacin
El lugar donde se instale el equipo debe cumplir unos requisitos mnimos no slo para garantizar el
correcto funcionamiento del mismo y la mxima duracin de su vida til, sino tambin para facilitar los
trabajos necesarios de puesta en marcha y mantenimiento. Estos requisitos mnimos son los
siguientes:
Ausencia de polvo.
Ausencia de humedad.
Ausencia de vibraciones.
Buena iluminacin.
Fcil acceso.
Montaje horizontal.
El montaje se realizar de acuerdo al esquema de dimensiones adjunto en el apartado Anexo E.

7.5.2 Conexin
En el Anexo E se adjunta el esquema de conexiones externas del equipo, de manera que la conexin
se realizar de acuerdo a este esquema.
La borna 10 debe conectarse a tierra para que los circuitos de filtrado de perturbaciones puedan
funcionar. El cable utilizado para realizar esta conexin deber ser multifilar, con una seccin mnima
de 2.5 mm. La longitud de la conexin a tierra ser la mnima posible, recomendndose no
sobrepasar los 30 cm.
CAPTULO 7 - 4
LGID707A

Zamudio 2001
Anexo
A
Sucesos Analizables
En este anexo se presenta la lista de los sucesos

analizables por la funcin de anlisis automtico
de incidencias del GID.
Los sucesos se presentan agrupados por la
funcin de proteccin relacionada.
ANEXO A
Sucesos Analizables
A. SUCESOS ANALIZABLES
A.1 Lista de Sucesos por Funcin
Funcin
IOC-F
(50F)
IOC-N
(50N)
TOC-F
(51F)
TOC-N
(51N)
Reeng.
(79)
Interruptor
(52)
Otros
Suceso
Arranque de Instantneo de Fase A
Arranque de Instantneo de Fase B
Arranque de Instantneo de Fase C
Activacin de salida de Instantneo de Fase A
Activacin de salida de Instantneo de Fase B
Activacin de salida de Instantneo de Fase C
Arranque de Instantneo de Neutro
Activacin de salida de Instantneo de Neutro
Arranque de Temporizado de Fase A
Arranque de Temporizado de Fase B
Arranque de Temporizado de Fase C
Activacin de salida de Temporizado de Fase A
Activacin de salida de Temporizado de Fase B
Activacin de salida de Temporizado de Fase C
Arranque de Temporizado de Neutro
Activacin de salida de Temporizado de Neutro
Bloqueo interno del reenganchador (genrico)
Bloqueo interno del reenganchador por disparo definitivo
Bloqueo interno del reenganchador por interruptor abierto
Bloqueo interno del reenganchador por fallo al inicio de la apertura
Bloqueo interno del reenganchador por fallo al cierre
Orden de reenganche
Reenganchador en reposo
Fallo de orden de cierre
Fallo de orden de apertura
Orden de cierre del interruptor
Orden de apertura del interruptor
Cierre del interruptor
Apertura del interruptor
Error no crtico
Error crtico
ANEXO A - 2
LGID707A

Zamudio 2001
Anexo
B
Ajustes Considerados
En este anexo se presenta, para cada una de las

funciones examinadas por el anlisis automtico
de incidencias del GID, la lista de los ajustes y el
formato de almacenamiento de cada uno de ellos.
Los ajustes se presentan agrupados por la funcin
de proteccin relacionada.
ANEXO B
Ajustes Considerados
B. AJUSTES CONSIDERADOS
B.1 Lista de Ajustes por Funcin
IOC
(50)
Ajuste
Habilitacin
Arranque
Temporizacin de Tiempo Fijo
Formato
Booleano (S/N)
Real (Veces la toma)
Real (Segundos)
TOC
(51)
Ajuste
Habilitacin
Arranque
Curva Caracterstica
ndice de Tiempos
Temporizacin de Tiempo Fijo
Formato
Booleano (S/N)
Real (Veces la toma)
Entero (Inv/MuyInv/ExtInv/DefUsu/TFijo)
Real (0.0 - 1.0)
Real (Segundos)
Reeng.
(79)
Ajuste
En servicio
Nmero de reenganches
Permisos de disparo
Permisos de reenganche
Tiempo reenganche por ciclo
Tiempo de seguridad
Formato
Booleano (S/N)
Entero
Array booleanos (S/N)
Array booleanos (S/N)
Real (Segundos)
Real (Segundos)
Interruptor
(52)
Ajuste
Tiempo mximo de apertura
Tiempo mximo de cierre
Formato
Real (Segundos)
Real (Segundos)
Generales
Ajuste
Equipo en servicio
Formato
Booleano (S/N)
Tolerancias
al error
Magnitud
Intensidad
Tiempo
Tiempo de coordinacin
Valor
10% del valor terico
5% del valor terico (mnimo 50 ms)
400 ms
Las tolerancias al error son parmetros a considerar en el anlisis, cuyo valor no es configurable sino
que se establece por programa.
ANEXO B - 2
LGID707A

Zamudio 2001
Anexo
C
Mdulos de Anlisis
En este anexo se presenta la lista de los mdulos

de anlisis empleados por el GID durante el
proceso automtico de anlisis.
El anexo se divide en dos subapartados, el primero
dedicado a los mdulos de comprobacin de
proteccin, y el segundo a los de comprobacin de
coordinacin.
ANEXO C
Mdulos de Anlisis
C. MDULOS DE ANLISIS
C.1 Mdulos de Comprobacin de Proteccin
Mdulo 1:
Salida
0
1
2
3
Comprobacin de Habilitacin/Bloqueo
Diagnstico parcial
Mdulo no aplicado
Unidad en lnea
Unidad bloqueada
Unidad no habilitada
INICIO
Mod1()
UNIDAD
HABILITADA
NO
Unidad No Habilitada ( 011 )
SI
UNIDAD
BLOQUEADA
SI
Unidad Habilitada pero Bloqueada ( 010 )
FINAL
NO
Unidad en Lnea ( 001 )
ANEXO C - 2
LGID707A

Zamudio 2001
ANEXO C
Mdulo 2:
Salida
0
4
5
6
7
Mdulos de Anlisis
Comprobacin de Arranque de funcin de sobreintensidad

Diagnstico parcial
Mdulo no aplicado
Arranque correcto
No arranque correcto
Unidad no debi arrancar
Unidad debi arrancar
INICIO
Mod2()
NO
Arranc
Unidad
SI
IArr >= IAjs ( 1-Tol )
SI
Unidad Debi Arrancar ( 111 )
NO
"No Arranque" Correcto ( 101 )
FINAL
SI
IArr >= IAjs ( 1-Tol )
Arranque Correcto ( 100 )
NO
Unidad No Debi Arrancar ( 110 )
ANEXO C - 3
LGID707A

Zamudio 2001
ANEXO C
Mdulo 3:
Salida
0
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Disparo por funcin de sobreintensidad

Diagnstico parcial
Mdulo no aplicado
No arranque, no procede mdulo
Disparo, permitido por funcin
No disparo, no permitido por funcin
Disparo incorrecto, no permitido por funcin
No disparo, permitido por funcin: coordinacin
INICIO
Mod3()
NO
Arranc
Unidad
"No Arranque", No Procede Mdulo ( 011 )
SI
SI
SI
Dispar
Unidad
IDisp >= IAjs ( 1-Tol )
Disparo, y Funcin Lo Permite ( 100 )
NO
NO
Disparo, pero Funcin No Lo Permite ( 110 )
FINAL
SI
IDisp >= IAjs ( 1-Tol )
"No Disparo", pero Funcin Lo Permite. Coordinar ( 111 )
NO
"No Disparo", y Funcin No Lo Permite( 101 )
ANEXO C - 4
LGID707A

Zamudio 2001
ANEXO C
Mdulo 4:
Salida
0
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Tiempo de disparo por funcin de sobreintensidad

Diagnstico parcial
Mdulo no aplicado
No arranque, no procede mdulo
Disparo correcto
Disparo retrasado
Disparo adelantado
No disparo, no procede mdulo
INICIO
Mod4()
NO
Arranc
Unidad
"No Arranque", No Procede Mdulo ( 011 )
SI
NO
Dispar
Unidad
"No Disparo", No Procede Mdulo ( 111 )
SI
SI
tDisp - tArr > TAjs + Tol
FINAL
Disparo Retrasado ( 101 )
NO
SI
tDisp - tArr < TAjs - Tol
Disparo Adelantado ( 110 )
NO
Disparo Correcto en Tiempo ( 100 )
ANEXO C - 5
LGID707A

Zamudio 2001
ANEXO C
Mdulo 5:
Salida
0
2
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Arranque de funcin de sobreintensidad con disparo externo

Diagnstico parcial
Mdulo no aplicado
No disparo externo, no procede mdulo
No arranque externo, no procede mdulo
No disparo propio correcto por tiempo terico
No disparo propio incorrecto por tiempo terico
Disparo propio, no procede mdulo
No arranque propio, no procede mdulo
INICIO
Mod5()
Arranc
Unidad
NO
"No Arranque" Propio, No Procede Mdulo ( 111 )
SI
Dispar
Unidad
SI
Disparo Propio, No Procede Mdulo ( 110 )
NO
Arranc
Otra Unidad
NO
"No Arranque" Remoto, No Procede Mdulo ( 011 )
FINAL
SI
Dispar
Otra Unidad
NO
"No Disparo" Remoto, No Procede Mdulo ( 010 )
SI
tDispExterno - tArrPropio >

TAjsPropio + Tol
SI
"No Disparo" Propio Incorrecto por Tiempo Terico ( 101 )
NO
"No Disparo" Propio Correcto por Tiempo Terico ( 100 )
ANEXO C - 6
LGID707A

Zamudio 2001
ANEXO C
Mdulo 6:
Salida
0
1
2
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Tiempo de apertura de interruptor

Diagnstico parcial
Mdulo no aplicado
No apertura, no procede mdulo
Apertura sin disparo, posible apertura manual
Apertura intempestiva
Apertura correcta
Apertura retrasada, revisin
Posible fallo de apertura, revisin
Fallo de apertura, revisin
INICIO
Mod6()
Orden de
Apertura
NO
SI
Apertura
de Interruptor
Apertura Intempestiva ( 011 )
NO
SI
"No Apertura", No Procede ( 001 )
NO
Dispar alguna
funcin de proteccin
SI
Apertura
de Interruptor
SI
Apertura Sin Disparo, Posible Manual ( 010 )
NO
SI
Fallo de Apertura
de Interruptor
Fallo de Apertura ( 111 )
NO
FINAL
Posible Fallo de Apertura ( 110 )
SI
tAp - tOrdAp >
Apertura
de Interruptor
SI
TAjs + Tol
NO
Apertura Retrasada ( 101 )
NO
Apertura Correcta ( 100 )
SI
Fallo de Apertura
de Interruptor
Fallo de Apertura ( 111 )
NO
Posible Fallo de Apertura ( 110 )
ANEXO C - 7
LGID707A

Zamudio 2001
ANEXO C
Mdulo 8:
Salida
0
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Tiempo de reenganche

Diagnstico parcial
Mdulo no aplicado
No reenganche, no procede mdulo
Tiempo de reenganche correcto
Reenganche retrasado
Reenganche adelantado
No apertura, no procede mdulo
INICIO
Mod8()
NO
Abri
el Interruptor
"No Apertura" de Interruptor, No Procede Mdulo ( 111 )
SI
NO
Orden de
Reenganche
No Existe Reenganche, No Procede Mdulo ( 011 )
SI
SI
tOrdReeng - tAp >

Reenganche Retrasado ( 101 )
TAjs + Tol
FINAL
NO
tOrdReeng - tAp <
SI
Reenganche Adelantado ( 110 )
TAjs - Tol
NO
Tiempo de Reenganche Correcto ( 100 )
ANEXO C - 8
LGID707A

Zamudio 2001
ANEXO C
Mdulo 9:
Salida
0
1
2
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Tiempo de cierre de interruptor

Diagnstico parcial
Mdulo no aplicado
No cierre, no procede mdulo
Cierre sin reenganche, posible cierre manual
Cierre intempestivo
Cierre correcto
Cierre retrasado, revisin
Posible fallo de cierre, revisin
Fallo de cierre, revisin
INICIO
Mod9()
Orden de
Cierre
NO
SI
Cierre
de Interruptor
Cierre Intempestiva ( 011 )
NO
SI
"No Cierre", No Procede ( 001 )
NO
Orden de
Reenganche
SI
Cierre
de Interruptor
SI
Cierre Sin Disparo, Posible Manual ( 010 )
NO
SI
Fallo de Cierre
de Interruptor
Fallo de Cierre ( 111 )
NO
FINAL
Posible Fallo de Cierre ( 110 )
SI
Cierre
de Interruptor
SI
tCierre - tOrdCierre >
Cierre Retrasado ( 101 )
TAjs + Tol
NO
NO
Cierre Correcto ( 100 )
SI
Fallo de Cierre
de Interruptor
Fallo de Cierre ( 111 )
NO
Posible Fallo de Cierre ( 110 )
ANEXO C - 9
LGID707A

Zamudio 2001
ANEXO C
Mdulo 10:
Salida
0
2
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Tiempo de seguridad

Diagnstico parcial
Mdulo no aplicado
Arranque en tiempo de seguridad, nuevo ciclo de reenganche
No cierre, no procede mdulo
Tiempo de seguridad correcto, paso a reposo
Tiempo de seguridad retrasado, paso a reposo
Tiempo de seguridad adelantado, paso a reposo
No reposo ni arranque, no procede mdulo
INICIO
Mod10()
Cerr
Interruptor
NO
"No Cierre", No Procede Mdulo ( 011 )
SI
Existe Disparo
en Ciclo Siguiente
SI
Disparo en Tiempo de Seguridad ( 010 )
NO
Reenganchador
en Reposo
NO
FINAL
"No Reposo" Ni Disparo, No Procede Mdulo ( 111 )
SI
tReposo - tCierre >

TSeguridad + Tol
SI
Tiempo de Seguridad Retrasado, Reposo ( 101 )
NO
SI
tReposo - tCierre <

TSeguridad - Tol
Tiempo de Seguridad Adelantado, Reposo ( 110 )
NO
Tiempo de Seguridad Correcto, Reposo ( 100 )
ANEXO C - 10
LGID707A

Zamudio 2001
ANEXO C
Mdulo 12:
Salida
0
3
4
5
6
7
Mdulos de Anlisis
Comprobacin de Disparo definitivo

Diagnstico parcial
Mdulo no aplicado
No disparo, no procede mdulo
Disparo definitivo, correcto
Disparo, debi ser definitivo
Disparo no definitivo, correcto (nuevo ciclo de reenganche)
Disparo definitivo, no debi ser definitivo
INICIO
Mod12()
Existe Disparo
en Ciclo Actual
NO
"No Disparo", No Procede Mdulo ( 011 )
SI
Es ltimo
Reenganche
NO
SI
El Disparo
es Definitivo
SI
Disparo Definitivo Correcto ( 100 )
NO
Debi ser Disparo Definitivo ( 101 )
El Disparo
es Definitivo
FINAL
SI
No debi ser Disparo Definitivo ( 111 )
NO
Disparo No Definitivo Correcto ( 110 )
ANEXO C - 11
LGID707A

Zamudio 2001
ANEXO C
Mdulo 13:
Salida
0
1
2
3
Mdulos de Anlisis
Comprobacin de Anomalas
Diagnstico parcial
Mdulo no aplicado
Anomala crtica
Anomala no crtica
Sin anomalas
INICIO
Mod13()
ERROR
CRTICO
SI
Unidad Con Anomala Crtica ( 001 )
NO
ERROR
NO CRTICO
SI
Unidad Con Anomala No Crtica ( 010 )
FINAL
NO
Unidad Sin Anomalas ( 011 )
ANEXO C - 12
LGID707A

Zamudio 2001
ANEXO C
Mdulos de Anlisis
C.2 Mdulos de Comprobacin de Coordinacin

Reglas de Coordinacin
Existen dos reglas bsicas de coordinacin que deben ser cumplidas para que el comportamiento
coordinado sea el esperado (partiendo de la idea bsica de que se coordina una pareja de
protecciones, una actuando como reserva de la otra que es principal):
Regla
R-1
R-2
Diagnstico parcial
Si proteccin principal arranca, entonces proteccin de reserva no dispara
Si proteccin principal dispara, entonces proteccin de reserva no dispara
En caso de que alguna de las reglas no se cumpla, se analizan los siguientes mdulos de
comprobacin de coordinacin, que son empleados para identificar la causa del comportamiento no
esperado:
ANEXO C - 13
LGID707A

Zamudio 2001
ANEXO C
Mdulo A:
Salida
2
3
Mdulos de Anlisis
Arranque/Disparo de principal y Disparo de reserva

Diagnstico parcial
Tiempo Terico Proteccin Principal + Tiempo de Coordinacin
Tiempo Terico Proteccin de Reserva
Tiempo Terico Proteccin Principal + Tiempo de Coordinacin <
Tiempo Terico Proteccin de Reserva
TT(PP) : Tiempo Terico Ajustado para el Disparo
de la Proteccin Principal.
INICIO
ReglaA()
TT(PR) : Tiempo Terico Ajustado para el Disparo

de la Proteccin de Reserva.
TC :
TT(PP) + TC <
TT(PR)
Tiempo de Coordinacin Ajustado.
NO
Incorrecto ( 10 )
SI
Correcto ( 11 )
FINAL
ANEXO C - 14
LGID707A

Zamudio 2001
ANEXO C
Mdulo B:
Salida
2
3
Mdulos de Anlisis
Arranque de principal y Disparo de reserva

Diagnstico parcial
Tiempo Terico Proteccin Principal + Tiempo de Coordinacin
Tiempo Real Proteccin de Reserva
Tiempo Terico Proteccin Principal + Tiempo de Coordinacin <
INICIO
ReglaB()
TT(PP) : Tiempo Terico Ajustado para el Disparo

de la Proteccin Principal.
TR(PR) : Tiempo Real entre Arranque de la Proteccin Principal
y Disparo de la Proteccin de Reserva.
TC :
TT(PP) + TC <
TR(PR)
NO
Incorrecto ( 10 )
SI
Correcto ( 11 )
FINAL
ANEXO C - 15
LGID707A

Zamudio 2001
ANEXO C
Mdulo C:
Salida
2
3
Mdulos de Anlisis
Disparo de principal y Disparo de reserva

Diagnstico parcial
Tiempo Real Proteccin Principal + Tiempo de Coordinacin
Tiempo Real Proteccin Principal + Tiempo de Coordinacin <
INICIO
ReglaC()
TR(PP) : Tiempo Real entre Arranque y Disparo de la

Proteccin Principal.
TR(PR) : Tiempo Real entre Arranque de la Proteccin Principal
y Disparo de la Proteccin de Reserva.
TC :
TR(PP) + TC <
TR(PR)
NO
Incorrecto ( 10 )
SI
Correcto ( 11 )
FINAL
ANEXO C - 16
LGID707A

Zamudio 2001
Anexo
D
Diagnsticos de Anlisis
En este anexo se presenta la lista de los

diagnsticos obtenidos por la funcin de anlisis
automtico de incidencias del GID.
Los diagnsticos se presentan en dos apartados,
el primero relativo a los diagnsticos relacionados
con el anlisis de incidencias a nivel de funcin de
proteccin, y el segundo relativo al anlisis del
comportamiento coordinados de parejas de
funciones de proteccin.
ANEXO D
D. DIAGNSTICOS DE ANLISIS
D.1 Anlisis a Nivel de Proteccin
A continuacin se indica la lista de combinaciones de salidas de mdulos de anlisis a nivel de
proteccin (Mdulos de Comprobacin de Proteccin) que corresponden a los diagnsticos parciales
para cada tipo de funcin analizada:
Funciones IOC (50), TOC (51):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
NOTA:
Diagnstico
No arranque correcto.
Unidad debi arrancar.
Unidad no debi arrancar.
Unidad no debi arrancar, pero no disparo
correcto.
Unidad no debi arrancar ni disparar.
Arranque sin disparo correcto.
Unidad no debi disparar.
No disparo correcto por coordinacin.
No disparo incorrecto por coordinacin.
Disparo correcto.
Disparo retrasado.
Disparo adelantado.
Unidad no habilitada.
Unidad no habilitada.
Unidad no debi actuar por inhabilitacin.
Unidad no debi actuar por inhabilitacin.
Unidad no debe actuar por bloqueo.
Anomala no crtica, revisar unidad.
Anomala crtica, revisar unidad.
M1
1
1
1
1
M2
5
7
6
6
M3
3
3
5
7
M4
3
3
7
7
M5
7
7
4
4
M13
3
3
3
3
1
1
1
1
1
1
1
1
3
3
3
3
2
xxx
xxx
6
4
4
4
4
4
4
4
5
7
4
6
xxx
xxx
xxx
6
5
6
7
7
4
4
4
3
3
xxx
xxx
xxx
xxx
xxx
6
7
6
7
7
4
5
6
3
3
xxx
xxx
xxx
xxx
xxx
6
4
6
4
5
6
6
6
7
7
xxx
xxx
xxx
xxx
xxx
3
3
3
3
3
3
3
3
3
3
3
3
3
2
1
All donde aparezca el smbolo xxx puede sustituirse por cualquier salida posible del
mdulo.
ANEXO D - 2
LGID707A

Zamudio 2001
ANEXO D
Funcin Interruptor (52):
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
Diagnstico
No apertura. No cierre.
Apertura sin disparo (posible apertura manual). No cierre.
Apertura intempestiva. No cierre.
Apertura correcta. No cierre.
Apertura retrasada (revisin). No cierre.
Posible fallo de apertura (revisin). No cierre.
Fallo de apertura (revisin). No cierre.
No apertura. Cierre sin reenganche (posible cierre manual).
Apertura sin disparo. Cierre sin reenganche (posible maniobra manual).
Apertura intempestiva. Cierre sin reenganche (posible cierre manual).
Apertura correcta. Cierre sin reenganche (posible cierre manual).
Apertura retrasada (revisin). Cierre sin reenganche (posible cierre
manual).
Posible fallo de apertura (revisin). Cierre sin reenganche (posible
cierre manual).
Fallo de apertura (revisin). Cierre sin reenganche (posible cierre
manual).
No apertura. Cierre intempestivo.
Apertura sin disparo (posible apertura manual). Cierre intempestivo.
Apertura intempestiva. Cierre intempestivo.
Apertura correcta. Cierre intempestivo.
Apertura retrasada (revisin). Cierre intempestivo.
Posible fallo de apertura (revisin). Cierre intempestivo.
Fallo de apertura (revisin). Cierre intempestivo.
No apertura. Cierre correcto.
Apertura sin disparo (posible apertura manual). Cierre correcto.
Apertura intempestiva. Cierre correcto.
Apertura correcta. Cierre correcto.
Apertura retrasada (revisin). Cierre correcto.
Posible fallo de apertura (revisin). Cierre correcto.
Fallo de apertura (revisin). Cierre correcto.
M4
1
2
3
4
5
6
7
1
2
3
4
5
M5
1
1
1
1
1
1
1
2
2
2
2
2
M13
3
3
3
3
3
3
3
3
3
3
3
3
1
2
3
4
5
6
7
1
2
3
4
5
6
7
3
3
3
3
3
3
3
4
4
4
4
4
4
4
3
3
3
3
3
3
3
3
3
3
3
3
3
3
ANEXO D - 3
LGID707A

Zamudio 2001
ANEXO D
Funcin Interruptor (52) (continuacin):
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
Diagnstico
No apertura. Cierre retrasado (revisin).
Apertura sin disparo (posible apertura manual). Cierre retrasado
(revisin).
Apertura intempestiva. Cierre retrasado (revisin).
Apertura correcta. Cierre retrasado (revisin).
Apertura retrasada (revisin). Cierre retrasado (revisin).
Posible fallo de apertura (revisin). Cierre retrasado (revisin).
Fallo de apertura (revisin). Cierre retrasado (revisin).
No apertura. Posible fallo de cierre (revisin).
Apertura sin disparo (posible apertura manual). Posible fallo de cierre
(revisin).
Apertura intempestiva. Posible fallo de cierre (revisin).
Apertura correcta. Posible fallo de cierre (revisin).
Apertura retrasada (revisin). Posible fallo de cierre (revisin).
Posible fallo de apertura (revisin). Posible fallo de cierre (revisin).
Fallo de apertura (revisin). Posible fallo de cierre (revisin).
No apertura. Fallo de cierre (revisin).
Apertura sin disparo (posible apertura manual). Fallo de cierre
(revisin).
Apertura intempestiva. Fallo de cierre (revisin).
Apertura correcta. Fallo de cierre (revisin).
Apertura retrasada (revisin). Fallo de cierre (revisin).
Posible fallo de apertura (revisin). Fallo de cierre (revisin).
Fallo de apertura (revisin). Fallo de cierre (revisin).
Anomala no crtica, revisar interruptor.
Anomala crtica, revisar interruptor.
M4
1
2
M5
5
5
M13
3
3
3
4
5
6
7
1
2
5
5
5
5
5
6
6
3
3
3
3
3
3
3
3
4
5
6
7
1
2
6
6
6
6
6
7
7
3
3
3
3
3
3
3
3
4
5
6
7
xxx
xxx
7
7
7
7
7
xxx
xxx
3
3
3
3
3
2
1
ANEXO D - 4
LGID707A

Zamudio 2001
ANEXO D
Funcin Reenganchador (79):
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
Diagnstico
Reenganchador no habilitado.
Reenganchador no debe actuar por bloqueo.
Anomala no crtica, revisar reenganchador.
Anomala crtica, revisar reenganchador.
Tiempo de reenganche correcto. Tiempo de seguridad
correcto.
Tiempo de reenganche retrasado. Tiempo de seguridad
correcto.
Tiempo de reenganche adelantado. Tiempo de
seguridad correcto.
retrasado.
retrasado.
seguridad retrasado.
adelantado.
adelantado.
seguridad adelantado.
Tiempo de reenganche correcto. Disparo definitivo
correcto.
Tiempo de reenganche retrasado. Disparo definitivo
correcto.
Tiempo de reenganche adelantado. Disparo definitivo
correcto.
Tiempo de reenganche correcto. Debi ser disparo
definitivo.
Tiempo de reenganche retrasado. Debi ser disparo
definitivo.
Tiempo de reenganche adelantado. Debi ser disparo
definitivo.
M1
3
2
xxx
xxx
1
M8
xxx
xxx
xxx
xxx
4
M10
xxx
xxx
xxx
xxx
4
M12
xxx
xxx
xxx
xxx
3
M13
3
3
2
1
3
ANEXO D - 5
LGID707A

Zamudio 2001
ANEXO D
Funcin Reenganchador (79) (continuacin):
90
91
92
93
94
95
96
97
Diagnstico
Tiempo de reenganche correcto. Disparo no definitivo,
correcto (nuevo ciclo).
Tiempo de reenganche retrasado. Disparo no definitivo,
correcto (nuevo ciclo).
Tiempo de reenganche adelantado. Disparo no
definitivo, correcto (nuevo ciclo).
Tiempo de reenganche correcto. Disparo definitivo, no
debi ser definitivo.
Tiempo de reenganche retrasado. Disparo definitivo, no
debi ser definitivo.
Tiempo de reenganche adelantado. Disparo definitivo,
no debi ser definitivo.
No cierre del interruptor.
Reenganchador bloqueado por fallo de apertura.
M1
1
M8
4
M10
2
M12
6
M13
3
1
1
3
7
3
3
xxx
xxx
3
3
ANEXO D - 6
LGID707A

Zamudio 2001
ANEXO D
Resultados Globales a Nivel de Proteccin:

Los resultados globales por incidencia para el anlisis a nivel de proteccin son los siguientes, en
funcin de los diagnsticos anteriores:
Salida
1
0
Resultados parciales de todas las Resultado Global

funciones
1, , 6, 8, 10, 23, 41, 44, Comportamiento de proteccin correcto.
75, 84, 90
Algn resultado de los no indicados Comportamiento de proteccin anmalo o
incorrecto, revisin en detalle.
ANEXO D - 7
LGID707A

Zamudio 2001
ANEXO D
D.2 Anlisis a Nivel de Coordinacin

Este anlisis a nivel de coordinacin slo es aplicado ante incumplimiento de alguna de las reglas de
coordinacin (R-1 R-2).
Existen dos casos en los que no procede aplicar la verificacin de reglas de anlisis a nivel de
coordinacin:
Condicin
Una sola funcin involucrada en la incidencia, activacin de
varias funciones no coordinadas entre s
Disparo de funciones de proteccin principales respecto a
otras funciones de reserva que no disparan
Diagnstico
Coordinacin no procede
Coordinacin correcta
A continuacin se indica la lista de combinaciones de salidas de mdulos de anlisis a nivel de

coordinacin (Mdulos de Comprobacin de Coordinacin) que corresponden a los diagnsticos
parciales para cada pareja de funciones analizadas cuando se incumple alguna de las reglas de
coordinacin.
En la tabla aparecen los resultados del anlisis a nivel de proteccin de las funciones que actan
como proteccin principal (PP) y como proteccin de reserva (PR) que deben tenerse en cuenta, y el
resultado global en este nivel de anlisis:
ANEXO D - 8
LGID707A

Zamudio 2001
ANEXO D
Condicin 1 - Arranque PP y Disparo PR:
3
4
5
6
7
8
9
10
Diagnstico
Comportamiento incoherente
Cambio de ajustes por coordinacin en ajustes
incorrecta
Proteccin Principal debi disparar
Adelanto de Proteccin de Reserva
incorrecta, y Retraso de Proteccin de Reserva
incorrecta
M-A
3
3
2
2
M-B
3
2
3
2
Prot
1
1
1
1
PP
a)
a)
a)
a)
PR
d)
d)
d)
d)
3
3
2
3
2
3
0
0
0
b)
xxx
xxx
xxx
c)
e)
xxx
xxx
ANEXO D - 9
LGID707A

Zamudio 2001
ANEXO D
Condicin 2 - Disparo PP y Disparo PR:
11
12
13
14
15
16
17
Diagnstico
incorrecta
Fallo de interruptor de Proteccin Principal
Adelanto de Proteccin de Reserva
Adelanto de Proteccin de Reserva y Fallo de
interruptor de Proteccin de Reserva
M-A
3
3
2
2
M-C
3
2
3
2
Prot
1
1
1
1
PP
a)
a)
a)
a)
PR
d)
d)
d)
d)
3
3
3
3
2
2
0
0
0
f)
xxx
xxx
xxx
c)
f)
AND
c)
xxx
xxx
18
19
Retraso de Proteccin Principal

Retraso de Proteccin Principal y Fallo de interruptor
de Proteccin Principal
3
3
2
2
0
0
20
Retraso de Proteccin Principal y Fallo de interruptor

de Proteccin de Reserva
incorrecta, y Retraso de Proteccin de Reserva
incorrecta, Retraso de Proteccin de Reserva, y
Fallo de interruptor de Proteccin de Reserva
incorrecta, y Adelanto de Proteccin Principal
incorrecta, Adelanto de Proteccin Principal, y Fallo
de interruptor de Proteccin Principal
incorrecta, Retraso de Proteccin de Reserva, y
Fallo de interruptor de Proteccin Principal
incorrecta, y Fallo de interruptor de Proteccin de
Reserva
e)
f)
AND
e)
e)
xxx
e)
xxx
c)
f)
AND
e)
xxx
xxx
f)
AND
c)
f)
xxx
f)
21
22
23
24
25
26
ANEXO D - 10
LGID707A

Zamudio 2001
f)
e)
ANEXO D
NOTA:
a) 4, 6, 8
b) 2, 9
c) 12, 5, 7
d) 10
e) 11
f) 24, 25, 26, 31, 32, 33, 38, 39, 40, 45, 46, 47, 52, 53, 54, 59,
60, 61, 66, 67, 68
Resultados Globales a Nivel de Coordinacin:

Los resultados globales por incidencia para el anlisis a nivel de coordinacin son los siguientes, en
funcin de los diagnsticos anteriores:
Salida
0
1
2
Resultado Global
Coordinacin no procede
Comportamiento de coordinacin correcto
Comportamiento de coordinacin anmalo o incorrecto, revisin en detalle (se incumple
alguna de las reglas)
ANEXO D - 11
LGID707A

Zamudio 2001
ANEXO D
Notas:
ANEXO D - 12
LGID707A

Zamudio 2001
PROCOME
Documento de Especificacin de Protocolo
Versin 3.0
Doc.: Procom30
Edicin marzo de 1997
Pg. 1
PROCOME
ESPECIFICACIN DE
PROTOCOLO DE COMUNICACIONES
Versin 3.0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 2
NDICE
NDICE......................................................................................................................................................2
1. OBJETIVO DEL PROTOCOLO Y CAMPO DE APLICACIN ............................................................8
2. NORMATIVA DE REFERENCIA .......................................................................................................11
3. DEFINICIONES .................................................................................................................................13
4. REGLAS GENERALES .....................................................................................................................14
4.1 ESTRUCTURA DE PROTOCOLO...............................................................................................14
4.2 CAPA FSICA ...............................................................................................................................15
4.3 CAPA DE ENLACE ......................................................................................................................15
4.4 CAPA DE APLICACIN ...............................................................................................................16
4.5 PROCESO DE USUARIO ............................................................................................................16
5. CAPA FSICA ....................................................................................................................................17
6. CAPA DE ENLACE............................................................................................................................18
6.1 IEC 870-5-1: Formatos de trama..................................................................................................18
6.2 IEC 870-5-2: Procedimientos de enlace.......................................................................................18
6.2.1
Seleccin de caractersticas a partir de IEC 870-5-2.................................................18
6.2.2
Especificaciones adicionales a IEC 870-5-2 ..............................................................24
7. CAPA DE APLICACIN ....................................................................................................................25

7.1 SELECCIN DE CARACTERSTICAS A PARTIR DE IEC 870-5-3............................................26
7.2 PROCESO GENERAL DE COMUNICACIN (IEC 870-5-5).......................................................29
7.2.1
Introduccin................................................................................................................29
7.2.2
Servicios de Aplicacin ..............................................................................................31
7.2.2.1
Peticin de datos en monomensaje.................................................................32
7.2.2.2
Peticin urgente de datos en mono/multimensaje ...........................................35
7.2.2.3
Peticin no urgente de datos en mono/multimensaje ......................................38
7.2.2.4
Peticin no urgente de datos en mono/multimensaje, servicio alternativo ......42
7.2.2.5
Envo de datos sin respuesta ..........................................................................46
7.2.2.6
Envo de datos con acuse de recibo................................................................47
7.2.2.7
Envo urgente de datos en monomensaje con confirmacin de
interpretacin .....................................................................................................................49
7.2.2.8
Envo no urgente de datos en mono/multimensaje con confirmacin de
interpretacin global...........................................................................................................52
7.3 FUNCIONES BSICAS DE APLICACIN (IEC 870-5-5) ............................................................56
7.3.1
Inicializacin de estacin secundaria.........................................................................58

Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 3
7.3.2
Interrogacin general de proteccin...........................................................................63
7.3.3
Sincronizacin de reloj ...............................................................................................67
7.3.4
Comandos generales .................................................................................................70
7.3.5
Modo de pruebas y operacin local ...........................................................................73
7.3.6
Modo de bloqueo de la direccin desde secundario a primario.................................76
7.3.7
Peticin de datos de perturbacin..............................................................................79
7.3.7.1
Informacin del estado de los registros ...........................................................80
7.3.7.2
Inicio de transmisin de un registro .................................................................81
7.3.7.3
Transmisin de datos digitales ........................................................................82
7.3.7.4
Reconocimiento de datos digitales y Transmisin de canales analgicos ......84
7.3.7.5
Reconocimiento de canal analgico ................................................................86
7.3.7.6
Reconocimiento de transmisin de registro completo .....................................87
7.3.8
Clave de acceso.........................................................................................................93
7.3.9
Funciones de control..................................................................................................96
7.3.9.1
Interrogacin de control ...................................................................................97
7.3.9.2
Refresco de seales digitales de control .......................................................100
7.3.9.3
Overflow ("rebosamiento del buffer de cambios") .........................................102
7.3.9.4
Escritura de salidas .......................................................................................103
7.3.9.5
Habilitacin y deshabilitacin de entradas.....................................................104
7.3.9.6
rdenes de mando ........................................................................................106
7.3.10
Estado general de la estacin secundaria ...............................................................107
7.3.11
Comandos con interpretacin ..................................................................................108
7.3.12
Funciones de ajustes ...............................................................................................109
7.3.12.1
Cambio de ajustes .........................................................................................110
7.3.12.2
Lectura de ajustes .........................................................................................113
7.3.12.3
Cambio de tabla de ajustes activa .................................................................114
7.3.12.4
Peticin de tabla de ajustes activa.................................................................115
7.3.13
Peticin de histricos ...............................................................................................116
7.3.13.1
Histrico de sucesos......................................................................................117
7.3.13.2
Histrico de informes de falta ........................................................................119
7.3.13.3
Histrico de medidas .....................................................................................120
7.3.14
Lectura de datos estadsticos ..................................................................................121
7.4 DEFINICIN Y PRESENTACIN DE ASDUs ...........................................................................122

7.4.1
ASDUs en direccin de secundario a primario ........................................................123
7.4.1.1
TYP 1: Mensaje con etiqueta de tiempo ........................................................123
7.4.1.2
TYP 2: Mensaje con etiqueta de tiempo y tiempo relativo.............................123
7.4.1.3
TYP 3: Medidas I ...........................................................................................124
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 4
7.4.1.4
TYP 4: Medidas con etiqueta de tiempo y tiempo relativo.............................124
7.4.1.5
TYP 5: Mensaje de identificacin...................................................................125
7.4.1.6
TYP 6: Sincronizacin de reloj.......................................................................125
7.4.1.7
TYP 8: Final de interrogacin general ...........................................................125
7.4.1.8
TYP 9: Medidas II ..........................................................................................126
7.4.1.9
TYP 23: Lista de perturbaciones almacenadas .............................................126
7.4.1.10
TYP 26: Preparado para la transmisin de datos de perturbacin................127
7.4.1.11
TYP 27: Preparado para la transmisin de un canal .....................................127
7.4.1.12
TYP 28: Preparado para la transmisin de seales digitales ........................128
7.4.1.13
TYP 29: Transmisin de seales digitales.....................................................128
7.4.1.14
TYP 30: Transmisin de valores de perturbacin..........................................129
7.4.1.15
TYP 31: Final de transmisin.........................................................................129
7.4.1.16
TYP 65: Transmisin de ajustes ....................................................................130
7.4.1.17
TYP 66: Reconocimiento de ajustes..............................................................130
7.4.1.18
TYP 68: Cambio de tabla de ajustes activa ...................................................130
7.4.1.19
TYP 69: Transmisin de tabla de ajustes activa............................................131
7.4.1.20
TYP 70: Datos estadsticos ...........................................................................131
7.4.1.21
TYP 71: Nmero de sucesos pendientes de envo .......................................131
7.4.1.22
TYP 72: Transmisin de sucesos ..................................................................131
7.4.1.23
TYP 74: Nmero de informes de falta pendientes de envo ..........................131
7.4.1.24
TYP 75: Transmisin de informes de falta.....................................................132
7.4.1.25
TYP 77: Nmero de histricos de medidas pendientes de envo..................132
7.4.1.26
TYP 78: Transmisin de histricos de medidas ............................................132
7.4.1.27
TYP 100: Transmisin de medidas y cambios digitales de control ...............133
7.4.1.28
TYP 101: Transmisin de contadores ...........................................................133
7.4.1.29
TYP 103: Transmisin de estados digitales de control..................................134
7.4.1.30
TYP 110: Escritura de salidas digitales .........................................................134
7.4.1.31
TYP 111: Escritura de salidas analgicas .....................................................134
7.4.1.32
TYP 112: Habilitacin/deshabilitacin de entradas digitales .........................135
7.4.1.33
TYP 113: Habilitacin/deshabilitacin de entradas analgicas .....................135
7.4.1.34
TYP 116: Clave de acceso no disponible o incorrecta ..................................135
7.4.1.35
TYP 120: Comando general con interpretacin.............................................135
7.4.1.36
TYP 121: rdenes de mando ........................................................................136
7.4.1.37
TYP 127: Estado general de la estacin secundaria.....................................136
7.4.2
ASDUs en direccin de primario a secundario ........................................................137
7.4.2.1
TYP 6: Sincronizacin de reloj.......................................................................137
7.4.2.2
TYP 7: Inicio de interrogacin general...........................................................137
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 5
7.4.2.3
TYP 20: Comando general ............................................................................137
7.4.2.4
TYP 24: Orden de transmisin de datos de perturbacin..............................138
7.4.2.5
TYP 25: Reconocimiento ...............................................................................138
7.4.2.6
TYP 65: Transmisin de nuevos ajustes .......................................................139
7.4.2.7
TYP 67: Peticin de ajustes...........................................................................139
7.4.2.8
TYP 68: Cambio de tabla de ajustes activa ...................................................139
7.4.2.9
TYP 69: Peticin de tabla de ajustes activa...................................................140
7.4.2.10
TYP 70: Peticin de datos estadsticos .........................................................140
7.4.2.11
TYP 71: Peticin de nmero de sucesos pendientes de envo .....................140
7.4.2.12
TYP 72: Peticin de sucesos .........................................................................140
7.4.2.13
TYP 74: Peticin de nmero de informes de falta pendientes de envo ........141
7.4.2.14
TYP 75: Peticin de informes de falta............................................................141
7.4.2.15
TYP 77: Peticin de nmero de histricos de medidas pendientes ..............141
7.4.2.16
TYP 78: Peticin de histricos de medidas ...................................................142
7.4.2.17
TYP 100: Peticin de datos de control...........................................................142
7.4.2.18
TYP 103: Peticin de estados digitales de control.........................................142
7.4.2.19
TYP 110: Escritura de salidas digitales .........................................................143
7.4.2.20
TYP 111: Escritura de salidas analgicas .....................................................143
7.4.2.21
TYP 112: Habilitacin/deshabilitacin de entradas digitales .........................143
7.4.2.22
TYP 113: Habilitacin/deshabilitacin de entradas analgicas .....................144
7.4.2.23
TYP 116: Envo de clave de acceso..............................................................144
7.4.2.24
TYP 120: Comando general con interpretacin.............................................144
7.4.2.25
TYP 121: rdenes de mando ........................................................................144
7.4.2.26
TYP 123: Peticin de registros de perturbacin pendientes de envo...........145
7.4.2.27
TYP 127: Peticin del estado general de la estacin secundaria..................145
7.5 SELECCIN DE CARACTERSTICAS A PARTIR DE IEC 870-5-4..........................................146

7.5.1
IDENTIFICACIN DE TIPO.....................................................................................147
7.5.2
CALIFICADOR DE ESTRUCTURA VARIABLE.......................................................150
7.5.3
CAUSA DE TRANSMISIN .....................................................................................151
7.5.4
DIRECCIN COMN DEL ASDU ...........................................................................154
7.5.5
IDENTIFICADOR DEL OBJETO DE INFORMACIN .............................................155
7.5.5.1
TIPO DE FUNCIN .......................................................................................155
7.5.5.2
NMERO DE INFORMACIN ......................................................................157
7.5.6
ELEMENTOS DE INFORMACIN ..........................................................................162
7.5.6.1
Canal Actual...................................................................................................162
7.5.6.2
Carcter ASCII...............................................................................................162
7.5.6.3
Nivel de Compatibilidad .................................................................................162
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 6
7.5.6.4
Comando Doble (IEV 371-03-03) ..................................................................162
7.5.6.5
Informacin de Punto Doble (IEV 371-02-08)................................................163
7.5.6.6
Nmero de Falta ............................................................................................163
7.5.6.7
Intervalo entre Elementos de Informacin .....................................................163
7.5.6.8
Medidas con Descripcin de Calidad ............................................................163
7.5.6.9
Nmero del Primer Elemento de Informacin en ASDU................................163
7.5.6.10
Nmero de Canales .......................................................................................164
7.5.6.11
Nmero de Elementos de Informacin de un Canal ......................................164
7.5.6.12
Nmero de Falta en la Red............................................................................164
7.5.6.13
Nmero de Estados Digitales ........................................................................164
7.5.6.14
Nmero de Elementos de Informacin Relevantes por cada ASDU .............164
7.5.6.15
Tiempo Relativo .............................................................................................164
7.5.6.16
Factor de Referencia .....................................................................................165
7.5.6.17
Valor Nominal Primario ..................................................................................165
7.5.6.18
Valor Nominal Secundario .............................................................................165
7.5.6.19
Identificador de Retorno de Informacin........................................................165
7.5.6.20
Localizacin de Falta .....................................................................................165
7.5.6.21
Nmero de Exploracin .................................................................................165
7.5.6.22
Valor Simple de Datos de Perturbacin.........................................................165
7.5.6.23
Informacin Suplementaria ............................................................................165
7.5.6.24
Estado de la Falta ..........................................................................................166
7.5.6.25
Posicin de Seal Digital ...............................................................................166
7.5.6.26
Tipo de Orden ................................................................................................167
7.5.6.27
Tipo de Valores de Perturbacin ...................................................................168
7.5.6.28
Tiempo Binario de Cuatro Octetos ................................................................168
7.5.6.29
Tiempo Binario de Siete Octetos ...................................................................168
7.5.6.30
Nmero de Medidas de Control .....................................................................168
7.5.6.31
Nmero de Orden de Medida de Control.......................................................168
7.5.6.32
Identificacin de Cambio de Seal Digital de Control....................................169
7.5.6.33
Identificacin de Seal de Control .................................................................169
7.5.6.34
Nmero de Contadores de Control................................................................169
7.5.6.35
Nmero de Orden de Contador de Control....................................................169
7.5.6.36
Valor de Contador de Control ........................................................................170
7.5.6.37
Nmero de Seales Digitales de Control.......................................................170
7.5.6.38
Estado de Seales Digitales de Control ........................................................170
7.5.6.39
Validacin de Seales Digitales de Control ...................................................170
7.5.6.40
Conjunto de Ajustes.......................................................................................170
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 7
7.5.6.41
Grupo de Ajustes ...........................................................................................170
7.5.6.42
Tabla de Ajustes ............................................................................................171
7.5.6.43
Unidad de Ajustes..........................................................................................171
7.5.6.44
Ajustes ...........................................................................................................171
7.5.6.45
Orden de Ajustes ...........................................................................................171
7.5.6.46
Sucesos Pendientes de Envo.......................................................................171
7.5.6.47
Sucesos/Informes de Falta/Registros de Medida ..........................................171
7.5.6.48
Estado de la Estacin Secundaria .................................................................171
7.5.6.49
Control de Mensajes de Control ....................................................................172
7.5.6.50
Datos Estadsticos .........................................................................................172
7.5.6.51
Cdigo de Interpretacin................................................................................172
7.5.6.52
Longitud del Grupo de Ajustes.......................................................................172
7.5.6.53
Longitud de Estructura de Datos ...................................................................172
7.5.6.54
Perfil de Proteccin........................................................................................173
7.5.6.55
Identificacin de Elemento de Control ...........................................................173
Anexo A: ESTRUCTURAS DE DATOS PARTICULARES ...................................................................174

Anexo B: SUCESOS.............................................................................................................................223
Anexo C: AJUSTES..............................................................................................................................248
C.1
FORMATOS NORMALIZADOS...........................................................................................249
C.2
CLASIFICACIN DE CONJUNTOS Y GRUPOS DE AJUSTES.........................................253
C.3
LISTADOS DE AJUSTES ....................................................................................................255
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
1.
Pg. 8
OBJETIVO DEL PROTOCOLO Y CAMPO DE APLICACIN
Este documento tiene como objetivo la definicin completa del protocolo PROCOME para la
comunicacin entre equipos digitales de proteccin, control y registro con el puesto de control de una
subestacin elctrica transformadora.
El protocolo PROCOME est basado en la serie de normas IEC 870-5 para la definicin de protocolos de
transmisin serie en modo asncrono aplicables a equipos y sistemas de telecontrol, siguiendo el modelo
de referencia de tres capas "Enhanced Performance Architecture" (EPA), en el que solo se emplean las
llamadas capas fsica, de enlace y de aplicacin.
Tradicionalmente, cada fabricante de equipos de proteccin, control o registro ha desarrollado su propio
protocolo de comunicaciones de acuerdo a las necesidades concretas de sus equipos, lo que ha derivado
en que en la actualidad existan numerosos protocolos distintos, incompatibles entre s, suponiendo un
serio problema para las compaas elctricas usuarias de tales equipos, en cuanto a posibilidad de
intercambiabilidad de equipos. Para solventar esta situacin, existen tentativas que intentan estandarizar
estas comunicaciones dentro de la subestacin por medio de un nico protocolo.
Dado este escenario, a travs de una iniciativa de IBERDROLA se lanz a mediados del ao 1993 un
proyecto PIE en colaboracin con la empresa ZIV APLICACIONES Y TECNOLOGA con el objetivo de
estudiar las propuestas existentes en ese momento y desarrollar con esta base un protocolo que cubriera
la gama completa de comunicacin con equipos de proteccin, control, medida y registro dentro de una
subestacin elctrica de transformacin.
Tras analizar las diferentes propuestas actuales, la propuesta ms encaminada para obtener resultados
en el aspecto de estandarizacin la constituy el trabajo realizado por un conjunto de fabricantes
(SIEMENS, AEG y ABB) plasmado en el documento "VDEW/ZVEI Recommendation on the Serial
Informative Interface of Protection Equipment in Substation Control Systems", de fecha inicial Enero de
1993. Dicho documento fue tomado como borrador de partida dentro del grupo de trabajo AHWG de IEC
formado entre los comits tcnicos 57 y 95, orientado a la obtencin de un estndar internacional para
comunicacin con equipos de proteccin.
Con el primer borrador del protocolo PROCOME obtenido en el ao 1994 se constituy un grupo de
trabajo a nivel nacional dentro del grupo de trabajo de rels de ASINEL, cuyo objetivo era consensuar el
trabajo a nivel nacional, de forma que cubriera las necesidades de los usuarios y fabricantes tanto de
sistemas de control como de proteccin, as como permitir una difusin a nivel nacional.
Las empresas participantes del grupo de trabajo PROCOME fueron ABB, COMPAA SEVILLANA DE
ELECTRICIDAD, GEPCE, IBERDROLA, REESA, SAINCO, TEAM-ARTECHE y ZIV APLICACIONES Y
TECNOLOGA.
La versin del protocolo consensuada por el grupo de trabajo se obtuvo en Abril de 1995 en la cual se
integra la estructura completa de las capas fsica, de enlace y de aplicacin para la transmisin de datos
entre equipos de proteccin, control, medida y registro en subestaciones transformadoras as como la
definicin estandarizada de los datos de aplicacin (sucesos, ajustes, etc.) correspondientes a los
equipos integrantes de una subestacin de distribucin AT/MT.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 9
Dado que los datos de aplicacin estandarizada se continuarn integrando en el protocolo para su
aplicacin completa a todas las funciones de proteccin, se acord en la ltima reunin del grupo de
trabajo PROCOME del 21/03/95 la creacin de un grupo de usuarios PROCOME liderado por
IBERDROLA. El objeto del grupo de usuarios es proponer al coordinador (IBERDROLA) las ampliaciones
y necesidades futuras as como la distribucin oficial de las nuevas versiones del protocolo. En un
documento aparte se incluye la relacin de empresas integrantes del grupo de usuarios PROCOME. Se
ofrece la posibilidad a cualquier empresa interesada en la aplicacin del protocolo su integracin en el
grupo mediante su comunicacin oficial al coordinador.
El PROCOME est concebido para mantener la compatibilidad con la mencionada propuesta de la
VDEW/ZVEI, ya que a pesar de que su definicin est limitada exclusivamente al intercambio de
informacin con equipos de proteccin, es la nica propuesta de carcter internacional encaminada a
obtener una compatibilidad entre equipos de distintos fabricantes.
La transmisin ser en modo no balanceado con unin semi-duplex operando con una ventana de un
solo mensaje transferido. Este modo permite la utilizacin de canales fsicos compartidos (difusores
pticos, lneas multipunto) entre la unidad maestra o primaria de subestacin y las unidades esclavas o
secundarias de posicin ya que el acceso al canal est restringido a una sola unidad secundaria en todo
momento.
Sin embargo, entendiendo que la propuesta de la VDEW/ZVEI no satisface todas las necesidades reales
de los equipos de proteccin, control y registro instalados hoy en da en las subestaciones elctricas de
transformacin, se ha desarrollado el protocolo PROCOME de forma que se cumplan varias premisas:
1. Que constituya una ampliacin al anterior protocolo en los aspectos que el mismo no
contemple;
2. Que sea totalmente compatible con dicho protocolo, y simultneamente cumpla estrictamente
con la normativa actual, tanto en materia de comunicaciones como en su equipamiento;
3. Que satisfaga todos los requisitos de comunicacin actuales en las subestaciones de
transformacin AT/MT, tanto a nivel de equipamiento fsico como funcional.
En este sentido, el presente documento pretende ser autocontenido, es decir, incluye la descripcin de
todos los mecanismos empleados para cubrir la funcionalidad prevista, tanto los que se disponen en la
propuesta de la VDEW/ZVEI como los nuevos incorporados en PROCOME para satisfacer por completo
las necesidades de comunicacin en este tipo de sistemas. Por tanto, en ningn momento ser necesario
referirse al documento de especificacin de dicha propuesta.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 10
Tal como se define en el documento IEC 870-5-3, la compatibilidad entre equipos de diferentes
fabricantes slo puede alcanzarse mediante la definicin de perfiles de aplicacin completos. Un perfil
completo de aplicacin consiste en:
- La especificacin del interface fsico;
- Un subconjunto de IEC 870-5-1;
- Un subconjunto de IEC 870-5-2;
- La especificacin las unidades de datos de aplicacin, basada en IEC 870-5-3 y IEC 870-5-4;
- La especificacin de las funciones de aplicacin basada en IEC 870-5-5.
Inicialmente, el PROCOME tendr su campo de aplicacin en los siguientes mbitos:
- Sistemas completos de proteccin, control y registro de subestaciones transformadoras AT/MT.
- Conexin directa con equipos de proteccin y registro para cualquier nivel de tensin.
Adicionalmente, el PROCOME tiene prevista la definicin y el mantenimiento posterior de una biblioteca
de perfiles de aparatos intercambiables en los que se detalla el contenido y el significado exactos de cada
uno de los elementos de informacin para equipos que integran una o varias funciones de entre las
siguientes:
- Control y medida
Lnea
Transformador (incluyendo regulacin de tomas)
Automatismos de reposicin de servicio
- Registro
Cronolgico
Oscilogrfico
- Proteccin
Sobreintensidad
Sobreintensidad direccional
Diferencial de Transformador
Batera de Condensadores
Distancia
Tensin
Frecuencia
- Reenganche automtico
La aportacin ms novedosa del protocolo PROCOME es su capacidad para combinar en un solo
sistema de comunicaciones la transmisin de datos correspondientes a las funciones de control y a las de
proteccin. El caso tpico previsto es el de una subestacin transformadora de AT/MT con un sistema
distribuido de equipos terminales de posicin con funciones de proteccin y control integradas.
En este documento se presentar inicialmente la normativa en la que se basa el protocolo, seguida de
una referencia a las caractersticas comunes a todos los perfiles de aplicacin basados en esa normativa,
y finalizando con la explicacin de detalle de cada una de las capas o niveles de la estructura del modelo
EPA en el que se transmiten los datos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
2.
Pg. 11
NORMATIVA DE REFERENCIA
Los documentos de normas internacionales que se indican a continuacin han constituido la referencia
bsica para el desarrollo del protocolo PROCOME, y como normas que son, tanto las indicadas como las
de referencia dentro de las mismas, han sido respetadas y cumplidas con rigor.
En el momento de publicacin del presente documento las ediciones indicadas eran vlidas. Todos los
documentos de normativa pueden ser revisados y por lo tanto alterado su contenido.
IEC 50 (371)
INTERNATIONAL ELECTROTECHNICAL VOCABULARY (IEV)

Chapter 371: Telecontrol.
IEC 50 (446)

Chapter 446: Electrical relays.
IEC 50 (448)

Chapter 448: Power system protection.
IEC 870-1-1
TELECONTROL EQUIPMENT AND SYSTEMS, PART 1

General considerations,
Section 1: General principles.
IEC 870-5-1

Transmission protocols,
Section 1: Transmission frame formats.
IEC 870-5-2

Section 2: Link transmission procedures.
IEC 870-5-3

Section 3: General structure of application data.
IEC 870-5-4

Section 4: Definition and coding of application information elements.
IEC 870-5-5

Section 5: Basic application functions (Draft).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
IEC 874-0
CONNECTORS FOR OPTICAL FIBRES AND CABLES

Part 0: Guide for the construction of sectional specifications.
IEC 874-1

Part 1: Generic specification.
IEC 874-2

Part 2: Sectional specifications, Fibre optic connector type F-SMA.
IEC 794-1
OPTICAL FIBRE CABLES

Part 1: Generic specification, amendment 2.
IEC 794-2
OPTICAL FIBRE CABLES

Part 2: Product specifications.
ISO 7498
INFORMATION PROCESSING SYSTEMS - OPEN SYSTEM

INTERCONNECTION - BASIC REFERENCE MODEL
ISO 8824
INFORMATION TECHNOLOGY - OPEN SYSTEM INTERCONNECTION SPECIFICATION OF ABSTRACT SYNTAX NOTATION ONE (ASN.1)
ISO 2110
INFORMATION TECHNOLOGY - DATE COMMUNICATION

25-POLE DTE/DCE INTERFACE CONNECTOR AND CONTACT NUMBER
ASSIGNMENTS
CCITT V.24
LISTA DE DEFINICIONES PARA LOS CIRCUITOS DE ENLACE ENTRE EL

EQUIPO TERMINAL DE DATOS (DTE) Y EL EQUIPO DE TERMINACIN
DEL CIRCUITO DE DATOS (DCE)
CCITT V.28
CARACTERSTICAS ELCTRICAS DE LOS CIRCUITOS DE ENLACE

ASIMTRICOS PARA TRANSMISIN POR DOBLE CORRIENTE
Pg. 12
Adicionalmente a la normativa indicada, tal como se ha explicado anteriormente, la presente

especificacin se apoya ampliamente en el trabajo de los comits 57 y 95 de IEC:
VDEW/ZVEI RECOMMENDATION ON THE SERIAL INFORMATIVE INTERFACE OF PROTECTION
EQUIPMENT IN SUBESTATION CONTROL SYSTEMS
"Protection Communication Companion Standard I, Revision 1.2, February 1994"
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
3.
Pg. 13
DEFINICIONES
Protocolo estndar
Un protocolo estndar aade semntica a la normativa de definiciones bsicas o a un perfil funcional para
comunicaciones entre diferentes equipos. Esto es materializado por aplicacin de objetos de informacin
para propsito particular y por definicin de nuevos objetos de informacin, procedimientos de servicio y
parmetros a la normativa bsica.
Este protocolo estndar no modifica las normativas a la que se refiere, sino que establece relaciones
concretas entre las mismas para un mbito especfico de aplicacin.
Interface informativo
El interface informativo de un equipo de proteccin, control y registro es aqul elemento que se emplea
para el intercambio de datos con los puestos de control sin repercusin sobre las funciones de operacin
normal del equipo.
Puesto de control
Dentro de este documento de especificacin el trmino "puesto de control" ser usado para referirse al
sistema maestro de la lnea de comunicacin, es decir, la estacin primaria de acuerdo a la norma IEC
870-5-2.
Direccin primario a secundario
La direccin de transmisin desde el equipo que acta como estacin primaria (puesto de control) hacia
el que acta como estacin secundaria (equipos de proteccin, control y registro de la subestacin
elctrica), de acuerdo a la definicin de la norma IEC 870-5-2.
Direccin secundario a primario
La direccin de transmisin desde el equipo que acta como estacin secundaria (equipos de proteccin,
control y registro de la subestacin elctrica) hacia el que acta como estacin primaria (puesto de
control), de acuerdo a la definicin de la norma IEC 870-5-2.
"Enhanced Performance Architecture" (EPA)
Modelo de referencia de protocolo que establece una arquitectura de tres capas que, comparada con la
arquitectura completa de siete capas del modelo de referencia bsico definido en ISO 7489, proporciona
tiempos de respuesta menores para las informaciones crticas a costa de limitaciones del servicio.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
4.
Pg. 14
REGLAS GENERALES
En este apartado se proporcionan las reglas generales para la construccin de protocolos estndar para
transmisin de datos entre sistemas de telecontrol y equipos de proteccin, de acuerdo a la normativa de
protocolos reflejada en el documento IEC 870-5 (para ms detalles, referirse a dicho documento).
Las reglas generales aqu expuestas sern aplicadas y desarrolladas en los sucesivos captulos.
4.1
ESTRUCTURA DE PROTOCOLO
El protocolo genrico definido en IEC 870-5 est basado en el modelo de referencia de tres capas
"Enhanced Performance Architecture" (EPA), tal y como se define en el apartado 4 del documento IEC
870-5-3.
La capa fsica emplea sistemas de transmisin serie de fibra ptica y/o RS-232 convencional, que
proporcionan transmisin con simetra binaria sin memoria con objeto de preservar un alto nivel de
integridad de datos para el mtodo de codificacin de la capa de enlace.
La capa de enlace consiste en un nmero de procedimientos de enlace, empleando el LPCI explcito
("Link Protocol Control Information"), que sean capaces de transmitir los ASDUs ("Application Service
Data Unit") o unidades de datos del servicio de aplicacin como datos de usuario del enlace. La capa de
enlace utiliza una seleccin de formatos de trama para conseguir la integridad, eficiencia y conveniencia
de transmisin requeridas.
La capa de aplicacin contiene un nmero de funciones de aplicacin que se encargan de la transmisin
de ASDUs entre estaciones fuente y destino.
La capa de aplicacin de este protocolo estndar no emplea APCI explcito ("Application Protocol Control
Information"), dado que est implcito en el contenido del identificador de la unidad de datos del ASDU y
en el tipo de servicio de enlace usado.
La tabla 1 muestra el modelo de "Enhanced Performance Architecture" (EPA) y las definiciones estndar
seleccionadas.
Tabla 1: Definiciones estndar seleccionadas para el protocolo
Funciones de aplicacin
seleccionadas de IEC 870-5-5
Unidades de datos del servicio de aplicacin
seleccionadas de IEC 870-5-3
Elementos de informacin de aplicacin
seleccionados de IEC 870-5-4
Procedimientos de enlace de transmisin
Formatos de trama de transmisin
Sistemas de fibra ptica seleccionados de IEC
874 y 794, y sistemas RS-232 seleccionados de
CCITT V.24 y V.28 e ISO 2110
Proceso de Usuario
Capa de aplicacin
(capa 7)
Capa de enlace
(capa 2)
Capa fsica (capa 1)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
4.2
Pg. 15
CAPA FSICA
En este protocolo estndar podrn ser empleados dos sistemas de transmisin entre el equipo que acta
como estacin secundaria y el puesto de control: sistema convencional de enlace serie RS-232, y
sistema de fibra ptica (bien como salida directa del equipo, bien mediante un adaptador RS-232/fibra
ptica).
Los mtodos de transmisin utilizados para aumentar la explotacin del ancho de banda de un canal de
transmisin dado debieran ser evitados a menos que se demuestre que el mtodo usado no reduce la
distancia Hamming del mtodo de codificacin de datos del formato de trama seleccionado en la capa de
enlace, aunque generalmente ese mtodo incumplir el principio de codificacin de canal sin memoria
requerido.
4.3
CAPA DE ENLACE
En la normativa IEC 870-5-2 se ofrece una seleccin de procedimientos de enlace mediante el uso de un
campo de control y de un campo opcional de direccin. Los enlaces entre estaciones pueden ser llevados
a cabo bien mediante modo de transmisin no balanceado, bien mediante modo balanceado,
especificndose en la normativa los cdigos de funcin de enlace apropiados para ambos modos de
operacin.
Cuando las comunicaciones entre una estacin primaria y varias estaciones secundarias comparten un
nico canal fsico, los enlaces deben operar en modo no balanceado, con objeto de evitar el caso de que
varias estaciones secundarias intenten transmitir simultneamente. La secuencia en que se permite
utilizar el canal a las diversas estaciones secundarias viene determinado por un procedimiento de la capa
de aplicacin en la estacin primaria.
Cualquier protocolo estndar debe especificar el modo de transmisin empleado (balanceado o no) junto
con los procedimientos de enlace y sus correspondientes funciones de enlace. Debe especificar adems
una direccin o nmero para cada enlace, sin ambigedades. Cada direccin puede ser nica dentro de
un sistema determinado, o puede ser nica dentro de un grupo de unidades que comparten un canal
fsico. Esto ltimo necesita un campo de direccin menor pero requiere que la estacin primaria lleve un
control de las direcciones de cada canal.
Un protocolo estndar debe especificar un formato de trama elegido, entre los presentados en IEC 870-51. El formato elegido debera proporcionar la integridad de dato requerida junto con la mxima eficiencia
disponible para un nivel de conveniencia de implementacin aceptable. Adems, debe determinar los
tiempos de espera To y Tm de la estacin primaria y el mximo tiempo de reaccin permitido TR de la
estacin secundaria para todos los enlaces (ver Appendix A1 de IEC 870-5-2 para ms detalles).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
4.4
Pg. 16
CAPA DE APLICACIN
Un protocolo estndar debe definir los apropiados ASDUs a partir de la estructura general presentada en
IEC 870-5-3. Estos ASDUs son implementados basndose en la definicin y especificaciones de
codificacin para elementos de informacin de aplicacin que aparece en IEC 870-5-4.
Un protocolo estndar debe establecer un mtodo de transporte para los datos de aplicacin, de forma
que proporcione la mxima conveniencia global de programacin para los diversos ordenadores en el
sistema fijado.
4.5
PROCESO DE USUARIO
En IEC 870-5-5 se ofrece una seleccin de funciones de aplicacin bsicas. Un protocolo estndar
contiene una o ms de estas funciones para suministrar el conjunto requerido de procedimientos de
aplicacin de entrada y salida apropiados para cumplir toda la funcionalidad del sistema en concreto.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
5.
Pg. 17
CAPA FSICA
El equipo de comunicacin de datos (DCE) de la estacin secundaria est formado por un sistema de
transmisin de fibra ptica. El interface compatible son los conectores de fibra ptica instalados en cada
estacin secundaria. Se emplea una fibra ptica para cada direccin de transmisin (una de primario a
secundario y otra de secundario a primario, totalmente separadas entre s). El equipo de comunicacin de
datos (DCE) puede estar mecnica y/o elctricamente integrado dentro del equipo terminal de datos
(DTE).
Para conectar los cables de fibra ptica al DCE se emplea un conector de fibra ptica del tipo ST con
fibra ptica de cristal multimodo de ndice gradual de 62.5/125 m. No obstante, se consideran tambin
compatibles conectores ST de otro ndice gradual, y los conectores F-SMA, como se especifica en el
estndar internacional IEC 874-2. Todo el resto de especificaciones mecnicas son especficas de
fabricante y, por tanto, no son objeto de este protocolo estndar.
Se puede emplear tambin la transmisin a travs de comunicacin serie en formato RS-232 estndar
con conector DB25, de acuerdo a los estndares V.24 y V.28 de CCITT.
El conector F-SMA es adecuado para su uso con fibras pticas de cristal. Actualmente no existe un
conector normalizado en el mercado para la fibra ptica de plstico.
Las caractersticas de ambos sistemas de transmisin recomendados y tpicamente empleados se
muestran en la tabla siguiente:
Tabla 2: Sistemas de transmisin compatibles recomendados
Caractersticas
Conector
Tipo de cable
Longitud de onda ptica
Rango de temperatura
Potencia de transmisin
Potencia mnima de recepcin
RS-232
DB25
Fibra ptica de cristal

ST // F-SMA
graded index
graded index
graded index
50/125 m
62.5/125 m
100/140 m
820 - 860 nm (infrarrojo cercano)
-5 ... +55 C
mn. -17 dBm
mn. -15 dBm
mn. -12 dBm
mn. -25 dBm
Las velocidades de transmisin preferentes son de 9600 19200 bit/s, permitindose bajo acuerdo el
empleo de otras velocidades, estando prevista una opcin de mayor velocidad (por ejemplo, 250 kbit/s)
para aplicaciones que lo requieran (como por ejemplo las que incluyen la realizacin de funciones
automticas a nivel central de subestacin).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
6.
Pg. 18
CAPA DE ENLACE
La normativa internacional en la que se fundamenta todo lo referente a la capa de enlace es la siguiente:

IEC 870-5-1: Transmission Frame Formats (Formatos de tramas de transmisin)
IEC 870-5-2: Link Transmission Procedures (Procedimientos de enlace de transmisin)
6.1
IEC 870-5-1: Formatos de trama
Este protocolo estndar admite exclusivamente el formato de trama FT 1.2 definido en el apartado 6.2.4.2
de la normativa. Se admiten tramas de longitud fija y variable, as como el carcter de control simple E5H.
Las reglas de transmisin definidas en el apartado 6.2.4.2 son totalmente respetadas y cumplidas, y
especifican el estado de lnea desocupada, los bits por carcter y las verificaciones a realizar para
comprobar la integridad tanto de cada carcter como de cada trama.
6.2
IEC 870-5-2: Procedimientos de enlace
6.2.1 Seleccin de caractersticas a partir de IEC 870-5-2

De entre los apartados que se presentan en el documento IEC 870-5-2, los que se aplican a este
protocolo son los siguientes:
a) Formato de trama FT 1.2 (apartado 3.2)
b) Primitivas de servicio y procedimientos de transmisin (apartado 4)
c) Transmisin no balanceada (apartado 5)
d) Intervalo de espera para transmisin de tramas repetidas (apartado Anexo A)
d.1) Procedimientos de transmisin no balanceada (apartado A.1)
En el caso presente, lo mencionado en los apartados "Introduction" y "Scope" sobre el empleo en redes
de telecontrol extendidas geogrficamente no tiene relevancia.
Formato de trama FT 1.2 (apartado 3.2)
Se emplean tanto los formatos de trama de longitud fija como los de longitud variable con checksum
mdulo 256 para todos los octetos de datos. Este formato de trama es el recomendado para sistemas de
control con requisitos mejorados de integridad de datos (clase de integridad I2) y tiene las ventajas de ser
compatible hardware con computadoras y perifricos de uso general y un reducido coste para su
implantacin en los equipos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 19
El mensaje de longitud variable lleva un nmero diverso de datos de aplicacin de usuario, dependiendo
de la informacin contenida en el mensaje, adems de los dos octetos de la capa de enlace.
El mensaje de longitud fija no lleva datos de aplicacin de usuario (solo lleva los datos de los dos octetos
de la capa de enlace, control C y direccin A), y en adelante ser denominado "mensaje corto".
El carcter simple de control A2H no se emplea, aunque s el E5H, que ser equivalente a la funcin 0 de
capa de enlace de respuesta desde la estacin secundaria (CONFIRM ACK).
En la siguiente figura se detallan estos formatos de trama particularizados para este protocolo:
Trama con longitud variable
Trama con longitud fija
Carcter simple
Start 68H
Start 10H
E5H
Longitud
Campo de Control (C)

Datos de
usuario
Longitud
Direccin (A)
Start 68H
Checksum
Campo de Control (C)
End 16H
Direccin (A)
Esta trama no lleva ASDUs en PROCOME
Datos de
usuario
Unidad de
datos del
servicio de
aplicacin
(ASDU)
NOTAS:
1. Rango para el campo de longitud: 0...255.
2. El ASDU se define en la capa de aplicacin.
3. Los campos sombreados se definen en IEC 870-5-1.
4. Los campos C y A se definen en IEC 870-5-2.
Checksum
End 16H
Figura 1: Formatos de trama
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 20
Primitivas de servicio y procedimientos de transmisin (apartado 4)
Se emplean todos las primitivas de servicio y procedimientos de transmisin de capa de enlace

especificados en la normativa:
Primitivas de servicio:
Primitiva request REQ
Primitiva de confirmacin CON
Primitiva de indicacin IND
Primitiva de respuesta RESP
Procedimientos de transmisin:
SEND/NO REPLY
SEND/CONFIRM
REQUEST/RESPOND
Para ms detalles sobre estas primitivas y procedimientos consltese la normativa indicada. No se
especifica el interface entre el nivel de control de enlace y el servicio de usuario.
Transmisin no balanceada (apartado 5)
El puesto de control es el maestro del sistema, mientras que los equipos de proteccin, control y registro
hacen las veces de esclavos; es decir, el puesto de control es la estacin primaria, mientras que el resto
de equipos son estaciones secundarias.
El campo de control de la capa de enlace contiene informacin que caracteriza el sentido de
comunicacin del mensaje y el tipo de servicio empleado, y contiene las funciones de control para evitar
prdidas o duplicaciones de mensajes:
MSB
RES
Bit:
LSB
1
FCB
PRM
0
ACD
7
FCV
Primario a secundario
Funcin
DFC
5
Secundario a primario
4
El bit RES no se emplea, est reservado por la normativa.

El bit PRM indica la direccin del mensaje: desde estacin primaria a secundaria (PRM=1) o desde
estacin secundaria a primaria (PRM=0).
En la direccin de secundario a primario, el bit ACD=1 indica a la estacin primaria que la secundaria
dispone de datos de clase 1 (datos de prioridad alta, en oposicin a los datos de clase 2, cclicos o de
baja prioridad) pendientes de envo, es decir, es una peticin de acceso para enviar datos de clase 1
prioritarios, aunque la secundaria no los enviar hasta que la primaria no se los pida. Todos los mensajes
posteriores llevarn el bit ACD=1 hasta que a la secundaria no le queden datos de clase 1 por enviar.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 21
El bit DFC controla el flujo de mensajes que puede mantener la estacin secundaria, indicando con
DFC=1 que la secundaria no puede recibir ms mensajes sin un elevado riesgo de "overflow", es decir, si
se recibe un nuevo mensaje inmediatamente puede originar un rebosamiento del buffer de recepcin, con
lo que se perderan mensajes no procesados. Mientras responda con DFC=0, la estacin secundaria
acepta nuevos mensajes.
La situacin de "overflow" del buffer de recepcin de la secundaria implica que dicho buffer se llena de
mensajes recibidos. En ese caso, mientras la estacin secundaria no sea capaz de procesar un nuevo
mensaje mantendr el bit DFC a 1 para evitar prdidas de informacin desde la estacin primaria. Este
estado del bit DFC solo puede ser mantenido durante un mximo de 15 segundos. Mientras perdure ese
estado y la estacin secundaria responda indicando el mismo, la estacin primaria se comporta como si
no hubiese enviado ningn mensaje a la secundaria. En esas ocasiones, la estacin secundaria no
procesa el mensaje recibido y contesta con un mensaje corto con la funcin 1 y DFC=1, lo que conduce a
la prdida de informacin. La excepcin a esto son los mensajes de tipo "broadcast", donde la estacin
secundaria no contesta nada y, por tanto, los mensajes se pierden sin notificacin a la primaria.
En la direccin de primario a secundario, el bit FCB o bit de cuenta de trama se emplea para controlar la
prdida y duplicidad de mensajes transferidos, mediante la alternancia del valor del bit en sucesivos
servicios SEND/CONFIRM o REQUEST/RESPOND, independientemente por estacin.
La estacin primaria va alternando el bit FCB para cada servicio de enlace SEND/CONFIRM o
REQUEST/RESPOND dirigido a la misma estacin secundaria (dado que cada servicio de estos
corresponde a un mensaje en cada direccin). Por ello, la estacin primaria debe mantener una copia del
bit FCB por cada estacin secundaria.
Si una respuesta esperada se retrasa (por time-out) o llega incorrectamente, entonces se repetir el
mismo servicio SEND/CONFIRM o REQUEST/RESPOND con el mismo valor del FCB (sin alternar) que
en el mensaje inicial.
En el caso de reset, el bit FCB es siempre cero, y tras la recepcin del reset la estacin secundaria
siempre esperar la siguiente trama desde primaria a secundaria con FCV=1 (validacin del FCB) y
FCB=1 (el opuesto al del anterior mensaje).
El bit FCV permite validar o invalidar la funcionalidad alternante del bit FCB, de forma que si FCV=0, el bit
FCB no tiene sentido y no debe ser tenido en cuenta.
Los servicios de tipo SEND/NO REPLY, mensajes de tipo broadcast y otros servicios de transmisin que
ignoren la prdida o duplicidad de los mensajes no alternan el bit FCB y lo indican anulando su
funcionalidad con el bit FCV=0.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 22
Los cdigos de funcin que se utilizan son los siguientes:

Tabla 3: Cdigos de funciones
PRM=1
Cdigo
0
3
4
9
10
11
Tipo de trama
SEND/CONFIRM expected
SEND/CONFIRM expected
SEND/NO REPLY expected
REQUEST/RESPOND expected
Funcin de servicio
Reset lnea remota (Reset Communication Unit)
Datos de usuario
Datos de usuario
Peticin del estado de enlace
Peticin de datos clase 1
Peticin de datos clase 2
PRM=0
Cdigo
0
1
8
9
11
Tipo de trama
CONFIRM
CONFIRM
RESPOND
RESPOND
RESPOND
Funcin de servicio
ACK: Reconocimiento positivo
NACK: Mensaje no aceptado, (p.e. enlace ocupado)
Datos de usuario
NACK: Datos pedidos no disponibles
Estado de enlace o demanda de acceso
FCV
0
1
0
0
1
1
El campo de direccin "A" siempre consta de un solo octeto, por lo que se pueden direccionar hasta 256
unidades secundarias dentro de un mismo canal de comunicaciones. Para mensajes tipo "broadcast"
(SEND/NO REPLY) enviados a todas las unidades secundarias, la direccin ser 255.
El procedimiento bsico por defecto de interrogacin es el REQUEST/RESPOND que emplea el cdigo
de funcin 11 (peticin de datos clase 2). Los equipos secundarios que no proporcionen datos de clase 2
respondern a la peticin con cdigo 9 como si esos datos no estuvieran disponibles.
Cuando se disponga de datos clase 1, el equipo secundario lo indicar al primario segn los mecanismos
definidos por la norma, es decir, por medio del bit ACD del campo de control "C". Si el primario debe
enviar datos al secundario, emplear los mecanismos apropiados para cada situacin.
En la direccin de secundario a primario, la funcin 0 de la capa de enlace (CONFIRM ACK) tiene
exactamente el mismo significado que el carcter simple de control E5H. La diferencia estriba en que en
el carcter de control no se incluye ningn tipo de proteccin (excepto la paridad del octeto).
La norma no establece el uso de uno u otro mensaje en cada caso, pero se recomienda emplear siempre
el formato largo (CONFIRM ACK). De todas formas, la estacin primaria debe entender e interpretar
ambos mensajes, dado que una estacin secundaria puede responder con cualquiera de ambos y se
debe mantener la compatibilidad.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 23
Intervalo de espera para transmisin de tramas repetidas. Procedimientos de transmisin

no balanceada (apartado Anexo A)
En este protocolo, se establece que el intervalo de tiempo mnimo, sin que exista transmisin de datos
entre estaciones tras un mensaje con trama errnea, que la estacin primaria debe esperar antes de
repetir el mensaje anterior al errneo, ser el tiempo equivalente a 33 bits a la velocidad de comunicacin
empleada, tal y como se establece en el formato de trama FT 1.2. Lo mismo se define para el tiempo
mnimo que la primaria debe esperar sin que reciba respuesta desde la secundaria.
No se define ningn requisito de tiempo de respuesta mximo para que la estacin primaria reciba
contestacin, es decir, ningn tiempo mximo sin transmisin de datos desde la secundaria tras el que la
primaria deba repetir su ltimo mensaje, debido a que ese tiempo incluye el de proceso en la estacin
secundaria, que no corresponde definirlo en un protocolo de comunicaciones. Este tiempo deber ser un
acuerdo entre fabricante y usuario en funcin de la aplicacin especfica del protocolo, los equipos
conectados y el escenario donde se trabaje.
El nmero de veces que la estacin primaria debiera repetir un mensaje por no recibir contestacin desde
la secundaria depende de la aplicacin y escenario de comunicaciones. As, se establece un mximo de
tres repeticiones antes de enviar el reset para comunicaciones remotas (como remotas se entiende las
comunicaciones a larga distancia va RTC, mdem, etc.), y una sola repeticin para el caso de
comunicaciones locales (es decir, dentro de una misma instalacin).
Evidentemente, la estacin secundaria no necesita tener en cuenta los tiempos que emplee la primaria en
comunicar con ella, dado que el protocolo es de tipo no balanceado, y por tanto, la estacin secundaria
no puede transmitir sin que le pregunten.
Las velocidades de transmisin aceptadas son las de 9600 bits/s 19200 bits/s (ajustable), aunque se
permitir tomar por acuerdo velocidades mayores para aplicaciones especiales.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 24
6.2.2 Especificaciones adicionales a IEC 870-5-2

Se definen dos nuevas funciones dentro del rango de cdigos de funciones que reserva la normativa:
Cdigo=6
Funcin := REQUEST, peticin de datos especficos
(PRM=1)
Esta funcin se emplea para pedir a la estacin secundaria unos datos concretos, de forma que la misma
responde con un mensaje incluyendo la funcin 8 (RESPOND) con los datos solicitados. En caso de no
disponer de tales datos, responder la funcin 9. La estructura del mensaje de peticin es de longitud de
trama variable en funcin de la informacin a transmitir para especificar los datos solicitados.
Cdigo=7
Funcin := Reset FCB
(PRM=1)
Esta funcin de tipo SEND/CONFIRM se emplea para poner el bit interno FCB del campo de control a 0,
es decir, este mensaje lleva FCB=0 y FCV=0, mientras que el siguiente mensaje desde la estacin
primaria a la secundaria se espera en la ltima con FCV=1 y FCB=1. Tras ello, la estacin secundaria
enviar el mensaje de identificacin. No provoca ninguna otra consecuencia salvo el ajuste del estado del
bit, al contrario que el resto de funciones de reset, como la asociada a la funcin 0 que adems borra el
contenido de la cola de transmisin.
Existen dos funciones ya definidas en la normativa que aqu se emplean de la siguiente manera:
PRM=0
Cdigo=14
Funcin := Servicio de enlace no funciona
Se emplea esta funcin para responder a los mensajes desde la estacin primaria que requieran datos de
la estacin secundaria pero que la misma no pueda transmitirlos debido a algn fallo de funcionamiento
del sistema. Simplemente se trata de informar a la primaria de la imposibilidad de transmitir los datos
requeridos. El bit FCB se trata de forma alternada.
PRM=0
Cdigo=15
Funcin := Servicio de enlace sin implementar
Los mensajes primarios que contengan cdigos de funciones no implementadas son reconocidos por la
estacin secundaria con mensajes cortos y no sern procesados. As, los mensajes desconocidos desde
la estacin primaria se respondern desde la estacin secundaria mediante una funcin 15 en un
mensaje corto. El bit FCB se trata de forma alternada.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.
Pg. 25
CAPA DE APLICACIN
La normativa internacional en la que se fundamenta todo lo referente a la capa de aplicacin es la

siguiente:
IEC 870-5-3: General Structure for Application Data
(Estructura general de los datos de aplicacin)
IEC 870-5-4: Definition and Coding of Application Information Elements
(Definicin y codificacin de los elementos de informacin de aplicacin)
IEC 870-5-5: Basic Application Functions
(Funciones bsicas de aplicacin)
En el desarrollo de la capa de aplicacin de este protocolo se va a modificar este orden, por motivos
exclusivamente de clarificacin de la explicacin, sin que afecte en absoluto en la compatibilidad con la
normativa internacional en la que se basa. As, primero se explicar la estructura general de los datos de
aplicacin, seguido de las funciones de aplicacin, para continuar con la estructura particular de los datos
y la codificacin de los mismos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.1
Pg. 26
SELECCIN DE CARACTERSTICAS A PARTIR DE IEC 870-5-3
El documento IEC 870-5-3 describe las unidades de datos de aplicacin bsicas en las tramas de
transmisin. En este apartado se seleccionan los campos de informacin y se definen las unidades de
datos del servicio de aplicacin (ASDU) empleadas en el protocolo estndar PROCOME.
Cada unidad de datos de protocolo de enlace (LPDU) de este protocolo contiene exclusivamente un
ASDU. Cada ASDU tiene la estructura representada en la figura siguiente, compuesta de un
IDENTIFICADOR DE LA UNIDAD DE DATOS y de un nico OBJETO DE INFORMACIN.
El IDENTIFICADOR DE LA UNIDAD DE DATOS tiene siempre el mismo formato para todos los ASDUs,
compuesto de cuatro octetos, que son los siguientes:
IDENTIFICACIN DE TIPO, es un cdigo que identifica inequvocamente el tipo de ASDU dentro

de la coleccin de todos los tipos posibles para un protocolo estndar. Est definido
separadamente para ambas direcciones de comunicacin, unos para la direccin desde primario
a secundario y otros para la direccin desde secundario a primario.
CALIFICADOR DE ESTRUCTURA VARIABLE, indica variaciones de la estructura para un ASDU

especfico que pueda cambiar en diferentes momentos de la comunicacin, y se emplea para
especificar el nmero de elementos de informacin iguales contenidos en el ASDU.
CAUSA DE TRANSMISIN, permite asignar diferentes causas de transmisin a ASDUs iguales.

De esta forma se puede utilizar el mismo ASDU para transmitir datos independientemente de que
estos sean de origen espontneo, a peticin, generados en modo de pruebas, etc..
DIRECCIN COMN DEL ASDU, identifica la unidad secundaria destino u origen del mensaje, y
debe ser siempre exactamente la misma que la direccin empleada en la capa de enlace.
El OBJETO DE INFORMACIN consiste en un IDENTIFICADOR DE OBJETO DE INFORMACIN, un

GRUPO DE ELEMENTOS DE INFORMACIN y, si se encuentra presente, una ETIQUETA DE TIEMPO.
El IDENTIFICADOR DE OBJETO DE INFORMACIN consiste en dos octetos, cuya estructura es la
siguiente:
TIPO DE FUNCIN, indica la funcin con la que estn relacionados los datos del mensaje.
NMERO DE INFORMACIN, identifica un grupo de elementos de informacin dentro de los

posibles, para un determinado tipo de funcin y para cada tipo de ASDU.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 27
El GRUPO DE ELEMENTOS DE INFORMACIN contiene los datos concretos a transmitir en el mensaje,

cuya estructura y significado estn totalmente determinados por los campos previos de identificacin
dentro del mensaje completo. Las magnitudes variables son de los tipos: booleano, entero, real, cadena
de bits, cadena de caracteres y tipos compuestos, siguiendo las estructuras recomendadas en la norma
CEI 870-5-4.
Puede constar de uno de los siguientes conjuntos de datos:
- un ELEMENTO DE INFORMACIN SIMPLE,
- una COMBINACIN DE ELEMENTOS DE INFORMACIN,
- una SECUENCIA DE ELEMENTOS DE INFORMACIN.
En la siguiente figura se muestra la estructura genrica de un ASDU:
IDENTIFICACIN DE TIPO
CALIFICADOR DE
ESTRUCTURA VARIABLE
IDENTIFICADOR DE
UNIDAD DE DATOS
TIPO DE
UNIDAD DE DATOS
CAUSA DE TRANSMISIN
DIRECCIN COMN DEL ASDU
TIPO DE FUNCIN
UNIDAD DE DATOS
DEL SERVICIO
DE APLICACIN
NMERO DE INFORMACIN
IDENTIFICADOR
DE OBJETO DE
INFORMACIN
GRUPO DE ELEMENTOS
DE INFORMACIN
OBJETO DE
INFORMACIN
ETIQUETA DE TIEMPO ms
IV Res ETIQUETA DE TIEMPO min

SU
ETIQUETA DE TIEMPO
DE OBJETO DE
INFORMACIN
(opcional)
ETIQUETA DE TIEMPO h
Figura 2: Estructura genrica de un ASDU (unidad de datos del servicio de aplicacin)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 28
Las longitudes y distribucin en octetos de cada uno de los campos se presentan a continuacin:
UNIDAD DE DATOS DEL SERVICIO DE APLICACIN :=
CP 48+8i+8j
{IDENTIFICADOR DE UNIDAD DE DATOS,
OBJETO DE INFORMACIN}
IDENTIFICADOR DE UNIDAD DE DATOS :=
CP 32
{IDENTIFICACIN DE TIPO (8),
CALIFICADOR DE ESTRUCTURA VARIABLE (8),
CAUSA DE TRANSMISIN (8),
DIRECCIN COMN DEL ASDU (8)}
OBJETO DE INFORMACIN :=
CP 16+8i+8j
{TIPO DE FUNCIN (8),
NMERO DE INFORMACIN (8),
GRUPO DE ELEMENTOS DE INFORMACIN (8i),
ETIQUETA DE TIEMPO (8j)}
siendo el parmetro i el nmero de octetos del GRUPO DE ELEMENTOS DE INFORMACIN, y el
parmetro j el nmero de octetos de la ETIQUETA DE TIEMPO (4 cuando est presente, y 0 cuando no
lo est).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2
Pg. 29
PROCESO GENERAL DE COMUNICACIN (IEC 870-5-5)
7.2.1 Introduccin
En este protocolo se consideran las siguientes funciones bsicas de aplicacin de entre las empleadas en
el documento de la propuesta VDEW/ZVEI:
1. Inicializacin de estacin secundaria
2. Sincronizacin de reloj
3. Interrogacin general de proteccin
4. Transmisin de comandos generales
5. Modo de pruebas y operacin local
6. Bloqueo de la direccin desde secundario a primario
7. Peticin de datos de perturbacin
A efectos de mantener la compatibilidad con equipos basados en dicha propuesta, en el protocolo
estndar PROCOME se respetan las anteriores funciones de aplicacin. Sin embargo, y dado que se
considera que dichas funciones no cubren toda la funcionalidad requerida en las subestaciones de
distribucin, es necesario aadir nuevas funciones de aplicacin a las anteriores.
As, adicionalmente, dentro de este protocolo estndar se definen las siguientes nuevas funciones de
aplicacin:
8. Clave de acceso
9. Funciones de control
- Interrogacin de control
- Refresco de seales digitales de control
- Overflow
- Escritura de salidas
- Habilitacin y deshabilitacin de entradas
- rdenes de mando
10. Estado general de la estacin secundaria
11. Comandos con interpretacin
12. Funciones relativas a ajustes
- Cambio de ajustes
- Lectura de ajustes
- Cambio de tabla activa de ajustes
- Lectura de tabla activa de ajustes
13. Peticin de histricos
- Histrico de sucesos
- Histrico de informes de falta
- Histrico de medidas
14. Lectura de datos estadsticos
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 30
La naturaleza y el fabricante de cada aparato que acte como estacin secundaria o estacin primaria
determinar si cada funcin de las detalladas est disponible en el mismo o no, no siendo objeto de este
protocolo establecer nada al respecto. Aunque la estacin secundaria no incorpore alguna funcin, esto
no debe conducir a fallos de funcionamiento durante el intercambio del resto de datos compatibles.
A continuacin, en el presente captulo se describen los servicios a nivel de aplicacin necesarios para
completar la funcionalidad requerida al protocolo. Algunos de las funciones de la propuesta VDEW/ZVEI
se ajustan a alguno de estos servicios, pero otras, tal y como estn definidas, no lo hacen, y en esos
casos se considera la propia funcin como un servicio particular, a efectos de respetar lo definido en esa
propuesta. Sin embargo, todo el resto de funciones aadidas en PROCOME se van a ajustar
exactamente a alguno de estos servicios.
En el siguiente captulo se explicarn en detalle las funciones de aplicacin. Las funciones nuevas en
PROCOME se presentarn como particularizaciones de los servicios de aplicacin indicados, mientras
que las compatibles con la propuesta VDEW/ZVEI se detallarn completamente, dado que en general no
se ajustan a dichos servicios.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 31
7.2.2 Servicios de Aplicacin

Los servicios de aplicacin empleados en el protocolo PROCOME son los siguientes:
1. Peticin de datos en monomensaje
2. Peticin urgente de datos en mono/multimensaje
3. Peticin no urgente de datos en mono/multimensaje
4. Peticin no urgente de datos en mono/multimensaje, servicio alternativo
5. Envo de datos sin respuesta
6. Envo de datos con acuse de recibo
7. Envo urgente de datos en monomensaje con confirmacin de interpretacin
8. Envo no urgente de datos en mono/multimensaje con confirmacin de interpretacin global
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.1
Pg. 32
Peticin de datos en monomensaje
Este servicio permite a la estacin primaria solicitar y recoger datos de cada estacin secundaria. El
requisito que se impone a estos datos es que deben ser pocos, de tal forma que entren en un nico
mensaje cuando la cantidad de datos por mensaje est limitada (en el formato FT 1.2 se permiten como
mximo 255 octetos por mensaje).
La estacin primaria enviar a la secundaria un mensaje donde indique la identificacin de los datos a
recoger. Tras la confirmacin de la recepcin del mensaje desde la estacin secundaria, la primaria enva
la peticin de los datos. La estacin secundaria contestar con un mensaje incluyendo los datos pedidos
por la estacin primaria. Se trata de un servicio en el que se transmiten dos mensajes en cada direccin
de comunicacin.
Por ese motivo, este proceso es inherentemente interrumpible, es decir, la estacin primaria puede iniciar
otro servicio una vez iniciado uno de este tipo y antes de que el mismo finalice (pero la norma IEC 870-5
define un tamao de ventana para mensajes transferidos de un solo mensaje, por lo que no se puede
enviar un nuevo mensaje sin esperar la respuesta de la estacin opuesta, si sta existe).
En la norma IEC 870-5, este servicio de aplicacin se compone de los siguientes mensajes a nivel de
capa de enlace:
Peticin de datos en monomensaje

SEND
ASDU 1p
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 1s
NOTA:
ASDU 1p: Primer ASDU desde primaria a secundaria.
ASDU 1s: Primer ASDU desde secundaria a primaria.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 33
El proceso se inicia con un mensaje del tipo SEND desde la estacin primaria, en el que se indican los
datos a recoger. La estacin secundaria responde con un CONFIRM ACK (funcin 0 de la capa de enlace
en un mensaje corto, o con el carcter simple de control E5H cuyo significado es el mismo) cuando el
mensaje recibido es estructuralmente correcto y adems se recoge en la estacin. Si el mensaje tuviese
una estructura errnea, la estacin secundaria no respondera nada, mientras que si el mensaje no
pudiese ser recogido por la estacin secundaria (por ejemplo, por estar lleno el buffer de comunicacin),
la estacin secundaria respondera un mensaje CONFIRM NACK (funcin 1 de la capa de enlace,
mensaje no aceptado por enlace ocupado).
Tras la recepcin del CONFIRM ACK, la estacin primaria enva un REQUEST de datos de clase 1
(funcin 10 de la capa de enlace), que son enviados desde la estacin secundaria en el subsiguiente
mensaje de tipo RESPOND (funcin 8 de la capa de enlace). Si no dispone de los datos solicitados
responder con un mensaje indicando la funcin 9="NACK, datos no disponibles".
De esta forma no se garantiza que la estacin secundaria enve los datos inmediatamente despus de
recibir el mensaje, dado que con la peticin de datos de clase 1 se pueden transmitir datos de carcter
urgente que se generen en la estacin secundaria durante el primer intercambio de mensajes
(SEND/CONFIRM). Adems, se permite que se inicien otros servicios de aplicacin de carcter ms
urgente (no interrumpibles) antes de finalizar este servicio.
Las variantes al proceso son pocas, debido a su simplicidad en la secuencia de mensajes, por lo que la
definicin de la norma 870-5 ya es clara al indicar lo que se debe hacer en los posibles casos de
anomala:
a) Si la estacin secundaria no es capaz de entender el mensaje en general (por ejemplo, por
llevar la trama errnea), no contestar nada. Si lo que no entiende es la funcin de enlace,
responder un mensaje corto indicando la funcin de enlace 15="Servicio de enlace sin
implementar".
b) Si la estacin primaria no recibe el mensaje de respuesta o lo recibe incorrectamente, repetir
el mensaje de peticin (SEND o REQUEST) sin alternar el bit de la capa de enlace FCB, de
forma que la estacin secundaria vuelva a enviarle los mismos datos. Si recibe un mensaje de
tipo CONFIRM NACK podr repetir el envo pero con el bit FCB alternado, puesto que ya no es la
repeticin del mensaje anterior, sino la repeticin de la peticin de los mismos datos pero en un
nuevo servicio de aplicacin (esta repeticin se har a voluntad de la estacin primaria, y no
necesariamente a continuacin de la anterior). Si una vez recibido el mensaje CONFIRM ACK y
tras el siguiente REQUEST no se consigue recoger el mensaje RESPOND por cualquier causa, la
estacin primaria podr tomar la decisin de iniciarlo de nuevo (adems de repetir el mensaje sin
alternar el bit FCB como se ha mencionado).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 34
Este servicio de aplicacin se emplea en este protocolo estndar para realizar las siguientes funciones de
aplicacin:
- Peticin de tabla activa de ajustes
- Peticin del estado de los histricos (sucesos, informes de falta, medidas)
- Peticin de valores estadsticos
- Inicio de transmisin de un registro
- Preparacin de transmisin de datos digitales
- Reconocimiento de datos digitales y preparacin de transmisin de canales analgicos
- Reconocimiento de canal analgico
- Reconocimiento de transmisin de registro completo
En todas ellas se emplear un nico ASDU para solicitar los datos, con un nico TYP o identificacin del
ASDU, pero indicando en la causa de transmisin COT y en el elemento de informacin INF la funcin de
aplicacin a completar. La respuesta tendr la misma estructura, pero dado que los datos respondidos
sern distintos, se emplearn ASDUs diferentes cuando sea necesario (vase cada funcin de aplicacin
en particular).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.2
Pg. 35
Peticin urgente de datos en mono/multimensaje
Este servicio permite a la estacin primaria solicitar y recoger datos de cada estacin secundaria. El
requisito que se impone a estos datos es su carcter de urgencia, de alta prioridad, de tal forma que una
vez arrancado el proceso no debe ni puede ser interrumpido por ningn otro, y tanto la estacin primaria
como la secundaria deben seguir con la secuencia de mensajes hasta finalizar la transmisin de los datos
solicitados. Adems, por el simple hecho de que este servicio va direccionado a la funcin de control de
la estacin secundaria, puede interrumpir momentneamente sin cancelar definitivamente cualquier otro
servicio de aplicacin que est ejecutndose.
No existe lmite para el nmero de datos, y por tanto de mensajes, que se pueden transmitir, por lo que el
servicio puede ser multimensaje, es decir, cuando los datos solicitados no entren en un solo mensaje
deben fraccionarse e incluirse en varios mensajes que sern transmitidos sucesivamente.
recoger. La estacin secundaria contestar inmediatamente con un mensaje incluyendo los datos pedidos
por la estacin primaria. Cuando los datos no entren en ese primer mensaje, la estacin secundaria
indicar a la primaria que tiene ms mensajes por enviar, con lo que la misma deber continuar con la
peticin de los datos restantes, sin iniciar ningn otro servicio antes de acabar con el presente.
capa de enlace:
Peticin urgente de datos en mono/multimensaje

REQUEST
ASDU 1p
RESPOND
ASDU 1s
OCO=129
REQUEST
(sin datos)
RESPOND
ASDU 2s
OCO=130
REQUEST
(sin datos)
RESPOND
ASDU Ns
OCO=N (<128)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 36
El proceso se inicia con un mensaje del tipo REQUEST con datos (funcin 6 de la capa de enlace) desde
la estacin primaria, en el que se indican los datos a recoger, que son enviados desde la estacin
secundaria en el subsiguiente mensaje de tipo RESPOND (funcin 8 de la capa de enlace). Dentro de los
elementos de informacin que contienen los datos de respuesta se incluye un octeto de control (OCO),
que se emplea para controlar el flujo de datos en los casos en que haya que emplear multimensaje. OCO
indica en sus 7 bits ms bajos el orden que ocupa el presente mensaje dentro de la secuencia, y en su
octavo bit indica si quedan por enviar ms mensajes (bit8:=<1>) o por el contrario el presente es el ltimo
de la secuencia (bit8:=<0>).
Evidentemente, es posible que en ciertas ocasiones los datos pedidos entren en un solo mensaje, sobre
todo en aquellas funciones de aplicacin en que esos datos dependen de la situacin exacta de la
estacin secundaria en ese instante. En tal caso, el octeto de control OCO tomar el valor "1", dado que
no quedarn ms mensajes por enviar y el presente mensaje ocupa el orden primero en la secuencia.
Cuando en el primer mensaje RESPOND se incluye el octeto de control con valor 129 (indicando que es
el primer mensaje pero que quedan ms por enviar), la estacin primaria deber enviar un REQUEST con
datos, funcin 6 de la capa de enlace, pero con la zona de datos vaca, es decir, un REQUEST que
normalmente llevara datos, pero que en este caso no los lleva al no ser necesario, y adems as se
agiliza el proceso de recogida. Como el servicio no es interrumpible, la estacin secundaria interpreta
este mensaje como continuacin de la recogida. Si la estacin primaria enva de nuevo el mensaje
REQUEST con datos pero con el bit alternante FCB con el mismo valor indicar que los datos no se han
recibido correctamente y que se solicita la repeticin del mensaje anterior.
Si en los sucesivos mensajes de respuesta desde la estacin secundaria se mantiene el octeto de control
con un valor mayor a 128 (es decir, al valor de 128 ms el orden que ocupa el mensaje en la secuencia),
la primaria seguir enviando el REQUEST con datos vaco para continuar con la recogida, con lo que la
secundaria contina enviando los datos, siempre que el bit alternante FCB haya cambiado de valor (en
caso contrario, si su valor es el mismo, indicar que la estacin primaria no ha recibido correctamente el
mensaje y solicita la repeticin del ltimo mensaje desde la secundaria).
El servicio finalizar en el momento en que la secundaria enve en uno de sus mensajes RESPOND el
octeto de control con un valor menor a 128 (concretamente, ser el orden de ese mensaje en la
secuencia), y el siguiente mensaje desde la primaria no sea exactamente el mismo que el ltimo que se
envi desde la misma (este mensaje se interpretara como repeticin del ltimo mensaje de datos
enviados).
Dado que el servicio es multimensaje pero no interrumpible, existen ciertas condiciones que van a
establecer el comportamiento de ambas estaciones (adems de las propias que impone la capa de
enlace de la norma IEC 870-5, indicadas en el apartado anterior), en el caso de que la secuencia de
mensajes se vea alterada de alguna forma:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 37
a) Si la estacin secundaria recibe un mensaje que se salga de la secuencia establecida, siempre

que su estructura sea correcta e interpretable por la estacin secundaria (es decir, que ese
mensaje puede iniciar un nuevo servicio), considerar cancelado el servicio, de forma que
despreciar los mensajes que le quedaban por enviar y pasar a atender el nuevo servicio
iniciado con el mensaje recibido. Los mensajes ya enviados se dan por recibidos siempre que la
estacin primaria contine el proceso de recogida con el mensaje correspondiente como se ha
establecido, es decir, cuando se pide el segundo grupo de datos se da por aceptado y recogido el
primero, y as sucesivamente. Se hace excepcin con el mensaje de sincronizacin de reloj, que
ser atendido siempre que sta se realice de modo SEND/NO REPLY, es decir, sin mensaje de
contestacin desde la estacin secundaria.
b) Si la estacin primaria no recibe el mensaje de respuesta o lo recibe incorrectamente, o no se
adapta a la secuencia establecida (nmeros consecutivos del OCO y estructura de datos ASDU
comn en todos los mensajes), repetir el mensaje de peticin sin alternar el bit de la capa de
enlace FCB, de forma que la estacin secundaria vuelva a enviarle los mismos datos. Si no se
consigue recuperar el servicio por cualquier causa, la estacin primaria tomar la decisin de
abortarlo, para lo que enviar cualquier mensaje que inicie un nuevo servicio (si no contesta
enviar el reset, y si contesta errneamente iniciar otro servicio, o el mismo desde el principio).
aplicacin:
- Interrogacin de control, tanto para medidas y cambios digitales como para contadores
- Refresco de seales digitales de control
En ellas se emplear un ASDU para solicitar los datos, con un TYP o identificacin del ASDU
determinado en cada caso. La respuesta tendr estructura adecuada para cada caso (vase cada funcin
de aplicacin en particular).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.3
Pg. 38
Peticin no urgente de datos en mono/multimensaje
Este servicio permite a la estacin primaria solicitar y recoger datos de cada estacin secundaria. Ser el
servicio empleado para la peticin de todos aquellos datos que formen grupos amplios de informacin
pero que puedan ser transmitidos con baja prioridad.
recoger. La estacin secundaria contestar con un mensaje incluyendo los datos pedidos por la estacin
primaria. Cuando los datos no entren en ese primer mensaje, la estacin secundaria indicar a la primaria
que tiene ms mensajes por enviar, con lo que la misma podr elegir entre continuar con la peticin del
resto de datos o iniciar paralelamente un servicio de aplicacin de control (en cuyo caso el presente
servicio queda en suspenso, pero no se interrumpe, hasta que la estacin primaria decida continuar con
el mismo), o cancelar el presente servicio mediante el inicio de otro servicio no dirigido a la funcin de
control de la estacin secundaria.
capa de enlace:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 39
Peticin no urgente de datos en mono/multimensaje

SEND
ASDU 1p
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 1s
OCO=129
REQUEST
clase 1
RESPOND
ASDU 2s
OCO=130
REQUEST
clase 1
RESPOND
ASDU Ns
OCO=N (<128)
El proceso se inicia con un mensaje del tipo SEND (funcin 3 de la capa de enlace) desde la estacin
primaria, en el que se indican los datos a recoger. La estacin secundaria responde con un CONFIRM
ACK (funcin 0 de la capa de enlace en un mensaje corto, o con el carcter simple de control E5H cuyo
significado es el mismo) cuando el mensaje recibido es estructuralmente correcto y adems se recoge en
la estacin. Si el mensaje tuviese una estructura errnea, la estacin secundaria no respondera nada,
mientras que si el mensaje no pudiese ser recogido por la estacin secundaria (por ejemplo, por estar
lleno el buffer de comunicacin), la estacin secundaria respondera un mensaje CONFIRM NACK
(funcin 1 de la capa de enlace, mensaje no aceptado por enlace ocupado).
urgente (no interrumpibles, de control) antes de finalizar este servicio.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 40
Dentro de los elementos de informacin que contienen los datos en el mensaje de respuesta (RESPOND)
se incluye un octeto de control (OCO), que se emplea para controlar el flujo de datos en los casos en que
haya que emplear multimensaje. El octeto de control OCO indica en sus 7 bits ms bajos el orden que
ocupa el presente mensaje dentro de la secuencia, y en su octavo bit indica si quedan por enviar ms
mensajes (bit8:=<1>) o por el contrario el presente es el ltimo de la secuencia (bit8:=<0>).
Evidentemente, es posible que en ciertas ocasiones los datos pedidos entren en un solo mensaje. En tal
caso, el octeto de control OCO en el primer mensaje de respuesta tomar el valor "1", dado que no
quedarn ms mensajes por enviar y el presente mensaje ocupa el orden primero en la secuencia.
Cuando en el primer mensaje RESPOND se incluye el octeto de control con valor 129 (indicando que es
el primer mensaje pero que quedan ms por enviar), la estacin primaria deber enviar de nuevo el
REQUEST clase 1. Si la estacin primaria enva de nuevo el mismo mensaje y con el bit alternante FCB
con el mismo valor, indicar que los datos no se han recibido correctamente y que se solicita la repeticin
del mensaje anterior.
Pueden existir otros servicios de aplicacin inicializados por la estacin primaria antes de finalizar con
uno de este tipo (caso de la peticin no interrumpible de datos de control), sin que ello suponga que el
mismo deba ser abortado. Al contrario, ambas estaciones llevarn el control de los mensajes transmitidos
en una y otra direccin a efectos de poder recuperar el servicio cuando los requisitos del sistema lo
permitan.
Si en los sucesivos mensajes de respuesta desde la estacin secundaria se mantiene el octeto de control
con un valor mayor a 128 (es decir, al valor de 128 ms el orden que ocupa el mensaje en la secuencia),
la primaria seguir enviando el REQUEST clase 1 para continuar con la recogida, con lo que la
secundaria contina enviando los datos (si el bit alternante FCB no ha cambiado de valor indicar que la
estacin primaria no ha recibido correctamente el mensaje y solicita la repeticin del ltimo mensaje
desde la secundaria).
El servicio finalizar en el momento en que la secundaria enve en uno de sus mensajes RESPOND el
octeto de control con un valor menor a 128 (concretamente, ser el orden de ese mensaje en la
secuencia). Si el siguiente mensaje desde la primaria es exactamente el mismo que el ltimo que se
envi desde la misma, este mensaje se interpretara como repeticin del ltimo mensaje de datos
enviados.
La estacin primaria podr cancelar el servicio de aplicacin mediante el inicio de cualquier otro servicio
de aplicacin de la misma prioridad que el presente, mediante el mensaje SEND que lo inicie.
Existen ciertas condiciones que van a establecer el comportamiento de ambas estaciones (adems de las
propias que impone la capa de enlace de la norma IEC 870-5):
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 41
a) Si la estacin secundaria recibe un mensaje que se salga de la secuencia establecida y

dirigido a la funcin de control, siempre que su estructura sea correcta e interpretable por la
estacin secundaria (es decir, que ese mensaje puede iniciar un nuevo servicio pero de la funcin
de control), considerar interrumpido el servicio momentneamente, de forma que almacenar los
mensajes que le quedaban por enviar y pasar a atender el nuevo servicio iniciado con el
mensaje recibido, pero se podr continuar con el servicio actual cuando la estacin primaria lo
estime oportuno.
adapta a la secuencia establecida (nmero correspondiente del OCO y estructura de datos
ASDU comn en todos los mensajes), repetir el mensaje de peticin sin alternar el bit de la capa
de enlace FCB, de forma que la estacin secundaria vuelva a enviarle los mismos datos. Si no se
consigue recuperar el servicio por cualquier causa, la estacin primaria tomar la decisin de
abortarlo, para lo que enviar cualquier mensaje que inicie un nuevo servicio de la misma
prioridad al que no se pudo finalizar en la ocasin anterior.
aplicacin:
- Peticin del estado general de la estacin secundaria
- Peticin de histricos (sucesos, informes de falta, medidas)
- Peticin de ajustes
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.4
Pg. 42
Peticin no urgente de datos en mono/multimensaje, servicio alternativo
Este servicio, muy similar al anterior, tambin permite a la estacin primaria solicitar y recoger datos de
cada estacin secundaria, empleado para la peticin de datos que formen grupos amplios de informacin
pero que puedan ser transmitidos con baja prioridad.
La razn por la que este servicio se incluye aqu es para mantener mayor compatibilidad con los
procedimientos de aplicacin de la propuesta VDEW/ZVEI, concretamente con los relacionados con
transmisin de registros oscilogrficos.
recoger. La estacin secundaria contestar con un mensaje incluyendo los datos pedidos por la estacin
primaria. Cuando los datos no entren en ese primer mensaje, la estacin secundaria no indicar a la
primaria que tiene ms mensajes por enviar, sino que por defecto se supone que tiene ms por enviar,
con lo que la primaria podr elegir entre continuar con la peticin del resto de datos o iniciar
paralelamente un servicio de aplicacin de control (en cuyo caso el presente servicio queda en suspenso,
pero no se interrumpe, hasta que la estacin primaria decida continuar con el mismo), o cancelar el
presente servicio mediante el inicio de otro servicio no dirigido a la funcin de control de la estacin
secundaria. El servicio se completa cuando la secundaria informe de tal situacin a la primaria mediante
el apropiado ASDU, que ser diferente a los anteriores enviados.
capa de enlace:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 43
Peticin no urgente de datos en mono/multimensaje, servicio alternativo

SEND
ASDU 1p
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 1s
REQUEST
clase 1
RESPOND
ASDU 2s
REQUEST
clase 1
RESPOND
ASDU Ns
REQUEST
clase 1
RESPOND
ASDU X
El proceso se inicia con un mensaje del tipo SEND (funcin 3 de la capa de enlace) desde la estacin
primaria, en el que se indican los datos a recoger. La estacin secundaria responde con un CONFIRM
ACK (funcin 0 de la capa de enlace en un mensaje corto, o con el carcter simple de control E5H cuyo
significado es el mismo) cuando el mensaje recibido es estructuralmente correcto y adems se recoge en
la estacin. Si el mensaje tuviese una estructura errnea, la estacin secundaria no respondera nada,
mientras que si el mensaje no pudiese ser recogido por la estacin secundaria (por ejemplo, por estar
lleno el buffer de comunicacin), la estacin secundaria respondera un mensaje CONFIRM NACK
(funcin 1 de la capa de enlace, mensaje no aceptado por enlace ocupado).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 44
urgente (no interrumpibles, de control) antes de finalizar este servicio.
Una diferencia importante con el servicio anterior es que dentro de los elementos de informacin que
contienen los datos en el mensaje de respuesta (RESPOND) no se incluye un octeto de control (OCO)
para controlar el flujo de datos en los casos en que haya que emplear multimensaje.
Si la estacin primaria enva de nuevo el mismo mensaje y con el bit alternante FCB con el mismo valor,
indicar que los datos no se han recibido correctamente y que se solicita la repeticin del mensaje
anterior.
Pueden existir otros servicios de aplicacin inicializados por la estacin primaria antes de finalizar con
uno de este tipo (caso de la peticin no interrumpible de datos de control), sin que ello suponga que el
mismo deba ser abortado. Al contrario, ambas estaciones llevarn el control de los mensajes transmitidos
en una y otra direccin a efectos de poder recuperar el servicio cuando los requisitos del sistema lo
permitan.
Si en los sucesivos mensajes de respuesta desde la estacin secundaria se mantiene el mismo ASDU de
respuesta, la primaria seguir enviando el REQUEST clase 1 para continuar con la recogida, con lo que
la secundaria contina enviando los datos (si el bit alternante FCB no ha cambiado de valor indicar que
la estacin primaria no ha recibido correctamente el mensaje y solicita la repeticin del ltimo mensaje
desde la secundaria).
El servicio finalizar en el momento en que la secundaria enve en uno de sus mensajes RESPOND un
ASDU diferente a los anteriores, que precisamente ser el empleado para sealar el final de la
transmisin. En este ASDU se puede incorporar un octeto indicando el resultado de la transmisin. Si el
siguiente mensaje desde la primaria es exactamente el mismo (incluido el FCB) que el ltimo que se
envi desde la misma, este mensaje se interpretara como peticin del ltimo mensaje de datos enviados.
La estacin primaria podr cancelar el servicio de aplicacin mediante el inicio de cualquier otro servicio
de aplicacin de la misma prioridad que el presente, mediante el mensaje SEND que lo inicie.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 45
a) Si la estacin secundaria recibe un mensaje que se salga de la secuencia establecida pero

dirigido a la funcin de control, siempre que su estructura sea correcta e interpretable por la
estacin secundaria (es decir, que ese mensaje puede iniciar un nuevo servicio de control),
considerar interrumpido el servicio momentneamente, de forma que almacenar los mensajes
que le quedaban por enviar y pasar a atender el nuevo servicio iniciado con el mensaje recibido,
pero se podr continuar con el servicio actual cuando la estacin primaria lo estime oportuno.
adapta a la secuencia establecida (estructura de datos ASDU comn en todos los mensajes,
excepto el ltimo), repetir el mensaje de peticin sin alternar el bit de la capa de enlace FCB, de
forma que la estacin secundaria vuelva a enviarle los mismos datos. Si no se consigue
recuperar el servicio por cualquier causa, la estacin primaria tomar la decisin de abortarlo,
para lo que enviar cualquier mensaje que inicie un nuevo servicio de la misma prioridad al que
no se pudo finalizar en la ocasin anterior.
aplicacin:
- Transmisin de datos digitales
- Transmisin de canales analgicos
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.5
Pg. 46
Envo de datos sin respuesta
Este servicio permite a la estacin primaria enviar datos a las estaciones secundarias sin que las mismas
respondan con ninguna confirmacin, ni siquiera con la que concierne a la recepcin, correcta o no, del
mensaje enviado desde la primaria.
Este servicio, al no permitir respuesta desde la secundaria, permite enviar datos desde la estacin
primaria a una o a varias estaciones secundarias, por lo que se emplea en los casos de mensajes de tipo
"broadcast". En este ltimo caso, la forma de direccionar los mensajes hace que un mensaje enviado por
este servicio llegue a todas las estaciones secundarias conectadas.
Este servicio se hace imprescindible en aquellas situaciones en que la primaria debe enviar ciertos datos
simultneamente a todas las estaciones secundarias (por ejemplo, sealar un instante como referencia
para la recogida posterior de ciertos datos), bien para ahorrar tiempo en la transmisin, bien porque no
interese recibir la respuesta desde la secundaria. Por otro lado, tambin se puede emplear para enviar
datos a una nica estacin secundaria.
El servicio consiste en el envo desde la estacin primaria de un mensaje del que no se espera respuesta
desde la secundaria. El mensaje puede ir direccionado a una estacin secundaria en particular o a todas
las conectadas a la estacin maestra.
En la norma IEC 870-5, este servicio de aplicacin se corresponde exactamente con el servicio
SEND/NO REPLY de capa de enlace:
Envo de datos sin respuesta

SEND
ASDU 1p
En el ASDU se indican los datos enviados, bien a una estacin, bien a todas.
La sencillez del servicio no permite ninguna variante, dado que la estacin secundaria no puede
contestar. Por ello, aunque el mensaje recibido no sea interpretado y por tanto no aceptado en la estacin
secundaria, la primaria no tendr forma de conocer tal situacin.
Por tanto, este servicio no debe emplearse para transmisin fraccionada de datos desde la primaria, es
decir, de datos que no entren en un solo mensaje (dado que no se asegura de ninguna manera la
recepcin de un mensaje), ni para transmisin de datos cuyas caractersticas requieran de algn tipo de
confirmacin.
aplicacin:
- Envo de sincronizacin de reloj en modo SEND/NO REPLY
- Envo de mensajes de congelacin de contadores para la interrogacin de control
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.6
Pg. 47
Envo de datos con acuse de recibo
Este servicio permite a la estacin primaria enviar datos a las estaciones secundarias, a lo que las
mismas responden con una confirmacin de recepcin correcta o no del mensaje enviado desde la
primaria, pero ninguna sobre su interpretacin en la estacin secundaria.
La estacin primaria enviar a la secundaria un mensaje donde incorpora los datos a recoger por la
secundaria. La estacin secundaria contestar inmediatamente con un mensaje corto indicando si el
mensaje se ha recogido o no. Se trata pues de un servicio en el que se transmite un nico mensaje en
cada direccin de comunicacin.
Por ese motivo, este proceso es inherentemente no interrumpible, es decir, la estacin primaria no puede
iniciar ningn otro servicio una vez iniciado uno de este tipo y antes de que el mismo finalice (dado que la
norma IEC 870-5 define un tamao de ventana para mensajes transferidos de un solo mensaje, por lo
que no se puede enviar un nuevo mensaje sin esperar la respuesta de la estacin opuesta, si sta
existe).
capa de enlace (que se corresponde exactamente con el procedimiento de transmisin a nivel de capa de
enlace SEND/CONFIRM):
Envo de datos con acuse de recibo

SEND
ASDU 1p
CONFIRM
En el mensaje SEND enviado desde la estacin primaria se incluyen los datos a transmitir en un ASDU
determinado. La estacin secundaria responder con un mensaje CONFIRM ACK (funcin 0 de la capa
de enlace en un mensaje corto, o con el carcter simple de control E5H cuyo significado es el mismo)
cuando el mensaje recibido es estructuralmente correcto y adems se recoge en la estacin. Si el
mensaje tuviese una estructura errnea, la estacin secundaria no respondera nada, mientras que si el
mensaje no pudiese ser recogido por la estacin secundaria (por ejemplo, por estar lleno el buffer de
comunicacin), la estacin secundaria respondera un mensaje CONFIRM NACK (funcin 1 de la capa de
enlace, mensaje no aceptado por enlace ocupado).
Debido a que en ningn momento se puede conocer si el mensaje se interpreta en la estacin secundaria
de forma correcta, es imprescindible que los datos enviados sean pocos, de tal forma que entren en un
nico mensaje, dado que la cantidad de datos por mensaje est limitada (en el formato FT 1.2 se
permiten como mximo 255 octetos por mensaje). En caso contrario, si se fraccionase el mensaje,
adems de incluir el octeto de control OCO en el mismo para indicar el orden de los mensajes enviados,
en la estacin primaria nunca se tendra la certeza de que la estacin secundaria haya interpretado todos
los mensajes recibidos. Para esta situacin se prevn otros servicios de aplicacin, que se explican en
los sucesivos apartados.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 48
La estacin primaria podra recibir confirmacin de la interpretacin y ejecucin del mensaje enviados a
travs de procesos indirectos, siempre iniciados con otros servicios de aplicacin.
No existen variantes al proceso debido a su simplicidad en la secuencia de mensajes, por lo que la
definicin de la norma 870-5 ya indica lo que se debe hacer en dos posibles casos:
a) Si la estacin secundaria no es capaz de entender el mensaje en general (por ejemplo, por
llevar la trama errnea), no contestar nada. Si el enlace est ocupado y no se puede recoger el
mensaje responder con un mensaje CONFIRM NACK (funcin 1 de la capa de enlace, mensaje
no aceptado por enlace ocupado).
el mensaje de peticin sin alternar el bit de la capa de enlace FCB, de forma que la estacin
secundaria vuelva a enviarle los mismos datos (el mensaje CONFIRM). Si recibe un mensaje de
repeticin del mensaje anterior, sino la repeticin del envo de los mismos datos (esta repeticin
se har a voluntad de la estacin primaria, y no necesariamente a continuacin de la anterior).
aplicacin:
- Envo de clave de acceso
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.7
Pg. 49
Envo urgente de datos en monomensaje con confirmacin de interpretacin
Este servicio permite a la estacin primaria enviar datos a las estaciones secundarias, a lo que las
mismas responden inicialmente con una confirmacin de recepcin correcta o no del mensaje enviado
desde la primaria, y despus con otra confirmacin sobre su interpretacin en la estacin secundaria. Un
requisito que deben cumplir estos datos es que deben ser pocos, de tal forma que entren en un nico
mensaje cuando la cantidad de datos por mensaje est limitada (en el formato FT 1.2 se permiten como
mximo 255 octetos por mensaje).
La estacin primaria enviar a la secundaria un mensaje donde incorpora los datos a recoger por la
secundaria. La estacin secundaria contestar inmediatamente con un mensaje corto indicando si el
mensaje se ha recogido o no. A continuacin, la primaria pedir confirmacin sobre la interpretacin de
los datos en la estacin secundaria, a lo que la misma responder en el siguiente mensaje. Se trata pues
de un servicio en el que se transmiten dos mensajes en cada direccin de comunicacin.
Este proceso es no interrumpible, es decir, la estacin primaria no puede iniciar ningn otro servicio una
vez iniciado uno de este tipo y antes de que el mismo finalice, dado que otro requisito que se impone a
estos datos es su carcter de urgencia, de alta prioridad, de tal forma que una vez arrancado el proceso
no debe ser interrumpido por ningn otro, y tanto la estacin primaria como la secundaria deben seguir
con la secuencia de mensajes hasta finalizar la transmisin de los datos solicitados.
capa de enlace:
Envo urgente de datos en monomensaje

con confirmacin de interpretacin
SEND
ASDU 1p
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 1s
En el mensaje SEND enviado desde la estacin primaria se incluyen los datos a transmitir en un ASDU
determinado. La estacin secundaria responder con un mensaje CONFIRM ACK (funcin 0 de la capa
de enlace en un mensaje corto, o con el carcter simple de control E5H cuyo significado es el mismo)
cuando el mensaje recibido es estructuralmente correcto y adems se recoge en la estacin. Si el
mensaje tuviese una estructura errnea, la estacin secundaria no respondera nada, mientras que si el
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 50
Inmediatamente a continuacin la estacin primaria enva un mensaje de tipo REQUEST de datos de

clase 1 (funcin 10 de la capa de enlace), al que se contesta desde la estacin secundaria con un
mensaje RESPOND que incluye una copia del mensaje enviado y un elemento de informacin adicional
con el que se indica si la estacin secundaria ha entendido el mensaje y si tiene intencin de completar la
accin que en l se requiere, pero nunca es la confirmacin de que tal accin solicitada (si es que la
hubiese) se haya ya realizado.
A efectos de estacin secundaria, los datos se consideran definitivos en la misma en cuanto se reciba el
mensaje REQUEST clase 1, y no antes. Esto permite a la estacin primaria abortar el servicio sin ms
que enviar un mensaje distinto de ese REQUEST en su lugar. Sin embargo, la estacin primaria podra
tener problemas si el mensaje RESPOND no le llegase debido a cualquier fallo en el enlace de
comunicacin, pero en todo caso los datos ya estn en la secundaria y la accin que conlleven se ha
iniciado. Esto es de especial inters en el caso de comandos o de mensajes que impliquen una accin en
la secundaria, aunque no tiene importancia si los datos son simplemente informativos para la misma. En
el caso de no recibir el mensaje RESPOND, la norma indica que la estacin secundaria se debe resetear
(antes se habr enviado la repeticin del REQUEST sin cambiar el bit FCB tantas veces como se
establezca), pero no se debe repetir el mensaje desde el principio (es decir, desde el SEND) dado que
podra implicar que la accin se ejecute dos veces en la secundaria.
La estacin primaria podra recibir confirmacin de la ejecucin (si es que procede) del mensaje enviado
a travs de procesos indirectos, siempre iniciados con otros servicios de aplicacin.
Dado que el servicio es multimensaje pero no interrumpible, existen ciertas condiciones que van a
establecer el comportamiento de ambas estaciones (adems de las propias que impone la capa de
enlace de la norma IEC 870-5), en el caso de que la secuencia de mensajes se vea alterada de alguna
forma:
a) Si la estacin secundaria recibe un mensaje que se salga de la secuencia establecida (es
decir, algo que en el segundo mensaje no sea un REQUEST sin datos o la repeticin del mensaje
anterior con el bit FCB con el mismo valor), siempre que su estructura sea correcta e
interpretable por la estacin secundaria (es decir, que ese mensaje puede iniciar un nuevo
servicio), considerar cancelado el servicio, de forma que despreciar los mensajes que le
quedaban por enviar y pasar a atender el nuevo servicio iniciado con el mensaje recibido. Se
hace excepcin con el mensaje de sincronizacin de reloj, que ser atendido siempre que sta se
realice de modo SEND/NO REPLY, es decir, sin mensaje de contestacin desde la estacin
secundaria.
el mensaje de peticin sin alternar el bit de la capa de enlace FCB, de forma que la estacin
secundaria vuelva a enviarle los mismos datos (el mensaje CONFIRM). Si recibe un mensaje de
repeticin del mensaje anterior, sino la repeticin del envo de los mismos datos pero en un
nuevo servicio de aplicacin (esta repeticin se har a voluntad de la estacin primaria, y no
necesariamente a continuacin de la anterior). Si una vez recibido el mensaje CONFIRM ACK y
tras el siguiente REQUEST no se consigue recoger el mensaje RESPOND por cualquier causa, la
estacin primaria deber lanzar el servicio de inicializacin de las comunicaciones con la estacin
(despus de la repeticin del mensaje tantas veces como se establezca, repeticin que la
estacin secundaria debe interpretar correctamente y no ejecutar la orden varias veces, es
decir, se sigue la misma secuencia que para cualquier otro servicio).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 51
aplicacin:
- rdenes de mando
- Escritura de salidas digitales
- Escritura de salidas analgicas
- Habilitacin y deshabilitacin de entradas digitales
- Habilitacin y deshabilitacin de entradas analgicas
- Cambio de tabla activa de ajustes
- Comandos con interpretacin
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.2.2.8
global
Pg. 52
Envo no urgente de datos en mono/multimensaje con confirmacin de interpretacin
Este servicio permite a la estacin primaria enviar datos a cada estacin secundaria, y una vez enviados,
se recoge una confirmacin sobre la interpretacin de los mismos en conjunto, de todos los enviados,
aunque se haya hecho en mensajes sucesivos, de forma fraccionada.
En este servicio no se impone a estos datos ningn requisito, por lo que el servicio puede ser
interrumpido desde la estacin primaria por servicios no interrumpibles (como los dirigidos a la funcin de
control) sin que el servicio se vea cancelado definitivamente por ese motivo. Por ello, este servicio ser el
empleado para la transmisin de todos aquellos datos que formen grupos amplios de informacin pero
que puedan ser enviados con baja prioridad, durante instantes en los que no haya que transmitir datos de
mayor prioridad.
No existe lmite para el nmero de datos, y por tanto de mensajes, que se pueden enviar, por lo que el
servicio puede ser multimensaje, es decir, cuando los datos enviados no entren en un solo mensaje
La estacin primaria enviar a la secundaria un mensaje donde indique el primer grupo de datos a enviar.
La estacin secundaria contestar inmediatamente con un mensaje de conformidad de recepcin del
mensaje. Cuando los datos no entren en ese primer mensaje, la estacin primaria indicar a la
secundaria que tiene ms mensajes por enviar, con lo que la primaria podr elegir entre continuar con el
envo del resto de datos o bien iniciar paralelamente un nuevo servicio de aplicacin de mayor prioridad
dirigido a la funcin de control (en cuyo caso el presente servicio queda en suspenso, pero no se
interrumpe, hasta que la estacin primaria finalice ese servicio urgente). Al finalizar el envo desde la
primaria, la secundaria informar de si los datos en conjunto se aceptan, dndose por vlidos, o no se
consideran vlidos y por tanto se ignoran.
capa de enlace:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 53
Envo no urgente de datos en mono/multimensaje

con confirmacin de interpretacin global
SEND
ASDU 1p
OCO=129
CONFIRM
SEND
ASDU 2p
OCO=130
CONFIRM
SEND
ASDU Np
OCO=N (<128)
CONFIRM
REQUEST
clase 1
RESPOND
ASDU s
El proceso se inicia con un mensaje del tipo SEND enviado desde la estacin primaria donde se incluyen
los datos a transmitir en un ASDU determinado. Dentro de los elementos de informacin que contienen
los datos se incluye un octeto de control (OCO), que se emplea para controlar el flujo de datos en los
casos en que haya que emplear multimensaje.
La estacin secundaria responder con un mensaje CONFIRM ACK (funcin 0 de la capa de enlace en
un mensaje corto, o con el carcter simple de control E5H cuyo significado es el mismo) cuando el
mensaje recibido es estructuralmente correcto y adems se recoge en la estacin. Si el mensaje tuviese
una estructura errnea (a nivel de trama), la estacin secundaria no respondera nada, mientras que si el
El octeto de control OCO indica en sus 7 bits ms bajos el orden que ocupa el mensaje enviado dentro de
la secuencia, y en su octavo bit indica si el presente mensaje es para continuar con la transmisin
(bit8:=<1>) o por el contrario el presente se emplea para finalizar el servicio (bit8:=<0>). Tambin se
mandar a ese valor cuando se pretenda abortar definitivamente el servicio de envo (y en este caso el
resto de bits tambin estarn a "0").
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 54
Evidentemente, es posible que en ciertas ocasiones los datos enviados entren en un solo mensaje. En tal
caso, el octeto de control OCO en el primer mensaje tomar el valor "1", dado que no quedarn ms
mensajes por enviar y el presente mensaje ocupa el orden primero en la secuencia.
Si los datos no entran en el primer mensaje, la estacin primaria lo indicar a la secundaria con el octeto
de control OCO tomando el valor 129, de forma que tras la recepcin del mensaje CONFIRM ACK la
estacin primaria est capacitada para enviar el segundo grupo de datos, indicando con OCO:=130 que
quedan ms mensajes por enviar, o con OCO:=2 que es el ltimo mensaje de la secuencia. En todo caso,
el ltimo mensaje de la secuencia deber llevar el valor de OCO menor a 128, y en ese caso la estacin
secundaria no esperar ningn otro bloque de datos (aunque el servicio no ha finalizado todava).
Este mensaje, as como los sucesivos que se necesiten enviar para completar la transmisin de los
datos, pueden ser enviados en el momento que la estacin primaria estime oportuno, es decir, pueden
existir otros servicios de aplicacin ms urgentes (dirigidos a la funcin de control) inicializados por la
estacin primaria antes de finalizar con uno de este tipo, sin que ello suponga que el mismo deba ser
abortado. Al contrario, ambas estaciones llevarn el control de los mensajes transmitidos en una y otra
direccin a efectos de poder recuperar el servicio cuando los requisitos del sistema lo permitan. Sin
embargo, cualquier servicio de prioridad similar al presente que sea inicializado cancelar definitivamente
la ejecucin del mismo.
Si en un mensaje desde la primaria se repite exactamente tanto el valor de OCO como el valor del bit
alternante FCB respecto al mensaje anterior, la secundaria considera que se trata de la repeticin del
envo anterior, por lo que desechar los datos recibidos en el anterior y los sustituir por los recibidos en
ese mensaje de repeticin.
Tras el mensaje CONFIRM de respuesta al ltimo envo (OCO:=N<128), el servicio continuar con el
envo desde la estacin primaria de un mensaje de tipo REQUEST de datos de clase 1 (funcin 10 de la
capa de enlace). La estacin secundaria contestar con un mensaje RESPOND donde se indicar si se
aceptan o no todos los datos, en conjunto, recibidos en la misma, con lo que se dar por finalizado el
servicio.
En caso de que los datos no sean aceptados, la estacin primaria deber reiniciar un servicio de este
tipo, con las oportunas correcciones que sean necesarias. Debido a que los datos transmitidos no tienen
urgencia, esto no se considera algo determinante en el funcionamiento general del sistema (adems, el
formato utilizado para transmisin de tramas garantiza un bajo porcentaje de errores, por lo que el
problema se encontrar seguramente en los datos enviados originalmente, lo que obliga a correcciones
en la estacin primaria).
La estacin primaria podr cancelar el servicio de aplicacin mediante el envo del ASDU (al que no le
haran falta ms datos que los de cabecera obligados y el octeto de control OCO) en el mensaje de envo
con el octeto de control OCO tomando el valor "0". En este caso, la estacin secundaria responder con
el CONFIRM habitual pero dando por supuesto que el servicio ha finalizado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 55
a) Si la estacin secundaria recibe un mensaje dirigido al control que se salga de la secuencia

establecida, siempre que su estructura sea correcta e interpretable por la estacin secundaria (es
decir, que ese mensaje puede iniciar un nuevo servicio urgente dirigido al control), considerar
interrumpido el servicio momentneamente, de forma que almacenar los mensajes que le
quedaban por enviar y pasar a atender el nuevo servicio iniciado con el mensaje recibido, pero
se podr continuar con el servicio actual cuando la estacin primaria finalice el servicio de control.
Cualquier otro inicio de servicio de similar prioridad cancelar definitivamente el presente. En el
caso de que se reciba un mensaje de envo de datos pero con el octeto de control OCO diferente
al que corresponde segn el orden de los mensajes, la estacin secundaria responder con la
funcin CONFIRM ACK de la capa de enlace, aunque a la hora de enviar la interpretacin y
aceptacin de los datos indicar que ha existido una incongruencia en la secuencia y los
ignorar. Slo cuando el OCO recibido sea "129", es decir, indicando el inicio de un nuevo
servicio relacionado con la misma funcin de aplicacin (por ejemplo, pedir sucesos de nuevo
desde el principio sin finalizar la recogida de la anterior peticin) la estacin secundaria pasar a
realizar la nueva funcin, abortando definitivamente la anterior. Adems, si el OCO le llega al
valor "0" tambin abortar el servicio.
b) Si la estacin primaria no recibe el mensaje de respuesta CONFIRM ACK o lo recibe
incorrectamente, repetir el mensaje de envo de datos sin alternar el bit de la capa de enlace
FCB ni el octeto OCO, y la secundaria considera que se trata de la repeticin del envo anterior,
por lo que desechar los datos recibidos en el anterior y los sustituir por los recibidos en ese
mensaje de repeticin. Si recibe un mensaje de tipo CONFIRM NACK podr repetir el envo pero
con el bit FCB alternado, puesto que ya no es la repeticin del mensaje anterior, sino la repeticin
del envo de los mismos datos pero en un nuevo mensaje. Si no se consigue recuperar el servicio
por cualquier causa, la estacin primaria tomar la decisin de abortarlo, para lo que enviar el
mensaje de cancelacin definitiva (OCO:=0) o cualquier mensaje que inicie un nuevo servicio de
similar prioridad al que no se pudo finalizar.
aplicacin:
- Envo de nuevos ajustes (con otro servicio se realiza la activacin de los mismos)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3
Pg. 56
FUNCIONES BSICAS DE APLICACIN (IEC 870-5-5)
En este protocolo se consideran las funciones bsicas de aplicacin ya enumeradas en el apartado

anterior, de entre las definidas en el documento de la propuesta VDEW/ZVEI y otras aadidas para
cumplir con la funcionalidad requerida.
En los siguientes apartados del presente captulo se describen todas las funciones de la propuesta
VDEW/ZVEI en detalle. Para el caso de las funciones aadidas, que se adaptan a alguno de los servicios
de aplicacin descritos en el apartado anterior, se presentar la particularizacin de los datos
exclusivamente.
Se describen incluyendo las LPDUs ("Link Protocol Data Unit", Unidad de Datos de Protocolo de Enlace)
de la capa de enlace. Debe ser destacado que slo se muestran en cada diagrama las tramas de la
funcin descrita en el mismo. Sin embargo, durante los diferentes procedimientos pueden ser
transmitidas adems otras tramas adicionales, caso de interaccin entre servicios.
Tal interaccin entre servicios se refiere al hecho de que se permite tener iniciados dos servicios al
mismo tiempo. Como lmite se establece un servicio interrumpible y otro no interrumpible en medio
simultneamente, es decir, que nunca estn abiertos ms de 2 servicios, siendo uno de ellos no
interrumpible obligatoriamente. El bit FCB se mantiene en todo el conjunto de mensajes, no se diferencia
por cada procedimiento abierto.
El estado habitual de una estacin secundaria es el llamado estado de reposo, en el que la estacin
secundaria se encuentra a la espera de cualquier mensaje desde la estacin primaria. Los mensajes que
le pueden llegar pueden ser:
REQUEST clase 2 (cclicos), funcin 11 de la capa de enlace
REQUEST clase 1 (espontneos), funcin 10 de la capa de enlace
REQUEST estado de lnea, funcin 9 de la capa de enlace
REQUEST con otros datos especficos, funcin 6 de la capa de enlace
SEND de datos de cualquier tipo, funcin 3 de la capa de enlace
SEND de datos sin espera de confirmacin ("broadcast"), funcin 4 de la capa de enlace
SEND de reset de bit FCB, funcin 7 de la capa de enlace
SEND de reset CU (unidad de comunicacin), funcin 0 de la capa de enlace
Los REQUEST clase 1 2 provocan la respuesta inmediata de la estacin secundaria con un solo
mensaje (RESPOND, funcin 8) cuando los datos estn disponibles, mientras que si no lo estn la
respuesta ser la funcin 9, RESPOND NACK, datos no disponibles. El REQUEST del estado de la lnea
provoca la respuesta indicando ese estado (RESPOND, funcin 11).
La respuesta al REQUEST con datos ser normalmente un RESPOND, funcin 8, pero teniendo en
cuenta que la estacin secundaria deja de estar en reposo y entra dentro del ciclo iniciado con ese
REQUEST. Con esto, si la respuesta consiste en un nico mensaje RESPOND el ciclo termina ah y la
estacin secundaria pasa al reposo, pero si la respuesta es tan amplia que se debe enviar en varios
mensajes, la estacin secundaria estar esperando estos mensajes especficos, no estar en reposo sino
en un ciclo particular (aunque en la espera se puedan iniciar y completar otros servicios de aplicacin).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 57
El envo de cualquier SEND hace que la estacin secundaria pase al ciclo determinado por el ASDU
enviado y salga del reposo, entrando en uno de los procedimientos especficos. Los SEND de reset
provocan que se arranque el procedimiento de inicializacin de la estacin secundaria. La respuesta
inmediata a un SEND es el mensaje de confirmacin CONFIRM ACK, reconocimiento positivo (funcin 0)
o mensaje corto de control E5H si la estacin secundaria ha recibido correctamente el mensaje (lo que no
implica que lo haya interpretado ni ejecutado correctamente), o CONFIRM NACK, mensaje no aceptado
por lnea de enlace ocupada (funcin 1) cuando no haya recibido el mensaje (si lo recibe con errores en
la trama no contestar nada).
Tanto en el reposo como en el resto de procedimientos en los que se encuentre la estacin secundaria,
mediante el bit DFC=1 informa a la estacin primaria que el buffer de comunicaciones est lleno y no
admite ms mensajes, y mediante el bit ACD=1 indica la disponibilidad de datos de clase 1.
Siempre que se intente iniciar un procedimiento a nivel de capa de enlace que no est definido en la
estacin secundaria, sta responder con un mensaje indicando la funcin 15 de la capa de enlace,
"Servicio de enlace no implementado".
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 58
7.3.1 Inicializacin de estacin secundaria

Se debe distinguir entre lo que se denomina reset de la estacin o equipo secundario, que afecta a todas
las funciones del mismo, incluso proteccin, del reset de la funcin de comunicacin del mismo. Un reset
o inicializacin de una estacin secundaria se lleva a cabo mediante un mensaje apropiado desde la
estacin primaria. La inicializacin que se detalla a continuacin consiste en el reset exclusivamente de la
funcin de comunicaciones remotas de la estacin secundaria con la estacin primaria. Cabe sealar que
el protocolo no permite efectuar un reset del resto de las funciones de la estacin secundaria de forma
remota (salvo inicializaciones indirectas relacionadas con los cambios de ajustes).
El reset se enva generalmente en una de las siguientes situaciones:
a) tras haberse inicializado la propia estacin primaria,
b) cuando la estacin secundaria no responde a la primaria transcurrido un cierto periodo
(twz, tiempo de repeticin de ciclo).
La razn por la que ese periodo de tiempo twz puede terminar sin que la estacin secundaria responda
puede ser:
a) la estacin secundaria est fuera de servicio ("switched off"),
b) la estacin secundaria no est presente,
c) la estacin secundaria ha sido o est siendo inicializada,
d) la comunicacin ha sido interrumpida por corte del interface fsico.
La inicializacin consiste en el envo desde la estacin primaria de un mensaje de reset a la estacin
secundaria, bien cuando la estacin primaria haya sido inicializada, o bien cuando la estacin secundaria
no responda a los mensajes enviados desde la primaria. Existen dos maneras de transmitir el comando
de reset:
1. Reset del bit de cuenta de trama (FCB, Frame Count Bit), funcin 7 de la capa de enlace,
aadida a las establecidas en la norma IEC 870-5-2.
2. Reset de la unidad de comunicacin (CU, Communication Unit), funcin 0 de la capa de
enlace, que aparece en la mencionada norma.
Ser la estacin primaria la que elija entre uno u otro mensaje o procedimiento, en base a los siguientes
criterios:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 59
1. Reset FCB, cuando se pretenda cancelar definitivamente un proceso. Se emplear esta forma
de cancelacin cuando dicho proceso no disponga de una manera de finalizarlo menos
agresiva para la estacin secundaria.
2. Reset FCB, cuando interese inicializar las comunicaciones con una estacin secundaria pero
sin perder los cambios de carcter urgente (clase 1), por ejemplo, cuando la estacin
secundaria deje de responder dentro de su proceso de interrogacin (siempre que se
agoten los recursos que correspondan a la situacin particular, como repeticin de
mensajes, etc.).
3. Reset CU, cuando se inicie una comunicacin espordica a modo remoto, es decir, una
interrogacin no sujeta a un ciclo rpido predeterminado.
4. Reset CU, cuando se reanude la comunicacin con una estacin secundaria que lleve un
tiempo relativamente largo sin comunicar (por ejemplo, ms de cinco minutos).
5. Reset CU, cuando en general interese borrar la cola de transmisin de mensajes pendientes
de envo (los cambios de proteccin, tal y como se definen en VDEW/ZVEI).
En el caso de reset del FCB, este bit interno FCB en la estacin primaria (en la estacin secundaria no
existe) se pone a "0" en el presente mensaje, el del propio reset, para que el siguiente mensaje que se
enve a la estacin secundaria incorpore FCB=1 y FCV=1. Los mensajes en el buffer de transmisin de la
estacin secundaria no se borran. Se cancelan definitivamente las transferencias de datos, es decir,
aquellos procesos que pudieran haber sido inicializados pero no finalizados.
En el caso de reset de CU, se borran adems los mensajes del buffer de transmisin. Este buffer de
transmisin se refiere a la cola de informacin correspondiente a cambios espontneos, es decir, a datos
de clase 1 espontneos tal y como se definen en la propuesta VDEW/ZVEI. No se referir a ficheros de
sucesos ni ningn tipo de informe, ni tampoco a los cambios recogidos con las funciones de control.
Lo habitual ser que la estacin primaria inicie una comunicacin enviando al menos un reset FCB, para
ajustar el valor del bit FCB.
Las indicaciones locales de la estacin secundaria, va interface hombre-mquina MMI, no se ven
afectadas por ninguna de estas operaciones de reset.
El mensaje de reset enviado desde la estacin primaria, cualquiera de ellos, es un mensaje de trama
corta y fija, sin datos de aplicacin, solo se necesita la capa de enlace, donde mediante la funcin de
enlace se indica el tipo de reset.
Tras el envo del mensaje de reset desde la estacin primaria, la estacin secundaria responde con dos
mensajes que indican la identificacin del equipo y, el primero, el tipo de reset recibido, mientras que el
segundo indica la causa que ha provocado el envo del reset, si es posible identificarla (cuando se ha
inicializado o encendido localmente la unidad). Estos mensajes son de clase 1, y son los primeros de este
tipo en enviarse tras un REQUEST clase 1, incluso por delante de otros de la misma clase que estuvieran
en el buffer de transmisin.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 60
Las indicaciones relacionadas con este procedimiento son:

TYP desde estacin secundaria a estacin primaria
<5>
:=
Identificacin
COT desde estacin secundaria a estacin primaria
<3>
:=
Reset bit FCB
<4>
:=
Reset CU
<5>
:=
Arranque / rearranque ("start / restart")
<6>
:=
Encendido ("power on")
INF desde estacin secundaria a estacin primaria
<2>
Reset bit FCB
<3>
Reset CU
<4>
Arranque / rearranque
<5>
Identificacin
Una vez enviada la funcin de reset desde la estacin primaria (mensaje de tipo SEND/CONFIRM), la
estacin secundaria responde al primer REQUEST de clase 1 con el apropiado mensaje de inicializacin
o reset, que siempre es el TYP=5 ( ASDU=5) variando el INF y la COT segn sea un reset u otro, como
ya se ha indicado (adems del propio cdigo de la funcin de enlace correspondiente a cada reset), es
decir, si el reset es de FCB (funcin 7) se responde con COT=3 e INF=2, mientras que si el reset es de
CU (funcin 0) se responde con COT=4 e INF=3.
Esta mensaje de respuesta a la funcin de reset es el primer mensaje que se enva tras el reset desde la
estacin primaria, antes incluso de mensajes de clase 1 de alta prioridad que queden en la cola de
transmisin (cuando haya sido un reset FCB y la misma no haya sido borrada). Se responde de esta
manera cuando se pide REQUEST de clase 1, incluso cuando la estacin secundaria necesite clave de
acceso (el caso de estacin secundaria con clave de acceso se explica ms adelante dentro de este
mismo apartado).
Despus de que la estacin secundaria haya sido inicializada manual o localmente ("reset") o puesta en
servicio (tambin de forma local, "switched on"), en la estacin secundaria se ejecuta un rearranque. En
este caso, adems del mensaje de reset ya explicado, la estacin secundaria enva un mensaje de
arranque o puesta en marcha ("startup"), que indica a la estacin primaria que la unidad ha estado
temporalmente fuera de operacin (facilidad de logging). Este mensaje sigue siendo un ASDU=5 con
COT=5 e INF=4 si la estacin secundaria ha sido inicializada localmente (con funcionamiento previo a la
inicializacin), o con COT=6 e INF=5 si ha sido puesta en marcha o encendida, y se enva
inmediatamente a continuacin del mensaje de respuesta de reset anterior, por delante del resto de
mensajes de la cola de transmisin (incluso delante de los de clase 1).
La estacin secundaria no enva este segundo mensaje de reset si el reset ha sido debido a interrupcin
fsica en la comunicacin por corte del enlace, sin inicializacin local de ningn tipo de la estacin
secundaria, o si ha sido enviado tras la inicializacin de la propia estacin primaria.
Aunque la estacin primaria podra solicitar los datos de clase 2 o el estado de la lnea, la estacin
secundaria no facilitar esa informacin, sino que no responder hasta que se hayan recogido el o los
mensajes de reset. Los mensajes de tipo SEND tampoco se respondern hasta finalizar el proceso de
reset. En ambos casos, la estacin secundaria ignora los mensajes recibidos y permanece a la espera
del REQUEST clase 1 o del mensaje de "log-in" (existe una excepcin a este mecanismo, que son los
mensajes dirigidos al control, y que se explican ms adelante).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 61
Es tarea de la estacin primaria respetar el orden prestablecido de los mensajes tras un reset, es decir, si
todo marcha sin problemas deber enviar el o los dos REQUEST clase 1 (dos mensajes como mximo
en el caso de que se le indique que la secundaria tiene datos de clase 1) para recoger los mensajes de
reset, y a continuacin, si la estacin secundaria tiene clave de acceso, enviar el mensaje de "log-in"
incluyendo la clave para acceder al resto de los datos (aunque siga informando de que tiene datos de
clase 1 pendientes de envo).
Si mientras transcurre el tiempo preestablecido para el ciclo de interrogacin a las estaciones
secundarias (es decir, el tiempo mximo que puede tardar la primaria en interrogar a todas las
secundarias y regresar a interrogar a una determinada estacin secundaria) esta secundaria se arranca
por mtodos externos, no relacionados con la estacin primaria, la estacin secundaria no contestar
ningn mensaje que reciba mientras no se le enve desde la primaria un mensaje de reset, por lo que
acabar el tiempo twz y la estacin primaria comenzar as el proceso ya explicado, enviando entonces
los dos mensajes mencionados.
Para equipos con clave de acceso, el procedimiento del reset de la funcin de comunicaciones de la
estacin secundaria desde la estacin primaria provoca la prdida de dicha clave, por lo que, finalizado
dicho procedimiento de reset, cualquier mensaje de peticin de datos se respondera con el mensaje de
"clave no disponible" hasta que se le enve la clave de acceso correcta (esto no se aplica a los mensajes
de reset y rearranque ante peticin de clase 1, uno o dos mensajes segn se ha explicado). Una vez
enviados stos, las peticiones de clase 1 se responden tambin con el mensaje de falta de clave (incluso
este mensaje es de clase 1, aunque solo se avisa de su presencia la primera vez que se va a enviar a la
estacin primaria). Cualquier mensaje de envo de datos desde la estacin primaria ser ignorado y no se
responder, por lo que se perder esa informacin.
Todo lo explicado hasta ahora es aplicable plenamente para las funciones de proteccin de las
estaciones secundarias, pero se ve alterada parcialmente para la funcionalidad de control de dichas
estaciones, de la siguiente manera:
1. Si la estacin secundaria no dispone de clave de acceso, tras la recepcin de un mensaje de
reset, y a pesar de ello, contestar a los mensajes dirigidos al control (rdenes de mando,
escrituras de salidas, interrogacin de control, etc.), y no atender a los mensajes que no sean de
control (incluido proteccin), permaneciendo a la espera de mensajes de REQUEST clase 1 para
enviar sus mensajes de reset o identificacin y pasar al estado de reposo.
2. Si la estacin secundaria dispone de clave de acceso, tras la recepcin de un mensaje de reset
se continuar con el proceso normal de inicializacin, tal y como se ha descrito, sin tratar de
forma especial los mensajes dirigidos al control.
Despus de una inicializacin y tras el envo de los mensajes de reset y clave de acceso, la estacin
secundaria pasa al estado de reposo, pero la estacin primaria debe actualizar las bases de datos del
centro de control, por lo que se comienza por enviar la sincronizacin, dado que la estacin secundaria
ha podido quedar sin reloj sincronizado, y acto seguido se inicia un proceso de interrogacin general para
actualizar los datos (de proteccin, si las unidades secundarias no disponen de control). Cuando existe
control esto no es suficiente, incluso tampoco para equipos de proteccin ms complejos, por lo que hay
que completar al menos un procedimiento de refresco completo de datos digitales de control, dejando que
la estacin primaria pueda realizar a partir de entonces otros procedimientos como recogida de histricos,
etc..
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 62
Inicializacin de estacin secundaria

twz: tiempo de repeticin
de ciclo, que puede ser un tiempo
constante o un nmero definido
de repeticiones.
REQUEST
SEND
twz
Inicializacin desde la estacin

primaria, por ejemplo, tras el arranque.
Al finalizar twz se enva

SEND RESET CU RESET FCB
desde la estacin primaria.
SEND
RESET
No responde durante el tiempo de espera

(time-out).
La estacin secundaria ya est
preparada para responder.
CONFIRM
REQUEST
clase 1
ACD=1
Si el CONFIRM se pierde, se recibirn nuevos RESET,

aunque slo se genera un mensaje de RESET en la secundaria.
Mensaje de Reset, siempre con COT=Reset CU

RESPOND
COT=Reset FCB. Se transmite el primero incluso
ASDU 5
cuando haya otros datos de clase 1 en el buffer.
Tras el Reset debido al encendido de la estacin
secundaria, en la misma se genera un mensaje REQUEST
de arranque adems del de reset, que se recoge
clase 1
con este REQUEST de clase 1.
Mensaje de arranque: Si la estacin secundaria
RESPOND ha arrancado localmente, se enva este mensaje
tras el de Reset, con COT=Arranque/rearranque
ASDU 5
COT=Encendido. Este mensaje se omite si
fu arrancada con el Reset CU.
Si la estacin secundaria rearranca

durante el periodo sin comunicar con la primaria,
entonces no contestar nada a la misma hasta
que reciba el mensaje de reset desde la primaria.
Arranque de la estacin secundaria durante el
periodo de interrogacin a otras estaciones por
mtodos ajenos a la estacin secundaria
Tiempo de ciclo sin comunicacin

con la secundaria.
Cualquier REQUEST no ser respondido.
REQUEST
twz
Como transcurre el tiempo twz sin que la estacin

secundaria responda, se debe enviar el mensaje de
SEND RESET desde la primaria.
La estacin secundaria no responde a ningn

REQUEST SEND hasta recibir el mensaje de
Reset desde la estacin primaria.
SEND
RESET
CONFIRM
Se contina como en la inicializacin anterior
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 63
7.3.2 Interrogacin general de proteccin

Con la interrogacin general se pretende recoger el estado de ciertas seales de la estacin secundaria
relacionadas con la proteccin, para mantener as actualizadas en la estacin primaria las bases de datos
que representan el estado de las protecciones. Esas seales son las catalogadas como susceptibles de
interrogacin general (de proteccin) de la estacin secundaria, que son solo aqullas que pueden ser
enviadas con COT=9 desde la estacin secundaria (por ejemplo, las indicaciones de falta no son
susceptibles de interrogacin general). En los mensajes de GI se incluye el estado actual de cada seal y
el instante en que alcanz dicho estado.
La interrogacin general de proteccin solo tendr validez y se emplear en aquellas estaciones
secundarias que no dispongan de ninguna funcionalidad de control, sino que exclusivamente dispongan
de la parte de proteccin. En las estaciones que dispongan de la funcionalidad de proteccin y control
integradas se emplearn los procedimientos de control o los especficos de PROCOME que no aparecen
detallados en la propuesta VDEW/ZVEI. El procedimiento se indica aqu para respetar la compatibilidad
con la mencionada propuesta.
La recogida de estas seales se realiza peridicamente, siendo suficiente hacerlo en periodos de 15
minutos. Adems, esta interrogacin debera realizarse tras el reset de la estacin primaria o estacin
secundaria, dado que en cualquiera de estos casos las bases de datos de estado probablemente no se
encontrarn actualizadas. Tambin deberan actualizarse tras un periodo largo sin comunicacin normal
con la estacin secundaria, como en el caso de finalizacin del bloqueo de la direccin de secundario a
primario.
El inicio del ciclo de interrogacin general (GI) lo marca un mensaje del tipo SEND/CONFIRM enviado
desde la estacin primaria a la estacin secundaria cuando la primera lo considere oportuno de acuerdo a
los criterios mencionados, transmitido individualmente desde la estacin primaria a cada estacin
secundaria. Este inicio debe realizarse a partir del estado de reposo de la estacin secundaria.
La estacin secundaria mantiene una lista de todos los mensajes sujetos a interrogacin general, dado
que las funciones compatibles con este protocolo fijan el nmero y tipo de estos mensajes. Tras un inicio
de GI se transmiten sucesivamente todos los elementos de esta lista, mediante los mensajes apropiados
con causa de transmisin (COT) la de GI, y con un cdigo de identificacin del ciclo al que pertenece el
dato transmitido.
Los mensajes de GI se envan siempre que se reciba el inicio de GI y siempre que no exista ningn
mensaje espontneo (clase 1) en la cola de transmisin de la estacin secundaria, ya que cualquier
mensaje espontneo se enviar en cuanto pase a la cola de transmisin, incluso si ello ocurre durante un
ciclo de GI, pues los mensajes de GI se piden, como los espontneos, con un REQUEST clase 1, pero
los mensajes espontneos tienen ms prioridad que los de GI.
Cuando se han procesado y enviado todos los mensajes pertenecientes a una interrogacin general se
enva desde la estacin secundaria un mensaje tipo RESPOND de "final de GI", de manera que se
considera finalizado el ciclo de GI y no se inicia ninguno nuevo hasta que no se reciba otro mensaje de
inicio de GI desde la estacin primaria.
Si se recibe un mensaje de inicio de GI dentro de un ciclo de interrogacin general en curso, ste ltimo
ser cancelado y terminado sin el mensaje de final de GI, y el nuevo ciclo comenzar desde el principio,
es decir, desde el primer mensaje sujeto a interrogacin general almacenado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 64
Entre todos los mensajes que conforman una GI se debe transmitir un informe de la situacin de la
estacin secundaria en ese preciso momento, es decir, si una seal cambia espontneamente mientras la
interrogacin general est en curso, se transmitir el mensaje espontneo indicando el cambio y, si no ha
sido todava enviado, posteriormente se enviar el mensaje de GI correspondiente, incorporando el
estado correcto en ese instante, es decir, el estado modificado.
Para que un ciclo de interrogacin general sea plenamente identificado en el sistema, se incluye un
cdigo de identificacin del mismo dentro de un octeto transmitido en cada mensaje. El cdigo de
identificacin del ciclo de GI se transmite desde la estacin primaria en el mensaje de inicio de GI
(elemento de informacin SCN), y entonces la estacin secundaria aade este cdigo recibido a todos los
mensajes de GI dentro de ese ciclo (elemento de informacin SIN). El cdigo de identificacin del ciclo de
GI es asignado por la estacin primaria de manera aleatoria.
Tras un mensaje de reset del bit FCB la estacin primaria debe ignorar todos los mensajes de GI
presentes en la cola de transmisin de la secundaria todava pendientes de enviar, dado que sta no
borra ningn mensaje de la cola. Si es un reset CU se borran todos los mensajes de la cola.
Cuando se enva un SEND dentro de un ciclo de GI, el ciclo se deber abortar sin ms, de forma que un
nuevo REQUEST clase 1 no dar datos de GI sin antes un mensaje de inicio de GI. Se hace excepcin
cuando el SEND corresponde al mensaje de sincronizacin de reloj, que no abortar el ciclo de GI. Si se
enva un REQUEST clase 2 no se interrumpe el ciclo de GI, sino que continuar con el siguiente
REQUEST clase 1. Lo mismo se puede aplicar si el REQUEST es con datos.
En la seccin de informacin, dentro de la transmisin de interrogacin general se emplean los estados
"recibiendo"="mensaje pendiente" y "enviando"="mensaje no pendiente". En respuesta a un inicio de GI
para informacin compatible con este protocolo solo se permite la respuesta con informacin del mismo
grado de compatibilidad, es decir, no se permiten datos propios de fabricante.
<1>
:=
Mensaje con etiqueta de tiempo
<2>
:=
Mensaje con etiqueta de tiempo y tiempo relativo (faltas)
<8>
:=
Final de interrogacin general
TYP desde estacin primaria a estacin secundaria
<7>
:=
Inicio de interrogacin general
<9>
:=
Interrogacin general
<10> :=
COT desde estacin primaria a estacin secundaria
<9>
:=
<0>
:=
Todos los sealados con una "x" en la lista del apartado 7.5.5.2,
que coinciden con los que tienen COT=9
INF desde estacin primaria a estacin secundaria
<0>
:=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 65
La GI se inicia con el envo desde la estacin primaria del SEND ASDU=7 ( TYP=7) con COT=9, INF=0
y un SCN determinado. Los mensajes de respuesta son RESPOND ASDU=1 ASDU=2 con COT=9 y
SIN=SCN, envindose una seal en cada mensaje, ordenadas segn el valor del INF, que se van
recogiendo con REQUEST clase 1, por lo que se pueden intercalar los mensajes espontneos que
vayan generndose, admitindose los siguientes ASDUs TYPs:
<1>
<2>
<4>
<6>
:=
:=
:=
:=
Mensaje con etiqueta de tiempo (cambios de estado)

Mensaje con etiqueta de tiempo y tiempo relativo (faltas)
Medidas con etiqueta de tiempo y tiempo relativo (distancia de falta)
Sincronizacin de reloj
Estos mensajes se transmiten con COT=1, salvo para el ltimo que es COT=8. Si la GI se realiza en
situacin de modo de pruebas u operacin local, estos mensajes pueden aparecer con otras causas de
transmisin, como son 1, 7, 11 (vase el apartado concreto).
Tras el envo del ltimo mensaje con datos de GI, la estacin secundaria responde al REQUEST de clase
1 con el RESPOND ASDU=8 con COT=10 e INF=0 para indicar el final de la interrogacin general.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 66
Interrogacin general de proteccin

El ASDU=7 se enva a una estacin secundaria
para iniciar una interrogacin general, y dentro del
mismo se transmite el identificador de GI llamado SCN.
SEND
ASDU 7
CONFIRM
Se piden los mensajes de clase 1

catalogados como enviables en GI.
REQUEST
clase 1
RESPOND
ASDU 1 2
(GI mensaje 1)
Estos mensajes llevan en SIN el

identificador del ciclo GI y COT=9.
Puede retrasarse algo la transmisin
debido a la preparacin de los datos.
REQUEST
clase 1
RESPOND
ASDU 1 2
(GI mensaje 2)
(contina con los sucesivos mensajes de GI)
REQUEST
clase 1
RESPOND
ASDU 1 2
(GI mensaje n)
REQUEST
clase 1
RESPOND
ASDU 8
Indica el final de la interrogacin
general, con COT=10.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 67
7.3.3 Sincronizacin de reloj

El mensaje de sincronizacin de reloj o comando de ajuste horario puede ser enviado desde la estacin
primaria de dos formas:
1. A todas las estaciones secundarias como un mensaje SEND/NO REPLY.
2. A alguna de las estaciones secundarias selectivamente como mensaje SEND/CONFIRM.
Teniendo en cuenta la estabilidad normal de los relojes de cuarzo actuales, bastar con un ciclo de
sincronizacin aproximadamente cada minuto para conseguir una exactitud suficiente, aunque las
especificaciones de exactitud, y por tanto la frecuencia de mensajes de sincronizacin, son objeto de
cada fabricante en particular.
El mensaje de sincronizacin que acompaa al SEND contiene la hora absoluta real (ao..milisegundo en
formato de 7 octetos) del momento en que se transmite el primer bit del mensaje. Esta hora, una vez
recibida en la estacin secundaria, debe ser corregida dentro de la misma mediante un factor de tiempo
de transmisin, que es el producto de la longitud del mensaje y la velocidad de transmisin. La ejecucin
de la operacin de sincronizacin de reloj dentro de la estacin secundaria es tarea de cada fabricante en
particular.
El mensaje de respuesta a la sincronizacin desde la estacin secundaria a la estacin primaria se
transmitir entre mensajes que incorporan el tiempo anterior a la sincronizacin y mensajes que ya
incorporan tal sincronizacin de reloj, lo que permite asignar tiempos convenientemente coordinados a los
datos almacenados en la estacin primaria. Este mensaje de sincronizacin contiene el tiempo que
emplear la estacin secundaria para propsitos de sincronizacin de reloj, que es el tiempo corregido
por el tiempo de transmisin del mensaje y por cualquier retraso que hubiera que tener en cuenta
internamente.
Si el equipo secundario detecta la posibilidad de una desviacin inadmisible en su tiempo interno, todos
los mensajes que enve desde ese instante en adelante con tiempo real absoluto llevarn activado el bit
IV (bit de invalidacin) del tercer octeto del elemento de informacin de tiempo (ver apartado 6.8 de IEC
870-5-4), lo que permite informar de que el tiempo que acompaa a los datos puede ser incorrecto. El
riesgo a que esto ocurra aumenta conforme lo hace el tiempo entre sincronizaciones sucesivas, siendo
muy alto cuando no se realizan sincronizaciones durante ms de 23 horas. Sin embargo, la estacin
secundaria contina transmitiendo los mensajes etiquetados con el tiempo que ella asigna.
Los mensajes enviados, tras un reset del hardware o puesta en servicio de la estacin secundaria, entre
el mensaje de reset y el primer mensaje de respuesta a la sincronizacin o puesta en hora con xito
tendrn tambin el bit de invalidacin activado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 68

<6>
:=
<6>
:=
<8>
:=
<8>
:=
<0>
<0>
La estacin primaria enva el ASDU=6 con COT=8 e INF=0, acompaando el tiempo en siete octetos. Si
el mecanismo es SEND/NO REPLY el proceso termina en ese punto, sin espera de respuesta desde la
estacin secundaria.
Si se emplea el mecanismo SEND/CONFIRM, la estacin secundaria recoge ese tiempo, lo procesa y
enva a la cola de mensajes el mismo ASDU=6 con COT=8 e INF=0, con el tiempo corregido con los
diversos retardos propios de la comunicacin y procesado, que se transmitir en el orden que le
corresponda dentro de los mensajes de clase 1 almacenados en la cola de transmisin, es decir, no tiene
ninguna prioridad respecto al resto de mensajes de clase 1. Por ser mensaje de clase 1, cuando est
preparado la estacin secundaria informar con el bit ACD=1.
Se permite cualquier procedimiento en medio de los mensajes de sincronizacin de reloj en ambas
direcciones, dado que la estacin secundaria no sale del procedimiento en que se encuentre por el hecho
de recibir el mensaje de sincronizacin de reloj, siempre que en ese procedimiento se admita ese
mensaje, como en el estado de reposo, interrogacin general, bloqueo de la direccin de secundario a
primario, etc..
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 69
El ASDU=6 se puede enviar

a todas las secundarias en un
mensaje SEND/NO REPLY
a la direccin 255.
SEND
ASDU 6
Los mensajes de tipo "broadcast"
no deben ser respondidos.
Tambin, el ASDU=6 puede ser

enviado a una estacin secundaria
con una direccin determinada.
SEND
ASDU 6
CONFIRM
ACD=1
REQUEST
clase 1
RESPOND
ASDU 6
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 70
7.3.4 Comandos generales

El procedimiento de comandos generales solo tendr validez y se emplear en aquellas estaciones
Una vez concluido un procedimiento de capa de enlace, es decir, sin que ningn otro procedimiento se
encuentre inicializado, se pueden enviar instrucciones u rdenes a cada una de las estaciones
secundarias mediante el empleo del mensaje de tipo SEND incluyendo el ASDU=20 con TYP=20. La
estacin secundaria reconoce la transmisin de cada instruccin por medio de un carcter simple o de un
mensaje corto (mensaje CONFIRM, funcin 0 1 de la capa de enlace).
El reconocimiento de la interpretacin de la instruccin (no de su ejecucin) se enva como un dato de
clase 1, es decir, se trata de un mensaje espontneo que aparece en la cola de transmisin cuando se
produce (por lo que entre el envo del comando y el reconocimiento pueden existir mensajes espontneos
que estaban pendientes de envo en el momento en que se envi el comando), indicando el estado de la
seal relacionada con el comando as como la informacin de si la estacin secundaria ha interpretado el
mensaje o no. Este reconocimiento no significa que se ha ejecutado el comando, sino slo que se ha
interpretado.
Esto se realiza mediante un ciclo REQUEST/RESPOND, donde la estacin primaria pide datos de clase 1
y la secundaria responde con el ASDU=1 con TYP=1 pero con COT=20 21, segn se haya interpretado
o no el comando, y no es ms que el envo del estado de la seal relacionada con el comando.
Cada instruccin a una estacin secundaria debe finalizar con un reconocimiento por parte de la misma
(positivo o negativo) antes de que la estacin primaria pueda arrancar un procedimiento de comando
nuevo o similar, es decir, no se puede enviar un nuevo comando hasta recibir el reconocimiento del
anterior. Si un comando enviado tras otro provoca una confusin en el procedimiento de comando en
curso, la instruccin ser ignorada con un reconocimiento con COT="Reconocimiento negativo".
Existe un cdigo de identificacin que asegura que cada reconocimiento recibido en la estacin primaria
sea perfectamente identificado con la instruccin a la que corresponde. La estacin primaria asigna a
cada instruccin que enva un cdigo de identificacin de reconocimiento (identificador de retorno de
informacin, RII), que es asignado por su parte en la estacin secundaria al octeto de informacin
suplementaria (SIN) del ASDU de reconocimiento.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 71

<1>
:=
<20> :=
Comando general
<20> :=
Retorno de informacin correcto
<21> :=
Retorno de informacin incorrecto
<20> :=
Comando general
<16> Reenganchador en servicio
<17> Sistema de teleproteccin en servicio
<18> Proteccin en servicio
<19> Reset de LEDs
<23> Caracterstica 1
<16> Reenganchador en/fuera de servicio
<17> Teleproteccin en/fuera de servicio
<18> Proteccin en/fuera de servicio
<19> Reset de LEDs
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 72
Transmisin de comandos
El ASDU=20 se enva a una estacin secundaria
para indicar un comando, y dentro del mismo se
transmite el identificador llamado RII.
SEND
ASDU 20
CONFIRM
ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
Estos mensajes llevan en SIN el RII, identificador

del comando que ha originado su cambio de estado.
Puede retrasarse algo la transmisin
debido a la interpretacin del comando.
Estos mensajes llevan como COT la 20 la 21
dependiendo de que se haya interpretado o no.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 73
7.3.5 Modo de pruebas y operacin local

El modo de pruebas y operacin local solo tendrn validez y se emplearn en aquellas estaciones
Este procedimiento no es como tal uno especial, sino que constituye una forma particular de identificar la
causa de transmisin de los eventos que ocurran mientras la estacin secundaria se encuentre operando
en las condiciones de pruebas o de maniobras locales (esto ltimo se suele aplicar durante los cambios
de configuracin y ajustes locales).
En el modo de pruebas se dispone de las mismas funciones que en reposo, pero tanto los mensajes
espontneos como los valores cclicos medidos recogidos de las estaciones secundarias, necesarios
para procesos en el sistema, se identifican por medio de la causa de transmisin de modo de pruebas en
lugar de la de espontneo o cclico respectivamente.
Sin embargo, incluso en modo de pruebas, el resto de mensajes recogidos, por ejemplo en una
interrogacin general o dirigidos a la funcin de control de la estacin secundaria, se transmiten con su
propia causa de transmisin, dado que en efecto el motivo de transmisin es distinto en cada caso.
Cuando durante el modo de pruebas se pasa al modo de operacin local, los mensajes generados se
modifican como resultado de tal operacin local, es decir, los mensajes relacionados con la configuracin
y ajustes de la estacin secundaria (mensajes "de estado") sern etiquetados con causa de transmisin
"operacin local". Los mensajes que puedan ser modificados en operacin local depende del dispositivo
particular.
En cuanto al resto, cualquier procedimiento est disponible durante el modo de pruebas u operacin
local, sin ms que particularizando la causa de transmisin segn corresponda, como se ha detallado.
Todo lo dicho se aplica estrictamente en la parte del protocolo relacionada con la proteccin. En la parte
de control, especfica de PROCOME, los procedimientos de control no se vern afectados por el modo de
pruebas, no existe ninguna restriccin, las restricciones las realizar el propio control o estacin primaria.
La activacin o desactivacin del modo de pruebas y de la operacin local se indicar por medio de
mensajes que pueden ser empleados, por ejemplo, para propsitos de logging. En concreto, la estacin
secundaria emplea el ASDU=1 para enviar el INF=21 22 con COT=11 para ambos casos, modo de
pruebas y operacin local, tanto cuando se activan estos estados como cuando se desactivan. Estos
mensajes pasan a la cola de transmisin, recogindose en el orden que les corresponda (despus de los
ya presentes en la cola) mediante un REQUEST de clase 1. En este sentido, son tratados como
espontneos, como de clase 1 en cuanto al bit ACD, aunque en su COT no puedan serlo.
Con relacin a las interconexiones compatibles, tanto el modo de pruebas como la operacin local se
activarn de forma local exclusivamente, es decir, no existe ninguna instruccin remota compatible para
tal efecto.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 74
La naturaleza y el fabricante de cada aparato que acte como estacin secundaria determinar si la
funcionalidad de modo de pruebas est disponible en el mismo o no, sin ser objeto de este protocolo
establecer nada al respecto. Aunque la estacin secundaria no incorpore este modo de operacin o
aunque el mensaje generado por el mismo no pueda ser evaluado convenientemente en el sistema, esto
no debe conducir a fallos de funcionamiento durante el intercambio del resto de datos compatibles. En tal
caso, se recomienda que los mensajes que incorporen como causa de transmisin el modo de pruebas
se traten como mensajes espontneos.
Cualquiera presente en otro procedimiento, ninguno en especial
<7>
:=
Modo de pruebas
<11> :=
Operacin local
Adems, aquellas que no sean espontneas o cclicas en el resto de procedimientos
Las seales "de estado", que pueden aparecer en el modo de operacin local, son:
<16> Reenganchador en servicio
<17> Sistema de teleproteccin en servicio
<18> Proteccin en servicio
<19> Reset de LEDs
<20> Bloqueo de sealizacin
<21> Modo de pruebas
<22> Ajuste local de parmetros
<27> Entrada auxiliar por contacto 1
Las seales que pueden aparecer como modo de pruebas son todas las que pueden
hacerlo como espontneas o cclicas.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 75
Modo de pruebas y operacin local

Se activa el modo de pruebas...
ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica la activacin del

modo de pruebas local.
Los mensajes de falta ocurridos durante
el modo de pruebas se transmiten con
COT=Modo de pruebas.
Se activa la operacin local...
ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica el inicio de

la operacin local de ajuste.
Todos los mensajes de falta van con
COT=Modo de pruebas.
Todos los mensajes generados por la operacin
local de ajuste van con COT=Operacin local.
Todos los mensajes de GI van con COT=GI.
Se desactiva la operacin local...

ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica el final de

la operacin local de ajuste.
Se desactiva el modo de pruebas...

ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica el final del

modo de pruebas.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 76
7.3.6 Modo de bloqueo de la direccin desde secundario a primario

Esta operacin, ms que un procedimiento es una situacin a la que puede llegar la estacin secundaria
y que afecta al resto de operaciones con la estacin primaria. Consiste en el bloqueo de la comunicacin
desde la estacin secundaria a la estacin primaria, realizado exclusivamente de forma local en la propia
estacin secundaria, con lo que prcticamente todos los mensajes en esta direccin no se transmiten (se
ver que alguno s se transmite).
Si se realiza el bloqueo de la direccin desde secundario a primario no se transmitir apenas ningn
nuevo mensaje ni medida (excluidos los de control). Tras el bloqueo, ante la siguiente peticin de
REQUEST de datos de clase 1 la estacin secundaria enva el ASDU=1 con COT="operacin local" y
INF=20 para indicar a la estacin primaria que a partir de entonces queda bloqueada la direccin de
estacin secundaria a estacin primaria. Cabe sealar que este proceso se producir dentro de uno de
operacin local, o bien se interpreta como una maniobra local, y por eso lleva esa COT aunque no se
encuentre en lo que conocemos como operacin local de cambio de ajustes, ya que el bloqueo slo
puede realizarse en este modo.
A continuacin, y si procede, la estacin secundaria cancelar definitivamente cualquier ciclo que pudiera
estar en proceso, indicando el correspondiente mensaje de finalizacin si lo hubiera (como en el caso de
una interrogacin general empleando el mensaje de "final de GI", es decir, ASDU=8 con COT=10). A
partir de entonces, cualquier peticin de datos con REQUEST clase 1, clase 2 o con datos se responder
con un mensaje corto de funcin 9, RESPOND NACK, datos no disponibles.
En cuanto a la cola de transmisin con los mensajes pendientes, todos los mensajes espontneos se van
guardando en la cola para enviar despus del desbloqueo, aunque los mensajes de una GI anterior
pendientes de enviar y los cclicos se borran de la misma.
Los mensajes con instrucciones enviados a pesar del bloqueo de la direccin desde secundario a
primario (mensajes de tipo SEND/CONFIRM) sern aceptados con el mensaje CONFIRM ACK, pero las
instrucciones no se ejecutarn, y tras finalizar el bloqueo se informar convenientemente a la estacin
primaria de que esas instrucciones han sido ignoradas durante el modo de bloqueo. Por supuesto, lo
mensajes de tipo SEND/NO REPLY sern igualmente ignorados, pero la estacin primaria no tendr
conocimiento de ello.
Sin embargo, por defecto contina operativa la sincronizacin del reloj, es decir, la estacin secundaria
admite el ASDU=6 y lo responde cuando lo haya procesado, tal y como se explica en el apartado
correspondiente a este procedimiento. Si se enva con mensaje SEND/NO REPLY no ser respondido.
Todo lo mencionado hace referencia a estaciones secundarias de proteccin exclusivamente. Para
estaciones secundarias donde se integra proteccin y control, los procedimientos de control no se vern
afectados por el modo de bloqueo, no se ver afectado el envo de informacin de control, se permite la
recogida de esta informacin an en modo de bloqueo.
Al finalizar el bloqueo, la estacin secundaria enva un mensaje de clase 1 con el ASDU=1,
COT="operacin local" y INF=20 incorporando en su valor el nuevo estado de desbloqueo, que se
transmitir tras una peticin de REQUEST clase 1.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 77
Cuando se finaliza el bloqueo de la direccin desde secundario a primario, la estacin primaria debe
iniciar una interrogacin general de proteccin, dado que antes de esto la estacin primaria no puede
conocer el estado exacto de la secundaria. Se despreciarn todos los mensajes espontneos de la cola
de transmisin, generados antes o durante el modo de bloqueo, pues una vez actualizadas las bases de
datos en la estacin primaria estas seales conduciran a estados errneos. Para ello, antes de la
interrogacin general debe completarse la recogida de todos los mensajes de clase 1 presentes en el
buffer de transmisin.
Con respecto a las interconexiones compatibles, la funcionalidad de bloqueo slo puede ser activada
localmente, no existiendo instrucciones remotas pensadas para este propsito. La funcin de bloqueo de
la direccin desde secundario a primario puede ser incorporada en distintos dispositivos, pero su
presencia no se obliga ni regula en las especificaciones de este protocolo. Sin embargo, cuando est
presente no debe causar fallos de funcionamiento en el intercambio de datos compatibles con equipos
que no dispongan de esta funcionalidad.
<1>
:=
<6>
:=
<6>
:=
<8>
:=
<11> :=
Operacin local
<8>
:=
<0>
:=
<20> :=
Bloqueo de sealizacin
<0>
:=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 78
Bloqueo de la direccin desde secundario a primario

Se activa el bloqueo en la direccin
de secundario a primario.
ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica la activacin del

bloqueo de direccin local, con
COT=Operacin local.
Cualquier GI en proceso ser finalizada

al activar el bloqueo de la direccin de
secundario a primario, mediante el
ASDU=8 y COT=Final de GI.
Ante cualquier peticin de tipo REQUEST
(excepto los mensajes de control)
se responde con la funcin 9 de la capa de
enlace: RESPOND NACK datos no disponibles.
La estacin secundaria acepta el sincronismo
incluso entando en este modo de bloqueo.
Se responde con el mensaje de sincronismo
incluso estando en este modo de bloqueo,
cuando el mensaje pase a la cola de transmisin.
Se desactiva el bloqueo en la direccin
de secundario a primario.
ACD=1
REQUEST
clase 1
RESPOND
ASDU 1
El ASDU=1 indica la desactivacin del

bloqueo de direccin local, con
COT=Operacin local.
(operacin normal)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 79
7.3.7 Peticin de datos de perturbacin

En los equipos digitales de proteccin se muestrean las intensidades y tensiones con frecuencias de
muestreo dadas, de modo que esos valores sean empleados a efectos de proteccin. Adicionalmente,
estas muestras pueden ser almacenadas para formar la base de una funcin de registro de
perturbaciones. Por otro lado, existen equipos dedicados exclusivamente al registro de perturbaciones.
La funcin de registro de perturbaciones a la que se refiere este protocolo estndar en este procedimiento
es aquella formada por los valores de intensidad y tensin recogidos por cualquier tipo de estacin
secundaria, tanto por equipos de proteccin como por equipos de registro dedicados expresamente para
ello en los sistemas elctricos.
Un registro de perturbacin contiene, siempre que est disponible en el equipo:
1. Valores analgicos ("valores de perturbacin"), codificados digitalmente.
Tpicamente son las intensidades I1, I2, I3, IN, y tensiones U1, U2, U3, UEN.
2. Valores binarios ("seales digitales").
Son, por ejemplo, indicaciones de arranques y disparos.
El mtodo de transmisin descrito consiste en una transferencia de ficheros. Una vez inicializada la
transmisin de datos de perturbacin, con la que se recoge informacin general del registro, se
transmiten los valores binarios o digitales y, canal por canal (intensidades y tensiones de cada fase), los
valores analgicos de la perturbacin.
El proceso de transmisin presentado es un poco ms largo que lo estrictamente necesario (aunque no
muy significativamente). Sin embargo, se ha ideado de esa forma de cara a conservar la compatibilidad
completa con el procedimiento de la propuesta VDEW/ZVEI (que consiste en la secuencia en orden e
ininterrumpida de los mensajes que se van a detallar).
Todos los ASDUs se transmiten en mensajes de datos de clase 1 en la capa de enlace, aunque solo
cuando el sistema primaria-secundaria se encuentre dentro de un proceso de transmisin de datos de
perturbacin, es decir, no son mensajes espontneos (excepto el de informacin del estado de registros).
En todo el proceso la causa de transmisin es COT=31="Transmisin de datos de perturbacin", en una y
otra direccin.
El proceso de transmisin se divide en partes independientes y a su vez indivisibles, cada una con un
procedimiento de transmisin, que se indican a continuacin:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.1
Pg. 80
Informacin del estado de los registros
Inicialmente, la estacin secundaria indica a la estacin primaria que ha registrado una nueva
perturbacin, cuando ello ocurra, por medio de un mensaje espontneo o de clase 1 incluyendo el
ASDU=23 (ASDU con TYP=23), es decir, "Lista de perturbaciones almacenadas". Con este ASDU se
indica la relacin de perturbaciones almacenadas y no enviadas completamente a la estacin primaria, es
decir, las perturbaciones pendientes de envo.
Esta informacin sobre el nmero de perturbaciones pendientes de envo puede ser recogida por la
estacin primaria de manera voluntaria cuando lo desee, an cuando no se hayan generado nuevas,
mediante el servicio de aplicacin llamado "Peticin de datos en monomensaje", con el mensaje de tipo
SEND con datos incluyendo el ASDU=123, que ser respondido con el mensaje RESPOND ASDU=23
(previamente al envo del RESPOND el ciclo de mensajes se completa con el CONFIRM ACK desde la
estacin secundaria y el REQUEST clase 1 desde la primaria).
El segundo octeto del ASDU=23, referente al tipo de estructura (VSQ, Variable Structure Qualifier),
contiene el nmero de perturbaciones registradas, que es a su vez el nmero de elementos de
informacin del ASDU, lo que quiere decir que el ASDU tiene una longitud variable. Cada elemento est
formado por:
1. El nmero de falta, dentro de la enumeracin consecutiva de faltas consecutivas. Este nmero
es el mismo tanto para datos de perturbacin como para indicaciones de falta.
2. El estado de la falta. Indica si el equipo secundario ha disparado durante la perturbacin
registrada (cuando se trate de una proteccin), as como si la perturbacin est siendo
actualmente transmitida.
3. El instante de perturbacin o falta en formato de "siete octetos". Esto facilita la asociacin de
registros de perturbacin de distintas estaciones con los instantes en que ocurren a efectos de
sincronizacin de los datos registrados.
La estacin primaria tiene la facultad de seleccionar entre continuar con la peticin de datos de
perturbacin o postergar dicha transmisin para ms tarde.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.2
Pg. 81
Inicio de transmisin de un registro
Una vez recibida la lista de perturbaciones almacenadas, o cuando lo estime oportuno, la estacin
primaria iniciar la peticin de los datos registrados en un registro en concreto, para lo que emplear el
servicio de aplicacin denominado "Peticin de datos en monomensaje".
La estacin primaria selecciona, a partir de la lista de perturbaciones almacenadas, los datos de
perturbacin que requiere, mediante el envo del ASDU ASDU=24, "Orden de transmisin de datos de
perturbacin", cuyo contenido es el siguiente:
1. El tipo de orden asociada al mensaje (en este caso, TOO=1, "Seleccin de falta").
2. El tipo de valores de perturbacin (no relevante en este caso, solo TOV=1).
3. El nmero de la falta seleccionada.
4. El nmero de canal seleccionado (no relevante en este caso).
Tras un reconocimiento positivo desde la estacin secundaria del tipo CONFIRM ACK, la misma contesta
al REQUEST de clase 1 transmitiendo el RESPOND ASDU=26, "Preparado para la transmisin de datos
de perturbacin", que contiene:
1. El tipo de orden asociada al mensaje (no relevante en este caso, TOO=0).
2. El tipo de valores de perturbacin (en este protocolo estndar, solo TOV=1, valores
instantneos).
3. El nmero de la falta seleccionada, dentro de la enumeracin consecutiva de faltas
consecutivas (este nmero es el mismo para datos de perturbacin y para indicaciones de falta).
4. El nmero de falta en la red (vara consecutivamente y se emplea para asignar registros a
faltas en la red).
5. El nmero de canales analgicos que se van a transmitir (parmetro fijo para cada estacin
secundaria).
6. El nmero de elementos de informacin o muestras por canal (el mismo para todos los
canales).
7. El intervalo de muestreo entre los elementos de informacin (o muestras) de los canales
analgicos o valores de perturbacin (est dado en microsegundos).
8. La etiqueta de tiempo del primer elemento de informacin (o muestra) de los canales
analgicos o valores de perturbacin, en cuatro octetos.
Como se observa, se trata de un resumen o cabecera del registro de datos de perturbacin de carcter
informativo para que la estacin primaria sea capaz de reconstruir el registro una vez recibido, y por tanto
es de suma importancia recibirlo en la misma. Sin embargo, una vez recibido, no tiene sentido volver a
pedirlo, aun cuando se fraccione la transmisin.
En este punto finaliza esta parte del procedimiento global. La estacin primaria tiene la facultad de
seleccionar entre continuar con la peticin de datos de perturbacin o postergar dicha transmisin para
ms tarde.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.3
Pg. 82
Transmisin de datos digitales
Una vez finalizada la transmisin anterior o cuando lo estime oportuno, la estacin primaria iniciar la
peticin de los datos digitales de un registro en concreto, para lo que emplear el servicio de aplicacin
denominado "Peticin de datos en monomensaje".
Para ello, la estacin primaria enva el mensaje SEND ASDU=24, "Orden de transmisin de datos de
perturbacin", conteniendo:
1. El tipo de orden (peticin o cancelacin de los datos de perturbacin, TOO=2 TOO=3).
2. La copia del tipo de valores de perturbacin, tomada del anterior ASDU=26.
3. La copia del nmero de la falta, tomada del anterior ASDU=26.
4. El nmero de canal seleccionado (no relevante en este caso).
al REQUEST de clase 1 transmitiendo el mensaje RESPOND ASDU=28, "Preparado para la transmisin
de seales digitales", incluso aunque no existan seales digitales a transmitir. En este ASDU el nico
campo relevante es el nmero de falta.
Una vez finalizada la transmisin anterior, la estacin primaria iniciar la peticin de los datos digitales de
un registro en concreto, para lo que emplear el servicio de aplicacin denominado "Peticin no urgente
de datos en mono/multimensaje, servicio alternativo".
Para ello, la estacin primaria enva el mensaje SEND ASDU=24, "Orden de transmisin de datos de
perturbacin", empleando el tipo de orden de peticin o cancelacin de seales digitales (el resto de
datos se mantiene como en el apartado anterior).
Supuesto que la orden sea continuar con la transmisin, tras un reconocimiento positivo desde la
estacin secundaria del tipo CONFIRM ACK, la misma contesta al REQUEST de clase 1 transmitiendo el
mensaje RESPOND ASDU=29, "Transmisin de seales digitales", que contiene primero el estado inicial
de todas las seales digitales:
1. Nmero de falta seleccionada, dentro de la enumeracin consecutiva de faltas consecutivas.
2. Nmero de seales digitales relevantes en el ASDU. En este caso, y al tratarse de la
transmisin de estados iniciales de las seales digitales, coincide con el nmero de canales
digitales registrados.
3. Posicin de las seales digitales, aqu siempre cero para todas al ser el estado inicial.
4. Tipo de funcin (se emplear la funcin genrica, excepto para los datos propios de la
propuesta VDEW/ZVEI, que emplearn la adecuada, pero no se aplicar en equipos compatibles
con PROCOME).
5. Nmero de informacin de la seal digital. Para los datos propios de la propuesta VDEW/ZVEI,
el nmero de informacin es el asociado en las listas del apartado 7.5.5.2, mientras que para el
resto de los datos compatibles PROCOME se trata de la identificacin o nmero del canal digital.
Se emplear la opcin de datos PROCOME, a travs de la funcin genrica.
6. Estado (en este caso, inicial) de la seal digital.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 83
A continuacin, tras sucesivos REQUEST de clase 1 desde la estacin primaria, la estacin secundaria
transmite uno tras otro todos los cambios de las seales digitales con el ASDU=29, conteniendo cada uno
cambios simultneos:
1. Nmero de falta seleccionada, dentro de la enumeracin consecutiva de faltas consecutivas.
2. Nmero de seales digitales relevantes en el ASDU, que en este caso se trata del nmero de
cambios incluidos en el ASDU, de entre los simultneos en la posicin indicada a continuacin.
3. Posicin de las seales digitales simultneas indicadas, que equivale al nmero de muestra
medida desde el inicio del registro donde se producen esos cambios.
4. Tipo de funcin (se emplear la funcin genrica, excepto para los datos propios de la
propuesta VDEW/ZVEI, que emplearn la adecuada, pero no se aplicar en equipos compatibles
con PROCOME).
5. Nmero de informacin de la seal digital. Para los datos propios de la propuesta VDEW/ZVEI,
el nmero de informacin es el asociado en las listas del apartado 7.5.5.2, mientras que para el
resto de los datos compatibles PROCOME se trata de la identificacin o nmero del canal digital.
Se emplear la opcin de datos PROCOME, a travs de la funcin genrica.
6. Nuevo estado tras el cambio de la seal digital.
Mediante el empleo del ASDU=31, "Final de transmisin", la estacin secundaria indica el final de esta
parte de datos, con o sin cancelacin, mediante el tipo de orden TOO="Final de transmisin de seales
digitales con/sin cancelacin".
En este procedimiento no se va a emplear el habitual octeto de control OCO dado que la finalizacin de la
transmisin de los datos se indica con un ASDU diferente.
ms tarde.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.4
Pg. 84
Reconocimiento de datos digitales y Transmisin de canales analgicos
Una vez finalizada la transmisin anterior o cuando lo estime oportuno, la estacin primaria reconocer
positiva o negativamente la transmisin de los datos digitales enviados en el proceso anterior, para lo que
emplear el servicio de aplicacin denominado "Peticin de datos en monomensaje".
Para ello, la estacin primaria enva el mensaje SEND ASDU=25, "Reconocimiento", y TOO="Seales
digitales transmitidas con/sin xito" (el resto de datos se mantiene como en el apartado anterior).
de un canal", con el que la estacin secundaria ofrece a la primaria el primer canal a transmitir. Es
importante mantener el orden y no saltarse canales, dado que est predeterminado de antemano. El
contenido de este ASDU es:
1. El tipo de orden (no relevante en este caso).
2. El tipo de valores de perturbacin (solo TOV=1, valores instantneos).
3. El nmero de falta.
4. El nmero de canal a transmitir (aqu el primero).
5. Valores nominales primario y secundario, as como factor de referencia.
Este ASDU=27 es importante en la estacin primaria dado que contiene las escalas del canal analgico a
transmitir. Por ello, se tendr que ejecutar este proceso cuando se quiera iniciar una transmisin de un
canal analgico aunque no se hayan pedido datos digitales, en cuyo caso se enviar en el ASDU=24
desde la primaria el TOO=68, "Seales digitales transmitidas con xito".
Una vez hecho esto, la estacin primaria comenzar a pedir los canales analgicos, uno por uno, para lo
que emplear el servicio de aplicacin denominado "Peticin no urgente de datos en mono/multimensaje,
servicio alternativo".
Para ello, la estacin primaria enva el mensaje SEND ASDU=24, que contiene:
1. El tipo de orden ("Peticin o cancelacin de canal analgico", TOO=8 TOO=9).
2. Copia del tipo de valores de perturbacin preparado para transmitir.
3. Copia del nmero de falta preparado para transmitir.
4. El nmero de canal a transmitir (aqu el primero).
Tras un reconocimiento positivo desde la estacin secundaria del tipo CONFIRM ACK (supuesto que se
contina con la peticin), la misma contesta al REQUEST de clase 1 transmitiendo el mensaje RESPOND
ASDU=30, "Transmisin de valores de perturbacin", donde se especifica la transmisin del canal por
medio de:
1. El tipo de orden (no relevante en este caso).
2. El tipo de valores de perturbacin (solo TOV=1, valores instantneos).
4. El nmero del canal a transmitir (aqu el primero).
5. El nmero de elementos de informacin o muestras transmitidas en ese ASDU.
6. El nmero asociado al primer elemento de informacin o muestra transmitida en ese ASDU.
7. Los elementos de informacin o muestras del canal, en orden ascendente.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 85
A continuacin, tras sucesivos REQUEST de clase 1 desde la estacin primaria, la estacin secundaria
transmite una tras otra todas las muestras del canal analgico. Despus del ltimo ASDU relativo al
primer canal, la estacin secundaria indica el final de la transmisin del mismo, mediante el ASDU=31,
"Final de transmisin", que conlleva:
1. El tipo de orden, indicando el fin de transmisin de canal con o sin cancelacin.
2. El tipo de valores de perturbacin.
4. El nmero de canal transmitido (aqu el primero).
Mediante el empleo del ASDU=31, "Final de transmisin", la estacin secundaria indica el final de esta
parte de datos, con o sin cancelacin, mediante el tipo de orden TOO="Final de transmisin de canal
analgico con/sin cancelacin".
En este procedimiento no se va a emplear el habitual octeto de control OCO dado que la finalizacin de la
transmisin de los datos se indica con un ASDU diferente.
ms tarde.
Este procedimiento puede iniciarse en cualquier instante para pedir un canal analgico determinado. Para
ello, la nica particularidad que se aade al procedimiento es la de que el ASDU=25, "Reconocimiento",
se puede enviar desde la estacin primaria con TOO=8, "Peticin de canal analgico", para iniciar en
cualquier instante el proceso de recogida de un canal analgico.
En ese caso, el nmero de canal no indica el que se reconoce, sino el que se desea recoger a
continuacin, y en la subsiguiente respuesta de la secundaria, sta ofrecer dicho canal a la primaria.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.5
Pg. 86
Reconocimiento de canal analgico
Una vez finalizada la transmisin anterior o cuando lo estime oportuno, la estacin primaria reconocer
positiva o negativamente la transmisin del canal analgico enviado en el proceso anterior, para lo que
emplear el servicio de aplicacin denominado "Peticin de datos en monomensaje".
Para ello, la estacin primaria enva el mensaje SEND ASDU=25, "Reconocimiento", y TOO="Canal
analgico transmitido con/sin xito" (el resto de datos se mantiene como en el apartado anterior).
de un canal", con el que la estacin secundaria ofrece a la primaria el siguiente canal a transmitir, y se
repiten los pasos anteriores para transmisin de canales analgicos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.7.6
Pg. 87
Reconocimiento de transmisin de registro completo
Tras la transmisin del ltimo canal y el respectivo reconocimiento por parte de la estacin primaria, la
secundaria enva el ASDU=31, "Final de transmisin", indicando en el octeto TOO el "Final de transmisin
de datos de perturbacin con/sin cancelacin".
La perturbacin completa es entonces reconocida por la estacin primaria mediante el ASDU=25 y con
TOO de valor "Datos de perturbacin transmitidos con/sin xito". La estacin primaria no debe borrar los
datos de la perturbacin nunca, dado que de otra forma no habra posibilidad de repetir la transmisin.
Solo se borrarn registros de perturbacin cuando sean sobrescritos por registros nuevos.
Este ltimo reconocimiento es opcional para los equipos compatibles PROCOME, aunque es obligado en
los equipos compatibles con la propuesta VDEW/ZVEI.
Una vez finalizada la transmisin de los datos de una perturbacin, con o sin cancelacin, si hubiera sido
detectada alguna nueva falta en la estacin secundaria en el intervalo de tiempo en que se transmiti la
anterior, tras el siguiente REQUEST clase 1 la estacin secundaria enviar el ASDU=23 con la lista
actualizada de las perturbaciones registradas y pendientes de envo (en caso de haberse interrumpido la
anterior transmisin, todava permanecer en esta lista actualizada) para informar de la nueva situacin a
la estacin primaria.
La transmisin de un registro de perturbacin en la propuesta VDEW/ZVEI consiste siempre en la
secuencia de procedimientos indicada, uno tras otro sucesivamente y necesariamente de forma
ininterrumpida.
Sin embargo, para estaciones secundarias compatibles PROCOME cada subproceso indicado es
independiente de los dems, y por ello se puede solicitar desde la primaria en el orden que desee y en
los momentos en que estime oportuno, dotando as de una gran flexibilidad al conjunto de la transmisin.
Para ello, la nica particularidad que se aade al procedimiento es la de que el ASDU=25,
"Reconocimiento", se puede enviar desde la estacin primaria con TOO=8, "Peticin de canal analgico",
para iniciar en cualquier instante el proceso de recogida de un canal analgico (en ese caso, el nmero
de canal no indica el que se reconoce, sino el que se desea recoger a continuacin, por lo que en la
subsiguiente respuesta de la secundaria, sta ofrecer dicho canal a la primaria). El resto de
subprocesos de la recogida son independientes y pueden iniciarse en cualquier momento, sin dotarles de
ninguna particularidad adicional.
La estacin secundaria no debe llevar el control de la transmisin, sino que eso es tarea de la primaria. El
inicio de cada subproceso es autoexplicativo, no depende de los mensajes anteriormente transmitidos,
caracterstica que permite la divisin de la transmisin global.
La transmisin de los mensajes en el orden deseado por la estacin primaria permite, por ejemplo,
transmitir solo los canales analgicos, o solo parte de ellos, o transmitir exclusivamente la cabecera del
registro, etc..
Un nuevo mensaje recibido correcto e interpretado en la estacin secundaria valida automticamente los
datos enviados en el mensaje anterior, ya sea ese nuevo mensaje perteneciente al procedimiento
presente o a cualquier otro procedimiento, de forma que los datos enviados se consideran correctos en la
primaria desde el punto de vista de la secundaria.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 88
Todos mensajes de reconocimiento no tiene ms utilidad que confirmar a la estacin secundaria el final
de la transmisin anterior, para el caso de que la primaria desee recoger el registro de perturbacin
secuencialmente sin necesidad de iniciar cualquier otro procedimiento. Por ello, la estacin secundaria
har caso omiso a que el reconocimiento indique que la transmisin haya tenido xito o no (solo tendra
sentido cuando necesite borrar los datos de su sistema de almacenamiento).
En cualquier punto del proceso de transmisin de datos de perturbacin la estacin primaria est
capacitada para cancelar la misma mediante el envo del ASDU=24 con el tipo de orden TOO ajustada en
alguna de las cancelaciones disponibles, finalizando el proceso con la respuesta por parte de la estacin
secundaria del ASDU=31 y TOO ajustado a "Final de transmisin con cancelacin por parte de la
estacin primaria".
Los mensajes ya enviados no se identifican como pendientes de envo, por lo que en sucesivas
transmisiones todo el registro se considera ya enviado (aunque en realidad no haya sido enviado
completamente, se interpreta que la estacin primaria no tiene inters en recibir todo el registro; de
hecho, basta con enviar el ASDU=26 para que el registro se considere como no pendiente).
Sin embargo, el envo de un reset de comunicaciones (por ejemplo, por errores de recepcin en la
estacin primaria) provoca que los datos sigan considerndose como no enviados hasta que realmente
se enven. Los datos ya enviados y confirmados por la estacin primaria s que se consideran como no
pendientes de envo.
En ambos casos, tras el envo desde la estacin secundaria del mensaje de reconocimiento se pasa al
estado de reposo, pero indicando con el bit ACD que tiene mensajes de clase 1, en concreto el ASDU=23
que indica el nmero y fecha de las perturbaciones que quedan por enviar.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 89

<23> :=
Lista de perturbaciones almacenadas
<26> :=
Preparado para transmisin de datos de perturbacin
<27> :=
Preparado para transmisin de un canal
<28> :=
Preparado para transmisin de seales digitales
<29> :=
Transmisin de seales digitales
<30> :=
Transmisin de valores de perturbacin
<31> :=
Final de transmisin
<24> :=
Orden para transmisin de datos de perturbacin
<25> :=
Reconocimiento
<123> :=
Peticin de registros de perturbacin pendientes de envo
COT (ambas direcciones)
<31> :=
Transmisin de datos de perturbacin
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 90

SEND
ASDU 123
CONFIRM
REQUEST
clase 1
REQUEST
clase 1
RESPOND
ASDU 23
Seleccin de la falta.
RESPOND
ASDU 23
Este ASDU=23 informa a la primaria de

la lista de perturbaciones almacenadas.
SEND
ASDU 24
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 26
Peticin o cancelacin de la
transmisin de datos de perturbacin.
Este ASDU=26 informa a la primaria de que

la secundaria est preparada para transmitir
los datos de la perturbacin seleccionada.
SEND
ASDU 24
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 28
transmisin de datos digitales.

los datos digitales de la perturbacin seleccionada.
SEND
ASDU 24
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 29
Este ASDU=29 transmite a la primaria el

estado inicial de las seales digitales.
RESPOND
ASDU 29
Este ASDU=29 transmite a la primaria el

estado de cada seal digital (cambios de estado).
REQUEST
clase 1
(contina...)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 91
Transmisin de datos de perturbacin (continuacin)
REQUEST
clase 1
RESPOND
Este ASDU=31 informa a la primaria de que ha
finalizado la transmisin del estado de seales digitales.
ASDU 31
Reconocimiento positivo o negativo

de la transmisin de datos digitales.
SEND
ASDU 25
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 27
transmisin de un canal analgico.

el primer canal analgico de la perturbacin.
SEND
ASDU 24
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 30
Este ASDU=30 transmite a la primaria los

valores del canal analgico solicitado.
Si procede, indicar el final de la transmisin
del canal por cancelacin de la primaria.
RESPOND
ASDU 31

finalizado la transmisin del primer canal analgico.
REQUEST
clase 1
(contina...)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 92
Transmisin de datos de perturbacin (continuacin)

Reconocimiento positivo o negativo de la
transmisin del primer canal analgico.
SEND
ASDU 25
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 27
transmisin del segundo canal analgico.

el segundo canal analgico de la perturbacin.
SEND
ASDU 24
Mismo ciclo para la transmisin de los

sucesivos canales analgicos que para la
transmisin del primer canal analgico.
REQUEST
clase 1
RESPOND
ASDU 31

transmisin del ltimo canal analgico.

finalizado la transmisin del ltimo canal analgico.
SEND
ASDU 25
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 31

transmisin de los datos de perturbacin.

finalizado la transmisin de los datos de perturbacin.
SEND
ASDU 25
CONFIRM
REQUEST
clase 1
RESPOND
ASDU 23
Este ASDU=23 informa a la primaria de la lista

actualizada de las perturbaciones almacenadas.
(final de transmisin de datos de perturbacin)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 93
7.3.8 Clave de acceso

Se establecer una clave de acceso, a modo de "log-in", para tener acceso a los datos contenidos en la
misma, que ser solicitado por la estacin secundaria antes de recoger o enviar cualquier dato desde la
estacin primaria, excepcin hecha de los mensajes de reset. Existen diversas causas por la que una
estacin secundaria puede encontrarse sin clave de acceso:
a) si la estacin secundaria ha sido arrancada a modo local,
b) transcurrido un intervalo de tiempo sin comunicacin entre estacin secundaria y estacin
primaria (programable entre 1 minuto y 24 horas en pasos de 1 minuto),
c) tras el envo de cualquier reset de comunicaciones (FCB o CU),
Por esta causa, la clave ser solicitada en los procesos de inicializacin de la estacin secundaria, tanto
los originados por el arranque local de la misma como por el reset remoto de la funcin de
comunicaciones, despus de completar el proceso de inicializacin (envo de uno o dos mensajes de
reset). Si la estacin secundaria no tiene programada una clave de acceso, tras la reinicializacin de la
misma se pasar directamente al estado de reposo. La clave nicamente podr ser modificada de modo
local, nunca de forma remota.
La estacin secundaria responder con la informacin de la ausencia de clave ante cualquier REQUEST,
mientras que los SEND sern ignorados, no respondiendo la estacin secundaria a ese mensaje. En el
segundo caso, segn el nmero de SEND enviados y sin contestacin, la estacin primaria podr tomar
la decisin de arrancar un procedimiento de inicializacin, o bien enviar un REQUEST que ser
respondido indicando la ausencia de clave de acceso.
Para poner una estacin al modo de "log-out", basta con dejar sin comunicar con ella durante ms tiempo
que el programado, as como con enviarle el reset de comunicaciones. Una vez hecho esto, en la
prxima conexin la estacin secundaria se encontrar en el estado de reposo sin clave disponible
(cualquier ciclo que estuviese abierto en el instante de pasar a "log-out" ser cancelado), por lo que habr
que volver a enviarla, aunque si se ha realizado algn reset local el estado ser el de espera de reset
remoto o inicializacin desde la estacin primaria, sin responder a nada.
La clave de acceso se enva mediante el servicio de aplicacin denominado "Envo de datos con acuse
de recibo", un mecanismo del tipo SEND/CONFIRM. Con el SEND se transmite desde la estacin
primaria la supuesta clave que debiera tener la estacin secundaria, incluida dentro del ASDU=116 para
indicarle que se trata de un envo de activacin de clave o "log-in". La respuesta de la estacin
secundaria podr ser un ACK que indique que la clave de acceso se ha recibido (lo que no implica que
sea correcta y por tanto quede disponible el acceso), o bien un NACK que indique que no ha sido posible
recibir la clave y deja al aparato como estaba.
Para el caso de que la clave de paso recibida en la estacin secundaria sea incorrecta, o que no haya
sido enviada tras el proceso de inicio, la estacin responder a cualquier mensaje REQUEST (excepto el
de peticin de estado de la lnea) con un mensaje RESPOND ASDU=116, que indicar que est en modo
"log-out" y, por tanto, no es posible ninguna comunicacin con el equipo salvo para enviarle el SEND
ASDU=116 para ponerlo en modo "log-in".
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 94
El mensaje RESPOND ASDU=116 es un mensaje de clase 1, por lo que se indicar su presencia cuando
la estacin secundaria no tenga clave con el bit ACD, aunque solo hasta la primera transmisin del
mensaje tras el "log-out" y no para el resto del tiempo durante el que mantenga tal situacin. Cualquier
otro mensaje de tipo SEND ser ignorado y no contestado desde la estacin secundaria.
Por estos motivos, no se necesita una confirmacin de que la clave que ha sido recibida era la correcta,
ya que es inherente a la respuesta de la estacin secundaria ante cualquier mensaje posterior desde la
estacin primaria.
<116> :=
Clave de acceso no disponible o incorrecta
<116> :=
Envo de clave de acceso
<116> :=
<116> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 95
Clave de acceso
(con clave incorrecta o sin clave)
SEND
(no responder nada hasta tener la clave)

REQUEST
RESPOND
ASDU 116
(no responder otra cosa hasta tener la clave correcta)
(envo de clave)
SEND
ASDU 116
CONFIRM
(reposo)
NACK = Mensaje no aceptado
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 96
7.3.9 Funciones de control

Las funciones relacionadas con el estado de control incluidas en este protocolo son dos: la interrogacin
general de control y el refresco de seales digitales de control. Por otro lado, relacionadas tambin con la
funcin de control de la estacin secundaria estn las funciones de escritura de salidas, habilitacin y
deshabilitacin de entradas y salidas, y envo de rdenes de mando.
Todas estas funciones tienen la particularidad de estar dirigidas a la funcin de control de la estacin
secundaria, y se les asigna una prioridad absoluta dentro del funcionamiento general del sistema, debido
a la importancia que pudieran tener en el mismo. Por ello, se realizan con servicios de aplicacin no
interrumpibles, es decir, de alta prioridad, que a su vez interrumpen sin cancelar definitivamente otros
servicios de menor prioridad.
Cabe sealar que esto no es rigurosamente cierto, ya que existe un procedimiento que provoca la
cancelacin de cualquier otro, incluso de control, y es el reset (tanto el reset CU, funcin 0 de la capa de
enlace, como el reset FCB, funcin 7) ya que provoca la inicializacin de la estacin secundaria y la
cancelacin del ciclo en curso.
Para facilitar el cumplimiento de estas caractersticas de prioridad se han empleado mecanismos muy
elementales que interrumpan lo menos posible a los otros, lo que adems ayuda a cumplir con el
requerimiento bsico de las funciones de control, relativo a tiempos de intercambio de informacin muy
cortos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.1
Pg. 97
Interrogacin de control
Esta funcin es la encargada de la recogida cclica de los datos de control, mediante la llamada
"Interrogacin de control". Generalmente, esta funcin se ejecutar con una periodicidad adecuada a los
requisitos de tiempo de las funciones de control, es decir, en torno a una interrogacin por segundo. El
resto de funciones se ejecutarn en el tiempo sobrante entre los ciclos de interrogacin de control.
Conviene destacar que el protocolo propuesto por VDEW/ZVEI dispone de la funcionalidad adecuada
para recoger datos similares a los de control (la llamada interrogacin general de proteccin o "GI"), pero
esa funcionalidad se basa en unos requisitos de tiempo demasiado tolerantes para su aplicacin a estos
datos de control, al emplear reiteraciones de mensajes y procedimientos poco ptimos a efectos de
tiempo, por lo que se ha optado por implementar esta nueva funcin, que est basada en requisitos de
tiempo cortos y optimizacin de mensajes transmitidos.
La funcin de interrogacin de control se realiza con el servicio de aplicacin denominado "Peticin
urgente de datos en mono/multimensaje". En la direccin de primario a secundario, la interrogacin de
control se inicia con un mensaje desde la estacin primaria del tipo REQUEST/RESPOND, con la
particularidad de que este REQUEST lleva datos (funcin 6 de la capa de enlace), es decir, es una
estructura de trama de longitud variable, consistente en los datos de la capa de enlace y el ASDU=100 en
la de aplicacin donde se indica con INF=200="Peticin de medidas y cambios de seales digitales de
control" o con INF=201="Peticin de contadores" (ambos para la funcin CONTROL=100 y con la
COT=100="Peticin de datos de control"). En caso de ser necesario, cuando se deba realizar
multimensaje, tal y como indica el servicio, se har de forma no interrumpible y con sucesivos REQUEST
con datos pero vacos, con su zona de datos sin los mismos.
En el ASDU=100 de "Peticin de medidas y cambios de seales digitales de control" se podr incluir
opcionalmente dos etiquetas de tiempo, una para indicar la fecha y hora del primer cambio a transmitir
(se enviarn desde el posterior ms cercano), y otra para indicar la del ltimo cambio (se enviarn hasta
el anterior ms cercano). La diferencia entre uno y otro mensaje solo vendr marcada por el campo
LONGITUD de la capa de enlace, es decir, como el resto del mensaje es de longitud fija, solo habr dos
longitudes posibles de mensaje, la correspondiente al mensaje incluyendo las etiquetas de tiempo, y la
correspondiente al mensaje sin etiquetas (exactamente 14 bytes ms corto).
En el caso de peticin de contadores, para arrancar el ciclo de interrogacin, antes de pedir los datos con
el mensaje de tipo REQUEST la estacin primaria debe lanzar el servicio de enlace denominado "Envo
de datos sin respuesta", un mensaje de tipo SEND/NO REPLY a todas las estaciones secundarias
(direccin 255) con objeto de que todas ellas congelen los valores de sus contadores en ese instante, de
forma que los valores recibidos en la estacin primaria tras los REQUEST a cada secundaria se
correspondan todos al mismo instante, sincronizados. Dentro del SEND se enva el mismo ASDU=100
con la COT=100="Peticin de datos de control" que en la peticin, pero con INF=202="Congelacin de
contadores".
Una vez que se enva este SEND, la estacin primaria puede ejecutar otros servicios antes de pedir los
contadores, ya que la sincronizacin y la recogida son servicios independientes. La prxima vez que se
pidan contadores sern enviados sincronizados en el momento del ltimo envo del SEND/NO REPLY.
Esto quiere decir que se podrn enviar varias sincronizaciones sin recoger los contadores, pero la
sincronizacin que tiene validez ser la ltima enviada, perdindose los datos de las anteriores si no se
han recogido antes de una nueva sincronizacin.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 98
Tras el inicio del servicio de recogida, la estacin secundaria de control a la que va dirigido transmite los
datos de medidas (cclicos) y cambios de estado de las seales digitales que poseen en el instante de
recepcin del anterior mensaje, o bien los contadores congelados en el instante de recibir el ltimo
SEND/NO REPLY, en el mensaje de respuesta RESPOND con los ASDU=100 y ASDU=101
respectivamente, con sus homnimas COT=100 COT=101 (en este ASDU no se emplea el octeto INF).
Cabe sealar que las medidas se transmiten siempre que se inicia la interrogacin con INF=200, de
forma cclica (dado que esta interrogacin de control tiene carcter cclico), lo mismo que los contadores
cuando se inicia con INF=201, aunque no as las seales digitales, de las que slo se transmiten los
cambios de estado desde la ltima interrogacin de control. En caso de no existir cambios la estacin
primaria recoge slo las medidas. Una vez finalizada la recogida, se enva el REQUEST a la estacin
secundaria siguiente, y contina repitiendo el proceso hasta terminar con todas las secundarias.
Este ciclo sirve tanto para recoger medidas y estados como para contadores. El lmite de medidas
enviadas est en 255 (dado por el octeto NOM) as como el de contadores (dado por el octeto NOC). El
lmite de distintas seales digitales de control est en 1024 (dado por los octetos empleados para su
identificacin), aunque se pueden enviar tantos cambios de las mismas como hayan ocurrido.
En el caso de que en un mensaje no se enven medidas, se enviarn los octetos NMC y NOM a cero
(NCC y NOC en el caso de que no se enven contadores). Para las seales digitales, ser el octeto NDC
el que se enve a cero en caso de que no se transmitan.
Si la estacin secundaria responde a los REQUEST con NACK, "datos no disponibles", funcin 9 de la
capa de enlace, significar que los datos pedidos no pueden ser proporcionados por la estacin
secundaria en ese instante, mientras que si responde con la funcin 15, "servicio de enlace no
implementado", indicar que no tiene la funcionalidad implementada al no reconocer el mensaje, por lo
que no se le interrogar ms sobre datos de control. Si no responde significar que el enlace est
fallando (para asegurarse de esto bastar con enviar un proceso de REQUEST del estado de la lnea).
Todo REQUEST indica que los datos enviados en el mensaje anterior han sido reconocidos, y por tanto
antes de enviar los siguientes la estacin secundaria cataloga los datos enviados en ese mensaje anterior
como ya recibidos correctamente. En el caso del ltimo mensaje de datos, la estacin secundaria
considerar que la primaria los ha recibido con xito salvo en el caso de que se repita el ltimo mensaje
de peticin cambiando convenientemente el bit FCB o se reciba en la secundaria un Reset CU, que le
indicara que la primaria tiene problemas de recepcin, y por tanto los datos transmitidos en el ltimo
mensaje no son catalogados como recibidos correctamente.
Existe una situacin crtica que obliga a tener cuidado con las etiquetas de tiempo de cada cambio digital,
y es aqulla en la que la sincronizacin enviada desde la maestra obliga a retrasar el reloj de la
secundaria, dado que es posible que la nueva hora sea anterior a la etiqueta de cambios ya almacenados
en la cola de transmisin.
La solucin a este problema estriba en etiquetar todos los cambios que ocurran en el periodo que va
desde que se envi la sincronizacin hasta la hora (adelantada) que tena la estacin secundaria en ese
instante con una etiqueta de tiempo que indique esta situacin especial, a efectos de que la estacin
primaria interprete como cambios posteriores stos ltimos en lugar de los primeros aunque tengan hora
posterior. Una vez superada esa hora en la que la secundaria recibi la sincronizacin no hay problemas
de ordenamiento temporal de los cambios ya que la hora es nica.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 99
La manera de identificar esta situacin en la etiqueta de tiempo ser mediante el empleo del bit reservado
ubicado en el sptimo bit del tercer octeto de la etiqueta de tiempo definida en el apartado 7.5.6.29 del
presente documento (bit "res1") de acuerdo a las reglas de construccin de estructuras de datos de la
norma IEC 870-5-4. Este bit estar normalmente a 0 mientras que no exista el problema indicado, y slo
se colocar a 1 para aquellas etiquetas de tiempo ocurridas en el periodo crtico indicado.
El tiempo binario de siete octetos que aparece con los contadores indica la hora absoluta del instante de
congelacin de los contadores en cada estacin secundaria, lo que a la vez puede ser empleado para
comprobar el sincronismo entre estaciones secundarias y la estacin primaria. Los cambios de seales
digitales se etiquetan con tiempos absolutos en siete octetos, con objeto de que no existan problemas en
el caso de no recogerlos durante ms de 24 horas (algo improbable dentro de los sistemas de control).
La interrogacin de control puede dar lugar a que toda la informacin no pueda ser transmitida en un solo
mensaje, por lo que se implementa el mecanismo de forma que la estacin secundaria alerta a la
estacin primaria de tal situacin.
El elemento de informacin OCO (definido en 7.5.6.49 de este documento) se emplea en este caso para
indicar si existen todava ms datos por enviar, con lo que ser necesario recurrir a un multimensaje, as
como el orden del presente bloque de datos dentro de una secuencia de mensajes para una misma
respuesta, de modo que la estacin secundaria responde este ASDU con el valor de OCO adecuado:
Parte baja de OCO
Parte alta de OCO
= Nmero de orden del bloque de datos (1..127)

= Mensajes pendientes de enviar
:= 0
No quedan mensajes por enviar
:= 1
Quedan mensajes por enviar
Cuando los datos entren en un solo mensaje, se envan con OCO:=1, es decir, como primer mensaje con
el bit de ltimo mensaje.
<100> :=
Transmisin de medidas y cambios de seales digitales de control
<101> :=
Transmisin de contadores
<100> :=
Peticin de datos de control
<100> :=
<101> :=
<100> :=
<200> :=
Peticin de medidas y cambios de seales digitales de control
<201> :=
Peticin de contadores
<202> :=
Congelacin de contadores
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.2
Pg. 100
Refresco de seales digitales de control
Se ha decidido implementar un mecanismo que permita la recogida de todas las seales digitales de las
estaciones secundarias de control tal y como estn en un instante dado, como si se tratase de una
fotografa de la estacin secundaria de control (las medidas y contadores no es necesario ya que se
actualizan peridicamente mediante la interrogacin de control). Esto permite actualizar o "refrescar"
adecuadamente el estado de las seales digitales de cada estacin secundaria de control en la estacin
primaria.
Se emplear de nuevo el servicio de aplicacin denominado "Peticin urgente de datos en
mono/multimensaje", un servicio donde se incluye un REQUEST con datos, debido a los motivos
explicados de elevados requerimientos de refresco rpido y simplicidad de procedimiento que se
necesitan para el control, donde se incluye el ASDU=103, con la causa de transmisin homnima, para
indicar que lo que se pide son los datos digitales de control. La respuesta consistir en el estado de las
seales digitales de control en el ASDU=103 dentro de un mensaje de tipo RESPOND (si se requiere
fraccionar en bloques el mensaje de respuesta, se emplearn sucesivos REQUEST con datos pero con
su zona de datos vaca y el carcter de control OCO en la estacin secundaria).
Todo REQUEST indica que los datos enviados en el mensaje anterior han sido reconocidos, y por tanto
antes de enviar los siguientes la estacin secundaria cataloga los datos enviados en ese mensaje anterior
como ya recibidos correctamente. En el caso del ltimo mensaje de datos, la estacin secundaria
considerar que la primaria los ha recibido con xito salvo en el caso de que se repita el ltimo mensaje
de peticin cambiando convenientemente el bit FCB o se reciba en la secundaria un Reset CU, que le
indicara que la primaria tiene problemas de recepcin, y por tanto los datos transmitidos en el ltimo
mensaje no son catalogados como recibidos correctamente.
La direccin del ASDU es la de la estacin secundaria a la que va dirigido, ya que este ASDU debe ser
enviado desde la estacin primaria hasta cada una de las secundarias de control.
El tiempo binario de siete octetos que aparece con las seales indica la hora absoluta del instante de
validez de las seales en cada estacin secundaria, lo que a la vez puede ser empleado para comprobar
el sincronismo entre estaciones secundarias y la estacin primaria.
El nmero mximo de seales es de 1024 (dado por la longitud de los octetos de identificacin de las
mismas). Con NDC se indica cuntas se envan en cada ASDU transmitido (til en el caso de enviar un
nmero no mltiplo de 8, ya que nos permite ignorar los valores sobrantes de los dos ltimos octetos).
En el caso de enviar un nmero elevado de seales, es probable que no entren en un solo mensaje de
respuesta, por lo que se debe recurrir al octeto de control OCO para controlar el flujo de mensajes
mltiples. La estacin primaria, en el caso de ser informada de que faltan mensajes por enviar, repetir el
mensaje de REQUEST con datos (funcin 6 de la capa de enlace), con la particularidad de llevar vaca
("sin datos") la zona de datos, pero alternando convenientemente el bit de control FCB.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 101

<103> :=
Transmisin de estados digitales de control
<103> :=
Peticin de estados digitales de control
<103> :=
<103> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.3
Pg. 102
Overflow ("rebosamiento del buffer de cambios")
Pudiera darse la situacin particular de que se rebose la capacidad de almacenamiento del buffer de
transmisin de seales de control, normalmente por uno de los motivos siguientes:
a) la estacin secundaria ha estado mucho tiempo sin transmitir sus datos a la primaria,
b) ha ocurrido una situacin de avalancha en el sistema.
Ante esta situacin, es evidente que la informacin exclusivamente proporcionada por los cambios
digitales resulta incorrecta, o cuando menos insuficiente, para reflejar el estado de esa estacin
secundaria en la estacin primaria, por el simple hecho de que al existir overflow se habrn perdido
cambios antes almacenados en el buffer de transmisin de la estacin secundaria.
Es absolutamente imprescindible que la estacin secundaria informe a la estacin primaria de esta
situacin particular, por lo que en la transmisin correspondiente a interrogacin de control
inmediatamente posterior al overflow, la estacin secundaria enviar los cambios con causa de
transmisin COT=102="Overflow" en lugar de la COT=100 de las situaciones normales, manteniendo
esta causa de transmisin hasta que se vace todo el buffer.
Cuando esto ocurra, la estacin primaria deber recoger todos los datos del buffer a efectos de que
puedan ser borrados y as desaparezca esta situacin en transmisiones posteriores. Una vez hecho esto,
se obliga a que la estacin primaria pida un refresco de seales digitales de control a la estacin
secundaria para actualizar de forma exacta el estado de la misma, ya que slo los cambios recibidos no
reflejan la evolucin de la estacin secundaria desde el anterior estado registrado en la estacin primaria
al haberse perdido parte de los ocurridos.
Por otro lado, se recomienda no pedir un refresco de seales digitales de control sin haber vaciado antes
la cola de cambios pendientes de envo, ya que en caso de pedir antes el refresco habra que prescindir
de los cambios hasta el instante del refresco puesto que aplicados al estado previo registrado en la
estacin primaria conducen al nuevo estado ya recogido con el refresco, y no pueden ser aplicados al
estado en ese momento almacenado en la estacin primaria.
Esto implica un proceso de seleccin de cambios que se evita sin ms que con el vaciado del buffer de
cambios justo antes de la peticin de refresco de seales. Incluso, en las situaciones de overflow la
seleccin de cambios no bastara por el hecho de haberse perdido parte de ellos, de forma que los que
han quedado no conduciran nunca al nuevo estado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.4
Pg. 103
Escritura de salidas
Por salida se entiende cualquier entrada o salida, fsica o lgica, analgica o digital, que pudiera
encontrarse en el sistema de control de una estacin secundaria. Se denomina salida puesto que desde
el punto de vista de la estacin primaria, que es quien la escribe, es un dato de salida. Esta funcin es la
encargada de escribir sobre ciertas salidas, digitales o analgicas, dentro de las estaciones secundarias
de control. Se dirige a la funcin de control de la estacin secundaria.
Desde el punto de vista de aplicacin, no es conveniente escribir directamente sobre una salida fsica, ya
que sta podra ser parte de las salidas directas de la operacin de la estacin secundaria, y ambos
valores podran estar en contradiccin (adems del riesgo de dejar una salida fsica a un valor fijo, por
ejemplo, un disparo). La aplicacin ideal es la escritura sobre entradas lgicas de la estacin secundaria
(salidas lgicas de la estacin primaria, que es quien la escribe), aunque luego puedan estar
internamente direccionadas hacia salidas fsicas de la estacin secundaria.
La escritura se realizar mediante el servicio de aplicacin denominado "Envo urgente de datos en
monomensaje con confirmacin de interpretacin", no interrumpible. Este servicio se inicia con el envo
de un mensaje SEND con el ASDU=110 para digitales y ASDU=111 para analgicas, incluyendo el valor
de la salida, as como la identificacin de la misma. La respuesta a este SEND ser exclusivamente la
confirmacin de la recepcin del mensaje en la estacin secundaria, donde se indica exclusivamente si
se ha recibido el mensaje.
El procedimiento permite la escritura de varias salidas simultneamente, pero solo hasta un mximo de
40 a efectos de que el procedimiento siga siendo monomensaje. Por otro lado, se incluye un octeto de
validacin para cada seal, al objeto de indicar a la estacin secundaria receptora si la seal es vlida o
no lo es.
A continuacin, tras el siguiente REQUEST de datos de clase 1 enviado desde la estacin primaria, la
secundaria responder con un mensaje RESPOND con un mensaje indicando la intencin de realizar la
escritura pedida, y no si se ha completado la accin, ya que esto vendra si acaso por mtodos indirectos.
<110> :=
Escritura de salida digital
<111> :=
Escritura de salida analgica
<110> :=
<111> :=
<110> :=
<111> :=
<110> :=
<111> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.5
Pg. 104
Habilitacin y deshabilitacin de entradas
Puede darse el caso de que alguna entrada (fsica o lgica) digital o analgica, de una estacin
secundaria falle por cualquier causa, lo que podra llevar a que cambie su valor constantemente, algo
inadmisible de cara a una interrogacin de control.
Por ello, es razonable disponer de un mtodo de deshabilitar esa entrada, para que se ignoren y no se
informe de sus cambios de valor, as como otro para habilitarla de nuevo una vez que la misma haya sido
reparada (por lo que se deduce que esto solo tiene sentido a efectos informativos, y nunca de cara a
resolver el problema de esa entrada).
Una vez deshabilitada una entrada digital, la estacin secundaria la cataloga como cambio digital para
informar de la deshabilitacin en una interrogacin de control, que se reconocer por tener su bit de
invalidacin a 1. Mientras la entrada est deshabilitada, la estacin secundaria no informar de los
cambios en la entrada a la primaria (sern ignorados en la estacin secundaria y no se incluirn en la
interrogacin de control), y el valor que asignar la estacin primaria ser el ltimo valor vlido antes de
la deshabilitacin.
En caso de que sea habilitada, aparecer de nuevo en la interrogacin de control por primera vez para
informar que ha sido habilitada, y posteriormente cuando cambie de valor.
En el caso de una entrada analgica deshabilitada, seguir apareciendo en la interrogacin de control, si
se considera como una medida de control, pero ser tarea de la estacin primaria reconocer el bit de
invalidacin ER y no prestar atencin al valor analgico que recibe.
Desde el punto de vista de aplicacin, la deshabilitacin de salidas no tiene sentido: si una salida de la
estacin secundaria no debe ser tenida en cuenta, hay que informar de ello al resto de estaciones que
reciben la seal como entrada, no a la propia estacin secundaria (es decir, una salida errnea no afecta
a la operacin del equipo que la genera, sino a la del equipo que la recibe como entrada).
El proceso de deshabilitacin se realiza mediante el servicio de aplicacin denominado "Envo urgente de
datos en monomensaje con confirmacin de interpretacin", no interrumpible. Desde la estacin primaria
se enva un SEND ASDU=112 para entradas digitales o ASDU=113 para entradas analgicas, con
DCO=ON que informe a la estacin secundaria que en adelante no debe prestar atencin a los cambios
de valor de la entrada correspondiente, indicada en el mensaje, a lo que la estacin secundaria responde
con un ACK si ha recibido el mensaje o con un NACK si el enlace estaba ocupado y, por tanto, no se ha
recibido.
Para habilitar una entrada, digital o analgica, se enviar el mismo ASDU pero con el elemento de
informacin DCO con el valor OFF.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 105
El procedimiento permite la habilitacin o deshabilitacin de varias entradas simultneamente, pero solo

hasta un mximo de 40 a efectos de que el procedimiento siga siendo monomensaje.
La confirmacin de estas acciones es en todo caso indirecta, y la estacin primaria se dar cuenta de la
ejecucin o no mediante los siguientes mensajes de respuesta a la interrogacin de control, ya que en
ellos se reflejar si el elemento ha sido deshabilitado o habilitado correctamente.
Sin embargo, se debe realizar un REQUEST clase 1 para que la estacin secundaria informe
inmediatamente despus de recibir el primer mensaje su intencin de completar la accin pedida, lo que
har mediante el mensaje RESPOND con ASDU=112 para las entradas digitales o con ASDU=113 para
las analgicas.
<112> :=
Habilitacin/deshabilitacin de entrada digital
<113> :=
Habilitacin/deshabilitacin de entrada analgica
<112> :=
<113> :=
<112> :=
<113> :=
<112> :=
<113> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.9.6
Pg. 106
rdenes de mando
Esta funcin, dirigida a la funcin de control de la estacin secundaria, se encarga de enviar las rdenes
de mando sobre las estaciones secundarias.
La funcin se realiza mediante el servicio de aplicacin denominado "Envo urgente de datos en
monomensaje con confirmacin de interpretacin", no interrumpible. La estacin primaria enva el
comando en el ASDU=121, indicando la orden a ejecutarse y el elemento sobre el que debe ejecutarse a
la secundaria, que confirma la recepcin del mismo. A continuacin, se pide a la secundaria la
confirmacin de la interpretacin e intencin de ejecucin, de lo que informar la misma mediante el
RESPOND con ASDU=121, que no es nunca la confirmacin de que se haya completado la accin (la
confirmacin debiera llegar por mtodos indirectos que son mbito del programa de aplicacin superior y
no del protocolo).
El significado del elemento de informacin DCO depender del elemento sobre el que se ejecuta la orden.
Por ejemplo, para un interruptor significar abrir o cerrar, pero para un regulador de tomas de
transformador significar subir o bajar la toma.
El procedimiento permite la ejecucin de varias rdenes simultneamente, pero solo hasta un mximo de
40 a efectos de que el procedimiento siga siendo monomensaje.
<121> :=
rdenes de mando
<121> :=
rdenes de mando
<121> :=
rdenes de mando
<121> :=
rdenes de mando
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 107
7.3.10 Estado general de la estacin secundaria

Para ciertas aplicaciones a nivel de puesto central de subestacin puede ser interesante recibir en la
estacin primaria el estado general de alguna de las estaciones secundarias.
Por ello, se ha pensado en recoger el mismo mediante el servicio de aplicacin denominado "Peticin no
urgente de datos en mono/multimensaje", interrumpible, en el que se piden los datos mediante un SEND
con ASDU=127, a lo que la secundaria responder con el estado justo en ese instante mediante el
mensaje RESPOND ASDU=127 (previamente al envo del RESPOND el ciclo de mensajes se completa
con el CONFIRM ACK desde la estacin secundaria y el REQUEST clase 1 desde la primaria).
Debido que el estado puede estar formado por una gran cantidad de informacin, se incluye el octeto de
control OCO para coordinar el flujo de mensajes con la estacin primaria (sta seguir interrogando con
la misma secuencia de mensajes mientras la secundaria informe de que le quedan mensajes por enviar).
Como cada fabricante considerar distintos formatos de datos para definir el estado de sus equipos, se
reserva el octeto INFORMATION NUMBER para identificar distintos elementos de informacin, cada uno
respondiendo a un formato de estado. En el Anexo A del presente documento se indican las estructuras
predefinidas en este protocolo.
<127> :=
Estado general de la estacin secundaria
<127> :=
Peticin del estado general de la estacin secundaria
<127> :=
<127> :=
<220> :=
<220> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 108
7.3.11 Comandos con interpretacin

Esta funcin se emplear para la transmisin de comandos desde la estacin primaria a la estacin
secundaria, con la particularidad de que estos comandos van a ir acompaados de una confirmacin
inmediata de la interpretacin e intencin de ejecucin desde la estacin secundaria.
Para ello, se emplea el servicio de aplicacin llamado "Envo urgente de datos en monomensaje con
confirmacin de interpretacin", no interrumpible. La estacin primaria enva el comando en el SEND
ASDU=120, indicando la orden a ejecutarse y el elemento sobre el que debe ejecutarse a la secundaria,
que confirma la recepcin del mismo. A continuacin, mediante un REQUEST clase 1 se pide a la
secundaria la confirmacin de la interpretacin e intencin de ejecucin, de lo que informar la misma
mediante el RESPOND con ASDU=120, que no es nunca la confirmacin de que se haya completado la
accin.
La confirmacin debiera llegar por mtodos indirectos que son mbito del programa de aplicacin
superior y no del protocolo. Por ejemplo, transcurrido un tiempo suficiente para que el comando estuviera
ejecutado se podra iniciar un servicio de aplicacin como el de "Peticin de datos en monomensaje" para
que la estacin primaria se enterase de la nueva situacin de la secundaria y, por tanto, de si el comando
ha sido ejecutado.
Un caso tpico en el que se emplea este procedimiento es para la orden de cambio de ajustes, en la que
se emplea el INF=165.
<120> :=
Comando con interpretacin
<120> :=
<120> :=
<120> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 109
7.3.12 Funciones de ajustes

Las funciones relacionadas con el envo de los ajustes de la estacin secundaria en una u otra direccin
de comunicacin tienen baja prioridad, y por tanto sern en general interrumpibles. Se pueden dividir en
aquellas empleadas para el envo propiamente dicho de ajustes, y aquellas relacionadas con el envo del
nmero de la tabla activa de ajustes.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.12.1
Pg. 110
Cambio de ajustes
Esta funcin es la encargada de efectuar los cambios de ajustes en cada estacin secundaria, en
cualquiera de las tablas de que se dispone en cada una, hasta un mximo de 16, mediante dos pasos: el
envo de los ajustes propiamente dicho, y la orden para su activacin en la estacin secundaria.
En realidad el proceso de cambio de ajustes se divide en tres procesos individuales: el envo de los
ajustes desde la estacin primaria, la peticin (opcional) de los ajustes recibidos (esto en realidad es el
procedimiento de lectura de ajustes que se explica a continuacin), y la orden o comando para escribir o
no esos ajustes en la estacin secundaria.
Aunque en la mayora de ocasiones los ajustes enviados ocuparn un solo mensaje, hay que contemplar
el caso de que los ajustes no entren en un solo mensaje (caso, por ejemplo, de la curva de usuario). Ante
esta circunstancia, los ajustes se fraccionan en varios mensajes que se envan sucesivamente,
emplendose el octeto de control OCO para controlar este flujo de mensajes (en cualquiera de los dos
sentidos de transmisin de ajustes).
En el procedimiento de cambio de ajustes se emplea el servicio de aplicacin denominado "Envo no
urgente de datos en mono/multimensaje con confirmacin de interpretacin global", interrumpible, en el
que la estacin primaria enva los mensajes de transmisin de cambio de ajustes con los ajustes a
cambiar, bien un solo mensaje, bien varios, mediante el SEND ASDU=65.
Tras la recepcin de un SEND ASDU=65 desde la estacin primaria en la secundaria, sta contesta con
el mensaje de reconocimiento positivo, CONFIRM ACK. En caso contrario, cuando los ajustes no pueden
ser recibidos por la estacin secundaria, contesta con el mensaje de reconocimiento negativo, CONFIRM
NACK, con lo que la primaria deber volver a iniciar el envo (repeticin del mensaje).
Una vez enviados todos los datos y recibido el reconocimiento al ltimo mensaje, la estacin primaria
debe enviar un mensaje de REQUEST de datos de clase 1 para recoger comprobacin que la secundaria
hace de los ajustes antes enviados. La estacin secundaria examina los ajustes recibidos y responde a la
primaria con el ASDU=66. Si lo ajustes son vlidos y estn dentro del rango permitido, en el carcter de
control TOO la estacin secundaria indicar que la recepcin ha sido correcta (TOO=208: Ajustes
admitidos). De lo contrario, con el octeto TOO indicar la causa de que los ajustes no sean admitidos,
como pueda ser:
TOO = 204: Ajustes fuera de rango (se indicar grupo y orden del primero errneo)
TOO = 205: Formato no reconocido
TOO = 206: Ajustes no existen (se refiere a Conjunto y Grupo completos)
TOO = 207: Acceso denegado (cuando no se permite el cambio de ajustes)
En cualquier caso, la estacin secundaria finaliza el servicio de aplicacin. Si ha habido algn error en los
ajustes, la estacin secundaria se queda en modo de reposo.
Ante una respuesta positiva, la estacin queda a la espera de un SEND con ASDU=67 o de un SEND con
ASDU=120. La estacin primaria puede pedir a la secundaria los ajustes para comprobar que los recibi
correctamente (aunque esta parte es opcional y puede ser omitida, y en realidad es el procedimiento de
peticin de ajustes desde la estacin primaria que se explica en el apartado siguiente, pero que realizado
en este punto proporcionar los ajustes recin enviados y no los almacenados en la estacin secundaria).
Para ello, iniciar el servicio de aplicacin "Peticin no urgente de datos en mono/multimensaje",
mediante el REQUEST con datos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 111
Tras la recogida, o bien tras el reconocimiento anterior de los ajustes, la estacin primaria iniciar el
servicio de aplicacin "Envo urgente de datos en monomensaje con confirmacin de interpretacin", para
lo que enviar un mensaje de orden de cambio de ajustes mediante el ASDU=120 con
INF=165="Cambiar ajustes", poniendo la variable a DCO=ON. En caso negativo, es decir, si por cualquier
causa los ajustes que devuelve la estacin secundaria no son los que pretenda enviar la primaria, se
enva con DCO=OFF, lo que llevar a que no se ejecute el cambio de ajustes y finalizar el proceso.
Tambin es posible enviar la orden de cambio sin pedir los ajustes de nuevo.
Esta orden de cambio de ajustes se responde desde la estacin secundaria con un reconocimiento,
positivo ACK (o negativo NACK, lo que indicara que no se va a completar el cambio de ajustes al no
haberse aceptado el ltimo mensaje por estar la lnea ocupada, con lo que se puede repetir este ltimo
mensaje).
A continuacin, la estacin secundaria informar a la primaria de su intencin de realizar la operacin o
no, en la respuesta al subsiguiente REQUEST de clase 1 que le enviar la primaria, como corresponde al
servicio de que se trata. En cualquier caso, aqu finaliza el proceso, mediante el envo de la orden
ASDU=120, y la estacin secundaria pasa al estado de reposo. Al ser un comando con confirmacin
indirecta, le llegar el correspondiente mensaje de confirmacin, indicando en la COT si el comando se
ha interpretado o no. Esta confirmacin refleja la intencin de realizar el cambio de ajustes, pero no que el
cambio se haya producido ya.
Los ajustes est codificados segn diversos campos:
CNJ = Conjunto al que pertenecen los ajustes
GRS = Grupo de ajustes dentro del anterior conjunto
UNT = Unidad, si existen varios grupos iguales en el equipo (opcional, tiene el objeto de
permitir disponer de varias unidades de proteccin similares en el equipo)
TBL = Tabla de ajustes a la que van dirigidos los mismos (16 tablas como mximo)
ORDEN = Dentro del grupo estn ordenados de una forma determinada, mediante un
nmero de orden, que indica la posicin en el grupo.
Ejemplos de esta organizacin de ajustes se encuentran ms adelante en este documento.
El envo en una u otra direccin se realiza siempre por grupos completos, es decir, se especifica el
conjunto y el grupo, as como la tabla y unidad, y se envan todos los ajustes dentro de los mismos. Es
por ello por lo que se indica que los ajustes enviados son funcin del conjunto, grupo y unidad
especificados ("AJUSTES ( f (CNJ,GRS,UNT) )"), y dirigidos a una tabla determinada.
Se aade un elemento de informacin "LGR" que indica la longitud en bytes del grupo de ajustes (solo de
los ajustes en s, excluyendo la identificacin del grupo). Los grupos compatibles de ajustes podrn ser
ampliados en el futuro con nuevos ajustes compatibles. Por ello, y con objeto de no hacer incompatibles
futuras versiones del protocolo, el campo "LGR" no ser empleado como verificacin o control para
validar o rechazar mensajes, sino que se emplear nicamente para separar los grupos recibidos.
Es posible enviar varios grupos (parte de todos los definidos) de un conjunto y tabla dados, sin ms que
indicar, si se trata de una peticin de ajustes, sucesivamente el grupo GRS y la unidad UNT, mientras
que si se trata de una transmisin de ajustes se enviarn adems la longitud LGR del grupo de ajustes y
los ajustes en s mismos. El conjunto y tabla slo se indican una vez al principio del ASDU.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 112
Cuando el primer grupo indicado sea el GRS=255 y la primera unidad sea UNT=255, los ajustes que se
envan son todos los del conjunto especificado, a la tabla indicada. No hay posibilidad de enviar ajustes
aislados. En ese caso, en el primer octeto LGR (el asociado a GRS=255) se indica la longitud total de los
ajustes del conjunto dado, mientras que desaparece el espacio reservado para los ajustes de ese primer
grupo 255, no se indicar nada ni se reservarn octetos vacos. A continuacin se indican sucesivamente
todos los grupos del conjunto, con sus identificaciones completas desde el grupo (GRS-UNT-LGR-AJT).
Paralelamente, pueden existir grupos tan extensos que no entren en un solo ASDU. En ese caso, en los
sucesivos ASDUs se van enviando los distintos ajustes del grupo, pero encabezados en todos los ASDUs
por su conjunto, tabla, grupo y unidad. La longitud a indicar ser en todos los casos la total del grupo, y
no la de la parte incluida en cada ASDU.
<65> :=
Transmisin de ajustes
<66> :=
Reconocimiento de ajustes
<120> :=
<65> :=
Transmisin de nuevos ajustes
<67> :=
Peticin de ajustes
<120> :=
<65> :=
<66> :=
<120> :=
<65> :=
<67> :=
Peticin de ajustes
<120> :=
<165> :=
Cambio de ajustes
<165> :=
Cambio de ajustes
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.12.2
Pg. 113
Lectura de ajustes
Esta funcin es la encargada de leer los ajustes de una estacin secundaria, bien los ajustes de un
determinado grupo, bien todos los de un conjunto, de cualquiera de las tablas del equipo, de entre las 16
posibles.
La peticin de ajustes se realiza mediante el servicio de aplicacin llamado "Peticin no urgente de datos
en mono/multimensaje", con un SEND con datos (ASDU=67), indicando en los mismos los parmetros
que identifican el grupo de ajustes solicitados. Tras el mensaje de confirmacin e interpretacin al SEND
(CONFIRM ACK), la estacin primaria pedir los datos con el mensaje REQUEST clase 1, con lo que la
secundaria responder con el consiguiente RESPOND, funcin 8 de la capa de enlace, incluyendo los
ajustes solicitados. Un RESPOND NACK, funcin 9, indicar que los ajustes pedidos no estn
disponibles, finalizando as el proceso.
Para el caso de que se deba fraccionar el mensaje en varios bloques, se emplea el octeto de control
OCO para controlar el flujo de los mismos. En este caso, los nuevos bloques de ajustes se solicitan
mediante el mismo mensaje de REQUEST clase 1, pero cuidando el valor de ese octeto de control OCO.
<65> :=
<67> :=
Peticin de ajustes
<65> :=
<67> :=
Peticin de ajustes
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.12.3
Pg. 114
Cambio de tabla de ajustes activa
Esta funcin se ocupa de activar una tabla de ajustes, de entre las 16 tablas posibles, dentro de una
estacin secundaria (en realidad, se activa una de las tablas de la 1 a la 15, ya que la 0 est siempre
activa, adems de la que se active entre esas otras 15).
La funcin se realiza mediante el servicio de aplicacin "Envo urgente de datos en monomensaje con
confirmacin de interpretacin", no interrumpible. Al envo de un mensaje de tipo SEND con el ASDU=68,
indicando la nueva tabla de ajustes a activar, se recibir un reconocimiento de la recepcin del mensaje
por parte de la estacin secundaria. Cuando es positivo, tras un REQUEST clase 1 la estacin
secundaria enva la confirmacin de interpretacin e intencin de realizar el mensaje, aunque no significa
que el cambio de tabla haya sido completo.
Para asegurarse de que el cambio de tabla se ha completado con xito hay que recurrir a continuacin a
solicitar el nmero de tabla activa en ese momento (procedimiento de lectura de tabla), de modo que en
ese mensaje se comprobar si la tabla es la que se ha enviado (con lo que el proceso se complet con
xito) o es otra (con lo que el cambio de tabla no ha sido correcto).
<68> :=
<68> :=
<68> :=
<68> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.12.4
Pg. 115
Peticin de tabla de ajustes activa
Mediante este mecanismo se pretende obtener informacin sobre la tabla de ajustes, de entre las 16
posibles del equipo, que se encuentra activada dentro del equipo.
El servicio de aplicacin empleado para esta funcin es el "Peticin de datos en monomensaje",
mecanismo que consiste en el envo desde la estacin primaria de un mensaje de tipo SEND con datos
(ASDU=69), ante lo que la secundaria responder con el RESPOND indicando en el ASDU=69 la tabla
activa en ese momento (previamente al envo del RESPOND el ciclo de mensajes se completa con el
CONFIRM ACK desde la estacin secundaria y el REQUEST clase 1 desde la primaria).
<69> :=
Transmisin de tabla de ajustes activa
<69> :=
<69> :=
<69> :=
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 116
7.3.13 Peticin de histricos

Como histricos podemos denominar a aquellos grupos de informacin almacenados en la estacin
secundaria por fecha en que ocurrieron, entre los que se encuentran los sucesos, los informes de falta y
los informes de medidas.
El mecanismo de transmisin desde la estacin secundaria a la estacin primaria, bajo peticin de sta
ltima, ser comn a todos ellos, aunque se diferenciarn en los cdigos de identificacin de los
mensajes de cada tipo de histrico. En este apartado se explicar el procedimiento general para sucesos,
extendindose al resto de histricos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.13.1
Pg. 117
Histrico de sucesos
Esta funcin es la encargada de pedir el histrico de los sucesos almacenados en cada estacin
secundaria. El proceso puede dividirse realmente en dos subprocesos, uno para informar a la primaria del
estado de los sucesos, y otro para que la primaria los recoja. El primero de los subprocesos se da
espontneamente o bajo peticin de la estacin primaria, mientras que el segundo se produce siempre a
voluntad de la misma.
Inicialmente, con la estacin secundaria en reposo, es decir, dentro de la interrogacin de datos normal,
si se origina algn nuevo suceso en la misma informar a la primaria que tiene mensajes de clase 1
(espontneos) mediante el bit ACD de la capa de enlace, con lo que tras el siguiente REQUEST de datos
de esa clase desde la primaria se recoger el ASDU=71 procedente de la secundaria que le indica
cuntos sucesos quedan pendientes de envo. Una vez hecho esto, la estacin secundaria queda de
nuevo en reposo, borrando de su cola de mensajes de clase 1 el anterior y finalizando as el primer
subproceso.
Esta informacin sobre el nmero de sucesos pendientes de envo (o estado de los sucesos) puede ser
recogida por la estacin primaria de manera voluntaria cuando lo desee, an cuando no se hayan
generado sucesos nuevos, mediante el servicio de aplicacin llamado "Peticin de datos en
monomensaje", con el mensaje de tipo SEND con datos incluyendo el ASDU=71, que ser respondido
con el mensaje RESPOND ASDU=71 (previamente al envo del RESPOND el ciclo de mensajes se
completa con el CONFIRM ACK desde la estacin secundaria y el REQUEST clase 1 desde la primaria).
Despus de recibir esta informacin, o en cualquier momento que la estacin primaria estime oportuno,
sta pasar a recoger los sucesos registrados en el histrico de la estacin secundaria, mediante el
servicio de aplicacin denominado "Peticin no urgente de datos en mono/multimensaje", segundo
servicio dentro del proceso. Para ello, enviar el mensaje de tipo SEND con datos (ASDU=72), donde
indica el o los sucesos que quiere recoger, mediante el carcter de control TOO y con el periodo de
tiempo a considerar (si es que procede):
TOO = 130: Primero pendiente (el ms antiguo de los pendientes)
131: ltimo pendiente (el ms reciente de los pendientes)
132: Todos los pendientes
133: Todos entre fechas
Los sucesos no son nunca borrados de la estacin secundaria por el simple hecho de pedirlos desde la
primaria, aunque un suceso que no haya sido nunca enviado ser catalogado como "pendiente", mientras
que un suceso enviado alguna vez se considera como "no pendiente". Si no se indica ninguna fecha (es
decir, con fecha 0/0/00, 00:00:00000), pero se piden entre fechas, la estacin secundaria interpretar que
se piden todos los sucesos registrados. Si el formato de la fecha es incorrecto, por ejemplo mes 13
(excepcin hecha del instante cero) la estacin secundaria responde como si no tuviese sucesos en esas
fechas, con un NACK, funcin 9 de la capa de enlace, datos no disponibles.
En caso de que los datos estn disponibles en la secundaria, se envan mediante el RESPOND
ASDU=72 desde la estacin secundaria. En caso de que los sucesos pedidos no entren en un solo
mensaje, se repetir esta parte tantas veces como sea necesario, controlndose este flujo mediante el
carcter de control OCO en el mensaje de respuesta. Los sucesivos mensajes que debe enviar la
estacin primaria son idnticos al primero enviado de REQUEST clase 1, con el bit FCB
convenientemente alternado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 118
Caso de que los sucesos pedidos no estn disponibles, se responder con un NACK, funcin 9 de la
capa de enlace, con lo que se finaliza aqu el proceso y la estacin secundaria pasa al estado de reposo.
Todo REQUEST indica que los histricos enviados en el mensaje anterior han sido reconocidos, y por
tanto antes de enviar los siguientes la estacin secundaria cataloga los histricos enviados en ese
mensaje anterior como "no pendientes", siempre que stos no hubieran sido ya pedidos anteriormente y
por tanto ya se considerasen "no pendientes".
En el caso del ltimo mensaje de datos, la estacin secundaria considerar que la primaria los ha recibido
con xito salvo en el caso de que se repita el ltimo mensaje de peticin cambiando convenientemente el
bit FCB o se reciba en la secundaria un Reset CU, que le indicara que la primaria tiene problemas de
recepcin, y por tanto los sucesos transmitidos en el ltimo mensaje no son catalogados como "no
pendientes".
Dado que distintas estaciones secundarias registrarn los sucesos en diferentes formatos y con
diferentes datos, es razonable dejar abierta la posibilidad de que se puedan enviar distintos formatos de
sucesos. Por ello, el octeto INF o INFORMATION NUMBER se reserva para indicar la estructura de los
elementos de informacin que siguen en el ASDU, lo que permite enviar distintos tipos de sucesos con el
mismo ASDU. La definicin de las estructuras particulares predefinidas se incluye en el Anexo A.
<71> :=
Nmero de sucesos pendientes de envo
<72> :=
Transmisin de sucesos
<71> :=
Peticin de nmero de sucesos pendientes de envo
<72> :=
Peticin de sucesos
<71> :=
<72> :=
<71> :=
<72> :=
Peticin de sucesos
<170> :=
Histrico de sucesos
<170> :=
Histrico de sucesos
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.13.2
Pg. 119
Histrico de informes de falta
El proceso de recogida de informes de falta almacenados en el registro de histricos de la estacin

secundaria es totalmente similar al de la recogida de sucesos explicada en el apartado anterior, y por
tanto no se va a repetir en este punto.
Evidentemente, lo nico que cambia son los nmeros de ASDUs (y su causa de transmisin asociada)
empleados en el proceso, por lo que aqu se va a presentar exclusivamente la relacin de nmeros
equivalentes de ASDUs para procesos paralelos:
Sucesos
Informes de falta
Direccin de primario a secundario
ASDU=71
ASDU=74: Peticin de nmero de informes de falta pendientes de envo
ASDU=72
ASDU=75: Peticin de informes de falta
Direccin de secundario a primario
ASDU=71
ASDU=74: Nmero de informes de falta pendientes de envo
ASDU=72
ASDU=75: Transmisin de informes de falta
Los nmeros de informacin transmitidos en este procedimiento son:
<180> :=
<180> :=
En cuanto al carcter de control TOO, se emplear con el mismo significado que para sucesos, si bien se
interpretar todo lo que indiquen como informe de falta en lugar de como sucesos. Lo mismo se puede
decir del carcter SPE, que en este caso indicar los informes de falta pendientes de envo.
Se sigue reservando el INFORMATION NUMBER como indicador del tipo o formato del informe de falta
asociado a la estacin secundaria, lo que constituye el elemento de informacin del ASDU, con lo que
con el mismo ASDU se permite enviar informes de falta con distintos campos de datos. Las estructuras
predefinidas se encuentran en el Anexo A del presente documento.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.3.13.3
Pg. 120
Histrico de medidas
En este caso cabe decir exactamente lo mismo que en el caso de informes de falta, ya que la transmisin
de los registros de medidas del histrico de la estacin maestra se realiza con el mismo mecanismo que
el de sucesos o informes de falta.
Por ello, bastar con indicar los ASDUs equivalentes del proceso:
Sucesos
Histrico de medidas
Direccin de primario a secundario
ASDU=71
ASDU=77: Peticin de nmero de histricos de medidas pendientes de envo
ASDU=72
ASDU=78: Peticin de histricos de medidas
Direccin de secundario a primario
ASDU=71
ASDU=77: Nmero de histricos de medidas pendientes de envo
ASDU=72
ASDU=78: Transmisin de histricos de medidas
Los nmeros de informacin transmitidos en este procedimiento son:
<190> :=
Histrico de medidas
<190> :=
Histrico de medidas
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 121
7.3.14 Lectura de datos estadsticos

Esta funcin se implementa para la recogida desde la estacin primaria de aquellos datos que, siendo
inicialmente ajustes de la estacin secundaria, van cambiando de valor con el tiempo. Ejemplo tpico es el
de la suma de kI2 del interruptor controlado por una proteccin.
Esta funcin se va a realizar por medio del servicio de aplicacin "Peticin de datos en monomensaje", en
el que se piden los datos desde la estacin primaria con un SEND con datos (ASDU=70), que ser
contestado con el mensaje RESPOND ASDU=70 desde la secundaria, incluyendo los datos solicitados
(previamente al envo del RESPOND el ciclo de mensajes se completa con el CONFIRM ACK desde la
estacin secundaria y el REQUEST clase 1 desde la primaria).
Dado que distintas estaciones secundarias registrarn distintos datos estadsticos en diferentes formatos
y con diferentes datos, es razonable dejar abierta la posibilidad de que se puedan enviar distintos
formatos de datos estadsticos. Por ello, el octeto INF o INFORMATION NUMBER se reserva para indicar
la estructura de los elementos de informacin que siguen en el ASDU (vase Anexo A).
<70> :=
Datos estadsticos
<70> :=
Peticin de datos estadsticos
<70> :=
Datos estadsticos
<70> :=
<210> :=
Datos estadsticos
<210> :=
Datos estadsticos
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4
Pg. 122
DEFINICIN Y PRESENTACIN DE ASDUs
A continuacin se describirn todos los ASDUs definidos en este protocolo estndar. Pueden definirse
nuevos ASDUs con IDENTIFICACIN DE TIPO en el rango privado, que pueden emplearse por los
diferentes fabricantes de equipos de proteccin, control y registro para transmisin de informacin
adicional.
Los LPDUs ("Link Protocol Data Unit", Unidad de Datos de Protocolo de Enlace) de la capa de enlace se
encuentran definidos en el documento IEC 870-5-2, por lo que estas definiciones no se repiten en este
apartado.
En este apartado se identificar cada ASDU de manera resumida mediante su IDENTIFICACIN DE
TIPO (TYP), aunque conviene dejar claro que ste no es el identificador completo del ASDU.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 123
7.4.1 ASDUs en direccin de secundario a primario

7.4.1.1
0
1
TYP 1: Mensaje con etiqueta de tiempo
0
0
0 0 0 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0 0 0 0 0 C
1
1
CALIFICADOR DE ESTRUCTURA VARIABLE
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
DPI definido en 7.5.6.5
definido en 7.5.6.28
Tiempo binario
de cuatro octetos
SIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
El campo SIN (informacin suplementaria) se emplea de la siguiente forma:

CAUSA DE TRANSMISIN = Interrogacin general
SIN := SCN del ASDU de Inicio de interrogacin general
CAUSA DE TRANSMISIN = Retorno de informacin
SIN := RII del ASDU de comando general
7.4.1.2
0
1
TYP 2: Mensaje con etiqueta de tiempo y tiempo relativo
0
0
0 0 0 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0 0 0 0 0 C
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
RET
definido en 7.5.6.6
FAN
Tiempo binario
de cuatro octetos
SIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Los campos RET (tiempo relativo) y FAN (nmero de falta) no son relevantes en el caso de una
interrogacin general.
El campo SIN (informacin suplementaria) solo es relevante en el caso de una interrogacin general.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.3
0
0
Pg. 124
TYP 3: Medidas I
0 0 0 0 0 1 1
nmero i de elem. de inf.
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.8
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
MEA := Corriente fase 2
definido en 7.5.6.8
MEA := Tensin entre fases 1-2
definido en 7.5.6.8
MEA := Potencia activa P
definido en 7.5.6.8
MEA := Potencia reactiva Q
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Se distinguen cuatro posibles casos para este ASDU:

ASDU 3.1:
i := 1 INF := 144
ASDU 3.2:
i := 2 INF := 145
ASDU 3.3:
i := 4 INF := 146
ASDU 3.4:
i := 2 INF := 147, con los valores 1 y 2 como IN, UEN
ASDU 3.5:
i := 4 INF := 149, con los valores de I1,2,3,N
ASDU 3.6:
i := 1 INF := 150, con el valor de INS
7.4.1.4
0
1
TYP 4: Medidas con etiqueta de tiempo y tiempo relativo
0
0
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
SCL
RET
definido en 7.5.6.6
FAN
Tiempo binario
de cuatro octetos
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.5
0
1
Pg. 125
TYP 5: Mensaje de identificacin
0
0
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.3
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
asignacin libre
asignacin libre
asignacin libre
asignacin libre
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
COL
ASC := CARCTER 1
ASC := CARCTER 2
ASC := CARCTER 3
ASC := CARCTER 4
ASC := CARCTER 5
ASC := CARCTER 6
ASC := CARCTER 7
ASC := CARCTER 8
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
NIVEL DE GENERACIN
INTERNO DE FABRICANTE
Los caracteres ASCII se emplean para indicar el nombre con el que el fabricante identifica al equipo
secundario. Para los caracteres no usados hay que indicar el carcter ASCII blanco, es decir, 20H. Los
ltimos cuatro octetos se reservan para asignacin libre del fabricante.
7.4.1.6
0
1
TYP 6: Sincronizacin de reloj
0
0
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Tiempo binario de siete octetos
7.4.1.7
CAUSA DE TRANSMISIN
TIPO DE FUNCIN := GLB
NMERO DE INFORMACIN
TYP 8: Final de interrogacin general
0
0
0 0 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
CAUSA DE TRANSMISIN
NMERO DE INFORMACIN
SCN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
El campo SCN (nmero de exploracin) se toma del comando de inicializacin de interrogacin general.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.8
0
0
0
0
Pg. 126
TYP 9: Medidas II
0 0 0 1 0 0 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.8
7.4.1.9
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
definido en 7.5.6.8
definido en 7.5.6.8
definido en 7.5.6.8
MEA := Tensin fase 1 a tierra
definido en 7.5.6.8
definido en 7.5.6.8
definido en 7.5.6.8
MEA := Potencia activa P
definido en 7.5.6.8
MEA := Potencia reactiva Q
definido en 7.5.6.8
MEA := Frecuencia f
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 23: Lista de perturbaciones almacenadas
0 0 1 0 1 1 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
definido en 7.5.6.6
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
FAN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
SOF
GRUPO DE
DATOS n 1
Tiempo binario
de siete octetos
GRUPO DE
DATOS n i
Este ASDU se emplea para dar informacin general y resumida a la estacin primaria de todas las
perturbaciones registradas y almacenadas en las estaciones secundarias. El nmero mximo de
perturbaciones est limitado a i = 8.
Se presenta el nmero de perturbacin, estado de transmisin e instante de almacenamiento de cada
una de las perturbaciones, que estn almacenadas y numeradas de acuerdo al instante en que
ocurrieron. Se perdern aquellas perturbaciones cuyo nmero sobrepase el mximo.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.10
0
1
0
0
Pg. 127
TYP 26: Preparado para la transmisin de datos de perturbacin
0
0
0 1 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0 0 0 0 0 0
definido en 7.5.6.6
0
1
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
no usado
TOV
FAN
NOF
NOC
NOE
definido en 7.5.6.7
INT
Tiempo binario
de cuatro octetos
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
El tiempo binario de cuatro octetos se refiere a la etiqueta de tiempo de la primera informacin registrada.
Este ASDU se emplea para informar que un fichero de datos de perturbacin almacenado est preparado
para que la estacin primaria lo pida y recoja, y contiene el tipo de los valores de perturbacin, nmero de
canales, nmero de elementos de informacin y tiempo entre muestras.
7.4.1.11
0
1
0
0
TYP 27: Preparado para la transmisin de un canal
0
0
0 1 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0 0 0 0 0 0
definido en 7.5.6.6
1
1
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
no usado
TOV
FAN
definido en 7.5.6.1
ACC
RPV
RSV
RFA
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Este ASDU se emplea para informar que un canal analgico almacenado est preparado para que la
estacin primaria lo recoja, y contiene el tipo de valor de perturbacin y sus valores nominales.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.12
0
1
0
0
0
Pg. 128
TYP 28: Preparado para la transmisin de seales digitales
0
0
0 1 1 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0
definido en 7.5.6.6
0
1
0
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
no usado
no usado
FAN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Este ASDU se utiliza para informar a la estacin primaria que las seales digitales estn preparadas para
ser solicitadas.
7.4.1.13
0
1
TYP 29: Transmisin de seales digitales
0
0
0 1 1 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.6
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
FAN
NOT
TAP
definido en 7.5.5.1
definido en 7.5.5.2
0 0 0 0 0 C
TIPO DE FUNCIN
NMERO DE INFORMACIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
SEAL n 1
SEAL n i
Se emplea este ASDU para indicar el estado de todas las seales digitales relevantes en la posicin 0
(TAP=0) y para indicar los cambios (transicin a un nuevo estado).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.14
0
1
0
0
Pg. 129
TYP 30: Transmisin de valores de perturbacin
0
0
0 1 1 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0 0 0 0 0 0
definido en 7.5.6.6
0
1
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
no usado
TOV
FAN
definido en 7.5.6.1
definido en 7.5.6.9
ACC
NRI
NFE
SDV 1
SDV 2
SDV i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Este ASDU se emplea para la transmisin de i muestras consecutivas, como parte de todos los valores
de perturbacin de un canal, estando limitado a un mximo de 25 muestras por ASDU.
7.4.1.15
0
1
TYP 31: Final de transmisin
0
0
0 1 1 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.6
definido en 7.5.6.1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TOO
TOV
FAN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
ACC
Este ASDU se emplea para indicar el final de la transmisin de una perturbacin, un canal o seales
digitales (con o sin cancelacin). Contiene el tipo de finalizacin, el tipo de valores de perturbacin, el
nmero de falta y el nmero del canal.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.16
0
1
Pg. 130
TYP 65: Transmisin de ajustes
1
0
0 0 0 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
OCO
CNJ
TLB
GRS (1)
UNT (1)
LGR (1)
AJT (1)
GRS (i)
UNT (i)
LGR (i)
AJT (i)
7.4.1.17
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 66: Reconocimiento de ajustes
1
0
0 0 0 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TOO
GRS
UNT
ORD
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Con GRS, UNT y ORD se indica la posicin del primer ajuste enviado que ha provocado un
reconocimiento negativo de la transmisin, por la causa indicada en TOO.
7.4.1.18
0
1
1
0
TYP 68: Cambio de tabla de ajustes activa
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TBL
CIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.19
0
1
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
1
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
0
0
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
LES
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
SPE
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
OCO
PPR
LES
Suceso 1
Suceso i
OBJETO DE
INFORMACIN
definido en 7.5
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 74: Nmero de informes de falta pendientes de envo
0 0 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
TYP 72: Transmisin de sucesos
1 0 0 1 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.1.23
OBJETO DE
INFORMACIN
definido en 7.5
TYP 71: Nmero de sucesos pendientes de envo
1
0
7.4.1.22
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
Datos estadsticos
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TBL
TYP 70: Datos estadsticos
1
0
7.4.1.21
Pg. 131
TYP 69: Transmisin de tabla de ajustes activa
1
0
7.4.1.20
0
1
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
SPE
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.24
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
OCO
PPR
LES
Informe de falta 1
Informe de falta i
0
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 77: Nmero de histricos de medidas pendientes de envo
0 0 1 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
0
7.4.1.26
Pg. 133
TYP 75: Transmisin de informes de falta
1 0 0 1 0 1 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.1.25
0
1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
SPE
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 78: Transmisin de histricos de medidas
1 0 0 1 1 1 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
OCO
PPR
LES
Histrico de medidas 1
Histrico de medidas i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.27
0
1
Pg. 134
TYP 100: Transmisin de medidas y cambios digitales de control
1
0
1 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.8
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
OCO
NMC
NOM
MEA (1)
definido en 7.5.6.8
MEA (NMC-sima)
NDC
IDC
Tiempo binario
de siete octetos
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
CAMBIO DIGITAL 1
CAMBIO DIGITAL k
7.4.1.28
0
1
TYP 101: Transmisin de contadores
1
0
1 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
OCO
NCC
NOC
Tiempo binario
de siete octetos
CON (1)
CON (c)
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.29
0
1
1 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0
0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
OCO
Tiempo binario
de siete octetos
NDC
EST
VAL
EST
VAL
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
PRIMER GRUPO de SEALES DIGITALES

DE 1 A 8
N-simo GRUPO de SEALES DIGITALES
DE (8N+1) A (8N+8) NDC
TYP 110: Escritura de salidas digitales
1 1 0 1 1 1 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
VAL 1
ISC 1
definido en 7.5.6.4
DCO 1
VAL i
ISC i
definido en 7.5.6.4
DCO i
CIN
7.4.1.31
Pg. 135
TYP 103: Transmisin de estados digitales de control
1
0
7.4.1.30
0
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 111: Escritura de salidas analgicas
1 1 0 1 1 1 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
VAL 1
ISC 1
definido en 7.5.6.8
MEA 1
VAL i
ISC i
definido en 7.5.6.8
MEA i
CIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.32
0
0
0
1
DCO 1
ISC i
definido en 7.5.6.4
DCO i
CIN
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
ISC 1
definido en 7.5.6.4
DCO 1
ISC i
definido en 7.5.6.4
DCO i
CIN
OBJETO DE
INFORMACIN
definido en 7.5
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 116: Clave de acceso no disponible o incorrecta
1 1 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
0
1
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
TYP 113: Habilitacin/deshabilitacin de entradas analgicas
1 1 1 0 0 0 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
7.4.1.35
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
ISC 1
definido en 7.5.6.4
7.4.1.34
Pg. 136
TYP 112: Habilitacin/deshabilitacin de entradas digitales
1 1 1 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
7.4.1.33
0
0
0
1
CAUSA DE TRANSMISIN
no usado
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
TYP 120: Comando general con interpretacin
1 1 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.4
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
DCO
RII
CIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.1.36
0
0
Pg. 137
TYP 121: rdenes de mando
1 1 1 1 0 0 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IEC 1
definido en 7.5.6.4
DCO 1
IEC i
definido en 7.5.6.4
DCO i
CIN
7.4.1.37
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 127: Estado general de la estacin secundaria
1
0
1 1 1 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
OCO
PPR
LES
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Estado de la estacin secundaria
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 138
7.4.2 ASDUs en direccin de primario a secundario

7.4.2.1
0
1
TYP 6: Sincronizacin de reloj
0
0
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
0
1
OBJETO DE
INFORMACIN
definido en 7.5
TYP 7: Inicio de interrogacin general
0
0
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.2.3
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
7.4.2.2
CAUSA DE TRANSMISIN
NMERO DE INFORMACIN
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
SCN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 20: Comando general

0 1 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.4
0
0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
DCO
RII
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
El campo RII (identificador de retorno de informacin) no es procesado dentro de la estacin secundaria,

sino que es empleado como el campo SIN del mensaje de retorno de informacin.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.4
0
1
Pg. 139
TYP 24: Orden de transmisin de datos de perturbacin
0
0
0 1 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.6
0
1
definido en 7.5.6.1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TOO
TOV
FAN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
ACC
Este ASDU se emplea para pedir informacin resumida y genrica de las perturbaciones almacenadas,
as como para seleccin, peticin y cancelacin de la transmisin de datos de perturbacin, canal y
seales digitales. Contiene el tipo de orden, tipo de datos de perturbacin, nmero de falta y nmero de
canal.
7.4.2.5
0
1
TYP 25: Reconocimiento
0
0
0 1 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.6
definido en 7.5.6.1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TOO
TOV
FAN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
ACC
Este ASDU se utiliza para reconocimiento positiva (ACK) o negativo (NACK) de la transmisin de los
datos de perturbacin, canales o seales analgicas.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.6
0
1
1
0
0 0 0 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
OCO
CNJ
TBL
GRS (1)
UNT (1)
LGR (1)
AJT (1)
GRS (i)
UNT (i)
LGR (i)
AJT (i)
0 0 0 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 67: Peticin de ajustes
1
0
7.4.2.8
0
1
Pg. 140
TYP 65: Transmisin de nuevos ajustes
7.4.2.7
0
1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
CNJ
TBL
GRS (1)
UNT (1)
GRS (i)
UNT (i)
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 68: Cambio de tabla de ajustes activa
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
TBL
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.9
0
1
0 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
0
1
0
1
0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
TYP 71: Peticin de nmero de sucesos pendientes de envo
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.2.12
1
1
TYP 70: Peticin de datos estadsticos
0 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.2.11
0
1
Pg. 141
TYP 69: Peticin de tabla de ajustes activa
7.4.2.10
0
1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
TYP 72: Peticin de sucesos
0 0 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
TOO

(instante inicial)

(instante final)
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.13
0
1
1
0
0
1
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
0 0 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
TOO

(instante inicial)

(instante final)
1
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
TYP 75: Peticin de informes de falta
1
0
7.4.2.15
Pg. 142
TYP 74: Peticin de nmero de informes de falta pendientes de envo
0 0 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
7.4.2.14
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 77: Peticin de nmero de histricos de medidas pendientes
0 0 1 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.16
0
1
0 0 1 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
TOO

(instante inicial)

(instante final)
1
0
Pg. 143
TYP 78: Peticin de histricos de medidas
1
0
7.4.2.17
0
1
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 100: Peticin de datos de control
1 0 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN

(instante inicial)

(instante final)
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
En el octeto INF se indica si los datos pedidos son medidas y cambios digitales o contadores. Los
instantes inicial y final de peticin son opcionales en el mensaje, es decir, se podrn enviar o no, sin
ningn otro tipo de restriccin que la de indicar correctamente la longitud del mensaje dentro del campo
LONGITUD de la capa de enlace, ya que siempre se tratar de un mensaje de longitud fija, la del que no
incluye los tiempos o la del que s los incluye.
7.4.2.18
0
1
TYP 103: Peticin de estados digitales de control
1 0 0 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.19
0
0
0
0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
VAL 1
ISC 1
definido en 7.5.6.4
DCO 1
VAL i
ISC i
definido en 7.5.6.4
DCO i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 111: Escritura de salidas analgicas
1 1 0 1 1 1 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
VAL 1
ISC 1
definido en 7.5.6.8
MEA 1
VAL i
ISC i
definido en 7.5.6.8
MEA i
7.4.2.21
Pg. 145
TYP 110: Escritura de salidas digitales
1 1 0 1 1 1 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
7.4.2.20
0
0
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 112: Habilitacin/deshabilitacin de entradas digitales
1 1 1 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
ISC 1
definido en 7.5.6.4
DCO 1
ISC i
definido en 7.5.6.4
DCO i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.22
0
0
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
ISC 1
definido en 7.5.6.4
DCO 1
ISC i
definido en 7.5.6.4
DCO i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 116: Envo de clave de acceso
1 1 0 1 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
definido en 7.5.6.2
1
0
7.4.2.24
Pg. 146
TYP 113: Habilitacin/deshabilitacin de entradas analgicas
1 1 1 0 0 0 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
7.4.2.23
0
1
0
1
CAUSA DE TRANSMISIN
no usado
ASC := CARCTER 1
ASC := CARCTER 2
ASC := CARCTER 3
ASC := CARCTER 4
(clave de acceso de
ASC := CARCTER 5
ocho caracteres)
ASC := CARCTER 6
ASC := CARCTER 7
ASC := CARCTER 8
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
TYP 120: Comando general con interpretacin
1
0
1 1 1 0 0
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
definido en 7.5.5.2
definido en 7.5.6.4
0
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
NMERO DE INFORMACIN
DCO
RII
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Este ASDU es exactamente igual al TYP=20 definido en 7.4.2.3, pero se emplea en otro procedimiento
donde se enva confirmacin de la interpretacin e intencin de completar la ejecucin del mismo.
7.4.2.25
0
0
TYP 121: rdenes de mando
1 1 1 1 0 0 1
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0 0
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IEC 1
definido en 7.5.6.4
DCO 1
IEC i
definido en 7.5.6.4
DCO i
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
definido en 7.5
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.4.2.26
0
1
1 1 1 0 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
TYP 127: Peticin del estado general de la estacin secundaria
1 1 1 1 1
0 0 0 0 0
definido en 7.5.3
definido en 7.5.4
definido en 7.5.5.1
0 0 0 0 0 0
1
0
Pg. 148
TYP 123: Peticin de registros de perturbacin pendientes de envo
1
0
7.4.2.27
0
1
1
1
CAUSA DE TRANSMISIN
TIPO DE FUNCIN
no usado
IDENTIFICADOR DE LA
UNIDAD DE DATOS
definido en 7.5
OBJETO DE
INFORMACIN
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5
Pg. 149
SELECCIN DE CARACTERSTICAS A PARTIR DE IEC 870-5-4
Las longitudes y contenidos de los campos individuales de informacin de los ASDUs se especifican de
acuerdo a las reglas de declaracin para Elementos de Informacin definidas en el documento IEC 870-54.
Las definiciones anteriores relativas al IDENTIFICADOR DE TIPO, a la CAUSA DE TRANSMISIN y al
TIPO DE FUNCIN deben ser empleadas como conjunto cerrado para el rango compatible. Las
combinaciones aadidas a las mismas pueden ser utilizadas para el rango privado.
Por ejemplo, IDENTIFICADOR DE TIPO TYP=7 (interrogacin general) combinada con CAUSA DE
TRANSMISIN COT>127 puede ser empleada para una iniciacin privada de una interrogacin general
especfica de un fabricante concreto.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 150
7.5.1 IDENTIFICACIN DE TIPO

El primer octeto del IDENTIFICADOR DE LA UNIDAD DE DATOS del ASDU define el IDENTIFICADOR
DE TIPO (TYP), que es un cdigo que identifica inequvocamente el tipo de ASDU dentro de la coleccin
de todos los tipos posibles para este protocolo estndar. Est definido separadamente para ambas
direcciones de comunicacin, unos para la direccin desde primario a secundario y otros para la direccin
desde secundario a primario.
Para el rango compatible de este protocolo se emplean 128 IDENTIFICADORES DE TIPO, cuya
definicin es la siguiente:
IDENTIFICADOR DE TIPO
:=
UI 8[1..8] <0..255>
<0..127>
<128..255>
:=
:=
Rango compatible (definidos en este protocolo)

Rango privado (para uso especial)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 151
Tabla 4: IDENTIFICADORES DE TIPO en direccin secundario a primario
<1>
<2>
<3>
<4>
<5>
<6>
<8>
<9>
<23>
<26>
<27>
<28>
<29>
<30>
<31>
<65>
<66>
<68>
<69>
<70>
<71>
<72>
<74>
<75>
<77>
<78>
<100>
<101>
<103>
<110>
<111>
<112>
<113>
<116>
<120>
<121>
<127>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=

Mensaje con etiqueta de tiempo y tiempo relativo
Medidas I
Medidas con etiqueta de tiempo y tiempo relativo
Identificacin
Sincronizacin de tiempo
Medidas II
Lista de perturbaciones almacenadas
Preparado para transmisin de datos de perturbacin
Preparado para transmisin de un canal
Preparado para transmisin de seales digitales
Transmisin de seales digitales
Transmisin de valores de perturbacin
Final de transmisin
Datos estadsticos
Nmero de informes de falta pendientes de envo
Transmisin de informes de falta
Nmero de histricos de medidas pendientes de envo
Transmisin de histricos de medidas
rdenes de mando
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 152
Tabla 5: IDENTIFICADORES DE TIPO en direccin primario a secundario
<6>
<7>
<20>
<24>
<25>
<65>
<67>
<68>
<69>
<70>
<71>
<72>
<74>
<75>
<77>
<78>
<100>
<103>
<110>
<111>
<112>
<113>
<116>
<120>
<121>
<123>
<127>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
Comando general
Orden para transmisin de datos de perturbacin
Reconocimiento
Peticin de ajustes
Peticin de sucesos
Peticin de nmero de informes de falta pendientes de envo
Peticin de informes de falta
Peticin de nmero de histricos de medidas pendientes de envo
Peticin de histricos de medidas
rdenes de mando
Peticin de registros de perturbacin pendientes de envo
Todos los IDENTIFICADORES DE TIPO con cdigo en el rango <0..127> no especificados en las tablas
anteriores estn reservados para futuros usos compatibles del protocolo.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 153
7.5.2 CALIFICADOR DE ESTRUCTURA VARIABLE

El segundo octeto del IDENTIFICADOR DE LA UNIDAD DE DATOS del ASDU define el CALIFICADOR
DE ESTRUCTURA VARIABLE (VSQ), que indica variaciones de la estructura para un ASDU especfico
que pueda variar en diferentes momentos de la comunicacin y se emplea para especificar el nmero de
elementos de informacin iguales contenidos en el ASDU.
Su definicin es la siguiente:
CALIFICADOR DE ESTRUCTURA VARIABLE :=
Nmero
CP 8 {Nmero, SQ}
<0>
<1..9>
<10..127>
:=
:=
:=
:=
UI 7[1..7] <0..127>
No usado.
Nmero de ELEMENTOS DE INFORMACIN.
No usado.
<0>
:=
:=
<1>
:=
BS 1[8] <0..1>
Direccionamiento de una SECUENCIA DE
ELEMENTOS DE INFORMACIN.
Direccionamiento de un ELEMENTO DE
INFORMACIN SIMPLE o una COMBINACIN
DE ELEMENTOS DE INFORMACIN.
SQ
El bit SQ especifica el mtodo de direccionamiento de los siguientes elementos de informacin.

Cuando SQ=0, la direccin del objeto de informacin indica una secuencia de elementos de informacin
iguales (ver apartado 5.1.5 de IEC 870-5-3), al especificar como direccin la asociada al primer elemento
de informacin de la secuencia. Los siguientes elementos de informacin estn definidos por incremento
continuo en una unidad a partir de esta direccin (acta como offset).
Cuando SQ=1, la direccin del objeto de informacin indica la del nico elemento simple de informacin o
nica combinacin de elementos (ver apartado 5.1.5 de IEC 870-5-3).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 154
7.5.3 CAUSA DE TRANSMISIN

En el tercer octeto del IDENTIFICADOR DE LA UNIDAD DE DATOS del ASDU se especifica la CAUSA
DE TRANSMISIN (COT), que permite asignar diferentes causas de transmisin a ASDUs iguales. De
esta forma se puede utilizar el mismo ASDU para transmitir datos independientemente de que estos sean
de un origen u otro, independientemente para cada direccin de comunicacin.
Para el rango compatible de este protocolo se emplean 128 valores de CAUSA DE TRANSMISIN, cuya
definicin es la siguiente:
CAUSA DE TRANSMISIN:=
<0..127>
<128..255>
UI 8[1..8] <0..255>
:=
:=

Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 155
Tabla 6: CAUSA DE TRANSMISIN en direccin secundario a primario
<1>
<2>
<3>
<4>
<5>
<6>
<7>
<8>
<9>
<10>
<11>
<20>
<21>
<31>
<65>
<66>
<68>
<69>
<70>
<71>
<72>
<74>
<75>
<77>
<78>
<100>
<101>
<102>
<103>
<110>
<111>
<112>
<113>
<116>
<120>
<121>
<127>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
Espontnea
Cclica
Reset bit FCB
Reset CU
Arranque / rearranque ("start / restart")
Encendido ("power on")
Modo de pruebas
Interrogacin general
Operacin local
Retorno de informacin correcto
Retorno de informacin incorrecto
Datos estadsticos
Nmero de informes de falta pendientes de envo
Transmisin de informes de falta
Nmero de histricos de medidas pendientes de envo
Transmisin de histricos de medidas
Overflow en datos de control
rdenes de mando
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 156
Tabla 7: CAUSA DE TRANSMISIN en direccin primario a secundario
<8>
<9>
<20>
<31>
<65>
<67>
<68>
<69>
<70>
<71>
<72>
<74>
<75>
<77>
<78>
<100>
<103>
<110>
<111>
<112>
<113>
<116>
<120>
<121>
<127>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
Comando general
Peticin de ajustes
Peticin de sucesos
Peticin de nmero de informes de falta pendientes de envo
Peticin de informes de falta
Peticin de nmero de histricos de medidas pendientes de envo
Peticin de histricos de medidas
rdenes de mando
Todas las CAUSAS DE TRANSMISIN con cdigo en el rango <0..127> no especificadas en las tablas
anteriores estn reservadas para futuros usos compatibles del protocolo.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 157
7.5.4 DIRECCIN COMN DEL ASDU

En el cuarto octeto del IDENTIFICADOR DE LA UNIDAD DE DATOS del ASDU se especifica la
DIRECCIN COMN DEL ASDU. La DIRECCIN COMN DEL ASDU, que identifica la unidad
secundaria destino u origen del mensaje, es siempre exactamente la misma que la direccin empleada en
la capa de enlace, y se conocen como direccin de la estacin.
<0..254>
<255>
:=
UI 8[1..8] <0..255>
:=
:=
Direccin de la estacin
Direccin global (mensajes tipo "broadcast")
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 158
7.5.5 IDENTIFICADOR DEL OBJETO DE INFORMACIN

7.5.5.1
TIPO DE FUNCIN
El primer octeto del IDENTIFICADOR DEL OBJETO DE INFORMACIN define el TIPO DE FUNCIN
(FUN), que indica la funcin del equipo en concreto, dentro de las caractersticas de proteccin, control y
registro, con la que estn relacionados los datos del mensaje.
Los rangos admisibles en este protocolo son los siguientes:
TIPO DE FUNCIN
:=
UI 8[1..8] <0..255>
<0..89>
<90..91>
<92..99>
<100..101>
<102..127>
<128..129>
<130..143>
<144..145>
<146..159>
<160..161>
<162..175>
<176..177>
<178..191>
<192..193>
<194..207>
<208..209>
<210..223>
<224..225>
<226..239>
<240..241>
<242..253>
<254..255>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
Rango privado (uso especial)

Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Rango compatible
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 159
Tabla 8: TIPOS DE FUNCIN
<90>
<91>
<100>
<101>
<128>
<129>
<144>
<145>
<160>
<161>
<176>
<177>
<192>
<193>
<208>
<209>
<224>
<225>
<240>
<241>
<254>
<255>
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
:=
Reservado para uso futuro

Control
Proteccin de distancia
Proteccin de sobreintensidad
Proteccin diferencial de transformador
Proteccin diferencial de lnea
Funcin genrica
Funcin global
CTRL
t(Z)
I>>
IT
IL
GEN
GLB
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.5.2
Pg. 160
NMERO DE INFORMACIN
El segundo octeto del IDENTIFICADOR DEL OBJETO DE INFORMACIN define el NMERO DE

INFORMACIN (INF) dentro de un TIPO DE FUNCIN determinado, que identifica un grupo de
elementos de informacin dentro de los posibles, para un determinado tipo de funcin y para cada tipo de
ASDU.
Se emplea el rango completo <0..255> independientemente en cada direccin de comunicacin, bien de
primario a secundario o bien de secundario a primario.
Para las indicaciones de proteccin se definen los siguientes rangos:
NMERO DE INFORMACIN :=
UI 8[1..8] <0..255>
En direccin de primario a secundario :=

<0..15>
<16..127>
<128..239>
<240..255>
<0..255>
:=
Funciones del sistema
:=
Comandos generales
:=
Reservado para datos genricos
:=
En direccin de secundario a primario :=

<0..15>
<16..31>
<32..47>
<48..63>
<64..127>
<128..143>
<144..159>
<160..239>
<240..255>
<0..255>
:=
Funciones del sistema
:=
Estado
:=
Supervisin
:=
Faltas a tierra
:=
Cortocircuitos
:=
Reenganchador
:=
Medidas
:=
Reservado para datos genricos
:=
El significado del octeto NMERO DE INFORMACIN (INF) usados con los ASDUs (o TYPs) 1, 2, 3, 4,
5, 6, 8, 9 y 20 est dado en las tablas que siguen a continuacin. Adems de presentarlos de manera
separada para cada una de las direcciones de comunicacin, se clasifican por los diferentes rangos
anteriores. Adicionalmente, se indican el IDENTIFICADOR DE TIPO (TYP), las posibles CAUSAS DE
TRANSMISIN (COT) y los posibles TIPOS DE FUNCIN (FUN). La columna GI indica que esa
informacin est incluida en la interrogacin general y, si es aplicable, es transmitida cuando cambia su
estado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 161
Tabla 9: NMERO DE INFORMACIN: Funciones del sistema en direccin de secundario a primario
INF
<0>
<0>
<1>
<2>
<3>
<4>
<5>
Descripcin
Fin de interrogacin general
Reset bit FCB
Reset CU
Arranque / rearranque
Identificacin
GI
-
TYP
8
6
COT
10
8
FUN
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
5
5
5
5
3
4
5
6
t(Z), I>>, IT, IL

t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
Tabla 10: NMERO DE INFORMACIN: Indicacin de estado en direccin de secundario a primario
INF
<16>
<17>
<18>
<19>
<20>
<21>
<22>
<23>
<24>
<25>
<26>
<27>
<28>
<29>
<30>
Descripcin
Reenganchador en servicio
Sistema de teleproteccin en servicio
Proteccin en servicio
Reset de LEDs
Bloqueo de sealizacin
Modo de pruebas
Ajuste local de parmetros
Caracterstica 1
Caracterstica 2
Caracterstica 3
Caracterstica 4
Entrada auxiliar por contacto 1
GI
x
x
x
x
x
x
x
x
x
x
x
x
x
x
TYP
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
COT
9,11,20,21
9,11,20,21
9,11,20,21
11,20,21
9,11
9,11
9,11
9,11,20,21
9,11,20,21
9,11,20,21
9,11,20,21
1,9,11
1,9,11
1,9,11
1,9,11
FUN
t(Z), I>>, IL
t(Z), I>>
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z)
t(Z)
t(Z)
t(Z)
t(Z), I>>, IT
t(Z), I>>, IT
t(Z), I>>, IT
t(Z), I>>, IT
Tabla 11: NMERO DE INFORMACIN: Indicacin de supervisin en direccin de secundario a primario
INF
<32>
<33>
<35>
<36>
<37>
<38>
<39>
<46>
<47>
Descripcin
Control de medida de intensidad
Control de medida de tensin
Control de secuencia de fase
Control del circuito de disparo
Operacin sobreintensidad reserva
Disparo del automtico c.a. 98 T/t
Teleproteccin fuera de servicio
Aviso de anomala general
Alarma de anomala general
GI
x
x
x
x
x
x
x
x
x
TYP
1
1
1
1
1
1
1
1
1
COT
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
FUN
t(Z), I>>
t(Z), I>>
t(Z)
t(Z), I>>, IT, IL
t(Z)
t(Z), I>>
t(Z), I>>, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 162
Tabla 12: NMERO DE INFORMACIN: Indicacin de faltas a tierra en direccin de secundario a primario
INF
<48>
<49>
<50>
<51>
<52>
Descripcin
Falta a tierra en fase 1
Falta a tierra hacia delante (lnea)
Falta a tierra hacia detrs (barra)
GI
x
x
x
x
x
TYP
1
1
1
1
1
COT
1,7,9
1,7,9
1,7,9
1,7,9
1,7,9
FUN
t(Z), I>>
t(Z), I>>
t(Z), I>>
t(Z), I>>
t(Z), I>>
Tabla 13: NMERO DE INFORMACIN: Indicacin de cortocircuitos en direccin de secundario a primario
INF
<64>
<65>
<66>
<67>
<68>
<69>
<70>
<71>
<72>
<73>
<74>
<75>
<76>
<77>
<78>
<79>
<80>
<81>
<82>
<83>
<84>
<85>
<86>
<87>
<88>
<89>
<90>
<91>
<92>
<93>
Descripcin
Arranque fase 1
Arranque fase 2
Arranque fase 3
Arranque neutro
Disparo trifsico
Disparo monofsico fase 1
Disparo por sobreintensidad reserva
Distancia a la falta en ohmios
Falta hacia delante (lnea)
Falta hacia detrs (barra)
Transmisin seal teleproteccin
Recepcin seal teleproteccin
Activacin zona 1
Activacin zona 2
Activacin zona 3
Activacin zona 4
Activacin zona 5
Activacin zona 6
Arranque general
Fallo de interruptor
Intensidad diferencial en fase 1
Intensidad diferencial en neutro
Disparo temporizado fases
Disparo instantneo fases
Disparo temporizado neutro
Disparo instantneo neutro
GI
x
x
x
x
x
-
TYP
2
2
2
2
2
2
2
2
2
4
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
COT
1,7,9
1,7,9
1,7,9
1,7,9
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7,9
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
1,7
FUN
t(Z), I>>, IL
t(Z), I>>, IL
t(Z), I>>, IL
t(Z), I>>, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
t(Z)
t(Z)
t(Z), I>>
t(Z), I>>
t(Z), I>>
t(Z), I>>
t(Z)
t(Z)
t(Z)
t(Z)
t(Z)
t(Z)
t(Z), I>>, IL
t(Z), I>>
IT
IT
IT
IT
I>>
I>>
I>>
I>>
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 163
Tabla 14: NMERO DE INFORMACIN: Indicacin reenganchador en direccin de secundario a primario
INF
<128>
<129>
<130>
Descripcin
Cierre interruptor por reenganche 1
Cierre interruptor por reenganche 2
Reenganchador bloqueado
GI
x
TYP
1
1
1
COT
1,7
1,7
1,7,9
FUN
t(Z), I>>, IL
t(Z), I>>, IL
t(Z), I>>, IL
Tabla 15: NMERO DE INFORMACIN: Indicacin de medidas en direccin de secundario a primario
INF
<144>
<145>
<146>
<147>
<148>
<149>
<150>
Descripcin
Medida I
Medida I,U
Medida I, U, P, Q
Medida IN, UEN
Medida I1,2,3, U1,2,3, P, Q, f
Medida I1,2,3, IN
Medida INS
GI
-
TYP
3.1
3.2
3.3
3.4
9
3.5
3.6
COT
2,7
2,7
2,7
2,7
2,7
2,7
2,7
FUN
t(Z), I>>
t(Z), I>>
t(Z)
t(Z), I>>
t(Z)
t(Z), I>>
t(Z), I>>
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 164
Tabla 16: NMERO DE INFORMACIN: Funciones del sistema en direccin de primario a secundario
INF
<0>
<0>
Descripcin
TYP
7
6
COT
9
8
FUN
t(Z), I>>, IT, IL
t(Z), I>>, IT, IL
Tabla 17: NMERO DE INFORMACIN: Comandos generales en direccin de primario a secundario
INF
<16>
<17>
<18>
<19>
<23>
<24>
<25>
<26>
Descripcin
COM TYP
Reenganchador en/fuera de servicio
d
20
Teleproteccin en/fuera de servicio
d
20
Proteccin en/fuera de servicio
d
20
Reset de LEDs
s
20
Caracterstica 1
s
20
Caracterstica 2
s
20
Caracterstica 3
s
20
Caracterstica 4
s
20
COM: comando;
d: comando doble;
COT
FUN
20
t(Z), I>>, IL
20
t(Z), I>>
20
t(Z), I>>, IT, IL
20
t(Z), I>>, IT, IL
20
t(Z), I>>
20
t(Z), I>>
20
t(Z), I>>
20
t(Z), I>>
s: comando simple
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 165
7.5.6 ELEMENTOS DE INFORMACIN

Los ELEMENTOS DE INFORMACIN que se presentan a continuacin, empleados en los ASDUs
definidos en este protocolo, estn estructurados de acuerdo a las definiciones normalizadas del
documento IEC 870-5-4.
7.5.6.1
Canal Actual
ACC
:=
con
UI 8[1..8] <1..255>
<0>
:=
<1>
:=
<2>
:=
<3>
:=
<4>
:=
<5>
:=
<6>
:=
<7>
:=
<8>
:=
<9..63>
:=
<64..255>
:=
global
IL1
IL2
IL3
I0
UL1E
UL2E
UL3E
U0
reservado para futuro uso compatible
rango privado
Este octeto indica el canal actual para ser procesado dentro de una transmisin de datos de perturbacin.
El valor <0>=global se emplea con los ASDUs 24, 25 y 31 en el octeto ACC cuando no se vaya a
transmitir ningn canal.
7.5.6.2
Carcter ASCII
ASC
7.5.6.3
:=
UI 8[1..8] <Cdigo ASCII de 8 bits>
Nivel de Compatibilidad
COL
:=
UI 8[1..8] <0..255>
Este octeto indica el nivel de compatibilidad de la estacin secundaria respecto al protocolo PROCOME
estndar. Se emplear el valor <1> por defecto. A efectos informativos, podrn emplearse otros valores
(por ejemplo, sera recomendable emplear para la versin 3.0 el valor 00110000, que corresponde a
dividir el campo en dos enteros de 4 bits, la parte alta indicando la versin y la baja la subversin, ambos
en binario).
7.5.6.4
Comando Doble (IEV 371-03-03)

DCO
:=
con
UI 2[1..2] <0..3>
<0>
:=
no usado
<1>
:=
OFF
<2>
:=
ON
<3>
:=
no usado
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.5
Pg. 166
Informacin de Punto Doble (IEV 371-02-08)

DPI
7.5.6.6
:=
con
UI 2[1..2] <0..3>
<0>
:=
no usado
<1>
:=
OFF
<2>
:=
ON
<3>
:=
no usado
Nmero de Falta
FAN
:=
UI 16[1..16] <1..65535>
El nmero de falta es empleado para identificar un cortocircuito y diferenciarlo de otro. Se incrementa

este nmero cada vez que el equipo de proteccin o registro arranca de nuevo. Por ello, una secuencia
con un reenganche y disparo posterior es almacenada con dos nmeros de falta diferentes. El nmero de
falta no necesita ser inicializado a cero ni a ningn valor no nulo.
7.5.6.7
Intervalo entre Elementos de Informacin

INT
:=
UI 16[1..16] <0..65535>
El intervalo para la adquisicin de elementos de informacin simples es el mismo para todos los datos de
perturbacin, y es presentado en microsegundos.
7.5.6.8
Medidas con Descripcin de Calidad

MEA
:=
con
CP 16{OV, ER, Res, VALUE, S}

OV
:=
BS 1[1] no usado (siempre <0>)
ER
:=
BS 1[2] <0..1>
<0>
:=
VALUE vlido
<1>
:=
VALUE no vlido
Res
:=
BS 1[3] no usado (siempre <0>)
VALUE
:=
F 12[4..15] <0..+1-2-12>
S
:=
BS 1[16]
<0>
:=
VALUE positivo
<1>
:=
VALUE negativo
El bit de Desbordamiento (Overflow, OV) no se usa y se ajusta a "0". En el caso de desbordamiento de

VALUE se pone a su valor mximo positivo, 4095. El mximo de VALUE puede ser o bien 1.2 o bien 2.4
veces el valor nominal.
7.5.6.9
Nmero del Primer Elemento de Informacin en ASDU

NFE
:=
UI 16[1..16] <0..65535>
Todos los valores simples de perturbacin de un canal (fichero) tienen nmeros consecutivos y son
transmitidos en partes uniformes. Dentro de un ASDU se transmiten con nmeros consecutivos
incrementados. Se muestra el nmero del primer elemento de informacin (primer valor de perturbacin)
del ASDU para que sea posible reconstruir el fichero completo.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.10
NOC
Pg. 167
Nmero de Canales
:=
UI 8[1..8] <1..255>
Este octeto indica el nmero de canales analgicos preparados para transmitir. En un equipo de
proteccin o registro el nmero es fijo y vlido para todos los registros de falta.
7.5.6.11
NOE
Nmero de Elementos de Informacin de un Canal

:=
UI 16[1..16] <1..65535>
Todos los canales analgicos contienen el mismo nmero de elementos de informacin o muestras. Este
nmero se transmite en el ASDU=26, "Preparado para transmisin de datos de perturbacin", y es vlido
para todos los canales.
7.5.6.12
NOF
Nmero de Falta en la Red

:=
UI 16[1..16] <1..65535>
Un fallo en la red, por ejemplo un cortocircuito, puede originar varias faltas con disparo y reenganche
automtico, cada una con un registro, identificndose cada falta con un nmero de falta (FAN)
incrementado consecutivamente. En este caso, el nmero de falta en la red permanece igual para todos
los registros asociados al mismo fallo. Este nmero no necesita ser inicializado a cero ni a ningn valor
no nulo.
7.5.6.13
NOT
Nmero de Estados Digitales

:=
UI 8[1..8] <1..255>
Este octeto indica el nmero de seales digitales que se van a transmitir.

7.5.6.14
NRI
Nmero de Elementos de Informacin Relevantes por cada ASDU

:=
UI 8[1..8] <1..255>
Este octeto especifica el nmero de elementos de informacin simples (muestras simples en este caso).
Para el ASDU=30, el mximo nmero NRI es 25.
7.5.6.15
RET
Tiempo Relativo
:=
UI 16[1..16] <0..65535>
El tiempo relativo es inicializado al comienzo de una falta. Indica el tiempo en milisegundos desde el
arranque del equipo de proteccin hasta el momento actual.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.16
RFA
Pg. 168
Factor de Referencia
:=
R 32.23{Mantisa, Exponente, Signo}
Los valores de perturbaciones se transmites en valores sin elaborar. El factor de referencia muestra la
relacin entre el valor sin elaborar y el valor secundario:
Factor de Referencia (F) =
Valor sin elaborar

Valor secundario
El valor primario es el secundario multiplicado por la relacin entre los valores primario y secundario
nominales:
Valor nominal primario

=
Valor nominal secundario
Valor sin elaborar
Valor nominal primario
=
Factor de Referencia Valor nominal secundario
Valor primario = Valor secundario
7.5.6.17
RPV
7.5.6.18
RSV
7.5.6.19
RII
7.5.6.20
SCL
Valor Nominal Primario

:=
Valor Nominal Secundario

:=
Identificador de Retorno de Informacin

:=
UI 8[1..8] <0..255>
Localizacin de Falta
:=
La localizacin de falta representa la localizacin como reactancia de falta referida a valores primarios, y
est dada en Ohmios.
7.5.6.21
SCN
7.5.6.22
SDV
7.5.6.23
SIN
Nmero de Exploracin
:=
UI 8[1..8] <0..255>
Valor Simple de Datos de Perturbacin

:=
F 16[1..16] <-1..+1-2-15>
Informacin Suplementaria
:=
UI 8[1..8] <0..255>
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.24
SOF
Pg. 169
Estado de la Falta
:=
con
BS 8{TP, TM, Res}

TP
:=
<0>
:=
<1>
:=
TM
:=
<0>
:=
<1>
:=
Res
:=
BS 1[1] <0..1>
Falta almacenada sin disparo
Falta almacenada con disparo
BS 1[2] <0..1>
Datos perturbacin esperan ser transmitidos
Datos perturbacin transmitindose
BS 6[3..8] no usado (siempre <0>)
Este octeto indica si el equipo de proteccin ha disparado durante la falta (bit TP), y si los datos de
perturbacin estn siendo transmitidos en ese momento.
7.5.6.25
TAP
Posicin de Seal Digital

:=
UI 16[1..16] <1..65535>
Estos dos octetos muestran la posicin de la seal digital dentro del conjunto de datos de perturbacin. El
nmero es la "distancia" de la seal desde el primer elemento o muestra del conjunto de datos de
perturbacin, codificado como nmero de elementos de informacin o muestras. Es decir, equivale al
nmero de muestra dentro de cada registro, empezando a contar desde 1 para la muestra inicial.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.26
Pg. 170
Tipo de Orden
TOO especifica el tipo de orden, es decir, seleccin, peticin, cancelacin de transmisin de datos, etc..
TOO
con
:=
UI 8[1..8] <1..255>
<1>
:=
Seleccin de falta
<2>
:=
Peticin de datos de perturbacin
<3>
:=
Cancelacin de datos de perturbacin
<4..7>
:=
Reservado
<8>
:=
Peticin de canal analgico
<9>
:=
Cancelacin de canal analgico
<10..15>
:=
Reservado
<16>
:=
Peticin de seales digitales
<17>
:=
Cancelacin de seales digitales
<18..23>
:=
Reservado
<24>
:=
Peticin de lista de perturbaciones almacenadas
<25..31>
:=
Reservado
<32>
:=
Final de transmisin de datos de perturbacin sin cancelacin
<33>
:=
Final de transmisin de datos de perturbacin con cancelacin
por el equipo primario
<34>
:=
Final de transmisin de datos de perturbacin con cancelacin
por el equipo secundario
<35>
:=
Final de transmisin de canal analgico sin cancelacin
<36>
:=
Final de transmisin de canal analgico con cancelacin por el
equipo primario
<37>
:=
Final de transmisin de canal analgico con cancelacin por el
equipo secundario
<38>
:=
Final de transmisin de seales digitales sin cancelacin
<39>
:=
Final de transmisin de seales digitales con cancelacin por el
equipo primario
<40>
:=
Final de transmisin de seales digitales con cancelacin por el
equipo secundario
<41..63>
:=
Reservado
<64>
:=
Datos perturbacin transmitidos con xito (ACK)
<65>
:=
Datos perturbacin transmitidos sin xito (NACK)
<66>
:=
Canal analgico transmitido con xito (ACK)
<67>
:=
Canal analgico transmitido sin xito (NACK)
<68>
:=
Seales digitales transmitidas con xito (ACK)
<69>
:=
Seales digitales transmitidas sin xito (NACK)
<70..129>
:=
Reservado
<130>
:=
Primero pendiente (el ms antiguo de los pendientes)
<131>
:=
ltimo pendiente (el ms reciente de los pendientes)
<132>
:=
Todos los pendientes
<133>
:=
Todos entre fechas
<134..203>
:=
Reservado
<204>
:=
Ajustes fuera de rango
<205>
:=
Formato no reconocido
<206>
:=
Ajustes no existen
<207>
:=
Acceso denegado
<208>
:=
Ajustes admitidos
<209..255>
:=
Reservado
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.27
TOV
7.5.6.28
Pg. 171
Tipo de Valores de Perturbacin

:=
con
UI 8[1..8] <0..255>
<0>
:=
<1>
:=
<2..255>
:=
No usado
Valores instantneos
No usado
Tiempo Binario de Cuatro Octetos
CP32Time2a
:=
CP 32{Milisegundos, Minutos, Res1, Invlido, Horas, Res2,

Horario verano}
Este tiempo binario est definido en el apartado 6.8 del documento IEC 870-5-4.
7.5.6.29
Tiempo Binario de Siete Octetos
CP56Time2a
:=
CP 56{Milisegundos, Minutos, Res1, Invlido, Horas, Res2,

Horario verano, Da del mes, Da de la semana,
Mes, Res3, Ao, Res4}
Se le aade un significado ms, que es el bit de validacin por retraso de hora en los procedimientos de
interrogacin de control, que se incluye en el bit Res1, de forma que:
Res1
7.5.6.30
NMC
:=
<0>
<1>
BS 1[23] <0..1>
:=
Etiqueta vlida
:=
Etiqueta no vlida por retraso de reloj
Nmero de Medidas de Control

:=
UI 8[1..8] <0..255>
Este octeto indica el nmero de medidas de control que se incluyen dentro de cada mensaje de
transmisin de medidas y cambios de seales digitales de control. Es el nmero total de medidas
analgicas que se envan en cada ASDU, aunque haya de realizarse una transmisin multimensaje o por
bloques (caso de que no entre toda la informacin en un solo mensaje). Su lmite prctico es 122, que es
el nmero mximo de medidas que entran en un ASDU.
7.5.6.31
NOM
Nmero de Orden de Medida de Control

:=
UI 8[1..8] <0..255>
Este octeto indica el nmero de orden de la primera medida de control de las que se incluyen dentro de
cada mensaje de transmisin de medidas y cambios de seales digitales de control. En el primer mensaje
ser de valor <0>; en el segundo ser el nmero de medidas enviadas en el mensaje anterior, y as
sucesivamente.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.32
IDC
Pg. 172
Identificacin de Cambio de Seal Digital de Control

:=
CP 16{IDENTIF, CAMBIO}
IDENTIF
:=
UI 10[1..10] <0..1023>
CAMBIO
:=
BS 6{Res, V, E, v, e}
con
Res
:=
BS 2[11..12] no usado (siempre <0>)
V
:=
BS 1[13] <0..1>
<0>
:=
Estado vlido
<1>
:=
Estado no vlido
E
:=
BS 1[14] <0..1>
<0>
:=
Estado a "0" despus del cambio
<1>
:=
v
:=
BS 1[15] <0..1>
<0>
:=
No ha cambiado el bit de validacin V
<1>
:=
Ha cambiado el bit de validacin V
e
:=
BS 1[16] <0..1>
<0>
:=
No ha cambiado el bit de estado E
<1>
:=
Ha cambiado el bit de estado E
Con estos dos octetos se identifica, mediante la asignacin de un cdigo a cada seal, cada seal digital
de control que haya sufrido algn cambio y que se transmite con las medidas de control, as como lo que
ha cambiado en la seal digital y el estado y validacin en que queda tras el cambio.
7.5.6.33
ISC
Identificacin de Seal de Control

:=
UI 16[1..10] <0..1023>
Estos dos octetos se emplean para identificar convenientemente seales de control, bien sean seales
internas, entradas (lgicas) o salidas (fsicas o lgicas). En el caso de seales digitales, existen hasta
1024 posibles, mientras que en el caso de analgicas el nmero es de 256, por lo que slo se emplearn
los 8 primeros bits, desprecindose el segundo octeto. No se consideran del mismo carcter los
elementos de mando.
7.5.6.34
NCC
Nmero de Contadores de Control

:=
UI 8[1..8] <0..255>
Este octeto indica el nmero total de contadores de control que se incluyen dentro de cada mensaje
parcial o ASDU de transmisin de contadores. Engloba todos los enviados en ese mensaje en particular,
aunque no todos los que se transmiten mediante multimensaje. Su lmite prctico es 61, que es el nmero
mximo de contadores que entran en un ASDU.
7.5.6.35
NOC
Nmero de Orden de Contador de Control

:=
UI 8[1..8] <0..255>
Este octeto indica el nmero de orden del primer contador de control de las que se incluyen dentro de
cada mensaje de transmisin de contadores de control. En el primer mensaje ser de valor <0>; en el
segundo ser el nmero de contadores enviados en el mensaje anterior, y as sucesivamente.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.36
CON
Pg. 173
Valor de Contador de Control

:=
UI 32[1..32] <0..4294967295>
Este octeto indica la medida que seala el contador, en valor absoluto. Cuando un contador llega a su
fondo de medida (rebose su valor mximo) se pondr automticamente a cero.
7.5.6.37
NDC
Nmero de Seales Digitales de Control

:=
UI 16[1..10] <0..1023>
Este octeto indica el nmero de seales digitales de control que se incluyen dentro de cada mensaje de
transmisin de las mismas, para el refresco del estado de control en la estacin primaria. Tambin se
emplea para indicar el nmero de cambios digitales de control incluidos en cada mensaje particular (no
entre todos los que formen una transmisin completa) de la interrogacin de control, y en general para
todos los procesos de control (escrituras de salidas, rdenes de mando, etc.).
7.5.6.38
EST
Estado de Seales Digitales de Control

:=
BS 8[1..8]
BS 8[n] <0..1>
<0>
<1>
:=
:=
:=
Sn
(1n8)
Este octeto permite conocer de forma agrupada el estado de hasta 8 seales digitales.
7.5.6.39
VAL
Validacin de Seales Digitales de Control

:=
BS 8[1..8]
BS 8[n] <0..1>
<0>
<1>
:=
:=
:=
Sn
(1n8)
Estado vlido
Estado no vlido
Este octeto permite conocer de forma agrupada el bit de validacin de hasta 8 seales digitales. En el
caso de entradas, salidas y rdenes de mando solo se emplea el primer bit, pues indica la validacin de
una nica seal.
7.5.6.40
CNJ
Conjunto de Ajustes
:=
UI 8[1..8] <0..255>
Este octeto indica el conjunto al que pertenecen los ajustes que se incluyen dentro de cada mensaje de
transmisin de los mismos, en una u otra direccin de comunicacin.
7.5.6.41
GRS
Grupo de Ajustes
:=
UI 8[1..8] <0..255>
Este octeto indica el grupo al que pertenecen los ajustes que se incluyen dentro de cada mensaje de
transmisin de los mismos, en una u otra direccin de comunicacin. Cuando el grupo es 255, en el
mensaje se incluyen todos los grupos del conjunto indicado.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.42
TBL
Pg. 174
Tabla de Ajustes
:=
UI 4[1..4] <0..15>
Con este octeto se indica la tabla de ajustes a la que pertenecen los mismos.
7.5.6.43
UNT
Unidad de Ajustes
:=
UI 8[1..8] <0..255>
Con este octeto se indica la unidad (si existen diversas unidades de similares caractersticas) a la que
pertenecen los mismos. Cuando la unidad carezca de relevancia se enviar a 0, mientras que cuando se
refiera a todas las unidades se enviar a 255.
7.5.6.44
Ajustes
Este elemento de informacin est compuesto por los diversos ajustes que componen cada grupo de
cada conjunto, por lo que su formato es absolutamente variable. Remtase a la clasificacin de ajustes
por conjunto y grupo para obtener la composicin y longitud de este elemento.
7.5.6.45
ORD
Orden de Ajustes
:=
UI 8[1..8] <0..255>
Este octeto indica la posicin de cada ajuste dentro de cada grupo de ajustes, y se emplea para indicar
qu ajuste ha sido enviado incorrectamente en una transmisin.
7.5.6.46
SPE
Sucesos Pendientes de Envo

:=
UI 8[1..8] <0..255>
Este octeto indica el nmero de sucesos pendientes de enviar a la estacin primaria que quedan en la
estacin secundaria. Se aplica de igual forma para el envo de histricos de informes de falta e histricos
de medidas.
7.5.6.47
Sucesos/Informes de Falta/Registros de Medida
Este elemento de informacin est compuesto por los diversos campos que componen cada suceso,
cada informe de falta o cada registro de medidas, por lo que su formato es absolutamente variable
dependiendo del tipo de estacin secundaria de que se trate. En el campo INF se indica la clasificacin y
estructura de estos elementos para cada tipo compatible.
7.5.6.48
Estado de la Estacin Secundaria
Este elemento de informacin est compuesto por los diversos campos que componen el estado general
de la estacin secundaria, por lo que su formato es absolutamente variable dependiendo del tipo de
estacin secundaria de que se trate. En el campo INF se indica la clasificacin y estructura de estos
elementos para cada tipo compatible.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.49
OCO
Pg. 175
Control de Mensajes de Control

:=
con
CP 8{CARCTER, ORDEN}
ORDEN
:=
UI 7[1..7] <1..127>
CARCTER
:=
BS 1[8] <0..1>
<0>
:=
No quedan mensajes por enviar
<1>
:=
Quedan mensajes por enviar
Con este octeto se indica tanto el carcter del mensaje transmitido dentro de la secuencia de mensajes
como el orden que ocupa dentro de la transmisin si se trata de un mensaje dividido en varios bloques de
respuesta. Cuando la respuesta consta de un nico bloque, CARCTER:=0 y ORDEN:=1.
7.5.6.50
Datos Estadsticos
Este elemento de informacin est compuesto por los diversos campos que componen el conjunto de
datos estadsticos disponibles en la estacin secundaria, por lo que su formato es absolutamente variable
dependiendo del tipo de estacin secundaria de que se trate. En el campo INF se indica la clasificacin y
estructura de estos elementos para cada tipo compatible.
7.5.6.51
CIN
Cdigo de Interpretacin
:=
UI 8[1..8] <0..255>
<0>
:=
Interpretacin correcta y en proceso de ejecucin
<10> :=
No se interpreta la accin a realizar
<20> :=
No se dispone del elemento relacionado con el mensaje
<30> :=
Elemento ya est en la situacin deseada
<40> :=
Lgica interna no permite la actuacin
<100> :=
Error (sin determinar)
Este octeto indica la interpretacin que se ha hecho de un mensaje enviado anteriormente, as como la
intencin de la estacin secundaria de realizar aquello relacionado con el mensaje enviado. Cuando se
trate de varias seales enviadas simultneamente y alguna de ellas est en error, el CIM se pondr a
100=Error (sin detereminar) y, en ese caso, la estacin secundaria ejecutar todo aquello de lo enviado
en ese mensaje que haya podido interpretar (aquello que no hay apodido interpretar y/o que haya
causado el error no ser ejecutado).
7.5.6.52
LGR
Longitud del Grupo de Ajustes

:=
UI 16[1..16] <0..65535>
Este octeto indica la longitud en bytes de los ajustes que forman parte del grupo con el que est asociado
en el ASDU.
7.5.6.53
LES
Longitud de Estructura de Datos

:=
UI 8[1..8] <0..255>
Este octeto indica la longitud en bytes de la estructura de datos con la que est asociado en el ASDU,
vlido para estado, histricos y valores estadsticos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
7.5.6.54
PPR
Pg. 176
Perfil de Proteccin
:=
UI 8[1..8] <0..255>
<10> :=
Sobreintensidad
<15> :=
Tensin
<20> :=
Batera de condensadores
<30> :=
Transformador
<40> :=
Distancia
<127> :=
Genrico
Este octeto indica el descriptor de datos con que se diferencian los posibles significados dentro de una
nica estructura de datos (estado, histricos y valores estadsticos). Un equipo puede emplear varios
PPR, dependiendo de los datos a enviar, dado que el PPR no define el tipo de equipo de que se trata.
7.5.6.55
IEC
Identificacin de Elemento de Control

:=
UI 16[1..10] <0..1023>
Estos dos octetos se emplean para identificar convenientemente los elementos de control, sobre los que
se ejecutan las rdenes de mando. Existen hasta 1024 posibles.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 177
Anexo A: ESTRUCTURAS DE DATOS PARTICULARES

En este apartado se muestran los formatos particulares de las estructuras de datos compatibles
PROCOME, como son para los sucesos, informes de falta, histricos de medidas, valores estadsticos y
estado de la estacin secundaria.
Todas estas estructuras de elementos de informacin pertenecen, como ya se mencion en la
descripcin de las funciones de aplicacin, a un nico ASDU (pueden pertenecer a varios, pero siempre
relacionados con un tipo determinado de informacin y procedimiento) pero cada uno de ellos
corresponde con un INFORMATION NUMBER (INF) diferente, utilizado para distinguir los distintos
formatos que podran emplearse.
Para futuras estructuras de datos, se seguir la siguiente regla: no se cambiar el valor de INF por el
simple motivo de que aumente la informacin de la estructura identificada por ese INF, siempre que en
efecto sea informacin aadida que no modifica la que anteriormente se indicaba.
En estos casos, la nueva informacin, en el orden y contenido que se desee, se aadir al final de la
estructura compatible, como parte privada definida por el fabricante, respetando lo que ya est definido y
en el orden en que est. En el mensaje de transmisin se incluye un octeto que indique la longitud de la
estructura a efectos de que la estacin primaria sea capaz de recoger los datos correctamente, aunque
no sea capaz de identificar los campos aadidos (en el caso de que no se haya implementado en la
misma la ampliacin).
Se asignar un nuevo INF cuando los cambios sean tales que no permitan respetar la estructura anterior.
El octeto PPR acta como descriptor de la estructura de datos (no es una definicin unvoca del tipo de
equipo), permitiendo diferenciar estructuras con significado anlogo (por ejemplo, estado de la unidad)
pero que se diferencian en parte de la informacin contenida (por ejemplo, magnitudes analgicas
medidas).
El octeto PPR no tiene ninguna relacin con el campo TIPO DE FUNCIN. De hecho, este campo de
TIPO DE FUNCIN no ser tenido en cuenta en los mensajes de peticin y respuesta de datos
histricos, estado y estadsticos (se utilizar la funcin=<254>=GENRICA; en cualquier otro caso, el
campo FUNCIN ser ignorado pero los mensajes deben seguir transmitindose e interpretndose como
vlidos).
Un equipo podr enviar un determinado tipo de dato de acuerdo a diferentes PPR. Cuando sea
interrogado por un cierto tipo de dato (por ejemplo, sucesos), el equipo responder con los datos que
tenga de ese tipo (no siempre sern todos los que tenga, al existir la posibilidad de pedir pendientes, por
fecha, etc.).
En el caso de que el equipo enve ms de una estructura de datos, las estructuras de datos
correspondientes a cada PPR se enviarn en mensajes diferentes, sin mezclar ms de un tipo de
estructura diferente en un mismo mensaje. Para el control de mensajes pendientes se emplear el octeto
OCO.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 178
El PPR=127 se reserva como estructura genrica de cada tipo de dato, con el objeto de facilitar el envo
de informacin asociada a equipos que no respondan al resto de estructuras predefinidas. En el caso de
que la informacin contenida en la estructura sea ampliada, con este PPR se define la forma de
estructurar la informacin privada, que no es de formato libre como en el resto de PPRs.
En efecto, la informacin de carcter privado incluida al final de una estructura de PPR=127 debe
responder siempre al siguiente formato:
BYTE 1
BYTE 2
BYTE 3
BYTE 4
BYTE 5 ...
... BYTE N
CDIGO DEL TIPO DE DATO QUE SE ENVA:

<1>: Dato de tipo BIT ajustados a BYTE de derecha a izquierda.
<2>: Dato de tipo FLOAT (R32IEEESTD754) para medidas.
<3..19>: Reservado para tipos de datos compatibles futuros.
<20..255>: Reservado para tipos de datos privados de fabricante.
NMERO DE ELEMENTOS DE ESTE TIPO QUE SE ENVAN
Para elementos de tipo <1> (BIT) se indicar el nmero total de BYTEs
en los que se engloban los elementos de tipo BIT.
En el resto de casos se indicar directamente el nmero de elementos.
LONGITUD DEL GRUPO DE DATOS QUE SE ENVA A CONTINUACIN
Corresponde al nmero total de BYTEs que tiene el bloque de datos, a
contar a partir del BYTE 5 inclusive de este formato (independientemente
del tipo de datos).
NMERO DEL PRIMER ELEMENTO DEL GRUPO DE DATOS
El objeto de este byte es facilitar la reconstruccin en envos
multimensaje. Los elementos comenzarn a numerarse de 0 en adelante
(el primer elemento se identifica con nmero 0).
Para elementos de tipo <1> (BIT) se indicar el nmero del BYTE
que llega a continuacin.
Para elementos de tipo <2> (FLOAT) se indicar el nmero de la
que hace la primera medida enviada en este grupo.
GRUPO DE DATOS
De acuerdo a los datos indicados en el resto del formato.
Puede haber tantos bloques de datos de este tipo como se desee. Aplicando este formato para toda la
informacin aadida a una estructura genrica con PPR=127, la estacin primaria es capaz de recibir
datos de diferentes tipos e interpretar aquellos que respondan a los tipos compatibles.
Se establece la limitacin de que cada bloque completo de datos (identificacin y grupo de datos) debe
entrar en un mensaje (aunque el procedimiento puede ser multimensaje si se quieren enviar varios
bloques de datos).
Cuando la estructura genrica con PPR=127 no es ampliada, esto es, no lleva datos en la zona privada,
no es necesario indicar ninguno de los datos del formato de ampliacin (ni a 0 ni a valores nulos), sino
que basta con enviar la estructura compatible (tngase en cuenta que el campo LES permite identificar la
longitud total de la estructura, con lo que si no se envan datos en la zona privada el campo LES indicar
la longitud de la estructura compatible).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 179
Todas las medidas que aparecen (intensidades, tensiones, etc.) son valores secundarios. Salvo que se
diga algo expresamente, el valor que se indica es el mdulo de la medida (no los argumentos).
Cuando un equipo no disponga de alguna informacin indicada en cualquier estructura particular que
emplee, se seguir la siguiente regla:
-
Si se trata de un valor de tipo Float, se enviar con su valor invlido (mantisa distinto de 0 y
exponente igual a 255), de acuerdo a la definicin del formato R32IEEESTD754
Si se trata de un valor binario, un valor entero o un bit determinado dentro de un entero, se
enviar a (0)
La fecha y hora nulas ser 0/0/00 00:00:00.000, indicando el bit IV=<1> (vase definicin de
formatos CP24HMS y CP56Time2a)
Una cadena de caracteres no vlida ser una sucesin de caracteres nulos (cdigo
ASCII=<0>)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 180
Sucesos
INF=170
Se aplica el criterio general de estructuras particularizadas por cada PPR. En virtud del hecho de que un
equipo puede enviar diferentes estructuras con varios PPRs, el equipo podr enviar de esta manera
sucesos en diferentes formatos.
Mediante el formato empleado se consigue reducir de forma importante el nmero de ASDUs a transmitir
en la mayora de ocasiones, ya que permite la inclusin de diversos sucesos cuando sean simultneos,
siempre que pertenezcan al mismo registro.
Lo que diferencia un suceso de otro es la posicin en el registro, es decir, dentro de los cuatro octetos
que tiene cada registro, cada bit indica un suceso, de forma que si un bit est a "1" significa que ese
suceso ha ocurrido en ese instante, y si est a "0" significa que no ha ocurrido ese suceso.
Se emplean dos grupos de 32 bits (32 sucesos posibles por registro) para identificar lo que ocurre con el
suceso. Dentro de los cuatro primeros octetos se indican las activaciones de los sucesos, es decir, un "1"
en una posicin determinada indica que el suceso que ocupa esa posicin se ha activado en ese instante.
En los segundos cuatro octetos (al final de la estructura) se indica, con un "1" en una posicin
determinada, la desactivacin del suceso que ocupa esa posicin.
En ambos grupos de cuatro octetos, los "0" indican que no ha ocurrido el suceso correspondiente
(activacin en los primeros cuatro octetos y desactivacin en los segundos).
En el anexo B se presenta la codificacin (registro y posicin en el mismo) de los sucesos compatibles
PROCOME.
A continuacin se presentan las estructuras particularizadas para cada PPR:
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 181
PPR:=10
Tiempo absoluto en 7 octetos
Entero 2 octetos
4 octetos, hasta 32 sucesos simultneos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora
Registro
Suceso/s (activaciones)
Intensidad fase A
Intensidad fase B
Intensidad fase C
Intensidad neutro
Suceso/s (desactivaciones)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 182
PPR:=15
Entero 2 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora
Registro
Tensin fase A
Tensin fase B
Tensin fase C
Tensin neutro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 183
PPR:=20
Entero 2 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora
Registro
Intensidad fase A
Intensidad fase B
Intensidad fase C
Intensidad neutro
Tensin fase A
Tensin fase B
Tensin fase C
Tensin neutro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 184
PPR:=30
Entero 2 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora
Registro
Intensidad fase A, devanado de referencia
Intensidad fase B, devanado de referencia
Intensidad fase C, devanado de referencia
Intensidad diferencial fase A
Intensidad diferencial fase B
Intensidad diferencial fase C
Intensidad de frenado fase A
Intensidad de frenado fase B
Intensidad de frenado fase C
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 185
PPR:=40
Entero 2 octetos
Fecha y hora
Registro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 186
PPR:=127
Entero 2 octetos
Fecha y hora
Registro
Esta estructura es ampliable siguiendo las reglas expresas indicadas para todas las estructuras
correspondientes al PPR=127.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 187
Histrico de medidas
INF=190
diferentes informes de medidas.
Las intensidades mxima y mnima indicadas corresponden a la media entre las tres intensidades de
fase, tomando el mximo y mnimo durante el periodo indicado por ajuste. Lo mismo aplica a las
tensiones (y al resto de medidas que hubiera).
El tiempo incluido depende del intervalo programado, y solo ser significativo hasta los minutos
(segundos y milisegundos se pondrn a cero).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 188
PPR:=10
Float 4 octetos
Float 4 octetos
Fecha y hora
Intensidad mxima
Intensidad mnima
PPR:=15
Float 4 octetos
Float 4 octetos
Fecha y hora
Tensin mxima
Tensin mnima
PPR:=20
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora
Intensidad mxima
Intensidad mnima
Tensin mxima
Tensin mnima
PPR:=30
Float 4 octetos
Float 4 octetos
Fecha y hora
Intensidad mxima devanado referencia
Intensidad mnima devanado referencia
PPR:=40
Fecha y hora
PPR:=127
Fecha y hora
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 189
Informe de falta
INF=180
diferentes informes de falta.
Cuando una estacin secundaria no pueda proporcionar alguno de los datos indicados en el informe,
indicar en el campo correspondiente un valor no vlido, tal y como se hace en el resto de estructuras (en
especial, las unidades a no considerar se indican con 0 en la mscara de unidades disponibles, y
caracteres nulos, de cdigo ASCII=<0>, en tipo de falta y de disparo).
La activacin de unidades (en el octeto de unidades activadas) consiste en el final de cuenta del tiempo
ajustado para producir el disparo en las condiciones de falta registradas. En este octeto se indican
aquellas unidades que hayan llegado a ese estado durante los instantes anteriores a un disparo en una
falta.
El arranque de unidades (en el octeto de unidades arrancadas) consiste en el inicio de cuenta del tiempo
ajustado para producir el disparo, por existir condiciones de falta que provocan el paso de la unidad a ese
estado. En este octeto se indican aquellas unidades que hayan arrancado durante los instantes anteriores
a un disparo en una falta, independientemente de que esas unidades se hayan activado o no.
La intensidad abierta por el interruptor se dar en Amperios, la distancia a la falta se dar en kilmetros, y
la frecuencia en Hz.
La codificacin del tipo de falta se har con tres caracteres, recomendndose los siguientes valores:
AN:
BN:
CN:
AB:
BC:
CA:
Monofsica fase A a tierra

Monofsica fase B a tierra
Monofsica fase C a tierra
Bifsica fases A y B
Bifsica fases B y C
Bifsica fases C y A
ABN:
BCN:
CAN:
TRF:
EVL:
DES:
Bifsica fases A y B a tierra

Bifsica fases B y C a tierra
Bifsica fases C y A a tierra
Trifsica
Evolutiva
Desconocida
La codificacin del tipo de disparo se har con tres caracteres, recomendndose los siguientes valores:
MNA: Disparo monofsico fase A
MNB: Disparo monofsico fase B
MNC: Disparo monofsico fase C
BAB: Disparo bifsico fases A y B
BBC: Disparo bifsico fases B y C
BCA: Disparo bifsico fases C y A
MON: Disparo monofsico (genrico)

TRF: Disparo trifsico
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 190
PPR:=10
Entero 4 octetos
Entero 4 octetos
Entero 4 octetos
Float 4 octetos
Entero 1 octeto
Carcter 3 octetos
Carcter 3 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Unidades disponibles
Unidades activadas durante la falta
Unidades arrancadas durante la falta
Fecha y hora de inicio de falta
Fecha y hora de disparo
Fecha y hora de fin de falta
Intensidad abierta por interruptor
ndice de tabla activa
Tipo de falta
Tipo de disparo
Distancia a la falta
Frecuencia
Intensidad fase A prefalta (mdulo)
Intensidad fase A prefalta (argumento)
Intensidad fase B prefalta (mdulo)
Intensidad fase B prefalta (argumento)
Intensidad fase C prefalta (mdulo)
Intensidad fase C prefalta (argumento)
Intensidad neutro prefalta (mdulo)
Intensidad neutro prefalta (argumento)
Intensidad fase A falta (mdulo)
Intensidad fase A falta (argumento)
Intensidad fase B falta (mdulo)
Intensidad fase B falta (argumento)
Intensidad fase C falta (mdulo)
Intensidad fase C falta (argumento)
Intensidad neutro falta (mdulo)
Intensidad neutro falta (argumento)
Tensin fase A prefalta (mdulo)
Tensin fase A prefalta (argumento)
Tensin fase B prefalta (mdulo)
Tensin fase B prefalta (argumento)
Tensin fase C prefalta (mdulo)
Tensin fase C prefalta (argumento)
Tensin neutro prefalta (mdulo)
Tensin neutro prefalta (argumento)
Tensin fase A falta (mdulo)
Tensin fase A falta (argumento)
Tensin fase B falta (mdulo)
Tensin fase B falta (argumento)
Tensin fase C falta (mdulo)
Tensin fase C falta (argumento)
Tensin neutro falta (mdulo)
Tensin neutro falta (argumento)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 191
La posicin exacta de cada una de las unidades en los octetos que hacen referencia a las mismas es la
indicada a continuacin:
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
Temporizado de neutro
Temporizado fase C
Temporizado fase B
Temporizado fase A
Instantneo de neutro
Instantneo fase C
Instantneo fase B
Instantneo fase A
Intensidad residual o desequilibrio de neutro
Fase abierta o desequilibrio de fases
Temporizado neutro sensible
Instantneo neutro sensible
Neutro aislado
Temporizado de desequilibrio de intensidades
Instantneo de desequilibrio de intensidades
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 192
PPR:=15
Entero 4 octetos
Entero 4 octetos
Entero 4 octetos
Float 4 octetos
Entero 1 octeto
Carcter 3 octetos
Carcter 3 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Tipo de falta
Tipo de disparo
Frecuencia
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 193
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
Temporizado fase A unidad de tensin #1

Temporizado fase B unidad de tensin #1
Temporizado fase C unidad de tensin #1
Temporizado neutro unidad de tensin #1
Instantneo fase A unidad de tensin #1
Instantneo fase B unidad de tensin #1
Instantneo fase C unidad de tensin #1
Instantneo neutro unidad de tensin #1
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 194
PPR:=20
Entero 4 octetos
Entero 4 octetos
Entero 4 octetos
Float 4 octetos
Entero 1 octeto
Carcter 3 octetos
Carcter 3 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Tipo de falta
Tipo de disparo
Frecuencia
Intensidad fase A prefalta (mdulo)
Intensidad fase A prefalta (argumento)
Intensidad fase B prefalta (mdulo)
Intensidad fase B prefalta (argumento)
Intensidad fase C prefalta (mdulo)
Intensidad fase C prefalta (argumento)
Intensidad neutro prefalta (mdulo)
Intensidad neutro prefalta (argumento)
Intensidad fase A falta (mdulo)
Intensidad fase A falta (argumento)
Intensidad fase B falta (mdulo)
Intensidad fase B falta (argumento)
Intensidad fase C falta (mdulo)
Intensidad fase C falta (argumento)
Intensidad neutro falta (mdulo)
Intensidad neutro falta (argumento)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 195
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
Temporizado de neutro
Temporizado fase C
Temporizado fase B
Temporizado fase A
Instantneo de neutro
Instantneo fase C
Instantneo fase B
Instantneo fase A
Temporizado de sobretensin
Instantneo de sobretensin
Instantneo de subtensin
Temporizado de desequilibrio de intensidades

Instantneo de desequilibrio de intensidades
Instantneo de desequilibrio de tensiones
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 196
PPR:=30
Entero 4 octetos
Entero 4 octetos
Entero 4 octetos
Float 4 octetos
Entero 1 octeto
Carcter 3 octetos
Carcter 3 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Tipo de falta
Tipo de disparo
Frecuencia
Intensidad fase A prefalta, dev. ref. (mdulo)
Intensidad fase A prefalta, dev. ref. (argumento)
Intensidad fase B prefalta, dev. ref. (mdulo)
Intensidad fase B prefalta, dev. ref. (argumento)
Intensidad fase C prefalta, dev. ref. (mdulo)
Intensidad fase C prefalta, dev. ref. (argumento)
Intensidad fase A falta, dev. ref. (mdulo)
Intensidad fase A falta, dev. ref. (argumento)
Intensidad fase B falta, dev. ref. (mdulo)
Intensidad fase B falta, dev. ref. (argumento)
Intensidad fase C falta, dev. ref. (mdulo)
Intensidad fase C falta, dev. ref. (argumento)
Intensidad diferencial fase A prefalta (mdulo)
Intensidad diferencial fase A prefalta (argumento)
Intensidad diferencial fase B prefalta (mdulo)
Intensidad diferencial fase B prefalta (argumento)
Intensidad diferencial fase C prefalta (mdulo)
Intensidad diferencial fase C prefalta (argumento)
Intensidad diferencial fase A falta (mdulo)
Intensidad diferencial fase A falta (argumento)
Intensidad diferencial fase B falta (mdulo)
Intensidad diferencial fase B falta (argumento)
Intensidad diferencial fase C falta (mdulo)
Intensidad diferencial fase C falta (argumento)
Intensidad frenado fase A prefalta (mdulo)
Intensidad frenado fase A prefalta (argumento)
Intensidad frenado fase B prefalta (mdulo)
Intensidad frenado fase B prefalta (argumento)
Intensidad frenado fase C prefalta (mdulo)
Intensidad frenado fase C prefalta (argumento)
Intensidad frenado fase A falta (mdulo)
Intensidad frenado fase A falta (argumento)
Intensidad frenado fase B falta (mdulo)
Intensidad frenado fase B falta (argumento)
Intensidad frenado fase C falta (mdulo)
Intensidad frenado fase C falta (argumento)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 197
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
Diferencial fase C
Diferencial fase B
Diferencial fase A
Instantneo fase C
Instantneo fase B
Instantneo fase A
Temporizado neutro sensible
Instantneo neutro sensible
Nivel trmico de alarma de devanado 1
Nivel trmico de disparo de devanado 1
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 198
PPR:=40
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 199
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
7
6
5
4
3
2
1
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 200
PPR:=127
Entero 4 octetos
Entero 4 octetos
Entero 4 octetos
Float 4 octetos
Entero 1 octeto
Carcter 3 octetos
Carcter 3 octetos
Float 4 octetos
Float 4 octetos
Tipo de falta
Tipo de disparo
Frecuencia
indicada por el fabricante, dado que el PPR genrico no establece ni el contenido ni el orden de las
unidades.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 201
Datos estadsticos
INF=210
Float 4 octetos
Fecha y hora
Suma kI2 acumulados
La estructura para datos estadsticos es comn a todos los PPRs, aplica a todos ellos (de hecho, no se
indica el valor del PPR en el ASDU para la transmisin de este tipo de datos).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 202

INF=220
diferentes informes de estado.
Cuando una estacin secundaria no pueda proporcionar alguno de los datos indicados en el informe,
indicar en el campo correspondiente un valor no vlido.
Dentro del "Estado del ltimo disparo", se indica la activacin de unidades, que consiste en el final de
cuenta del tiempo ajustado para producir el disparo en las condiciones de falta registradas. En este
campo se indican aquellas unidades que hayan llegado a ese estado durante los instantes anteriores al
ltimo disparo registrado.
Dentro del campo "Estado de todas las unidades de medida", se indica el estado de cada unidad, es
decir, si en ese instante est arrancada y/o activada.
En el campo reservado al maxmetro de intensidad se incluye la intensidad mxima que ha registrado la
proteccin desde que dicho maxmetro fue repuesto por ltima vez.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 203
PPR:=10
Entero 1 octeto
Entero 3 octetos
Entero 2 octetos
Entero 2 octetos
Entero 2 octetos
Entero 4 octetos
Entero 2 octetos
Entero 2 octetos
Entero 1 octeto
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Fecha y hora del estado presentado

Control
Estado del ltimo disparo
Estado de funcionamiento de la proteccin
Estado de todas las entradas digitales
Estado de todas las salidas, digitales y LEDs
Estado de todas las unidades de medida
Estado de la funcin de mando
Estado del reenganchador
Estado de la funcin de supervisin de interruptor
Maxmetro de intensidad
Intensidad fase A
Intensidad fase B
Intensidad fase C
Intensidad neutro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 204
La posicin y significado exacto de cada bit es el siguiente (el primer nmero de la izquierda indica el
nmero de octeto y el segundo la posicin del bit dentro de ese octeto):
Control
0
0
0
0
0
0
0
0
7
6
5
4
3
2
1
0
Existen sucesos pendientes de envo
Estado del ltimo disparo (unidades activadas)

0
7
Unidad temporizada de fase A
0
6
Unidad temporizada de fase B
0
5
Unidad temporizada de fase C
0
4
Unidad temporizada de neutro
0
3
Unidad instantnea de fase A
0
2
Unidad instantnea de fase B
0
1
Unidad instantnea de fase C
0
0
Unidad instantnea de neutro
1
7
Unidad de deteccin de fase abierta
1
6
Unidad de deteccin de intensidad residual
1
5
Unidad temporizada de neutro sensible
1
4
Unidad instantnea de neutro sensible
1
3
Unidad de neutro aislado
1
2
Unidad temporizada de desequilibrio de intensidades
1
1
Unidad instantnea de desequilibrio de intensidades
1
0
2
7
2
6
2
5
2
4
2
3
2
2
2
1
2
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 205

0
7
0
6
Error Crtico
0
5
Error No Crtico
0
4
Error en convertidor ADC
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
Estado de las entradas digitales
0
7
(entrada 1)
0
6
(entrada 2)
0
5
(entrada 3)
0
4
(entrada 4)
0
3
(entrada 5)
0
2
(entrada 6)
0
1
(entrada 7)
0
0
(entrada 8)
1
7
(entrada 9)
1
6
(entrada 10)
1
5
(entrada 11)
1
4
(entrada 12)
1
3
(entrada 13)
1
2
(entrada 14)
1
1
(entrada 15)
1
0
(entrada 16)
Estado de las salidas digitales y LEDs
0
7
(salida 1)
0
6
(salida 2)
0
5
(salida 3)
0
4
(salida 4)
0
3
(salida 5)
0
2
(salida 6)
0
1
(salida 7)
0
0
(salida 8)
1
7
(LED 1) (Memoria)
1
6
(LED 2) (Memoria)
1
5
(LED 3) (Memoria)
1
4
(LED 4) (Memoria)
1
3
(LED 5) (Memoria)
1
2
(LED 6) (Memoria)
1
1
(LED 7) (Memoria)
1
0
(LED 8) (Memoria)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 206
Estado de las unidades de medida

0
7
Arranque de unidad temporizada de fase A
0
6
Arranque de unidad temporizada de fase B
0
5
Arranque de unidad temporizada de fase C
0
4
Arranque de unidad temporizada de neutro
0
3
Arranque de unidad fase abierta
0
2
Arranque de unidad intensidad residual
0
1
Arranque de unidad temporizada neutro sensible
0
0
Arranque de unidad temporizada desequilibrio de intensidades
1
7
Arranque de unidad instantnea de fase A
1
6
Arranque de unidad instantnea de fase B
1
5
Arranque de unidad instantnea de fase C
1
4
Arranque de unidad instantnea de neutro
1
3
Arranque de unidad neutro aislado
1
2
1
1
Arranque de unidad instantnea neutro sensible
1
0
Arranque de unidad instantnea desequilibrio de intensidades
2
7
Salida de unidad temporizada de fase A
2
6
Salida de unidad temporizada de fase B
2
5
Salida de unidad temporizada de fase C
2
4
Salida de unidad temporizada de neutro
2
3
Salida de unidad de fase abierta
2
2
Salida de unidad de intensidad residual
2
1
Salida de unidad temporizada de neutro sensible
2
0
Salida de unidad temporizada desequilibrio de intensidades
3
7
Salida de unidad instantnea de fase A
3
6
Salida de unidad instantnea de fase B
3
5
Salida de unidad instantnea de fase C
3
4
Salida de unidad instantnea de neutro
3
3
Salida de unidad neutro aislado
3
2
3
1
Salida de unidad instantnea neutro sensible
3
0
Salida de unidad instantnea desequilibrio de intensidades
0
7
Orden de apertura
0
6
Orden de cierre
0
5
Disparo por proteccin
0
4
0
3
Fallo de orden de cierre manual
0
2
Intensidad con interruptor abierto
0
1
Disparo bloqueado por ajustes incorrectos
0
0
Seal de reposicin de disparo
1
7
Inicio de reenganche
1
6
Inicio de reenganche por falta a tierra
1
5
Seal de excesivo nmero de disparos
1
4
1
3
1
2
1
1
1
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 207
Estado del reenganchador

0
7
Seal de bloqueo interno del reenganchador
0
6
Seal de reenganchador bloqueado manualmente
0
5
Seal de reenganchador bloqueado externamente
0
4
Reenganchador en ciclo en curso
0
3
Seal de reenganchador en reposo
0
2
Seal de reenganchador en servicio
0
1
Seal de reenganchador bloqueado
0
0
Seal de disparo definitivo
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
0
7
Fallo en supervisin de bobina de disparo
0
6
Fallo en supervisin de bobina de cierre
0
5
Fallo en rel de salida de disparo
0
4
Fallo en rel de salida de cierre
0
3
0
2
0
1
0
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 208
PPR:=15
Entero 1 octeto
Entero 3 octetos
Entero 2 octetos
Entero 2 octetos
Entero 2 octetos
Entero 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos

Control
Tensin fase A
Tensin fase B
Tensin fase C
Tensin neutro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 209
Control
0
0
0
0
0
0
0
0
7
6
5
4
3
2
1
0

0
7
0
6
0
5
0
4
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
2
7
2
6
2
5
2
4
2
3
2
2
2
1
2
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 210

0
7
0
6
Error Crtico
0
5
Error No Crtico
0
4
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
0
7
(entrada 1)
0
6
(entrada 2)
0
5
(entrada 3)
0
4
(entrada 4)
0
3
(entrada 5)
0
2
(entrada 6)
0
1
(entrada 7)
0
0
(entrada 8)
1
7
(entrada 9)
1
6
(entrada 10)
1
5
(entrada 11)
1
4
(entrada 12)
1
3
(entrada 13)
1
2
(entrada 14)
1
1
(entrada 15)
1
0
(entrada 16)
0
7
(salida 1)
0
6
(salida 2)
0
5
(salida 3)
0
4
(salida 4)
0
3
(salida 5)
0
2
(salida 6)
0
1
(salida 7)
0
0
(salida 8)
1
7
(LED 1) (Memoria)
1
6
(LED 2) (Memoria)
1
5
(LED 3) (Memoria)
1
4
(LED 4) (Memoria)
1
3
(LED 5) (Memoria)
1
2
(LED 6) (Memoria)
1
1
(LED 7) (Memoria)
1
0
(LED 8) (Memoria)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 211

0
7
Arranque Instantneo neutro unidad de tensin #1
0
6
Arranque Instantneo fase C unidad de tensin #1
0
5
Arranque Instantneo fase B unidad de tensin #1
0
4
Arranque Instantneo fase A unidad de tensin #1
0
3
Arranque Temporizado neutro unidad de tensin #1
0
2
Arranque Temporizado fase C unidad de tensin #1
0
1
Arranque Temporizado fase B unidad de tensin #1
0
0
Arranque Temporizado fase A unidad de tensin #1
1
7
Salida Instantneo neutro unidad de tensin #1
1
6
Salida Instantneo fase C unidad de tensin #1
1
5
Salida Instantneo fase B unidad de tensin #1
1
4
Salida Instantneo fase A unidad de tensin #1
1
3
Salida Temporizado neutro unidad de tensin #1
1
2
Salida Temporizado fase C unidad de tensin #1
1
1
Salida Temporizado fase B unidad de tensin #1
1
0
Salida Temporizado fase A unidad de tensin #1
2
7
Arranque Instantneo neutro unidad de tensin #2
2
6
Arranque Instantneo fase C unidad de tensin #2
2
5
Arranque Instantneo fase B unidad de tensin #2
2
4
Arranque Instantneo fase A unidad de tensin #2
2
3
Arranque Temporizado neutro unidad de tensin #2
2
2
Arranque Temporizado fase C unidad de tensin #2
2
1
Arranque Temporizado fase B unidad de tensin #2
2
0
Arranque Temporizado fase A unidad de tensin #2
3
7
Salida Instantneo neutro unidad de tensin #2
3
6
Salida Instantneo fase C unidad de tensin #2
3
5
Salida Instantneo fase B unidad de tensin #2
3
4
Salida Instantneo fase A unidad de tensin #2
3
3
Salida Temporizado neutro unidad de tensin #2
3
2
Salida Temporizado fase C unidad de tensin #2
3
1
Salida Temporizado fase B unidad de tensin #2
3
0
Salida Temporizado fase A unidad de tensin #2
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 212
PPR:=20
Entero 1 octeto
Entero 3 octetos
Entero 2 octetos
Entero 2 octetos
Entero 2 octetos
Entero 4 octetos
Entero 2 octetos
Entero 2 octetos
Entero 1 octeto
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos

Control
Estado del automatismo de batera
Intensidad fase A
Intensidad fase B
Intensidad fase C
Intensidad neutro
Tensin fase A
Tensin fase B
Tensin fase C
Tensin neutro
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 213
Control
0
0
0
0
0
0
0
0
7
6
5
4
3
2
1
0

0
7
Unidad temporizada de fase A
0
6
Unidad temporizada de fase B
0
5
Unidad temporizada de fase C
0
4
Unidad temporizada de neutro
0
3
0
2
0
1
0
0
Unidad instantnea de neutro
1
7
Unidad temporizada de sobretensin
1
6
Unidad instantnea de sobretensin
1
5
1
4
Unidad instantnea de subtensin
1
3
Unidad instantnea de desequilibrio de tensiones
1
2
Unidad temporizada de desequilibrio de intensidades
1
1
Unidad instantnea de desequilibrio de intensidades
1
0
2
7
2
6
2
5
2
4
2
3
2
2
2
1
2
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 214

0
7
0
6
Error Crtico
0
5
Error No Crtico
0
4
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
0
7
(entrada 1)
0
6
(entrada 2)
0
5
(entrada 3)
0
4
(entrada 4)
0
3
(entrada 5)
0
2
(entrada 6)
0
1
(entrada 7)
0
0
(entrada 8)
1
7
(entrada 9)
1
6
(entrada 10)
1
5
(entrada 11)
1
4
(entrada 12)
1
3
(entrada 13)
1
2
(entrada 14)
1
1
(entrada 15)
1
0
(entrada 16)
0
7
(salida 1)
0
6
(salida 2)
0
5
(salida 3)
0
4
(salida 4)
0
3
(salida 5)
0
2
(salida 6)
0
1
(salida 7)
0
0
(salida 8)
1
7
(LED 1) (Memoria)
1
6
(LED 2) (Memoria)
1
5
(LED 3) (Memoria)
1
4
(LED 4) (Memoria)
1
3
(LED 5) (Memoria)
1
2
(LED 6) (Memoria)
1
1
(LED 7) (Memoria)
1
0
(LED 8) (Memoria)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 215

0
7
Arranque de unidad temporizada de fase A
0
6
Arranque de unidad temporizada de fase B
0
5
Arranque de unidad temporizada de fase C
0
4
Arranque de unidad temporizada de neutro
0
3
Arranque de unidad temporizada de sobretensin
0
2
0
1
0
0
Arranque de unidad temporizada desequilibrio de intensidades
1
7
1
6
1
5
1
4
Arranque de unidad instantnea de neutro
1
3
Arranque de unidad instantnea de sobretensin
1
2
Arranque de unidad instantnea de subtensin
1
1
Arranque de unidad instantnea desequilibrio de tensiones
1
0
Arranque de unidad instantnea desequilibrio de intensidades
2
7
Salida de unidad temporizada de fase A
2
6
Salida de unidad temporizada de fase B
2
5
Salida de unidad temporizada de fase C
2
4
Salida de unidad temporizada de neutro
2
3
Salida de unidad temporizada de sobretensin
2
2
2
1
2
0
Salida de unidad temporizada desequilibrio de intensidades
3
7
3
6
3
5
3
4
Salida de unidad instantnea de neutro
3
3
Salida de unidad instantnea de sobretensin
3
2
Salida de unidad instantnea de subtensin
3
1
Salida de unidad instantnea desequilibrio de tensiones
3
0
Salida de unidad instantnea desequilibrio de intensidades
0
7
Orden de apertura
0
6
Orden de cierre
0
5
Disparo por proteccin
0
4
0
3
Fallo de orden de cierre manual
0
2
0
1
0
0
Seal de reposicin de disparo
1
7
Inhibicin de maniobra de automatismo
1
6
Final de inhibicin de maniobra de automatismo
1
5
1
4
1
3
1
2
1
1
1
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 216
Estado del automatismo de batera

0
7
Seal de bloqueo interno del automatismo
0
6
Seal de automatismo bloqueado por fallo de apertura
0
5
Seal de automatismo bloqueado por fallo de cierre
0
4
Automatismo por reloj desconectado por prdida de hora
0
3
Paso de automatismo a modo manual
0
2
Paso de automatismo a modo automtico
0
1
Seleccionado automatismo por reloj
0
0
Seleccionado automatismo por reactiva
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
0
7
Fallo en supervisin de bobina de disparo
0
6
Fallo en supervisin de bobina de cierre
0
5
Fallo en rel de salida de disparo
0
4
Fallo en rel de salida de cierre
0
3
0
2
0
1
0
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 217
PPR:=30
Entero 1 octeto
Entero 3 octetos
Entero 2 octetos
Entero 2 octetos
Entero 2 octetos
Entero 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos
Float 4 octetos

Control
Intensidad fase A devanado 1
Intensidad fase B devanado 1
Intensidad fase C devanado 1
Intensidad diferencial fase A
Intensidad diferencial fase B
Intensidad diferencial fase C
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 218
Control
0
0
0
0
0
0
0
0
7
6
5
4
3
2
1
0

0
7
Unidad diferencial de fase A
0
6
Unidad diferencial de fase B
0
5
Unidad diferencial de fase C
0
4
0
3
0
2
0
1
Unidad trmica de devanado 1
0
0
1
7
1
6
1
5
Unidad temporizada de neutro sensible
1
4
Unidad instantnea de neutro sensible
1
3
1
2
1
1
1
0
2
7
2
6
2
5
2
4
2
3
2
2
2
1
2
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 219

0
7
0
6
Error Crtico
0
5
Error No Crtico
0
4
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
0
7
(entrada 1)
0
6
(entrada 2)
0
5
(entrada 3)
0
4
(entrada 4)
0
3
(entrada 5)
0
2
(entrada 6)
0
1
(entrada 7)
0
0
(entrada 8)
1
7
(entrada 9)
1
6
(entrada 10)
1
5
(entrada 11)
1
4
(entrada 12)
1
3
(entrada 13)
1
2
(entrada 14)
1
1
(entrada 15)
1
0
(entrada 16)
0
7
(salida 1)
0
6
(salida 2)
0
5
(salida 3)
0
4
(salida 4)
0
3
(salida 5)
0
2
(salida 6)
0
1
(salida 7)
0
0
(salida 8)
1
7
(LED 1) (Memoria)
1
6
(LED 2) (Memoria)
1
5
(LED 3) (Memoria)
1
4
(LED 4) (Memoria)
1
3
(LED 5) (Memoria)
1
2
(LED 6) (Memoria)
1
1
(LED 7) (Memoria)
1
0
(LED 8) (Memoria)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 220

0
7
Arranque de unidad diferencial de fase A
0
6
Arranque de unidad diferencial de fase B
0
5
Arranque de unidad diferencial de fase C
0
4
Arranque de unidad trmica de devanado 1 (nivel alarma)
0
3
0
2
0
1
0
0
Arranque de unidad temporizada neutro sensible
1
7
1
6
1
5
1
4
Arranque de unidad trmica de devanado 1 (nivel disparo)
1
3
1
2
1
1
1
0
Arranque de unidad instantnea neutro sensible
2
7
Salida de unidad diferencial de fase A
2
6
Salida de unidad diferencial de fase B
2
5
Salida de unidad diferencial de fase C
2
4
Salida de unidad trmica de devanado 1 (nivel alarma)
2
3
2
2
2
1
2
0
Salida de unidad temporizada neutro sensible
3
7
3
6
3
5
3
4
Salida de unidad trmica de devanado 1 (nivel disparo)
3
3
3
2
3
1
3
0
Salida de unidad instantnea neutro sensible
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 221
PPR:=40
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 222
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 223
PPR:=127
Entero 1 octeto
Entero 2 octetos
Entero 2 octetos
Entero 2 octetos

Control
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 224
Control
0
0
0
0
0
0
0
0
7
6
5
4
3
2
1
0

0
7
0
6
Error Crtico
0
5
Error No Crtico
0
4
0
3
0
2
0
1
0
0
1
7
1
6
1
5
1
4
1
3
1
2
1
1
1
0
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 225

0
7
(entrada 1)
0
6
(entrada 2)
0
5
(entrada 3)
0
4
(entrada 4)
0
3
(entrada 5)
0
2
(entrada 6)
0
1
(entrada 7)
0
0
(entrada 8)
1
7
(entrada 9)
1
6
(entrada 10)
1
5
(entrada 11)
1
4
(entrada 12)
1
3
(entrada 13)
1
2
(entrada 14)
1
1
(entrada 15)
1
0
(entrada 16)
0
7
(salida 1)
0
6
(salida 2)
0
5
(salida 3)
0
4
(salida 4)
0
3
(salida 5)
0
2
(salida 6)
0
1
(salida 7)
0
0
(salida 8)
1
7
(LED 1) (Memoria)
1
6
(LED 2) (Memoria)
1
5
(LED 3) (Memoria)
1
4
(LED 4) (Memoria)
1
3
(LED 5) (Memoria)
1
2
(LED 6) (Memoria)
1
1
(LED 7) (Memoria)
1
0
(LED 8) (Memoria)
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 226
Anexo B: SUCESOS
A continuacin se presentan los sucesos disponibles a travs del protocolo, vlidos para distintos
aparatos estndar PROCOME, ya codificados para la transmisin de los mismos.
En las listas siguientes, la denominada "posicin" se refiere a la posicin del bit que indica el suceso en
cuestin dentro del llamado "registro", en el que se almacenan hasta 32 posibles sucesos simultneos.
Cada suceso toma dos posibles valores:
- Activacin, el suceso que ocurre es el indicado por el texto del mismo
(primeros 4 octetos de registro).
- Desactivacin, el suceso que ocurre es el contrario o la caida del indicado por el texto
(segundos 4 octetos de registro).
El rango de registros compatibles y privados de fabricante es el siguiente:
REG
:=
UI 8[1..16] <0..65535>
<0..32767>
<32768..65535>
:=
:=

El rango reservado para sucesos compatibles no puede ser usado ms que para indicar sucesos que
previamente hayan sido aceptados por el grupo de usuarios del protocolo.
El rango privado ser el empleado por los fabricantes para indicar aquellos sucesos que no estn en la
lista de los compatibles. No existen reglas de codificacin dentro de este rango, el fabricante asignar los
cdigos de sucesos con libertad de criterio.
Dentro de este rango privado se indicarn tambin sucesos que sean generados por las unidades
repetidas en un equipo que no sean consideradas como primera (por ejemplo, si un equipo dispone de
dos unidades diferenciales, una de ellas podr hacer uso de los sucesos compatibles, pero la segunda
deber indicar sus sucesos dentro del rango privado).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 227
La identificacin de los registros se indica a continuacin:
1
3
11
12
13
14
15
16
21
22
31
32
41
42
43
44
45
46
47
48
61
62
71
72
73
74
91
100
Registro
Entorno
Comunicaciones
Proteccin de intensidad, registro #1
Proteccin de tensin, registro #1
Proteccin de tensin, registro #2
Proteccin de distancia, registro #1
Proteccin de distancia, registro #2
Proteccin diferencial
Proteccin de sobrecarga trmica
Proteccin propia de transformador
Proteccin de chequeo de sincronismo
Proteccin de frecuencia
Proteccin contra sobreexcitacin de transformadores
Proteccin de motores
Proteccin de inversin de potencia
Entradas, registro #1
Entradas, registro #2
Reenganchador
Automatismo de batera de condensadores
Automatismo de regulacin de tensin
Registro de bandas
Mando
Control
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 228
REGISTRO 1: ENTORNO
Suceso
Error no crtico
Error crtico
Arranque en fro
Inicializacin por cambio de ajustes (en caliente)
Activacin de tabla 1 desde entrada digital
Registro Posicin
1
0
1
1
1
2
1
3
1
4
1
16
1
17
1
18
1
19
1
20
1
21
1
22
1
23
1
24
1
25
1
26
1
27
1
28
1
29
1
30
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 229
REGISTRO 3: COMUNICACIONES
Suceso
Modo local (actuacin desde teclado y display)
Modo remoto (actuacin por puerta trasera)
Modo local (actuacin por puerta frontal)
Actuacin desde entradas digitales
Registro Posicin
3
0
3
1
3
2
3
3
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 230
REGISTRO 11: PROTECCIN DE INTENSIDAD, REGISTRO #1

Suceso
Arranque de Temporizado de Fase A
Arranque de Temporizado de Fase B
Arranque de Temporizado de Fase C
Arranque de Temporizado de Neutro
Arranque de Instantneo de Fase A
Arranque de Instantneo de Fase B
Arranque de Instantneo de Fase C
Arranque de Instantneo de Neutro
Activacin de salida de Temporizado de Fase A
Activacin de salida de Temporizado de Fase B
Activacin de salida de Temporizado de Fase C
Activacin de salida de Temporizado de Neutro
Activacin de salida de Instantneo de Fase A
Activacin de salida de Instantneo de Fase B
Activacin de salida de Instantneo de Fase C
Activacin de salida de Instantneo de Neutro
Arranque de Neutro Aislado
Activacin de salida de Neutro Aislado
Arranque de Temporizado de Fases de Secuencia Directa
Arranque de Instantneo de Fases de Secuencia Directa
Activacin de salida de Temporizado de Fases de Secuencia Directa
Activacin de salida de Instantneo de Fases de Secuencia Directa
Arranque de Temporizado de Neutro Sensible
Arranque de Instantneo de Neutro Sensible
Activacin de salida de Temporizado de Neutro Sensible
Activacin de salida de Instantneo de Neutro Sensible
Arranque de Temporizado de desequilibrio de intensidades
Arranque de Instantneo de desequilibrio de intensidades
Activacin de salida de Temporizado de desequilibrio de intensidades
Activacin de salida de Instantneo de desequilibrio de intensidades
Registro Posicin
11
0
11
1
11
2
11
3
11
4
11
5
11
6
11
7
11
8
11
9
11
10
11
11
11
12
11
13
11
14
11
15
11
16
11
17
11
18
11
19
11
20
11
21
11
24
11
25
11
26
11
27
11
28
11
29
11
30
11
31
Los sucesos de arranque indican el inicio de cuenta de la unidad, de forma que el disparo o activacin de
la misma se producir tras el tiempo ajustado para dicho disparo a partir de este momento de arranque.
La reposicin de una unidad consistira en el paso de la misma a las condiciones iniciales, dispuesta a
comenzar cuenta nueva.
La activacin o disparo consiste en el final de cuenta del tiempo ajustado para producir el disparo en las
condiciones de falta registradas. La orden de apertura de interruptor se producir inmediatamente si no
existen otras condiciones que eviten la misma. La desactivacin consistira en la cada de la seal de
activacin.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 231

Suceso
Arranque de unidad direccional Fase A
Arranque de unidad direccional Fase B
Arranque de unidad direccional Fase C
Arranque de unidad direccional Neutro
Arranque de unidad Deteccin Intensidad Residual
Activacin de salida de unidad Deteccin Intensidad Residual
Arranque de unidad Deteccin Fase Abierta
Activacin de salida de unidad Deteccin Fase Abierta
Activacin de la salida de Fallo de Interruptor
Activacin de la salida de fallo en circuito de disparo (supervisin bobina)
Activacin de la salida de fallo en circuito de cierre (supervisin bobina)
Activacin de la salida de fallo salida de disparo
Activacin de la salida de fallo salida de cierre
Activacin de la salida de alarma de proteccin (fuera de servicio)
Superado tope (lmite ajustado) del acumulador de supervisin de interruptor
Desbordamiento (lmite numrico) del acumulador de supervisin de interruptor
Activacin de la salida de fallo en circuito de disparo (supervisin bobina) Fase A
Activacin de la salida de fallo en circuito de disparo (supervisin bobina) Fase B
Activacin de la salida de fallo en circuito de disparo (supervisin bobina) Fase C
Activacin de la salida de fallo en circuito de cierre (supervisin bobina) Fase A
Activacin de la salida de fallo en circuito de cierre (supervisin bobina) Fase B
Activacin de la salida de fallo en circuito de cierre (supervisin bobina) Fase C
Registro Posicin
13
0
13
1
13
2
13
3
13
8
13
9
13
10
13
11
13
12
13
13
13
14
13
15
13
16
13
17
13
18
13
19
13
26
13
27
13
28
13
29
13
30
13
31
El arranque de las unidades direccionales seala en instante en que las condiciones medidas permiten el
disparo o actuacin de las unidades de proteccin controladas por la unidad direccional.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 232

Suceso
Reposicin de unidad direccional Fase A
Reposicin de unidad direccional Fase B
Reposicin de unidad direccional Fase C
Reposicin de unidad direccional Neutro
Registro Posicin
14
0
14
1
14
2
14
3
La reposicin de las unidades direccionales seala el instante en que las condiciones medidas inhiben o
prohiben el disparo o actuacin de las unidades de proteccin controladas por la unidad direccional.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 233

Suceso
Arranque de unidad de Sobreintensidad de Secuencia Inversa
Activacin de salida de unidad de Sobreintensidad de Secuencia Inversa
Arranque de Temporizado de Mnima Intensidad
Arranque de Instantneo de Mnima Intensidad
Activacin de salida de Temporizado de Mnima Intensidad
Activacin de salida de Instantneo de Mnima Intensidad
Registro Posicin
16
0
16
1
16
8
16
9
16
10
16
11
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 234
REGISTRO 21: PROTECCIN DE TENSIN, REGISTRO #1

Suceso
Arranque de Temporizado de sobretensin
Arranque de Instantneo de sobretensin
Arranque de Temporizado de subtensin
Arranque de Instantneo de subtensin
Arranque de Temporizado de desequilibrio de tensiones
Arranque de Instantneo de desequilibrio de tensiones
Activacin de salida de Temporizado de sobretensin
Activacin de salida de Instantneo de sobretensin
Activacin de salida de Temporizado de subtensin
Activacin de salida de Instantneo de subtensin
Activacin de salida de Temporizado de desequilibrio de tensiones
Activacin de salida de Instantneo de desequilibrio de tensiones
Registro Posicin
21
0
21
1
21
2
21
3
21
4
21
5
21
8
21
9
21
10
21
11
21
12
21
13
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 235
REGISTRO 22: PROTECCIN DE TENSIN, REGISTRO #2

Suceso
Arranque de Temporizado de Fase A de unidad de tensin #1
Arranque de Temporizado de Fase B de unidad de tensin #1
Arranque de Temporizado de Fase C de unidad de tensin #1
Arranque de Temporizado de Neutro de unidad de tensin #1
Arranque de Instantneo de Fase A de unidad de tensin #1
Arranque de Instantneo de Fase B de unidad de tensin #1
Arranque de Instantneo de Fase C de unidad de tensin #1
Arranque de Instantneo de Neutro de unidad de tensin #1
Activacin de salida de Temporizado de Fase A de unidad de tensin #1
Activacin de salida de Temporizado de Fase B de unidad de tensin #1
Activacin de salida de Temporizado de Fase C de unidad de tensin #1
Activacin de salida de Temporizado de Neutro de unidad de tensin #1
Activacin de salida de Instantneo de Fase A de unidad de tensin #1
Activacin de salida de Instantneo de Fase B de unidad de tensin #1
Activacin de salida de Instantneo de Fase C de unidad de tensin #1
Activacin de salida de Instantneo de Neutro de unidad de tensin #1
Arranque de Temporizado de Fase A de unidad de tensin #2
Arranque de Temporizado de Fase B de unidad de tensin #2
Arranque de Temporizado de Fase C de unidad de tensin #2
Arranque de Temporizado de Neutro de unidad de tensin #2
Arranque de Instantneo de Fase A de unidad de tensin #2
Arranque de Instantneo de Fase B de unidad de tensin #2
Arranque de Instantneo de Fase C de unidad de tensin #2
Arranque de Instantneo de Neutro de unidad de tensin #2
Activacin de salida de Temporizado de Fase A de unidad de tensin #2
Activacin de salida de Temporizado de Fase B de unidad de tensin #2
Activacin de salida de Temporizado de Fase C de unidad de tensin #2
Activacin de salida de Temporizado de Neutro de unidad de tensin #2
Activacin de salida de Instantneo de Fase A de unidad de tensin #2
Activacin de salida de Instantneo de Fase B de unidad de tensin #2
Activacin de salida de Instantneo de Fase C de unidad de tensin #2
Activacin de salida de Instantneo de Neutro de unidad de tensin #2
Registro Posicin
22
0
22
1
22
2
22
3
22
4
22
5
22
6
22
7
22
8
22
9
22
10
22
11
22
12
22
13
22
14
22
15
22
16
22
17
22
18
22
19
22
20
22
21
22
22
22
23
22
24
22
25
22
26
22
27
22
28
22
29
22
30
22
31
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 236
REGISTRO 41: PROTECCIN DIFERENCIAL

Suceso
Arranque de unidad Diferencial de Fase A
Arranque de unidad Diferencial de Fase B
Arranque de unidad Diferencial de Fase C
Activacin de salida de disparo diferencial
Bloqueo de proteccin por disparo diferencial y/o protecciones propias
Orden de reposicin del bloqueo de la unidad diferencial
Registro Posicin
41
0
41
1
41
2
41
16
41
17
41
18
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 237
REGISTRO 42: PROTECCIN DE SOBRECARGA TRMICA

Suceso
Nivel de alarma de unidad trmica del circuito 1
Nivel de alarma de unidad trmica (genrico)
Nivel de disparo de unidad trmica del circuito 1
Activacin de salida de disparo por sobrecarga trmica
Registro Posicin
42
0
42
1
42
2
42
3
42
7
42
8
42
9
42
10
42
11
42
16
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 238
REGISTRO 43: PROTECCIN PROPIA DE TRANSFORMADOR

Suceso
Disparo de protecciones propias del transformador
Alarma de protecciones propias del transformador
Registro Posicin
43
16
43
17
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 239
REGISTRO 44: PROTECCIN DE CHEQUEO DE SINCRONISMO

Suceso
Activacin de permiso de cierre por unidad de subtensin lado A
Activacin de permiso de cierre por unidad de subtensin lado B
Activacin de permiso de cierre por unidad de diferencia de tensiones
Activacin de permiso de cierre por unidad de diferencia de ngulos
Activacin de permiso de cierre por unidad de diferencia de frecuencias
Arranque de temporizacin para comprobacin de permiso de cierre
Activacin de salida de temporizacin para comprobacin de permiso de cierre
Registro Posicin
44
0
44
1
44
2
44
3
44
4
44
5
44
6
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 240
REGISTRO 45: PROTECCIN DE FRECUENCIA

Suceso
Arranque de Temporizado de unidad de frecuencia #1
Activacin de salida de Temporizado de unidad de frecuencia #1
Arranque de Temporizado de unidad de frecuencia #2
Activacin de salida de Temporizado de unidad de frecuencia #2
Arranque de unidad de subtensin para permiso de disparo
Reposicin de unidad de subtensin para permiso de disparo
Registro Posicin
45
0
45
1
45
2
45
3
45
4
45
5
El arranque de la unidad de subtensin seala el instante en que las condiciones medidas permiten el
disparo o actuacin de las unidades de frecuencia (su reposicin marca la prohibicin del disparo).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 241
REGISTRO 46: PROTECCIN DE SOBREEXCITACIN DE TRANSFORMADORES

Suceso
Arranque de Temporizado de unidad sensora de sobreexcitacin
Activacin de salida de Temporizado de unidad de sobreexcitacin
Registro Posicin
46
0
46
1
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 242
REGISTRO 47: PROTECCIN DE MOTORES

Suceso
Activacin de salida de unidad de Deteccin de Bloqueo de Rtor
Alcanzado el nmero mximo de arranques
Registro Posicin
47
8
47
9
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 243
REGISTRO 48: PROTECCIN DE INVERSIN DE POTENCIA

Suceso
Arranque de Instantneo de unidad de Inversin de Potencia
Arranque de Temporizado de unidad de Inversin de Potencia
Activacin de salida de Instantneo de unidad de Inversin de Potencia
Activacin de salida de Temporizado de unidad de Inversin de Potencia
Registro Posicin
48
0
48
1
48
8
48
9
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 244
REGISTRO 61: ENTRADAS, REGISTRO #1

Suceso
Activacin de entrada digital IN-1
Desactivacin de entrada digital IN-1
Inhabilitacin de entrada digital IN-1
Habilitacin de entrada digital IN-1
Registro Posicin
61
0
61
1
61
2
61
3
61
4
61
5
61
6
61
7
61
8
61
9
61
10
61
11
61
12
61
13
61
14
61
15
61
16
61
17
61
18
61
19
61
20
61
21
61
22
61
23
61
24
61
25
61
26
61
27
61
28
61
29
61
30
61
31
La activacin de una entrada digital seala el paso al estado activo de esa entrada digital, mientras que la
desactivacin indica el paso al estado de reposo de esa entrada digital.
La inhabilitacin de una entrada digital provoca que la misma sea ignorada por el equipo, mientras que su
habilitacin la hace ser determinante en el mismo.
Los sucesos de tipo "Desactivacin..." e "Inhabilitacin..." se han mantenido en la lista por compatibilidad
con versiones anteriores, si bien existe la posibilidad de enviar estos sucesos con el mecanismo general
aplicable a todos los dems sucesos, consistente en enviar el suceso como tal ("Activacin..." y
"Habilitacin...") indicando su desactivacin (cada a cero) en el segundo grupo de octetos dentro de la
estructura del suceso. La seleccin de uno u otro mecanismo ser criterio del fabricante, aunque se
recomienda el mecanismo general.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 245
REGISTRO 62: ENTRADAS, REGISTRO #2

Suceso
Registro Posicin
62
0
62
1
62
2
62
3
62
4
62
5
62
6
62
7
62
8
62
9
62
10
62
11
62
12
62
13
62
14
62
15
62
16
62
17
62
18
62
19
62
20
62
21
62
22
62
23
62
24
62
25
62
26
62
27
62
28
62
29
62
30
62
31
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 246
REGISTRO 71: REENGANCHADOR

Suceso
Bloqueo interno del reenganchador (genrico)
Desbloqueo externo del reenganchador
Bloqueo externo del reenganchador
Desbloqueo manual del reenganchador
Bloqueo manual del reenganchador
No existe tensin de referencia
Orden de reenganche
Disparo definitivo
Reenganchador en reposo
Reenganchador en ciclo en curso
Registro Posicin
71
1
71
2
71
3
71
4
71
5
71
7
71
8
71
13
71
14
71
15
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 247
REGISTRO 72: AUTOMATISMO DE BATERA DE CONDENSADORES

Suceso
Bloqueo interno por fallo en apertura
Bloqueo interno por fallo en cierre
Bloqueo por disparo de la proteccin
Automatismo por reloj desconectado por prdida de hora
Inhibicin de maniobra
Final de inhibicin de maniobra
Paso a modo manual
Paso a modo automtico
Seleccin/Activacin de automatismo por reloj
Seleccin/Activacin de automatismo por reactiva
Reposicin tras bloqueo por disparo de proteccin
Batera desconectada
Batera conectada
Orden de desconexin de batera
Orden de conexin de batera
Bloqueo interno
Registro Posicin
72
0
72
1
72
2
72
3
72
4
72
5
72
6
72
7
72
8
72
9
72
10
72
11
72
12
72
13
72
14
72
15
La inhibicin de maniobra es un estado tal que el automatismo no reconoce rdenes de maniobras

manuales, por diversas causas (p.e. modo automtico, tensin inferior a la tensin cero, etc.).
El estado de bloqueo por disparo de proteccin es al que pasa el automatismo por dicha causa, y solo se
sale del mismo mediante una orden manual.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 248
REGISTRO 73: AUTOMATISMO DE REGULACIN DE TENSIN

Suceso
Orden de subir toma
Orden de bajar toma
Fallo de orden de subir toma
Fallo de orden de bajar toma
Toma superior alcanzada
Toma inferior alcanzada
Toma extrema abandonada
Bloqueo por toma extrema
Bloqueo por intensidad mxima de conmutacin
Desbloqueo por intensidad mxima de conmutacin
Bloqueo por subtensin
Desbloqueo por subtensin
Bloqueo externo
Desbloqueo externo
Temporizacin eliminada
Temporizacin restaurada
Pendiente de compundaje modificada (trafos en paralelo)
Pendiente de compundaje restaurada (trafos en paralelo)
Ms de una toma activa
Ninguna toma activa
Una sola toma activa
Modificacin extrema de consigna
Paso a automtico
Paso a manual
Paso a local
Paso a remoto
Registro Posicin
73
0
73
1
73
2
73
3
73
4
73
5
73
6
73
7
73
8
73
9
73
10
73
11
73
12
73
13
73
14
73
15
73
16
73
17
73
18
73
19
73
20
73
21
73
24
73
25
73
26
73
27
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 249
REGISTRO 74: REGISTRO DE BANDAS

Suceso
Paso por lmite superior primera banda de tensin
Paso por lmite superior segunda banda de tensin
Paso por lmite superior tercera banda de tensin
Paso por banda de referencia (banda 0)
Paso por lmite inferior primera banda de tensin
Paso por lmite inferior segunda banda de tensin
Paso por lmite inferior tercera banda de tensin
Registro Posicin
74
0
74
1
74
2
74
7
74
8
74
9
74
10
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 250
Suceso
Excesivo nmero de disparos
Fallo de orden de cierre
Orden de cierre del interruptor
Orden de apertura del interruptor
Cierre del interruptor
Apertura del interruptor
Activacin del bloqueo de cierre (86)
Reposicin local del bloqueo de cierre (entradas digitales)
Reposicin manual del bloqueo de cierre (MMI/comunicaciones)
Registro Posicin
91
0
91
1
91
2
91
3
91
4
91
8
91
9
91
10
91
11
91
16
91
17
91
18
REGISTRO 91: MANDO
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 251
Anexo C: AJUSTES
A continuacin se presentarn los ajustes disponibles a travs del protocolo, vlidos para distintos
aparatos estndar PROCOME, ya codificados para la transmisin de los mismos.
El rango de conjuntos y grupos compatibles y privados de fabricante es el siguiente:
CNJ
:=
UI 8[1..16] <0..255>
<0..127>
<128..255>
GRS
:=
:=
:=

UI 8[1..16] <0..255>
<0..127>
<128..255>
:=
:=

El rango reservado para ajustes compatibles no puede ser usado ms que para indicar ajustes que
previamente hayan sido aceptados por el grupo de usuarios del protocolo.
El rango privado ser el empleado por los fabricantes para indicar aquellos ajustes que no estn en la
lista de los compatibles. No existen reglas de codificacin dentro de este rango, el fabricante asignar los
cdigos de ajustes con libertad de criterio.
Los grupos compatibles de ajustes podrn ser ampliados en el futuro con nuevos ajustes compatibles.
Por ello, y con objeto de no hacer incompatibles futuras versiones del protocolo, la longitud del grupo de
ajustes (indicada en el ASDU de transmisin) no ser empleada como verificacin o control para validar o
rechazar mensajes, sino que se emplear nicamente para separar los grupos recibidos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
C.1
Pg. 252
FORMATOS NORMALIZADOS
En los listados de ajustes que se presentan, la columna de formato indica el formato propuesto para cada
ajuste, de acuerdo a la lista indicada a continuacin construida segn las recomendaciones de la norma
IEC 870-5-4, por lo que es imprescindible referirse a la misma para interpretar correctamente el
significado de la simbologa empleada:
Booleano, BOL
BOL := CP8 {Estado, Validez}
Estado=
Est:= BS1[1]
Validez=
Val:= BS1[8]
Est<0> := OFF/NO/Deshabilitado
Est<1> := ON/SI/Habilitado
Val<0> := Vlido o significativo
Val<1> := Invlido o no significativo
Entero sin signo de 8 bits, UI8

UI8 := UI8[1..16] <0..254>
Valor nulo o no significativo:= <255>.
Entero sin signo de 16 bits, UI16

UI16 := UI16[1..16] <0..65534>
Valor nulo o no significativo:= <65535>.
Real de punto flotante IEEE STD 754, R32IEEESTD754

R32IEEESTD754 := R32.23 {Mantisa, Exponente, Signo}
Mantisa =
Exponente =
Signo =
F<0>
F<0>
F<0>
F<0>
F<0>
"y"
"y"
"y"
"y"
"y"
F:= UI23[1..23] <0..1-2-23>

E:= UI8[24..31] <0..255>
S:= BS1[32]
S<0> := Positivo
S<1> := Negativo
E<0>
:= (-1)S x 0
E<0>
:= (-1)S x 2E-126 (0,F)
E<1..254>
:= (-1)S x 2E-127 (1,F)
S
E<255> := (-1) x
E<255> := NaN
= cero
= nmeros no normalizados
= nmeros normalizados
= infinito
= no es un nmero
Valor nulo o no significativo:= F<0> "y" E<255>.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 253
Cadena de bits independientes, BSniArray

BSniArray := BSn[1..i]
BS[k]<0> := OFF/NO/Deshabilitado
BS[k]<1> := ON/SI/Habilitado
NOTA: "n" indica la longitud total, que deber ser mltiplo de 8 (un octeto).
"i" indica los bits empleados.
El significado de cada cadena depende del ajuste que representa.
Cadena de caracteres ASCII, OS8iASCII

OS8iASCII := OS8i[1..8i] <Cdigo ASCII en 8 bits>
NOTA: "i" indica el nmero de caracteres.
Valor nulo o no significativo:= <0>, carcter nulo.
Estructura de entradas, salidas o LEDs, CPiInOut

CPiInOut := CPi {Fis, Asign}
Fsica=
Asignacin=
Nota:
Fis:= UI16[1..16]
<0..65535>
Asign:= SQj {NumLog(1), NumLog(2), ..., NumLog(N)}
NumLog(k)
:= UI16[1..16] <0..65535>
i = 16*(k+1)
k := <1..N>
Este ajuste que permite asignar entradas o salidas lgicas internas del aparatos a
entradas o salidas fsicas externas (incluso LEDs). Es un ajuste especial, de formato
compuesto y longitud variable, en el que se indican el nmero de entradas/salidas/LEDs
totales (Fis, que coincide con "N"), seguido del nmero de cada entrada/salida lgica
(NumLog) asignada ordenadamente a cada entrada/salida/LED fsico del equipo. Se
asigna la entrada/salida/LED nmero 1 a la entrada/salida lgica identificada por
NumLog(1), la entrada/salida/LED nmero 2 a la entrada/salida lgica identificada por
NumLog(2), y as sucesivamente hasta la entrada/salida/LED nmero N.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 254
Mscara de sucesos, CPiSuc

CPiSuc := CPi {NumReg, MascReg}
Nmero de Registros= NumReg := UI16[1..16]
<0..65535>
Mscara de Registro= MascReg := SQj {Reg(1), Reg(2), ..., Reg(N)}
Reg(k) := CP48 {Reg, Masc}
Reg
:= UI16[1..16] <0..65535>
Masc := BS3232Array[17..48]
Nota:
i = 16+j
j = 48*N
k := <1..N>
La mscara de sucesos permite inhibir el registro de los sucesos detectados en el equipo.

Es un ajuste especial, de formato compuesto y longitud variable en funcin del nmero de
registros totales que tenga el aparato en cuestin, en el que se indican el nmero de
registros totales (NumReg, que coincide con "N"), seguido de las mscaras de todos los
registros (MascReg) del equipo, consistente en el nmero de cada registro (Reg) y la
mscara de los sucesos de cada uno de los 32 sucesos de ese registro (Masc).
Tiempo corto en binario, CP24HMS

CP24HMS := CP24 {Hora, Res1, Minuto, Res2, Segundo, Res3}
Hora =
Invlido=
Hora:= UI5[1..5]
IV:= BS1[6]
<0..23>
IV<0> := Vlido
IV<1> := Invlido
Res1 =
Minuto =
Res2 =
Segundo =
Res3 =
Res1:= BS2[7..8]
Minuto:= UI6[9..14]
<0..59>
Res2:= BS2[15..16]
Segundo:= UI6[17..22] <0..59>
Res3:= BS2[23..24]
Valor nulo o no significativo:= 00:00:00 y adems IV<1>.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 255
Tiempo largo en binario, CP56Time2a

CP56Time2a
:= CP56 {Milisegundos, Minutos, Res1, Invlido, Horas, Res2,

Horario verano, Da del mes, Da de la semana,
Mes, Res3, Ao, Res4}
Milisegundo =
Minutos =
Res1 =
Invlido=
Mils:= UI16[1..16]
Minutos:= UI6[17..22]
Res1:= BS1[23]
IV:= BS1[24]
Horas =
Res2 =
Hor. verano =
Horas:= UI5[25..29]
Res2:= BS2[30..31]
SU:= BS1[32]
Da del mes =
Da de sem. =
Mes =
Res3 =
Ao =
Res4 =
Diam:= UI5[33..37]
Diasm:= UI3[38..40]
Mes:= UI4[41..44]
Res3:= BS3[45..48]
Ao:= UI7[49..55]
Res4:= BS1[56]
<0..59999>
<0..59>
IV<0> := Vlido
IV<1> := Invlido
<0..23>
SU<0> := Hora estndar
SU<1> := Hora de verano
<1..31>
<1..7>
<1..12>
<0..99>
Valor nulo o no significativo:= Cualquiera con fecha 0/0/00 y adems IV<1>.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
C.2
Pg. 256
CLASIFICACIN DE CONJUNTOS Y GRUPOS DE AJUSTES
Todos los conjuntos pueden estar direccionados a cualquiera de las tablas del equipo, excepto los
conjuntos de ajustes de configuracin (1), generales (11) y de curva de usuario (99), que deben dirigirse
a la tabla de ajustes nmero 0, reservada para aquellos ajustes que son nicos por equipo,
independientes del resto de tablas de ajustes normales (tablas 1 a 15).
Conjunto
Configuracin
11
Generales
21
Proteccin de Intensidad
22
26
Proteccin de Secuencia Inversa

Proteccin de Mnima Intensidad
31
Proteccin de Tensin
0
1
2
3
4
0
1
2
10
11
12
13
14
15
16
17
18
0
1
2
3
4
5
6
7
8
9
10
11
12
0
0
1
0
1
2
3
4
5
10
Grupo dentro de cada conjunto

Comunicaciones remotas
Entradas digitales
Salidas digitales
LEDs
Clave de acceso
Servicio
Configuracin
Lnea
Frecuencia
Relacin intensidad
Relacin intensidad neutro sensible
Relacin desequilibrio intensidad
Relacin tensin
Relacin desequilibrio tensin
Relacin diferencial
Devanados transformador
Relacin intensidad trafo paralelo
TOC fases
TOC neutro
IOC fases
IOC neutro
Intensidad residual
Fase abierta
Fallo interruptor
Direccional
TOC Neutro Sensible
IOC Neutro Sensible
Neutro Aislado
Temporizado de desequilibrio
Instantneo de desequilibrio
Intensidad de secuencia inversa
Temporizado de mnima intensidad
Instantneo de mnima intensidad
Temporizado sobretensin
Instantneo sobretensin
Temporizado subtensin
Instantneo subtensin
Temporizado de desequilibrio
Instantneo de desequilibrio
Genrica de tensin
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
41
51
55
Conjunto
Proteccin de Distancia
Proteccin de Diferencial
Proteccin de Sobrecarga Trmica
56
57
58
59
Proteccin de Chequeo de Sincronismo

Proteccin de Frecuencia
Proteccin de Sobreexcitacin Transformador
Proteccin de Motores
60
82
Proteccin de Inversin de Potencia

Reenganchador
83
Automatismo batera de condensadores
84
Automatismo de regulacin de tensin
91
93
97
Supervisin de Interruptor
Histricos
Lgica de Operacin
99
Curva de Usuario
100
110
111
Control
Registrador Cronolgico
Registrador Oscilogrfico
Pg. 257
Grupo dentro de cada conjunto

0
0
1
0
0
0
0
1
0
0
1
2
3
4
5
0
1
2
0
1
2
3
4
5
6
0
0
0
1
0
1
2
Diferencial
Sobrecarga trmica (genrica)
Sobrecarga trmica (motores)
Chequeo de sincronismo
Genrica de frecuencia
Sobreexcitacin de Transformador
Deteccin de bloqueo de rtor
Control de arranques
Inversin de potencia
Servicio
Temporizacin reenganche
Temporizacin control de ciclo
Control de ciclo
Permiso de disparo
Permiso de reenganche
Seleccin
Automatismo por reloj
Automatismo por reactiva
Regulador
Compundaje de corriente
Compundaje de reactiva
Compundaje combinado
Bloqueo
Control de toma
Registro de bandas
Supervisin de interruptor
Histrico de medidas
Interruptor
Bloqueo de cierre
Identificacin
Parmetros
Puntos
0
0
Registrador Cronolgico
Registrador Oscilogrfico
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
C.3
Pg. 258
LISTADOS DE AJUSTES
En los listados siguientes, el denominado "ord" (orden) se refiere a la posicin del ajuste dentro del
llamado "grs" (grupo) de su respectivo "cnj" (conjunto).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 259
CONJUNTO 1: CONFIGURACIN
Ajuste
Nmero del equipo para comunicaciones por puerta remota
Velocidad de comunicaciones por puerta remota
Nmero de bits de parada para comunicaciones por puerta remota
Paridad para comunicaciones por puerta remota
Formato
UI8
UI8
UI8
UI8
Estructura de entradas digitales

Mscara de habilitacin de entradas digitales (hasta 128 entradas)
CPiInOut
BS128128Array
1
1
1
1
0
1
Estructura de salidas digitales
CPiInOut
Estructura de LEDs
CPiInOut
OS88ASCII
Clave para acceso al equipo a travs del protocolo de comunicaciones
cnj grs
1
0
1
0
1
0
1
0
ord
0
1
2
3
Los ajustes del conjunto 1, de configuracin, son ajustes que cubren una funcionalidad exclusivamente de
carcter local, es decir, no tiene sentido que se ajusten por la puerta remota, y por tanto, no ser posible
modificarlos por dicha puerta remota, solo podrn modificarse a travs de la puerta local.
La velocidad de comunicaciones (1-0-1) vendr codificada de la siguiente manera:
0:
1:
2:
3:
4:
300 baudios
600 baudios
1200 baudios
2400 baudios
4800 baudios
5:
6:
7:
8:
9:
9600 baudios
19200 baudios
14400 baudios
28800 baudios
38400 baudios
El nmero de bits de parada pueden ser, en principio, 1 2.

La paridad se codifica de la siguiente manera:
0:
1:
2:
Ninguna paridad
Paridad PAR
Paridad IMPAR
La mscara de entradas digitales habilita cada entrada segn la posicin de cada bit: primer bit para
entrada 1, segundo bit para entrada 2, y as sucesivamente hasta 128 posibles entradas. Las entradas no
disponibles se enmascaran con 0.
La estructura de entradas, salidas o LEDs es un ajuste que permite asignar entradas o salidas lgicas
internas del aparatos a entradas o salidas fsicas externas (incluso LEDs). Es un ajuste especial, de
formato compuesto y longitud variable (vase formato CPiInOut).
La clave de acceso se refiere a las comunicaciones por el puerto remoto, exclusivamente.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 260
CONJUNTO 11: GENERALES

Ajuste
Rel en servicio
Formato
BOL
cnj grs
11
0
ord
0
Nmero de interruptor (posicin)

Mscara de sucesos
Habilitacin de clave de acceso
Temporizacin sin comunicacin para paso a "log-out"
OS85ASCII
CPiSuc
BOL
UI16
11
11
11
11
1
1
1
1
0
1
2
3
Nombre identificativo de la lnea
OS820ASCII
11
Frecuencia de la red
BOL
11
10
Relacin de transformacin de intensidad de fase

Relacin de transformacin de intensidad de neutro
UI16
UI16
11
11
11
11
0
1
Relacin de transformacin de intensidad de neutro sensible
UI16
11
12
Relacin de transformacin de intensidad de desequilibrio
UI16
11
13
Relacin de transformacin de tensin
UI16
11
14
Relacin de transformacin de tensin de desequilibrio
UI16
11
15
Circuito de referencia (de 1 a 4) para medidas (diferencial)

Relacin de transformacin de intensidad del circuito 1
UI8
UI16
UI16
UI16
UI16
11
11
11
11
11
16
16
16
16
16
0
1
2
3
4
OS81ASCII
UI8
BOL
OS81ASCII
UI8
BOL
OS81ASCII
UI8
BOL
OS81ASCII
UI8
BOL
11
11
11
11
11
11
11
11
11
11
11
11
17
17
17
17
17
17
17
17
17
17
17
17
0
1
2
3
4
5
6
7
8
9
10
11
UI16
11
18
Tipo de conexin de devanado 1 o de referencia

ngulo de conexin de devanado 1 o de referencia (horario 0-11)
Habilitacin del filtro homopolar de devanado 1 o de referencia
Tipo de conexin de devanado 2
ngulo de conexin de devanado 2 (horario 0-11)
Habilitacin del filtro homopolar de devanado 2
Relacin de transformacin de intensidad para trafo paralelo
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 261
La mscara de sucesos permite inhibir el registro de los sucesos detectados en el equipo. Es un ajuste
especial, de formato compuesto y longitud variable (vase estructura del formato CPiSuc). Con este
ajuste solo se podrn enmascarar los sucesos compatibles del equipo, dado que de los privados no se
tiene conocimiento desde la estacin primaria (en todo caso, la mscara de los sucesos privados sera un
ajuste privado).
Por otro lado, cuando un suceso no sea enmascarable y se intente enmascarar, el equipo rechazar el
ajuste con una indicacin de que los ajustes estn fuera de rango.
Si no se especifica lo contrario, en adelante todas las temporizaciones en los ajustes se dan en
segundos, y todos los ajustes estn dados en valores secundarios.
La temporizacin sin comunicacin para paso a log-out se ajusta en minutos, dado que su rango es de 24
horas en pasos de 1 minuto (hasta 1440 minutos).
La frecuencia de la lnea podr tomar dos valores:
0: 50 Hz
1: 60 Hz
Las relaciones de transformacin corresponden al valor "x" en una relacin definida por "x:1", y solo toma
valores enteros.
El ajuste de "circuito de referencia para medidas (diferencial)" permite indicar al equipo qu circuito se
escoge como referencia para conversin de valores internos a valores primarios, a efectos de
presentacin de valores medidos. Se ajusta por el nmero de circuito (1, 2, 3 4).
El tipo de conexin se ajustar indicando "Y" (estrella), "D" (tringulo) o "Z" (zig-zag). El ngulo de
conexin se dar como ajuste horario, entre 0 y 11. Cada devanado tendr posibilidad de habilitar el filtro
de secuencia homopolar, en funcin de su conexin a tierra.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 262
CONJUNTO 21: PROTECCIN DE INTENSIDAD

Ajuste
Habilitacin temporizado de fases
Arranque temporizado de fases
Curva caracterstica temporizado de fases
ndice de tiempos temporizado de fases
Temporizacin curva de tiempo fijo temporizado de fases
Control de par temporizado de fases
Relacin de transformacin particular
Formato
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
BOL
UI16
cnj grs
21
0
21
0
21
0
21
0
21
0
21
0
21
0
ord
0
1
2
3
4
5
6
Habilitacin temporizado de neutro

Arranque temporizado de neutro
Curva caracterstica temporizado de neutro
ndice de tiempos temporizado de neutro
Temporizacin curva de tiempo fijo temporizado de neutro
Control de par temporizado de neutro
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
BOL
UI16
21
21
21
21
21
21
21
1
1
1
1
1
1
1
0
1
2
3
4
5
6
Habilitacin instantneo de fases

Arranque instantneo de fases
Temporizacin instantneo de fases
Control de par instantneo de fases
BOL
R32IEEESTD754
R32IEEESTD754
BOL
UI16
21
21
21
21
21
2
2
2
2
2
0
1
2
3
4
Habilitacin instantneo de neutro

Arranque instantneo de neutro
Temporizacin instantneo de neutro
Control de par instantneo de neutro
BOL
R32IEEESTD754
R32IEEESTD754
BOL
UI16
21
21
21
21
21
3
3
3
3
3
0
1
2
3
4
Habilitacin deteccin intensidad residual (desequilibrio neutro)

Arranque deteccin intensidad residual
Temporizacin deteccin intensidad residual
BOL
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
4
4
4
4
0
1
2
3
Habilitacin deteccin fase abierta (desequilibrio fases)

Arranque deteccin fase abierta
Temporizacin deteccin fase abierta
BOL
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
5
5
5
5
0
1
2
3
Habilitacin fallo de interruptor

Reposicin fallo de interruptor de fases
Reposicin fallo de interruptor de neutro
Temporizacin fallo de interruptor
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
21
6
6
6
6
6
0
1
2
3
4
ngulo de direccional de fases

ngulo de direccional de neutro
Bloqueo direccional por falta de polarizacin
R32IEEESTD754
R32IEEESTD754
BOL
21
21
21
7
7
7
0
1
2
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 263
Ajuste
Habilitacin temporizado de neutro sensible
Arranque temporizado de neutro sensible
Curva caracterstica temporizado de neutro sensible
ndice de tiempos temporizado de neutro sensible
Temporizacin curva de tiempo fijo temporizado de neutro sensible
Control de par temporizado de neutro sensible
Formato
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
BOL
UI16
cnj grs
21
8
21
8
21
8
21
8
21
8
21
8
21
8
ord
0
1
2
3
4
5
6
Habilitacin instantneo de neutro sensible

Arranque instantneo de neutro sensible
Temporizacin instantneo de neutro sensible
Control de par instantneo de neutro sensible
BOL
R32IEEESTD754
R32IEEESTD754
BOL
UI16
21
21
21
21
21
9
9
9
9
9
0
1
2
3
4
Habilitacin unidad de neutro aislado

Control de par unidad de neutro aislado
Intensidad de baja
Intensidad de alta
Tensin de baja
Tensin de alta
Temporizacin del primer disparo
Conmutacin a instantneo
BOL
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
21
21
21
21
21
10
10
10
10
10
10
10
10
10
0
1
2
3
4
5
6
7
8
Habilitacin temporizado desequilibrio de intensidades

Arranque temporizado desequilibrio de intensidades
Curva caracterstica temporizado desequilibrio de intensidades
ndice de tiempos temporizado desequilibrio de intensidades
Temporizacin curva de tiempo fijo temporizado desequilibrio de intensidades
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
21
21
11
11
11
11
11
11
0
1
2
3
4
5
Habilitacin instantneo desequilibrio de intensidades

Arranque instantneo desequilibrio de intensidades
Temporizacin instantneo desequilibrio de intensidades
BOL
R32IEEESTD754
R32IEEESTD754
UI16
21
21
21
21
12
12
12
12
0
1
2
3
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 264
La habilitacin, cuando se ajusta a 1, permite la actuacin de la unidad de proteccin.

El arranque es el umbral mnimo de intensidad para que la unidad de proteccin arranque, de forma que
por debajo de ese valor no arrancara. Se define como veces la intensidad nominal.
La curva caracterstica es el tipo de curva que determina la temporizacin de la unidad en funcin del
valor de la intensidad medida (viene en funcin del valor del parmetro de la ecuacin caracterstica).
Se seleccionan por su nmero en la siguiente lista:
1. INVERSA
2. MUY INVERSA
3. EXTREMADAMENTE INVERSA
4. TIEMPO FIJO
99. CURVA DEFINIDA POR USUARIO
El ndice de tiempos corresponde al dial de la curva seleccionada. Se define entre 0 y 1 (aunque el 0 no
es un valor vlido), correspondiendo el 1 a la curva ms alta o con ms retraso para una misma
intensidad de falta.
La temporizacin de la curva de tiempo fijo solo se aplica cuando la curva seleccionada es de este tipo, y
corresponde al retraso fijo en segundos que se aplica a la actuacin de la unidad, para cualquier
intensidad superior a la de arranque.
El control de par es un ajuste para controlar el disparo de la funcin de proteccin, de forma que, activado
o puesto a 1, se permite que una unidad direccional o de control externa pueda inhibir el disparo de la
unidad de proteccin. Desactivado, los disparos no son controlados externamente.
La relacin de transformacin de cada unidad en particular, cuando est disponible en la estacin
secundaria, tiene preponderancia sobre las indicadas en los ajustes generales, de forma que la estacin
primaria considerar vlida la de la propia unidad. Cuando no estn empleadas por la estacin
secundaria, se enviarn con valor 255 a la primaria, indicando que no son vlidas.
La intensidad y tensin de alta y baja son los dos puntos que definen una curva de actuacin tensinintensidad en forma de tres tramos rectos (vertical, oblicuo entre los dos puntos, y horizontal), de manera
que los tramos se enlazan en esos puntos.
El ajuste de conmutacin a instantneo permite que la unidad acte sin el retraso correspondiente a la
magnitud medida en la curva caracterstica, es decir, como si fuera instantnea. La unidad de neutro
aislado es de disparo temporizado por defecto, pero actuar como instantnea siempre que se produzca
un nuevo disparo durante ese tiempo de conmutacin tras un disparo temporizado anterior.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 265
CONJUNTO 22: PROTECCIN DE SECUENCIA INVERSA

Ajuste
Habilitacin unidad de secuencia inversa
Arranque unidad de secuencia inversa
Modo de operacin (curva/tiempo fijo)
Curva caracterstica unidad de secuencia inversa
ndice de tiempos unidad de secuencia inversa
Valor de inicio de curva unidad de secuencia inversa
Temporizacin curva de tiempo fijo unidad de secuencia inversa
Control de par unidad de secuencia inversa
Formato
BOL
R32IEEESTD754
UI8
UI8
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
UI16
cnj grs
22
0
22
0
22
0
22
0
22
0
22
0
22
0
22
0
22
0
ord
0
1
2
3
4
5
6
7
8
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 266
CONJUNTO 26: PROTECCIN DE MNIMA INTENSIDAD

Ajuste
Habilitacin temporizado de mnima intensidad
Arranque temporizado de mnima intensidad
Curva caracterstica temporizado de mnima intensidad
ndice de tiempos temporizado de mnima intensidad
Temporizacin curva de tiempo fijo temporizado de mnima intensidad
Control de par temporizado de mnima intensidad
Formato
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
BOL
UI16
cnj grs
26
0
26
0
26
0
26
0
26
0
26
0
26
0
Habilitacin instantneo de mnima intensidad

Arranque instantneo de mnima intensidad
Temporizacin instantneo de mnima intensidad
Control de par instantneo de mnima intensidad
BOL
R32IEEESTD754
R32IEEESTD754
BOL
UI16
26
26
26
26
26
1
1
1
1
1
ord
0
1
2
3
4
5
6
0
1
2
3
4
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 267
CONJUNTO 31: PROTECCIN DE TENSIN

Ajuste
Habilitacin temporizado sobretensin
Arranque temporizado sobretensin
Curva caracterstica temporizado sobretensin
ndice de tiempos temporizado sobretensin
Temporizacin curva de tiempo fijo temporizado sobretensin
Formato
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
UI16
cnj grs
31
0
31
0
31
0
31
0
31
0
31
0
ord
0
1
2
3
4
5
Habilitacin instantneo sobretensin

Arranque instantneo sobretensin
Temporizacin instantneo sobretensin
BOL
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
1
1
1
1
0
1
2
3
Habilitacin temporizado subtensin

Arranque temporizado subtensin
Curva caracterstica temporizado subtensin
ndice de tiempos temporizado subtensin
Temporizacin curva de tiempo fijo temporizado subtensin
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
31
31
2
2
2
2
2
2
0
1
2
3
4
5
Habilitacin instantneo subtensin

Arranque instantneo subtensin
Temporizacin instantneo subtensin
BOL
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
3
3
3
3
0
1
2
3
Habilitacin temporizado desequilibrio de tensiones

Arranque temporizado desequilibrio de tensiones
Curva caracterstica temporizado desequilibrio de tensiones
ndice de tiempos temporizado desequilibrio de tensiones
Temporizacin curva de tiempo fijo temporizado desequilibrio de tensiones
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
31
31
4
4
4
4
4
4
0
1
2
3
4
5
Habilitacin instantneo desequilibrio de tensiones

Arranque instantneo desequilibrio de tensiones
Temporizacin instantneo desequilibrio de tensiones
BOL
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
5
5
5
5
0
1
2
3
Tipo de unidad de tensin

Arranque temporizado unidad
Curva caracterstica temporizado unidad
ndice de tiempos temporizado unidad
Temporizacin curva de tiempo fijo temporizado unidad
Arranque instantneo unidad
Temporizacin instantneo unidad
BOL
R32IEEESTD754
UI8
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
UI16
31
31
31
31
31
31
31
31
10
10
10
10
10
10
10
10
0
1
2
3
4
5
6
7
Los ajustes para las unidades de tensin son equivalentes a los de intensidad, pero teniendo en cuenta
ese cambio de magnitud caracterstica.
En cuanto a la unidad genrica (31-10), el tipo de unidad se ajusta como "1:Sobretensin" o
"0:Subtensin", mientras que un valor de arranque nulo deshabilita la unidad (la funcin instantnea o la
temporizada).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 268
CONJUNTO 51: PROTECCIN DIFERENCIAL

Ajuste
Habilitacin unidad diferencial
Sensibilidad de la unidad diferencial (corriente mnima de operacin)
Pendiente de operacin de la unidad diferencial (frenado porcentual)
Coordenada para el cambio de pendiente (codo de la caracterstica)

Pendiente de operacin de la segunda zona (a partir del codo)
Frenado por armnicos (ajuste general o para segundo armnico)
Frenado particular para quinto armnico
Temporizacin adicional de disparo de unidad diferencial
Toma del circuito 1
Toma del circuito 2
Toma del circuito 3
Toma del circuito 4
Formato
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
cnj grs
51
0
51
0
51
0
51
0
51
0
51
0
51
0
51
0
51
0
51
0
51
0
51
0
ord
0
1
2
3
4
5
6
7
8
9
10
11
La sensibilidad o corriente diferencial mnima de operacin se da en veces la intensidad nominal. La

pendiente de la caracterstica diferencial y el frenado por armnicos se dan en porcentaje. La
temporizacin adicional es en segundos. Las unidades de la toma en cada circuito son veces la
intensidad nominal.
Cuando el equipo tenga un solo ajuste de frenado por armnicos se indicar exclusivamente el general
(51-0-5), mientras que si dispone de ajuste diferenciado para segundo y quinto armnicos se indicar
cada uno de ellos (en 51-0-5 y 51-0-6 respectivamente).
Los ajustes relativos al tipo concreto de conexin de los devanados de los transformadores para la
diferencial de transformador se consideran generales.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 269
CONJUNTO 55: PROTECCIN DE SOBRECARGA TRMICA

Ajuste
Habilitacin unidad de sobrecarga trmica
Constante de tiempo de calentamiento sin ventilacin
Constante de tiempo de calentamiento con ventilacin
Intensidad mxima en permanencia
Intensidad de nivel de alarma
Memoria trmica
Formato
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
cnj grs
55
0
55
0
55
0
55
0
55
0
55
0
Habilitacin unidad de sobrecarga trmica de motores

Constante de tiempo de calentamiento/enfriamiento con motor en marcha
Constante de tiempo de enfriamiento con motor parado
Intensidad mxima en permanencia
Intensidad de nivel de alarma
Memoria trmica
Permiso de conexin
Sobrevaloracin de la secuencia inversa
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
R32IEEESTD754
R32IEEESTD754
55
55
55
55
55
55
55
55
1
1
1
1
1
1
1
1
ord
0
1
2
3
4
5
0
1
2
3
4
5
6
7
Las constantes de calentamiento son valores a proporcionar al modelo trmico de la mquina, segn su
refrigeracin, de acuerdo a la ecuacin de calentamiento de los materiales debido a la circulacin de
intensidad por su interior:
I2 = +
d
dt
siendo I la intensidad circulante, el incremento de temperatura, y la constante de tiempo.

La intensidad mxima en permanencia es aquella que provocara un calentamiento tal que se alcanzase
el incremento de temperatura mximo admisible en un tiempo infinito. La intensidad de nivel de alarma es
aquella que provocara llegar a un nivel peligroso de incremento de temperatura en un tiempo
razonablemente corto, y por tanto provoca una sealizacin de alarma en el equipo. Se da en porcentaje
de la mxima. El disparo de la unidad trmica se alcanzar en funcin de la intensidad circulante, que
provoca un nivel trmico concreto en la mquina.
La memoria trmica es un ajuste que, cuando est activada o a 1, tras el reencendido de la proteccin,
sta mantiene el valor trmico de la mquina protegida existente en el momento en que se apag la
proteccin.
El permiso de conexin establece el valor, referido al nivel de disparo, en el que se repone la activacin
de la salida de la unidad trmica (tras su previa activacin).
La sobrevaloracin de la secuencia inversa es el factor que multiplica a la intensidad de secuencia
inversa en la ecuacin del clculo de la intensidad equivalente para el modelo trmico:
I 2 = I dir 2 + cte Iinv 2
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 270
CONJUNTO 56: PROTECCIN DE CHEQUEO DE SINCRONISMO

Ajuste
Arranque de unidad de diferencia de tensiones entre lado A y lado B
Arranque de unidad de diferencia de ngulos entre lado A y lado B
Arranque de unidad de diferencia de frecuencias entre lado A y lado B
Arranque de unidad de subtensin para permiso en lado A
Arranque de unidad de subtensin para permiso en lado B
Temporizacin comprobacin de permiso de cierre
Formato
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
cnj grs
56
0
56
0
56
0
56
0
56
0
56
0
ord
0
1
2
3
4
5
Los niveles de arranque de las unidades de diferencia establecen los mayores valores admisibles entre la
magnitud correspondiente en uno y otro lado para que se permita el cierre de interruptor (condiciones
admisibles de sincronismo).
Los niveles de arranque de las unidades fijas de subtensin determinan el mnimo valor de la tensin en
uno y otro lado para el permiso de cierre del interruptor (habilitacin de la supervisin de sincronismo).
La temporizacin es el tiempo mnimo en el que deben permanecer todas las unidades/condiciones
activas para permitir el cierre del interruptor, es decir, el tiempo mnimo para garantizar condiciones
ptimas de cierre.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 271
CONJUNTO 57: PROTECCIN DE FRECUENCIA

Ajuste
Tipo de unidad de frecuencia
Arranque temporizado unidad
Temporizacin curva de tiempo fijo temporizado unidad
Nivel mnimo de tensin para permiso de disparo de unidad
Formato
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
cnj grs
57
0
57
0
57
0
57
0
ord
0
1
2
3
Se trata de una unidad genrica de frecuencia, donde el tipo de unidad se ajusta como:
0:
1:
Subfrecuencia
Sobrefrecuencia
Un valor de arranque nulo deshabilita la unidad.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 272
CONJUNTO 58: PROTECCIN DE SOBREEXCITACIN DE TRANSFORMADOR

Ajuste
Arranque unidad sensora de sobreexcitacin
Temporizacin curva de tiempo fijo unidad sensora de sobreexcitacin
Formato
R32IEEESTD754
R32IEEESTD754
cnj grs
58
0
58
0
ord
0
1
Un valor de arranque nulo deshabilita la unidad.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 273
CONJUNTO 59: PROTECCIN DE MOTORES

Ajuste
Habilitacin unidad de deteccin de bloqueo de rtor
Arranque unidad de deteccin de bloqueo de rtor
Temporizacin unidad de deteccin de bloqueo de rtor
Formato
BOL
R32IEEESTD754
R32IEEESTD754
cnj grs
59
0
59
0
59
0
Habilitacin unidad de control del nmero de arranques

Ventana de tiempo para clculo del nmero de arranques
Nmero de arranques mximo dentro de la ventana
Intensidad de arranque
Tiempo de arranque
Tiempo mnimo en que se mantiene activa la salida
BOL
UI8
UI8
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
59
59
59
59
59
59
1
1
1
1
1
1
ord
0
1
2
0
1
2
3
4
5
Se entiende que el motor ha arrancado (habiendo estado parado) cuando la intensidad de secuencia
positiva sea superior a la "intensidad de arranque" durante un tiempo superior al "tiempo de arranque".
La salida de la unidad de control de arranques se activa cuando se alcance el nmero de arranques
mximo dentro de la ventana de tiempo definida.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 274
CONJUNTO 60: PROTECCIN DE INVERSIN DE POTENCIA

Ajuste
Habilitacin unidad de inversin de potencia
Arranque instantneo unidad de inversin de potencia
Temporizacin instantneo unidad de inversin de potencia
Arranque temporizado unidad de inversin de potencia
Modo de operacin (curva/tiempo fijo)
ndice de tiempos unidad de inversin de potencia
Temporizacin curva de tiempo fijo unidad de inversin de potencia
Formato
BOL
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
R32IEEESTD754
R32IEEESTD754
cnj grs
60
0
60
0
60
0
60
0
60
0
60
0
60
0
ord
0
1
2
3
4
5
6
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 275
CONJUNTO 82: REENGANCHADOR

Ajuste
Reenganchador en servicio
Cierre manual a travs de reenganchador
Formato
BOL
BOL
cnj grs
82
0
82
0
ord
0
1
Tiempo de reenganche 1 para faltas entre fases

Tiempo de reenganche 1 para faltas a tierra
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
82
82
82
82
82
82
82
82
1
1
1
1
1
1
1
1
0
1
2
3
4
5
6
7
Tiempo de espera de tensin de referencia

Tiempo de espera de no inhibicin
Tiempo de seguridad para faltas entre fases
Tiempo de seguridad para faltas a tierra
Tiempo de seguridad tras cierre manual
Tiempo de inicio
Tiempo de cierre manual
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
82
82
82
82
82
82
82
2
2
2
2
2
2
2
0
1
2
3
4
5
6
UI8
BOL
BOL
BOL
BOL
BOL
82
82
82
82
82
82
3
3
3
3
3
3
0
1
2
3
4
5
Unidades con disparo permitido durante estado reposo

Unidades con disparo permitido tiempo seguridad reenganche 1
Unidades con disparo permitido tiempo seguridad cierre manual externo
Unidades con disparo permitido tiempo seguridad cierre por reenganchador
BS1610Array
BS1610Array
BS1610Array
BS1610Array
BS1610Array
BS1610Array
BS1610Array
82
82
82
82
82
82
82
4
4
4
4
4
4
4
0
1
2
3
4
5
6
Unidades con reenganche permitido durante reposo

Unidades con reenganche permitido tras disparo 1
BS1610Array
BS1610Array
BS1610Array
BS1610Array
BS1610Array
82
82
82
82
82
5
5
5
5
5
0
1
2
3
4
Nmero de reenganches programados

Supervisin de cierres manuales por tensin de referencia
Supervisin de reenganches por tensin de referencia
Supervisin de cierres manuales por entrada de inhibicin de reenganche
Supervisin de reenganches por entrada de inhibicin de reenganche
Espera de no inhibicin
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 276
El cierre manual a travs de reenganchador permite, cuando est activado o a 1, que todo cierre manual
del interruptor sea controlado por el reenganchador (comprobando tiempos de seguridad, unidades con
disparo permitido tras el cierre, etc.). Si est desactivado, el reenganchador no supervisa los cierres
manuales.
El tiempo de espera de la tensin de referencia es el mximo tiempo tras el tiempo de inicio en que el
reenganchador revisa la posible entrada de tensin de referencia, de forma que si no detecta esa tensin
en ese tiempo pasa al bloqueo.
El tiempo de espera de no inhibicin es el tiempo que el reenganchador espera la desactivacin de una
entrada de inhibicin de reenganche, de forma que si no se produce la desactivacin el reenganchador
pasa al estado de bloqueo.
El tiempo de seguridad es el que se espera tras un cierre de interruptor para discernir entre faltas
consecutivas o distintas en disparos sucesivos. Si se produce un disparo durante este tiempo, se
considera dentro del ciclo de reenganches, mientras que si se produce transcurrido ese tiempo se
considera una nueva falta, y se inicia un nuevo ciclo de reenganches. Si el disparo es dentro del tiempo
de seguridad tras un cierre manual o tras el ltimo reenganche programado, el reenganchador pasa al
estado de bloqueo.
El tiempo de inicio es el tiempo que se espera tras el inicio de la falta hasta la reposicin de la unidad de
medida y la apertura del interruptor, de forma que si transcurre ese tiempo sin que ocurran estos sucesos
se pasa al estado de bloqueo del reenganchador.
Las distintas supervisiones y espera de no inhibicin permiten habilitar o no los tiempos anteriores, es
decir, considerarlos en el ciclo del automatismo o no considerarlos.
Las unidades con disparo o reenganche permitidos se indican mediante mscaras de bits, cuyo
significado es el siguiente (cada bit corresponde al permiso de disparo o reenganche de la unidad
indicada):
Byte 1
Byte 2
Bit 8
Neutro
Aislado
no usado
Bit 7
Actuacin
prot. externa
no usado
Bit 6
Corriente
residual
no usado
Bit 5
Fase abierta
Bit 4
TOC neutro
Bit 3
IOC neutro
Bit 2
TOC fases
Bit 1
IOC fases
no usado
no usado
no usado
TOC Neutro
Sensible
IOC Neutro
Sensible
Cabe sealar que cuando se necesite indicar nuevas unidades, se emplearn los bits no usados, o en
ltimo caso se pasarn las mscaras nuevas a ajustes de fabricante. Cuando existan varias unidades
iguales (por ejemplo, dos instantneos de fases) las mscaras debern ser diferentes, y la indicada en la
tabla anterior solo es vlida para la primera de las unidades (con el valor de UNT menor).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 277
CONJUNTO 83: AUTOMATISMO DE BATERA DE CONDENSADORES

Ajuste
Seleccin del tipo de automatismo (1:reloj / 0:reactiva)
Tiempo de inhibicin de maniobra tras apertura de interruptor de batera
Formato
BOL
R32IEEESTD754
cnj grs
83
0
83
0
ord
0
1
Tensin mnima en barras

Tensin mxima en barras
Tiempo de estabilizacin de tensin mnima
Tiempo de estabilizacin de tensin mxima
Tiempo de estabilizacin de tensin cero
Autorizacin de automatismo en das laborables
Instante de conexin en das laborables
Instante de desconexin en das laborables
Autorizacin de automatismo en das festivos
Instante de conexin en das festivos
Instante de desconexin en das festivos
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
CP24HMS
CP24HMS
BOL
CP24HMS
CP24HMS
83
83
83
83
83
83
83
83
83
83
83
1
1
1
1
1
1
1
1
1
1
1
0
1
2
3
4
5
6
7
8
9
10
Potencia reactiva para conexin de batera (valor primario)

Fondo de escala del convertidor de reactiva para conexin
Potencia reactiva para desconexin de batera (valor primario)
Fondo de escala del convertidor de reactiva para desconexin
Tiempo de estabilizacin antes de conexin por reactiva
Tiempo de estabilizacin antes de desconexin por reactiva
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
83
83
83
83
83
83
2
2
2
2
2
2
0
1
2
3
4
5
El automatismo puede funcionar por reloj (en cuyo caso se tiene en cuenta la hora de conexin y
desconexin, adems de los valores de tensin) o por flujo de potencia reactiva (donde se verifican los
umbrales de potencia reactiva en la batera).
El tiempo de inhibicin de maniobra tras apertura de interruptor de batera es un ajuste de tiempo de
forma que tras la apertura inmediatamente anterior y antes de que pase ese tiempo el automatismo no
permite el cierre del interruptor de la batera de condensadores. Se ajusta en segundos.
Los valores de tensin y de potencia reactiva indicados corresponden a los umbrales para conexin y
desconexin de la batera por el automatismo. Las tensiones se ajustan en porcentaje de la tensin
nominal, mientras que las potencias reactivas se ajustan en valores primarios directamente (adems de
ajustar los fondos de escala adecuados).
Los tiempos de estabilizacin, ajustados en segundos, corresponden al intervalo de espera que el
automatismo dispone para considerar alcanzado una tensin o potencia reactiva umbral, de forma que si
la tensin o potencia reactiva no se mantiene al menos durante ese periodo fuera de los valores umbrales
el automatismo no actuar.
Para la operacin por reloj se definen la hora (en formato hh:mm:ss) de conexin y desconexin
automtica diaria de la batera (siempre que las condiciones de tensin lo permitan), as como la
habilitacin de esa operacin en das laborables y/o festivos.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 278
CONJUNTO 84: AUTOMATISMO DE REGULACIN DE TENSIN

Ajuste
Valor de la consigna
Tensin de retroceso rpido
Grado de insensibilidad admisible
Factor de tiempo
Relacin toma/tensin
Formato
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
cnj grs
84
0
84
0
84
0
84
0
84
0
ord
0
1
2
3
4
Habilitacin unidad de compundaje de corriente

Porcentaje de compundaje de corriente
BOL
R32IEEESTD754
84
84
1
1
0
1
Habilitacin unidad de compundaje de reactiva

Porcentaje de compundaje de reactiva
BOL
R32IEEESTD754
84
84
2
2
0
1
Porcentaje mximo de compundaje combinado
R32IEEESTD754
84
Porcentaje de tensin para bloqueo por subtensin

Porcentaje de intensidad para bloqueo por sobreintensidad
R32IEEESTD754
R32IEEESTD754
84
84
4
4
0
1
Nmero de tomas
Tiempo de fallo de maniobra de cambiar toma
Tiempo mximo de tomas simultneas
Tiempo mximo sin toma activa
UI8
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
84
84
84
84
5
5
5
5
0
1
2
3
Lmite superior primera banda de tensin

Lmite inferior primera banda de tensin
Lmite superior segunda banda de tensin
Lmite inferior segunda banda de tensin
Lmite superior tercera banda de tensin
Lmite inferior tercera banda de tensin
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
84
84
84
84
84
84
6
6
6
6
6
6
0
1
2
3
4
5
La tensin de retroceso rpido es el nivel por encima del que se anula la temporizacin del cambio de
toma, de forma que dicho cambio se ejecuta inmediatamente.
La temporizacin de la orden de cambio de toma viene determinada tanto por la desviacin de la tensin
medida con el valor de la consigna como por los ajustes de grado de insensibilidad y factor de tiempo, de
acuerdo a la siguiente relacin:
Tretardo =
FactorTiempo 30 GradoInsnsib
DesviacionTension
La relacin toma/tensin puede tomar dos valores:

0:
1:
Inversa
Directa
Los lmites de las bandas de tensin definen los valores de referencia para el registro de bandas.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 279
CONJUNTO 91: SUPERVISIN DE INTERRUPTOR

Ajuste
Excesivo nmero de disparos
Ventana de tiempo para cuenta de excesivo nmero de disparos
Alarma suma kI2 para mantenimiento
Inicial suma kI2 (ajuste)
Habilitacin supervisin de circuito de disparo
Habilitacin supervisin de circuito de cierre
Formato
UI8
R32IEEESTD754
R32IEEESTD754
R32IEEESTD754
BOL
BOL
cnj grs
91
0
91
0
91
0
91
0
91
0
91
0
ord
0
1
2
3
4
5
La proteccin registra el nmero de disparos ocurridos dentro de la ventana de tiempo ajustada en

segundos, de forma que si en ese intervalo se alcanza el valor del nmero de disparos indicado el
reenganchador quedar bloqueado.
Los kI2 cortados por el interruptor se controlan en base a dos ajustes: el que indica el nivel de alarma
para proceder al mantenimiento del interruptor, y el que indica el inicio del contador al conectar la
proteccin a dicho interruptor.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 280
CONJUNTO 93: HISTRICOS

Ajuste
Ventana de tiempo para clculo de media de muestras
Intervalo de registro de histricos
Mscara de calendario de das de la semana
Hora de inicio de registro diario
Hora de final de registro diario
Hora y minuto de intervalo de registro de histricos
Hora y minuto de inicio de registro diario
Hora y minuto de final de registro diario
Formato
UI8
UI16
BS88Array
UI8
UI8
CP24HMS
CP24HMS
CP24HMS
cnj grs
93
0
93
0
93
0
93
0
93
0
93
0
93
0
93
0
ord
0
1
2
3
4
5
6
7
La ventana de tiempo para clculo de media de muestras se ajusta entre 1 y 15 minutos en pasos de 1
minuto, y corresponde al intervalo que el usuario escoge para la lectura de una muestra por segundo, y
clculo de su media, para registrarlo como valor representativo de la ventana.
El intervalo de registro de histricos se ajusta entre 1 minuto y 24 horas en pasos de 1 minuto, y se
emplea como intervalo para la obtencin del mayor valor de las medias calculadas en las ventanas
anteriores y registrarlo como valor representativo del intervalo, etiquetado con el instante del final del
intervalo de registro. Se enva con formato de minuto.
El ajuste "Hora y minuto de intervalo de registro de histricos" coincide con el anterior, pero se enva con
formato de hora-minuto-segundo, con los segundos a cero (cada equipo tendr ms o menos precisin,
por lo que emplear un ajuste o el otro).
La mscara del calendario se emplea para la habilitacin del registro histrico de medidas en los
diferentes das de la semana, es decir, define los das de la semana en que se realiza el registro. Se
emplea el primer bit para el lunes, el segundo para el martes, y as sucesivamente hasta el sptimo bit
que corresponde al domingo. Si el ajuste no debe ser tenido en cuenta o no est disponible, se indicar
con el octavo bit puesto a 1.
Las horas de inicio y final de registro se ajustan entre 0 y 24 horas en pasos de 1 hora, e indican las
horas diarias en las que comienza y finaliza el registro histrico de medidas.
Los ajustes "Hora y minuto de inicio de registro diario" y "Hora y minuto de final de registro diario"
coinciden con los anteriores, pero se ajustan entre 1 minuto y 24 en pasos de 1 minuto. Se enva con
formato de hora-minuto-segundo, con los segundos a cero (cada equipo tendr ms o menos precisin,
por lo que emplear un ajuste o el otro).
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 281
CONJUNTO 97: LGICA DE OPERACIN

Ajuste
Sellado de disparo
Temporizacin fallo de apertura
Temporizacin fallo de cierre
Habilitacin de la unidad de bloqueo de cierre de interruptor
Formato
BOL
R32IEEESTD754
R32IEEESTD754
BOL
cnj grs
97
0
97
0
97
0
97
ord
0
1
2
0
El sellado de disparo indica que, cuando est activado o puesto a 1, la reposicin del disparo de las
unidades de proteccin se realizar al recibir la sealizacin de interruptor abierto. Si se encuentra
desactivado, la reposicin se realiza tras un tiempo fijo desde el disparo.
La unidad de bloqueo de cierre de interruptor provoca, cuando est habilitada, que el cierre de interruptor
tras un disparo no est permitido hasta que se reponga manualmente dicha unidad de bloqueo. Si est
inhabilitada, la seal de bloqueo no se activa tras un disparo, por lo que no es necesario reponerla antes
del cierre del interruptor.
Bilbao 1997
PROCOME
Versin 3.0
Doc.: Procom30
Pg. 282
CONJUNTO 99: CURVA DE USUARIO

Ajuste
Cdigo identificativo de curva de usuario
Tipo de curva de usuario
Formato
UI16
OS820ASCII
cnj grs
99
0
99
0
ord
0
1
Alfa (parmetro 1)
Beta (parmetro 2)
R32IEEESTD754
R32IEEESTD754
99
99
1
1
0
1
Nmero de puntos (N)

Vc (valores de la magnitud caracterstica de los puntos de la curva)
UI16
R32IEEESTD754
(xN)
R32IEEESTD754
(xN)
99
99
2
2
0
1
99
Tp (valores de tiempo de los puntos de la curva)
El cdigo y tipo de curva se emplean a ttulo informativo para el usuario, en caso de que en el puesto
central existan diferentes curvas de usuario a considerar, pero no afecta a la definicin de la curva de
cara a la proteccin.
La curva de usuario definida por parmetros responde a la siguiente ecuacin:
t=
I arr
siendo y los ajustes indicados en el conjunto de curva de usuario, y k el ndice de tiempos ajustado en
cada unidad de proteccin.
Cuando la curva de usuario se define por puntos, se indican las parejas de valores que representan cada
punto de la curva y se aplica de igual forma el ndice de tiempo k para obtener curvas escaladas en el
tiempo. Cuando el nmero de puntos se ajusta a N=0, indica que la curva se define por parmetros y no
por puntos.
Bilbao 1997

Gid PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Gid PDF

Hochgeladen von

Copyright:

Verfügbare Formate

GID

Unidad de Gestin de Informacin de Protecciones

ZIV APLICACIONES Y TECNOLOGIA, S.A.

EL EQUIPO QUE USTED HA ADQUIRIDO CONTIENE UN PROGRAMA DE SOFTWARE. ZIV

Condiciones de la Licencia de Uso

4.- Confidencialidad: El Software licenciado es confidencial y el Usuario Final se compromete a no revelar a

ZIV Aplicaciones y Tecnologa S.A.

1. DESCRIPCIN GENERAL ...................................................... 1-2

2. CARACTERSTICAS TCNICAS............................................. 2-2

3. NORMAS Y ENSAYOS TIPO................................................... 3-2

4. ARQUITECTURA FSICA ........................................................ 4-2

Error! Nombre desconocido de propiedad de documento.,

5. CONFIGURACIN DEL EQUIPO ............................................ 5-2

6. PRINCIPIOS DE OPERACIN ................................................ 6-2

7. PRUEBAS DE RECEPCIN .................................................... 7-2

Error! Nombre desconocido de propiedad de documento.,

7.3 Comprobacin En Servicio ............................................................................................ 7-3

B. AJUSTES CONSIDERADOS ..................................................B-2

C. MDULOS DE ANLISIS .......................................................C-2

D. DIAGNSTICOS DE ANLISIS ..............................................D-2

Error! Nombre desconocido de propiedad de documento.,

Error! Nombre desconocido de propiedad de documento.,

El equipo de Gestin de Informacin de

Error! Nombre desconocido de propiedad de documento.,

El anlisis de la incidencia se realiza tanto a nivel de comportamiento de cada funcin de proteccin

Error! Nombre desconocido de propiedad de documento.,

1.2 Seleccin de Modelos

PROTOCOLOS DE RELS (Opciones)

Error! Nombre desconocido de propiedad de documento.,

BUS PROCESADOR INTERNO

Error! Nombre desconocido de propiedad de documento.,

2.1 Fuente de Alimentacin

Error! Nombre desconocido de propiedad de documento.,

2.2 Bus Procesador Interno

Una tarjeta con la unidad central de proceso (CPU).

Error! Nombre desconocido de propiedad de documento.,

2.2.2 Tarjeta de Comunicaciones

Hostess 186 de 8 puertos tipo RS-232

2.2.3 Tarjeta de Sincronizacin Externa

Error! Nombre desconocido de propiedad de documento.,

2.3 Perifricos Internos

Error! Nombre desconocido de propiedad de documento.,

2.4 Mdulos de Interface

Error! Nombre desconocido de propiedad de documento.,

2.4.2 Difusor de Comunicaciones (opcional)

Error! Nombre desconocido de propiedad de documento.,

Normas y Ensayos Tipo

3. NORMAS Y ENSAYOS TIPO

3.2 Onda de choque

3.3 Compatibilidad electromagntica

Clase IV segn CENELEC EN 61000-4-4:1995

3.3.3 Descargas electrostticas

Clase III segn CENELEC EN 61000-4-2:1995

Error! Nombre desconocido de propiedad de documento.,

Normas y Ensayos Tipo

3.3.4 Susceptibilidad a los campos electromagnticos radiados

10 V/m Clase III segn ENV 50140:1993

3.4 Requisitos ambientales

3.5 Interferencias y rizado en la alimentacin

Error! Nombre desconocido de propiedad de documento.,

Normas y Ensayos Tipo

3.6 Grado de proteccin de la envolvente

Error! Nombre desconocido de propiedad de documento.,