XIII ERIAC DCIMO TERCER ENCUENTRO REGIONAL IBEROAMERICANO DE CIGR

Puerto Iguaz Argentina

24 al 28 de mayo de 2009

XIII/PI-B5 -21

Comit de Estudio B5 - Protecciones de Sistemas y Automatizacin de Subestaciones

EXPERIENCIA PILOTO IEC 61850 CON IEDs MULTIMARCA 1 Etapa E. DUFOUR (*) UBA Argentina SC B5 Argentina (**)

Resumen - Se describe el proyecto piloto IEC 61850 de laboratorio realizado por el SC B5 Argentina desarrollado con cuatro IEDs de distintos proveedores. El objeto del trabajo fue el de generar conocimiento prctico acerca de la implementacin del estndar IEC 61850, en particular su aplicacin a esquemas de proteccin utilizando mensajes GOOSE (IEC 61850-8-1). El grupo de estudio crey conveniente efectuar la aplicacin de la Norma IEC 61850, en paralelo con las tcnicas conocidas y vigentes hasta el momento (cableado y lgicas con rels auxiliares), con el fin de poder efectuar comparaciones. Se obtuvo un procedimiento de configuracin para la estacin piloto que permiti analizar de formar prctica la interoperabilidad a nivel de software y de IEDs. Se analizaron las diferencias que existen entre los distintos proveedores en cuanto a la interpretacin de la norma, contratiempos existentes con las herramientas actualmente disponibles para el desarrollo de las aplicaciones, la necesidad de herramientas de terceros para lograr la configuracin final, alternativas para la documentacin y finalmente se comenzaron las primeras series de ensayos. Palabras clave: GOOSE - Interoperabilidad - SCL - Configuracin - IEC 61850 - IED - Ethernet Proteccin - SCD ICD - Documentacin Multimarca - XML 1 INTRODUCCIN

A comienzos del ao 2007 se plantearon los temas a tratar en el SCB5 de Argentina. El tema que mayor aceptacin tuvo fue el de IEC 61850. La idea fue estudiar el tema desde el punto de vista eminentemente prctico, orientndonos a la experimentacin y acudiendo a la lectura de la norma slo en los casos en que fuera estrictamente necesario. Entre los participantes del SCB5 de Argentina hay representantes de empresas proveedoras de IEDs, de empresas usuarias, consultores independientes y universidades. Por lo tanto se dio de manera casi natural que los proveedores pusieran a disposicin del grupo cuatro IEDs de distintas marcas, y un switch con los cuales se pudieran comenzar los trabajos. Surgi entonces el interrogante de dnde se iban a montar los equipos y quien iba a realizar el trabajo. La Facultad de Ingeniera de la Universidad de Buenos Aires (UBA) puso a disposicin del grupo un laboratorio donde realizar las pruebas y propuso a un estudiante avanzado para realizar el grueso de los trabajos, asesorado por el SCB5. Luego entre los miembros del grupo pertenecientes a empresas usuarias, se dise la aplicacin y finalmente, antes del comienzo de los trabajos en si, el estudiante recibi capacitacin tcnica en las distintas empresas intervinientes en el proyecto. El proyecto se fue gestando y siguiendo en las reuniones mensuales del SCB5. Luego de planteados los objetivos en una de las reuniones, en las siguientes el estudiante fue informando mediante presentaciones, el estado del proyecto. En lo que sigue se describir lo concerniente a la Etapa I del proyecto, ya finalizada. Actualmente se est trabajando en la Etapa II, sobre la cual se har una breve mencin sobre el final.

(*) Facultad de Ingeniera de la Universidad de Buenos Aires (FIUBA) Av. Paseo Coln 850 - C1063ACV Buenos Aires - Argentina - enrique_dufour@yahoo.com.ar

OBJETIVO

El proyecto piloto tuvo como objetivo principal la generacin de conocimiento prctico en la implementacin de la norma, tanto para usuarios como para proveedores y para ello se escogi implementar un sistema de proteccin de falla interruptor (PFI), realizando las lgicas de interdisparo a travs de las facilidades dadas por la IEC 61850. El hecho de disponer de IEDs de cuatro fabricantes distintos permiti, adems, poner nfasis en el importante concepto de INTEROPERABILIDAD. La orientacin del trabajo estuvo enfocada hacia una implementacin prctica efectiva, con activa participacin de los fabricantes de los productos. Otros puntos importantes que se consideraron fueron la determinacin de conocimientos mnimos necesarios para configurar y operar sistemas que se implementen bajo la norma y la delimitacin de las nuevas reas de incumbencia de los especialistas de protecciones, comunicaciones y control o nuevos grupos multidisciplinarios. Para la realizacin del trabajo se tomaron en cuenta los siguientes lineamientos generales: Ejecucin desde el punto de vista prctico, recurriendo a la norma slo cuando fue necesario para determinar el grado de conocimiento adecuado. Orientacin hacia el punto de vista del especialista de protecciones. Simplicidad, ya que los objetivos son el aprendizaje y el anlisis de la interoperabilidad. Por lo tanto en un primer momento no se busco lograr la aplicacin ms eficiente sino una que cumpla con lo que se pide. En las prximas etapas se evaluarn mejoras en la aplicacin.

ESQUEMA DE LABORATORIO

3.1 Estacin transformadora Se presenta a continuacin el esquema elctrico de la subestacin simulada en laboratorio. Tanto el unifilar como los nombres de los equipos de playa y el esquema de interdisparo se han tomado de la E.T. Pico Truncado de 132kV. La misma est compuesta por cuatro campos, dos entradas de lnea, acoplador y acometida de transformador. La topologa es de doble barra con transferencia como se puede apreciar en la figura 1. El unifilar se ha reducido slo a los equipos necesarios para desarrollar la aplicacin, una vez definido se fabric un tablero mmico para la simulacin de los equipos de maniobra de la ET. Se utilizaron llaves SINO para simular a los seccionadores y rels biestables con indicacin luminosa por leds para simular a los interruptores. Cada IED tiene cableadas las seales de posicin de los equipos de su propio campo, a su vez cada IED tambin emite la seal de disparo al interruptor que tiene asociado. Se agreg, adems, una llave en serie con el circuito de disparo para interrumpirlo con el objeto de forzar la falla del interruptor. Slo en el caso del campo del acoplador la imagen de los seccionadores no se ha considerado ya que no interviene en el esquema de interdisparo. Todas las seales y comandos entre los IEDs y el mmico son cableadas en la forma tradicional, en corriente continua.

IED

IED

IED

IED

Fig. I Unifilar simplificado de la E.T. Piloto

2

3.2 IEDs Los IEDs participantes son terminales multifuncin orientados a la proteccin de lneas y alimentadores. En particular todos incluyen las funciones de sobrecorriente instantnea no direccional (ANSI 50), proteccin de falla de interruptor (ANSI 50BF) y la capacidad de programacin lgica necesaria. Los equipos que participaron del proyecto fueron: 7SJ62 - Siemens F60 GE P543 Areva REL670 ABB

Todos los IEDs estn certificados para IEC 61850-8-1 y disponen de uno o dos puertos ethernet en cobre o fibra segn la configuracin de hardware. 3.3 Bus de estacin Dado que no todos los equipos participantes disponen de doble puerto ethernet se defini que la topologa de red sea radial para garantizar la igualdad de condiciones entre todos los IEDs. En consecuencia el esquema de la red carece de redundancia, lo que por otra parte simplific los primeros pasos del proyecto. El switch es modular y del tipo gerenciado o administrable. Dispone de 8 puertos en cobre y 8 en fibra a 10/100 Mbs y un puerto Gigabit en cobre, este dispositivo cumple con los requisitos de IEC 61850. Uno de los IEDs se vincul por FO mientras que el resto de los dispositivos se conectaron mediante puertos en cobre. A la red se agregaron dos PCs para supervisin y configuracin. Todos los enlaces ethernet trabajan a la velocidad de 100 Mbs en modo Full-Duplex. Con este esquema los IEDs slo estn vinculados entre s a travs del bus de estacin. IEC 61850 define que los mensajes GOOSE se pueden enviar tanto en el bus de estacin como en el bus de procesos en funcin del rendimiento y la filosofa empleada por el usuario. La figura 2 ilustra los puntos 3.1 a 3.3. 3.4 Herramientas de software de proveedores En esta seccin se har referencia estrictamente al software relacionado con IEC 61850. Para el proyecto se utilizaron distintos tipos de herramientas a medida que fue necesario. Los proveedores de equipos tienen la opcin, segn la norma [1], de ofrecer herramientas de configuracin de estacin o integradoras y, por otro lado, herramientas a nivel de IED. Las primeras permiten configurar las comunicaciones de IEDs de cualquier proveedor mientras que el segundo grupo slo permite intercambiar archivos SCL de modo de poder generar archivos para ser utilizados en herramientas integradoras y luego importarlos para configurar el IED.
PC N 1
COBRE

SWITCH
FO

COBRE

PC N 2

COBRE

COBRE

COBRE

BUS DE ESTACION

IED A

IED B

IED C

IED D

CABLEADO TRADICIONAL EN COBRE

MIMICO

Fig. II Esquema simplificado del montaje en laboratorio Dos proveedores han aportado sus herramientas de configuracin de estacin mediante las cuales se debera poder configurar las comunicaciones mediante mensajes GOOSE. Los dos restantes slo disponen en sus plataformas de configuracin de opciones para importar y exportar archivos en lenguaje SCL para interactuar
3

con herramientas de terceros, al menos en las versiones utilizadas. proveedores se han mantenido actualizadas durante el proyecto. 3.5 Herramientas de software de terceros

Todas las herramientas de los

Se evaluaron programas de edicin y visualizacin de archivos SCL en versin demo, en principio como alternativa o complemento de los primeros y aplicaciones cliente del protocolo mediante las cuales se puede navegar dentro del servidor de cada IED. Fuera de las aplicaciones especficas para IEC 61850 se utilizaron: Software de edicin de archivos XML. Editores de texto. Analizador de protocolo Ethereal.

La evaluacin de estas herramientas se convirti luego en una necesidad, en este sentido Ethereal fue una herramienta indispensable para lograr la configuracin de las comunicaciones, la deteccin de errores de configuracin y para la comprensin y evaluacin del funcionamiento del sistema. 4 DESARROLLO

Se describir primero un esquema de interdisparo convencional de PFI y luego se mostrar cmo se emul dicho esquema mediante mensajes GOOSE. 4.1 Planteo del esquema de interdisparo convencional (cableado y lgicas con rels auxiliares). En un esquema convencional de interdisparo por PFI en T2, para una estacin como la de la figura 1, existen normalmente dos circuitos de disparo: disparo Barra A y disparo Barra B. Los equipos de PFI, asociados a cada interruptor, cuando emiten un disparo en T2 ponen una tensin positiva en el circuito correspondiente a la barra a la que est conectado dicho interruptor. De esta manera se interdispara a travs de este circuito a todos los interruptores que estn conectados a la misma barra. La conduccin de esta tensin hacia los circuitos de disparo correspondientes se hace a travs de circuitos de cobre distribuidos por la estacin, que se basan principalmente en contactos auxiliares de los interruptores y seccionadores. En el caso del acoplador, como normalmente est conectado a ambas barras deber abrir ante el disparo por cualquiera de los dos circuitos. 4.2 Planteo del esquema de interdisparo en IEC 61850 (Bus de Estacin) 4.2.1 Definicin de las seales y cantidad de mensajes

En cada IED, utilizando compuertas lgicas, se emul el esquema basado en contactos auxiliares descrito en el punto anterior. Esta lgica genera las seales disparo barra A, disparo barra B y disparo acoplador que luego son enviadas por GOOSE. Al mismo tiempo cada IED recibe las mismas seales de disparo generadas en los dems IEDs en funcin de las cuales enviar o no el disparo a su interruptor. Antes de decidir esta forma de trabajo se plantearon varias alternativas, pero finalmente se decidi emular la aplicacin real porque se considera que es la ms natural. Por lo tanto, para el esquema de interdisparo las seales que debe enviar y recibir cada IED son: Disparo de barra A. Disparo de barra B. Disparo de acoplador (caso de campo transferido, todos la enviarn excepto el acoplador). Seal de prueba.

Se decidi incorporar la seal de prueba como herramienta de ayuda en el procedimiento de configuracin para detectar rpidamente si las comunicaciones entre los distintos IEDs estaban funcionando o no. La seal se emite con una tecla de funcin en cada HMI y la recepcin se acusa en el resto de los IEDs mediante un led. Con las seales definidas el siguiente paso es determinar si los datos se enviarn en uno o ms mensajes GOOSE. La idea de enviar un mensaje por dato qued descartada dado que uno de los IEDs es capaz de
4

enviar solo un mensaje GOOSE con un mximo de 32 datos, por lo tanto, siguiendo los criterios planteados, cada IED enviar un mensaje GOOSE con los cuatro datos. 4.2.2 Determinacin del tipo de datos y nodos lgicos

Las seales que se envan y reciben por GOOSE deben ser necesariamente Data Objects (DO) los cuales residen en los diversos nodos lgicos (LNs). Los datos enviados en cada mensaje GOOSE se deben agrupar previamente en un DataSet (DS) compuesto de al menos un DO. Por ejemplo en nuestra aplicacin se utilizaron funciones de sobrecorriente instantnea y proteccin de falla de interruptor cuyos nodos lgicos asociados son PIOC y RBRF respectivamente. Dentro de los mismos se encuentran, entre otros, el DO operate. Entonces para indicar la actuacin de la funcin 50BF se podra enviar el dato RBRF.Op (el punto es un separador, LN.DO) dentro del DS del GOOSE. En el proyecto las condiciones de borde a las que nos debimos ajustar son dos y vienen dadas por: IEDs: Algunos IEDs participantes slo pueden publicar y suscribir datos desde los nodos lgicos de entradas y salidas generales denominados GGIO (Generic General Input Output). Aplicacin de interdisparo. La norma no define un nodo lgico de interdisparo o disparo de barras. Se podra enviar la seal de ejemplo indicada anteriormente (RBRF.Op) pero no llevara informacin sobre que barra se debe despejar por lo que se tendra que enviar, adems, la informacin de posicin de los equipos del campo. En este caso no todos los IEDs disponen de esa cantidad de nodos lgicos de seccionadores XSWI por lo que se deberan enviar sus posiciones como seales genricas GGIO.

Para el proyecto se defini que las cuatro seales a enviar tendrn las funciones presentadas en el punto 5.2.1 y por lo tanto se enviarn desde el nodo lgico GGIO definido por la norma para seales generales. El receptor deber comprender el significado de cada uno de los datos ya que en si mismos no incluyen informacin semntica, o expresado segn el concepto de la norma, la informacin no es autodescriptiva. Para proyectos reales esto implicara trabajar del mismo modo que con protocolos seriales, como DNP, donde emisor y receptor deben contar con el mismo mapa de seales para intercambiar informacin. La eleccin adoptada es desde ya acorde con IEC 61850 y tambin lo es desde el punto de vista prctico pues se trata de pocas seales para configurar. 4.3 Esquema de configuracin Previamente a la configuracin de la comunicacin por GOOSE se ajust en cada IED la lgica del esquema de interdisparo y se habilitaron las funciones de proteccin con sus respectivos ajustes. Durante el proyecto estos ajustes permanecern constantes y en adelante slo se irn modificando los parmetros que hacen a las comunicaciones en IEC 61850-8-1. Para la configuracin de las comunicaciones por GOOSE se parti del esquema terico que brevemente consiste en: 1- Generacin de un archivo .ICD por cada IED en cada soft propietario. 2- Integracin de los mismos en una herramienta de configuracin de estacin. 3- Creacin de mensajes GOOSE y suscripcin de los mismos. 4- Exportacin del archivo de configuracin de estacin .SCD y opcionalmente un archivo .CID por cada IED. 5- Importacin de los archivos, .SCD o .CID, a las herramientas propietarias para incorporar esta informacin de IEC 61850 a cada IED y luego bajarla al equipo. Dos de los IEDs participantes tienen herramientas integradoras o de estacin por lo tanto un primer aspecto a determinar es en cual de ellas se desarrollar el paso 3. De los dos restantes uno permite exportar el archivo ICD mientras que el otro provee una plantilla que en principio no es editable.
5

4.3.1

Manejo de archivos

Partiendo del procedimiento propuesto por la norma se fueron encontrando diversos problemas en la importacin de archivos. Las herramientas de distintos propietarios reportan algunas veces errores que segn el caso pueden llegar a abortar la incorporacin de un determinado archivo. Adems, cabe destacar que un mismo archivo importado en distintos programas puede tener distintos resultados, producto de los diferentes controles que hacen las herramientas en la importacin. Para determinar en que casos los errores eran correctamente indicados se debieron analizar los archivos mediante editores de texto o visualizadores de archivos XML. El primer desafo fue, entonces, llegar a integrar en un solo archivo a los cuatro IEDs sin reportes de error o que al menos dichos errores no sean graves. Esto se logr mediante una herramienta de terceros donde se integraron tres archivos ICD y luego importando este resultado en el software del IED restante. Hasta ese momento slo se haba conseguido integrar los archivos en un solo proyecto sin configurar nada en cuanto a IEC 61850. Los editores de texto y XML comienzan a ser necesarios en algunos casos para lograr la interoperabilidad entre softwares de distintos fabricantes. 4.3.2 Configuracin de IEDs y GOOSE

El paso siguiente fue configurar los IEDs (IEDName, IP, subnet, gateway), luego los mensajes GOOSE y despus suscribirlos en el resto de los IEDs. En las dos herramientas integradoras no fue posible editar los IEDName definidos para el proyecto, pero si las direcciones IP y mscara. Durante la definicin de los mensajes se encontr que el IED que slo enva un mensaje tiene todos sus parmetros de comunicacin predefinidos y mientras que en una herramienta se pueden editar en la otra no son visibles algunos de ellos. Luego de configurar el resto de los mensajes GOOSE slo se permiti la exportacin en formato SCD (en ambos software) para llevar la configuracin a las herramientas propietarias. Se puede generalizar y decir que en la mayora de los casos la informacin de recepcin realizada en herramientas de otro proveedor no ha sido exitosa al intentar importarla en el software propietario. Por lo tanto se buscaron alternativas para lograr un procedimiento exitoso. Como el GOOSE predefinido fue bien interpretado por los dems software y dado que se debi comenzar la configuracin desde cero en reiteradas oportunidades, se plante que los datos propios del IED y los parmetros de este GOOSE se podran configurar previamente en los ICD para que el proyecto sea coherente con los parmetros establecidos inicialmente. En el caso del IED que provee un archivo ICD estndar fue necesario modificarlo mediante un editor de texto o XML. En el otro caso se cre el GOOSE a enviar, se modificaron los valores necesarios y se export un nuevo archivo ICD. Reunidos nuevamente los IEDs en una de las herramientas integradoras se observ que, en general, los parmetros predefinidos fueron respetados, en particular los referentes a los mensajes GOOSE. Las diferencias se plantearon en cuanto a donde definir los mensajes de los IEDs que disponen de herramienta de configuracin de estacin. Se encontr que estos programas estn muy bien preparados para realizar configuraciones con IEDs propios pero el intercambio de informacin con IEDs de terceros no est al mismo nivel. Para determinar cual de los softwares no est realizando correctamente sus tareas se deben emplear editores de XML, buscar las secciones especficas y luego analizarlas. Este trabajo se multiplica por cada relacin entre los cuatro IEDs por lo que slo es aceptable para un proyecto de investigacin, no para uno real. Una vez obtenido un flujo de trabajo con los archivos SCL se determin un punto que es comn denominador por lo menos hasta la fecha. La configuracin de suscripcin (o recepcin) se debe realizar en cada herramienta propietaria, con los inconvenientes que esto genera (no se corresponde con la norma, aumenta la probabilidad de error, duplica el trabajo, resta capacidad de documentacin, entre otros). Una vez asumido se han configurado localmente las suscripciones a los mensajes GOOSE del proyecto y las configuraciones fueron bajadas a los dispositivos fsicos. Luego de configurar el switch y repasar algunos detalles la comunicacin por GOOSE fue establecida y la aplicacin de interdisparo comenz a operar mostrndose estable (an ante prdidas de comunicaciones forzadas y durante el arranque de los IEDs), sin disparos intempestivos y actuando correcta y selectivamente para todas las condiciones de falla y topologas de la estacin planteadas.
6

4.4 Resultados obtenidos En virtud de ser sta la primera experiencia desarrollada en un proyecto piloto que involucre distintas marcas de IEDs en nuestro pas, y a pesar de habernos encontrado con varias dificultades en cuanto a la configuracin integral de los mismos, consideramos que fue altamente positiva y por ello rescatamos los siguientes puntos ms relevantes: Confeccin de un detallado informe: Toda la experiencia de laboratorio fue documentada en un minucioso informe, en el que se pueden encontrar los diferentes tpicos necesarios a tener en cuenta para poder cumplir con el objetivo de la primera etapa. Logro de la interoperabilidad en IEC 61850: Con algunas dificultades al comienzo, se logr poder comunicar a los IEDs adecuadamente y hacer que cumplan con el propsito de efectuar los interdisparos por PFI, segn lo establecido en la Norma. Adquisicin de un mayor conocimiento prctico: Antes de comenzar con esta experiencia piloto, obviamente tenamos un conocimiento muy general acerca de la IEC 61850; pero el hecho de trabajar en ello, gener muchas dudas que tuvieron que ser disipadas no solo a travs de la interpretacin de la propia norma, sino adems en otras diferentes herramientas de estudio, para resolver bsicamente los inconvenientes de comunicacin. Exitosa comunicacin entre los IEDs: La comunicacin horizontal por medio de mensajes GOOSE se ha mostrado 100% efectiva. El hecho de hacer referencia a ella como mensajes GOOSE puede llevar a la idea de que no se trata de un medio seguro; sin embargo, el mensaje es la herramienta de lo que en realidad podemos denominar como un canal de datos unidireccional entre IEDs con deteccin de falla del receptor ante problemas de comunicacin. Excelente respuesta en la Red: Se prob el rendimiento de las comunicaciones con y sin VLAN, evaluando el impacto en tiempos. Adems se hicieron experiencias agregando trfico de GOOSE de mayor prioridad y de transferencia de datos entre PCs dentro de la misma VLAN. Rapidez del interdisparo en IEC 61850: El hecho de haber implementado el interdisparo mediante mensajes GOOSE y en paralelo con las lgicas habituales de rels auxiliares, permiti determinar que el primero de ellos fue ms rpido en las pruebas realizadas y demostr similar confiabilidad. No obstante encontramos algunos aspectos que nos muestran que las interpretaciones de la norma por parte de los distintos fabricantes no son exactamente iguales. Estos aspectos son: Limitaciones en la configuracin: Las limitaciones en cuanto a parmetros de configuracin de los IEDs nos obligo a cambiar continuamente los valores de base del proyecto hasta lograr un conjunto que satisfaga a todos. Limitaciones en la interoperabilidad entre softwares: Faltan ciertos parmetros de configuracin de los mensajes GOOSE tanto para el envo como para la recepcin en algunos casos. Por otro lado los parmetros que no se muestran son predefinidos por el software correspondiente. Necesidad de herramientas adicionales: producto del tem anterior e inconvenientes en el manejo de archivos entre herramientas propietarias. Problemas de inseguridad en la configuracin: En el caso de tener establecida una comunicacin exitosa hemos encontrado casos en que al cambiar un parmetro en el emisor del GOOSE, an as el receptor lo sigue recibiendo y validando sus datos como correctos. Si bien la configuracin no se debe manipular a nivel del IED (se debe hacer en el .SCD) esto puede derivar en un problema de seguridad al no detectar ciertos cambios. Implica adems que no todos los parmetros son verificados en los mensajes entrantes en algunos IEDs (en la recepcin). Incompatibilidad entre las distintas herramientas: Archivos de formato SCL (ICD, SCD, CID, etc.) verificados mediante distintas herramientas dan reportes diferentes en cuanto a la validacin. Inconvenientes en la edicin de parmetros: Algunas herramientas no restringen el ingreso de parmetros fuera de la norma y permiten seguir adelante con la configuracin. El problema se
7

presentar en el futuro al importar este dato en otro programa o bajarlo a un IED donde dar error o no funcionar satisfactoriamente la aplicacin. Esto demuestra una vez ms que por el momento es necesario conocer la norma e investigar puntualmente si las herramientas estn haciendo lo correcto. Monomarca / Multimarca: an en proyectos monomarca, al momento de realizar ampliaciones o modificaciones con IEDs de otro proveedor se podran encontrar limitaciones debido a la interpretacin no-homognea de la norma. 5 CONCLUSIONES

Ms all de los inconvenientes mencionados, consideramos que la Etapa I del proyecto fue muy exitosa ya que se cumplieron con creces los objetivos propuestos. Podemos decir tambin que muchos de los inconvenientes motivaron la bsqueda de soluciones creativas, con lo cual se obtuvieron conocimientos prcticos que no se podran haber obtenido de otra manera, por ejemplo si se hubiera trabajado con una sola marca de IEDs. Tambin la Etapa I del proyecto ha dejado un laboratorio neutral montado que se puede utilizar para realizar ensayos y acumular ms experiencia sobre IEC 61850 tanto para los usuarios de IEDs como para los fabricantes, que tienen activa participacin en el proyecto, brindando equipamiento y apoyo tcnico. Dado el xito obtenido en la Etapa I, actualmente se est trabajando en la Etapa II, en la cual los objetivos estn orientados a: 6 Estudio de contingencias (prdida de IEDs, problemas en la red, etc.) Planteo de un pequeo sistema de automatizacin de subestacin mediante mensajes GOOSE. Pruebas de estrategias para mantenimiento de subestaciones basadas en IEC61850 Documentacin de proyectos basados en IEC61850.

REFERENCIAS

[1] IEC 61850 Ed. 1 Communication Networks and Systems in Substations

(**) Miembros del SC B5 Argentina que tuvieron participacin en el proyecto: Ariel Lichtig (ARTEC INGENIERIA), Carlos Di Palma (TRANELSA), Carlos Contrera (TRANSBA), Daro Burgo (EDESUR), Eduardo del Soldato (CONSULTOR), Esteban Nizovoy (UBA), Ezequiel Schiavino (ABB), Fabian Fernandez (AREVA), Fabian Neuah (AUTOTROL), Fernando Gonzlez (TRANSENER), Fernando Salmoiraghi (ARTEC INGENIERIA), Flavio Pascuali (CONSULTOR), Guillermo Dominguez (EDENOR), Julio Perez (EDES), Daniel Mellado (TRANSBA), Oscar Piscitelli (DISTROCUYO), Rodolfo Pellizoni (TRANSBA), Luis Funes (TRANSBA) y Pablo Damore (SIEMENS).