TEORA EN PROTOCOLO

DNP3

Historia

DNP fue creado originalmente por Westronic, Inc. (ahora GE Harris) en 1990. En 1993, el set de
documentos de especificacin del protocolo "DNP 3.0 Basic 4" cobr dominio pblico. La propiedad
del protocolo fue entregada al recientemente formado DNP Users Group en octubre de ese ao. Desde
entonces, el protocolo ha ganado aceptacin mundial, incluyendo la formacin de grupos de usuarios
en China, Amrica latina, y Australia.

En enero de 1995, fue formado el DNP Technical Committee para estudiar mejoras y recomendarlas
para su aprobacin al Users Group general. Una de las tareas ms importantes de este cuerpo era
publicar el documento DNP Subset Definitions, que establece los estndares para las puestas en marcha
de DNP 3.0.
DNP 3.0 es un protocolo para sistemas SCADA moderno, abierto, inteligente, robusto y eficiente.
Entre otras cosas, puede:

Solicitar y responder con mltiples tipos de datos en un solo mensaje.

Segmentar mensajes en mltiples frames para asegurar excelente deteccin y recuperacin de
errores.
Incluir en una sola respuesta datos cambiados.
Asignar prioridad a los tems de datos y solicitarlos peridicamente basado en su prioridad.
Responder sin solicitud previa.
Utilizar sincronizacin de tiempo y con un formato estndar.
Permitir mltiples operaciones punto a punto y al master.
Permitir objetos definibles por el usuario incluyendo transferencia de archivos.

Arquitectura en capas

DNP 3.0 es un protocolo de capas. An as, en lugar de asemejarse al protocolo de 7 capas de la OSI
(Open System Interconection interconexin de sistemas abiertos), DNP 3.0 adhiere a un estndar
simplificado de 3 capas propuesto por el IEC (International Electrotechnical Commission Comisin
internacional de Electrotecnia) para implementaciones ms bsicas. El IEC llama a esto Enhanced
Performance Architecture, o EPA. (En realidad, sin embargo, DNP 3.0 agrega una cuarta capa, una
capa de pseudotransporte que permite la segmentacin del mensaje).

La estructuracin en capas o niveles, sigue el siguiente esquema:

 Los mensajes a nivel de aplicacin son denominados Fragmentos. El tamao mximo de un
fragmento est establecido en 2048 bytes.
Los mensajes a nivel de transporte son denominados Segmentos.
Los mensajes a nivel de enlace son denominados Tramas. El tamao mximo de una trama DNP3
es de 292 bytes.

Cuando se transmiten datos, estos sufren las siguientes transformaciones al pasar por las diferentes
capas:

Los datos se encapsulan en fragmentos a nivel de aplicacin.

El nivel de transporte es el encargado de adaptar los Fragmentos para poder encapsularlos en
tramas (nivel de enlace), para lo cual, secciona el mensaje del nivel de aplicacin si es necesario, y
les agrega la cabecera de transporte, formando de este modo los segmentos.
En el nivel de enlace, los segmentos recibidos del nivel de transporte son empaquetados en tramas,
para lo cual se les aade a estos una cabecera de enlace, y adems, cada 16 bytes un CRC de 2
bytes.

Cuando se reciben datos, las transformaciones se hacen de la siguiente forma:

El nivel de enlace se encarga de extraer las tramas recibidas los segmentos que son pasados al
nivel de transporte.
El nivel de transporte lee la cabecera de los segmentos recibidos del nivel de enlace, y con la
informacin obtenida extrae y compone los fragmentos que sern pasados al nivel de aplicacin.
En el nivel de aplicacin los fragmentos son analizados y los datos son procesados segn el
modelo de objetos definido por las especificaciones del estndar.

Capa Fsica

La capa fsica se refiere sobre todo a los medios fsicos sobre los cuales se est comunicando el
protocolo. Por ejemplo, maneja el estado del medio (libre u ocupado), y la sincronizacin a travs del
medio (iniciando y parando). Ms comnmente, DNP se especifica sobre una capa fsica serial simple
tal como RS232 o RS485 usando medios fsicos tales como fibra, radio o satlite. Los proyectos se
orientan actualmente para implementar DNP sobre una capa fsica Ethernet.

Capa de Transmisin De Datos

La capa de transmisin de datos maneja la conexin lgica entre el remitente y el receptor de la
informacin y pone a prueba las caractersticas de error del canal fsico. DNP logra esto comenzando
cada frame de transmisin de datos con una cabecera, e insertando un CRC de 16 bits cada 16 bytes del
frame. Un frame es una porcin de un mensaje completo comunicado sobre la capa fsica. La medida
mxima de un frame de transmisin de datos es 256 bytes. Cada frame tiene una direccin fuente de 16
bits y una direccin de destino tambin de 16 bits, las que pueden ser una direccin de difusin o
broadcast (0xffff). La informacin del direccionamiento, junto con un cdigo de inicio de 16 bits, la
longitud del frame, y un byte de control de transmisin de datos se hallan en la cabecera (10 bytes) de
transmisin de datos.

El byte de control de transmisin de datos indica el propsito del frame de transmisin de datos, y el
estado de la conexin lgica. Los valores posibles del byte de control de transmisin de datos son:
ACK, NACK, la conexin necesita resetear, la conexin ha sido reseteada, confirmacin de solicitud de
transmisin de datos del frame, solicitud de estado de conexin, y contestacin de estado de conexin.
Cuando se solicita una confirmacin de transmisin de datos, el receptor debe responder con un frame
ACK de transmisin de datos si el mismo es recibido y pasa los controles del CRC. Si una
confirmacin de la transmisin de datos no se solicita, no se requiere ninguna respuesta de la
transmisin de datos.
 2 bytes de inicio (start bytes), cuyo valor es fijo. 0x05 (valor en hexadecimal) para el primero y
0x64 para el segundo./li>
1 byte con el tamao de la trama. Este valor no tiene en cuenta ni la cabecera, ni los CRC.
1 byte con el cdigo de control, que permite fijar los servicios del nivel de enlace, el sentido del
flujo, etc.
2 bytes con la direccin de destino, codificada en big-endian.
2 bytes con la direccin de origen, codificada en big-endian.
2 bytes de CRC.
Capa de PseudoTransporte

La capa de pseudotransporte divide mensajes de la capa de aplicacin en mltiples frames de

transmisin de datos. Para cada frame, inserta un cdigo de funcin de 1 byte que indica si el frame de
transmisin de datos es el primer frame del mensaje, el ltimo frame del mensaje, o ambos (para
mensajes singles). El cdigo de funcin tambin incluye un nmero de secuencia del frame que se
incrementa con cada uno y permite que la capa de transporte recipiente detecte frames perdidos.

Capa de Aplicacin

La capa de aplicacin responde a mensajes completos recibidos (y arribados de la capa de transporte), y

construye los mensajes basados en la necesidad o la disponibilidad de los datos del usuario. Una vez
que se construyan los mensajes, se pasan a la capa de pseudotransporte donde se dividen en
segmentos y se pasan a la capa de transmisin de datos y eventualmente comunicados sobre la capa
fsica.

Cuando los datos a transmitir son demasiado grandes para un solo mensaje de la capa de aplicacin, se
pueden construir mensajes mltiples de la capa de aplicacin y transmitirlos secuencialmente. Sin
embargo, cada mensaje es un mensaje independiente de la capa de aplicacin; existe una indicacin de
su asociacin con el siguiente, en todos excepto en el ltimo. Debido a esta posible fragmentacin de
los datos de aplicacin, cada mensaje es referido como un fragmento, y un mensaje por ende puede ser
un mensaje de un solo fragmento o un mensaje de mltiples fragmentos.

Los fragmentos de la capa de aplicacin de las estaciones Master de DNP son tpicamente solicitudes
de operaciones sobre objetos de datos, y los fragmentos de la capa de aplicacin de estaciones esclavas
de DNP son tpicamente respuestas a esas peticiones. Una estacin esclava DNP puede tambin
transmitir un mensaje sin una peticin (una respuesta no solicitada).

Como en la capa de transmisin de datos, los fragmentos de la capa de aplicacin se pueden enviar con
una solicitud de confirmacin. Una confirmacin de la capa de aplicacin indica que un mensaje no
slo ha sido recibido, sino tambin analizado sin error. (por otra parte, una confirmacin de la capa de
transmisin de datos, o ACK, indica solamente que se ha recibido el frame de la transmisin de datos y
que pas los controles de error del CRC.)

Cada fragmento de la capa de aplicacin comienza con una cabecera seguida por una o ms
combinaciones de objetos de datos y objetos cabecera. La cabecera de la capa de aplicacin contiene un
cdigo de control de la aplicacin y un cdigo de funcin de la aplicacin. El cdigo de control de la
aplicacin contiene una indicacin de si el fragmento es parte de un mensaje multifragmento, una
indicacin de si una confirmacin de la capa de aplicacin es requerida por el fragmento, una
indicacin de si el fragmento fue no solicitado, y contiene un nmero de secuencia de la capa de
aplicacin. Este nmero de secuencia de la capa de aplicacin permite que la capa de aplicacin
receptora detecte los fragmentos que estn fuera de secuencia, o los fragmentos perdidos.
El cdigo de funcin de cabecera de la capa de aplicacin indica el propsito, o la operacin solicitada,
del mensaje. A la par que DNP 3.0 permite mltiples tipos de datos dentro de un nico mensaje,
permite una nica operacin sobre los tipos de datos dentro del mismo. Algunos ejemplos de cdigos
de funcin son:

Confirmar (para las confirmaciones de la capa de aplicacin), leer y escribir, seleccionar y operar,
congelar y limpiar (para los contadores), reiniciar, permitir e invalidar mensajes no solicitados, y
asignar la clase (discutida abajo). El cdigo de funcin de cabecera de la capa de aplicacin se aplica a
todas las cabeceras del objeto, y por lo tanto a todos los datos dentro del fragmento del mensaje.
Organizacin de la Base de datos
En DNP, los datos se ordenan en tipos de datos. Cada tipo de datos es un grupo objeto, incluyendo:

Entradas de informacin binaria (valores de un solo bit slo lectura).

Salidas binarias (valores de un solo bit cuyo estado puede ser ledo, o que puede ser pulsado o
trabado directamente o a travs de operaciones tipo sbo).
Entradas de informacin analgicas (valores mltipledgito slo lectura).
Salida analgica (valor mltipledgito cuyo estado puede ser ledo, o que puede ser controlado
Directamente o a travs de operaciones tipo sbo).
Contadores.
Hora y fecha.
Objetos de transferencia de archivos.
Etc.
Para cada grupo de objetos, o tipo de datos, existen uno o ms puntos de referencia. Un punto de
referencia es un nico valor del tipo especificado por su grupo de objeto.

Tambin dentro de cada grupo de objeto, existen variaciones. Una variacin del grupo de objeto se
utiliza tpicamente para indicar un mtodo diferente de especificar datos dentro del grupo de objeto. Por
ejemplo, las variaciones de entradas de informacin analgicas permiten la transferencia de los datos
como valores enteros con signo de 16 bits, de 32 bits, o como valores de 32bit con coma flotante.

Segn lo descrito arriba, un mensaje de la capa de aplicacin puede contener mltiples cabeceras del
objeto.

Una cabecera del objeto especifica un grupo de objeto, una variacin del grupo de objeto, y un rango de
puntos dentro de esa variacin del grupo de objeto. Algunos cdigos de funcin de la cabecera de la
capa de aplicacin indican que a cada cabecera del objeto siguen los datos del mismo; otros cdigos de
funcin indican que no hay datos del objeto en el mensaje en su lugar, mltiples cabeceras del objeto,
si existen, siguen contiguamente a cada una de las otras. Por ejemplo, un fragmento ledo del mensaje
de solicitud contiene solamente las cabeceras del objeto que describen los grupos de objeto, las
variaciones, y los rangos de puntos que se solicitan leer y responder; un fragmento ledo del mensaje de
respuesta contiene cabeceras del objeto y los datos del objeto solicitado.
DNP 3.0 permite que los object point ranges sean especificados en una variedad de maneras. Para
peticin de mensajes, los object point ranges pueden consistir en:

Una peticin para todos los puntos del grupo de objetos especificado
 Una peticin para un rango contiguo de puntos comenzando con un especfico punto de partida y
Terminando con un especfico punto de llegada.
Una peticin para una mxima cantidad de puntos con una lista de puntos solicitados.

Para los mensajes de respuesta, los object point ranges consisten tpicamente en un rango contiguo de
puntos que comienzan con un punto de partida especificado y terminan con una punto de llegada
especificado, o con una lista de puntos. Para los object point ranges de respuesta que consisten en una
lista de puntos, un nmero de punto precede a cada objeto de datos. El nmero de puntos en la lista se
especifica como parte del object point range.

Modelo de Reportes

Muchos de los grupos de objeto pueden corresponder, pero se separan, los grupos de objeto que
contienen datos del cambio. Los datos del cambio representan solamente los puntos que han cambiado
para un grupo de objeto especficamente correspondiente. Por ejemplo, el grupo nmero 1 de objeto
representa las entradas de informacin binarias (consideradas los datos estticos), y el grupo nmero 2
de objeto representa datos binarios con cambio de la entrada de informacin. Cuando un punto en el
grupo de objeto 1 se detecta que ha cambiado, un acontecimiento de cambio en el grupo de objeto 2
para el mismo nmero del punto se crea. Incluye solamente los puntos que han cambiado en los
mensajes de respuesta, esto permite mensajes ms pequeos y eficientes.
TEORA EN PROTOCOLO
MODBUS

ESPECIFICACIONES DEL PROTOCOLO INDUSTRIAL MODBUS.

El protocolo MODBUS define una estructura de mensajes que puede ser reconocida por diferentes
dispositivos independientemente del tipo de red de comunicaciones utilizada. El protocolo describe el
proceso para acceder a informacin de un dispositivo, cmo debe responder ste, i como se notifican
las situaciones de error. el protocolo MODBUS define una red digital de comunicaciones con un solo
master y uno o ms dispositivos slave.

Modo de transmisin

El modo de transmisin es la estructura de las unidades de informacin contenidas en un mensaje. El

protocolo MODBUS define dos modos de transmisin: ASCII (American Satandard Code for
Information Interchange) y RTU (Remote Terminal Unit). En una red de dispositivos conectados
mediante el protocolo MODBUS NO se pueden compartir dispositivos utilizando diferentes modos de
transmisin.

Formato general de las tramas

Un mensaje consiste en una secuencia de caracteres que puedan ser interpretados por el receptor, como
se muestra en la figura 18. Esta secuencia de caracteres define la trama, tal como se ilustran en las
tablas 1 y 2. Para sincronizar la trama, los dispositivos receptores monitorizan el intervalo de tiempo
transcurrido entre caracteres recibidos. Si se detecta un intervalo mayor que tres veces y media el
tiempo necesario para transmitir un carcter, el dispositivo receptor ignora la trama y asume que el
siguiente carcter que recibir ser una direccin.
 Figura 18. Comunicacin MODBUS

Tabla 1. Modo ASCII

2. Modo RTU
Direccin

El campo direccin es el primero de la trama despus del tiempo de sincronizacin. Indica el

dispositivo al que va dirigido el mensaje. Cada dispositivo de la red debe tener asignada una direccin
nica, diferente de cero.

Igualmente, cuando un dispositivo responde a un mensaje, debe enviar en primer lugar su direccin
para que el master reconozca la procedencia del mensaje.
MODBUS permite enviar mensajes a todos los dispositivos a la vez (broadcast) utilizando para ello la
direccin cero.

Funcin

El campo funcin indica al dispositivo direccionado qu tipo de funcin ha de Realizar. Estas funciones
estn definidas en la tabla 3.

Tabla 3. Funciones MODBUS

Datos

El campo datos contiene la informacin necesaria para que los dispositivos puedan ejecutar las
funciones solicitadas, o la informacin enviada por los dispositivos al master como respuesta a una
funcin.

Control de Errores

El campo de control de errores es el ltimo de la trama y permite al master y a los dispositivos detectar
errores de transmisin. Ocasionalmente, debido a ruido elctrico o a interferencias de otra naturaleza,
se puede producir alguna modificacin en el mensaje mientras se est transmitiendo. El control de
errores asegura que los dispositivos receptores o el master no efectuarn acciones incorrectas debido a
una modificacin accidental del mensaje. El formato RTU utiliza el control de redundancia cclica
(CRC), mientras que el ASCII utiliza el control de redundancia longitudinal (CRL) para finalizar la
trama de comunicacin.

Funciones MODBUS

Leer N bits (Cdigo de funcin 01 o 02)

Esta funcin permite al usuario obtener los valores lgicos (ON/OFF) de los bits del dispositivo
direccionado. Los datos de respuesta van empaquetados en bytes de manera que el primer bit solicitado
ocupa el bit de menos peso del primer byte de datos. Los siguientes van a continuacin de manera que
si no son un nmero mltiplo de 8, el ltimo byte se completa con ceros. Esta comunicacin se ilustra
en las tablas 4 y 5.

Tabla 4. Interrogacin de lectura binaria

Tabla 5. Respuesta a lectura binaria

Leer N Registros (Cdigo de funcin 03 o 04)

Esta funcin permite al usuario obtener los valores de los registros del dispositivo direccionado. Estos
registros almacenan los valores numricos de los parmetros y variables del controlador. El rango de
los datos vara de 0 a 65536. Los datos correspondientes a direcciones de registros que pasan de la
ltima direccin vlida de parmetros se asignan a cero (00 00). Las tramas de comunicacin para esta
funcin est definido en las tablas 6 y 7.

Tabla 6. Interrogacin para la lectura de registros

Tabla 7. Respuesta a lectura de registros

Funcin para escribir 1 bit (Cdigo de funcin 05)

Esta funcin permite al usuario escribir los valores lgicos (ON/OFF) de los bits del dispositivo
direccionado. Para desactivar el bit se debe enviar 00h, y para activarlo se debe enviar 01h o FFh. ste
valor se debe escribir en el byte ms significativo. Como se muestra en las tablas 8 y 9.

Tabla 8. Comando para escritura de bit

Tabla 9. Reporte de escritura de bit

Funcin para escribir un registro (Cdigo de funcin 06)

Esta funcin permite al usuario modificar el contenido de los parmetros del dispositivo direccionado.
Los valores se envan escalados segn el factor de escala correspondiente a cada parmetro, en un
rango entre 0000h y FFFFh. Las tramas de comunicacin para esta funcin estn ilustradas en las tablas
10 y 11.

Tabla 10. Comando para escritura de registro.

Tabla 11. Reporte de escritura de registro

Cdigos de error
Comnmente, los errores que aparecen durante las operaciones de acceso y programacin de
dispositivos tienen relacin con datos no vlidos en la trama, tal como se ve en la tabla 12. Cuando un
dispositivo detecta un error de esta naturaleza, la respuesta al master consiste en la direccin del
dispositivo, el cdigo de la funcin, el cdigo de error y el CRC. Para indicar que la respuesta es una
notificacin de error, el bit de ms peso del cdigo de la funcin est activado a 1.

Tabla 12. Cdigos de error

CAPACITACION EN EL PROTOCOLO:
IEC 60870-5-101

La capacitacin en el protocolo IEC 60870-5-101 permite conocer a fondo la estructura del protocolo,
los mtodos de comunicacin y los tipos de datos disponibles, lo cual es de gran ayuda para identificar
problemas.

El personal que realice la capacitacin en IEC 60870-5-101 podr analizar y entender una trama de
comunicacin.
PRACTICAS PARA EL CURSO DE CAPACITACIN EN IEC 60870-5-101

Se realizan prcticas enfocadas a la configuracin del protocolo en los equipos de la plataforma de

pruebas y en el anlisis de tramas.

En las prcticas de configuracin, se explican cada uno de los parmetros del protocolo IEC 60870-5-
101 en base a la teora enseada y en las prcticas de anlisis se tramas, se observan los datos enviados
y recibidos entre los rels de proteccin, el Gateway, el SCADA y los simuladores de protocolos.

La plataforma de pruebas usado para el curso de capacitacin en IEC 60870-5-101 se observa en la

siguiente imagen:
El simulador de protocolos usado en el curso del protocolo IEC 60870-5-101, es Axon Text, este
simulador y otros simuladores de pruebas se instalan en los porttiles de los participantes, estos
paquetes software son sistemas Maestros/Clientes de los rels de proteccin, es decir se conectan a los
rels para enviar y recibir informacin.

Los simuladores tambin cuentan con protocolos Esclavo/Servidor, para enviar y recibir informacin
con el SCADA y el Gateway de subestacin.

Se dispone de un Switch para conectar los rels de proteccin, Gateway, SCADA y los porttiles de los
participantes.
El Gateway usado para el curso es Axon Exchange y el SCADA es Axon Builder, los cuales son
Maestros/Clientes de los rels de proteccin y de los simuladores, de esa forma el curso cuenta con
varios sistemas, que permiten lograr el objetivo deseado.

TEMARIO CURSO DE LOS PROTOCOLOS DE TELECONROL IEC 60870-5-101

1. ESTRUCTURA DEL PROTOCOLO

1.1 ESTRUCTURA DEL PROTOCOLO.

2. ESPECIFICACIONES DE TRANSMISIN

2.1 CONFIGURACIN DE RED.

2.2 CARACTERES DEL FORMATO DEL PROTOCOLO.
2.3 REGLAS DE TRANSMISIN.

3. FORMATOS DE TRAMAS DE TRANSMISIN

3.1. FORMATO DE TRAMA.

3.2. ESTRUCTURA GENERAL DE DATOS DE APLICACIN.
3.3. ESTAMPA DE TIEMPO

4. FORMATOS DE LA CAPA DE APLICACIN

4.1.DEFINICIN Y PRESENTACIN DE LOS PRINCIPALES ASDUS:

4.1.1DIRECCIN CONTROL.
4.1.2DIRECCIN MONITOR.

5. PROCEDIMIENTOS DE COMUNICACIN

5.1. PROCEDIMIENTOS BSICOS.

6. PRACTICAS:

TEORA EN PROTOCOLO
IEC 60870-5-104

ESPECIFICACIONES DEL PROTOCOLO DE TELECONTROL IEC 60870-5-104

IEC 60870-5-104 (tambin conocido como IEC 870-5-104) es un estndar internacional, liberado en el
ao 2000 por el IEC (International Electrotechnical Commission) y basado en la norma IEC 60870 -5-
101.
IEC 60870-5-104 habilita la comunicacin entre una estacin de control y una subestacin elctrica a
travs de una red estndar TCP/IP. El protocolo TCP es usado para conexiones orientadas a la
transmisin segura de datos.

IEC 60870-5-104 limita los tipos de informacin y parmetros de configuracin definidos en la norma
IEC 60870-5-101, lo cual significa que no todas las funciones definidas en IEC 60870-5-101 estn
soportadas en el IEC 60870-5-104. Por ejemplo, en IEC 60870-5-104 no se soportan las estampas de
tiempo cortas (formato de 3 bytes).

La principal ventaja de IEC 60870-5-104 es que establece comunicacin a travs de una red estndar,
lo cual permite la transmisin simultnea entre diferentes dispositivos o servicios.

El protocolo IEC 60870-5-104 es muy usado por sistemas SCADAS, a nivel de Subestacin y de
Centros de Control, los cuales disponen del driver IEC 60870-5-104 Cliente para comunicarse con
equipos Gateways o RTUs que contienen el protocolo IEC 60870-5-104 Server.

Definicin APCI (Application Protocol Control Information)

Para detectar el comienzo y el fin de cada ASDU (Application Service Data Unit), cada APCI incluye
los siguientes elementos: un caracter de inicio, la especificacin del la longitud del ASDU y el campo
de control, tal como se muestra en la figura 1. Para propsitos de control, el APDU corresponde
nicamente a los campos del APCI.
 Figura 1. APCI

68H es el carcter de inicio. El segundo campo corresponde a la longitud del cuerpo del APDU, el cual
est formado por los cuatro bytes de los campos de control ms la longitud del ASDU.

Existen tres diferentes formatos de mensajes en este protocolo, el cual es identificado en el campo de
control tal como se muestra en la figura 2, donde se muestra el campo de control para una trama de
informacin (formato I). En las figuras 3 y 4 se muestran los formatos para tramas de supervisin (S) y
de control (U). Este campo de control tambin es utilizado para la implementacin de mecanismos para
prevenir la prdida y duplicacin de mensajes.
 Figura 2. Campo de control para formato I

Figura 3. Campo de control para formato S

Figura 4. Campo de control en formato U

Proteccin contra Prdida y Duplicacin de Tramas

La figura 5 ilustra un escenario donde se trasmiten tramas tipo I entre dos estaciones y el mecanismo
para el reconocimiento en el envo y recepcin de tramas.
La nomenclatura utilizada para verificar la integridad de las tramas de comunicacin tipo I es la
siguiente:

V(S) = Enva estado de la variable

V(R) = Recibe el estado de la variable
Ack = Indica que el DTE ha recibido correctamente todas las tramas de formato I numeradas arriba,
incluyendo la actual.
I(a,b) = APDU con formato de informacin, donde a : nmero de secuencias enviadas y b : nmero de
secuencias recibidas.
S(b) = APDU con formato de supervisin, donde b : nmero de secuencias recibidas.
U = APDU de funcin de control, no numerada.

Cada formato tipo I enviado reconoce las tramas recibidas por la estacin origen, en este ejemplo la
estacin B enva 3 tramas I e indica que no ha recibido ninguna de este tipo en la estacin A.
Posteriormente la estacin A envas 2 tramas I reconociendo las 3 que ha recibido de la estacin B.

Figura 5. Secuencia correcta de tramas I

Reconocimiento por trama S

En la norma IEC 60870-5-104 se definen 4 temporizadores para el mantenimiento de la conexin entre

las estaciones.
El disparo de uno de estos temporizadores (t2) hace que se enve una trama tipo S para reconocer los
paquetes de informacin que han llegado, tal como se ilustra en la figura 6.

Figura 6. Envo de tramas S

Temporizadores

IEC 60870-5-104 define cuatro timers para el mantenimiento del enlace.

T(0) : Corresponde al timeout para el establecimiento de la conexin.

T(1) : Timeout de envo o de APDUs de test.
 T(2) : Timeout para el reconocimiento en caso de que no lleguen datos
T(3) : Timeout para el envo de tramas de test en caso de un estado de inactividad prolongado, esta
situacin es ilustrada en la figura 7, donde la estacin B ha enviado dos tramas I a la estacin A y
esta las reconoce a travs de una trama tipo S.
Cuando la estacin B recibe esta trama de reconocimiento, el temporizador t3 reinicia el conteo. Si
se cumple el tiempo y no ha llegado una trama de comunicacin desde la estacin A, la estacin B
procede a enviar una comunicacin tipo U, para verificar la conectividad con la estacin A.

Figura 7. Trama de Test

Estructura general Datos de Aplicacin

La notacin para cada ASDU se especifica dentro de un orden jerrquico, el cual ofrece la posibilidad
de usar una notacin global y especificaciones en diferentes Companion Standard.

Clase de Informacin Niv el 1:

 Informacin Moniton M
Informacin Control C
Parmetros P
Transferencia de archivos F

Clase de Informacin Niv el 2:

Informacin Monitor: Single Point Information M_SP Medidas M_ME

Informacin Control: Double_Command C_DC
Parmetros: Parmetros de Medidas P_ME
Transferencia de archivos: Directorio F_DR

Clase de Informacin Niv el 3:

El tercer nivel se usa para diferentes Companion Standards, ste define el tipo especfico de
ASDU, el uso de Time Tag. La primera letra de este nivel indica si incluye la estampa, la segunda
especifica el tipo de dato; cada Companion standard puede definir su propio tipo en orden
alfabtico. Medidas Normalizadas con tiempo M_ME_TA Medidas Punto flotante sin tiempo
M_ME_NB

Funciones

Las funciones utilizadas en la norma IEC 60870-5-104 son definidas en la especificacin IEC 60870-5-
5, y permite la comunicacin de la estacin controladora equivalente al cliente y la estacin controlada
o servidor.

Inicializacin de la estacin primaria

Funcin encargada del establecimiento de la comunicacin entre la estacin controladora y la estacin

controlada. Funcin definida en los apartes 6.1.5 a 6.1.7 de la norma IEC 60870-5-5. El flujo de
informacin en esta funcin es el expresado en la figura 8, donde la estacin maestra inicializa la
estacin esclava.

Figura 8. Inicializacin de la estacin

Adquisicin de datos por Polling

La estacin controladora puede solicitar el valor de una variable a travs de esta funcin. Est
especificada en el aparte 6.2 de la norma IEC 60870-5-5. La figura 9 muestra los mensajes transmitidos
entre la estacin principal y la secundaria, cuando la primera solicita el estado de un objeto de
informacin desde la segunda.
 Figura 9. Adquisicin de datos por encuesta

Interrogacin General

En esta funcin, la estacin controladora pide el reporte de todos los objetos de informacin definidos
en la estacin controlada. Especificada en el aparte 6.6 de IEC 60870-5-5. La figura 10 muestra el
funcionamiento de la interrogacin general, donde la estacin primaria hace el requerimiento a la
secundaria de un grupo de objetos de informacin. Para esto, la secundaria debe enviar tramas de
reconocimiento ante la solicitud de la primaria y cuando finalice la transmisin de los objetos de
informacin enva una trama que lo indica.
 Figura 10. Interrogacin General

Transmisin Cclica de datos

Con esta funcin, los objetos de informacin de la subestacin son transmitidos peridicamente hacia
la estacin de control. No es necesario que la estacin controladora solicite la transmisin cclica de los
datos, puesto que esta funcin es configurada nicamente en la estacin controlada, tal como se
muestra en la figura 11. La transmisin de estos objetos de informacin no necesitan tramas especiales
de reconocimiento.
 Figura 11. Transmisin cclica de datos

Adquisicin de Eventos

La actualizacin del valor de los objetos de informacin en una subestacin son automticamente
reportados a la estacin controladora. Funcin definida en el aparte 6.4 de IEC 60870-5-5. La figura 12
muestra la comunicacin establecida para la transmisin de eventos desde la estacin secundaria hacia
la estacin primaria. Tampoco son requeridas tramas especiales de reconocimiento.
 Figura 12. Transmisin de eventos

Sincronizacin de Reloj

Funcin ordenada por la estacin controladora y ejecutada en la estacin controlada, tiene como
finalidad la sincronizacin del reloj en la segunda.
Est definida en el aparte 6.7 de IEC 60870-5-5. La figura 13 muestra como la estacin primaria inicia
la sincronizacin del reloj de la estacin secundaria, en este caso, lo hace debido a que un evento
reportado desde la estacin secundaria difiere en gran proporcin del reloj de la estacin primaria. Pero
no siempre la sincronizacin del reloj se presenta por este motivo. En muchas ocasiones, se sincroniza
el reloj despus de inicializar la subestacin.
 Figura 13. Sincronizacin de reloj

Transmisin de Comandos

Esta funcin le permite a la estacin controladora operar sobre la subestacin. Es as como puede fijar
consignas analgicas, abrir o cerrar interruptores, seccionadores, en fin, modificar variables en las
subestaciones elctricas. Esta funcin est definida en la seccin 6.8 de IEC 60870-5-5. La figura 14
muestra la comunicacin para la transmisin de comandos desde la estacin principal hacia la
subestacin. Muchas de estas comunicaciones son opcionales, de acuerdo a la configuracin del
sistema, por ejemplo, se hacen opcionales las tramas de terminacin de la ejecucin del comando.
 Figura 14. Transmisin de comandos

Unidad de datos de la capa de aplicacin ASDU

El ASDU se compone de un bloque para Datos de Identificador de Unidad y de uno o mas objetos de
informacin, tal como lo muestra la figura 15.

El bloque de datos de identificador de unidad tiene siempre la misma estructura para todos los ASDUs.
Los objetos de informacin de un ASDU son siempre de la misma estructura y tipo, la cual es definida
en el campo TYPE IDENTIFICATION.

Figura 15. Unidad de dato del servicio de apli

cacin ASDU

Type Identification
Define la estructura, el tipo y el formato del objeto de informacin. Todos los objetos de informacin
de un ASDU poseen la misma estructura, tipo y formato.

DIRECCIN MONITOR:
<1> M_SP_NA_1 (Single-point Information)
<3> M_DP_NA_1 (Double-point Information)
<5> M_ST_NA_1 (Step Position Information)
<7> M_BO_NA_1 (Bitstring of 32 bit)
<9> M_ME_NA_1 (Measured value, normalized value)
<11> M_ME_NB_1 (Measured value, scaled value)
<13> M_ME_NC_1 (Measured value, short floating point number)
<15> M_IT_NA_1 (Integrated Totals)
<20> M_PS_NA_1 (Packet single-point Information w status change detection)
<21> M_ME_ND_1 (Measured value, normalized value w quality descriptor)

<70> M_EI_NA_1 (End of initialization)

Con estampa de tiempo

<30> M_SP_TB_1 (Single-point information with time tag CP56time2a)
<31> M_DP_TB_1 (Double-point information with time tag CP56time2a)
<32> M_ST_TB_1 (Step position information with time tag CP56time2a)
<33> M_BO_TB_1 (Bitstring of bit with time tag CP56time2a)
<34> M_ME_TD_1 (Measured value, normalized value with time tag CP56time2a)
<35> M_ME_TE_1 (Measured value, scaled value with time tag CP56time2a)
<36> M_ME_TF_1 (Measured value, short floating point value with time tag CP56time2a)
<37> M_IT_TB_1 (Integrated Totals with time tag CP56time2a)
<38> M_EP_TD_1 (Event of protection equipment with time tag CP56time2a)
<39> M_EP_TE_1 (Packed start events of protection equipment with time tag CP56time2a)
<40> M_EP_TF_1 (Packed output circuit information of protection equipment with time tag
CP56time2a)

DIRECCIN CONTROL
<45> C_SC_NA_1 (Single command)
<46> C_DC_NA_1 (Double command)
<47> C_RC_NA_1 (Regulating step command)
<48> C_SE_NA_1 (Set point command, normalized value)
<49> C_SE_NB_1 (Set point command, scaled value)
<50> C_SE_NC_1 (Set point command, short floating point number)
<51> C_BO_NA_1 (Bitstring of 32 bits)
<100> C_IC_NA_1 (Interrogation Command)
<101> C_CI_NA_1 (Counter Interrogation Command)
<102> C_RD_NA_1 (Read Command)
<103> C_CS_NA_1 (Clock Synchronization Command)
<105> C_RP_NA_1 (Reset Process Command)

Variable Structure Qualifier

Contiene el tipo de secuencia y el nmero de Information Objects.

SQ: 0 Cada Information Object tiene su respectivo IOA.

SQ: 1 Solo el primer objeto de informacin tiene IOA, para los dems elementos son los IOA
consecutivos.
Number: Nmero de Objects en el ASDU.

Cause of Transmission:

Especifica el motivo por el cual una trama de informacin (tipo I) es transmitida.

T= Test
P/N = (0/1) Confirmacin Positiva o Negativa.
<1> periodic, cyclic
<2> Background scan
<3> spontaneous
<4> initialized
<5> requested
<6> activation
<7> activation confirmation
<8> deactivaction
<9> deactivaction confirmation
<10> activation termination
<20> interrogated by general interrogation
<21> interrogated by group1 - 16

Common Address of ASDU

Est determinada por un parmetro fijo del sistema (1 o 2 bytes), corresponde a la direccin de la
estacin, tal como lo muestra la figura 16.
 Figura 16 . Common Address of ASDU (1 byte)

Information Object Address

La longitud del Information Object Address es de uno, dos o tres bytes, el cual es un parmetro
configurado para todo el sistema, como se ve en la figura 17.

Esta direccin es usada como una direccin de destino para tramas en direccin control (desde estacin
controladora) y como origen en direccin monitor (desde estacin controlada).

En todos los casos, el primer byte corresponde al menos significativo. Cuando se configura la direccin
con valor cero, se considera que la direccin es irrelevante. Se pueden disponer de todas las dems
direcciones posibles.

Figura 17 . Information Object Address con 3 bytes

TEORA DE PROTOCOLOS
IEC-61850

61850 PROYECTADO A LA EFICIENCIA

IEC-61850 es el estandar ms importante actualmente y muy probablemente por muchos aos.

Define el modelado de los datos desde el IED hasta la subestacion, optimiza las comunicaciones para
una transferencia eficiente y fiable de los datos y comandos de procesos entre y dentro de los IED y de
la subestacin sobre redes de comunicacin de alta velocidad.

INTRODUCCIN

La norma IEC61850 brinda soluciones a las necesidades de las ltimas tecnologas de automatizacin y
proteccin de sistemas de potencia elctrica permitiendo hacer la integracin en una sola red y
protocolo, dando soporte a los distintos niveles del sistema (proceso, baha y estacin). Todo este
enfoque de estandarizacin va enfocado a la integracin de equipos de diferentes fabricantes,
minimizando la necesidad de utilizar conversores de protocolo y reduciendo los tiempos de ingeniera.

Esta ha sido concebida para ser perdurable y esto se logra no basndose en un protocolo
especficamente, para ello la norma se refiere al modelado de diferentes componentes de la subestacin
y la forma en que pueden ser mapeados a un protocolo especfico.

El modelo de informacin comprende nodos lgicos, informacin, y atributos de la informacin. Los

nodos lgicos y la informacin, contenida en los nodos lgicos, son los conceptos fundamentales que
se utilizan para describir los sistemas reales y sus funciones. La informacin interacta con su entorno
a travs de servicios, tales como control, sustitucin, get y set y reporte. Los servicios pueden
ser interpretados como que transportan la informacin definida por PICOMs (Pieces of
Communication).

Los nombres de los nodos lgicos y los nombres de la informacin definen el significado estandarizado
o la semntica de los dispositivos de la subestacin. IEC 61850-7-4 define una lista de alrededor de 90
nodos lgicos, como por ejemplo XCBR, para designar el interruptor; PDIS, para designar la
proteccin de distancia, MMXU, para designar mediciones operativas, etc.

Este modelo de informacin tambin es utilizado como base para el Lenguaje de Configuracin de
Subestacin (Substation Configuration Language, SCL - IEC 61850-6). La configuracin de la
subestacin describe que informacin opcional es utilizada en un dispositivo especfico, cuales son los
nombres de las instancias de todos los nodos lgicos, que vnculos de comunicaciones existen, cual es
la relacin de los IEDs con el diagrama unifilar, y toda la informacin necesaria para la ingeniera del
sistema.

La arquitectura del IEC-61850 es un paso importante hacia delante comparado con los enfoques de
integracin previos basados en estndares como el IEC60870. Desde que se hizo estndar internacional
(2005) ha ido ganando la aceptacin de las empresas elctricas hasta los consumidores industriales de
electricidad.
La norma al establecer una comunicacin a nivel de proceso y campo, permite un mayor control del
sistema y una disminucin considerable en el cableado elctrico, enviando la informacin requerida en
los IEDs por comunicaciones. La implementacin debe ser cuidadosa, debido a que se tienen que
seguir conservando las prestaciones operativas convencionales de los sistemas elctricos clsicos
como lo es tiempos de operacin, seguridad, redundancia y confiabilidad.

Una de las caractersticas del protocolo IEC 61850 que sirve de apoyo para cumplir con estas
condiciones, es que ha sido diseado para permitir actualizaciones tecnolgicas en el rea de las
comunicaciones, debido a que est basado en TCP/IP e Ethernet.

Toda la integracin de los diferentes dispositivos electrnicos, Gateways y dems se realiza en una
arquitectura comn mediante una plataforma de comunicaciones ampliamente conocida y probada: la
tecnologa Ethernet (capas 1 y 2 del modelo Osi). Esta tecnologa permite la interconexin de
diferentes dispositivos heterogneos en funciones y fabricantes en una red comn, debido que
IEC61850 no define ninguna topologa de red se debe aplicar un diseo robusto ante fallas y ataques
informticos para garantizar el correcto funcionamiento del sistema y poder aprovechar los beneficios
que nos ofrece 61850.

Y el xito de dicho protocolo se debe a las grandes ventajas que brinda como la integracin de sistemas
y la ingeniera. A continuacin se har mencin de las principales ventajas que ofrece dicho protocolo
as como sus desventajas y la forma en que las soluciona.

Caractersticas bsicas del IEC-61850

La continua integracin funcional de las funciones de proteccin, control y monitoreo junto con la
creciente presin para reducir costos en los proyectos de subestaciones ha conducido a una nueva
generacin de herramientas de ingeniera.

El IEC 61850 estandariza tres elementos pertenecientes a la Ingeniera en Comunicaciones:

Los nombres y movimientos de datos operacionales:

 Monitoreo, comandos, interface de operador (cliente / servidor, host / DEI).

Los nombre y movimientos de datos en tiempo real Proteccin, interbloqueos, automatizacin,

valores de muestras (peer to peer, DEI / DEI, bus de campo).
Los nombres y movimientos de informacin de configuracin de ajustes de comunicaciones
(atributos del SCL).

Objetivos

Las experiencias de la industria han demostrado la necesidad y la oportunidad para el

desarrollo de protocolos de comunicacin estandarizados, lo que apoyara la interoperabilidad de
los IED (Intelligent Electronic Divice), de diferentes fabricantes. La interoperabilidad en este caso es la
capacidad de que equipos de diferentes fabricantes puedan operar en la misma red o va de
comunicacin para compartir informacin y comandos.

El objetivo de la creacin de un estndar de comunicaciones se puede expresar en los

siguientes puntos:

Asegurar la interoperabilidad entre varios IED.

IED de diferentes fabricantes pueden intercambiar y usar informacin sobre medios de

comunicacin comunes.
La ingeniera y configuracin de datos es transportable entre herramientas de fabricantes.

Independencia de proveedores

Los IED al contar con la interoperabilidad, no le es necesario el realizar los proyectos con un
solo fabricante.

Descripcin abierta de IED.

 Reduce la ingeniera y la configuracin.
Las capacidades de los IED son descritas en forma estndar.
Funciones, soluciones, y datos propietarios son an permitidos y estn disponibles.

Comunicacin junto a los equipos de potencia - Bus de proceso.

IED de diferentes fabricantes pueden intercambiar y usar informacin sobre medios de

comunicacin comunes.
La ingeniera y configuracin de datos es transportable entre herramientas de fabricantes.

Asegurar la interoperabilidad entre varios IED.

Adquisicin de datos, y control, deben ser incluidas directamente en los equipos primarios.

Libre configuracin.

Libre asignacin de funciones en sistemas de configuraciones centralizadas o descentralizadas.

Reduccin del cableado elctrico convencional.

Redes LAN en lugar de mltiples cables de cobre.

A prueba de futuros desarrollos tecnolgicos.

Los servicios y las inversiones sern duraderas a pesar de los rpidos cambios tecnolgicos.
El estndar est diseado para seguir tanto el progreso en las tecnologas de comunicacin,
como los requerimientos que envuelven a estos sistemas.
La intercambiabilidad no es un objetivo de esta norma, aunque en aplicaciones sencillas se pueda
realizar la intercambiabilidad de equipos, no est estandarizada en la IEC 61850.

ESTRUCTURA Y ESTADO DE LA NORMA

Inicialmente el estndar IEC 61850 como fue concebido, era para la automatizacin de
subestaciones y la telecomunicacin entre sus dispositivos, en los diferentes niveles de control,
siempre enfocado para la comunicacin interna de la subestacin; cuenta con 14 partes principales,
provenientes de 10 captulos. Estos 10 captulos son los siguientes:

IEC 61850-1: Introduccin y vista general.

IEC 61850-2: Glosario.
IEC 61850-3: Requerimientos generales.
IEC 61850-4: Sistema y administracin del proyecto.
IEC 61850-5: Requerimientos de comunicacin para las funciones y modelado de equipos.
IEC 61850-6: Lenguaje de descripcin de la configuracin para sistemas de automatizacin.
IEC 61850-7: Estructura bsica de comunicacin para la subestacin y alimentadores.
IEC 61850-8: Servicios de comunicacin especficos de mapeo (SCSM)- MMS.
IEC 61850-9: Servicios de comunicacin especficos de mapeo (SCSM)- SV.
IEC 61850-10: Pruebas de conformidad.

El alcance de cada documento, se describe brevemente en lo que sigue:

- IEC 61850-1 - Introduction and overview:

Este reporte tcnico es aplicable a Sistemas de Automatizacin de Subestaciones Substation

Automation Systems (SAS).Define la comunicacin entre Dispositivos Electrnicos Inteligentes
(IEDs) en la subestacin y los requerimientos relacionados del sistema. Esta parte brinda una
introduccin y una visin general de la serie IEC 61850.

- IEC 61850-2 - Glossary:

Este documento contiene el glosario de la terminologa especfica y definiciones utilizadas en el
contexto de SAS en las diferentes partes del estndar.

- IEC 61850-3 - General requirements:

Las especificaciones de esta parte pertenecen a los requerimientos generales de la red de

comunicaciones con nfasis en los requerimientos de calidad. Trata adems las pautas para
condiciones ambientales y servicios auxiliares, con recomendaciones basados en la relevancia de
requerimientos especficos de otros estndares y especificaciones.

- IEC 61850-4 - System and project management:

Las especificaciones de esta parte se refieren a la gestin del sistema y del proyecto con respecto al
proceso de ingeniera y sus herramientas de soporte; al ciclo de vida del sistema global y sus IEDs;
al aseguramiento de la calidad comenzando con la etapa de desarrollo y finalizando con la
discontinuacin y fuera de servicio del equipamiento del SAS y sus IEDs. Se describen los
requerimientos del sistema y el proceso de gestin del proyecto y herramientas especiales de soporte
para ingeniera y ensayo.

- IEC 61850-5 - Communication requirements for functions and device models:

Las especificaciones de esta parte se refieren a los requerimientos de comunicaciones de las

funciones realizadas en el SAS y en los modelos de dispositivos. Se identifican todas las funciones
conocidas y sus requerimientos de comunicaciones. La descripcin de las funciones no se utiliza
para estandarizar las funciones, sino para identificar los requerimientos de comunicaciones entre
servicios tcnicos y la subestacin y requerimientos de comunicaciones entre IEDs en la
subestacin. El objetivo bsico es la interoperabilidad para todas las interacciones.

- IEC 61850-6 - Configuration description language for communication in electrical

substations related to IEDs:
Esta parte de la serie IEC 61850 especifica un formato de archivo para describir configuraciones
vinculadas con comunicaciones con IEDs y parmetros de IEDs, configuraciones de sistemas de
comunicaciones, estructuras de playas o patios, y las relaciones entre ellas. El principal propsito de
este formato es intercambiar descripciones de capacidad de IEDs, y descripciones de SAS entre
herramientas de ingeniera de IED y herramientas de ingeniera de sistemas de diferentes fabricantes
en forma compatible. El lenguaje definido se denomina Lenguaje de descripcin de Configuracin
de Subestacin Substation Configuration description Language (SCL). El IED y el modelo del
sistema de comunicaciones en SCL est de acuerdo con IEC 61850-5 e IEC 61850-7-x. Las
extensiones especficas SCSM o reglas de utilizacin pueden ser requeridas en partes apropiadas. El
lenguaje de configuracin se basa en el Extensible Markup Language (XML) versin 1.0.

- IEC 61850-7-1 - Basic communication structure for substation and feeder equipment
Principles and models:

Este documento de la serie IEC 61850 introduce los mtodos de modelado, los principios de
comunicaciones, y los modelos de informacin que son utilizados en las partes de IEC 61850-7-x. El
propsito de este documento es proveer, desde un punto de vista conceptual, asistencia para entender
los conceptos bsicos de modelado y mtodos de descripcin para modelos especficos de
informacin de subestacin para sistemas de automatizacin de subestacin, funciones de
dispositivos utilizadas para propsitos de automatizacin de subestaciones, y sistemas de
comunicaciones para proveer interoperabilidad.

- IEC 61850-7-2 - Basic communication structure for substation and feeder equipment
Abstract communication service interface (ACSI):

Define el ASCI (Abstract Communication Service Interface) en trminos de un modelo de clase

jerrquico de toda la informacin que puede ser accedida a travs de una red de comunicaciones y
los servicios que operan sobre estas clases de parmetros asociados con cada servicio.

- IEC 61850-7-3 - Basic communication structure for substation and feeder equipment
Common data classes:

Esta parte de la norma IEC 61850 especifica tipos de atributos comunes y clases de datos comunes
relacionadas con aplicaciones en subestaciones.

- IEC 61850-7-4 - Basic communication structure for substation and feeder equipment
Compatible logical node classes and data classes:

Esta parte de la IEC 61850 especifica la informacin del modelo de dispositivo y funciones
relacionadas a las aplicaciones de una subestacin. En particular, especifica los nombres de nodos
lgicos compatibles y los nombres de los datos para la comunicacin entre IEDs. Esto incluye la
relacin entre nodos lgicos y datos. Para alcanzar interoperabilidad, todos los modelos de datos
necesitan una buena definicin en cuanto a semntica y sintaxis. La semntica de los datos es
provista por nombres asignados a nodos lgicos y a los datos que ellos contienen, como fueron
definidos en esta parte del documento. Las definiciones de nombres de datos y nombres de nodos
lgicos compatibles encontrados en esta parte y la semntica asociada son fijos. La sintaxis de las
definiciones de tipo de todas las clases de datos son definiciones abstractas provistas por IEC 61850-
7-2 e IEC 61850-7-3.

- IEC 61850-8-1 - Specific communication service mapping (SCSM) Mappings to MMS

(ISO/IEC 9506-1 and ISO/IEC 9506-2) and to ISO/IEC 8802-3:

El mapeo permite el intercambio de datos sobre Redes Locales ISO/IEC 8802-3, entre los diversos
tipos de equipamiento de una subestacin. Algunos de los protocolos utilizados en este documento
son de ruteo, por lo que las comunicaciones no estn restringidas a la red de rea local. El
intercambio de datos permite el monitoreo en tiempo real de datos de control, incluyendo valores
medidos, etc. Tambin especifica un mtodo para el intercambio de datos crticos y no crticos en
tiempo a travs de la red de rea local relacionando las tramas ACSI a MMS e ISO/IEC 8802-3. Los
servicios y protocolos MMS son especificados para operar sobre los modelos de comunicaciones
OSI y TCP completos. Tambin provee soporte para arquitecturas centralizadas y distribuidas.

distribuidas. - IEC 61850-9-1 - Specific communication service mapping (SCSM) Sampled

values over serial unidirectional multidrop point to point link:

Esta parte se aplica a transformadores de medida de tensin y corriente (ECT y EVT) con salida
digital va una unidad concentradora (merging unit), para su utilizacin con instrumentos
electrnicos de medida y de protecciones. Para salidas digitales el estndar considera conexiones
punto a punto desde la unidad concentradora a los instrumentos electrnicos de medida. Esto
 permite interoperabilidad entre dispositivos de distintos fabricantes.

- IEC 61850-9-2 - Specific communication service mapping (SCSM) Sampled values over
ISO/IEC 8802-3 2:

Define el SCSM para valores muestreados sobre ISO/IEC 8802-3. La intencin de esta definicin es
reforzar la IEC 61850-9-1 para incluir el mapeo completo del modelo de valores muestreados. Se
aplica a transformadores de corriente y tensin electrnicos (ECT y EVT con salida digital), unidad
concentradora, y dispositivos electrnicos inteligentes como por ejemplo: unidades de proteccin,
controladores de baha y medidores.

El enfoque de este estndar ha cambiado desde su nombre, ya no enfocado a subestaciones, sino a

sistemas de potencia, dando la oportunidad de contar con los beneficios de la estandarizacin, a las
diferentes reas de la industria elctrica. Por lo tanto lo han tomado como un eslabn importante para
la formacin de la red inteligente, su cubrimiento al sistema elctrico debe cubrir todas las reas de
comunicacin, en donde exista el manejo de potencia elctrica.
Todas estas nuevas extensiones de la norma son basadas y respaldadas por los conceptos de las
14 partes principales.

MODELADO DE DATOS

IEC 61850 define dentro de su fundamento la existencia de tres niveles de operacin en un sistema
elctrico (inicialmente subestaciones y extendido a centrales de generacin hdricas en su edicin 2)
(Fig. 1).
 Figura 1 Modelo de interfaz

A partir de la funciones de monitoreo, control y proteccin que se llevan en los tres niveles se crean
objetos o modelos de informacin, que interactan entre ellos por medio de servicios de comunicacin
para despus ser representados (mapeados) en un protocolo especifico. Los datos son agrupados por
restricciones funcionales (RF) organizados dentro de nodos lgicos (LN) en dispositivos lgicos
(LD) ubicados en equipos fsicos. En la Fig. 2 se presenta la organizacin de datos que plantea la
norma.

Figura 2 Modelo de informacin

La representacin de la estructura de un dato en IEC61850 se muestra a continuacin en la fig. 3

 Figura 3 Estructura general de un dato

Puntos de acceso:

Son los puntos de conexin lgicos para la comunicacin. Estos sern un puerto serie, una conexin
Ethernet, o bien una direccin cliente servidor dependiendo del stack utilizado. Cada uno de los
puntos de acceso de un IED a un bus de comunicaciones se define de forma nica. Cada
servidor tiene un nico punto lgico de acceso.

En el estndar se define un total de 92 logical nodes, divididos en 6 grupos principales:

Equipos lgicos (Logical devices LD):

Son grupos de nodos lgicos (LN) para una misma funcin (proteccin, control, grabacin de las
variaciones). Es condicin indispensable que estos equipos lgicos se encuentren en el mismo
equipo fsico.
Nodos lgicos (Logical nodes LN):

Son los pilares fundamentales de las funciones. Se trata de la parte ms pequea de una funcin que
intercambia datos. Los nodos lgicos es un objeto que se define por una serie de datos y mtodos.

Datos (data objects DO):

Corresponde a las distintas partes de los nodos lgicos, las cuales representan informacin ms
especfica, como por ejemplo el estado o medida de un elemento. Los nodos lgicos y datos que
forman parte de un equipo lgico son cruciales para la descripcin e intercambio de informacin para
conseguir interoperabilidad en los sistemas de automatizacin de subestaciones. Tanto los equipos
lgicos como los nodos lgicos y los datos tienen que configurarse. La principal razn por la
cual deben de configurarse stos conceptos, es seleccionar apropiadamente los nodos lgicos y datos
y asignar el valor especfico, por ejemplo el valor inicial del proceso de datos.

Funciones y nodos lgicos:

El objetivo del estndar es especificar los requisitos y proporcionar un marco de trabajo para conseguir
interoperabilidad entre IEDs de distintos fabricantes.

La asignacin de funciones a los equipos (IEDs) y niveles de control no es fija. Normalmente depende
de requisitos disponibilidad, funcionamiento, restriccin de costes, etc. Por lo tanto, el estndar debe
soportar cualquier tipo de asignacin de funciones. Para permitir una libre asignacin de funciones,
la interoperabilidad debe estar proporcionada entre funciones, las cuales residen en equipos de
distintos proveedores. Las funciones se dividen en pequeas partes, que se localizan en distintos
equipos fsicos pero de forma que se mantenga la comunicacin de unas con otras. Estas partes que
forman una funcin se denominan nodos lgicos (LN).

Las funciones (funciones de aplicacin) de los SAS son control y supervisin, al igual que
proteccin y supervisin de los equipos primarios. Otras funciones (funciones del sistema) estn
relacionadas con el sistema propiamente dicho, como por ejemplo la supervisin de la
comunicacin.
Nodos lgicos

El principal objetivo del estndar IEC 61850 es proporcionar interoperabilidad entre los equipos
IEDs de distintos fabricantes, de forma ms precisa, entre las funciones que tienen lugar en la
subestacin y residen en los equipos fsicos de distintos fabricantes.

La informacin, dentro del entorno de subestaciones, se intercambia entre los equipos que
forman los sistemas de automatizacin de subestaciones, es decir los datos fluyen entre las funciones y
sub-funciones de estos equipos. En el nuevo estndar lo que se propone es representar todas las
funciones y equipos utilizados en el sistema, por medio de nodos lgicos (LN, Logical Nodes).
De esta forma toda la informacin de las subestaciones se estructura en unidades atmicas, los LNs.
Adems tambin existe la posibilidad de poder incorporar nuevos nodos lgicos en el futuro,
siempre y cuando siga las reglas definidas en el estndar. Para alcanzar los requisitos principales de
asignacin y distribucin libre de funciones, todas las funciones deben de descomponerse en
nodos lgicos. Para poder intercambiar datos entre los distintos nodos, la norma define las conexiones
entre nodos a travs de conectores lgicos (LC, Logical Connections).

En la figura se muestra los enlaces entre los nodos lgicos. Cada LN se asigna a una funcin y a un
equipo (PD, Physical Device), pudiendo existir varias funciones dentro de un mismo equipo.
Los equipos se conectan a travs de conexiones fsicas (PC,Physical Connections), de forma que un
nodo lgico es parte de un equipo fsico, y una conexin lgica es parte de una conexin
 Figura 4 Enlaces entre nodos Logicos

En el estndar se define un total de 92 logical nodes, divididos en 6 grupos principales:

Nodos lgicos para las funciones de proteccin.

Nodos lgicos para el control.
Equipos fsicos.
Seguridad del sistema y de los equipos.
Nodos lgicos relacionados con los equipos primarios.
Nodos lgicos relacionados con los servicios del sistema.

Tabla 1 Grupos de lgicos

Indicador Grupo de Nodos Lgicos Funciones Cant.

L Nodos Lgicos del Sistema 3
PTOC, PIOC, PDIS, PDIF,
P Funciones de Proteccin etc 28
R Funciones relacionadas con Protecciones RREC, RSYN, etc 10
C Control Supervisado CSWI,CILO,CALH,CPOW 5
G Funciones Genricas GGIO,GAPC,GSAL 3
I Interface y Archivo IHMI,ITCI,IARC, ITMI 4
A Control Automtico ATCC,ANCR,ARCO, AVCO 4
M Medidores y Medidas MMXU,MMTR,MHAI,MSQI 8
S Sensores y Monitorizacin SIMG,SARC,SPDC 4
X Reconectadores y seccionadores XCBR, XSWI 2
T Transformadores de Medida TCTR, TVTR 2
Y Transformadores de Potencia YPTR,YLTC,YEFN,YPSH 4
Z Otros Equipos ZBAT,ZGEN,ZMOT, etc 15

Todos los nombres de los nodos lgicos empiezan con la letra indicadora del grupo al que
pertenecen.

Descomposicin de funciones en LNS

A continuacin se muestra un ejemplo de descomposicin en distintos nodos lgicos de las

siguientes funciones:

Proteccin de distancia.
Proteccin de sobrecorriente.
Conmutacin sincronizada de interruptor.
 Figura 5 Descomposicin de funciones lgicas en nodos lgicos

Estas funciones se descomponen en los nodos lgicos. Estos nodos lgicos a su vez forman parte
de una serie de equipos fsicos, los cuales se representan en la figura con nmeros que indican:

1) IHM de estacin.
2) Equipo de conmutacin sincronizado.
3) Unidad de proteccin de distancia, con la funcin de sobrecorriente integrada.
4) Unidad de control de baha.
5) Transformador de corriente.
6) Transformador de tensin.
7) Transformador de tensin.

Las funciones de distancia, sobrecorriente y conmutacin se dividen en distintas nodos lgicos. Los
nodos lgicos no son excluyentes, sino que un mismo nodo lgico puede formar parte de dos o ms
funciones diferentes, por ejemplo HMI, estn presentes en las tres funciones, mientras que el
nodo lgico de transformador de corriente solamente en la proteccin de distancia y
sobrecorriente. Por otra parte, los equipos fsicos contienen varios nodos lgicos, de forma que pueden
existir varias funciones dentrode un PD.

Atributos asociados a los nodos lgicos:

Los nodos lgicos es un objeto que define con una serie de datos y atributos. Los atributos que
componen los nodos lgicos son:

LNName.
LNREF.
DATA.
DATA-SET.
BRCB.
URCB.
LCB.
LOG.
SGCB.
GoCB.
GsCB.
MSVCB.
USVCB.

Adems la norma define la sintaxis necesaria de los distintos conceptos del modelo de datos:

a) LNName Logical node name

El atributo LNName se usa para identificar inequvocamente el nodo lgico del que se trata, dentro
del equipo lgico al que pertenece.

b) LNRef Logical node ObjectReference

Se trata del nico camino para llegar al equipo lgico en cuestin, y tiene la siguiente
estructura. Es decir, este atributo identifica el logical device al que pertenece el LN en
cuestin.

c) Data [1..n] DataSet [0..n]

Identifican todos los datos que pertenecen al nodo lgico.

d) BufferedReportControlBlock [0..n] y UnbufferedReportControlBlock [0..n]

Identifican el BRCB y el URCB que contiene el nodo lgico. Ambos atributos representan la
informacin correspondiente a los informes de control, siendo el primer atributo propio de los
informes con bfer para evitar perdida de datos durante desconexiones .

e) LogControlBlock [0..n] y SettingGroupControlBlock [0..1]

Identifican el LCB y el SGCB respectivamente que pertenezcan al nodo lgico en cuestin. El

atributo LCB representa la informacin de control cuyo valor puede ser modificado, mientras
que en los dispositivos lgicos, que tengan el atributo SGCB, agruparn mltiples valores de
DataAttributes utilizando functional constraint SG. Cada uno de estos grupos contiene un
valor para cada DataAttribute.

f) Log [0..1] , GOOSEControlBlock [0..n] y GSSEControlBlock [0..n]

Estos tres atributos identifican los LOG, GOCB y GSCB que forman parte de LLN0,
Logical Node Zero. Este nodo lgico representa los datos comunes del equipo lgico,
mientras que los atributos GOCB y GSCB representa la informacin acerca del control del
servicio goose y control de los eventos generales de la subestacin respectivamente.

g) MulticastSampledValueControlBlock[0..n], UnicastSampledValueControlBlock [0..n]

 Estos atributos identifican los MSVCBy USVCBque forman parte de LLN0. Estos atributos
representan la informacin relativa al control de los valores muestreados.

Datos y Atributos

La semntica de los nodos lgicos se representa mediante datos y atributos. El nmero medio de datos
propios a un nodo lgico es aproximadamente 20. Cada uno de estos datos contiene a su vez una serie
de detalles, los cuales se conocen como atributos, Data attributes. Las clases de DATOS representan la
informacin significativa de los dispositivos de automatizacin. Los valores de estos DATOS, por
ejemplo, pueden tener acceso de lectura (GetDataValues) o bien pueden ser ajustados
(SetDataValues). En el apartado IEC 61850-7-4 la norma especifica una lista de datos, por ejemplo,
Pos para la posicin, OilFil para la filtracin del aceite, etc.

La composicin de DATOS en IEC 61850-7-4 est basada en plantillas comunes (las clases de DATOS
comunes, CDC) especificadas en el apartado IEC 61850-7-3. Cualquier grupo de DATOS (o parte
de DATOS) pueden ser, a su vez, agrupados para construir un grupo determinado DATA-SET
aplicando el servicio CreateDataSet. Estos DATA-SET, tambin tienen acceso de lectura
(GetDataSetValues) y escritura (SetDataSetValues).

Los Logical Nodes se definieron con una serie de datos obligatorios (Mandatory) y otros opcionales
(Optional). A continuacin se muestra un extracto de la norma como ejemplo de Logical Node.
Concretamente se trata de PIOC (Proteccin instantnea de sobrecorriente):
 Figura 6 Datos Proteccin sobrecorriente

En principio lo nico exigible a la totalidad de fabricantes son los datos obligatorios. Los opcionales se
definieron de forma que si un fabricante desea implementarlos los deber implementar como fije la
norma, pero no es obligatorio que se implemente para cumplir con la norma IEC61850. En la norma
quedan definidos un total de 355 tipos de datos. Estos datos se pueden clasificar de la siguiente forma:

Clase de Datos Cantidad

Informacin del sistema 13
Informacin de los equipos
fsicos 11
Medidas 66
Valores muestreados 14
Datos controlables 36
Informacin de estados 85
Ajustes 130
TOTAL 355
 Figura 7 Tipos de datos

ATRIBUTOS ASOCIADOS A LOS DATOS

Los atributos que pertenecen a los datos deben de seguir la siguiente estructura que presenta la norma:

a) DATA NAME:

El atributo DataName identifica inequvocamente los DATOS dentro del nodo lgico.

b) DATA ref.
 Se trata del camino nico de los datos, y tiene la siguiente estructura.

c) Presence:

Este atributo es de tipo BOOLEANO y especifica si los DATOS dentro de un CDC

(Common Data Clases) o nodo lgico son obligatorios (Presence = TRUE) u opcionales (Presence =
FALSE).

d) Data attribute:

Los atributos de los datos a su vez deben especificar:

DAType: El tipo de dato esta normalizado y debe de seguir la estructura:

Funcional constraint (FC)

De un punto de vista de aplicacin, los DataAttributes se clasifican segn su utilizacin
especfica; por ejemplo, algunos atributos son usados con el objetivo de controlar, otros atributos
indican medidas o grupos de ajuste. Los functional constraint (FC) son una propiedad del
DataAttribute que caracteriza estos atributos.

Los functional constraint (FC) se pueden utilizar tanto en la definicin de DATOS (contenido
en nodos lgicos) como en algunos bloques de control (por ejemplo, BRCB).

Ejemplo de descomposicin de datos

Dentro del nodo lgico XCBR, el cual representa la informacin de un interruptor real, existen una
gran cantidad de datos que representan aplicaciones especficas. Un ejemplo de atributo sera la
posicin de dicho interruptor. Para modelar la informacin relativa a su posicin se define el dato POS.
 Figura 8Ejemplo descomposicon de datos

El dato posicin, Pos, tiene a su vez aproximadamente 20 atributos asociados. Por ejemplo Pos.ctlVal
representa toda la informacin que se puede controlar, es decir puede cambiar por activa o
inactiva. Por otro lado, el dato asignado a la posicin tiene el atributo Pos.stVal, el cual
representa la posicin real del interruptor (puede ser: estado intermedio, off, on o bien estado
crtico). Todos estos atributos se organizan de forma que todos los relativos al control, estado,
configuracin etc. se presentan en la lista juntos. Todos los atributos de datos quedan definidos
por su nombre y tipo, los cuales estn estandarizados. En el caso de stVal y ctlVal.

La informacin relativa al atributo de posicin Pos, contiene varios atributos que se pueden encontrar
en otras muchas aplicaciones. La primera caracterstica de la posicin es el atributo stVal, status
value, el cual representa cuatro estados distintos (estado intermedio, off, on o bien estado crtico).
Estos cuatro estados, representados con dos bits, se conocen comnmente con el nombre informacin
de double point. Mientras que el conjunto de atributos definidos en el dato Pos, se denomina
Common Data Class, CDC.

Common Data Class CDC.

Las Common Data Classes proporcionan una reduccin del tamao de las definiciones de los
datos. La definicin de datos no necesita una lista de todos los atributos que la forman, sin embargo
necesita hacer referencia a su Common Data class. En el apartado IEC 61850-7-3 la norma define un
amplio rango de Common Data Classespara las distintas aplicaciones. Se clasifican en:

Informacin de estado.
Informacin de medidas.
Informacin de estados controlables.
Ajuste de estados.
Ajustes analgicos.
Informacin de descripcin.

LENGUAJE DE CONFIGURACIN DE
SUBESTACIN (SCL)

SCL, es el acrnimo de Substation Configuration Language, lenguaje descriptivo de configuracin,

que define la norma IEC 61850 en la parte 6. Se trata de un lenguaje basado en W3C XML,
y se basa en los estndares XML. SCL es bsicamente una especificacin del sistema acerca de los
las distintas conexiones existentes entre los equipos de la subestacin en el diagrama unifilar, al mismo
tiempo que documenta la asignacin de los nodos lgicos a los equipos y unidades que integran
el unifilar, para: definir la funcionalidad, puntos de acceso y los pasos para el acceso a subredes de
todos los posibles clientes.
Este lenguaje define un formato capaz de describir la ingeniera de un sistema de automatizacin de
subestaciones, proporcionando una descripcin estandarizada de:

Funcionalidad del sistema de automatizacin.

Estructura lgica de la comunicacin del sistema,
Relacin entre los equipos y sus funciones.

El objetivo principal del lenguaje SCL es el intercambio interoperable de los datos de ingeniera
en la subestacin entre las herramientas de ingeniera de los distintos fabricantes. Este modelo
tambin permite obtener una configuracin automatizada de las funciones y de las
comunicaciones, as como la comprobacin del funcionamiento del sistema.

Para poder proporcionar esta interoperabilidad es necesario:

Una descripcin formal del sistema de automatizacin de la subestacin, incluyendo todos los
enlaces de comunicacin.
Describir sin ningn tipo de ambigedad las capacidades de los dispositivos IEDs,
Descripcin de los servicios de comunicacin aplicables.
Descripcin formal de la relacin entre la instalacin de distribucin y los datos del sistema de
automatizacin.

Usar un mismo lenguaje es un requisito obligatorio (pero no suficiente) para conseguir la

interoperabilidad entre todos los componentes de una subestacin.

El proceso real como se ha conseguido la interoperabilidad se resume en la siguiente figura:

 Figura 9 Proceso del lenguaje de configuracin de la subestacin

Los archivos de la SCL se utilizan para intercambiar los datos de configuracin entre diversas
herramientas, posiblemente de distintos fabricantes. Hay por lo menos cuatro tipos de
intercambio de datos, y por lo tanto cuatro clases de archivos SCL.

Esto se hace por medio de diversas extensiones de archivo. Sin embargo, el contenido de cada
uno de estos archivos obedecer las reglas del lenguaje SCL. Cada archivo debe especificar la
versin y el nmero de revisin para poder distinguir entre las distintas versiones del mismo
archivo. Esto significa que cada herramienta tiene que guardar la informacin acerca de la versin y el
nmero de revisin del archivo que ya ha exportado.

Datos en SCL

Los intercambios de datos, existentes en el entorno de las subestaciones se puede recoger en los
siguientes cuatro puntos:
 El intercambio de datos entre las herramientas de configuracin de los IEDs y las herramientas de
configuracin del sistema.
El intercambio de datos entre las herramientas de especificaciones del sistema y las herramientas
de configuracin del sistema.
El intercambio entre la herramienta de configuracin del sistema y la herramienta de
configuracin de los equipos IEDs.
El intercambio de datos entre la herramienta de configuracin de los IEDs a los equipos IEDs.

Esto se hace a travs de diversos archivos fundamentales del lenguaje SCL, que la norma define en el
apartado IEC 61850-6 son:

ICD (IED Capability Description),

contiene las caractersticas de cada dispositivo relacionadas con las funciones de comunicacin y
el modelo de datos.

Cada archivo .ICD contiene un apartado para la descripcin del dispositivo, en la que se recoge:

o Las caractersticas relacionadas con el servicio de comunicacin, como por ejemplo si

los servicios de transferencia de archivos est preparado.
o Las caractersticas de configuracin del equipo, por ejemplo cuantos bloques de
control pueden ser configurados dinmicamente o por medio de un archivo SCD.
o Los datos relacionados con la funcionalidad y los datos en trminos de nodos
lgicos (LN) y el contenido de los datos (DATA).

.SSD (System Specification Description),

Contiene las especificaciones de partida para la definicin del sistema: el esquema unifilar
junto a las funciones que se realizarn en los equipos primarios, en trminos de nodos lgicos.
 .SCD (System Configuration Description),

Se trata de un archivo que el integrador del sistema exportar como resultado de las ICDs y las
SDDs, el cual contiene la configuracin del sistema: todos los IEDs, la configuracin de las
comunicaciones y la descripcin de la subestacin.

.CID (Configured IED Description),

Contiene para cada equipo la configuracin y todos los datos necesarios para describir la
interaccin con el resto de equipos del sistema.

Esto significa que un archivo SCL debe contener las siguientes informaciones:

Descripcin de la topologa y nombres de la aparamenta.

Configuracin de los IEDs, en trminos de los logical nodes.
Relacin entre las funciones de los IEDs y la aparamenta.
Descripcin de la red de comunicaciones.

GOOSE

La transmisin de informacin implementada en el protocolo IEC 61850 se puede realizar a travs

de servicios de comunicacin que la misma norma establece (Fig. 10), entre los que se tienen la
transferencia rpida de eventos (GOOSE), la sincronizacin de tiempo (NTP, IEE-1588),
transferencia de archivos, mensajes MMS y gestin de la red (SNMP)
 Figura 10 Servicios soportados en EIC 61850

Los datos de procesos se transmiten a travs de mensajes GOOSE o tambin nombrada como la
transmisin rpida de eventos, la cual se basa en la norma IEEE 802.1q de Ethernet, con la
posibilidad de enviar a travs de la red mensajes con un bit de prioridad, para transmitir
informacin que requiera de mucha velocidad, como es el caso de los disparos y eventos
requeridos para enclavamientos en los sistemas elctricos que oscilan desde los 150ms.

En la Fig. 11 se presenta el esquema de funcionamiento de la prioridad en los mensajes GOOSE;

cuando es generado, al tener una prioridad mayor a las tramas comunes, este sobrepasa la cola
de transmisin y el mensaje es enviado a la red, garantizando tiempos cortos en la transmisin en casos
de tener avalanchas de informacin.
 Figura 11Mensaje Goose con prioridad

Los mensajes del servicio GOOSE son de tipo multicast, es decir, que son transmitidos a varios
dispositivos de la red, los cuales estn suscritos para recibir el mensaje y posteriormente
procesarlos. Estos datos son organizados en un DataSet. Como la transmisin es de tipo
multidifusin no existe un proceso de acuso de recibo del dato, por lo tanto, se requiere de un
mecanismo de repeticin del mensaje para asegurar la transmisin ptima del mismo. Esta
retransmisin consiste en estar enviando repetidamente el mensaje GOOSE. En estado estable, l envi
se realiza cada cierto tiempo como se muestra en la Fig.12 , sin embargo cuando ocurre un evento
nuevo (cambio de estado de la seal enviada), el intervalo de transmisin se acorta, y es
progresivamente aumentado hasta llegar nuevamente al tiempo normal del ciclo.
 Figura 12 Tiempos para transmisin de Goose

A continuacin se presenta una captura GOOSE obtenida con Wireshark:

 Figura 13 Trama Goose

1 En (1) se presenta las direcciones MAC de la fuente y destino del mensaje, estas son direcciones
virtuales generadas por cada IED en el momento de la creacin de un GOOSE, el rango es definido
en [13] y vara desde 01-0c-cd-00-00 hasta la 01-0c-cd-01-ff.
2 En (2) se presenta los parmetros de la VLAN, el primero de ellos es la prioridad que
vara de 1-7 y que segn las recomendaciones de [13], para mensajes GOOSE no debe
colocarse en un valor menor a 4 (la norma define la prioridad en 4). Otro de los parmetros es el
ID, el cual indica la VLAN que por defecto para estos mensajes es 0, sin embargo, es posible
utilizar otro ID. Cuando se utilice una VLAN diferente de 0 para este tipo de mensajes hay
que tener en cuenta la configuracin de en los Switch debido a que el GOOSE es generado con
Tagged.
3 El gocbRef (3) indica la direccin donde se encuentra el origen de la informacin contenida en
el mensaje.
4 En (4) se define el nombre del Dataset, el cual se puede definir como el contenedor de la
informacin enviada desde el dispositivo fuente a la red.
 5 El goID (5) es un identificador que representa el nmero ID de la aplicacin de la trama Ethernet, es
asociado a la aplicacin donde se configura los mensajes GOOSE.
6 El stNum (6) es un nmero que incrementa cuando existe un cambio de estado de algn dato
contenido en el Dataset.
7 El sqNum (7) es un parmetro que representa el nmero de veces que ha sido enviado el mensaje
desde su ltimo cambio de estado.
8 Test (8) indica si el GOOSE est en prueba, esta funcin se utiliza en casos de que un IED este
en modo prueba. Al activar esta funcin los otros IEDs detectan que el mensaje generado
esta en modo prueba y no realizan ninguna funcin.
9 ConfRev (9) representa la llave de compatibilidad, es utilizado para tener un control de
cambios y garantizar que en la red circulen mensajes validos para todos los integrantes del sistema.
10 El ndscom (10) indica si existe alguna falla o incompatibilidad en la configuracin.
11 En (11) numDataSetEntries indica la cantidad de informacin que contiene el DataSet
12 En allData (12) se encuentra la informacin compartida por el IED fuente.

GLOSARIO

GOOSE (generic object oriented substation event)

IEC 61850 (estndar de redes y sistemas de comunicacin en subestaciones)

LAN (red de rea local)

IGMP (protocolo de mensajes de grupos de Internet)

MAC (control de acceso al medio)

MMS (especificacin de mensajes de fabricacin)

OSI (interconexin de sistemas abiertos)

RSTP (protocolo de rbol de expansin rpido)

SNMP (protocolo simple de administracin de redes)

SNTP (simple Network Time Protocol)

TCP (protocolo de control de transporte)

HSR (high availability seamless redundancy)

PRP (protocolo de redundancia paralela)

UDP ( protocolo de datagrama de usuario)

IED (dispositivos electrnicos inteligentes).

SCSM (Specific Communication Service Mapping)