OMICRON Training - IEC 61850 Conceptos, Aplicaciones y Pruebas PDF

r .
Excellence through Education
OMICRON Training
lEC 61850 Conceptos, Aplicaciones y Pruebas
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
!~~
oM,cRoNI
Academy
OMICRON Academy
lEC 61850 Conceptos, Aplicaciones y Pruebas
Tabla de Revisión
Fecha (aaaa-mm-dd) Versión Cambios Nombre

2010-11-22 1.00 Initial version EugCar
( 2011-03-11 1.01 Small corrections I fonnat changes EugCar
2012-08-27 1.02 Traducción y Adaptación del original JuaPar
( Versión Actual 1.02

(
(
i
'.
Utilice este documento únicamente junto con el manual del producto relacionado que contiene instrucciones de
seguridad importantes.
OMICRON electronics GmbH, así como todas sus delegaciones, figurarán en adelante como OMICRON.
~ OMICRON 2011. Todos los derechos reservados; Este documento es una publicación de OMICRON.
Todos los derechos reservados. Para la reproducción de todo tipo, ya sea fotocopia, microfilmación, reconocimiento
óptico de caracteres y/o almacenamiento de sistemas infonnáticos es necesario el consentimiento explícito de
OMICRON. No está permitida la reimpresión total o parcial.
La información, las especificaciones y los datos técnicos del producto que figuran en este manual representan el estado
técnico existente en el momento de su redacción y están supeditados a cambios sin previo aviso.
Hemos hecho todo lo posible para que la información que se da en este manual sea útil, exacta y completamente fiable.
Sin embargo, OMICRON no se hace responsable de las inexactitudes que pueda haber.
© OMICRON Academy 2013

(
(
(
(
i~~ (
(
OMICRONI
Academy (
(
índice (
(
1 Introducción y Conceptos Básicos .....................................................................................................4
1.1 Comités y Grupos de Trabajo de la lEC .........................................................................................4 (
1.2 Historia de la Automatización en las Subestaciones ......................................................................8
1.3 lEC 61850: Historia, Aplicación y Objetivos ...................................................................................9
(
1.3.1 Historia ................................................................................................................................9 (
1.3.2 Rango de Aplicación ............................................................................................................9
1.3.3 Objetivos ........................................................................................................................... 10 (
1.4 lEC 61850: Vista general ............................................................................................................. 12
1.5 Perspectivas ................................................................................................................................ 14
2 Modelos de Datos ............................................................................................................................... 16
(
2.1 Vista General del Modelado ........................................................................................................ 16 (
2.2 Nodos Lógicos ............................................................................................................................. 18
2.2.1 Nodos Lógicos del Sistema .............................................................................................. 21
2.2.2 Ejemplos de Clases de Nodos Lógicos ............................................................................ 23 (
2.3 Objetos de Datos y sus Atributos ................................................................................................ 26
2.4 Explorando el modelo de datos de un IED .................................................................................. 30 (
2.5 Redes: Conceptos Básicos ......................................................................................................... 31
2.5.1 Definiciones básicas y componentes ............................................................................... 31 (
2.5.2 Dirección MAC y dirección IP ........................................................................................... 31 (
2.5.3 Topologia de red .............................................................................................................. 32
2.6 Práctica: Examinando un IED con IEDScout... ............................................................................ 33 (
2.6.1 Tarea ................................................................................................................................ 33
(
2.6.2 Procedimiento ................................................................................................................... 33
3 Servicios y Mapeos Específicos de Comunicación ........................................................................ 44
(
3.1 Introducción ................................................................................................................................. 44
3.2 Concepto de ACSI ....................................................................................................................... 45
3.3 Servicios definidos en lEC 61850-7-2 ......................................................................................... 48 (
3.4 Métodos de Comunicación .......................................................................................................... 49 (
3.4.1 Servicios Cliente I Servidor .............................................................................................. 50
3.4.2 Servicios en tiempo real (Multicast) ................................................................................. 51 (
3.5 Mapeos Especificas de Comunicación ........................................................................................ 52
(
4 Servicios Cliente I Servidor ............................................................................................................... 54
4.1 Auto-descripción .......................................................................................................................... 54 (
4.2 Lectura I Escritura de Datos ........................................................................................................ 55 (
4.3 Sustitución ................................................................................................................................... 55
4.4 Grupos de ajustes ........................................................................................................................ 56 (
4.5 Control ......................................................................................................................................... 57
4.6 Informes y diarios ........................................................................................................................ 59
(
4.6.1 Informes ............................................................................................................................ 59 (
4.6.2 Diarios .............................................................................................................................. 60
4.7 Práctica: Trabajando con IEDScout ............................................................................................ 61 (
4.7.1 Tarea ................................................................................................................................ 61 (
4.7.2 Procedimiento general ..................................................................................................... 61
4.7.3 Maniobre el interruptor y verifique su estado ................................................................... 62 (
4.7.4 Trabajando con Informes ................................................................................................. 67
4.7.5 Trabajando con DataSets dinámicos ............................................................................... 72 (
5 Servicios en Tiempo Real .................................................................................................................. 77 (
5.1 GOOSE ........................................................................................................................................ 77 (
5.1.1 Conceptos básicos y definiciones .................................................................................... 77
5.1.2 Aplicaciones ..................................................................................................................... 78 (
5.1.3 Estrategia de retransmisión .............................................................................................. 79
(
Indice C.0055.ADA I v1,02 (
Página 2 de 131 © OMIGRON Academy 2013
(
(
(
(
(
OMICRON
Academy
5.2 Sampled Values (Valores Muestreados) ..................................................................................... 80
5.2.1 Conceptos Básicos ........................................................................................................... 80
5.2.2 Aplicaciones ..................................................................................................................... 81
5.2.3 Guia de Implementación 9-2lE ........................................................................................ 83
5.2.4 Sincronización en tiempo ................................................................................................. 83
5.3 Redes: Avanzado ........................................................................................................................ 84
5.3.1 Pila (stack) de comunicaciones ........................................................................................ 84
5.3.2 Paquetes de Ethemet.. ..................................................................................................... 84
5.3.3 Etiquetas (Tags) de VlAN ................................................................................................ 85
5.3.4 Perfiles de comunicación lEC 61850 ............................................................................... 86
5.3.5 Funcionalidad de los switches y arquitecturas de red para redes lEC 61850 ................. 89
5.4 Práctica: Analizar el tráfico de GOOSE con IEDScout.. .............................................................. 90
5.4.1 Tarea ................................................................................................................................ 90
5.4.2 Procedimiento General ..................................................................................................... 91
5.4.3 Suscribirse a un GOOSE ................................................................................................. 92
5.4.4 Analizando el Contenido de un mensaje GOOSE ......................................................... 100
6 Configuración del Sistema .............................................................................................................. 103
6.1 General ...................................................................................................................................... 103
6.2 Rango de aplicación de SCl ..................................................................................................... 104
6.3 SCl en el proceso de ingenieria ............................................................................................... 106
7 Pruebas .............................................................................................................................................. 108
7.1 Tipos de pruebas ....................................................................................................................... 108
7.2 Pruebas de Conformidad ........................................................................................................... 108
7.3 Pruebas de rendimiento ............................................................................................................. 110
7.4 Pruebas Funcionales ................................................................................................................. 111
7.4.1 General ........................................................................................................................... 111
7.4.2 Equipos de prueba ......................................................................................................... 113
7.4.3 El Test Universe y los módulos lEC 61850 .................................................................... 114
(
7.4.4 Funcionalidad de prueba en lEC 61850 ......................................................................... 116
( 7.5 Práctica: Prueba de protecciones con GOOSE ........................................................................ 119
7.5.1 Tarea .............................................................................................................................. 119
7.5.2 Procedimiento ................................................................................................................. 120
7.6 Práctica: Medición de Sampled Values con SVScout ............................................................... 127
7.6.1 Tarea .............................................................................................................................. 127
7 .6.2 Procedimiento ................................................................................................................. 127
(
(
C.0055.ADA l v1.02 Indice

© OMICRON Academy 2013 Pagina 3 de 131
e
(
(
(
(
(
OMleRON
Academy (
(
(
1 Introducción y Conceptos Básicos
(
1.1 Comités y Grupos de Trabajo de la lEC (
(
La Comisión Electrotécnica Internacional (IEC/CEI) es una de las organizaciones globales punteras en la
preparación y publicación de normas internacionales para todas las tecnologías eléctricas, electrónicas y (
relacionadas - conocidas colectivamente como "electrotecnología". Dichas normas sirven de base para las
normas nacionales, y camo referenci a a la hora de redactar propuestas y contratos internacionales.
(
(
Alrededor de 179 comités y sub-comités técnicos (TCs y SCs), y unos 700 grupos de proyecto / mantenimiento
llevan a cabo el trabajo diario de la lEC. Estos grupos de trabajo están compuestos de expertos en (
electrotecnología de todo el mundo. La mayoría de ellos provienen de la industria, si bien otros provenientes del
(
comercio, gobierno, laboratorios de pruebas y de investigación, universidades y grupos de consumidores,
contribuyen también al trabajo. Los Comités Técnicos preparan documentos técnicos acerca de temas (
específicos dentro de su área de responsabilidad, que se envían a continuación a los plenos de los Comités
Nacionales para su aprobación, si procede, como normas internacionales 1.
(
(
La Figura 1.1 muestra una visión general de
algunos Comités Técnicos de la lEC implicados en (
temas re lacionados con equipos y sistemas en
subestaciones
(
c
e
e
e
(
e
(
c
(
"
InslrumertaciOn
(
Figura 1-1: Varios TCs de la lEC relacionados con Subestaciones e
(
(
, Fuente: lEC, www.iec.ch
le.. I'tCIY,,,,c. v.w- 19 bli&-".tlM-c. ~.oG.. ~fXlLo~ cll-L" >ecl. .

(
(
(
(
¡
(
(
Introducción y Conceptos Básicos C.OO55.ADA I v1.02 (
Página 4 de 131 el OMICRON Academy 2013
(
<.
<.
(
OMICRON
Academy
El Te 57 se estableció en 1964 ante la urgente necesidad de producir normas internacionales en el campo de
la comunicación entre equipos y sistemas del proceso de la energia eléctrica. Su titulo y área de
responsabilidad se cambiaron dos veces con el transcurso del tiempo. Hoy, con el titulo "Gestión del Sistema
de Potencia e Intercambios de Información asociados", TC 57 tiene la responsabilidad siguiente:
"Generar normas internacionales para los equipos de control y sistemas de los Sistemas de Potencia,
incluyendo EMS (Energy Management Systems), SCADA (Supervisory Control And Data Acquisition),
automatización de la distribución, teleprotección e intercambios de información asociados de información en
tiempo real y no en tiempo real, utilizada en la planificación, operación y mantenimiento de los sistemas de
potencia. La gestión de los sistemas de potencia abarca el control en los centros de control, subestaciones y
elementos individuales de equipamiento primario, incluyendo telecontrol e interfaces a los equipos, sistemas y
bases de datos que puedan estar fuera del rango de actuación del TC 57."'
ControlCenler2
Control Center 1
TC571WG13
•~C57!WG14 _TI'C",E""7'LiV.!:;V,,G'.fOC(7_
D.server
: $erver
~-1
:. ~-- __ ~I: ¡I, -~--
TC57iV'¡/S03
WindFann
Substation Dislributed Energie Hydro Power Plant

Resources (DER)
Figura 1-2: Comités de la lEC relacionados con Comunicaciones
Las normas preparadas por otros comités técnicos de la lEC y organizaciones como la ITU e ISO se emplearán
donde sean aplicables.
El TC 57 se compone de los siguientes grupos de trabajo:
> WG 03 - Protocolos de telecontrol

> WG 10 - Comunicaciones de IEDs del sistema de potencia y modelos de datos asociados (lEC 61850)
> WG 13 - Interfaz de aplicación del sistema de gestión de la energia (EMS - API)
> WG 14 - Interfaces de sistema para la gestión de la distribución (SIDM)
2 Fuente: lEC TeS7, www-iec.ch
,
¡.
C.0055.ADA I v1.02 Introducción y Conceptos Básicos

© OMICRON Academy 2013 Página 5 de 131
(
(
(
(
(
OMleRON (
Academy (
> WG 15 - Seguridad de datos y comunicaciones
> WG 16 - Comunicaciones en mercados de energia desregulados (
> WG 17 - Sistemas de comunicaciones para los recursos energéticos distribuidos (DER)
(
> WG 18 - Centrales hidroeléctricas - Comunicación para control y monitoreo
> WG 19 - Interoperabilidad a largo plazo dentro del TC 57 (
> WG 20 - Planificación de sistemas de portadoras de líneas eléctricas (banda lateral única)
Control CE'nter 2 (
Control Center 1
lEC 61968 (
~
' lEC. 61970 (
Server
;\
(
(
lEC 62351
(
lEC 60870-5
\l\1nd Farm
(
(
(
(
(
SubstalÍon Dlstributed Energie Hydro Pa.... er Plant
Resources (DER) (
Figura 1·3: Normas lEC relacionadas con las comunicaciones (
(
La Figura 1-2 y la Figura 1-3 muestran algunas Normas lEC relacionadas con la comunicación dentro del
sistema de potencia, y sus correspondientes WG. La lEC 61850 publicada por TC57IWG10 define una norma (
para comunicación en las subestaciones.
(
(
(
(
(
(
(
(
(
L (
(
<.
<.
(
Introducción y Conceptos Básicos C.0055.ADA I v1.02
Página 6 de 131 ©OMICRON Academy 2013
(
(
(
OMICRON
Academy
Calidad de Recursos de Centrales Centro Centro de Subestaclón
Suministro Energía Eólicas Hidráu- Control a a El WG1 O ha establecido cooperación con
Distribuidos ¡icas Subestación Subestación otros grupos de trabajo (TC57 WG17 y
WG18; TC88) que están creando
modelos de objetos basados en
lEC 61850 para las aplicaciones
especificas de su dominio; aquéllos se
añaden como extensiones a la norma
lEC 61850.
El objetivo es implantar la lEC 61850

como una norma para todo el sistema
eléctrico de potencia, no solo dentro de la
subestación.
Extensiones al lEC 61850
lEC 61850
Subestaciones (HV, MV)
I
Figura 1-4: Extensiones de lEC 61850 para aplicaciones en otros dominios
(Fuente: Presentación de NettedAutomation GmbH. Karlheinz Schwarz)

(
(
(
I~~
OMleRONI
Academy (
1.2 Historia de la Automatización en las Subestaciones (
La automatización de las subestaciones ha madurado con los años siguiendo las nuevas tendencias
tecnológicas. Al comercializarse los Dispositivos Electrónicos Inteligentes (IEDs) se produjo una explosión del (
número de protocolos de comunicaciones. Cada fabricante desarrolló un protocolo para sus equipos, y además
se desarrollaron algunos protocolos abiertos. Los Integradores de Sistemas y las empresas eléctricas tuvieron
dificultades para integrar estos IEDs en sus sistemas de control, lo que resultó muy costoso para la industria. (
En 1987 la Asociación de Empresas Eléctricas Alemanas (VDEW - Verband der Elektrizitatswirtschaft e.V.) é
publicó una recomendación para la estructura de un sistema de automatización de (ver Figura 1-5). En ella se (
ilustran los diferentes niveles en los que habitualmente se divide un proceso de automatización: nivel de
proceso, nivel de campo y nivel de subestación. La adquisición de señales del nivel de proceso por el nivel de (
campo (protección, medida y control) se hace casi siempre mediante conexiones cableadas. Para la
comunicación entre los otros niveles, las empresas eléctricas utilizan varios protocolos de comunicaciones. (
(
lEC 60870-5-10x
La Figura 1-5 muestra la (
Centro de Control
recomendación de la
~ ~
HMI
. . . .• -:-1l:~
""fe,,"
,','
VDEW utilizando los
protocolos lEC 60870-5. (
lEC 60870.s-1011104 lEC 60670-5-103 Nivel de
Control Unidad de Protección

Subestación
Otros protocolos (
~ ampliamente utilizados
Remolo Subeslación de Barras
(
son:
/C60'70.s.'01l:~ (
~
> DNP3
lEC 60B7Q-S.102 lEC 60870-5-102 > UCA2.0 (
Nivel de
Medida
Unidad
Campo
Protec.
Campo
Medida
Unidad
Campo
Prolec.
Campo
Campo > Modbus
> Profibus
e
lec 60870-5-103 lEC 60870.5-103 ~
Nivel de
> OPC (
(
Proceso
(
Figura 1-5: Ejemplo de un Sistema de Automatización de $ubestación
(
Los distintos perfiles en lEC 60870-5: (
(
> -101: Tareas básicas de telecontrol; Comunicaciones serie de RTUs;
> - 102: Transmisión de los totales integrados en sistemas eléctricos de potencia (para contadores); (
> - 103: Interfaz informativo de los equipos de protección (para comunicación entre relés, RTU y HMI); (
> -104: Acceso a la red para lEC 60870-5-101 utilizando perfiles de transporte estándar (101 sobre Ethernet
para comunicación de RTUs).
(
(
(
(
(
(
(
(
Página 8 de 131 © OMICRON Academy 2013
(
(
(
(
(
OMICRON
Academy
1.3 lEC 61850: Historia, Aplicación y Objetivos
1.3.1 Historia
El trabajo en la norma lEC 61850 comenzó en Mayo de 1995 en la reunión del TC5? en Minneapolis" En esta
reunión se crearon tres grupos de trabajo, cada uno de los cuales recibió la responsabilidad de una parte
especifica de la norma: WG10 (arquitectura y requisitos); WG11 (comunicación entre los niveles de campo y de
subestación) y WG12 (comunicación entre los niveles de proceso y de campo). Tras la elaboración de la norma,
el TC5? decidió durante la reunión plenaria de 2003 consolidar los tres grupos de trabajo existentes en un solo
nuevo WG10. El nuevo WG10, con el título de" Comunicaciones de IEDs del sistema de potencia y modelos de
datos asociados", tiene la tarea de mantener todos los documentos de la norma lEC 61850 Y trabajar en futuros
proyectos dentro del rango de aplicación de la misma.
OMICRON organizó en Septiembre de 2005 en

Klaus, Austria, la reunión del décimo aniversario
del WG10.
1.3.2 Rango de Aplicación

La norma lEC 61850 se publicó en 2003/2004 bajo el titulo:
"lEC 61850 Redes y Sistemas de Comunicación en Subestaciones"
Puede verse por el titulo que el rango de aplicación de la norma es la descripción de las comunicaciones entre
equipos y sistemas en el interior de una Subestación. Originalmente, no se pretendía describir comunicaciones
fuera de la subestación.
La lEC 61850 va mucho más allá de muchas otras normas de comunicaciones. Incluye:
> Comunicación entre procesos, definiendo qué y cómo comunicar;

> Modelos de objetos normalizados y extensibles;
> Lenguaje de configuración normalizado;
> Especificación de las Pruebas de Conformidad desde el primer momento.
Dentro de la cooperación con otros grupos de trabajo y la adición de extensiones a lEC 61850 para incluir otros
dominios (p.ej. DER, centrales hidroeléctricas, aerogeneradores), se cambió el titulo de la norma en su segunda
edición a:
3 Fuente: etz.Report 34. Karlheinz Schwarz et al., VDE Verlag)
~ _ i
¡

(
e
e
(
OMleRON
Academy (
"lEC 61850 Redes y Sistemas de Comunicación para la Automatización de las Empresas Eléctricas"
broad scope Edición 2:
r - - - - ,, Redes y sistemas de comunicación para la automatización de las empresas
(
\
'\ t
\ !
/!
eléctricas
(Communication networl<s and systems for power utility automation)
(
í
\, ,! Edición 1: (
", Redes y sistemas de comunicación en subestaciones
narrow scope (Communication networl<s and systems in substations) (
e
1.3.3 Objetivos (
Los tres objetivos principales de la nonma lEC 61850 son: (
lmeropembWry (
lEOs de diferentes fabricantes son capaces de intercambiar infonmación y de
utilizar dicha información para sus funciones. (
(
Free ConfigurariQn La nonma soportará diferentes filosofías. Deberá permitir a fabricantes y
empresas eléctricas un cierto grado de libertad para soportar requerimientos (
y.~
C~~¡ específicos de diferentes sistemas. (
Long Tean Stobility
La nonma debe ser capaz de incorporar los progresos en las tecnologías de
e
f~~ comunicaciones, así como los cambios en los requerimientos del sistema. (
(
(
La interoperabilidad se alcanza mediante modelos de datos
normalizados e intercambio de información. No debe confundirse (
con la intercambiabilidad. que seria simplemente reemplazar un lEO (
por otro. Eso se encuentra explicitamente fuera del rango de
aplicación de la norma lEC 61850. (
(
(
(
(
(
(
(
(
(
(
(
-- - -_.;
(
(
(
Página 10 de 131 ~ OMICRON Academy 2013
(
(
(
(
OMleRON
Academy
La intercambiabilidad iria en contra del segundo objetivo de la

norma: ofrecer una plataforma para la Libre Configuración.
Algunos ejemplos de la libre configuración permitida por la norma
serían:
> La norma no define qué funciones deben implementarse en

un dispositivo ni tampoco limita la funcionalidad de un relé
dado. Los fabricantes pueden asignar funciones que soporten
la evolución de los productos.
> La nonma no define la estructura (algoritmo) ni la potencia de
las funciones.
> La nonma no define una estructura para el sistema de
comunicaciones. Debe ser posible diseñar distintas
arquitecturas de red dependiendo de los requerimientos del
cliente.
De lo anterior, podemos concluir que es necesario un esfuerzo para obtener interoperabilidad entre distintos
dispositivos. Se requiere un cierto trabajo de ingenieria, no es un sistema plug-and-play.
Para asegurar la Estabilidad a Largo Plazo de la norma, se

emplearon objetivos de diseño distintos de los empleados en
el pasado para otros protocolos. La funcionalidad de las
capas de aplicación y de transporte se dividió a la hora de
definir el protocolo de comunicaciones. Esto facilitará futuros
cambios en el medio fisico (mecanismo de transporte) si
t State-ol.n cornmul'llutlon estuvieran disponibles nuevas tecnologías, sin modificar la
tlchnlJlogy. fasl d1.angl~
aplicación.
(
(

e OMICRON Academy 2013 Página 11 de 131
(
(
(
(
(
(
(
1.4 lEC 61850: Vista general

(
(
La primera edición de la norma se compone de 14 partes diferentes. Cada parte describe un aspecto individual,
y pueden agruparse en la siguiente estructura: (
(
> Aspectos del Sistema (Partes 1 a 5);
> Configuración (Parte 6); (
>
>
Modelos de Datos y Servicios Abstractos de Comunicación (Partes 7-1 a 7-4);
Mapeos de comunicación (Partes 8-1, 9-1 Y 9-2);
e
(
> Pruebas (Parte 10).
(
A continuación se muestra una vista general de las partes de la norma y sus titulas.
(
(
Aspectos del
Sistema U)
Ql (
e
Parte 1: Introducción y o
Vista General 'ü
m
(
Parte 2: Glosario 1;)
Ql (
Parte 3: .o
Requerimientos "
(fl
Ql
(
Generales 'C
(
Parte 4: Gestión de U)
o
Sistemas y ~ (
Proyectos
Parte 5: "~
-Cm (
Requerimientos
.- c..
~ -0'-
c: ~
loo
Cf)
.,'"
oC
de 6,0 U
comunicación tt=- ~ ~
,,::IW "'"
~
"- (
para los do>
modelos de 0'E (
o
u
Funciones y Ql
~
(
Ql
Dispositivos 'C
t
Ql
'iij'
m (
::1
"-
O>
e (
Ql
..J
(
iD
t
Q)
(
ro
a.. (
(
(
(
(,
(
(
(,
(
(
(
Introducción y Conceptos Basicos C.0055.ADA l v1.02 l
Página 12 de 131 © QMICRON Academy 2013
(,
(,
(
(
(
(
OMICRON
Academy
r------, 2000~ i!/lfl:li
Infcrmaticn (.'"11111'.0 ~t:I Como se muestra en la Figura 1-6, la norma lEC 61850
Mcdels .;;.,,.1....,:=:.,:.;,:.0:::':,.'..J I define los siguientes aspectos fundamentales:
L,."":::;:':::;'=-...,J IIEC 61851).7·4/·7-3)
r:",:::C,::-,'-'''::::,,-_ I
se:, D:¡".;I' gil!.
Informatlcn
Exchange rep~;"g",
> Modelos de Información normalizados: las señales
'--.----,::.:.::,--.J (leC 6185G-7.2 " ,cgg,rlg
de la subestación se modelan de forma virtual
Mapplnglo 8.g. utilizando datos. Ejemplos de datos son: estado del
MMS and
'--.-::;;=:;--.J TCPllP/Elhernet Ethernet
Interruptor de Potencia, comandos, medidas, señales
[leC 61&SG-8-1) TCP;¡p, . ' de disparo, etc.
> Servicios normalizados: define cómo utilizar los datos
del modelo de información. Ejemplos de servicios son:
control de un interruptor de potencia, informe de
estado del interruptor y acceso a la señal de disparo
de un relé de protección.
Figura 1-6: Aspectos fundamentales de lEC 61850 > Red normalizada: se seleccionan protocolos' .'-
(Fuente: lEC TC 57)
normalizados para transportar los servicios y la
información en una red de comunicaciones real.
> Configuración normalizada: para la completa
descripción de un dispositivo.
La Parte 5 de la norma describe los requerimientos básicos para las funciones y los modelos aé dispositivo.
Basándose en la Parte 5, las Partes 7-3 y 7-4 describen los modelos de datos (nodos lógicos y datos) y la
Parte 7-2 defines los interfaces de servicios de comunicación que actúan sobre los datos. Las Partes 8 y 9
describen el mapeado de los servicios definidos en la Parte 7 sobre redes reales de comunicación (protocolos
de comunicación). Si una nueva tecnología de comunicación estuviera disponible en el futuro, la norma puede'
extenderse simplemente definiendo nuevos mapeos en las Partes 8 y 9. Hemos visto en la sección 1.3.3 que
se requiere un cierto trabajo de ingenieria. Por lo tanto, la Parte 6 de la norma define los requerimientos de
algunas herramientas de ingeniería y un método para la configuración global del sistema.

(
r
(
(
(
(
(
(
El mismo proceso antes descrito
se ilustra de nuevo en la Figura (
1-7, ahora incluyendo también el (
proceso de virtualización de las
señales reales de los (
dispositivos.
(
(
(
(
lEC 61850·7-41oglcal (
node (CITCUlt breakerJ
(
lEC 61850-6
(
configuration file
(
Figura 1·7: de la ...irtualización de datos a la comunicación (Fuente: lEC Te 57) (
("
(
1.5 Perspectivas
(
Terminado el trabajo principal en lEC 61850, la tarea del WG10 es ahora:
e
> Mantener todos los documentos de la serie lEC 61850; e
> Trabajar en futuros proyectos dentro del rango de aplicación del grupo de trabajo. (
Para el mantenimiento, se ha establecido un proceso de TISSUE a fin de recolectar, dar entrada, presentar y (
resolver cuestiones técnicas. Al implementar el sistema en el mundo real, aparecen nuevos asuntos que (
pueden dar lugar a un TISSUE:
> Errores, que normalmente conducen a modificaciones;

e
> Ambigüedades, que normalmente conducen a aclaraciones;
> Ideas, que pueden conducir a adiciones a la norma.
(
(
Los TISSUES se almacenan en una base de datos (htto:/Itissues.iec61850.com) y se
gestionan por el UCA International Users Group. Éste es ahora el User Group de
--
(
lEC 61850. Cualquiera puede añadir un TISSUE a la base de datos.
_---'?'--r()...:.V;~u:,\/)~ \0: 618~o (
~ (
c , /Ví (.$c<'<lpk¡ ","kJIÚ) :c{.s
(
z ~t lO <L"c~<- (G&O!;-€l ~lIl.\1\L
'3 eo"í v() 1 . (

0I0tv!:
Lf Cort ti \",~FQM OYlcl..'H t«:d l
? ~p<L~vi~OU ~6ct.\.lit ,¡~ (
b (c"r
v()1. - C<z.vít<: v @!<u!t,
(
(
(
Introducción y Conceptos Básicos C.0055.ADA I v1.02 (
Página 14 de 131 e OMICRON Academy 2013
(
(
(
(
(
Puesto que los TISSUES pueden afectar la interoperabilidad, los fabricantes deben suministrar la lista de los
TISSUES que se han implementado en la versión actual de sus dispositivos (TICS).
En el futuro se editarán nuevas ediciones y nuevas partes de la norma. Ejemplos de proyectos iniciados tras la
publicación de la Edición 1 son:
> Nueva estructura de documento:

> xoo: Subestaciones (p.ej. lEC 61850-7-400 - Nodos Lógicos para
Subestaciones)
> x10: Centrales Hidroeléctricas (p.ej. lEC 61850-7-410 - Nodos Lógicos
para Centrales Hidroeléctricas)
> x20: Recursos Energéticos Distribuidos (p.ej. lEC 61850-7-420-
Nodos Lógicos para DER)
> Nuevas Partes:

> lEC 61850-7-5xx: Explica el uso de los Nodos Lógicos para modelar Funciones de un
dominio específico (Informe Técnico)
> lEC 61850-80-1: Guía para mapear lEC 61850 a lEC 60870-5-101/-104
(Especificación Técnica)
> lEC 61850-90-1: Uso de lEC 61850 para la comunicación entre subestaciones
(Informe Técnico)
> lEC 61850-90-2: Uso de lEC 61850 para la comunicación entre subestaciones y
centros de control (Informe Técnico)
> lEC 61850-90-3: Uso de lEC 61850 para el monítoreo del estado de los equipos de
potencia (Informe Técnico)
> lEC 61850-90-4: Guías para la Ingeniería de Redes (Informe Técnico)
> lEC 61850-90-5: Uso de lEC 61850 para la transmisión de información de
Sincrofasores de acuerdo a IEEE C37.118 (Informe Técnico)

(
(
(
OMleRON!
I~~
Academy (
2 Modelos de Datos
(
2.1 Vista General del Modelado
Como se describió en la sección 1.4, la norma lEC 61850 define un mecanismo de intercambio de información
que puede separarse en cuatro aspectos fundamentales como se ilustra en la Figura 2-1: modelos de
información, interfaz de selVicio, mapeado a protocolos y configuración del sistema.
Estos mecanismos de intercambio de información (

dependen primariamente en modelos de datos
j1) Oat<l MQdQling (información) bien definidos, Este Modelado de (
Datos es el primer paso del método de
comunicación definido en la serie de documentos
de lEC 61850. (
La serie lEC 61850 utiliza el concepto de

"virtualización" en la creación del modelo de datos.
En otras palabras, utiliza el método de modelar la
información común hallada en equipos reales de la (
subestación. Este modelo de datos proporciona
una imagen del mundo fisico al sistema de
automatización de la subestación. Toda la (
información de un dispositivo real que resulta de
interés para el intercambio de información con
(
otros dispositivos se ve definida en la norma. (
Figura 2~1: Modelado de datos en el método de comunicación
(
(
~~~~~~~~~~~~~~~~~;~~~~
~ L.~" :¡¡¡¡
El modelo de datos definido en
lEC 61850-7-x hace uso de una
(
organización jerárquica de los datos. (
Esta jerarquía consta de 5 niveles, (
como se ve en la Figura 2-2; en ella,
LeY913 XCBR representa un interruptor de (
potencia y MMXU una medición
Level2 trifásica. (
(
(
(
Figura 2-2: Vista general del modelado (Fuente: lEC TC 57)
(
(
(
l
l
(
Modelos de Datos C.0055.ADA I v1.02 (
(
(
(
l
(
OMleRON
Academy
Los distintos niveles del modelo de información se definen:
1. Servidor
Name SERVER El nivel jerárquico más alto. El Servidor representa el
ObjectName dispositivo fisico (IED) que contiene los datos. Contiene un
Objec\Reference "punto de conexión" al mundo exterior, es decir, a la red de
~
consistof...
1 comunicaciones.
e L e'e contains ...
1.." k"" 2. Dispositivo lógico (Logical Device - LO)
LOGICAL-DEVICE Permite la subdivisión de un dispositivo físico en varias
'----
partes distintas, cada una de las cuales recibe el nombre
de "dispositivo lógico". Esta sub-división permite la
T:.·
LOGICAL-NOOE
organización de los datos dependiendo, por ejemplo, de su
aplicación o función. Permite identificar y gestionar los
datos más fácilmente. El número de dispositivos lógicos y
sus nombres no están definidos en la norma: los
1 fabricantes son libre de implementar soluciones
individuales.
1.,·
DATA
OBJECT
3. Nodo Lógico (Logical Nade - LN)
En el proceso de virtualización, los dispositivos y las
1 funciones de aplicación reales se descomponen en
elementos pequeños. Dichos elementos se denominan
1.,-
"nodos lógicos", y se organizan en el interior de los
DatllAttribute
dispositivos lógicos. Los nodos lógicos corresponden a
funciones bien establecidas en los dispositivos reales. Para
todos los nodos lógicos normalizados, se define en
Figura 2-3: Organización jerárquica de los datos lEC 61850-7-4 un nombre de cuatro caracteres.
(Diagrama UML) (Fuente: lEC Te 57)
4. Objeto de Datos (Data Object - DO)

De acuerdo a su funcionalidad, un nodo lógico contiene una cierto número de datos. En la lEC 61850-7-4 se
define qué objeto de datos deberá contener cada uno de los nodos lógicos. Dichos datos tienen una estructura
y una sintaxis bien definidas.
5. Atributo de Datos (Data Atlribute - DA)

Cada objeto de datos contiene atributos de datos dedicados. Éstos contienen la información detallada del valor
del objeto de datos. Dado que muchos de los objetos tienen siempre los mismos atributos de datos,
lEC 61850-7-3 define las Clases Comunes de Datos (Common Data Classes - CDC). Una CDC define qué
atributos se incluyen en un tipo especifico de objeto de datos.
C.0055.ADA I v1.02 Modelos de Datos

\
e
(
(
(
(
OMleRON (
Academy (
2.2 Nodos Lógicos (

(
I logical node I I Logical nade Informatlon
Los nodos lógicos normalizados para cubrir las (
~
I Common logical nade Information aplicaciones más comunes de equipos de
(
n':>r"",_ -..s.~.rId.1f. ~ :hedeSca:'d f!lnCl:on subestación y alimentador se describen en
~~'Mn'.. ~ tly t... LN.lt ll. r:ooo.. h"~.r. . ........ I.'fII!I. 1':1;.
lEC 61850-7-4. Uno de los focos principales es (
tI Status informaUon .
definir modelos de información para aplicaciones de
protección y relacionadas . (
¡'~~Mt..""_o!",,prDDllnDfd
:.l....aGIa~1ahlN, ."" ~ .-fI:¡ope
_ilion; capebill:f. n:
, -..&dI
(
Los nodos lógicos proporcionan información que
Setllngs
puede categorizarse como se ilustra en la Figura (
fI':ImII:.cntIftdKI"::rU.f~c> : .~n~ .g . .... 2-4. Están compuestos de Objetos de Datos y
MCOI"ICI • • ""lhotd
~ G!.n ..!..-.ng~
'.<:IOM
t._. dotto "'"-:iml . ...eI ,MWlm
Atributos de Datos.
(
(
(
(
(
(
Figura 2-4: Categorías de información de los nodos lógicos C
(Fuente: lEC Te 57)
(
(
C
C
(
(
(
e
e
(
(
l
T (
+ (
71-"\ I1<LCt..:c:4.. (
> P ~'@«.:t", <..
? le Ap()V'M!~q (
I I (
.f I
t t
¡I
(
(
Página 18 de 131 e O MICRON Academy 2013
(
<.
<.
(
(
OMICRON
Academy
Los nodos lógicos se clasifican de acuerdo a la Tabla 2-1.
Tabla 2-1: Lista de los grupos de nodos lógicos (Fuente: lEC Te 57)
Group indicalor Logical nade groups
A Automatlc control
B Reser.ed
C Supervisory control
D Dislributed energy resources
E ReserJed
F FuncUona! blm:ks
G Generic functlor, references
H Hyéro power
I MMXU Medida Interfadng and archiving
MMTR Contadores
/'
PDIF Diferencial
"-
J Reserved
PDIS Distancia
K / / Mechanical 2nd non-electrice!
PSCH Esquema de Pro!.
L 7/ System I09ical noces PTOC Sobrecorriente
M
p Metering and measurement PTOV Sobretensión
/
N Reserved 7 /
o Reser,ted //
p Protectiof! functions ...
o Power qualily evenls delecUen relatee
R Protectior. related functior:s
RBRF Fallo de In!.
( s' I RFLO Loc. De fallas Supervision and monitoring
T' l RREC Autorecierre Instrument transformer and sensors
U Reserved
XCBR Interruptor
v Reserved
XSWI Seccionador
w 'Nind power
'-=-
(
x'
y.
Swilchgear
-
Power transformer ane related iunctiOI1S
Z' Further (power system) equípment

, lNs of this gra~p exist in deóicated IEDs if a process bus is usad. Withoul él process bus, U":s of this group are
Ihe ¡¡Os In the hardwireo IED ane level higher (for example in a bay unít) represenUng the externa! device by its
inputs ami outpuls (process image).
{
Los nombres de los nodos lógicos constan de cuatro caracteres, el primero de los cuales representa el grupo al
que el nodo lógico pertenece.

(
(
(
(
OMICRON
Academy (
El modelo de datos utiliza un enfoque orientado a objetos en el que los nodos lógicos se definen como
clases. El usuario puede crear instancias derivadas de dichas clases. Cuando se crea una instancia de un
(
nodo lógico, un prefijo y un sufijo pueden añadirse al nombre.
(
Single Une DJa9ram
I (
[iJ
. 618 50
QOXCBRl
O
QOXCBR2
O
(
Figura 2-5: Ejemplo de instancias derivadas del nodo lóg ieo de Interruptor de Potencia (
(
Los nodos lógicos se usan como bloques constructivos para fonmar los lEOs de las subestadones.
Consideremos una cierta línea de transmisión que está protegida con una función de sobrecorriente (
temporizada (PTOC) y una función de distancia (PDlS). Un disparo general (PTRC) debe también enviarse
al interruptor de potencia (XCBR). Los nodos lógicos asociados definidos en la norma se usan para el (
modelado de los datos, y pueden distribuirse como se prefiera entre los lEOs disponibles. (
r'E~O~______- . rIE~D__-.r'E~D__- . (
(
\
(
{
(
(
lEO e
(
(
1 CircuilBreaker I I Circuit Breaker I (
Figura 2-6: Ejemplo de composición flexible de lEOs (Fuente: lEC Te 57)

(
(
(
(
Modelos de Datos C.0055.ADA I v1.02

OMICRON
Academy
2.2.1 Nodos Lógicos del Sistema

Todo dispositivo lógico deberá contener al menos dos nodos lógicos: LPHD y LLNO. Ambos son obligatorios y
forman parte del grupo de nodos lógicos del sistema.
El nodo lógico LPHD se emplea para modelar elementos comunes en los dispositivos fisicos. Contiene
información del dispositivo físico.
Tabla 2-2: LN información del dispositivo físico LPHD (Fuente: lEC Te 57)
. . LPHD class ....... ...
IIT1 M~OI
h
Data object Common Explanation
na me data clan
Dala objects
Descriptfons
T: Transitorio
PhyNam DPl IPhys!Cal csvlce name pi ate lit.'
Status ¡n(ormarion
M: Obligatorio
PhyHaalth
OutO\l
ENS
sps
Physical éevice health
GulpUI communications butfH overflow
"
O
O: Opcional
C: Condicional
Proxy SPS lndicales ¡f this lN is a proxy M
InOv_" SPS Input commurications buffer overflow O

NumPl'lrUp INS Number of power-ups O
WrmSlr INS f\umber of warm starts O
WacTrg INS Nllmber of watcheiog de",ice resets detected O

P.wUp SPS Power-up detectad O
PwrDn SPS Po·....er-oown detecte::: O

PwrSupAlm SPS Externa! power supp!y alarm O
COnlrofs
RsStat SPC Reset cevlce statistics
1*
(
~m SPC Receive simulated GOOSE or simulaled SV 110
SeUings
,
{
C.0055.A DA I v1.02 Modelos de Datos

(
OMleRON
Academy {
El nodo lógico LLNO se utiliza para gestionar elementos comunes de los dispositivos lógicos. {
(
Tabla 2-3: LN nodo lógico cero LLNO (Fuente: lEC Te 57)
(
LLNO clan .
Data objeet Common Explanatían
IT MIOI (
name data class e
Data objects (
Status information
OpTmh INS Operation time O
Lo¡:;K€)I SPS Local operation for complete logle31 cevice O

(
loe SPS Local control behavioL« O
Controls (
LocSta spe SwitCl1ing authority al statlon 16\'el O
(
Dia; spe R\m ciagnostics O
LEDRs spe LEO rese! TO (
Scttings
(
GrRef ORG Reference to a higher le'.611091cal cevice O
MIILav SPG Select mo::::e of aulhorit)/ for local control (Trua - cor.lrol from multiple O
leve!s is allowec, False - no olner conlrolle .... el a!Jowecllsee Annex 5)
La clase "nodo lógico común" (Common LN) proporciona los objetos de datos que son comunes para todos los (
nodos lógieos con excepción del LPHD.
(
Tabla 2-4: LN nodo lógico común (Fuente: lEC Te 57) (
Common LN clan .
(
Oata objeet Comman
d", ,,,,,
Explanation IT M~OI
Data objects
" m (
Mandatory and condWonaJ Iggical node information (shall be inherited b ALL LH bul LPHDJ
Descriptions
I (
NamPIt ILPL Name plate I el (
Status information
Seh ENS 8ehaviour M (
Health ENS Heallh e1 (
51k PS Djlnamic blockln; of funcllon described by the lN O
Controls (
M::>c ENe Mode e1 (
Cmd81k spe 810::klng oi control set;cences ano aClien !riggers oi controUable éata e2
objects (
Settings
IrRefl ORG General Input reference 110 (
51kRefl IORG Blocklr:g reference shows the receiving ol eynamically blocking si gral 11 0 (
(
/
\.
(
(
..
,
(
, .
, (
(
Modelos de Datos C.0055.ADA 1v1.02 (
<.
(
l
,
(
(
(
(
(
OMICRON
Academy
2.2.2 Ejemplos de Clases de Nodos Lógicos
( El nodo lógico XCBR se emplea para modelar interruptores con capacidad de abrir en cortocircuito. Es posible
que se requieran nodos lógicos adicionales, p.ej. SIMS, para modelar completamente el interruptor
representado.
Tabla 2-5: LN interruptor de potencia XCBR (Fuente: lEC Te 57)
the Lf\-Prefix and LN-

22.
(
(
(
(
(
(
¡
( ,

(
l~~ (
(
OMICRONI
Academy (
EL nodo lógico PTDe se emplea para modelar funciones de protección de sobrecorriente temporizada.
También debe usarse para modelar las funciones de sobrecorriente temporizada direccional. La función de
(
sobrecorriente de tiempo definido se modelará también mediante el uso del PTOC con la curva correspondiente
seleccionada.
(
Tabla 2 6: LN sobrecorriente temporizada PTOC (Fuente: lEC Te 57)
w
PTOC clan
Dala obJect Camman Explanation T Mlor
name dala class e
Lr>.Namt: n.e rame sraU 00 composeo of (he class n¡¡mti. Ihe lN-Pmiix sre LN-
Instance-ID accordin; ID lEC 61850-7-2, Clause 22 (
Data obJeclli
(
,,,
StafU$ informalfon
JACO 1513rt 11','
Cp IAeT IOperat!! Irjr.\ (
CDntro/s
OpC¡¡tRs II~;C IRese!lable operaH:m counter 11 0 (
SlIrtlngs
TmACro; CURVE Operatir<g Cl,lrie tj'pe O
(
Tm .... Ctu3a eSG MIIlIiJlr.e ClIf'tl? crarat::.eristlc cefinitlOl'1 e (
TmAS! eso Active ct.nte characteristic O
SIrVa! ASG Slart ... alul! O
TmMIJIt ASG Time cial mc!1iplier O
(
r.tr,OpTmms ING Mir..imum opera!!! time O
MallCpTmms INO t.laximlom operale lime O (
OpD1Tmms iNG Operete éela" lime O
iypRsCrv ENG T,pe o; rese! cur,'\! O (
RsDITmms lNG Rese! cela" time O (
DirecUor:al mo=e O
e
OirMoC: IEf'.:G
I\'OTE 7mAChr33 rerers 10 tl>e attrlbt.>te TmACrv se!Cl'aract '" n etc
(,
e
e
(
(
(
(
e
(
(

(
(
(,
(
(
OMleRON
Academy
El nodo lógico PTRC se empleará para conectar las salidas de actuación de una o más protecciones a una
señal común de "disparo" (objeto de datos Tr). Resulta también posible combinar cualquier salida de actuación
de las funciones de protección en una nueva "actuación" (objeto de datos Op) del PTRC.
Tabla 2~7: LN acondicionamiento del disparo de protección PTRC (Fuente: lEC Te 57)
PTRe elall
Data abJee! Common ExplllnaUon T MIOl
name data clan e
Lt-IName T~,!! '.ame shall be tomp~sed of Ihe ,Iass name, lile LN·Pre:'x are LN-
InstancIO-lO aec:lróln; 10 lEC 61850-7-2, Cll!lIse :<2
Data ob'ects
Tr 'C, Trlp I e
Op .;er Operate (combiration of sLoscribeé Op írem prolec!lon ¡",r:::Hans) e
S<c ACD 5taft (comblr,aUtm of slIbscnbeé SI. {rcm proleclíor. hmctions} o
Contro/s
CpCfllRs l!NC TResellable operalion caun!ef o
Setrlngs
TrMod I¡:NG I,rip mace I lo
TrPlsi'mms lING Trrlp pulse time 110
Concilion C: Al leasl ane el ¡he twe stallós informatlons (Tr, Op) s~,a!l be used
; "--.

© OM1CRON Academy 2013 Pagina 25 de 131
e
(
OMleRONI
I~~ e
Academy
2.3 Objetos de Datos y sus Atributos (
En la sección previa, hemos visto que los nodos lógicos están compuestos de objetos de datos. Cada objeto de
datos se deriva de una clase común de datos (CDC), que se indica junto a cada objeto de datos en la tabla
del nodo lógico (véase p.ej. Tabla 2-7).
lEC 61850-7-3 especifica tres clases comunes de datos para: (
> Información de estado;

> Información medida;
> Control;
> Ajustes de estado y analógicos.
En esta parte se especifican también los tipos de atributos empleados en las clases comunes de datos.
Ejemplo 1: Posición del Interruptor de Potencia

En referencia a·la Tabla 2-5 (y tal como se ilustra en la Figura 2-7), la posición del interruptor "Pos" se deriva de
la clase común de datos Doble punto controlable (Controllable double point - DPC). Los atributos del DPC y
los tipos de los mismos se representan en la Tabla 2-8. (
(
I Server :hSERVER,,1 J
(
conlain$ 1.. n
(
I myLD : ilOGICAt:;OEVJCES 11
logical Nade Classes (
are defined in lEC 61850·7-4
tonlains 2 .. n
is derived flom
.. .----. (
I myXCBR1 : [tOGICAL~NODE" XCBR
I
Camman Dala Classes
are defined in lEC 61870-7·3
(
contains 1.. tI
I Po, ,1 ';'iDATAí, 1
IS éerlved flom
DPC
--
I ------
(
Values and Types are determinad
(
by Camman Data Classes
conlains 1.. n
is el Iype
(
I stVal: I OataAttrlbute,t1 DataAttributeType)
Figura 2-7: Ejemplo de un modelo abstracto de datos (Fuente: lEC Te 57)
(
(
(
(
(
\
\
(
(
OMleRON
Academy
(
Tabla 2-8: Doble punto controlable (Fuente: lEC Te 57)
DPe el ...
A~~~~'. Attribute Type Fe TrgOp ValuelValue Ranga M/O/e
DataName I Inherited frcm GenDataObject Oass cr frcm GenSubDataObject Clas!> (see lEC 61850-
( 17-2)
5"tu5
od.,o 51 AC_CO_O
Status Value:
ctlNum IINTBU
" ST 10 . .255 AC CO_
( "v', :ODED ENU" ST I'm. , I off I 00 I b,,-,"te l,' ...
ST 00: interm.
Qu,"ty I.<h.
"" 01: off
~
S1
,,;eI' 10:on
11: error
'u be", 1 BOOLEAN sv lO<h9 PICS_SUBST
'ubV,' :ODED ENU" SV 1'<hO I off I on I b"-,,,,te PICS~
subQ Q,,"ty sv '<h. PICS_
,ubID I VISIBLE STRING64 SV I dm.
(
I , CF I 'mo AC CO o
( Ctl"cdel Ctll·'odel, CF
(
,boTlmeout IINT32U CF
I '<h9
1d<h9 "
ACCO_O
,boa'" I CF I dm9 AC ,_o
op"Tlmeout INT"U Cf d<h9 A<-CO_O
(
oc Text o
~~E
d
( 'u oc o
<'<N, VISISLE: EX A'
( ""',me "SISLE: El
"t,N, VISIBLE: EX AC DUU>
(
El atributo q (Calidad) contiene información del servidor acerca de la calidad de los atributos que representan el
( valor de los datos.
(
El atributo t (Etiqueta de Tiempo) contiene la etiqueta de tiempo del último cambio en uno de los atributos del
( objeto de datos o en el atributo q.
(
(
(
(
(
(
(
(
C.0055.ADA 1v1.02 Modelos de Datos

© OMIGRON Academy 2013 Página 27 de 131
(
(
(
Ejemplo 2: Disparo de Protección (
En referencia a la Tabla 2-7, la señal de disparo "Tr" se deriva de la clase común de datos Infonmación de
activación de la Protección (ACT). Los atributos de ACT y sus tipos se representan en la Tabla 2-9.
Tabla 2-9: Información de activación de la protección (Fuente: lEC Te 57)
,o In.op I , R'o ••
I~",
RBOOlEAN s; d<hg o
1, Quality ST
''"9 f1
ST ,.,
i,
O
IT,m"~mp sT o (
OC
dU "N!CODE OC
~~:~~:m'=1~:yjj
EX
,LE EX
I
(
[
'e
(
(
(
.
(
(
~
é
t..
,
("
(
(
(
(
(
(
Modelos de Datos C.0055.ADA 1 v1.02
(
I
OMICRON
Academy
La columna FC en Tabla 2-8 y Tabla 2-9, indica la Restricción Funcional (Functional Constraint) del atributo.
Se emplea para clasificar los atributos de acuerdo a su uso especifico. Se puede entender como un filtro de los
atributos de datos e indicará qué servicios tienen permitido operar sobre en un atributo de datos específico.
Tabla 2-10: Valores de las Restricciones Funcionales
FC Descripción
ST Información de Estado
MX Medidas (valores analógicos)
SP Ajuste
SV Sustitución
( CF Configuración
DC Descripción
SG Grupo de ajustes
SE Grupo de ajustes editable
( SR Respuesta de Servicio
( OR Operación recibido
BL Bloqueo
EX Definición extendida
(
e
(
(
(
-.
(
(
(
(
(
(
(
(
(

©OMICRON Academy 2013 Página 29 de 131
(
(
(
(
I~~
(
(
OMleRONI
Academy (
(
2.4 Explorando el modelo de datos de un IED
(
Para explorar el modelo de datos de un lEO dado, puede emplearse la herramienta /EDScout de OMICRON.
(
/EDScout es un cliente universal lEC 61850 que puede conectar con cualquier
(
dispositivo lEC 61850 (servidor) y proporciona muchas funciones útiles para
visualización del modelo de datos, lectura y escritura de datos e informes; asimismo (
permite la publicación/suscripción de GOOSE/GSSE, Puede conectar
simultáneamente con múltiples servidores. (
(
En la subestación ejemplo de la Figura 2-8, los siguientes dispositivos (lEOs) están conectados a la red:
(
> Nivel de proceso: interruptor inteligente (CB); (
> Nivel de campo: Relés de SIEMENS, AREVA y ABB;
(
> Nivel de Subestación: HMI con sistema SCAOA.
(
El ingeniero de pruebas conecta su computadora (
a la red de subestación para acceder y examinar (
los lEOs. Para ello emplea OMICRON /EDScout.
(
{
(
(
(
(
ABB REx630
(
Siemens
192.168.0.103
7SA6x
192.166.0.101
(
(
(
(
Figura 2~8: Ejemplo de una posible subestación con lEOs i'
'-
(
(
(
(
(
{
~~-
(
(
(
(
(
(
(,
OMleRON
Academ'1
2.5 Redes: Conceptos Básicos
2.5.1 Definiciones básicas y componentes

Una Red de computadoras está formada por un grupo interconectado de computadoras y dispositivos,
enlazados a través de canales de comunicación. Una Red de Área Local (LAN) es aquella que interconecta
dispositivos en un área geográfica limitada. La mayoria de las LAN están basadas en Ethernet. La versión
original de Ethernet soportaba una velocidad de transmisión de datos de 10 Mbit/s, pero nuevas versiones
denominadas Fast y Gigabit Ethemet soportan velocidades de 100 Mbit/s y 1000 Mbit/s respectivamente. Una
red Ethernet puede emplear distintos cableados fisicos, como par trenzado, cable coaxial o cable de fibra
óptica.
Las redes se componen de componentes básicos de hardware que se usan para interconectar los distintos
nodos (dispositivos) de la red:
> Hub: componente que regenera las señales recibidas en un puerto y las retransmite a todos los otros.
> Switch: componente que envia un paquete dado sólo al puerto al que está conectada la estación de
destino. Los paquetes se enrutan usando sus direcciones MAC.
> Router: componente que segmenta una red, conecta redes y busca caminos de comunicación a la
estación de destino. Estas acciones utilizan la dirección IP de los paquetes de datos.
> Gateway: componente que traduce protocolos y por lo tanto pemnite intercambio de datos entre
diferentes redes.
2.5.2 Dirección MAC y dirección IP

Cualquier dispositivo conectado a la red tiene una dirección fisica de 48 bits llamada "dirección Ethernet" o
dirección MAC (Media Access Control). La dirección MAC está separada en dos partes, cada una con una
( longitud de 3 by1es. Los primeros tres by1es identifican a la empresa fabricante del interfaz Ethernet; los tres
últimos bytes son un número secuencial dado por el fabricante para identificar el interfaz de forma única.
(
( La otra dirección que puede tener un dispositivo en una red es la dirección IP (Internet Protocol). Actualmente
hay dos versiones de este protocolo en uso: IP versión 4 e IP versión 6. La dirección IP versión 4 (IPv4) se
( define como un número de 32 bits y se representa habitualmente por cuatro números (cada uno de ellos con un
rango de O a 255) separados por puntos. Un grupo de espacios privados de direcciones están reservados para
( el uso de cualquiera en redes privadas.
(
(

© OMIGRON Academy 2013 Pagina 31 de 131
(
(
(
(
(
OMleRON
Academy (
Tabla 2-11: Rangos de direcciones IPv4 privadas reservadas (
Clase A Clase B Clase C (
Comienzo 10.0.0.0 172.16.0.0 192.168.0.0
(
Final 10.255.255.255 172.31.255.255 192.168.255.255
(
Número de direcciones 16777216 1 048576 65536
(
Una red IP puede dividirse en sub-redes. Todas las computadoras que pertenezcan a la misma sub-red (
deberán tener idéntico grupo de bits en su dirección IP de acuerdo a la especificación de la máscara de sub- (
red. Por ejemplo: Si definimos la máscara de sub-red como 255.255.255.0, esto significa que los tres primeros
bloques de la dirección IP deben ser idénticos; solo el último bloque puede variar para identificar un dispositivo, (
lo que hace que la sub-red tenga un máximo de 256 posibles direcciones (véase Tabla 2-12.)
(
Tabla 2-12: Ejemplo de esquemas de direccionamiento de IP
(
Ejemplo 1 Ejemplo 2 (
Rango de direcciones IP 172.16.*.* 192.168.0: (
Máscara de sub-red 255.255.0.0 255.255.255.0 (
Máximo número de dispositivos 65 536 256
(
(
2.5.3 Topología de red (
Las redes pueden clasificarse de acuerdo a la geometria con la que los dispositivos están organizados. En la (
Figura 2-9 se muestran arquitecturas ti picas de redes. (
STAR RING DOUBLESTAR (
(
(
(
1:x:::::1
, , , (
,, ,
, (
Figura 2-9: Ejemplos de topologías de red

.'0 El!]
,,
(
(
(
(
(
j. (
(
(
1--
,.t
__ 1-
(
Pagina 32 de 131 © OMICRON Academy 2013
(
(
OMleRON
Academy
2.6 Práctica: Examinando un IED con IEDScout
2.6.1 Tarea
Acceder a los IEDs en la Figura 2-8 y obtener sus modelos de datos.
Encontrar la información de posición del interruptor de potencia y la información de protección de cada relé.
2.6.2 Procedimiento
1) Conectar la computadora a la red de subestación y adoptar una dirección IP en el rango permitido.
(
2) Abrir IEDScout haciendo doble-elic en el icono: ~
OMICRON
lEOScou!
3) Pulse el botón Configure:
rfu] ImSwtJt
Fije p',llcns
6 Open so... .. ~ So.ve SCl ' \ Discover ... ..¡ Check Model I @) Simulations @ Subscriptions
I
a) Introduzca la dirección IP local de la computadora en la pestaña RFC1 006:
~ ConfiguraÚon ¡Ó\Pro9ramD'áta\OMIC'RON\íEDScourJEÓS~'ouÚ;'iJ
File HElp
SelV~r~- -1 AppliC6tion-l GSSE I GOOSEI RFC1006 Preferences I _ ¡USe la vista Basic!
I
~~RF~C1~O~O~6~~~~~~~~~===~~~~~t¡;;:;;:;;,:",-:~:::"",,~;1-1
1Ir LocollP Addr;;~·)' 92.168.0.;-51 ,. --- A~nced .1"'- __.__ "J
.n ______ - necesita usar el
Normalmente nomodo
se
Advanced.
(
Nota: Cuando el PC en el que se ejecuta IEDScouttiene solo un interfaz de Red, este campo puede dejarse
con el valor por defecto de "0.0.0.0". En cambio, si el número de interfaces de red es mayor, debe
introducirse en este campo la dirección de IP del interfaz utilizado para comunicar con los IEDs.
(
(
(

<el OMICRON Academy 2013 Página 33 de 131
(
(
I
(
(
(
(
OMleRON
Academy (
b) Defina todos los servidores (lEOs) en la pestaña Servers:
(
1. Pulse New.
2. Introduzca el nombre del servidor (
(libremente seleccionable).
(
3. Introduzca la dirección IP del servidor
en el campo IP Address. (
Repita estos tres pasos para todos los (
lEOs que haya en la red, como se ve en
el ejemplo: e
Nemeofnewserver ICircuitSr<!aker
Selected Server:
lP.A.ddress )192.16SJJ.77 (
¡- !nitial values for new server (
!r Use exis~ng server de~n~ion·
\ ro Use defoultv~ues
1[00] loop8ack 127.0.0.1
e
- '- - - - - . - - - - f . \ - - (
~--I 4. Pulse OK.
! OK _ (
s. Pulse OK.
(
Nota: Típicamente, solo se necesita una
dirección IP para especificar un lEO. En (
algunos casos, los fabricantes usan (
ajustes especiales para los parámetros
en la pantalla Advanced. (
1----~5~---~---~--~1
\::J OK "",,rel I Help (
(
4) Pulse el botón Discover: (
Con Discover nos conectamos a un servidor, descubrimos su estructura de datos y leemos todos los valores (
que contiene.
(
~IEOSteut (
¡"v.:tiem _gp:~?!~_. __ .!",:~IP. _ 6. Seleccione el servidor
¡lif
Ei Opeo sa... .. ijJ s~ sa.l '\ Discover ... V-a;.~~~~-~~; ! I!) Simuletions @ Sul
7.
"Circuit 8reaker".
Pulse Connect.
(
(
(
Server No.me; [01] Circuit Bleaker 192.168.0.77
2 Connec:t
(
(
(
(
(
(
(
(
(
(
(
(
OMICRON
Academy
5) En la pantalla principal de /EDScout, navegamos hasta el bloque Data.
lliJ JEDScóut
Fih: ActicM ~FE::n_~, __ H_e~p~ ____ . _ _ _ _ ._
~ Open SCL .... n;' Save so. '\ Oiscover ... ...¡ Check Model
~.·úlq\a..a.t·~.
1B Address 192.168.0.77
[ti TI:. Data
~±' G GOOSf
[f.; ~ unhuffered R.ep<lrts
[fl OS Datasets
El interruptor contiene:
=)úlq,~.
€) Address 1 Dispositivo lógico (lO):
2 T: Data • aO_SCB
~, LO QO_SCB 4 Nodos lógicos (lN):
lID GGIOl • GGI01: E/S genéricas de proceso; se usa para
lID WlO modelar de forma genérica procesos que no están
lID LPHDl
~ XC8Rl predefinidos en la norma.
±' G GOOSf • LlNO: Nodo lógico del sistema; obligatorio.
'B RP: Unbuffered Reports • LPHD1: Nodo lógico del sistema; obligatorio.
'!' os Datasets • XCBR1: Interruptor de Potencia.
Pantalla Principal de IEDScout
En pantalla principal de /EDScout se muestran todos los servidores (lEOs) descubiertos por /EDScout .
Además del nodo raiz del lEO, se da

información acerca de la conexión al
.Q.1l- Shows whether the lEO is connected or disconnected (gray)
servidor. ffi _the lEO has been loaded trom an sel File
q, - the lEO has been discovered
Cada sección de Servidor consiste en §!.- Addressing Options

varios bloques que dan acceso a los ji:. - Access to!he Data View and!he data model
servicios del lEO. G. - GOOSE control blocks
iiIj - Report (Buffered/Unbuffered) control blocks
!f!l- Data Sets
¡¡v; - Sampled Values control blocks
iió - loo control blocks
l-.-__ _
C.0055.A DA I v1.02 Modelos de Datos

(
~~ (
OMICRON
Academy (
6) Navegamos hasta los datos.
a) Abra la vista de datos (Data View) haciendo doble-clic en Data. (

(
Vista de datos de IEDScout (
La vista de datos está dividida en dos páginas. En el panel de la izquierda, se llega hasta el nivel del
dispositivo lógico y da una vista general dellED y su estructura. En el panel derecho se puede
inspeccionar el modelo de datos en detalle, hasta el nivel de atributos. (
(
El árbol de datos tiene distintos tipos de Q- The server (lEO), the roo! 01 the server tree
nodos. l"- Logical Oevice (
1m-- Logical Nade
FC_ Fundional Constraint
DO_ Data Objed
DA- Data Attributes, the leal level 01 the tree (
(
b) Navegamos hasta el nodo lógico XCBR1 dellP. (
LeJ!'Ell~j
(
En este nivel, los objetos de datos y sus
ro::;J SdLevel I atributos están clasificados de acuerdo a sus
Q",.ut.""",,' ,''',> '" Restricciones Funcionales (FC) según se (
?, lO Q)_SCS' " "
definen en la norma (véase la Tabla 2-10.)
!D
l'¡'~ GGIOl (
"f ~ UNO
!D
.'tl lPH!) 1 (
iD
r:::: XCSRl
f+' ~ST (
L'+¡ 1]3 ca
[E li3 CF (
'±J[i3oc
8'1 1]3 RP (
(
(
(
(
(
(
(
(
(
l
(
(
(
(
(
OMleRON
Academy
[lJ Circuit Sre:lll:er !-o:::::>¡i8¡~
En XCBR1/Pos,
SetL~vel I encontramos los tres
~ CirOJitBreal:er IR" ~~_5ree~:er atributos obligatorios de
LDQ05C5 '~ LD QO_SC6
estado (FC=ST) de un
lID GGIOl
;+:;
objeto DPC: stVal, q y t
lID W.j()
::\0
}} lID LPHDl
;3 lID XCBRl Los valores son:
'''' :±i[¡IDMod
lI3 sr - Estado = abierto
{o, {OOOOOOOOOOOOO]. (uOSfil2/201O_11:05:+4.275,[OOOOOOOO])}
- Calidad = "buena"
[¡IDBeh
;'i;:; {o, {OOOOOOOOOOOOO}, (uDBfil2/201O_1l:D5:+4.275,toooooOOO])}
;±: [¡IDHe:allh {o, [ooooooooooooo}, (uOB/02/201O_1l:05:+I.275,[00000000])}
~ [¡ID Opú'it {O, {ooooooooooooo}, (uOBf02fZOlO_ll:05:-!3.SS1.[0 10100011) }
01 0000000000000. ruOSIO:m!110 1l:05:.f3.S81,[01OlOOOl])}
(01)
¡ooooooooooooo}
Nota: Estos valores se
(uOS/02f20 10_11:05:·;3.88 1,(01010001))
l. CBOpCap leyeron del interruptor
::¡.; lZ3 CO cuando se descubrió eIIED,
El-; 113 CF
it: li3 OC
;t: li3 RP
Para leer el valor actual de un objeto, pulse con el botón derecho y seleccione la función
Read,
'"' ¡JD XCBRl

elI3sr
[f folod {O, [OODOOOOOOOOOO], (uOSjiJ2/2iJEU1:05:41,275,[OOOOOOOOJ)}
'E ~ {o, [000000000000ü], (uOSj02/2010_11:0S:+l,275,[OOOOOO>XI])}
1B HEa11h {o, [OOOOOOOOOOCIOO], (uOSj02/201O_11:0S:-H.275,[0000000Q])}
:;:: DO Pos { (10]. {ooooooooooooo], {uos¡02i2010_12:13:51.620,[010lOOOlD}

DA stval (10] iiEI interruptor está ahora cerrado!!
DA q [0000000000000]
DA t (uOSj02/2010_12:13:S1.620,[OlO!000lJ)
!-
C,0055,ADA I v1,02 Modelos de Datos

(
(
I~~
(
(
OMICRONI
Academy (
!fui Cir'\lit Sre:~h:r
. ¡eJ' "" n"' i (
¡O-'.l Setlevel
-'.l I Entre otros datos que se
Q O'ait 5reM.er
LO QO_SC5
g:,Ow!t5r~,
.:::' LO QO_SCB
'. ...... ;. )i ·L.,·> .... encuentran en el (
interruptor están los
lE t!DGGIOl
siguientes: (
¡I
" l!lIum
- ".!l! 57 (
:t' ~Mod {O, [0000000000000], {u08j02/20 10_11:05":44.253,[OOOOOOOO]} 8. Modo,
CD :; rEQffi ::¡.' Beh {O, [oooooooooooooJ, (uOS,'02/20IO_l1:05":44.26S,[OOOOOOOOJ)}
Comportamiento y (
±~Cf
s oc
Heallh -( 0, [OOOOOOOOOOOOOJ, (uOSj0212010_11:05:44.269,[OOWOOOOj)}
9.
Saludo en LLNO.
Información de la
,
r
~ rE NamPIt {'O/.uCROU', ·O.O~, 'CirOJitbreakB cootroller~."} placa de (

at).endor
0
'Of.l:ICROO"
características en
m~wRe..• '0.0"
LLNO (
Qtld
I!IJ q:¡n/igRe:\I ..
FO'OJitbre~ker controller"
10. "Salud" del (
.,~~:o dispositivo físico en
s t!D I.PHDl LPHD1 (
,.-Ir.!
57
p rE Ph)IHeallh {O, [0000000000000]. (uOS/02[2010_ll:05":44.27.;,[OOQtIl"JiiO.)j}} (
I!!J sr.aI
0 Gmq
iiilit
o
[OOOOOOOOOOOOOJ
(UOS!02[2010 11:05":44.2701,[00000000])
(
a;",,~ Proxy { F, [OOOOOOOQOOi)OOJ, (uOS/02/20 10_11:05:44, 275,[00000000]) } (
[t lI3 oc
33 lIS'" (
:±l !Il XCERl
(
7) Repetir los pasos 4 a 6 para ver los datos de otros IEDs (
a) Relés de SIEMENS: (
(
File: Actions Options Help SIEMENS separa habitualmente sus IEDs en cuatro (
dispositivos lógicos:
~ Open SCL ... 9 Save SCL ' \ Discover ... ~ (
8l:i!~#.~ • CTRL: Control (
~i l:i!ciSlI~ • OR: Osciloperturbografía
'" ,'''' ,
"",,',,'
• MEAS: Medida
(
~ Address 192.168.0.101
s q¡ Data • PROT: Protección (
i':) LO IED_0001CTRL
ttl LO IED_OOOI0R (
f+) LO IEO 000lMEt.S
i±! L01IEO OOOlPROTI (
r",l RP Unbuffered Reports
9'; RP Buffered Reports
(
(
(
(
(
(
(
(
(
(
(
OMleRON
Academy
"3 l[Q.SlEMElIS
Ejemplo de nodos lógicos en el LD PROT:
@ Address 192.168.0.101
" T: Data
11. Nodos lógicos del sistema
EE LO IED_OOOlcrRL
[!', LD IED_OOOlDR 12. Cinco zonas de protección de distancia (PDIS1 a PDIS5), mas
i±' LO IED_OOOlMEAS una zona extendida (PDIS10)
E- LD lEO 000lPROT 13. Tres etapas de la protección de sobrecorriente (PTOC1 a
l!lJ li... o } CD PTOC3)
1~!iO}0
14. Gestión del disparo:
PTRC1 = Disparo general del relé
PTRC2 = Disparo general de la protección de distancia
l!lJ POIS3 '-V
l!lJ POIS4
1~~gt0
0
l!lJ PfOC3
Nota: Se usan sufijos para distinguir las instancias de LNs.
l!lJ f'fRCl 4
l!lJ PfRC2
l!lJ RFlOl
l!lJ XCBR2
l!lJ XCBR3
l!lJ XCBR4
El !!Il PTRCl
s(I3sr
Nodo lógico PTRC1:
3:, lE Mol:! {!, [OOOOOOOOOOOOOJ. (uOS/02/2(IIO_12:26:27.1l0,[OOlOlOlOJ)}
['!:! QI¡) Sen { 1, [00000!l0000000], (uOS¡02lZ010_U:26:27.1S2,(OOlOlOlO])}
l. OODDDOOOOOOOO ,(uOSI0212010 12:26:27.108. 00101010
::- {F, F, F, F, [0000000000000], (uQSi02j2010_12:26:27.179,[OO10tOl0])} Disparo general = Falso
(no hay disparos activos)
l· phsA
1ilJ-
~~ F
!l:t! e {ooooooooooooo]
(uOS(0212010 12:26:27.179,00101010
{F, 0, F, O, F, O, F, 0, F, o, [00000000000001. (uOS¡02f2\J1O_12:26:n 179,IOOIOIOIOj)}
Arranque general = Falso
1·
"
d!Genera!
f
o (no hay unidades activas)
G!J :nsA f
m:J~A o
ü!Jphs:B F
am dri'tlsB o
tl!J ¡:me F
!l:t! di:i>mC
1m! neJt f
!l:t! dirNeut o
ii!ilq [oooOOOOOOOOOOJ
!itlt {u05/02!20 1o_12:26: 27,179, (00 10 LOtO))
E>J (!IDmTr {F, [0000000000000], (u08f02/201O_12:26:27. 195,[00101010])}
(
(
(
OMleRONI
I~~
Academy (
(
Para información detallada acerca de los nodos lógicos y otros detalles de la implementación
de lEC 61850 en un lEO, consulte por favor el documento PIXIT (Protocollmplementation (
Extra Information for Testing) del fabricante.
b) Relés de AREVA: (
(
File Actions Options Hdp AREVA separa habitualmente sus lEOs en cinco (
a apen so.. . . "seve so.. "DlsCOYer ... dispositivos lógicos:
<.
E;R~.~A.< • Control
~ Address 192.168..0.102
(
2. t. Data
• Medida
(+) LO IED_0002COntrc! • Protección (
I.tl lO IEO_0002Measurements • Registros
&3 lO lEO_0002Prolectlon <.
LfJ LO lEO_OOO2Records • Sistema
l!; LO lED_OOO2$¡'SI:em (
" G GOOSE
~ Unbuffered Reports
1: tJ$ Datasets
e
~
"i Q.Cl."""'A< \
€J Address 192.165.0.102 Ejemplo de nodos lógicos en el LO Protección:
(
':;¡ T:' Data
[ti LD IED_0002Control 15. Protección de sobrecorriente de respaldo: un elemento de (
tE lO lED_0002Mellsurements residual (BocEftPTOC1) y un elemento de fase
6 LD IED_0002Protectron (BocPhsPTOC1 ) (
t!II
BocEftPTOCl
t!II
} f1\
~ 16. Protección de distancia: 8 zonas de distancia (DisPDlS1 a
BocphsPTOCl (
I!D DisPOlSl DisPDIS8), mas una zona extendida (DisPDIS9) y los
!ID DIsPDIS2 elementos de arranque asociados (
t!II Dlsf'OIS3 17. Cuatro etapas para la protección de sobrecorriente de tiempo
!Il DisPDIS4 (
L!ll DisPDIS5 definido que mide la corriente residual
!D DisPOlS6 (
!!D DisPDIS7 t::\
l!lI D1S!'DJS8
!II DisPDIS9
0 (
i!II oisPhsPIOCl (
lID OisPhsPIOC2
!!D DisPhsPTUVl Nota: Tanto prefijos como sufijos se emplean para distinguir las <.
!ti DlsResPIOCl instancias de LNs.
!!D DisResPTOVl (
lID DisResFfOV2
3D DisUipPDISl (
lID DtpEttPTQCl }
I!D DtpEft?TOC2 r:;'\3 (
!!D DtpEItPTOO \V
lID OtpEttPTQC4 (
(
(
(
(
(
Modelos de Datos C.0055.ADA I v1.02 ,
(

(
(
(
(
{
OMleRON
Academy
c) Relés de ABB:
lfl IEDSccut
File ActlCIU Opticm Help El modelo de datos de algunos relés de ABB está
separado en tres dispositivos lógicos:
~O-;~~SÜ:l;! 8SaveSCL "Discover ...
• CTRL: Control
421 Address 192.168.0.103 • OR: Osciloperturbografia
~, 1: Data • LOO: Nodos lógicos de protección y relacionados
± lO IED_0003CTRL
l+; LO IED_0003DR.
:!1 lO IED_0003LDO
:t; RP Buffered Reports
3::' os Datasets
Ejemplo de nodos lógicos en el LD LOO:

'.¡:s Address 192.168.0.103
" 1: Data
16. Fallo de interruptor (CCBRBRF1) y supervisión del Circuito de
~ lO lED_0003CTRl
¡:t] LO IED_0003DR
Corriente (CCROIF1)
8 LO IED_0003LDO 19. Varias etapas para la protección de sObrecorriente, que mide
I!ll CCBRBRFl } t;\ la corriente residual (OEF*PTOC*) y la de fase (OPH*PTOC*)
I!ll CCRDlFl \.:..J
I!ll CMMXUl
I!ll CMSTAl
I!ll CSMSQl1
I!ll DEFHPTOCl
I!ll DEFHRDlRl
I!ll DEFlPTOCl
I!ll DEFlPTOC2
I!ll DEFlRDlRl 0 Nota: Tanto prefijos como sufijos se emplean para distinguir las
I!ll DEFlRDlRZ \.V instancias de LNs.
I!ll DPHHPTOCl
I!ll DPHHRDlRl
I!ll DPHlPTOCl
I!ll DPHlPTOC2
C.OD55.ADA I v1.02 Modelos de Datos

Cl OMICRON Academy 2013 Página 41 de 131
(
I~~ (
OMICRONI
Academy
d} Relé SEL-421: (
(
[§] lEOScout
1 FH~_. ~.C!¡~I1.~ ?r!ioll~._ ,_!j.~Jl"".
SEL separa habitualmente sus IEDs en cinco dispositivos (
6opensa. ... ~ 5aveSa. ' \ Di:cover ...
lógicos:
(
,;>;,',"Ll~>'~:'~·~"-' • ANN: Anunciación (
1 .~ Q.~. ""':u ,. • CFG: Configuración
(
~I~~== "W'.O,l~
• CON: Control Remoto
' o • MET: Contadores de Energia (
• PROT: Protección
1 lt LO IED_OOO';':;OO (
1 :;.: LO
tt:
I3)_~
LO IErUlOO-PRO (
,1 ~ G GOOSE
(
ti Dato. (
lO lEO_QOO.4:.!i'1 Ejemplo de nodos lógicos en el LD PROT:
,. lO rro_or-A4I..rG
,.; lD IEDJ)()~4(ON
(
'. lO }~~:-~-1 e
,~ LDI'ffD~:
20. Fallo de Interruptor 1 & 2 (BFR1 RBRF1 Y BFR2RBRF2)
}CD 21. Gestión del disparo: Estado del disparo del Interruptor 1
(BK1TRPPTRC2)
(
(
~$).'C$l.Z 22. Cuatro elementos de sobrecorriente residual (GxPIOCx) y
EKlo.~3
(
~" }0
cuatro elementos direccionales de sobrecorriente residual
I
(GxPTOCx)
23. Cinco zonas de distancia de fases (MxPPDlSx)
(
~cs
(
Sll.RtC$\'lI:
~ SiGt:a'.'m
(
I
tc=~:
(
Nota: Tanto prefijos como sufijos se emplean para distinguir las
F~¡SS instancias de LNs. (
F3~m3
Gli'IOC2 (
G'!PTOC2
GZ'¡OCS (
(;2PTQCS
G2P¡CO (
.>'Tcal
G.IJolOCtO (
G.f>TOC!1
w.o (
Ml?PO!SI
M3-'rolS3 (
M:J'PO!SS
M~ISi' (
Msmll.$S
(
(
(
(
(
(
(
(
(
(
(
(
OMICRON
Academy
e) Relé GE D60:
&llEDScout
Los IEDs de GE IEDs contienen normalmente sólo un
!~~_~,'!¡~r:!~~,E,fl_~~_S. ,,_':'t_e~_ ._~~, __ . _~ ____ ._~'"_ dispositivo lógico:
~OpenSCL ... eSaveSU ' \ Discover ....
• IEDNameLDlnst
.ü···········
E1.!3., q ~ [)fiOi El nombre del dispositivo lógico puede ser configurable
@ Address 192.168.0.105 mediante los ajustes IEDName y LDlnst.
13 'I':í Data
tE! LO IEDNameLDlnst
lE G. GOOSE
:oí ~~t.GEo;., Ejemplo de nodos lógicos en el LD IEDNameLDlnsl:

€l Address 192.168.0.105
B T:' Data
24. Controladores de interruptor (CSWI1 a CSWI10) asociados
E) LO lEONameLDInst
con los interruptores 1 y 2 Y conmutadores 1 a 8
I!D eSVlII 25. Datos genéricos de E/S que deben configurarse mediante
!D CSVvl10 ajustes:
!D CSWI2
!ID CS\.\¡13 GGI01: destinado a que los clientes accedan a valores
ID CSWI4 digitales de estado dellED
I!D eSv.1S GGI02: contiene entradas virtuales que los clientes pueden
ID CSWI6 escribir
I!D es\'m GGI03: Valores de estado y analógicos de datos recibidos
ID CSWI8 por GOOSE
!ti CSWI9 GGI04: destinado a que los clientes accedan a valores
I!D GGlOl
I!D GGI02
I!D GGI03
I!D GGI04
I!D illIO
}0 analógicos genéricos medidos del IED
26. Nodos lógicos del sistema LLNO y LPHD1
27. Valores analógicos medidos: MMXU1 viene de la fuente de
I!D LPHOl
I!D MMXUl
}0 datos 1 y MMXU2 proporciona datos de la fuente 2
28. Distancia de fases Z1 a Z5 (PDIS1 a PDIS5) y distancia de
I!D Mlo\),U2
!D PDISl
}0 neutro Z1 a Z5 (PDIS6 a PDIS10)
I!D POISlO
I!D POIS2
I!D POIS'
I!D POIS'
I!D POISS
o Nota: Tanto prefijos como sufijos se emplean para distinguir las
instancias de LNs. Los prefijos son opcionales y pueden definirse
mediante ajustes de configuración.
I!D POIS6
I!D POIS7
I!D PDISS

Q OMICRON Academy 2013 Página 43 de 131
(
(
(
(
OMICRON ,r
Academy (
,,
3 Servicios y Mapeos Específicos de Comunicación
("
3.1 Introducción
(
Logical Nodes tnformalíon l """"C'

(;>i'l'\t~~l)'
{2)Services
En la sección 2 se presentó el modelo de datos. El
~
Models '::'oYma~~) mismo define qué información puede utilizarse para
and Dala
flEC 61850-1-4'·1-3\
comunicación. El segundo paso es definir cómo
SeNlc~ Inf<>flN,tiO". ·1.~!l!;ct" gtl.
LPJt> comunicar, es decir, cómo intercambiar información. (
'1nttrlU.,M Exehangl r~;:~'O;
(leC 61150-7.2 .. 11 iOQ;i~
eomIJumu::lllon
.,
1
J Mapplng lo '·9· ~""'"''';J
"
a;;;;::7~le
A tal fin se definen en lEC 61850-7-2 servicios
normalizados para el intercambio de datos. La norma (
O
MMS.and EC;;'~U
profi1u TCPIlPfEth'rIllt ¡E establece un interfaz normalizado y neutral entre la

~
"'&km. VI"''''
1"""'·"1 l T~~,';''' aplicación y las comunicaciones.
(~ ~. . .{<,
. (
>-
("
Figura 3~1: Servicios como un interfaz neutral
Los servicios se definen de forma abstracta. Esto quiere decir que la definición se centra en la descripción de lo
e
que el servicio debe proporcionar. No se describe cómo se aplican los servicios a una red real de
(
comunicaciones. Por lo tanto, nos referimos a ellos como ACSI - Abstract Communication Service Interface I (
Interfaz abstracto de Servicios de Comunicación.
(
Para el intercambio de información, lEC 61850-7-2 define entre otras estas categorias básicas de servicios: (
(
~
Cont'" ,. Intercambio de Sampled Values
Conter
para TCs y TIs;
® _..1_ 2. Intercambio rápido de datos de
(
Il.... ~.
E/S para protección y control (
(GOOSE);
StaUon Bus
3. Señales de control y disparo; (
4. Ingeniería y configuración; (
5. Monitoreo y supervisión;
6. Comunicación con el centro de
(
control. (
(
Modem
Switchgear (
Figura 3-2: Intercambio de información - vista general (Fuente: lEC TC 57)
(
(
(
l
(
(
l
(
Servicios y Mapeos Específicos de Comunicación C.0055.ADA I v1.02 (
(
,
"(
(
OMleRON
Academy
Otros ejemplos de servicios se muestran en la Figura 3-3.
XC8R
Conlfols
El servicio operate manipula los parámetros de
servicio específicos de control de la posición de
un interruptor de potencia (abrir o cerrar el
5.·,
interruptor).
...• .... ..... .....7 .1.:
.. ~ép<>~ <91. •'.t:PiJ.'. El servicio repor! informa a otro dispositivo que

la posición del interruptor ha cambiado.
"<-<,;id,
Pulse conr!Q\Jrat:km t;Onflguration,
Qmtrolmodtl clescripUon,
sao timeout and e:xtension El servicio substitute fuerza un atributo de datos
sao ciass específico a adoptar un valor,
Control unic:es
independientemente del proceso.
Ic#iPt~"iO~b se....
o"...~
a",,,,,
hC;;@gJr~¡~S>
j- BU:Qpn
Figura 3-3: Nodos lógicos e intercambio de información (Fuente: lEC Te

57)
3.2 Concepto de ACSI

El ACSI (Abstract Communication Service Interface) comprende modelos que describen los servicios que
operan en los objetos de datos, atributos de datos y DataSets. Una vista general del modelo conceptual de
servicio del ACSI se muestra en la Figura 3-4.
En el lado izquierdo de la of Figura 3-4, se muestra el modelo de información tal y como se describe en la
sección 2. El nodo lógico es uno de los principales bloques constructivos que están asociados a la mayoria de
los otros modelos de servicio; contiene no solo objetos de datos, sino también bloques de control, DataSets y
diarios (Iogs).
Hay definidos bloques de control para diarios (Iogging), informes, GOOSE, Sampled Values y Grupos de
Ajustes. Se modelan de forma similar a un objeto de datos y contienen atributos para configurar los servicios de
comunicación asociados. Cualquier nodo lógico puede contener uno o más bloques de control para diarios e
informes, pero solo el nodo lógico cero (LLNO) puede contener los bloques de control para GOOSE, Sampled
Values y grupos de ajustes.
C.0055.ADA I v1.02 Servicios y Mapeos Especificos de Comunicación

(
(
OMleRON
Academy (
:----------------------------------------------------¡ (
containsO .. 1!
t
File
system
containsO .. n I. File
. dlrectory
I cOMainsD..o I File
1:
I
(
,:___________ ~_a..s~~ia_t~~~~~~.:.1~ _______________________ __ l'
,,
, - - - - - - - - - - - - - - - ______ 1
lis associated with O.. n (

:,. _1I TPAppAnoelaliol'l
Iconta¡ns[o..n r---------------------------~
: Control Blocks ,
:
,, I
:-1 MCAppAnoclill
""
pinso ..n
,,
,,
conta¡~s O•. n
,, Lo.
I ,
r
Is associated with O..n , T rafers to one
contains 1.. 0 ,,, ,,,
(
-,
I
, I
I LDgicalDevice
,,,
contalna o_o
I
Log:Control
~~k
I
I ,,
,,
,,
ca ntalns 1.. 0 I I , (
contalna 0_"
Buff.... é RIpC>rt
Control Block I ,,
LogicalNode ,,
I
,
contelos 0 .. 0 I
Unbu1f1rld Roport
Control81ock I ,,
,,
,,, (
I , (
, contalns a_o I
GOOSE
Control Bloek ,,
,,, (
,,
(
I contarns O_o I Mument Slmpl. I ,,
I Vllul Conll'oI BlOCk I ,, (
,,
I comains 0 .. 0
1 Ul'lcast5.lmpl.
I Vllul Cootro! Block
I ,, (
,, (
,,
I contalns 0.,1
I
I
Sll!ing Group
Control Block
I
I ,, (
,
,,
--~------------------- ______ I
may reíer to ene (
contains 1•. n contalns O.•n
I , (
OataObject
, DATA.sET
I
influ...e.nces -- reters lo u .. n
influences
Instance of
c:ntml ~ - - - - - - - - Influene •• - - - - - - - - - - - - - - ~'__T_r_a_e_k_'n_g_..J Time

(
(
Figura 3·4: Modelo conceptual de servicio del ACSI (Fuente: lEC TC 57)
(
(
Servicios y Mapeos Específicos de Comunicación C.0055.ADA I v1.02

OMleRON
Academy
El modelo de datos puede contener uno o más DataSets. Los DataSets se utilizan para distintos servicios, y
constan de referencias a atributos de datos (Figura 3-5).
Figura 3~5: Ejemplo de DataSet para agrupar referencias a datos (Fuente: Presentación seco www.scc·online.de)
Estas referencias se denominan "miembros" del DataSe!. Los DataSets se utilizan por los bloques de control de
algunos servicios, como informes y GOOSE. Por ejemplo, un bloque de control de informe tiene asociado un
DataSet que define qué valores deberán transmitirse en caso de que uno de ellos cambie. Cualquier objeto de
datos puede formar parte de uno o más DataSets.
-' -- - ¡
C.0055.ADA I v1.02 Servicios y Mapeos Específicos de Comunicación

I~~
OMleRONl
Academy
3.3 Servicios definidos en lEC 61850-7-2
Cada uno de los modelos ilustrados en la Figura 3-4 lleva asociados servicios de comunicación (Tabla 3-1).
Tabla 3~1: Modelos ACSI con servicios relacionados (Fuente: lEC Te 57) (
Oncripilon S.,,,lolI
(
S~rver
P,¡".i.¡,n <:!! t,O\'l !~'o " • ..len ",", b. c~rr,.ol.=

p,,,"¡~ •• ¿iffe'~tl "'.1>$ 1<';. :!~,"a', rnt"ctN! H:eOS
10 'te •• ",e"o ,dO':'r$!-"" a~~ f~Cb"".
Auto-descripción
R!p,utr.a G ~,~~O ot 'V,<"JOOI, eBoh f~"ctl"" 15
"'oli"&: n a 1,,~iQ! r.(>'"
R.p,elem .... p.e:lfic '\."~"" o! 11" •• ~b<!.~a".
¡", e.a",]>I. 0"."'011 ••• p<",.I;\I"~
• ~.t.".
P'",i: •• ~ ,"uro, to spe:i'y :~P.: ir.(o,r.-a!;on, loe
en",ple ¡>".itiD~ 01 ~ ••rl\l:~ ..oIP ~\i.llty irfofl"'Oboc.,
$"~ ~",u:¡"'P
G&lOIIISeIV.I.H
Se:DaIf,S.t'l,I~u
C,"~\.O.'aS~:
CoI.leO,taS."
GCIDaI.S~I[)"eC1D"1 / (
n.e cHer,: C~~ 'e~uullhe '."'.'10 replnte a procu. Ge,O.'.Value
.~I"~ b¡. ',¿I"~ Ie!!>y IM~ ell."1 !;lf eurrpl~ m 11"$ S.iDn.v.I~.,
UIUO! lI~ l~v.I,~ ",."u,.",e"1 value
<
O~r,M' r_".vl~ S;·,lle~ f,~m oce nI o~ nll,~v VII"U I~ Sf;le:l:"cb~SG
.~~I.,~r M~ or,e h.,<: lo ":;1 sellie.; ;'''~~. S.>Ie~Ee;¡SG
S.tSGV~I"&.
C""'drrE<Íi\SGV~lue.
C..,tSGV.l~~.
GI:SGC8'lake.
D.. c"'~e. tre co.~,,~bn 1", i.~IO'.li~¡¡ '''PO~' ,..-" !!t.f'IO'ea Re;,
lo;. ~H"~ ~r. ~,a.,..• t.'s nI by \te dl~r,1 R9~~' Rep<:rt
"'.j'
(for e ••
t,j~;e'H b, áor,;es 01 ~,~:e .. ~¿1II .a1~eI
b(!
.<ate
rrpl~_ e, :e;¡-:t.. r.<I¡O, tÍ'
c~a~.& o~allf)'
Ge>8Re5\'ah.H
Se,SRC5Val"H
er_n; .. L~ •• ~.r. be ~~erle~ f~, lalfr 'fUl.Vil
U~~f!e,~d RCS.
R'~<>f:' rr.~ t>. '~n ,,,,,,,,.,,5]":.11 '" ~Me"ed RO=I
\t~'¡e,e:l ¡:;.~or:s p,~,,,te C;,!~;t-o!-1ll1e lIe: GeIUflC!V.lou
u:L"~:.,."!·.,,,rl.ld,,,rr.:i,,~ ~.d--.r¡¡e SeIURC5V.l~ ..
l~; CS
G~llC¡;V31~M
S~'LC8V,I~n
Ocelt~~~B{ri,.,~
OU~I)i.""AfM
G~tL".SI.lcsVa'ueo t
'"
GereM~ $~blta:l~~ P,o.':&' fUI er~ reli.bl. si.te!;"-,.,;:! ::.i.lr:b"l'or. ~f CCCSE C5:
~~ecto eola, ~nHo·~.e' ~~:~.ci" o~ En t,,,.,y 11010" Ser,:GCOSE',le...¡;e
IGSE' i"""tr",~or G"IG"R.ior.~t6
Ge:GOCSEEIM'erlt.umbN
GOOSE 1I\~.rs G~r",~c Objcel O~e".I.: S""'I.I,""
GOIG<tC5V"I •••
e .. rl .~é ,~pp!ln~ IH ... :r.r.~ G/" "i:t. r.';. 01 SeIG~C!!V:¡lo ..
pon,b!. '''''''''0'' ';01. "",.r.,".~ by. DATA·SET
(
Troo=i.,,¡ono¡
"',,"pi.: ,'.h.~s
FaSI .r.~ ~<-,I:
fr..IIUtre'-II<ec,fo"".,.
I,.".'el 01 .a"'I'I~., re, e.a"'pl~ :1 r.l"Wn.:SVC
S.. r.cJ.1SVI.I •• ~;e (
G.:MS\'CB'!.I~u
S&,~~S'!CSV.I"u
lln,~ ..lsve
s..r~LSV!.1e.u ...
(
GeIUS·,'CSV.lun
C"Ofi~. I~e semeu 10 (;:1>011;1, 41' ourr.p1e o..,;c ••

S.lIiSVCSV.'~"
S.I.~
l
'" ;>a,... ul.' •• Ilir~ .'""po S.I.:lWit~V.I"9
CO':rr1
01'<1"1.
Corrrr~M'errr¡r_lt¡or.
Ti","At:li,,!.~Op.,.te
To'M'r.~
~ .. " .~r,:I>,,,~, ..,i~
~Jjr.u I~. uth"r-~Q 01 rq. ~.ta ~'o:ko .u<~ .. C.:I'lle
p~larr$ Sel~,le
o.l.t.Flle
CelFileAltl,boieVal" ..
(
(
t
(
SelVicios y Mapeos Específicos de Comunicación C.0055.ADA I v1.02

(
OMICRON
Academy
3.4 Métodos de Comunicación
El modelo ACSI define los métodos para el intercambio de información entre dispositivos. Para este propósito
se utilizan distintos métodos de comunicación, lo que resulta en distintos flujos de información, tal y como se
ilustra en la Figura 3-6.
Get GetDef, ... sé'~er F:l

Dala ""!
<values> I
Set O erate .. <values>

confirmatlon
ISli~0t --CR"'e"po"'r.t.t.: .<v"a",lu"e",s, >__+I~1

·.···.¡..I_ _
multicast <values>
Figura 3-6: Flujos de información
Los servicios ACSI se dividen en dos grupos de acuerdo a su método de comunicación:
1. Servicios Cliente I Servidor: describen la comunicación entre un cliente y un servidor con servicios tales
como:
> Auto-descripción;
> Infonme;
> Control;
> Etc.
2. Servicios en tiempo real (Multicas!): describe una comunicación mediante mensajes multicas! para los
servicios siguientes:
> GOOSE;
> Transmisión de Sampled Values.
C.0055.ADA l v1.02 Servicios y Mapeos Específicos de Comunicación

(
/
\
3.4.1 Servicios Cliente I Servidor (

Un Servidor contiene todo lo que está definido para ser visible y accesible desde la red de comunicaciones. (
,
Un Cliente es cualquier dispositivo físico que utiliza los servicios ACSI para interactuar con un servidor.
(
La norma define solamente el papel del servidor, es decir, el modelo de datos alojado en el servidor y los
servicios definidos para el intercambio de información. Los clientes, su estructura interna y sus funciones no (
están definidos en la norma.
Los clientes solicitan servicios de un servidor y reciben confirmaciones (respuestas) del servidor. Es posible que
reciban también informes de un servidor sin solicitarlos. Esto se ve en la Figura 3-7.
Physlcal Device ACSI Services Physical Devlce

(
ACSI Server
ACSI Client
(
Cala lID data
report (
requost
~
Dm 1/0 data
(
11t6pQnSf;!
(
~ Application Application ~
(
Figura 3~7: Comunicación Cliente I Servidor (Fuente: lEC Te 57)
(
Las características de una comunicación Cliente I Servidor son: (
(
> Una conexión punto-a-punto, también llamada Two-Party-Application-Association (TPAA);
> Se usa típicamente para sistemas SCADA, es decir, comunicación entre centros de control y dispositivos (
de campo (p.ej. control de equipos y transmisión de eventos); (
> Usado para aplicaciones no críticas en tiempo;
(
> La comunicación es "Confirmada", es decir, el cliente recibe respuestas a sus peticiones.
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
Servicios y Mapeos Específicos de Comunicación C.0055.ADA I v1.02 (
(
OMICRON
Academy
3.4.2 Servicios en tiempo real (Multicast)
Para una comunicación en multicast se definen dos nuevos roles: publicador y suscriptor.
Un intercambio de información en multicast se produce entre una fuente (el publicador) y uno o más destinos
(los suscriptores) como se ve en la Figura 3-8.
PhysicalDevice ACSI Services Physlcal Device
ACSI Server
ACSI Clien!
~ I/Oda!a
~
Data l/O data
Application Applícation
MM. Physical Device
ACSI Server
~ l/O data
~
~--I~ Apptication
Figura 3-8: Comunicación multicast (Fuente: lEC Te 57)
Una comunicación multicast se caracteriza por:
> Una conexión uno-a-muchos. también llamada Multicast-Application-Association (MCAA);

> Se usa para aplicaciones tales como el intercambio sumamente eficiente de información de E/S entre IEDs
(GOOSE) y la transmisión de Sampled Values desde transformadores de instrumentación;
> Usado en aplicaciones en tiempo real y/o criticas en tiempo;
> Comunicación "no~confirmada", es decir, el publicador no recibe respuesta alguna de los suscriptores.
e.005S.ADA I v1.02 Servicios y Mapeos Especificos de Comunicación

(
(
I~~
OMleRONI
Academy (
3.5 Mapeos Específicos de Comunicación (
Los servicios definidos en lEC 61850-7-2 son (

abstractos. El siguiente paso es definir la sintaxis
específica, la codificación de los mensajes y cómo se (
transportan sobre una red. (
Esto se define en un a SCSM - Specific (
Mappiog lo '.9,
MMS and Cornrnunication Service Mapping - Mapeo de
I'-r-.,-,...-' TCPIIPlEthGrn.1 Eth servicios específicos de comunicación, donde se
L..:""<--l::::::I-_(E_c_,_,,_,._._,)__,_,,_~r;a_.'_),. , mapean los servicios abstractos a un protocolo de
comunicación concreto.
(
~
(3) Mapping
! ".'"
"- 'Ü!~
lEC 61850-8-x e lEC 61850-9-x definen mapeos a
"--~
algunos protocolos.
(
Figura 3-9: Mapeos Específicos
Real·time ClientlServer (
(
w
rn (
O
O
t') e
(
(
Ethernet
(
Figura 3-10: Mapeos de ACS[ (SCSMs)
e
lEC 61850-8-1 especifica el rnapeo de los objetos y servicios de ACSI a MMS (ISO 9506) Y paquetes de e
ISO/lEC 8802-3 (Ethernet). (
(
Como se ilustra en Figura 3-10 y Figura 3-11, los servicios Cliente / Servidor de ACSI están mapeados al
protocolo MMS. El MMS utiliza las reglas básicas de ASN.1 para codificar y descodificar los datos. En las capas (
de transporte y de red, se especifica un perfil TCP/IP.
Por otro lado, los servicios de tiempo real están mapeados directamente a los formatos de paquete de
ISO/lEC 8802-3, como también se muestra en Figura 3-10 y Figura 3-11. Los mensajes de GOOSE se mapean "
(
(
(
(
(
(
(
(
(
Servicios y Mapeos Especificos de Comunicación C.0055.A DA I v1.02
(
(
directamente a la capa de Ethernet a fin de ser lo mas rapidos posible, evitando el tiempo extra de proceso que
supondria pasar por todas las otras capas.
lEC 61850-9-2 especifica el mapeado de los Sampled Values a ISO/lEC 8802-3, como se ve en la Figura 3-11.
Se utiliza una pila completa para los servicios de Cliente I Servidor, con mapeo directo a la capa de Ethemet
para los servicios de multicast.
Information
lEC 61850-7 -3 17-4
lnformatioll cxchangc
lEC 61850-7-2
Applicalion
Pl'esenlation
Session
Transpol'l Tep
Nelwol'k IP
Data Link Ethemet, ...
Physical
Figura 3-11: Mapeos de comunicaciones en lEC 61850-8-1 Y S-x (Fuente: etz-Report 34, Karlheinz Schwarz et al., VDE Verlag)
MMS - Manufacturing Message Specification (ISO 9506) - es una norma que define servicios
y una especificación de protocolo para operar sobre perfiles de comunicación que cumplan
enteramente con OSI y TCP.
ISO/lEC 8802-3 es la norma que especifica los métodos de acceso y la capa física para redes
Ethernet.
lEC 61850-9-1 define el SCSM Sampled Values en un enlace serie unidireccional

multidrop punto-a-punto. Se aplica a la comunicación entre la bahia y el nivel de proceso - ,
es decir, entre las Merging Units de de los transformadores electrónicos de instrumentación
(ECT I EVT) e IEDs (relés). Se basa en conceptos descritos en lEC 60044-8 con una
extensión para transmisión por Ethernet - es decir, la parte 9-1 es lEC 60044-8 sobre
Ethernet. Esto resulta técnicamente obsoleto, y esta parte se retirará de la norma.
- - - - r '
C.0055.ADA I v1.02 Servicios y Mapeos Específicos de Comunicación

(
(
(
OMleRON
Academy
4 Servicios Cliente I Servidor
4.1 Auto·descripción
A fin de soportar la auto-descripción de un dispositivo, ciertos servicios del tipo GetxxxDirectory y
GetDataDefinition se especifican en la norma. Estos servicios operan en servidores, dispositivos lógicos, (
nodos lógicos y objetos de datos.
Se entiende por auto-descripción el que un cliente pueda obtener información completa sobre el modelo de (
datos y los servicios de un dispositivo.
GetServerDirectory (LO ar File) --- ---.. Server

(
response (LDNames or
FileNames)
/ \
,
\
GetLogica!DeviceDirectory (
(LDName) LO LO
response (LNNames) / \ (
(
GetLogicalNodeDirectory
(LNName) LN LN LN
(
response (DataDbjectNames) / \ (
(
GetDataDirectory (DataObjectName)
---- ... Data Data ~---- GetDataDefinltion (DataObjectName)
(
response (DAttrNames) ... ---- object Object or (DName.AUr)
(
response (all DAttr Definitions)
or (one DAttr Definition) (
Figura 4-1: Vista general de los servicios de auto-descripción (Fuente: lEC Te 57) (
(
Como ejemplo, el servicio GetServerDirectory retoma una lista de los nombres de todos los dispositivos
lógicos (y archivos) que están disponibles para el cliente que lo solicita. (
(
La función Oiscover de IEDScout usa los servicios de auto-descripción de la Figura 4-1 para (
obtener el modelo de datos del lEO.
(
(
(
(
(
(
(
(
(
(
(
Servicios Cliente I Servidor C.0055.ADA I v1.02 (

(
(
(
OMICRON
Academy
4.2 Lectura I Escritura de Datos
Un cliente puede usar el servicio GetDataValues para leer los valores de atributos de datos. La petición puede
afectar a un objeto de datos completo, contenido en un nodo lógico, o a cualquier parte del mismo. Los valores
de todos los objetos de datos contenidos en un nodo lógico se pueden leer mediante una única petición
mediante el servicio GetAlIDataValues.
Un cliente puede utilizar el servicio SetDataValues para escribir valores de los atributos de datos en los
objetos de datos contenidos en un nodo lógico.
Las funciones Read, Write y Poli de IEDScout usan los servicios mencionados para leer I
escribir datos de I a un lEO.
4.3 Sustitución
Un cliente puede solicitar que el servidor reemplace el valor de un atribuio de datos (que provenga del proceso)
por un valor fijo suministrado por el cliente. El valor sustituido surte efecto después de que el cliente haya
habilitado la sustitución. Esta funcionalidad puede requerirse, por ejemplo, en casos de una medida inválida, o
en caso de valores que provengan de un equipo que ha sido desconectado.
I~
!
xy.slVal
I
xy.q_va!idlly
I
xy.subEna
TRUE •• ub.titutKl
~
!xy.subVal = value lorsubstituHon
!;.:y.subO '" gooó
Ixy.subID'" {}
xy.q.delai¡-qual FALSE:" pro&en
!xy.q.source \ -1
Examplo: Cornmon data class
\1 Conmul;ador I
Valores del
Proceso
"SPS" (see lEC 61650-7-3)
Figura 4-2: Concepto de sustitución (Fuente: lEC Te 57)
La funcionalidad de sustitución es opcional, y los atributos de datos correspondientes aparecerán en los objetos
de datos solo si el servidor soporta el servicio.
C.0055.ADA I v1.02 Servicios Cliente I Servidor

(
(
(
(
I~~ (
OMleRONI
Academy (
4.4 Grupos de ajustes
(
Los parámetros de ajuste, p.ej. de funciones de protección, se definen en la norma como atributos opcionales
de los nodos lógicos relacionados. (
Están disponibles sólo si el IED los soporta. En ese caso, el usuario puede editar los parámetros de ajuste de
(
distintos grupos de ajuste, y seleccionar cuál de los grupos estará activo. (
e
LN pvoc
Status ¡nfOrLm..:a::.tiO",n::'::'..J ',%':.: 17 (
Settings
1~ J (
O;:erallng Curve Type (voll.j AVCrv 122 (
Opera¡lng CUNe Type (ampi TmACrv 3
Tlll'te Multiplier TmMutt 12 (
M,n Operate Tane MinOpTmms 435
Mro: Opera:e Time MaxOpTmms 564 (
Qpera!e Delay Time OpD1Tmms 653 .'
Type of Reset Curve TypRsCrv 45"- ....
Reset Delay TIme RsDlTmms -h" (
(
LN PDIF (
Settings
Res\ta,nt Mode RstMod 9
(
(
Figura 4~3: El concepto de datos de ajuste y grupos de aj ustes (Fuente: lEC Te 57) (
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
Servicios Cliente I Servidor C.OO55.ADA I vl.02
Pagina 56 de 131 ©OMICRON Academy 2013
OMICRON
Academy
4.5 Control
El modelo de clases de Control abarca una colección de servicios utilizados para controlar, por ejemplo,
dispositivos tales como interruptores de potencia. Los Servicios de control pueden actuar solamente sobre los
objetos de datos que sean del tipo controlable.
operator A Control object (inslance 01 DATA) I

Operate open, T,
I .OperatorA~_.
ctlVal {tIle valua 10 be controlled]
--- --- -
'.
operTm (tlle liÍ'newllen lo opefaté lor tIle
TlITleActlvatedOperate service) '\ .... - -. ,~
".-.. origin (indlcating 'who ~uad \he 'sórvk:8) Contipl
<Operate responsel 'O
ctlNum {oontrol seqLHlnca number) state
---~
por! TRUE. t. q. dchg I{ stVal (\he vaJue \o be reported)
t (time ofchange)
q (qualityofvatue)
.-- macl:¡ÍRe-
---"
Figura 4-4: Principio del modelo de control (Fuente: lEC Te 57)
La petición de control se origina en un cliente ("Operator A" en la Figura 4-4) usando el servicio Operate. Esta
petición se confirma inmediatamente, y el cliente recibe una respuesta de operación (Operate response).
Entonces se envia el comando de control al dispositivo físico. Tras el cambio del estado del mismo, se puede
enviar un informe de confirmación (Report) indicando el resultado final de la operación de control.
Dependiendo de la aplicación, pueden emplearse distintas máquinas de estados, lo que resulta en diferentes
comportamientos de los servicios de control. En la norma se definen cuatro casos:
> Caso 1: Control directo con seguridad normal (direct-operate);

> Caso 2: Control SBO con seguridad normal (operate-once u operate-many);
> Caso 3: Control directo con seguridad mejorada (direct-operate);
> Caso 4: Control SBO con seguridad mejorada (operate-once u operate-many).
(SBO= Select Befare Operate - Seleccionar antes de maniobrar)
En el caso de seguridad normal, no hay supervisión adicional del valor del estado tras la operación. Por otro
lado, un control con seguridad mejorada proporciona supervisión del valor del estado. El cliente recibe la
información de si el control tuvo éxito (caso positivo) o si fracasó (caso negativo).
C.0055.A DA I v1.02 Servicios Cliente J Servidor

<el OMIGRON Academy 2013 Página 57 de 131
(
(
l~~
OMleRONI (
Academy (
Para el control SBO, la operación se realiza en dos pasos. El servicio garantiza que solo el cliente que (
seleccionó el objeto es capaz de controlarlo. Cualquier petición de control que provenga de otros clientes será
rechazada.
(
a¡..,t I G:rtrd O:ject I
(
Q:a"_req(áf)
(
(
Figura 4-5: Control directo con seguridad normal (Fuente: lEC Te 57)
C Eenl I Controlobject
I Operated device
SelVaUeq (off) (
SeIVa1jsp'" Sa!ed
'.-~
Oper_req(off) (
Activation of Ihe
Oper_rsp'1"
Acllvale CUlpu! de'lioo (
mechanism
(
~
Bet\~'een
l~f(' _. Acquisitíon of
status input
Nos•••us
change (
J
from dcvícc T¡maoul
ReporUeQ(oU) K·· .
(
CrnaTerm_req+ D:.c~va1c QUlpu CmdTermJcq-
". D~aC~~IC o.~~~~t
(
positive case negative case l
Figura 4-6: SBO con seguridad mejorada (Fuente: lEC Te 57) (
(
(
(
(
(
(
(
(
(
(
(

<
(
(
(
OMleRON
Academy
4.6 Informes y diarios -b R"'f'oyC.
Los infames y los diarios (Iogs) proporcionan soluciones que satisfacen requerimientos cruciales del
intercambio de datos de eventos. La diferencia principal entre ellos es:
> Los informes pueden tener una condición de activación, p.ej. un cambio en los datos, y se enviarán
inmediatamente al cliente;
> Los diarios se archivan para su posterior recuperación, y se envían solo a petición del cliente.
El concepto básico y los principales bloques constructivos de ambos servicios se ilustran en la Figura 4-7.
Reporting
".----l--.¡-::----¡
act. SIIt RIIPQ rteQnlrQ! atlrjbu1, . . ",
Re~rtl~:~:~::~::'
controlr- __ .___~-.-{5BI~
Real
OUlH"y log (lrom m cllents) =~~ lfo~/~;:::r--'

Log
Gel,Sel Lag conlrolatlribulq .~'!!..1====~co~n~t~ro~,~ ____J
Figura 4 7: Bloques constructivos básicos para Informes y Diarios (Fuente: lEC Te 57)
M
Los bloques de control se emplean para configurar las condiciones de generación de los infames y de los
diarios. Se emplean DataSets para especificar qué datos han de formar parte del informe o del diario.
4.6.1 Informes
El momento de generación del informe se determina por las condiciones de activación en el bloque de control.
Las razones para generar un informe de un evento pueden ser:
1. Cambio del dato o de la información de calidad (espontáneo);

2. Expiración del periodo de integridad (cíclico);

(
(
OMleRONl
I~~ (
Academy
3. Interrogación general (a petición).
Hay dos tipos distintos de bloques de control:
1. Informes no almacenados: pueden perderse eventos por fallo de la comunicación o exceso de datos.
2. Informes almacenados: en caso de interrupción de la comunicación, se continúan almacenando los (
eventos. El bloque de control garantiza la continuidad de la secuencia de eventos hasta algunos limites
(
prácticos (por ejemplo, tamaño de memoria y máximo tiempo de interrupción). El proceso de informe se
reanuda tan pronto como se restablece la comunicación. (
client server
confíQure buffered RC8
I ~ I es1ablish and
liniliate subscriplíon enable burrered ReB
enable subscríptton I (
.....-a¡t
1
for reporls, o
report values
l monitor values of \
(
(
receive reporls members of dala sel
o
!-
o
o
continue monilor
: assoaa1lcn IOSi
values of members 01 (
::r;J
o
o daia se. and buffer
o
values
o
: assoCl81ion avajlab!e
(
continue reportlng
(buffered and new) (
-l~equence·of-events (SoE)
1 (
disable buffered RCS
I dísable subscripllon dísable subscripliOn I (
Figura 4-8: Concepto de informe almacenado (Fuente: lEC TC 57) (,
(
El informe comienza con el ajuste del atributo de habilitación en el bloque de control a TRUE. Termina cuando
el atributo se ajusta a FALSE. El servidor restringirá el acceso a una instancia de bloque de control de informes
(
a un cliente a la vez. Una vez que el bloque de control del informe está reservado por un cliente, ningún otro (
tiene derechos de acceso para configurar los atributos del bloque de control.
(
(
4.6.2 Diarios
(
El bloque de control de diarios define cuándo se debe almacenar un dato en el diario. Las razones para
almacenarlo pueden ser: (
(
3. Cambio del dato o de la información de calidad (espontáneo);
Expiración del periodo de integridad (cíclico). (
Diferentes bloques de control permiten almacenar información de distintos DataSets en el diario. (
(
(
(
(
Servicios Cliente I Servidor C.0055.ADA I v1.02

OMICRON
Academy
4.7 Práctica: Trabajando con IEDScout
4.7.1 Tarea
Usar IEDScout para examinar los servicios de comunicación cliente I servidor usados por los sistemas SCADA.
Verifique las funcionalidades siguientes en la subestación ejemplo de la Figura 4-9:
a. Maniobrar el interruptor y verificar su estado;

b. Comprobar los informes de sucesos de interruptor;
c. Añadir un nuevo informe al relé SIEMENS mediante la creación de un DataSet dinámico.
CerOt'ct.ctlfm
Notebook (Clienl)
í
WmltIl$GIon,"'J
192.168,0.151
co,'' ' t.<$I-----.L -,,

CS I
I
ABa REx630
Siemens
192.168.0.103
7SA6x
'92.168.0.101
Roport
Figura 4-9: Ejemplo de subestación con servicios Cliente/Servidor
4.7.2 Procedimiento general


(
(
(
(
(
(
OMleRON
Academy (
(
2) Abrir fEDScout haciendo doble-clic en el icono: ~
OMICRON
(
IEDSccut
(
3) Pulse el botón Configure: cerciórese de que la dirección IP de su computadora es correcta en la página
RFC1006; asegúrese también de que todos los lEOs se han añadido en la ventana Servers. (
4) Conecte con el Interruptor mediante la función Discover . (
. '.
r\' ft<U'''' Cp'~rn ;;ei1' (

~opcnsCl .. ¡ás~so..i ~ Di..:.,.>.';, ji Ched<~-~d~l @o S;mul!lbOn~
. (
SCM!rNcrne: U01] alCl'~B,oaku,'92.16a.O.77 ::J (
Com:,,1 1
(
(
4.7.3 Maniobre el interruptor y verifique su estado (
1) Navegue hasta el nodo lógico XCBR adecuado (en este simulador solo hay uno - XCBR1): (
(
(
(
(
(
(
(
(
2) Verifique el estado actual (posición) del interruptor:
s lID XCf:.U
~. ID sr
'fl¡¡mMOO {O, [0000000000000], f..m/02/2010 _"I:OS:+!.275, [OOOOOOOOJi } Pulse con el botón derecho en XCBR1.Pos y (
.1 ¡¡m 5ci1 {O, r~l, (oJ:1a/02!2010_11:QS:-H.27S,[I)XlOOOOO})} seleccione la función Read en el menú de
:!:l Iml Heal:h {O, [0000000000000l, {..m/02j20I(Ul:05:+I.275,[0000000J1J}
contexto. (
:fj [lE OpCnt { 0, [CIOOOOO:JOOOOOO}, {uOS/02/2010_11:Q5~43.631, [OlOlOOO 1]} }
, .. d
'l/rite
Poli
(
(
(
(
(

OMICRON
Academy
B Fe sr
:tJIiI!lMod { 0, [Ci!lOOOOC-.oooooo), (V03{t6f2010_09:-15: lf>,SZ4, [oocoowoD }
:+3 1iIil1l~ {O, {OOOCW."oOOOOO], {dJSfJ!;(20IO_09:4S:15.S2S,[OClOOOOOO]}} XCBR1.ST.Pos.stVal = 01
ot) lEHealth {O, [0000000000000], (UlS{l6,'U!1O_09:-!S:l\i.52S,¡OOCOOOOOJ)}
:ti GIil~nt {O, [OOOCoOOGOOOCOO], (tJJSf1!S.OOIOJl9:45:16.131,[01010001J)}
El inlerruptor está abierto
::1 DO PtI~ {[Ol), [OOJ00000000001, (u03/16/20lOJ)9:4S:15.131,[OlD1OOOlJ)}
DA nVal [OIJ
DA, ¡"""""""'J
I(i Menú de contexto en la Vista de Datos (Data View)
Pulsando con el balón derecho en un nodo, objeto o atributo se abre un menú con estas funciones:
Read Read - Aclualiza el valor mediante una pelición de lectura

Wrne
Write - Modifica el valor seleccionado
Poli - Añade los datos a la ventana Polling para lectura ciclica
Pe!!
Find in Name: Find in Name - Busca una cadena de texto en los nombres de los nodos
Rnd in Data en toda la vista de árbol
CollapsE AlI Find in Data - Busca un texto en los valores de los datos
Collapse AII - Colapsa todos los niveles del árbol bajo el elemento
Expand Al!
Expand AII - Expande todos los niveles del árbol bajo el elemento
Cap)! D.ata
Copy Data - Copia el contenido al porta papeles en forma genérica (texto)
Enable
Enable - Habilita el Bloque de Control de Informe seleccionado
Di,;;b!!:
Disable -Inhabilita el Bloque de Control de Informe seleccionado
GI GI- Inicia el envío del informe mediante una Interrogación General
Sub~(ribe GCB
Subscribe GCB - Suscribe el Bloque de control GOOSE
OisJble GC8
Disable GCB - Habilita el Bloque de Control GOOSE seleccionado
Emble GCB Enable GCB - Inhabilita el Bloque de Control GOOSE seleccionado
Show Data
Show Data - Muestra detalles de datos en forma estructurada (se emplea
Show AttributB
para visualizar datos complejos)
Se:lect Befen: Op!-rate: Show At!ributes - Muestra estructura detallada e información de tipo
para el elemento de datos seleccionado
Create DataSet
Seleet Before Operate - Seleccionar y maniobrar el objeto de control

Create DataSet - Crear nuevos DataSets
Los elementos serán accesibles solo en los tipos de objetos que los soporten.

(
/
\
(
OMleRON (
Academy
3) Cierre el interruptor de potencia: (
Q.: Ci'~UI(~",.
8 lD Q03CB Los objetos controlables se agrupan en IEDScoul
L'f) [!ll GGIOl
(
bajo la Restricción Funcional (FC) CO.
::ti lID wro (
¡f, [ID I..PHDl
E: I!D XCBlU Pulse con el botón derecho sobre XCBR1.CO.Pos
oc[l;sr y seleccione la función Select Befare Operate:
(
" 113 ca (
s GIl) Po$ { {f, {o, '000000000000000000000000000
(t; ~ SSOW { FJ { o, '0000000000000000000000000000\ $ele:d Before Operate
i+i lirJ ()per {F, {O, 'OOOOO0000000000000000Q000l)00(
(reate DataSet
Cfl tiC cancel {F, (O, '0000000000000000000000000I
:!! G:m BWpn {f)
~Gm BlkCIs {f}
(
Lfu] Se!ect Befare Operate 1. Seleccione la opción T (True) para
Cirrult Breaker Select y Operate
Pulse Select (
QO_SCB¡XCBR1.CO.Pos (2) 2.
¡:;IT------0-1-1--_-_-::::~~~===3: ~ 3. Pulse Operate (
JT 3 Operate 3 (
(
Algunos atributos de datos del objeto XCBR1.CO.Pos: (
(
(
{{F, {Z, 'OOO\,'OOOOOOOOOOOOOOOOOOOQOOOOOOOOOOOQOOOOOOOOOCOOOOOOOC 1. SBO con seguridad mejorada (
{T, {z,. 'oO'H}, +6, (uOa¡16{2QIO_11:~:37.000,[OOOO¡JOOO])¡ F, lOO]} (SBOw)
T 2. Operate (Oper) (
...
{2, 'OO'H}
(uOS/16j20 10_11:40:37.000, [oooooooo})

3. Cancel (
f (
[00] origin - indica quién
(
;1. {2. 'QO'..H ~},_...~.~(",=a~/l~6/,"=lO:_1="~..,:::,,,:::.:::OOO:::•.::IO:OOOO=OOO::J:J'.:,f,:.:IOO;:J;.;}_ __ emitió el comando
{2. 'OO'H}. (
ctlNum - contador en
... .~~~::~~~~~~-------------------
(UOS!16/2010_ll:-1O: 33. 000, [OOOOOOOOJ) una secuencia (
f
[00]
(
{F. {O, '0000000000000000000000000000000000000000000000000000000
(
(
(
í
(
Servicios Cliente I Servidor C.005S.ADA I v1.02

OMleRON
Academy
El simulador de interruptor de OMICRON, usado en la formación, implementa el tipo de
control Selet Befare Operate con seguridad mejorada.
Los datos de configuración de XCBR1 se agrupan bajo la

8 !Il XCBRl Restricción Funcional (FC) CF.
±l[DST
" lE co XCBR1.CF.Pos:
c. lZ3 CF > ctModel - tipo de control empleado:
ttJ DE Mod (O}
8 am Pos {4, +10000, Q} 1 = control directo con seguridad normal; 2 = SBO con
I!m ctlf.1odel 4 seguridad normal; 3 = operación directa con seguridad
~ sboTrmeout +10000 mejorada; 4 = SBO con seguridad mejorada.
r¡m sboClass O > sboTimeout - tiempo máximo (en ms) entre el
±l am BlkOpn (O} comando Select y el Operate. Si se excede este
8:J am Blkds (O} tiempo, el IP cancela al operación y envia una
respuesta negativa al cliente.
4) Verificar el nuevo estado del interruptor:
El ~ XC6R!
8 fe ST
;¡¡GIi,lMod {o, [OOOOOOOOOOOOOJ, (005/16/2010_09:45: 16.524,[00000000]) }
Pulse con el botón derecho en XCBR1.Pos y
lE tlE
Beh {O, [0000000000000], {UOS{16/2010_09:4S: 16.525, [OOOOOOOO]} } seleccione la función Read en el menú de
ffi ¡¡m
Health {O, [0000000000000], (uOS{16/2010_09:4S:16.525,[OOOOOOOO]}) contexto:
a:l liE OpCnt {2, [0000000000000], (008/16/201o_12: 15:39. 250,[010 10001]) }
E DO Pos {[lO], [0000000000000], (uQ8/16/2010_12:16:2O.15O,[0101ooo1))}
DA stl.'61 [10] Read
DA q (1).»JCo®:'JOOOOj Write
DA t {UOS!16{20 10_12: 15:20.150,[0 10 1000 1])
Etl m CBOpCap {O. [OOC/OOOOOCICIOO], (005/16/20 10_09:45:16.547,[00000000])} Poli
LtdZ3 co
¡;;'!I3CF
>Jll3oc XCBR1.ST.Pos.stVal = [10]
:+1 [l3 RP
El interruptor está cerrado

(
(
OMleRON (
Academy (
~. Uso de la función Polling para refrescar continuamente los valores de los datos
(
'3 !D XC5Rl
E:l Fe sr Pulse con el botón derecho en cualquier atributo que (
:tl!!mMod {O, [()Q(){)()OOo:.iOOOO], {u08/16
desee supervisar y seleccione Poli en el menú.
:±:!!mBeh {O, [I){)()()(){)()(], (U'Ja/16 (
ót· !lE Heallh {O, [OOOOOOOOOOOOOJ. {uOSi16
'+1 G:s OpCnt {2, (OOOOOOOOOOOOOJ, {uos{16
~-~
rtlJEiooirr •
DA stvl!l! (
DA,
DA t
¡ Wrlte
Poli (
~ lE C60pC~ Findin N~me
&.:; ru: ca
i · · · . .:y.:;;
~ Ii> 11 e lx tOOO~·~ Los datos seleccionados se añaden a la ventana
Polling.
(
~":, DO Qíl_Scap:.CliRl.ST.Pos
DA sfJaI [la}
DA, [0000000000000]
Todos los valores se leen ciclicamente en el intervalo
DA t (uoa¡16{20 W_¡2: 16: 20. 150, [OWl000 1J) definido.
(
(
Nota: Esta funcionalidad permite visualizar múltiples
datos relacionados - p.ej. una condición de
(
interbloqueos. Se pueden visualizar juntas todas las (
señales implicadas, y solo esas.
(
~ !, '.. _ ,'-;=--=~fiC"_--- , Nota: Antes de cerrar la ventana, no olvide pausar la (
operación o eliminar todos los datos de la ventana - de
lo contrario, fEDScout continuará leyendo los valores. (
5) Abrir el interruptor:
(
(
~ séle:ct Befare. Operate 1-;;-11
----~-
§ Ii i:l I 4. Seleccione la opción F (False) para
(
CiraJit Breaker Seleet y Operate (
QO_SCBjXCBR1.CO.Pos r:;-. 5. Pulse Seleet
L¡F-------------3--,~ Seled 0 6. Pulse Operate (
I:C¡F-----ICDI------3--r~· üperate(3' (
'---' (
(
(
(
(
(
(
Servicios Cliente I Servidor e.0055.ADA I v1.02 (

(
•
(
(
OMleRON
Academy
4.7.4 Trabajando con Informes
1) Identificando el bloque de control del informe:
Además del modelo de datos (Data), IEDScout

&1 IEDScou! descubre también todos los Bloques de Control
Fi!~ Act¡on~ Optiom HE!p_ de Informe contenidos en el interruptor. Los
~ Open SCL T il Save SCL Q" Discave, T
Informes no almacenados se filtran e identifican
con la Restricción Funcional RP.
@:Q.~B""'ke~
.~
ª'1\: Address
Data
192.168.0.77
Haga doble·clic en el informe existente.
i :E G GOOSE Nota: El intennuptor solo dispone de un informe no

~) RP Unbuffered Reports almacenado. Otros IEDs dispondrán de otros
Iml
QO_SCB/XCBR1.RP.urcbSTaOl informes pre·configurados, o bien podrán
:B 05 Datasets añadirse desde el Configurador del Sistema.
lfu] Circúít'Bá:aker: QO_SCB!urcbSTaOl

La ventana de Bloque de Control de Informe se
OK ~''¡rite Rerresn
abre, mostrando los atributos del bloque de
Attrbute Last Re:ad ITe Be: Written control.
tEcDSTaOl$RptID ~~~_~~~~ __ ._"".j"urcb5TaOl~
urcb5Ta01SR.ptEna F F
urcbSTaOlSResv F F
urcbSTaOlsDatset rQO_SCB/'XCBRlSST~ i¡o_scBlXCBRlSST'r ~-
urcbSTaOlSConfRev +1
+1- --- -- >- ~-- ---¡
urcbSTaOlSOptFIds [0111101111] [01111011111

urcbSTaOlS8ufrm +O +O
urcb5TaOlSSqNum +O
urcbSTaOlSTrgOps [011111] [011111]
urcbSTaOlSIntgPd +5000 +5000
I
trcbSTaOlSGI F F
......

c
(
(
OMICRON
Academy
Los atributos del bloque de control de un Informe no Almacenado son:
RpdlD: ID definida por el cliente para identificar el

informe
RptEna: habilitar I inhabilitar remotamente el proceso de

informe !mIiIiiEml
¡. - rutr,~
(
Resv: indica si el informe está o no reservado por un !.¡ nqlJtn,~"umbtr
.¡ report-timc-rttmp
cliente
I
.¡ /U5cn-fcr-in,Iu.¡¡en
.¡ dl1.a-~d-namt
DatSet: DataSet que contiene las referencias a los datl-,duence.
datos que forman parte del informe
,,i .¡.¡ bllffu·O\.'ti'flc ....
ffioyID
(
ConfRev: revisión de la configuración .¡ (cnf-re,';;;cn
(
1 .¡ ,egmH1tllticn
OptFlds: especifica cuál de los campos opcionales se

incluirán en el informe j.
~ ~
..
x (
BufTm: tras suceder el primer evento, se enviará el T T" e (
informe solo al final de este tiempo de buffer
---------. I bfTm l' ¡<me
)
SqNum: número actual de secuencia de los informes (

TrgOps: opciones de activación J d¡ta-,hanSt (
,¡ quality·,hlnge
.¡ dah·upd~lt
(
IntgPd: periodo de integridad en ms
,¡ ;nl~rity
,¡ gwer~I-¡ntvrogal¡cn
(
GI: Interrogación General
(
(
(
Pulsando con el botón derecho en el informe, (
t§ Address 192.168.0.77
seleccione Find in Data View del menú.
:+J t: Data (
:±l G GOOSE
(
C'
EF 05
~ Unbuffered Reports
=
__
¡¡¡¡¡r Q03CB¡XCBR~;-':n;;:.n'=.•• "'.=_o.,:'--____ _
oa-';-;;ts---1 Find in Data View I (
(
(
{
(
(
l
(
(
(
(
Servicios Cliente I Servidor C.0055.ADA I vl.02 (
(
(
(
OMleRON
Academy
La ventana Data View se abre, mostrando el bloque de control en el nodo lógico al que pertenece.
[1¡J Circuit Ilrf~kl'.r
!J ,C>~'!".,...¿ , '.¿
3 LO QO_SCll
'ti !ID
GGlOl
~, I!:JWfO
:t ICllJ'l-l)l
'.S !ID XCSRl
t:t:i [DSi"
:tl IDeo
[1'j [De;::
"lDoc
alIaR?
:-¡ am trcbSTlIOl {OUfdlSTaOl', F, F, "Q05CS/XCBRlSST", +1, (0111101111). i-O, -Hl, [011111), tSOOO, f}
I!m ItptlD 'lXdlSfaol'
t!L'!Rpl8\l; F
Im!Resv
(!t! Datset 'QO_SCIi/.(CSRlSST"
mConfRl'.v +1
!!mOptflds [Oll1l01l11}
Im!MTIO
1m! SqNun .,
+O
!!m TrpO¡:ts [011111J

!!m IlltgPd +5000
!!mGl F
2) Habilitar el informe:
alDRP
El m llrmSTaOl {"lXwSTaOl', F,F, 'QO_SCBACBRlSST', +1,
Gm RptID 'urmSTaOl"
; Potad Pulse con el botón derecho en RptEna y

GmResv F
üm Datset
üm ConlR.ev
I!C OptFlds
'QO"
+1
1011i
i
Writt:
pon CD elija Write
Fine! in Name
üm Bufim -+<Ji
Fine! in Data
ümS~w -+<JI
ümTrgOps [011] con~p~eAlI
üm lntQ?d +~ &pand AII

(mIGI F
i Copy Data
7. Ajuste el nuevo valor (New) a T (True)
B. Pulse Write
.j
C.0055.A DA I v1.02 Servicios Cliente I Servidor

(
OMICRON
Academy
(
También se puede habilitar el informe desde el menú de contexto (
sllRP
.. ,,"'f •• J ~ , .. ,: -' Pulse con el botón derecho y seleccione la
(
¡¡¡¡¡ "UD ·urcbsraOl~
Reild
función Enable.
¡¡¡¡¡ ..tEN F "",frite
m1 Resv F i Poli (
I!C Datset "QO_SCBiXCSRlssr"¡ Find in Name
[!lJ Confl:l.e'l +1 (
Find in Data
!lZJ OptFlds
am Bufrm
[0111101111]
+O I, Collapse AII
mil SQNum +O Expilnd AH Nota: Con esta opción, no solo se ajusta
g TrgOps lOlOl11} Copy Data RptEna a T, sino también Resv. Los
I!IIntg?d +10000 atributos TrgOps y IntgPd se ajustan a los (
I!m GI F Enable-
valores por defecto definidos en la pestaña (
Disable
Application de la ventana Configure de
GI fEDScout. (
(
3) Verifique el informe: (
amRP
8 JI urcbSTaOl {"urcbSTa01", F, F, "QO_SCB/XCBR1$ST~,
I!lll RpllD \Jr(:f:,STaOl~
iII RptEna T 1. En el bloque de control de informe, examine

l' Res..... F el nombre del DataSe! referenciado.
l' Datset ·QO...,SCB/XCBR1SST.. G)
l' ConfRev +1 Nota: fEDScout muestra en la pantalla principal (
una lista de todos los DataSets contenidos en el.
Se filtran bajo le Restricción Funcional OS. (
(
'(3 Address 192.168.0.77 2. En la pantalla principal de fEDScout, pulse el
G-J T: Oata DataSet correspondiente al informe. (
:+) G GOOSE (
'=:-l FÍÍJ: Unbuffered Reports
ll!lI QO_SCB/XCBRl.RP.urcbSTaOl
.3 OS Oatasets
O SCB/LLNO. GODOS t::'\ (
~~'~Q~O_~S~C~BI~x~CB=~~.S~T________~~ {
(
(
(
(
(
(
(
OMleRON
Academy
Se abre la ventana DataSet que muestra las señales contenidas en el DataSet y por tanto incluidas en el
informe.
[fu] Circuít Breakl!.r: QO_SCBíXCBP1SST L~JL.ª_L~J 3. Cambie los valores de

O,;I,!:,,, [\l!'.:!~\.;'t OK ! las señales en el
Monh", Value , proceso y verifique
QO_SC6/XCBRlSSTsHeallh {O, [0000000000000], (UOa¡16/2010_16:02:41.435,[OQOOOOOO]}} C] que cambian de
QO_SCS¡XC8RlS5TSOpCnt
estado en el DataSet
{O, (00000000000001. (UOS¡'16/1010_1ó:02:41.041,[01010001])}
r (p.ej. XCBR1.ST.Pos)
QO_SCBf,KBRlSSTSPos {[Ol], [OOOOOOOOOOOOOJ, (u0811612010_16,02'41.041,[OlOI0001J)} ~3
QO_ScerxCSR 1$STSC60pCap {O, [0000000000000], (u08/16/2D1O_16:02:41.457,[OOQoooooJ)}
-
I
También se pueden revisar los valores del informe en la Vista de Datos (Data View)
f.:l !!ll XCBRl Todos los atributos de datos incluidos en

s ¡¡o sr Informes también se ven actualizados en
;:¡,"] [lE ¡-!od {o, [ooooooooooow1, {uOa/16!2010_15:02:41.43S,{OOOOOOOOn}
;f!¡¡m6eh {O, [OOOOOOOOOOOOOJ, {uoaj16/201O_16:02:41.435,[OOOOOOOV])}
la Vista de Datos (Data View).
~+1 (lE Health {D, [OOOOOOOOOOQO(J], (uOSf16f2010_!6:02:41.435,[OOOOOOOO])}
~ i OpCnt {2, [0000000000000], {uOa/16j2010_16:36:02.e40,[OllJlOOQl])}
{{DI], [0000000000000], (uOS/16/2D1O_16:36:02,S-IO,[0101000l])}
[Olj
[0000000000000]
(uOS{16j2010_16:36:02.B40,[OlOlOOOlj)
.±.""~ CSOpC;¡;p {Q, [0000000000000}, {uOS/16/2010_16:02:41.457,[OOOOOOOO}}}
:±; fJ co
~tJ[13 CF
:±l[l3oc
5!¡gRP
La Data View en IEDScout emplea distintos lE -Initial value, !he value has no! ye! been upda!ed
colores para señalar el estado y la fuente de DO - The value has been relrieved by a read command
información del los Objetos y Atributos de Datos.
il!:l- Data has changed within a report
DO - Data has changed within a GI report
En todos los casos, los valores representados
son los mas recientes recibidos del IED sea por
il!:l- Value comes from periodic reporting
lectura, interrogación (polling) o informe. 1IiI- This value has just been written

(
OMICRON!
I~~ ((
Academy
(
Referencias a objetos con el símbolo $ como separador
(
'-'IDRP
·~i,[·H!'~?.:té¡.i$4·Ht,diiAeM'Ha;Jt:{~mmiJi$il Algunos valores leidos de /EDScout se muestran con (
u:m RptlD "urcbSTaOl" un símbolo $ separando los niveles de datos, en lugar
I!!il RolEn. F del acostumbrado punto.
iffi Res..... F
(
I I!!il D,15el 'QO_SCB¡XCBR1SST' I Esta notación viene del protocolo MMS utilizado para
l!Ul ConfRev +1 el mapeado de servicios cliente/servidor, el cual no
permite espacios ni puntos.
I&1 QO: QO.icd: QO_SCB!XC... I = !i 8 11 g¡
I,:::':"" OK Varue
1
(
~QO,.,-'_.,.SCB,.,...,¡X,.,C.,.BR:-1SST..,.=SHe.,-~:-Ih.,-_+~~~"L". __J (
QO_SCB¡XCBR1SSTSOpCnt {" }
QO_Sca!XCBR1SSTSPos {" }
QO_SCB¡XCBR1SSTSOlOpCap {, • } (
(
i
(
(
4.7.5 Trabajando con DataSets dínámicos
(
Los DataSets pueden estar pre-configurados, o pueden crearse dinámicamente mediante el
servicio Crea!eDa!aSe!
(
(
Server
(
Client
Un servidor puede contener instancias
predefinidas (configuradas) de DataSe!s, (
( •. . . '.11 Cre"'"",S"
Oynllmic DlIlIIset
(d~letable. Ir nol
referenClld by any
[}alaset
(non-deI6tab16)
que no pueden borrarse.
Si el servidor los soporta, un cliente puede
(
control block)
también crear DataSe!s dinámicos para (
[}a11ll.5et
usar en bloques de control de GOOSE o
(non-deletable) de informes, por ejemplo. Las instancias (
dinámicas de DataSets no deben borrarse (
Dynamic
en tanto estén referenciadas por algún
creation Configured bloque de control. (
(
(
(
(
(
(
(
(
(
{
(
(
OMleRON
Academy
1) Conecte al relé de SIEMENS usando la función Discover de IEDScout.
2) Cree el DataSet pulsando con el botón derecho en un nodo lógico y seleccionando la función
CreateDataSet:
" lD llD_OOOIm
:. UI lro.OOOIl'f:I.S
'" LD E_OOOIPll.OT
:"m¡~
~,m¡~¡
" Ir!~
,,' tGO'
!>1I3!X
'" 113o;.~ f,,,,h,,lh,,,,
"I:!ex , ... dinO ...
'.' !!llro::sw
t:IIZI'OIS2 (QlI.op><AlI
fc!!:1~3
't' ¡r:¡;.o¡:;~
('1,. .... "'1
"II:l=s
•. (!!lomel
.' !!ll!'meZ
,.; tm m>C¡
" m¡;>;;:'Cl
.. [!]or:;n :"Jb,,-.toGCt<
.. IIli~ROI C·"U,G{(i
"I!D),WU
fm~l'.·:C¡j
'.¡¡m'=l
,;!lZJQlI:<
Nota: El DataSet puede crearse en cualquier nodo lógico
',]<"c",,,,,o¡,,,,,, seleccionado.
("atoO",Sn
3) En la ventana Create DataSet, añada atributos al DataSe!:
1. Defina un nombre para el DataSe!: cambie

Bsae. s
solo el texto a continuación del caracter $ que
$tfl:U».lI= sigue al nombre del nodo lógico.
lf] 1!D)'1!;'l!OR
(!Jl!Doo;o~
é IID:OOllfflar
;;¡·um
RLPtllI
2. Arrastre los atributos que desee incluir en el
g 1'0151 DataSet al lado derecho de la ventana.
s- 1'015:0
srol5<
eiE~. 0 3. Pulse Create en la parte superior para crear el

DataSe!.
*8~~ \V
,
(
.~~~'§,
&~,
¡;roz.
8 I'PI!S

(
(
OMleRON (
Academy
4) Habilite el informe y asócielo al DataSe!:
¡;;] _SJ&e:lS
lt.' lD i!:D_OOOICTIU.
(
[:t' tu !E:l_OOOlDR
f!.- lD ifD_OOO1JoEt.S (
;,:- tu !E:l_Clo)IjL"ROT
1. Seleccione un informe existente, pulse con
~ I!D Lll-lO
<+, l!D!.I+iDl el botón derecho en el bloque de control de
S I!D POISl informe, y seleccione la función Enable
ff!Z3sr
(habilitar).
1:» lI3 CF
ff: 113 oc
blDRP
(
Re~d
!!m RptIO 2. Seleccione el DataSet que ha creado para
!!mRpIfrul F Writf;
que el informe lo referencie y pulse OK. (
!!m Res'I Po1l
!!m DatSet Find intJame
!!m conmev H
mOplflds [0000000000]
FindinDita
(
m 6ufrm- ."
.,
Ce1lap~e AI1
m S!t-llm
¡OOW,oO]
ExpandAI1
miro¡ODI; CopyDllta
CD
m!nt¡¡?d ."
!!mGI Enable
i:O lO IED_OOOll'il-OT
(
!lE 1.6cb601
é"; {-,F,F,-, Diuble
. :. 1l3" '1
"'.~ur.¡¡¡
• lIli """
(
!:!.' !ID l'O15l0 ~R*~'~~IIIIIIII~,I(IIIIII~*ljl~tllllUlI
'+1~sr
Seled Dah Set fer Report l"'ffl
~
"' 1l3"
:.; [I3oc (
'-~o~K-""lIL_-----_-r,;,; :e:: '-"wAOI
!lA !<pIlO
{'1lDJ;:OOlPROT!?DIS1S1<i'S<ld>A01', T, T,
1EDJ)OO:;PRO'f,'r'OIS1!Rl'w::DA01"
(
conccl I
"
.. """"
!lA I!.~~ ... (
DA DatSet 1ED3I<JOlPROri~0151mtlS=l1'
DA CooIR.ev +Z (
DA 0¡)1fId:¡ IOll!lOO(lnj
tIA liufTm
DA sc¡!lut!
t{I
+76
(
.
DA TlgOos
DA lntg?d
~
IOIll1l}
+500:)
(
(
(
(
(
(
(
(
{
(
(
(
{
(
Servicios Cliente I Servidor C.0055.ADA I vl.02 (
{
(
(
\
OMleRON
Academy
5) Configure el Bloque de Control de Informe:
Nota: Se debe inhabilitar el bloque de control de informe antes de poder cambiar sus parámetros.
Ajuste las opciones de activación:

Gm IntgPd +5000) Read
I!!il Gl F i Write 1. Pulse con el botón derecho sobre
TrgOps y seleccione Write.
Poli
",' ..........,<
"'""'~-------------------------------------',I•
, Current ![OlO"'}
N"" ;"'1i~"''iÍ;¡;¡¡Ii.'''I------~c=..---------------------------'-''.III· Elijas las opciones de activación
re$~,....~d
2.
,-
! Wme Cancel
'--1 _ 3. Pulse Write
'.¡ d~ta-chang~ , . !
=====j qu~lity-chen!le ~
i.¡
i.¡
data-updatc
intcgrity
0
l.¡ genf.rlHntcrr09~tion
[010111] Ajuste el periodo de integridad:

k-l!H"
am Gl F ' Re:ad
Write [ 1. Pulse con el botón derecho sobre
IntgPd y seleccione Write
2. Seleccione un nuevo valor en New
3. Pulse Write
Curren! 1[;.5'"0;;;00'-----------------------------------
New 1""0000 0 ¡
Type: unsigned
~_. ____ G:I~~e 1 i
2 !ID PDISl
G3[i3sr Habilite de nuevo el informe, por
lB ID CF ejemplo escribiendo "1" en el atributo
CBl130c RptEna.
SFCRP
E,' DO urcbAOl ('IED_OOO1PROT¡PDl515RP$urcbA01~J T, T, 18)
DA RpUD 1ED_000 lPROT¡f'OlS l,$RPSUrcbAO l·
-lo ¡~ ,
DA Resv T I
DA Datset 18)! Write
DA ConfRev +2 1, Poli
C,0055.ADA I v1.02 Servicios Cliente 1 Servidor

(
I~~ (
OMleRONI (
Academy
6) Verifique el informe de los valores elegidos:
(
rfIlEDxout
Flle Actlcm Cpticn, Help (
~ Open SCL .... e Save SCl ' \ Discover ..,..,¡ Check Model
1. En la pantalla principal de IEDScout,
¿' Q.~ ''''''Dos pulse en el DataSet que ha creado.
El Address 192.168.0.101
.:¡.¡ T;: Data
:ti G GOOSE
"f: ~ Unbuffered Reports
;+¡ RP Buffered Reports (
a os Datasets
~ lED_OOOIPROTJW~O,DataSeU (¡\ (
~ IED_OOOlPROT/PDlSl.IEDScout (deletable) ~
(
/
lli1 SiEf,.iENS: lEDJIOiJlPROT/PDlSlSlEDStóut [S?:]I.J~LJ-..EJ \.
Oe!ete OataSet OK 2. Visualice el informe desde la ventana
,- I DataSe!.
"""'"
IED_OOOlPROT¡l>DIS1SSTSStrSgeneral
I (
!B)_OOOlPROT¡'PDIS1SSTSOpSl;jenerm
iS)_000 lPROT¡PDIS2SSTSStrSgeneral
F
T 0
I8)_OOO lPROT/poIS2SSTSOpS<;¡enera! T
(
(
(
(
(
(
(
(
(
(
(
(
(
í

OMICRON I
~~
Academy
5 Servicios en Tiempo Real
5.1 GOOSE
5.1.1 Conceptos básicos y definiciones

El servicio en tiempo real GSE (Generic Substation Event - Evento Genérico de Subestación) definido en la
norma proporciona la posibilidad de un intercambio rápido y fiable de información entre dispositivos.
Se definen dos tipos de clases de GSE que tienen distintas

estru cturas de mensaje:
I G8IlEriC S~b~;ion Evenl I > GOOSE (Generic Object Oriented Substation Event):
I A veces denominado "nuevo GOOSE lEC". Los datos de los
mensajes GOOSE son de libre configuración, aplicando
I I DataSets que referencien cualquier dato del lEO.
GSSE GOOSE
Generic Generic > GSSE (Generic Substation State Event):
r Substation Object Orienled Representa el modelo de GOOSE definido en la versión 2 de
Slate Evenl Subs1alion Evenl
r UCA 2, y por tanto denominado a veces "antiguo GOOSE
"veA GOos:;:" de UCA". Se incluyó en la norma lEC 61850 por motivos de
compatibilidad histórica. Es similar en concepto al GOOSE
lEC, pero solo soporta una estructura fija de datos.
r
l
e Nota: En este curso, hacemos referencia solo a mensajes GSE I GOOSE de acuerdo al GOOSE lEC, es
decir, con DataSets configurables.
(
e El mode lo GOOSE emplea un método de comunicación por mUlticast, permitiendo la distribución de la misma
información de evento a más de un lEO. La información se publica en la red por un IED, y uno o más de los
e otros lEOs pueden suscribirse a ella. Se utiliza principalmente para información binaria, pero otros tipos de
datos están también permitidos. El publicador del GOOSE envia la información de manera no solicita da y sin
( confirmación.
e any data value

e publisher
e GOOSE
GOOSE
Grouped by
( OoE".
Data
GoCBReI' ConfRev OatSet ----- Se' status
e mullicas! ""oCom va lue
e Figura 5-1 : Publicación de mensajes GOOSE (Fuente: lEC Te 57)

(
(
(
(
c..
c..
c..
c.. T
L
(
C.OO55.ADA I v1.02 Servicios en Tiempo Real
l e OMICRON Academy 2013 Página 77 de 131
c..
l
l
(
(
(
OMICRON
Academy (
Los mensajes GOOSE suscritos por un IED pueden emplearse para el proceso interno de datos o para (
maniobrar una salida al proceso. La gestión y el proceso de los mensajes GOOSE recibidos no forman parte de
la norma. (
(
(
(
Figura 5-2: Suscripción y proceso de un mensaje GOOSE (Fuente: lEC Te 57)

(
Los Bloques de control de GOOSE (GOOSE Control Blocks - GoCB) se emplean para configurar y controlar
(
el proceso de publicación. Cada bloque de control hace referencia a un DataSet, el cual a su vez contiene las (
referencias a los valores que se han de publicar. Los bloques de control de GOOSE contenidos en un
dispositivo lógico se modelan como objetos de datos del nodo lógico cero (LLNO).
5.1.2 Aplicaciones (
El uso de GOOSE es de gran importancia, ya que soporta la implementación de aplicaciones en tiempo real, (
como:
(
> Señales de disparo (al interruptor de potencia o a dispositivos intermedios); (
> Bloqueo inverso de barras; (
> Señales de la función de auto-recierre;
> Interbloqueos con intercambio de las posiciones de interruptor y seccionador.
(
(
El sistema reemplaza las conexiones cableadas entre equipos en el intercambio de datos binarios de E/S.
(
Relays (
communicating
via GOOSE
" . I Brnary outpuls for
Fwdl8.vd dlreclion,
AR in progress,
" . I " . I ." I (
Tnp.etc.
hard v.~red to
I Substatloo Network (Process Bus)
1
binal)' 1I\puts I (
b- ,
(
" . I " . I <:

(
Figura 5-3: Comparación de cableado con mensajes GOOSE
(
(
(
(
(
(
(
Servicios en Tiempo Real C.0055.ADA I v1.02 (
(
(
(
(
OMleRON
Academy
Las ventajas que el sistema ofrece son:
> Ahorro de gran cantidad de cobre y tiempo de instalación;

> Fácil prueba de la conectividad;
> Cambios y expansiones del cableado son simplemente cambios de configuración.
5.1.3 Estrategia de retransmisión

Todos los dispositivos que envien mensajes GOOSE deberán repetirlos ciclicamente, incluso si no ha habido
cambio en los datos. Se define entonces un mecanismo de retransmisión para alcanzar el nivel apropiado de
fiabilidad.
El mecanismo opera tal como se ilustra en la Figura 5-4.
máx. Retransmisiones máx.

Intervalo de rápidas Intervalo de
retransmisión / retransmisión
1 ~ ~~ '111 1 ~ ~~ ~
Tiempo
Nuevo Suceso: Cambio en [os Datos
Figura 5-4: Estrategia de retransmisión de 105 mensajes GOOSE
Los valores del DataSet se codifican como mensajes de GOOSE y se publican en multicas!. A continuación de
( un cambio en los datos, se producen repeticiones rápidas, típicamente con intervalos de pocos milisegundos. El
intervalo de retransmisión se incrementa gradualmente hasta que se alanza un intervalo máximo de repetición.
Se utilizan típicamente intervalos máximos de entre 100 ms y unos pocos segundos (lEC 61850-8-1 especifica
un limite de 60 s). Los mensajes se retransmiten entonces con este intervalo hasta que se produce un nuevo
cambio en los datos.
..
(
Todo mensaje GOOSE porta algunos parámetros que controlan este proceso:
(
( > Status Number: se incrementa en cada cambio de datos;
> Sequen ce Number: se pone a cero en cada cambio de datos, y se incrementa con cada retransmisión;
> Time Allowed to Uve: informa a los suscriptores del máximo tiempo que puede transcurrir hasta la
( siguiente retransmisión. Si no se recibe un nuevo mensaje en ese tiempo, el receptor deberá suponer que
se ha perdido la comunicación (supervisión de "hilo roto" por diseño). El publicador debe retransmitir los
( mensajes en este tiempo, aunque tipicamente los mensajes se retransmiten en la mitad de este intervalo
(sugerido por la norma).
'-
(
(
{
C.0055.ADA I v1.02 Servicios en TIempo Real

(
I~~ (
OMleRONi (
Academy (
5.2 Sampled Values (Valores Muestreados) (
(
5.2.1 Conceptos Básicos
(
El servicio de Sampled Values está definido en la norma para proporcionar una transferencia de muestras
rápida y ciclica. Ofrece la posibilidad de transmitir valores medidos mediante muestreo desde transformadores (
de instrumentación. (
El servicio se basa en un mecanismo de publicación/suscripción para el intercambio de valores muestreados. El
publicador deberá muestrear las entradas con una frecuencia de muestreo especifica. Se añade una etiqueta
e
de tiempos a los valores, de modo que los suscriptores puedan verificar la secuencia de los valores. Las
(
muestras se publican en la red, y uno o más lEOs pueden suscribirse a ellas. (
samples of (
publisher measured values
e
Groupcd by
ItJsbf'ltane U5 (
Data
S •• n$tantaneOU$
mctll$unHi
e
Villue (
(
Figura 5~5: Publicación de Samp!ed Va!ues (Fuente: lEC TC 57)
(
Un bloque de control de Sampled Values (SVCB) se emplea para configurar y controlar el proceso de (
publicación. Algunos de los parámetros implicados son:
(
> SvEna - para habilitar / inhabilitar la publicación; (
> MsvlD - identificador de multicast de Sampled Values; (
> DatSet - referencia al DataSet cuyos valores se transmiten;
> SmpMod - especifica cómo se define la frecuencia de muestreo (por defecto muestras por periodo); (
> SmpRate -especifica la frecuencia de muestreo.
r
e
Los bloques de control están modelados como objetos de datos y situados en el nodo lógico cero (LLNO).
"(
(
(
(
(
(
(
(
(
(
(
(
(
(
Servicios en Tiempo Rea! C.0055.ADA I v1.02
(
(
(
OMleRON
Academy
5.2.2 Aplicaciones
La Parte 9-2 de la norma define los mapeos especificos para la transmisión de Sampled Values sobre
ISO/lEC 8802-3. NO define ninguna tecnologia de sensores. sino que se centra únicamente en el protocolo.
En el ejemplo de la Figura 5-6, la Merging Unit tiene la misión de muestrear las corrientes y tensiones de los
transformadores de instrumentación y publicarlas en el bus de proceso de acuerdo a lEC 61850-9-2. El
término "bus de proceso" se introdujo históricamente para referirse solo a Sampled Values, pero se emplea hoy
para las aplicaciones de tiempo real en general (SV y GOOSE).
¡---f::::=;:-- lEC 61850·9·2

'-{I:J~-r----o"¡ Sampled Values
r- Merging (multicast)
Uni!
NOI scope of
¡he itllndard
Figura 5-6: Merging Unit y el intercambio de Sampled Values (Fuente: lEC Te 57)
C.0055.ADA I v1.02 Servicios en Tiempo Real

(
(
(
OMleRON (
Academy (
En el ejemplo de la Figura 5-7 se muestra un esquema más detallado de una Merging Uni!. Está modelada en (
un solo dispositivo lógico llamado "MergingUnit". A la derecha se muestra la entrada de los valores de tensiones
y corrientes. Las fuentes de las muestras son instancias de las clases de LN TVTR (LN Transformador de (
Tensión de la parte 7-4) y TeTR (LN transformador de corriente de la parte 7-4). En este ejemplo, se reciben
(
las muestras de las tres fases y del neutro. Los datos están referenciados por el DataSet correspondiente
(DS1). Dos bloques de control de Sampled Values (SVControl1 y SVControl2) se han definido a fin de controlar (
el intercambio de las muestras. Definen dos distintas frecuencias de muestreo (8 y 16 muestras por ciclo
(
nominal).
(
Logical Device "MergingUnit"
(
(
(
Cu,r..,t
(
16/períod (
(
(
SVControl
(
O~tSe'.Rol
S<-I~!D (
(
Figura 5~7: Merging Ullit y nodos lógicos (Fuente: lEC Te 57)
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
{
(
OMICRON
Academy
5.2.3 Guía de Implementación 9-2LE
El mapeo de la parte 9-2 es muy general, con muchos parámetros a seleccionar, tales como la frecuencia de
muestreo y la estructura del DataSet. Sin embargo, solo una selección (perfil) puede implementarse).
El UCA Intemational Users Group ha publicado la Implementation Guideline for Digital Interface to
Instrument Transformers Using lEC 61850-9-2. El propósito del documento es definir un perfil de
lEC 61850-9-2, minimizando el número de parámetros, para facilitar primeras implementaciones. La guia recibe
también el nombre informal de 9-2LE (Light Edition).
9-2LE define un dispositivo lógico "Merging Unit" con los siguientes objetos:
> 4 Tensiones: 3 fases + neutro;

> 4 Corrientes: 3 fases + neutro.
Los bloques de control pueden definir una de las dos frecuencias de muestreo posibles:
> 80 muestras por ciclo: para protección y medida;

> 256 muestras por ciclo: para calidad de suministro.
5.2.4 Sincronización en tiempo

La sincronización en tiempo es un asunto importante, especialmente en lo que se refiere a Sampled Values. En
múltiples aplicaciones se precisa sincronizar el muestreo de distintas Merging Units. Un ejemplo sería cuando
un IED se suscribe a muestras de distintas MUs para realizar una función de protección diferencial o una
función de comprobación de sincronismo. La sincronización en tiempo puede lograrse por comunicaciones de la
red o por mecanismos de hardware; con una referencia de tiempos local relativa o con una referencia absoluta.
lEC 61850-8-1 especifica el uso de SNTP, una versión simplificada del protocolo NTP (Network Time Protocol),
a través de LAN para la sincronización en tiempo del sistema. Sin embargo, este método tiene un error en el
rango de 1... 1 Oms y es adecuado por tanto solamente a efectos de aplicaciones SCADA (p.ej. etiquetar los
eventos en tiempo).
9-2LE especifica el uso de una señal PPS para la sincronización en tiempo de las Merging Units. En este caso,
un pulso periódico con frecuencia de 1Hz se distribuye por fibra óptica. Se especifica una precisión de +/- 1~s
para la fuente de sincronización y una tolerancia general de muestreo de +/- 4~s.
Una prometedora solución para la sincronización precisa sobre Ethernet es PTP (Precision Time Protocol, IEEE
1588). Permite un error por debajo de 1 ~s. PTP es un protocolo que afecta a todo el sistema, requiere el uso de
switches especiales y debe estar soportado por los IEDs.

(
OMICRON!
I~~ ((
Academy (
5.3 Redes: Avanzado (
5.3.1 Pila (stack) de comunicaciones

(
El modelo OSI (Open Systems Interconnection) (ISOIIEC 7498-1) divide la funcionalidad de un sistema de
comunicaciones en 7 partes más pequeñas llamadas capas. Los requerimientos funcionales de cada capa
están definidos con el fin de obtener un robusto sistema de comunicaciones. El modelo no especifica los
protocolos que se usarán para obtener la funcionalidad.
La norma Ethernet ISOIIEC 8802-3 define una serie de especificaciones para la capa de Enlace de Datos (Data
Link) y la capa Fisica del modelo OSI. (
(
ISO(OSI model
(
1_ .tT~ansportLa~~r~
~ ;: =. Tep· Segmenl
(
(
3: Nelwork layer ~
(
IP - Packet. Dalagramm
Elhltrnel-1
Header Eth"rn<lI.Dat:l I Fes ¡ 2: Data Lillk layer
(
Elhernet - Packet (
1: Physical LAyer
(
Ethernet 10BASE-T. 10BASE·FL, 100BASE-TX. etc.
(
Figura 5-8: Ethernet y TeP/lP en el modelo OSI (Fuente: Presentación SCC, www.scc~online.de)
(
5.3.2 Paquetes de Ethernet
(
Todo dispositivo conectado a una red Ethernet tiene un interfaz Ethernet para manejar la comunicación con el
mundo exterior. Cada interfaz tiene una dirección fisica única, llamada dirección Ethernet o dirección MAC
(Media Access Control). Los dispositivos se comunican mediante mensajes cortos llamados paquetes de (
Ethernet
(
Un paquete de Ethernet contiene información tal como se muestra en la in Figura 5-9.
(
I P,..amble SFO
Dest.
Addres$
Source
Address
Type
.
.
PDU dependenton Type ...
,,
Fes
(
(
\ ,, (
Elhertype (2 bytes)
',,-
MACAddress (6 bytes) Ox0800= IP PDU =Protocol Data Unít (
Figura 5-9: Formato de paquete de Ethernet (
(
(
(
l
(
Servicios en Tiempo Real C.0055.ADA I v1.02

(
(
OMleRON
Academy
El Preamble y Start Frame Delimiter (SFD) son necesarios para el hardware, pero son descartados por el
adaptador de Ethernet. Por tanto, no se muestran en el análisis de los paquetes.
La Dirección de destino (Destination address - dirección MAC con 6 bytes) identifica qué dispositivo(s)
recibirá(n) el paquete. Debe ser una dirección de multicast, unicast o broadcast.
La dirección de origen (Source address - dirección MAC con 6 bytes) identifica el origen del paquete. La
dirección MAC es un identificador global único asignado por el fabricante de una tarjeta de interfaz de red (NIC-
Network Interface Card). Los primeros tres bytes contienen el número de identificación reservado del fabricante
del NIC.
El Ethertype es un código de 2 bytes en el paquete de Ethernet. Se emplea para indicar qué protocolo está
encapsulado en un paquete de Ethernet. De él depende la estructura de los datos contenidos en la Unidad de
Datos del Protocolo (Protocol Data Unit - PDU). El Ethertype con valor Ox0800, por ejemplo, indica el uso del
Internet Protocol versión 4 (IPv4).
La Secuencia de Validación del Paquete (Frame Check Sequence - FCS) es un valor de 32 bits y corresponde
a un CRC (cyclic redundancy check). Sirve para detectar errores de transmisión.
5.3.3 Etiquetas (Tags) de VLAN

El etiquetado por VLAN (Virtual LAN) es una norma de red que permite la separación de una red fisica en
múltiples redes virtuales. Si un switch soporta VLANs, los puertos del mismo pueden asignarse a redes virtuales
separadas lógicamente. La etiqueta de VLAN se emplea para identificar a qué VLAN pertenece un paquete de
Ethernet.
La etiqueta de VLAN está relacionada con la capa de Enlace de Datos (OSI Layer 2) y se incorpora al paquete
Ethernet como se define en IEEE 802.1q Y se ilustra en la Figura 5-10.
PDU dependenton Type ...
lPlO TPID '" Tag Proloco! Identifier

ra '" lag Conuollnformlllion
lag ProlocarlO
CFI = Canonical Formal Indleator
16M
Figura 5-10: Paquete Ethemet extendido con etiqueta de VLAN
Los primeros 2 bytes (TPID) "reemplazan" el Ethertype original e indican que se trata de un paquete con
etiqueta VLAN. Este valor es siempre Ox8100 (Ethertype = VLAN tagged). El Ethertype original se desplaza y
aparece posteriormente en el paquete.
--.-- .'
(
@OMICRON Academy 2013 Página 85 de 131
(
(
(
(
(
(
(
La etiqueta de VLAN puede usarse para dos funciones: (
,. Control de tráfico: separación lógica de la red mediante VLAN-IO; (
2. Control de Prioridad: usando la información User Priority contenida en la etiqueta de VLAN. Se pueden (
definir hasta ocho niveles de prioridad, desde O (minimo) a 7 (máximo).
(
(
5.3.4 Perfiles de comunicación lEC 61850
La nonma lEC 61850 define perfiles de comunicación, mapeando los servicios de GOOSE y Sampled Values
(
directamente a los paquetes de Ethernet de ISO/lEC 8802-3. La norma también define el uso de las etiquetas (
de VLAN y prioridad como se define en IEEE 802.1q.
(
(
(
Applic31iol\ (
Prcscl1l:nion (
Scss;ion
(
Transpon
XClwork {
Dat<l Link (
PhYJ;ical (
Figura 5·11: Mapeos específicos lEC 61850
(
(
Por lo tanto, los mensajes de GOOSE y SV se envian en paquetes de Ethernet como el de la Figura 5-10.
(
En lEC 61850 se recomienda un rango de direcciones para las direcciones MAC de destino, como se ve en la
Tabla 5-1. (
(
Tabla 5-1: Rangos de direcciones multicast recomendados en lEC 61850-8-1 Anexo B
(
Dirección inicial Dirección final
Servicio
(hexadecimal) (hexadecimal) (
GOOSE 01-0C-CO-01-00-00 01-0C-CO-01-01-FF (
GSSE
Multicast sampled values
01-0C-CO-02-00-00
01-0C-CO-04-00-00
01-0C-CO-02-01-FF
01-0C-CD-04-01-FF
<
(
(
(
(
(
(
-1 - ..
I
(
·i (
~ Cp~~ I (-QY' .o, _ ~ 10,- e'.9,iu,~ . iI I
i ! (
L
,... ._- t
_. <
(
Servicios en Tiempo Real C.OO55.ADA 1 v1.02 (
Página 86 de 131 el OMICRON Academy 2013
(
(,
(
(
OMleRON
Academy
5.3.5 Funcionalidad de los switch es y arquitecturas de red para redes lEC 61850
Los switches utilizados en la automatización de subestaciones eléctricas pueden soportar funcionalidades
adicionales para gestionar y optimizar la red. Estas funcionalidades incluyen:
> Etiquetado de prioridad;

> LAN Virtual (802.1 q);
> Gestión de redundancia: STP (Spanning Tree Protocol), RSTP, PRP, HSR y otros mecanismos;
> Soporte para sincronización en tiempo: SNTP o PTP (IEEE 1588);
> EMC y otros requerimientos en rango de temperatura de acuerdo a IEEE 1613 e lEC 61850-3.
La norma no define una topologia de red fija: es libremente configurable y ha de diseñarse para cada proyecto,
basado en sus caracteristicas especificas. Algunas posibles topologias se muestran en las figuras siguientes,
que también ilustran el uso de lEC 61850 en diferentes escalas.
Figura 5~15: Topología estrella en el bus de subestación Figura 5-16: Topología de anillo en el bus de subestación
RQuler
Figura 5-17: Topología estrella en bus de subestación y proceso Figura 5-18: Topología de anillo en toda la subestación

© OM1CRON Academy 2013 Pagina 89 de 131
(
OMICRON!
I~~ (
Academy (
5.4 Práctica: Analizar el tráfico de GOOSE con IEDScout
(
5.4.1 Tarea
(
Usar IEDScout para analizar el trafico de mensajes GOOSE en la red de nuestra subestación ejemplo en la
Figura 5-19: (
a. Suscribase a los mensajes de GOOSE existentes;

b. Analice el contenido de los mensajes suscritos.
Corr.«.t<'lnlO<'
Notebook (Cfl(!nl) eo,m"»<I<!ll''''l
192.16&0,151 / (
s-----~-- (
(
(
(
(
(
AS8 REx630
Siemens
7SA6x
192.168.0.103 (
192.168,0.101
(
(
CQOSE:
CS Po~¡\!On (
(
Figura 5 19: Ejemplo de subestación con tráfico GOOSE
M
(
(
(
(
(
(
(
(
(
(
(
(
(
(
Servicios en Tiempo Real C.0055.ADA I v1.02 (,
(
(
(
OMICRON
Academy
El etiquetado de VLAN se usa en lEC 61850 para control de prioridad. Es posible separar datos crítícos en
tiempo y de alta prioridad (p.ej. para protección) de tareas de baja prioridad (p.ej. interbloqueos).
Ethernet-Switch
passln'g lane'for lec GOÓS
I GOOSE I
Figura 5-12: Prioridad en paquetes de GOOSE y Sampled Values (Fuente: etz-Report 34, Karlheinz Schwarz el al., VOE Verlag)
El campo TPID tendrá el valor Ox8100 según 802.1q. El nivel de prioridad debe ajustarse durante la fase de
ingeniería del sistema. El uso de VLANs está definido como opcional; si se emplea, el VLAN-ID debe ajustarse
por configuración.
Hay Ethertypes reservados para los mensajes de GOOSE y Sampled Values, registrados por la autoridad de
registro de la IEEE. Los valores son los mostrados en la Tabla 5-2.
Tabla 5-2: Ethertypes asignados en lec 61850
Ethertype
Uso
(hexadecimal)
lEC 61850-8-1 GOOSE lipo 1
lEC 61850-8-1 Gestión de GSE
lEC 61850-9-2 Sampled Values
Un ejemplo de un mensaje de GOOSE con etiqueta de VLAN se muestra en la Figura 5-13.
tv1ACAddress Header Original

VLANTag
Deslination Source Elhertype
(example)
01-OC-CD-01-xx-xx 00-lA-70-95.All·26 Ox8100 Tel Ox8888 GOOSE PDU
/' .
~ "-
'-,
VLAN tagged Priority+ GOOSE
Ethertype VLAN·ID Elhertype
Figura 5-13: Ejemplo de un paquete Ethernet GOOSE
e.OOSS.ADA I v1.02 Servicios en Tiempo Real

(
f
OMICRONI
I~~ (
Academy
El GOOSE PDU deberá ser como se especifica en lEC 61850-8-1 Anexo A (Especificación del protocolo de
aplicación para gestión de GOOSE y GSE). La sintaxis de un lEC GOOSE PDU se ve en la Figura 5-14.
(
IECGoosePdu ::= SEOUENCE {
gocbRef ID] IMPLlCIT VISIBLE-STRING.
timeAllowedtoLive [1J IMPLlCIT INTEGER,
datSet [2] IMPLlCIT VISIBLE-STRING.
galO [3] IMPLlCIT VISIBLE-STRING OPTIONAL.
t [4] IMPLlGIT UtcTime,
stNum [5] IMPLlCIT INTEGER,
sqNum [6] IMPLlCIT INTEGER,
test [7] IMPLlCIT BOOLEAN DEFAULT FALSE,
confRev [8} IMPLlCIT INTEGER,
(
ndsCom [9] IMPLlCIT BOOLEAN DEFAULT FALSE,
numDatSetEntries [10] IMPLlCIT INTEGER,
(
allData [11] IMPLlCIT SEOUENCE OF Data,
securfty [12] ANY OPTIONAL, (
-- reserved for digital signature
(
Figura 5-14: Sintaxis de un mensaje GOOSE de acuerdo a lEC 61850-8-1 Anexo A (
(
Las reglas básicas de codificación de ASN.1 (especificadas en ISO/lEC 8825-1) se emplean para codificar y
descodificar los telegramas de GOOSE, como también se define en el Anexo A de lEC 61850-8-1. (
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
1
•• _L
Servicios en Tiempo Real C.0055.ADA I v1.o2

OMleRON
Academy
5.4.2 Procedimiento General
2) Abrir IEDScout haciendo doble-clic en el icono: ~

OMICRON
IEDSccut
3) Pulse el botón Configure:
~ lEDSccut t c?J;=-~jLfU
Jd~ ;.:~1¡r.n~ __~Ft,~s !1de
6 Open SCL ... ~ SaveSCL ' \ Discover .... ..¡ CheckModel , ®O Simulc.tions - @Subscripti~-~s ,-O-Mess-o~~-sl- ~ Confi~ur~' ,- -
I
a) En la pestaña GOOSE, campo Adapter, seleccione el adaptador de red con el que su PC se conecta al
sistema lEC 61850.
~-~~O~-ffgt-~~i6;;:ré!~p-:dg-;a::;,-o-.if~\oMi¿RdN\IED-s~~t'i\iED~~~:-~Shi<_-;" ::/
F.¡Ie. Help .....
Servers I Ap~lic~tion I GSSE IGOOSE jRFClo061 P;ef~renc~s 1
Adopter 00: RealtekRTL8169/811 OFa-I
Jefault Step Delay ;~ f ti( l - ¡ ~ n ~ wtL • ;;;¡ - ¡
nsmission strotegy 01: Intel(R) 82567LM Gigabit Network Connedion
02: Intel(R) WiFi Unk 5300 AGN
03: T APWin32 Adapter V9
¡' prollle ¡
b) Repita la selección de adaptador de red en la pestaña GSSE.
Lfu1 Configuraticn [C;\Progra~DatiJ\OMICRON\lEDSccut\IEDScout.ini)

Fí,!!!__ ~~e!p__
SeNers (A~PI-i~8.tio-nl GSSE IpoosÉ f RFC1 0061' Preferences 1
rGSSE
i Adapter 00: Realtek RTL8169/811 OFa -1
I Jefault Step Delay 1"''''00'''0'-_ _ _ _ _ _ __
L nsmission stre,1egy i StrateqyType···
Nota: No es preciso modificar los otros parámetros que se encuentran en las pestañas GOOSE y GSSE.
Ajustan algunos valores de los mensajes GOOSE y solo se emplean cuando se realiza simulación de
GOOSE con IEDScout.

(
OMICRON e
Academy
5.4.3 Suscribirse a un GOOSE
Hay tres formas de suscribirse a un GOOSE usando IEDScout: (
a. Con la función Subscribe; (

b. Desde la función de GOOSE Sniffer; (
c. Desde el GOOSE Control Block en el Modelo de Datos.
(
(
5.4.3.1 Con la función Subscribe
(
1) Pulse el botón GOOSE Subscriptions de la barra de herramientas (o desde el menú Actions):
(
~¡m5ee!lt (
¡,It Act':;ni __C¡¡t_~()~Ii. H~p
6 Open so... .... e Sove SCL '\. Discover .... ~ OleckModel ¡§ Simulo.tions o Messages ~ Configure (
(
2) Defina las suscripciones de GOOSE: (
. (
lfuJ GoosÉ SUbS(ript¡~ns i=li EfY l:{-l
file (
1. Pulse Subscribe en la ventana GOOSE (
Subscriptions
(
2. Entre los parámetros necesarios (
manualmente:
• GoCBRef: Referencia al (
GOOSE control block
I .""crbeCP_bmbel sniffer
I Recordi1Q
I • GoIO: Identificador GOOSE
(
• MAC Address: dirección de (
destino
[1] $ubséribe:tc> ti GOOSE (
• ApplO: ID de aplicación
(
Nota: Los valores en la imagen
corresponden al GOOSE del (
simulador de interruptor. (
3. Pulse OK (
(
(
Servicios en TIempo Real C.0055.ADA I v1.02

OMICRON
Academy
3) El mensaje GOOSE se añade a la ventana GOOSE Subscriptions:
Fj!e;
______,'
QO_SCB/LLNOSGOSgcST
subscribe Unsubsaibe I 5niffer Recording
¿No dispone de los parámetros necesarios para la suscripción?

¿Ni siquiera sabe qué mensajes GOOSE circulan por la red?
El GOOSE Sniffer en IEDScout proporciona una mare fácil de examinar y suscribirse a los
GOOSEs que están presentes en la red.
5.4.3.2 GOOSE Sniffer

1) Seleccione la función GOOSE Sniffer del menú Actions (o pulse Sniffer en la ventana GOOSE
Subscriptions ):
scover ... [§] G005E S~bs(fipticn~

Ch«k tAcdel
F,le
Mesilges
Configure
GSSE Suhwipti/lM
GOOSEfGS5E Simul~tion~
GOOSE Sul:miplions
GOOSESniftet
GOOSE R«I::r<ling
Pollin9
O.taVi,......
Sú"",,, 1 ""'-"- 1 I "'!fue 11 R'"",", 1

(
(
(
OMleRON (
Academy
2) La ventana del GOOSE Sniffer se abre y muestra los mensajes GOOSE detectados: (
. (
Ikl GOOSE Snilfft
(
(
(
(
1stop_1
3) Expanda los mensajes para obtener una vista detallada (incluyendo los parámetros necesarios para la (
suscripción): (
..
~ GOÓSE Sniffer
. (
, (
-~n.~·lsüm1PRoTMi{o'$Go~;:;trOi':D-;;s~tl·--'----·--·-·· -----.---.-..---.~--. GOOSE de un relé
GoID o
r-IAC Ol;(k:cd:Ol:OO:OO
(
AppID
DalSet IED_OOOlPROT/ill1OSOau.SeU (
~ 'QO_SCB/LLNOSGOSCcST" +-------------..j---J
~:~
E
::Oc:Cd:Ol:Ol:ff1 GOOSE del interruptor I
>\:)pID 0)):0000 (
Dl!.tset Q\l_5C5IU.NOSGOODS
(
(
----_._-_._---_._---_._----------- (
( l I!!
(
(
(
(
(
(
(
,
('
(
,L
,
(
(
(
Pagina 94 de 131 © OMIGRON Academy 2013
(
OMICRON
Academy
4) Suscribase a uno de los GOOSE
1. Seleccione el mensaje deseado (aqui el

GOOSE dellP)
2. Pulse Subscribe
5) El mensaje GOOSE se añade a la ventana GOOSE Subscriptions:
[§] GOOSE $ubscripticns

FIle
:,:;, I~rG;¿5Ref" .....___ ... _m •••
QO_SCB¡\.WOSGOSgcST
Dstl-lac 01:Dc:cd:Ol:01:ff
G,ro
""'ID
"
,'"".,
"'''''
Stlt.Jm
QO_SCSft·LNOsGOOOS
1
227'
""""
.. _ ~efunl:no'...'I1 {to 1}. [OOOOOOOOO{lQOO] ,0,[0000000000000]
iiEI mensaje GOOSE no porta la descripción de los
elementos de datos, solo sus valores!!
objRefUl"llno'....n [OlJ
ObjR.ef unknO',\'I1 [OC>QOOOOOOOOOO]
ObjRefunl:no'Hn o Vemos la indicación "Object Reference
ObjRef urn:nOI'lf1 [otlOOOOOOOOOOO} unknown".
objRefunl:nown F.~
ObjRef UI"lIno'lll1 [OOOOOOOOOOOOO}
ObjRef unknown False Se precisa conocer el DataSet para comprender el
ObiRefunl:nown foooooooooooool
:ti Goose Header
significado del contenido del mensaje GOOSE.
( r---------·----¡¡¡-·--------·-----
""""" I ~ I
¿Cómo obtener las referencias a objetos?
Si usamos Discover con ellED, IEDScout conocerá el DataSet relacionado y
automáticamente incluirá las referencias a objetos en la suscripción del GOOSE.
.. .

(
(
(
OMICRON
Academy (
6) Pulse Discover y seleccione el IED (aqui seria el interruptor): (
ffi!U:O;"'e,..t
(
f'~ l",,,,,,
~ Open so. ..
O¡;l",n<
El s~
t<"'?
s9 '\ DísCO\tef .. 1-1 a.~c:kModel @Simul!llloo$ (
I~'~ .......... .... .......... ... . (
SeMl,Neme' h01) O'CIIÍ\8recker 192.1GB.O n :::J (
ILfB!loeCl i Cancel !
7) Refresque los nombres de los atributos:

.
\
En la ventana GOOSE Subscriptions, pulse con el

botón derecho en el mensaje y seleccione Refresh
Atlribute Names en el menú.
UnsubscribU'Oeltte
Edit Subscriptlon
Rdr~h Attribute N~mei
CopyData
Unsub~ribeAlI (
(
(
... ..... (
".,."" ""',.,-_. . _...__...
(
;:¡-[~rG;c~~f
';"Q;ÜC6MJ¡O$GO~-'--'-'-
lH:G:::cd:Ol:Ql:ff
"'''''
G,ID
A.-"'PlD " (
Dat.S1!t
",.
""'"
'"
~ta
o;-
...
QO_SCS¡UflOSC-oo.::lS {[O!J,[OOOOO()'~.:lJ,O.[oo(
Ahora se muestran los nombres de los datos
(
(
QCl_Sce/XC9Rl.ST.Pcs.stVal (Ol] contenidos en el mensaje GOOSE.
QO_SCBIXCSR l.ST ,Pos.q
QO_SCIi,'XC9Rl.ST.OpCnt.stlla! ,
l_1 (
QO_SCBIXCSR1.ST.o.,cnt.q [OOOOOOOOOi}OO(l]
(
QO _SCe,'GGlOl.$T.lnd Lst\'a!
QO)¡CEfGGI01.sT .lrnll.Q '''''
jOOMOOOOOOOOOJ
QO SCIl,'GGI01ST.lnd2.stval FiI!!;~ (
QO-SC5{GGIOlsr.Ind2.Q ¡OOOOOOOQOOOOO)
,t: Gtoose He,~
(
,+ t1etwC<"k
(
{
(
(
(
(
(
(
(
(
(
(
OMICRON
Academy
5.4.3.3 Suscribirse desde el Bloque de Control de GOOSE
1) Pulse Discover y seleccione el lEO (en este caso el relé SIEMENS):
~IHlkoJt
~:~:'~:a.'4~''"~::s~ o.: Dis~f ~kChackMode, ~S,mulcbcn.
Server NMle. j¡02jSIEMENS 192.160.0 101 ::1

Cooood C4nc:el 1
2) Identificamos el Bloque de Control de GOOSE (GoCB):
/EDScout descubre también los bloques

File Actions Option~ He!p de control de GOOSE contenidos en el
a. Open SeL .... e Save SCL c\. Discover ... ..¡ lEO.
E· Q.q "sp:Ma!S Pulse en el bloque de control de GOOSE .

.,Él Addtess 192.168.0.101
~+-' T:: Oata
~ G GOOSE
@ lED_OOOIPROr/WlO.GO.ControLDataSetl
'+-. RP Unbuffered Reports
'.' RP Buffered Reports La ventana GOOSE Control Block se
E: oS!oatasetsl
abre, mostrando los atributos del bloque
¡¡:¡;j lED_OOOlPROTlWIO.OllmSetl
de control:
115] 51EMÉÑ. .••.•.. < •.•• > GoEna: indica si el GoCB está
()!( Write Refresh """"1>e habilitado/inhabilitado para enviar
Attribute LastRead ITO Be Written
mensajes
OJntrol DataSetlSGoEna ¡T > GoID: identificación del GOOSE
controlj)ataSetlSGoIO '0' ..,. definida por el usuario
ControtDataSetl'SDatset 'lED_OOOIPROT¡tU1OSOataSetl· "IED_OOOlPROT¡l. > DatSet: referencia al DataSet cuyos
Control_DataSetl$ConfRev +1 +1 miembros se envían en el GOOSE
Control_DataSetlSNd!;Ccm F F > ConfRev: Revisión de configuración
ConiroLDataSetlsDstAddressSAddr 'olOccdOl0000'H 'OlOccd01OOOO"rt > NdsCom: necesita puesta en servicio
Control_DataSetl5DstAddressSPRIORITY +4 +4 > Addr: dirección MAC de destino
control_DataSetlSOstAddressSVID +ú
+<l
> PRIORITY: Prioridad del mensaje
Control_OatllSe:tlSOstAddressSAPPlD +1
•
~._-- . .----_. __ __._ .._--_. -- ------------
._.
+1
> VID: VLAN·ID
> APPID: identificador de aplicación

(
(
(
(
OMleRON
Academy (
(
~ Address 192.168.0.101 Pulse con el balón derecho en el GOOSE y
+,T::i Data seleccione Find in Data View en el menú. (
'" G GOOSf
~l.!EO,....OOOlFROT/WIO.(
(
it. RP Unbuffered Reports
Find in Data Vicw ] (
~t RP Buffered Reports
~ os Datasets
~ IED_OOOIPROT/LUlO.DataSetl
(
La ventana Data View se abre, y el bloque de control de GOOSE relacionado se resalta" (
lD lE:)_OOO'IDR y,; lO tEOJy..olDR

lD rEl_OOOlMEAS rf.- LO laUlOOl/>V.S
lD !ED_OOOlPROT 8 LO 15UII)Jl.ROT
2 ¡elliloJ . (
,., [13 ST
:~; ID CO
(
'":~j III
a! Cf
oc
8'~ ID SP (
-'+i [13 RP
,< III " (
pillo<>
tllJ GoEr..!.
(
ll!J GolD ·0'
ll!J oa~t "JE)_OOOlPROT,UNQ~taSet1' (
!le canfRe-l +1
0Ii! Jtd$Cc.-m F (
'" (!Ii! Dl;tA:l:Irom {'Ol()c~dOlOOOO'H, 1-4, +D, +1}
m:l3 Ad;!r 'OI'kal{llOOOO'H (
m:l3 1'Rl0RlTl" +4
m:l3 ~"ID -ti!
(
tm! mm 41
"lilE> (
ifl !ID LI'!-OI
t:U,~ f'DlSl
(
(
Nota: Los bloques de control de GOOSE se modelan siempre como un objeto de datos en el nodo lógico cero
(LLNO). Se filtran e identifican por la Restricción Funcional (Fe) GO. (
(
(
(
(
(
(
(
- -¡-~ (
Se¡yicios en Tiempo Real C.0055.AOA I vL02 (

(
(
(
OMleRON
Academy
3) Suscribase a un GOOSE:
B LO LED_OOOlPROT
8 I!l) w<o
iElI3sr
[±; lI3 co
[tJ lI3 CF
lfJ lI3 oc
9-"] lI3 SP
(tJ r:3
RP
ffi[¡3iiR
El GO lB
~ i*';j!tlYí",tM~irbGS*jifJit~-"--"._¡X1L, _.w=_3.b ¿¡¡;¡! LG,q .. En la ventana Data View, pulse con el botón
GIi! GoEna T i Re,.,d
derecho en el objeto de datos del bloque de control
lit! GoID '0· . Write
del GOOSE y seleccione la función Subscribe
GIJ DalSet iEIUOO1PR~ Poli
GCB.
G!J ConIRev +1 i Fiol:! in Name
a
G!J OstAddress
am NOsCom l'
{'ollkcdolOC
i Find in Data
G!J Addr 'Ol;cdO¡oJ CcllapsfAll

tim PRIORm' +4 EXlland Al!
GIi)VIO +ú Ccpy Data
tim APPro -+1
:f) lI3 EX
;;el !D Lf'l-[)l
[-8 l!lI PDISl G!
)i., !D PDiStO
ff.¡ l!lI PDIS2 Sub$<:ribt GCB
'f' I!D PD1S3 Disable GCB
::1:: !!Ii 1'015" En~ble GCB
[-E I!ll P'OIS5
, ,'V"""',,,
=
OK Wri~ Refrem
li ""'''''''' I Nota: La suscripción puede también hacerse
directamente desde la ventana GOOSE Control
I""""t, eo"R..,
Block.
lO.
'0' '0'" ,,'
'lED _OOOlPROTIu.i:mSo~taset 1" 'IEDjlOOlPROT¡\
+l '
H
F
'D1O,-'"tI1)lOOC>(i'H
!+l +l
1'" '"
IH H
.0"""'" • ___
" "
" '.,. " ' .. .. , . ,~--

" . ,
(
C,0055,A DA I v1-02 Servicios en Tiempo Real
(
I~~ (
OMleRONI
Academy ,
\
4) El mensaje se añade a la ventana GOOSE Subscriptions: (

(
~ GOOSE Subscripticm
file
;~ ~ GoalRef rED _000!?R0l t.:i:NOSGOSControlJ)ataSetl

(
"",'"
GoID
Ol:lk:cd:Ol:OO:OO
O
AppID OxOOOl (
2 -Datset
Stt...;m
Ollla
:=:~ IED_OOO1i'ROTIltNOro... taSetl
rED_OOQlPROTPTRCl.ST .S:'.O;
rED3¡OO 1?ROT/?"iRC 1.sr,Str.QeOefal
lEO3!OO1?ROTf,..l.f.10$OataS~tl
1
2.5553
{{OOOOOOOOOOOOOl,f~, [00000000000I."ll] ,Fase}

[oomoooooooo]
false
IEDScout muestra automáticamente
las referencias a objetos.
(
(
rED_COO1i'ROTPTRCl,ST ,Tr ,q foo»)i)OOl)OOOOJ
tE{) OOO!PROTP"Kl.ST.Tr. er~1 ¡:a~
(
(
'"
(
(
(
5.4.4 Analizando el Contenido de un mensaje GOOSE
Los datos del mensaje GOOSE se (
&1 GOOSE SlJb¡cripticn~
organizan y muestran de la forma (
El ~G~{"-'--""- ,-,.,.,-'""................... ~L1EDj;iiiPROTf"ifm'~~c¡_&¡,;s;ti-~-'
siguiente:
(
o ••
DstM6c 01:Ik:ol:Ol:O:i:OO
'oID O 1. Información general para identificar
""'ID
DlIlSet
SltlJm
CD 0x0C')1
!ED_OOQl?ROT}..w3S)~~tt
1
el GOOSE
(
,ml
"""
"'.
:; lED_OOOlfROTt.lNOsOau$etl {{OOOO)OOOQ<}OOOj,fll!sE,,[QOOOCoOOOOOOOOj,¡:¡;lse}
2. Sección Data, que contiene los
valores de los miembros del
(
lED_OOOtAAOT¡PTRCl.ST.Str.q [000000000..1000]
O2 lED_OOOlPROT/PTRCl.ST.Str.~ral
lEO_000 lAAOT¡'P1'RCl.ST .Tr.c;
lED_OOOlPROT,'PTRCtST,Tr.oenera!
FlIiu,
[IJOIY..'OQOOOOG]
Fa.'se
DataSet del GOOSE (
(
S ~Heedtf 3. Sección Goose Header (Cabecera
EntryTme t (uOS/19j2ü 10_o3:57: 1O.32:6,{001o.101O))
Te<.it F
de GOOSE) con algunos (
G)
3 NdsColll
coom~
F
1
parámetros del PDU del GOOSE
(
HoId 75D
Remannc JSl 4. Sección Ne!work con las
•• tl.!!twm
Sr&.ac OO:09:8e:ff:7f:79 direcciones MAC de origen y
(
8)
4 Dstfuc
V!AIl ID
Ol:OC:o::I:O!:OO:OO
>1.AN TAG 001 avai\able O!" invb\d
destino, VLAN-ID y prioridad
\'l.AN1':'io \'I.ANTAGnota,~",irwiUd (
,ti 00 GoeBRef Qt!_SCS,UN05GOSg6T
I ! (
(
(

OMICRON
Academy
I§] GOOSE Svbmiption;;

File
L_....___............ . ........ .... . ..J-'¡--;:~~I

Ej"-'~-GOCBRef IED_OQ01PROTIWJQsGOSCootrol_DataSet1~"-=' GOOSE del relé
Dstl4ac 01:Oc:cd:Ol:00:00
GolD o
ApoIO OxOOD1
Datset IED OOOlPROTtUNOSO"taSetl
2
1~:~::~
Data
________________~37~n~l ____ ~I~ 1. Parámetros de la
estrategia de
retransmisión:
lEO_000 lPROT¡lJ'TRCl. 5T .Str .general
lEO_000 lPROT jPTRC 1.5T .Tr .Q • Status Number
• Sequence Number
~
'''" • Hold =Time
EntryTime t
Test ,,
(uOSj1912010_0S: 57: 10,326,[001010 IOn
allowed To Uve
Hdscom
ContBev
L-~==~
Hold
Remaíning
____________~7~~~ 351
____ ~1~,
2. Las señales General
Start y Trip incluidas en
el GOOSE no están
a Network
SrcMac OO:09:Se:ff:7f:79 activas
DslMac 01:Oc:cd:Ol:00:00
VLAN 10 VI..A1~ TAG not avaiable or invafid
VLANPrlo Vl..ANTAG not aYa~able: or in...a~d
3:] ~ GoCBRef QO_SCBA.lNOsGOSgcST
Subscribe Unsubsaibe I Sniffer Recording
{
(
(
(
(
OMICRON (
Academy (
(
(
QO_SCB¡\.lNOSGO~
(
GOOSE del interruptor
"'IM& 01:OC:td:Ol:Ol:ff
~!D 99
.""ID
Dlltset
StNum l
5,..", W360 (
_, Data
3 QO_SCS,'LLNOSGOODS La posición dellP se (
QO_SC6¡'"":C5R l.sr.Pos .stva!
QO _SCB/XCBR I.ST ,Pos.Q
incluye en el GOOSE.
Q-J_SCB,lXCBR1.ST.OpCnt,stva! O
QO_SCS/XCER1.ST.OpCnt.Q [OOOOOOOOOOOOOJ ilnterruptor abierto! (
QO_SCBjGGiOl.ST.Indl.stva! False •
QO_SCBIGG!Ol.ST.lrnh,q [OOOOOOOOOQOOO]
QO_SCB¡GGlOl,ST.Ind2.stval FalsO!!-
(
QO_SCB!GGIOl,ST.tr.d2.q [OOOOOJOOOOOOol
301 Goor...e He~ (
(
(
Podemos examinar el contenido de un GOOSE consultando el DataSet (

(
~.!i[<;4,~ Los DataSets existentes (para informes, GOOSE, (
S ..-..1.:Iress 192.166..0.101
T:i Data
etc.) se filtran y muestran en la pantalla principal.
;;J
S G liOOSE
(
~ IED_{¡OOlPROT,WIO,GO.COn!T(lI_D~~S~t1
;" 1tP Unbuffcred Report$
Haga doble-clic en el DataSet relacionado. (
.' 111' Buff.. red Reports
~ DS oatascts (
Los miembros del DataSet se muestran en la (

ventana DataSe!.
(
M""""
IfD_OOOlPROT¡1>1RClSSTSStrSq [0000000000000) I (
IfD OOOlPROT¡1YTRClSST$Str$genera! F
lED_OOOlPROTjPTRCl$TSTrSq [0000.."'00000000]
Nota: El DataSet contiene solo referencias a los (
datos. IEDScout actualizará los datos en esta
IED_OOOlPROT,-PlRClSSTSTrSQenera! F
ventana solo si los datos originales se actualizan. (
(
(
(
(
(
\
(
(

(
(
OMICRON
Academy
6 Configuración del Sistema
6.1 General
Uno de los aspectos fundamentales de la norma lEC 61850 es la definición de una configuración normalizada
para el sistema de comunicaciones global. Esto se hace en la parte 6 de la norma, con la definición del
Lenguaje de descripción de la Configuración de Subestación (Sistema) (SCL). Se especifica un formato de
archivo para describir los aspectos siguientes y las relaciones entre ellos:
> Estructura primaria del sistema (diseño funcional de la subestación);

> Configuraciones y parámetros de los IEDs relacionados con la comunicación;
> Configuración del sistema de comunicaciones.
Su principal propósito es permitir el intercambio de los datos de configuración del sistema de comunicaciones
entre las herramientas de configuración de IEDs y las herramientas (posiblemente de otros fabricantes) de
configuración del sistema en forma compatible.
El lenguaje SeL se basa en el eXtensible Markup Language (XML). XML es un método para representar
información estructurada. Un documento XML de estructura y contenido, y puede estar asociado con un
esquema XML. Un esquema XML define la estructura y la sintaxis de un documento XML y típicamente
restringe el rango de elementos y atributos que pueden emplearse en el documento. La Figura 6-1 muestra un
pequeño ejemplo de un documento XML.
contenido del
elemento
<?lCm! version=~1.0" encoding:::"UTF-S"?>

<COOlpany_cardo>
<name>
r::~=-i- _____ ~<short_name>OMICRON<fshOr1_name>
nombre <fuU_name>OMICRON ele<:tronfes GmbH</fuILname>
del <{name>
<counll)':>Auslria</country>
elemento <phane> TYPE="Office-~43 5523 507 O</phone>
<phone!> TYPE="Fax">+43 5523 507 999 <'pharle>
</cornpany _card>
valor del atributo
Figura 6-1: Ejemplo de un documento XML
C.0055.ADA I v1.02 Configuración del Sistema

(
(
(
OMICRON (
Academy
6.2 Rango de aplicación de Sel
(
lEC 61850-6 Anexo A especifica el esquema XML usado por SCL (http://www.iec.ch/61850/2003/SCL).
(
El rango de aplicación de los archivos SCL se ilustra en la Figura 6-2. Las tres partes principales de un archivo
SCL: (
(
> Subeslación: describe el diagrama unifilar de la aparamenta y qué equipos y funciones primarios se
utilizan; los equipos y funciones de la subestación estan relacionados con los nodos lógicos contenidos en (
la parte lEO; {
\
> lEO: describe todos los dispositivos de hardware (lEOs) usados en el sistema de automatización de
subestación. En esta parte se describe el modelo de datos implementado en el lEO, incluyendo sus (
dispositivos lógicos y nodos lógicos. Los lEOs se conectan al sistema de comunicaciones por medio de sus (
puntos de acceso.
> Comunicación: describe las conexiones lógicamente posibles entre lEOs en sub-redes por medio de e
puntos de acceso. (
(
(
,,,
1 _____________________ _ (
(
(
e
(
(
(
,,,
,, (
1______ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - _________________ ,
(
Figura 6-2: Rango de aplicación de SCL (simplificado)
(
(
(
(
(
(
(
(
l
(
Configuraci ón del Sistema C.0055.ADA I v1.02 (

(
,
{
(
OMICRON
Academy
r ="- ttIp./Iwww.lo¡;.chIEilllSO/2OO3JSCl.
='~ ~,I"""";"".wi"':g.i2001IXM..SChemO-h$lanco
="¡:.tttp:/lwww...
~ PrIvIltI!(3)
4' SUbllt~J=l!l""eI
_1 J
e.chl61~SC1..:=I
..¡ C<lf1'll'r1ol,g>k:.tlon
1 ~ PriYooia hT-".':e"'~,·.,.,~'r;'"R"",,"
-' .!:: Subfletwor1< n",,".c-",""""¡ t";-.;~",·~~!_crrc;·
"" IBI(.i1
I ,~-
... 2 1ED6312
= I}opll
-~oIeO-:7sAX
~~1!c.7SA:<
= monul'u'lur....
""'"'
=
'"
~ontlgVer~n = <kt.~
7sÁ63i vúi
7~31 V~:fi(2)
OPrlllll.1I
.!:PrI..te'¡·4\
.!:PrI..t.,\4-,
OServices
.:!l Servk:c.
.':'::S.. rv_k:~
(_}_~!",~o~
.!: Acc ....Po!nl; ;,~
"" (laItdypeT.. mPi~.... - """" '" :r.~_",,"'olnt,,~
'1 .!: LHodaType p~;

~DOT)'P"('I())
J ;=~~~,:. "
Figura 6-3: Ejemplo de Archivo SCL

(
(
(
~~ (
OMleRON (
Academy
6.3 sel en el proceso de ingeniería
La Figura 6-4 muestra el concepto general del proceso de ingenieria de un sistema de automatización de
subestación con el uso de intercambio de datos en SCL.
-..,
-..,
SSD
System .... , ICD (
(
Configurator (
11 11 11 ,1
(
c:.: (
c:.
.-- Il (
1 (
(
~
SCD (
CID
{
~
Figura 6-4: Concepto de SCL (

(
Tres herramientas de ingeniería se introdujeron para resolver las tareas requeridas:
(
> Herramienta de Especificación del Sistema (System Specification Tool): se emplea para definir el (
diagrama unifilar de la subestación, incluyendo los equipos y funciones primarios requeridos;
> Configurador de lEOs (lEO Configurator): herramienta especifica del fabricante que permite generar los (
archivos de configuración de los lEOs y cargar dichos archivos en el lEO; (
> Configurador del sistema (System Configurator): herramienta independiente de los lEOs, usada por el
ingeniero de configuración del sistema. Los archivos con la descripción de las capacidades de los lEOs y la (
especificación del sistema se importan en el Configurador del Sistema. La tarea es asociar las funciones de (
los IEDs con las de la subestación, y configurar la comunicación entre diferentes lEOs.
(
(
(
(
(
-¡
(
(
l
(
(
(
Configuraci ón del Sistema C.0055.A DA I v1.02 (
Página 106 de 131 lO OMICRON Academy 2013
(
(
(
OMICRON
Academy
Los siguientes tipos de archivos SCL, con diferentes extensiones, se especifican en la norma a fin de
intercambiar datos de configuración entre las herramientas de ingeniería:
> SSO (System Specification Oescription): describe el diagrama unifilar de la subestación, los niveles de
tensión existentes, equipos primarios y nodos lógicos requeridos para implementar las funciones de la
subestación. La norma define la importación de este archivo como opcional.
> ICO (lEO Capability Oescription): describe la capacidad funcional de un tipo de lEO. Cada tipo tiene un
archivo ICD asociado, que contiene los nodos lógicos del lEO, los datos y los servicios soportados.
> SCO (Substation Configuration Oescription): contiene todos los lEOs configurados, la configuración de
comunicaciones y la descripción completa de la subestación. Lo genera el Configurador del Sistema
durante el proceso de Ingenieria del Sistema, y es una parte esencial de la documentación del proyecto.
> CID (Configured lEO Oescription): este archivo es opcional y especifico del vendedor. Contiene una parte
del archivo SCD con toda la información relacionada con un lEO especifico. Si se emplean archivos CID, se
debe generar uno para cada lEO en el proyecto, a fin de cargar los datos de configuración en el lEO. Se
permiten extensiones privadas, puesto que normalmente la configuración del lEO requiere más información
de la que se encuentra en el archivo SCD.
La Edición 2 de la norma ha introducido dos tipos de archivo adicionales, a saber:
> 110 (Instantiated lEO Oescription): intercambio de datos entre el configurador del lEO y el configurador del
sistema. Describe un lEO individual, (pre)configurado especificamente para un proyecto. Puede utilizarse al
comienzo del proceso de ingenieria del sistema en vez del archivo ICD, o para actualizar el Configurador
del Sistema en caso de modificaciones al lEO (p.ej. cambio del modelo de datos).
> SED (System Exchange Oescription): se emplea para intercambiar datos entre dos diferentes proyectos.
Describe los interfaces de un proyecto que podrá usar el otro, y las conexiones entre ambos.
¡ (ci~~~; ~-1
i ITEMPLA~E I
L
LJLJ LJ .cid
Propriet:lry files
lEO configurator
System
configurator lEO configurator
Figura 6-5: Archivos leD e 110 en el proceso de ingenieria según lEC 61850~6 Edición 2 (Fuente: lEC Te 57)

(
e
\
OMleRON (
Academy (
7 Pruebas
(
7.1 Tipos de pruebas

La norma lEC 61850 se centra en la especificación de dos tipos de pruebas:
> Pruebas de conformidad: para verificar que el comportamiento de comunicaciones de un lEO cumple con
la especificación lEC 61850.
> Pruebas de rendimiento: para verificar los tiempos de operación de un dispositivo bajo los requerimientos
de operación especificados.
Estas pruebas no sustituyen a las pruebas funcionales que se realizan durante las pruebas de aceptación en (
campo o en fábrica (SAT - FAT), que se realizan para verificar el correcto comportamiento de los dispositivos y
del sistema general frente a requisitos especificas del cliente. Aunque la definición de estas pruebas no entra
en el rango de aplicación de la serie lEC 61850, se ha normalizado el uso de distintas funciones dedicadas a la
prueba. Esto proporciona importantes beneficios al usuario final.
(
7.2 Pruebas de Conformidad
lEC 61850-10 especifica métodos y casos de pruebas abstractos para las pruebas de conformidad de los lEOs
,
;
empleados en los sistemas de automatización de subestación. Se incluyó en la norma desde el principio, y (

facilitó sustancialmente la fase de introducción de los sistemas lEC 61850. El paso con éxito de las pruebas de (
conformidad es condición necesaria para la interoperabilidad de los dispositivos, pero no suficiente: reduce
sustancialmente el riesgo de problemas de interoperabilidad y aumenta la confianza. (,
Las pruebas de conformidad se realizan basándose en las capacidades aprobadas por ciertas pruebas. El (
fabricante debe proporcionar ciertos documentos cuando envíe un equipo para su prueba, entre otros: (
> Declaración de Conformidad de la Implementación del Protocolo (Protocollmplementation Conformance (
Statement - PICS): especifica qué funciones se han implementado en el dispositivo; (
> Información Extra para Pruebas de la Implementación del Protocolo (Protocollmplementation eXtra
Information for Testing - PIXIT): información adicional requerida para pruebas; (
> Declaración de Conformidad de la Implementación del Modelo (Model Implementation Conformance (
Statement - MICS): detalla el modelo de objetos implementado en el dispositivo.
(
La parte 10 especifica casos de prueba para su utilización en la definición de los procedimientos de prueba. (
Entre otros elementos, dichos casos cubren los siguientes:
(
> Comprobación del archivo de configuración SCL de acuerdo a lEC 61850-6; (
> Comprobación de la implementación del modelo de datos de acuerdo a lEC 61850-7-3 Y -4;
> Prueba de los servicios ACSI según lEC 61850-7-2 Y mapeados especificas (8-1 y 9-x).
(
(
,
f
(
(
(
(
(
Pruebas C.0055.ADA I v1.02 (
(
(
(
OMICRON
Academy
lEC 61850-10 define las medidas de rendimiento que deben medirse en los lEOs de acuerdo a los
requerimientos definidos en la parte 5. También define los métodos de medición y estadisticos a aplicar cuando
se declara los parámetros de rendimiento de un dispositivo.
7.4 Pruebas Funcionales
7.4.1 General
Durante una prueba de aceptación en campo o en fábrica, así como en pruebas de rutina, se requiere una
prueba funcional de los lEOs y del sistema global. Se realizan pruebas para certificar la correcta funcionalidad
de, entre otras, las aplicaciones siguientes:
> Protección;
> Control/Interbloqueo;
> SCAOA;
> Monitoreo;
> Registro;
> Medida.
El uso de lEC 61850 en comunicaciones ha cambiado la forma en que se realizan estas pruebas. En vez de
conexiones cableadas de p.ej. señales de arranque y disparo entre el relé y el equipo de pruebas (Figura 7-3),
el ingeniero de puesta en servicio debe configurar un "cableado virtual" con mensajes GOOSE. En un escenario
de pruebas totalmente en red, como el de la Figura 7-4, los valores de falta también se envían por el equipo de
pruebas como Sampled Values sobre la red.
Prolection
I
Hard·wired
Figura 7~3: Pruebas de protecciones con cableado convencional
GOOSE
Figura 7-4: Pruebas de protecciones totalmente en la red
(
(
C.0055.A DA I v1.02 Pruebas
(
I~~ r
OMICRONI (
Academy
Para probar subestaciones y equipos basados en lEC 61850 que utilicen GOOSE y Sampled Values,
OMICRON proporciona una gran variedad de equipos y herramientas de prueba .
. _.. __ ............ e . : : : : : : ._. m..... mm.m..n._m ..m"r..···..·..m..m..

S.Cl:.,J~• • ~:::::::: ¡
(
lEO IED
CMC850
: SCADA IEDScout t SVScout +
0.1(356
(
], )
Ov\C 353
ClvlC 256ptus "";.;.;""'..... ;;:;F:=:¡;;,:,...
. . . . .---f!! -<____ ,' ~¡t

~ ¡ ~~ ~~
, ~
.
,
(
SubS1"tion Neiwork
Electnca! Power System

,
(
(¡rcuit 6r€aker
Figura 7~5: Vista general de una subestación lEC 61850 Y las herramientas de pruebas de OMICRON
(
(
(
(
(
(
(
(
(
(
(
!-
(
(
(
Pruebas C.0055.ADA I v1.02

OMICRON
Academy
El UCA Intemational Users Group implementó un subcomité de pruebas a fin de
hacerse cargo de los temas de pruebas en lEC 61850 en nombre de los usuarios. El
User Group, en estrecha cooperación con el lEC TC57, ha definido casos de prueba
concretos y procedimientos de prueba de los dispositivos, así como instrucciones
para la acreditación de los laboratorios de pruebas.
lEC 61850Certifi¿ai~L.e\feIA1
No. 30520008..consultf1g 2005..0513
1$$u&<:l10:
ABBOy
Oistribu1ion Automation REF545V3.0
Muottitie 2A with SPA-ZC 400 Vl.02
FI·651o{Vaasa
Finland
lssued by: KEMA!1!(

The product has nol shown to be non-confonning to:
lEC 61850-6 , 7-1 , 7-2 , 7-3 , 7-4 and 8-1

, Communication networks and systems in substations
Th& GonlClmance lest has b':6n poarkmnoo ac:oord4-.g to lEC 61eso.10 wrth product's prctocot mod6! afld tachnical
isslJO hlpl&1OOntnlion ronformanoo statIiHl'11lnts: 'IEC6HI50 comcrmanoo Slll.t~HI'Klnt 101' REF5~5 tinO SPA·ZC40x
v1,4doc~ and 'lEC ~lS50 T\$suu conformance ~aron1(mt lar REF545 and SPA·ZC 40)( v1.0:doc'"", a!'ld 8J<.tra
lolcrmatíon lor I&sting: (PIXlTJ "lEC 61850 p¡Xrr fer REF5J.5 and SPA·ZC <lOX"t.5 doc".
n~ le!!ewing lEC 6~a50 ecnfcrmance block,. havé be6!1ll1st&dw;~h a pcsitive r6$Ut íOU'Tlber 01 relllvarn aro exeeutrló
oost e8SolS' tettll numoor el :1'1'1 CMilS as derneó in too UCA lntema!ienal Users Groop De ...¡oo Test prO«tdlXes):
Bas'ic ExchanlJe (19.'23) Olroe'. Conlrcl (4'11)

Data 5e!s (~f5J Enhnnced SBOCertrol ((na)
Unbt.1léred Repofts i1 tl13) Time Syn::hroni:at'icn {3/4)
Buffere¿ A,)ports (14/15)
Figura 7-1: Ejemplo de certificado lEC 61850 emitido por KEMA
C.0055.ADA I v1.02 Pruebas

(
(
(
I~~ (
OMICRONI
Academy
7.3 Pruebas de rendimiento
lEC 61850-5 define requerimientos de rendimiento de los mensajes. El foco principal está en la definición de
un tiempo máximo permitido para el intercambio de datos, también llamado tiempo global de transferencia (
(overall transfer time). El significado de este tiempo se ilustra en la Figura 7-2.
(
Transfer time t '" la + tb + le (
t. (
Cornmunr- Communi-
(
1'" cation H!l----""i!~ cation
processor prccessor
,... ,.... ! ....,..•.......

'-----'
..•.. !
:1.
, . ,..... >.... ,'----'
Physlcal devlce PD1 ¡ ¡ Phys/cal devlce p,D2
DUT . ··'1 ,... ..... .,. /
~
(
Appl
',cat',on I "Stack"
I I
1,. Network
.. i
.1 Test Set
I
"stacr Application (
!few Dozen! (
t,= ? t. =? i Ils i <1ms
(
~--------~¡ ¡~--------~
Figura 7-2: Definición de tiempo global de transferencia y tiempos a considerar en un escenario de pruebas (
La parte 5 define diferentes tipos de mensajes, agrupándolos de acuerdo a sus requerimientos de ejecución.
(
Ejemplos son: mensajes rápidos, mensajes de velocidad media, mensajes lentos y mensajes de datos "en
crudo", entre otros. (
Para acomodar distintos requerimientos de las subestaciones, algunos tipos de mensajes están subdivididos en (
clases de rendimiento. Para aplicaciones de Protección y Control, son: clase P1 (bahias de distribución), clase (
P2 (bahias de transmisión) y clase P3 (bahias de transmisión de altas prestaciones).
Tabla 7-1: Ejemplo de tiempos globales de transmisión de algun os tipos de mensajes
(
(
Tipo de Mensaje Descripción Clase de Rendimiento Máx. tiempo global
P1 10ms (
Tipo 1A "Disparo" Mensaje rápido
P2/P3 3ms (
P1 100ms (
Tipo 1B "Otros" Mensaje rápido
P2/P3 20ms
(
Tipo 2 Velocidad media 100ms
(
(
(
(
(
(
(
Pruebas C.0055.A DA I v1.02 (
(
(
OMleRON
Academy
7.4.2 Equipos de prueba
Los equipos de prueba CMC 850. CMC 353, CMC 356 and CMC 256 equipados con un interfaz Ethernet,
pueden usarse para probar en entornos lEC 61850 con GOOSE y Sampled Values. Hay dos tipos de interfaz
Ethernet, ambos con dos puertos de red:
> Opción NET-1: un conector RJ45 para par trenzado + un conector de fibra óptica MTRJ
> Opción NET-1 B: dos conectores RJ45 para par trenzado (con PoE - Power over Ethernet)
,,,
\\::11
«
,(!!J.
:2i--, ,!uvlf? (> ,.. ,,! 0<
Figura 7-6: Interfaces Ethernet NET-1 y NET-1B para los equipos de prueba eMe
El CMC 850 es el primer equipo de pruebas del mundo dedicado a lEC 61850. Está enfocado en las
comunicaciones en tiempo real mediante GOOSE y Sampled Values como interfaz con los equipos en prueba.
El CMC 850 opera con el contrastado software Test Universe y ofrece incluso más funciones útiles accesibles
directamente en el dispositivo (mediante interfaz Web).
Interface for CMIRIG"B or CMGPS
low leve! outputs 1 - 6
Figura 7-7: eMe 850 - El equipo de pruebas lEC 61850

(
l
(
<-
(
e
(
(
(
l
"l
( C.0055.ADA I v1.02 Pruebas
(
(
(
I~~
OMICRONI
Academy
7.4.3 El Test Universe y los módulos lEC 61850
El software Test Universe contiene módulos que permiten configurar los equipos de prueba CMC con puerto (
Ethernet.
(
lEC 61850 MOdules"'1 m Sampled Value~ Confrguration (
iI ~ GOOSE Configuration
L~ GSSE Configuration
(
Figura 7-6: Módulos de configuración lEC 61850 en Test Universe
(
(
7.4.3.1 GOOSE Configuration
El módulo GOOSE Configuration configura los mapeos y prepara el equipo de pruebas CMC para comunicar
con mensajes de GOOSE en la red de subestación. Como cualquier otro módulo de pruebas de OMICRON,
puede insertarse múltiples veces en las plantillas de prueba para configurar automáticamente el "cableado".
Para facilitar la entrada de datos y evitar errores de escritura, los parámetros pueden importarse de archivos de
configuración en el formato normalizado SCL. (
(
Los equipos de prueba CMC operan con los datos de estado en los mensajes GOOSE como si estuvieran
"cableados" a las entradas y salidas binarias de un equipo de pruebas CMC. Los atributos de datos de los (
mensajes GOOSE recibidos (suscritos) actúan las entradas binarias del equipo de pruebas (por ejemplo,
disparos o arranques). Las salidas binarias del dispositivo CMC actúan sobre los atributos de datos en los ,
(
mensajes GOOSE simulados (publicados). Gracias a este enfoque genérico, ilustrado en la Figura 7-9, todos (
los módulos de prueba del OMICRON Test Universe pueden funcionar con GOOSE.
(
Test Modules (
1 ! (
Binary Inputs BinaryOutputs (
!physlcal or vIrtual) (physlcal or vIrtual)
t (
I Mappings ~
!I
(
GOOSE GOOSE
(
Subscriptions Simulations
(
1 Network ¡ (
Figura 7-9: Capas de prueba O MICRON (
(
(
(
(
(
(
(
(
(
(
(
OMleRON
Academy
Todos los tipos y estructuras de lEC 61850 pueden formar parte de un DataSet de GOOSE. Se pueden mapear
Boolean, Bit-String, Enum, Integer, y Unsigned. El rendimiento del intercambio de mensajes es de acuerdo a
Tipo 1A; Clase P2/3 (lEC 61850-5, "Trip" - "mensaje rápido más importante").
7 .4.3.2 Sampled Values Configuration

El módulo Sampled Values Configuration se emplea para configurar la generación de hasta tres flujos de
Sampled Values en el equipo de pruebas. Proporciona los parámetros de comunicación y habilita la emisión de
los Sampled Values. Para facilitar la entrada de datos y evitar errores de escritura, los parámetros pueden
importarse de archivos de configuración en el formato normalizado SCl.
Los equipos de prueba CMC generan los Sampled Values de acuerdo a la "Implementation Guideline for Digital
Interface to Instrument Transformers using lEC 61850-9-2" (9-2 LE) publicada por el UCA Intemational Users
Group. El equipo de pruebas genera Sampled Values a una frecuencia de 80 muestras por ciclo, como está
indicado para aplicaciones de protección y medida.
Los Sampled Values publicados corresponden a las tensiones y corrientes analógicas generadas en las salidas
analógicas del equipo de pruebas. Al estar disponibles también los valores secundarios, el sistema soporta
aplicaciones hibridas. La conversión de valores secundarios a los primarios emitidos mediante Sampled Values
se realiza mediante los ajustes de TT y TC del Equipo en Prueba. Con este método genérico, todos los
módulos de prueba del software OMICRON Test Universe pueden utilizarse con Sampled Values.
Para la visualización de Sampled Values, disponemos de la herramienta SVScout de OMICRON.
SVScout es una herramienta de medida y pruebas para ingenieros de protección y

desarrolladores de IED que trabajan con lEC 61850 Sampled Values. Admite Sampled
Values de acuerdo con la directriz de implementación (9-2LE) del UCA International Users
Group.
,,
( C.0055.ADA I v1.02 Pruebas

'" OMICRON Academy 2013 Página 115 de 131
(
(
OMICRON
Academy
(
7.4.4 Funcionalidad de prueba en lEC 61850
lEC 61850 ha normalizado múltiples funcionalidades que pueden emplearse para pruebas. Entre ellas se
incluyen:
(
> La posibilidad de poner una función en modo de prueba;
> La posibilidad de cualificar un servicio de controlo un atributo de datos en un GOOSE como enviado con
(
propósitos de prueba; (
> La posibilidad de suscribirse a menajes de GOOSE o Sampled Values provenientes de equipos de prueba
o simulación.
(
Un dispositivo lógico en un IED puede ponerse en modo prueba usando el objeto de datos Mod en el LLNO.
Adicionalmente. cualquier nodo lógico puede comportarse de forma controlada por el operador mediante el
objeto de datos Mod del nodo lógico. El comportamiento final de un nodo lógico está representado por el objeto (
de datos Beh. que resulta de una combinación de los modos del nodo lógico y del dispositivo lógico. Esto se
ilustra en la Tabla 7-2. (
(
Tabla 7-2: Comportamiento de los nodos lógicos (Fuente: lEC TC 57)
(
LNMode lDMode lNBeh (red on!y) lNBeh
XXXXJ.lod LLNOJ1od XXXX.Beh Villue
ro co eo !
(
cn-tiocke:l on-blocked 2
'"
en 3 (
test
test!b'ocke:l
"'~
testlblocked 4
'" eff off 5 (
'"O1-blocked eo on-blocked 2
oo-blocked OfI-tiOCke::l on-blocked 2 (
cn-blocked test test/blocked 4
oo-blocked test¡tbcked test;lblocked 4 (
O1-blocked cff eff 5
"','
",,'
eo
cn-b'ocked ",,'
tes!;lblm::ked
3
4
(
",,'
test
test
tesVt::locked
"'''
rest/blocked
3
4
(
test off off 5
test/blocked en m.st¡'blcd:ed 4 (
test/bbcked cn-tiockB::I lEst/bbd:ed 4
testJblocked test teWblocked 4 (
test/blocked test¡t:iocked test/blocked 4
test1bbc~d c" off 5 (
eff on cff 5
eff cn-!:iocked cff 5
off test eff 5
eff test¡tic:::kB::I cff 5 (
eff cff cff 5
Los posibles valores de modo y comportamiento son: on; on-blocked (Edición 1: blocked); test; tesUblocked y
off.
(
(
(
(
(
(
(
(

(
l
(
(
OMICRON
Academy
Su definición está normalizada y se presenta en la Tabla 7-3, la cual muestra cómo se procesan los datos
entrantes. Dichos datos pueden venir de:
> Un servicio de control: comandos de un operador que pueden enviarse en operación normal o bien con
propósito de prueba, ajustando el flag de prueba del servicio (service test flag) a True;
> Un mensaje de GOOSE: cualquier atributo de datos en un mensaje GOOSE lleva, como parte del estado
de calidad (atributo de datos q), la información de si se envia en operación normal o con propósito de
prueba.
Tabla 7-3: Definición de modo y comportamiento de acuerdo a lEC 61850-7-4 Anexo A (Fuente: lEC Te 57)
YES NO YES NO NO
\'lilue is rele~an:
value ,:,; relevanl )'alue 15 fele\.'iI~1 velee 15 televel'lt q "leS! +operalcr.
".. Iue 15 ,rrelevan:
q 15 releva"! q "operalor6Icc~eá q "test Blccked q '" ,,'\Valió
,. ,. ,. ,. ,.
POS. ac;' neg ilck. ne\;. ilC~ neg ilck neg. ack
,. ,. ,. ,. ,.
oo. ac~. neg. ac~ pos. ack. pes. ac~ l1eg, ack.
Prccesseé ~svalid Prccessed as valid ;:>rocessed as valió tl;ot Pr¡¡cessed
?rocessed as blocked Processed as blccked t'<ot Prccessad
Prccessed as \'3hl:l Process!!!! as ifwalíd ?rocened liS vahd NO! Prccessed
Preceneó as tnvalld Processed ~~ invahd Prccessed as t:lccked f\:ot Prccessed
Prccessed ilS ,n'illid processeo ¡¡~ ,"¡vaho Frocessed as in',altá Processed a~ Irwal;d Nct Processed
Prccessed processed Proce.ssed Processed Nc: ;:>,ocessed
I\'OTE A pracond~¡on of lha use of d:llerant modes (Modt3eh) is Ihe process,ng ef lhe qual~y status (q) of lha receiving informaBan,
Otra función está disponible para la simulación de GOOSE y Sampled Values. Cada mensaje de GOOSE y
Sampled Values tiene un flag de simulación que indica si el mensaje viene del proceso o si está generado por
un equipo de pruebas. En el otro extremo, cada lEO contiene un objeto de datos LPHD.Sim para determinar
qué mensajes deberá recibir el lEO.

,
{
(
(
(
La Figura 7-10 muestra un ejemplo de configuración de pruebas que utiliza las funcionalidades de prueba antes (
=
descritas. Para probar el relé de protección, el mismo se ajusta a Mode Test y LPHD.Sim TRUE. El relé =
procesa los Sampled Values publicados por el equipo de pruebas, e ignora los publicados por la Merging Uni!.
El GOOSE de disparo publicado por el relé se etiqueta como un mensaje de prueba (q.test = TRUE). Ajustando
(
el controlador dellP a Mode = TestIblocked recibirá el disparo de prueba del relé, pero inhibirá la salida fisica
de disparo al IP. (
(
(
(
/
SV{MU1. 5Im): SF"True l.
~
(
(
Figura 7-10: Ejemplo de uso de la funcionalidad de prueba de lEC 61850 (Fuente: disertación IPTS 2010. Christoph Brunner, Dr. Fred (
Steinhauser)
(
(
(
(
(
(
(
(
(
(
(
(
(
{
(
(
(
(
(
(
(
(
Pagina 118 de 131 @)OMICRON Academy 2013
(
(
(
(
OMleRON
Academy
7.5 Práctica: Prueba de protecciones con GOOSE
7.5.1 Tarea
Simule una ralla al relé en la Figura 7-11 Y verifique las siguientes tiempos de respuesta:
a. Tiempo de actuación del relé

b. Tiempo de apertura del interruptor
Nota: Crear la prueba dentro de un documento de oee.

Nota: El equipo de prueba se suscribe a GOOSEs que contienen la señal de disparo del relé y la posición del
interruptor de potencia. Las señales de tensión y corriente están cableadas.
.l
Cocnr.cUon far
_____=,",~'"""
L,\, ____ _ S
IED_0001/Trip Im"C¡mN : : Notebook
001 Position I
,, ,,
1 ¡ 192.168.0,151
CU~~~!~~!~gel
I
,
, ,¡
r-'- -.-.-1-.-.- -'-'- S",;:cl!
1'- - , - _._.- - -, ¡-_.- _._.- _._.- I
/ IED_ODOl 192.1I.>6.Q I
I
. !ED31002
,! lEO_COro I
\ Z552SS.2SS ,
Trip
Pickup ,
\
ti
¡
1. ___ ._-_._---_.-
GOOSE I
P"I~igj\ ...
t GOOSE
$m)~cnb~
Figura 7~11: Configuración de una prueba híbrida test(GOOSE y conexiones cableadas)

ce> OMICRON Academy 2013 Pagina 119 de 131
(
(
(
¡~~ (
OMICRONI
Academy
7.5.2 Procedimiento (
1) Conectar la computadora a la red de subestación y adoptar una dirección IP en el rango permitido. (
2) Conecte el equipo de prueba CMC a la red y abra la opción de Setup (
Configuración Asociación de unidad de prueba, a la que se
accede desde la Start Page. Se muestran todos los CMCs que
hay en la red. ~ Test Sat Associalion
e
(
1. Ajuste una dirección IP adecuada para el equipo de pruebas (si es necesario)
2. Asociar el CMC con el PC (
(
~ 'T ert 5~{ ~'v.¡'~ti~n ~"d Ccnflgú;.Íi""
File Test 5ás E1dr>l~ H~lp (
",,0 ~CD~)
;moc;ate W Ccnfigu¡ation Sea/eh
~;
Up40owngr~deSofto'f~re
.~
Herp
! ~>= typ<: SemI! tJ..nber tliIm<! 1?A:ldre= Ano~e4C~er ~~V=m (

i S¡PCMC25~-ETHl KJ'".!5lC 192.1SH1161 t~ 2.'02:03
\ _CMC3$ETHl B017sa lS21SS.18<!.ill" Some ctMr:;;orro'.Jer 2A[)_35Q3 (
I (
(
3) Abra un Documento de prueba nuevo en la sección Control Center de la Start page

e
(
e OMiCRON Control Ce:nter. [T t-sU: Report Vi~j (
W file: Edit V10ew lmert Format Te:rt S>:r!pt Wmdcw Hoelp (
DI¡¡¡¡;If8l1 ~ ~ ,,1'2181"'1 '''llIlIlsl..!l.!M i (
(§¡1'I!:113l1~1 .. 1"'1*1..'!1.=J -1 I vi ~ I ¡(
(
8··~~2 TeiÜ~o~c ,-"' ---'-"",-".
@ Test Object
"-"-'--'-'f~'~" .,:,~. ,:" ,,',' ,', (
~ HardwarE: Configuration
(
(
4) Defina los parámetros del equipo en prueba: ningún cambio con respecto a un documento de pruebas
convencional. (
(
(
(
(
(
(
(
(
(
(
Pruebas C,0055,ADA I v1.02 (
(
(
(
(
OMICRON
Academy
5) Defina los parámetros del equipo en prueba: ningún cambio con respecto a un documento de pruebas
convencional salvo que se usen E/S virtuales.
Pestaña Salidas Analógicas (ejemplo):

CMC25Gplus V A CL~C2Mptus 1~
, ,
KA~504C
, ,
KA~504C
> 3 tensiones (VA-N, VB-N y VC-N)
> 3 corrientes (1 A, I B e I C)
x+-
---=r-¡ X i i
-,-~:-X-:-_·-
;
Pestaña Entradas binarias / analógicas

(ejemplo):
> Señal de Disparo (Trip)

> Señal de Arranque (Start)
> Posición dellP 52a (eB pos 52a)

,r
,
(
(
¡~~ (
OMleRONI (
Academy
(
Definiendo Entradas y Salidas Virtuales
En adición a las 10 entradas (

fS.¡ u..... y 4 salidas binarias
disponibles en el equipo
CMC, pueden definirse
"'
r,
r, entradas y salidas virtuales
(
r, i
para la suscripción y (
"r.
r, simulación y publicación de
"roo
r, mensajes GOOSE.
rn
rn (
rn
rH
r. Cada grupo seleccionado de (
E/S virtuales contiene 24
señales (entradas o salidas)
(
que se añaden a la (
Configuración del
Hardware. (
(
(
H"d,,,,,, ,"'f,e" , 'f("'f,,,,( ">",, "
(
Generalj Pnalog ÜliPtAs Bir.ar¡ ¡ hlalog Inpuls 1Binar¡ Outputs ! OC fonakog lnpW lIRIG.B,\ GPS!
N¡;vigatioo Bar
6'l'ICMC25Sp1us 'fron!)
1-- KA...e
¡¡m¡:CMC25Eplus ~a ...
(gvlngtlup 1
Entradas Virtuales
adicionales en la Pestaña
1--- Display "Ame Terminal ~ 1.2 1..3 1-4 Entradas binarias /
1 ~I 1
analógicas.
I I !
X !
I 1"."'" 1 X
6) Añada un módulo GOOSE Configura/ion desde el menú Insertar, opción Módulo de prueba .... (
Nota: Es posible insertar múltiples mapeos de GOOSE en una plantilla de prueba OCC. Esto permite
reasignar las E/S binarias como se necesite para la prueba. (
(
(
(
(
(
Pruebas C.0055.A DA I v1.02

(
(
(
OMICRON
Academy
7) Ajuste la configuración GOOSE:
1. Inicie el módulo GOOSE

Configuration y seleccione el puerto
H."t~m~ Canfi9uralicn ...
Ethernet a usar en el menú
P.oport..
Parameters
EIMlne!. PcrtXttings
(Me..,
'~ffbí.OCiI¡;¡:tGbcit'ci'ii.¡;;~~:(¡Oódc~',;r,;~i,'~C;t~~:~;: 2. Importe el archivo SCL, que fue

@ &lit Voew Test p... m.tcn \'tindo," I creado con la herramienta de
Updll~ ctr\·s iJ ~ I configuración del sistema durante el
proceso de ingeniería
Impar! Ccnfiguroticn_
&poli Ccnf,gU,.\iOll_
&poli Ropart •.
"pertO.to•. 3. Todos los datos de GOOSE que
contiene dicho archivo, se muestran
en una ventana adicional. Seleccione
]"'lwl (cnfj)",.li~" : t::> ¡:e- ;J;t~ los GOOSE que se desea suscribir
$Ulll,ñption Simulotic" en Subscription
$"b",i~teo S; ...",.¡~ti::n GOO5E "',\rol Biotk Rd',,~n-.,.
~J) el Q~);CB.t!JI:W;¡O.;.ST
t,,-, d IED_~·nS-I'Ie".,Um~O!SoCEo
fi] L1 IEO_C«>l~ROn.WG~G;¡>Ca:~<~_D:!I.S.ll
4. Realice el mapeo de los atributos de
datos del GOOSE a las entradas
binarias del equipo en pruebas.
Arrastre y suelte un elemento de
datos desde el DataSet del GOOSE
a la entrada binaria. Repita hasta
haber establecido todos los mapeos
'
0;;1:1.1,,,,
9W .., .IEO_e.:~1FR:lT<FTP.t1 Tr .......l
:~ C 2 .,..."
• .,._.
~~ Jm3'::.cl~::'T,!>TRCl ~ .....",,1
r;; ¡¡::¡·U"".!:.
,,:'~;"'X'~ffi' '- ".• 5. Verifique que el parámetro Inverted
i
~.w Ir ~
€,",",I<.; de todos los datos es False.
, ',,,,,Ir;
&. &!-. 1<-1,
. S·~, k.S
l~·[.o lo ,: Nota: El tipo DoubleBit es un caso
especial de BitString[2] que se
, '"
emplea p.ej. en
XCBR1.Pos.stVal. Permite un
maejo más sencillo de los
datos mapeándolo a una sola
entrada binaria, como sigue:
[01] significa entrada inactiva,
[10] significa entrada activa y
[00] o [11] no cambian el
estado de la entrada binaria.
C.0055,A DA I v1.02 Pruebas

(
(
OMleRON!
I~~ (
(
Academy (
@ ¿Cómo configurar los GOOSE si el archivo SCL no está disponible?
~(l
Hay cuatro métodos para configurar
Yt::~ lEOScou! los mensajes GOOSE en el equipo
\
SCl File 1+-- de pruebas:
(
~~~ a. Usando el archivo SCL del
System proceso de configuración del
Configurator sistema, como en el ejemplo
anterior;
b. Usando un archivo SCL creado
a partir de la auto-descripción (
del lEO: use las funciones
Discover y Save SCL de (
IEDScout; (
c. Detección en linea de GOOSE:
en IEDScout, copie (Copy) un (
GOOSE de la ventana Sniffer y
(
péguelo (Paste) en el módulo
GOOSE Configuration; (
d. Configuración manual: añada un
nuevo GOOSE al módulo, (
introduzca los parámetros de
GOOSE y los atributos de datos
e
manualmente. (
(
Nota: con el método (e), la (
información del significado de
cada elemento de datos en el (
DataSet no está disponible, (
puesto que esa información no
~=~",,,,~'-~'-\ - ~,->~¿-~-~ ;,">,;'>("'_';__'"_+>'WMG<-~~úe_>_»;;'i;;_",,_~::A_
~_IiI(P~~¡;tU/:&C.:::W~ ~;;i~~''''''&« :U;CBI1.tHO$GOSQcST se transmite en el GOOSE. (
~ ;,:.,~"",,¡p 0(0.0000)
u~~.... OI.o::;.Q:I.(Jj.(IUf
;:"OVrl 1"", Nota: con el método (d), los
parámetros del GOOSE y la
estructura del DataSet deben
coincidir exactamente con los (
del mensaje publicado por el
(
lEO.
(
(
(
(
f
e
(
(
(
(
<-
(
(
OMleRON
Academy
8) Envie la configuración al equipo de pruebas pulsando el botón de inicio en el módulo GOOSE
Configuration.
'/i;fd~i~~6:~;ciB6~g{,¿yt~H3~;~{¡~~:~Ja*6B~€~:~;'~:ri'~¡~;i~:fI;;k~'rii~~:~'J'~;:';:";
File Edit View Tert Parameter
~~[§IiI~ _~J .~.~.~~]Jjill_._ . .
Nota: El borrado de los datos en el módulo GOOSE Configura/ion o incluso el cierre del módulo o del
documento OCC completo, no afectan a la configuración transmitida al equipo de pruebas. La
configuración se mantiene activa hasta que:
> se reinicia el equipo de pruebas. En este caso, la configuración se repone automáticamente;
> se envía una nueva configuración al equipo de pruebas.
9) Defina el procedimiento de pruebas configurando el módulo deseado: como ya sabemos, el uso de GOOSE
no supone ningún cambio respecto a una prueba convencional a nivel de módulo.
10) Realice la prueba

Véase abajo un ejemplo donde se emplea el módulo State Sequencer para verificar el tiempo de disparo
del relé y el tiempo de apertura del interruptor.
1 5:",;,
.- . I
Se emplean GOOSEs para activar los

estados de prueba y para realizar las
medidas y evaluaciones de tiempos

(
(
(
(
OMICRON
Academy
(
Enviando el estado de las Salidas Binarias mediante GOOSE
El equipo de pruebas puede también simular lEOs y enviar sus GOOSEs sobre la red. los valores del (
DataSet del GOOSE se controlan mapeando una salida binaria a uno de ellos. (
lm¡:ert Cc!'\flgUl';!l!OIl Ejemplo: Simulación del estado de

S\lb~cñption Simu!!t;cn posición del interruptor {'
GOOSEC~.lr~ E:k,:~ P.efer!WI
QO_s:g,Utl[)sGOS~:ST
IED_Vjj2S,!5:e'l'.'tU¡~'$GOSGoCE
1. Cuando se importa el archivo SCl,
IED_C~FROT,l.tti:·~O$Ccr,l!cI_O~\ll~:' seleccionamos el GOOSE deseado
para Simulation en lugar de
Subscription (
2. En la pestaña Simulations del

módulo GOOSE Configuratíon,
realice el mapeo de los atributos de (
datos del GOOSE a las salidas (
binarias del equipo de pruebas.
Arrastre y suelte un elemento de (
datos del GOOSE a simular a la
Salida (Output).
(
(
Nota: Un GOOSE no se debe simular (
por el equipo de pruebas si ya lo
(
publica un lEO existente, excepto
si tienen distintos flag s de (
Simulación (Véase la Sección
7.4.4 ).
(
(
(
(
(
(
(
(
(
(
(
(
Pruebas C.0055.ADA I v1.02
OMICRON
Academy
7.6 Práctica: Medición de Sampled Values con SVScout
7.6.1 Tarea
Use un equipo de pruebas para inyectar corrientes y tensiones como Sampled Values en la red, y utilice el
SVScout para visualizarlas.
7.6.2 Procedimiento
1) Ejecute los pasos 1 y dos de la sección 7.5.2
2) Simulación de Sampled Values
lEC 61850 MoóureS"j.mJ.m ~ffi!@fítti4:tiijWM:w.i{i)

W! GOOSE Configurat¡on , 1. Abra el módulo Sampled Values
~ GSSE. Configufation I Configuration en la 5tart page
Test Universe
i:~Mí~dN:~~.:;;;~kt~~¡~~(cb;:h;S~¡¡~~·5i+~·~;~~OM~4i'·< ';>~:¡'OO~
fiI.Fj1e Edil Vie'N Ten _ P"rameters Window. Hdp '_ 6',-X:
DI,j,1 iOIl:.j {j]1'I\'I1 ~ • I g Iy.1.!J ~ , 2. En la pestaña General, seleccione el

puerto Ethernet que se desea usar
.10
51
I 3. Habilite o inhabilite cada uno de los
tres flujos (puede que solo dos flujos
estén disponibles)
B OM1CRON SaOlpltd V~¡(;e~ COnf¡9urnZ:V~"'lfw. OMs\11
~ FII~ Ecl,~ v"". le,t Par~m~!t 5 ,de.', Help
e' i~i!;'Z!
D I~Ildl 2:1 {j] L'III ~ ~.I mIxl .!.I ~ 4. Defina los parámetros de los Sampled
Values
~d V~ 1 J $am:lIed V~ 21 Sbmpled \'aluez 31 Generell
(" s,,~V~OisahIed
(;' ~Va1ue1 EnablOO
0
5. Inicie el proceso de publicación
SiIIft;I!ed Valoo 10 ~vlDl jOMICROIUMC_SVl
pulsando el botón de inicio (start)
¡U'>;-asl. f.t!'cMd~ss IOH<.cO.v4.fJr;l.Ol
;op!ealJon ID t.lJ'PIO) 16
1 '" 0 Nota: También es posible la
VlAN ID
l'
importación de archivos SCL. Los
V1.}J¡Pri~
l' ajustes se obtienen de Multicast
"",.., 1"" Sampled Values Control Blocks
(MSVCB).
For Help, pras F1 @..J<",
[
\

(
(
OMleRON e
Academy (
Nota: Inmediatamente después de transferir la configuración al equipo de pruebas, comienza la publicación (
de las muestras en la red - con valores de DV y DA puesto que no se están inyectando tensiones ni
corrientes. Use cualquiera de los módulos del Test Universe para inyectar valores. (
(
Nota: El borrado de los datos en el módulo GOOSE Configuration o incluso el cierre del módulo, no afecta a
la configuración transmitida al equipo de pruebas. La configuración se mantiene activa hasta que: (
> se reinicia el equipo de pruebas. En este caso, la configuración se repone automáticamente; (
> se envía una nueva configuración al equipo de pruebas
3) Aplique tensiones y corrientes asimétricas usando el módulo de pruebas QuickCMC
@:.! file. [dlt V¡e-N._ 'íe:;t P<lf~ll1l':tel'~ 'h'¡¡¡d'.)",", Hdp _ _. _ _

(
DI~I¡¡¡t~~:!::l:1:J:J1 ~Ir[j!l.l~ ~I Fii \)< I 'ti I~IJ[€l ~J~¡;;¡;~l (
Aoaloq outputs r Binory Outputs ~._-_._-! 1¡ •
Set Mode
VA-Il ~(¡.OO V
Direo
0.00 ' 50,000 Hl
.' ¡ Sin. out 1 r!
V ... ~O.O() V .120.00 ' 50,000 Hz
'Sin. out:!: r
ve_u eo,oov, 120,00 • 50,000 H~ Bin. out 3 r
lA 1,200A .30,00 • 50,000 Hz
&1, out '1 r (
lB 1,000A .1~O.OO ' 50,000 Hz
le eco.o rrA 90,00 ' 50,000 Hz r (
,,1 '. r
r (
r (
F10 I
(
~
(
~ lb Fa¡ Binllry Inputs ITrigger
a; r ,"
Ig ~ Delay: Trip
iJ 1 S1a11 P' r_ 01. (
Hot used
Hotused (
Signal(s): Iv A-N 3 Sire: 0,000 V r Auto step Uot used
Ilotused
Uot used
(
Quanlity: I"'~tude 3 Tme: 1,0005
!lot used
tlotused (
Rt:Set: 500,0 rm: Ilotused
Overlolld r:;- r n//l (
For Help, pre;s Fl ~- ~;oo-- Ji[l' jfff--T--'" ¡-"---"'~ ,i
(
(
nI111III (
4) Abra SVScout haciendo doble-clic en el icono: ~
SVScout (
(
(
(
(
(
(
(
(
!
OMleRON
Academy
5) Configuración básica de SVScout
1. En la ventana principal de
SVScout, abra el diálogo
Configuration
2. En la pestaña Network,
seleccione el interfaz de red que
va a utilizar el PC
3. Pulse Find Stream ... o use la

opción Manually add stream ...
para definir los parámetros
manualmente
4. Los flujos encontrados (o

añadidos) se muestran en la
tabla Streams
I
5. En la pestaña Application,
seleccione en Nominal
5
frequency la frecuencia nominal
iU~j·~ L~~~~r~}___ ~"_~ __~, del sistema
! Pw¡caboo Sennc~ .
t./omi1all~r.t.;· !~H!
Nota: Defina otros parámetros
SV llr\'Is Cwv=ion de otras pestañas en el
Cu:mn! LSB eq'Jals 0.001 A
diálogo Configuration si
V,.tar-lSB eQ'Ja!:; Q01 V
se requiere.
l Setto~~~
6. Pulse Start para iniciar la

captura
File View Actions Help
'}( gJYf[mJ;J ® • n=
(
C,0055.ADA I v1.02 Pruebas
(
OMICRON (
Academy (
6) Visualice los Sampled Values (
... v......
~, ;':¡:;~filJt
~"-' .....
;:u" () ¡,- p .~, • § n ::>
i .... -
'
- r""",,¡
:"'"
:*
_ ..... ""
'I':;!<.j
''',...:;
H7im
,
'r-u~
La ventana principal muestra la
vista señal! tiempo
(osciloscopio) de las corrientes
~¡~ :w.
y tensiones, y controles para
ajustar qué valores se
(
representan y cómo.
En la parte alta del diagrama
oscilográfico, se muestran
detalles de los cursores. Los
dos cursores pueden asignarse
a distintas trazas, incluso de (
distintos flujos de Sampled
Values.
(
(
El Diagrama Fasorial (Phasor
(
Diagram) muestra los fasores
que corresponden a las (
tensiones y corrientes del flujo
de Sampled Values (
seleccionado. (
Los faso res se calculan a partir
0.. liJ.'S fI-.- de los valores instantáneos.
~w¡-"':§_C;F
le' -$~i~-;¡;'--=-l-~::~'- Los datos representados son
;-ij·~~~A .. -'Si ;;¡., t \/---" correctos sólo si las señales
:..11.<.11 :'!'¡;. :¡.:sáú'-.ci(i:J· /\" !
'litilD Zlflr - 'VA 'Jü;"ü"S\-·r- t,¿c; están a la frecuencia nominal (
~ .. _' ""-\;¡¡'-"::"3'sfi'ii5"v;--l~~OO: ;
";0:;" é;s%!~vv:
-v:T"~J;;17¡r';;:¡¡:S"i¡-~
¡nro' x "
del sistema; los errores a
frecuencias distintas de la
nominal no están definidos.
(
(
1';<nI. ¡v ...:1
Nota: i Los valores de las (
tensiones y corrientes en
lEC 61850 están siempre (
en Primario! (
=SVSccut
(
Fil~ Vi!:w Actions Hf.!p
Detenga (Stop) la captura
,,,: ~l~I§fJ;J ti) 01) I"!,:; {~J~ (
(
(
(
(
l
(
\,
(
(
Pruebas C,0055.ADA I v1.02 (

(
OMICRON
Academy
U Aplicaciones tipicas del módulo Sampled Values Configuration y la herramienta SVScout
> Desarrollo de Merging Units

> Evaluación de Merging Units
> Pruebas de aceptación en fábricas de sistemas
> Puestas en marcha de sistemas
Ejemplo de configuración para probar una Merging Unit
PPS
IRIG-B
Sampled
Values
r
Merging
SV Analysis
Unit
(
(
(
e
e
(
(

(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
(
/
\ ..

OMICRON Training - IEC 61850 Conceptos, Aplicaciones y Pruebas PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

OMICRON Training - IEC 61850 Conceptos, Aplicaciones y Pruebas PDF

Cargado por

Copyright:

Formatos disponibles

r .

Excellence through Education

Fecha (aaaa-mm-dd) Versión Cambios Nombre

( Versión Actual 1.02

© OMICRON Academy 2013

C.0055.ADA l v1.02 Indice

le.. I'tCIY,,,,c. v.w- 19 bli&-".tlM-c. ~.oG.. ~fXlLo~ cll-L" >ecl. .

Substation Dislributed Energie Hydro Power Plant

Figura 1-2: Comités de la lEC relacionados con Comunicaciones

El TC 57 se compone de los siguientes grupos de trabajo:

> WG 03 - Protocolos de telecontrol

2 Fuente: lEC TeS7, www-iec.ch

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

El objetivo es implantar la lEC 61850

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

Control Unidad de Protección

OMICRON organizó en Septiembre de 2005 en

1.3.2 Rango de Aplicación

> Comunicación entre procesos, definiendo qué y cómo comunicar;

3 Fuente: etz.Report 34. Karlheinz Schwarz et al., VDE Verlag)

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

La intercambiabilidad iria en contra del segundo objetivo de la

> La norma no define qué funciones deben implementarse en

Para asegurar la Estabilidad a Largo Plazo de la norma, se

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

1.4 lEC 61850: Vista general

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

> Errores, que normalmente conducen a modificaciones;

'3 eo"í v() 1 . (

> Nueva estructura de documento:

> Nuevas Partes:

C.0055.ADA I v1.02 Introducción y Conceptos Básicos

Estos mecanismos de intercambio de información (

La serie lEC 61850 utiliza el concepto de

4. Objeto de Datos (Data Object - DO)

5. Atributo de Datos (Data Atlribute - DA)

C.0055.ADA I v1.02 Modelos de Datos

2.2 Nodos Lógicos (

Group indicalor Logical nade groups

T' l RREC Autorecierre Instrument transformer and sensors

Z' Further (power system) equípment

C.0055.ADA I v1.02 Modelos de Datos

1 CircuilBreaker I I Circuit Breaker I (

Figura 2-6: Ejemplo de composición flexible de lEOs (Fuente: lEC Te 57)

Modelos de Datos C.0055.ADA I v1.02

2.2.1 Nodos Lógicos del Sistema

InOv_" SPS Input commurications buffer overflow O

WrmSlr INS f\umber of warm starts O

WacTrg INS Nllmber of watcheiog de",ice resets detected O

PwrDn SPS Po·....er-oown detecte::: O

C.0055.A DA I v1.02 Modelos de Datos

Lo¡:;K€)I SPS Local operation for complete logle31 cevice O

Tabla 2-5: LN interruptor de potencia XCBR (Fuente: lEC Te 57)

the Lf\-Prefix and LN-

C.0055.ADA I v1.02 Modelos de Datos

Modelos de Datos C.0055.ADA I v1.02 (

C.0055.ADA I v1.02 Modelos de Datos

lEC 61850-7-3 especifica tres clases comunes de datos para: (

> Información de estado;

Ejemplo 1: Posición del Interruptor de Potencia

Figura 2-7: Ejemplo de un modelo abstracto de datos (Fuente: lEC Te 57)

C.0055.ADA 1v1.02 Modelos de Datos

Tabla 2-9: Información de activación de la protección (Fuente: lEC Te 57)