Implementacin en hardware 24,3 Protocolos de comunicacin 24.4 Funcionalidad de automatizacin de subestaciones 24.5 La configuracin del sistema y las pruebas 24.6 Ejemplos de automatizacin de subestaciones 24.7
Topologa y funcionalidad 24,2
24.1 INTRODUCCIN La secuencia de enclavamiento y, a veces complejo los requisitos de control que se encuentran en una subestacin de cualquier tamao significativo se prestan naturalmente, a la aplicacin de la automatizacin . estos requisitos pueden ser fcilmente expresadas en matemtica lgica ( tablas de verdad , lgebra booleana , etc. ) y esta rama de las matemticas es muy adecuado para la aplicacin de ordenadores y software asociado . Por lo tanto , los ordenadores se han aplicado para el control de las redes elctricas durante muchos aos , y ejemplos de ellos se aplican a control de la subestacin / automatizacin estaban en uso a principios de los De 1970 . Las primeras aplicaciones fueron de manera natural en la mayor campo de la transmisin de energa , como una extensin natural de un tendencia a las salas de control centralizado para estos sistemas . la grandes inversiones de capital en dichos sistemas y de la consecuencias de la interrupcin grave del sistema hizo que el costo de tales esquemas justificables . En los ltimos diez aos ms o menos , continuas presiones de los costos en los servicios pblicos y los avances en potencia de clculo y el software han llevado a la aplicacin de las computadoras de control de la subestacin / automatizacin de forma mucho ms amplia . Este captulo describe la tecnologa actual y proporcionar ejemplos de la prctica moderna en el campo.
La topologa de un sistema de control de la subestacin es la arquitectura del sistema informtico utilizado. La funcionalidad de este sistema es el conjunto completo de funciones que pueden ser implementadas en el sistema de control - pero tenga en cuenta que una subestacin en particular slo puede utilizar un subconjunto de la funcionalidad posible. Todos los sistemas de control de computadoras utilizan uno de los dos topologas bsicas:
a. centralizada b. repartido y los conceptos bsicos de cada uno se ilustran en la figura
24.1.
Los primeros ejemplos de automatizacin de subestaciones utilizan la concepto centralizado, debido a las limitaciones de la tecnologa, tanto de la potencia del procesador y tcnicas de comunicacin. Las ltimas ejemplos utilizan una arquitectura distribuida, en la que un nmero de dispositivos electrnicos inteligentes (IEDs) - tales como rels basados en microprocesador - pueden estar vinculados a travs de una enlace serie multipunto a un procesador local. Lo local procesador puede controlar uno o ms receptculos en una subestacin. Todos los procesadores locales son, a su vez, conectado a un Interfaz hombre-mquina (HMI o), y posiblemente tambin para un sistema SCADA local o remoto para la red global vigilancia / control.
Los principales elementos del sistema en un sistema de control de la subestacin son:
a. De IED, la implementacin de una funcin o funciones especficas de un circuito o barra en una subestacin. El ejemplo ms comn de un IED es un rel de proteccin basado en un microprocesador, pero tambin podra ser un dispositivo de medicin basado en un microprocesador, la unidad de interfaz a los rels de control o mayores, etc
b. Compartimento para mdulos (o controlador). Este dispositivo contendr normalmente todo el software necesario para el control y enclavamiento de una sola baha (alimentador, etc) en la subestacin, y suficiente de E / S de interfaz para todos los dispositivos necesarios requeridos para medida / proteccin / control de la baha. la E / S puede incluir digitales y analgicas de E / S (por interfaz con dispositivos discretos tales como CB cierre / disparo circuitos, motores aislante, no basados en microprocesador rels de proteccin) y los enlaces de comunicaciones (serie equired) a IED
c. Interfaz hombre-mquina (HMI). Esta es la interfaz principal de usuario y normalmente tomara la forma de un ordenador. Lo familiar PC de escritorio es de uso comn, pero los ordenadores especializados tambin son posibles, mientras que las subestaciones normalmente no tripulados pueden prescindir de un HMI instalado permanentemente y se basan en operaciones / personal de mantenimiento con lo que un ordenador porttil equipado con el software apropiado con ellos cuando se requiere asistencia. Es habitual para proporcionar tambin una o ms impresoras vinculados al panel de operador con el fin de proporcionar los registros en papel de varios tipos (Secuencia de Eventos grabadora, lista de alarmas, etc)
d. Un bus o buses de comunicacin, que une los distintos dispositivos. En una nueva subestacin, todos los elementos del sistema de automatizacin normalmente utiliza el mismo bus, o como mximo dos buses, para obtener coste- eficacia. Cuando un sistema de automatizacin de la subestacin se est reequipar a una subestacin existente, puede ser necesario el uso de buses de comunicaciones existentes para comunicarse con algunos de los dispositivos existentes. Esto puede dar lugar a una multiplicidad de buses de comunicacin dentro del sistema de automatizacin.
e. Un enlace a un sistema SCADA remoto. Esto puede ser proporcionado por una unidad de interfaz dedicada, ser parte de la computadora HMI o parte de un IED. tal vez No se pueden prestar a todos - aunque ya que uno de los beneficios de la automatizacin de la subestacin es la capacidad del control / monitorizacin remota, esto sera altamente inusual. Slo puede ocurrir durante un desarrollo por etapas de un plan de automatizacin en un momento en que se automatizan las operaciones de la baha, pero la subestacin sigue siendo tripulado, con anterioridad a la aplicacin de la capacidad de control remoto.
24.2.3 Requisitos del sistema Un esquema de control / automatizacin de la subestacin normalmente se requiere para poseer las siguientes caractersticas: un. el control de todos los equipos elctricos de la subestacin un punto central b. control de todos los equipos elctricos subestacin desde un punto central c. interfaz con el sistema SCADA remoto d. el control de los aparatos elctricos en una baha local e. seguimiento de los equipos elctricos en una baha local f. supervisin del estado de todas las subestaciones conectadas equipos de automatizacin g. gestin de bases de datos del sistema h. gestin de la energa i. control del estado de la subestacin elctrica equipamiento (distribucin, transformadores, rels, la IED)
El sistema puede ser obligado a ser tolerante a fallos, lo que implica que la redundancia de los dispositivos y las rutas de comunicacin se proporciona. El grado de tolerancia a fallos proporcionado depender del tamao y la criticidad de la subestacin para el operador, y el estado normal de dotacin (tripulada / no tripulada). Muchas de las funciones pueden ser ejecutados desde una ubicacin remota (por ejemplo, un centro de control del sistema), adems de la propia subestacin.
Algunas de las funciones anteriores se requerir incluso en la aplicacin ms elemental. Sin embargo, la seleccin del conjunto completo de funciones requeridas para una aplicacin particular es esencialmente la responsabilidad del usuario final (Utilidad, etc). Debido a un enfoque modular, mdulo de diseo de software, es relativamente fcil aadir funcionalidad en una etapa posterior. A menudo, esto ocurre a travs de cambios en las necesidades de los operadores y / o el desarrollo de la red elctrica. La compatibilidad de la base de datos subyacente de datos de la red debe dirigirse a garantizar que datos histricos todava se puede acceder.
24.3.1 Topologa HMI basado Esto toma la forma de la figura 24.2 . El software para implementar las funciones de control / automatizacin reside en el equipo HMI y esto tiene vnculos directos con IEDs usando uno o ms protocolos de comunicaciones . El enlace a un sistema SCADA remoto Normalmente tambin se proporciona en el equipo HMI , a travs de una unidad de interfaz por separado puede ser proporcionado para descargar algunos de los requisitos del procesador del ordenador HMI , especialmente si un propietario se utiliza el protocolo de comunicaciones para el sistema SCADA. Para esta topologa , un equipo HMI potente se requiere claramente si un gran nmero de IEDs deben ser acomodados. En la prctica, los costes dictan generalmente el uso de un PC estndar, y por lo tanto no habr limitaciones en el tamao de subestacin que puede ser aplicado a causa de un lmite resultante para el nmero de IED de que se puede conectar. La otra cuestin importante es uno de fiabilidad y disponibilidad - slo hay un ordenador que puede controlar la subestacin y por lo tanto slo local manual control ser posible si el equipo falla por cualquier razn. Esta topologa es por lo tanto slo adecuado para pequeas subestaciones de media tensin, donde las consecuencias de la falta de equipo (que requiere la visita de un equipo de reparacin a un recurso) son aceptables. Mdulos Bay no se utilizan, el software para el control y bloqueo de cada tramo subestacin se ejecuta como parte del software HMI.
Esta topologa es una mejora de la topologa de HMI y se muestra en la figura 24.3. Una RTU basado en un microprocesador se utiliza para alojar el software de automatizacin, liberando al equipo HMI slo para funciones de interface de operador. Por consiguiente, el equipo HMI puede ser menos potente y por lo general toma la forma de un PC estndar, o para subestaciones no- normallymanned, personal visitante puede utilizar un PC porttil.
La RTU es propsito diseado y puede albergar uno o ms microprocesadores poderosos . Un mayor nmero de puntos de E / S puede ser acomodado que en la topologa de HMI , mientras que existe la posibilidad de albergar una mayor variedad de protocolos de comunicacin para IED y de la conexin SCADA remoto . Mdulos Bay no son necesarios, el software asociado para el enclavamiento y control secuencias es parte del software RTU .
24.3.3 Topologa Descentralizada
Esta topologa se ilustra en la figura 24.4 . En l, cada baha de la subestacin es controlado por un mdulo de Baha , donde se encuentra el software de control y enclavamiento, interfaces para los diversos IED es requerido como parte del control y la proteccin de la baha, y una interfaz para el HMI. Es posible utilizar un equipo HMI para tomar el control local de una baha individual para la puesta en marcha / prueba y error efectos encontrar . La cantidad de datos de los diversos puntos de E / S subestacin dicta que se proporciona una unidad de interfaz SCADA separado (a menudo llamado un RTU o puerta de enlace ) , mientras que es posible tener ms de un ordenador HMI , el primario est dedicado a operaciones y otros para uso en ingeniera . Opcionalmente, un equipo HMI remoto puede estar disponible a travs de un enlace separado . lo es siempre deseable en tales esquemas para separar las operaciones de tiempo real funcionan de tareas de ingeniera , que no tienen la misma importancia crtica en el tiempo .
La conexin entre los distintos mdulos de la baha y el equipo HMI es de algn inters. Ms simple es la disposicin en estrella de la Figura 24.5 (a). Esta es la solucin de menor coste, pero adolece de dos desventajas. En primer lugar, una ruptura en la relacin dar lugar a la prdida del control remoto de la baha afectada, slo el control local a travs de un equipo HMI local conectado a la baha es entonces posible. En segundo lugar, el nmero de puertos de comunicacin disponibles en el equipo HMI limitar el nmero de baha Mdulos.
Por supuesto , es posible superar el primer problema mediante la duplicacin de enlaces y la ejecucin de los enlaces en rutas separadas fsicamente . Sin embargo , esto hace que el puerto de E / S problema peor , mientras que se requiere un esfuerzo adicional de diseo para garantizar la diversidad de rutas de cable. Una alternativa es conectar los mdulos de la baha , HMI SCADA informticos y pasarela en un anillo , como se muestra en la figura 24.5 ( b ) . Mediante el uso de una arquitectura de comunicacin tal como se encuentra en una red inalmbrica a internet, cada dispositivo es capaz de hablar con cualquier otro dispositivo en el anillo sin ningn conflicto mensaje . Una sola interrupcin en el anillo no da lugar a la prdida de las instalaciones . La deteccin de la rotura del anillo y de re - configuracin requerida se puede hacer de forma automtica . Por lo tanto , se mejora la disponibilidad y tolerancia a fallos de la red . Mltiples anillos procedentes del equipo HMI se pueden utilizar si el nmero de dispositivos supera la limitacin para un nico anillo. Puede ser ms fcil de instalar en una base paso a paso para la modernizacin de aplicaciones , pero, por supuesto , todas estas ventajas tienen un lado negativo. El costo de este tipo de topologa es ms alta que la de las otras soluciones , por lo que esta topologa se reserva para situaciones donde se requiere la mxima fiabilidad y disponibilidad - es decir, de alta tensin y subestaciones de transmisin EHV . La redundancia tambin se puede proporcionar en el nivel del dispositivo individual. Los rels y otros IEDs puede duplicarse, aunque esto no sera siempre menos que sea requerido por otras razones (por ejemplo, MAT lneas de transmisin pueden ser obligados a tener duplicados principales protecciones - Esto no es estrictamente hablando
la duplicacin de los dispositivos individuales - lo que requerira cada proteccin principal persona debe tener dos rels idnticos a voto en un '1 de base 2 ' ) . Es habitual tener HMI ms de los operadores, ya sea por razones operativas o de tolerancia a fallos . El sistema informtico se puede duplicar de forma ' hot- standby "o" doble redundancia ", o tareas podr normalmente compartido entre dos o ms ordenadores del sistema con cada uno de ellos tiene la capacidad de hacerse cargo de las funciones de uno de los otros en el caso de un fallo . El recuento total de I / O en una subestacin principal ser grande y se debe asegurar que el hardware y los enlaces de comunicacin tienen un rendimiento suficiente para garantizar el pronto tratamiento de los datos entrantes. Sobrecarga en esta rea puede conducir a uno o ms de los siguientes :
un . demora en la actualizacin de los diagramas de estado del sistema / Registro de eventos / alarmas de registro en respuesta a un incidente
b . la corrupcin de la base de datos del sistema , de modo que la informacin presentada al operador no es una representacin exacta del estado de la real sistema elctrico
c . bloqueo del sistema
Como I / O a nivel baha, tanto digitales como analgicos tpicamente ser manejado por los rels inteligentes o especializada de la IED , por lo tanto, es importante asegurarse de que estos dispositivos tienen suficiente capacidad de E / S . Si, adems de IED tienen que ser proporcionada nicamente para garantizar la capacidad de E / S adecuado , los requisitos de coste y el espacio se incrementar. Tambin habr un aumento en el nmero de enlaces de comunicacin necesarios . Una especificacin de prctica para los tiempos de respuesta del sistema se da en la Tabla
24.1 . Tabla 24.2 da una especificacin tpica para la capacidad de E / S de un sistema de automatizacin de subestaciones mximo .
Un problema importante que hay que superar en el implementacin de los enlaces de comunicacin es la posibilidad de la interferencia electromagntica. Los bajos niveles de voltaje que se utilizan en la mayora de los tipos de enlace de comunicacin puede ser propensos a la interferencia como resultado. El diseo cuidadoso de las interfaces entre los dispositivos utilizados y los bus de comunicacin, que implica el uso de opto-acopladores y convertidores de protocolo, se requiere para minimizar el riesgo. Cuidado en la disposicin de los cables de comunicacin Tambin se requiere. Tambin puede ayudar el uso de una comunicacin protocolo que incorpora un medio de error deteccin / correccin. Si bien puede no ser posible corregir todos los errores, deteccin ofrece la oportunidad de solicitar la retransmisin del mensaje, y tambin para los estadsticas que se reunieron en las tasas de error en varias partes del sistema. Una tasa de error inusualmente alto en una parte de el sistema de comunicacin puede ser marcado para equipos de mantenimiento para la investigacin.
24.4 MTODOS DE COMUNICACIN La comunicacin digital entre los elementos de hardware es dividido en tres elementos: a. el protocolo, que consiste en el hardware, tales como conectores, funciones de los terminales de conexin y de seal niveles
b. el formato, que consiste en el control del flujo de datos
c. la lengua, o cmo la informacin en los datos flujo se organiza
Cada una de estas reas est cubierta de manera que una apreciacin de la complejidad de las comunicaciones digitales es entendido.
24.4.1 Protocolos de comunicacin y formatos
Cualquiera que trate de conectar los diferentes elementos de un Sistema Hi-Fi, si los han comprado a diferentes fabricantes sern conscientes de que el nmero de diferentes protocolos en uso. La situacin es la misma en el campo industrial. Los fabricantes de dispositivos son a menudo la tentacin de utilizar un protocolo propietario, por la sencilla razn a veces en lugar de alentar el uso exclusivo de su dispositivos. Los usuarios, por supuesto, tienen diferentes intereses;
que les gustara cada fabricante utilizar el mismo protocolo para que tengan la opcin ms amplia. En la prctica, protocolos han evolucionado con el tiempo, y algunos protocolos son ms apropiado para algunos requisitos de comunicacin que otros. El protocolo utilizado tambin est vinculada a la formato utilizado, ya que el nmero de conductores requeridos puede depender del formato utilizado.
Hay dos formatos bsicos en uso para los datos comunicaciones:
a. serial b. paralelo
Formato de serie consiste en el envo de los datos un bit a la vez a lo largo del canal de comunicacin. Formato paralelo implica el envo de varios bits simultneamente . Claramente , la comunicacin en paralelo requiere ms cables que de serie la comunicacin ( una desventaja ) pero puede transmitir una cantidad dada de datos ms rpida . En la prctica , la comunicacin en paralelo se limita a la comunicacin a travs de unos pocos metros , y por lo tanto la mayora de las comunicaciones utilizan el formato de serie . Hay una serie de protocolos de comunicacin serie populares en uso comn en la campo de la automatizacin de subestaciones .
24.4.1.1 Protocolo RS232C
El protocolo RS232C permite las comunicaciones de dplex completo entre dos dispositivos . La especificacin bsica se da en la Tabla 24.3 . El hardware especificacin puede variar - nueve conductores son el mnimo requerido para una aplicacin plena, mientras que un conector de 25 pines se encuentra comnmente . Si no se requiere el control de flujo de datos , slo se requieren tres seales ( datos transmisin / recepcin y tierra) . Al estar limitado a la comunicacin entre los dos dispositivos , este protocolo no es til en sistemas de automatizacin de subestaciones . Sin embargo , se describe , ya que se encuentra regularmente en aplicaciones de comunicacin remotos , tales como las que existen entre una pequea subestacin y un centro de control utilizando mdems para transferir los datos a travs de una lnea telefnica .
24.4.1.2 Protocolo RS485 Este protocolo se detalla en la Tabla 24.4, y es mucho ms til para sistemas de automatizacin de subestaciones. Es porque, muchos dispositivos pueden estar unidos a los datos de uno canal, la distancia mxima sobre la cual comunicaciones pueden tener lugar es bastante grande, y la tasa de bits mxima es bastante alto. Slo se requiere una simple conexin de par trenzado, con todos los dispositivos "en cadena" en el enlace, como se muestra en la figura 24.6.
Por lo tanto los dispositivos pueden estar situados a lo largo de una subestacin sin causar problemas de comunicacin y significativos cantidades de datos pueden ser transmitidos rpidamente. La principal inconveniente es que es un sistema de media-dplex, de modo que comunicaciones utilizan un tipo de preguntas y respuestas tcnica conocida como 'polling'. El equipo que necesita los datos (por ejemplo, un ordenador o un controlador de subestacin baha) debe pedir a cada dispositivo en vez de los datos solicitados a continuacin, esperar a la respuesta antes de pasar al siguiente dispositivo.
Cuando los dispositivos conectados a las comunicaciones canal puede tener que marcar las condiciones de alarma , este dicta sondeo continuo de todos los dispositivos conectados a los canal de comunicaciones . Si ms de 31 dispositivos necesitan a conectar , ms de un mdulo de comunicacin RS485 enlace puede ser proporcionada. 24.4.1.3 IEC 60870-5 Protocolos Los dos protocolos utilizados son IEC 60870-5-101 y IEC 60870-5-103 . IEC 60870-5-101 se utiliza para las comunicaciones entre dispositivos a travs de largas distancias . Una aplicacin tpica sera ser las comunicaciones entre una subestacin y una central Control Room ( CCR). Una comunicacin serial bits tcnica es utilizada , y las velocidades de transmisin de hasta Son posibles 64 kbit / s , dependiendo de la transmisin protocolo seleccionado de los especificados en la norma. Los mdems pueden ser utilizados , y por lo tanto no hay ninguna prctica limitacin de la distancia entre los dispositivos . IEC60870 -5-103 especifica un protocolo de comunicacin entre una estacin maestra y dispositivos de proteccin (por ejemplo, rels de proteccin ). La norma se basa en , y es un superconjunto, el protocolo de comunicaciones VDEW alemana. Cualquiera de transmisin de fibra ptica o un enlace RS485 pueden ser utiliza, y velocidades de transmisin son ya sea 9600kbit / s o 19200kbit / s. La distancia mxima de transmisin es de 1000 m el uso de la transmisin por fibra ptica. La comunicacin es en una 'maestro / esclavo' base, en el que la estacin maestra continuamente encuestas a los esclavos (rels) para determinar si existe informacin est listo para ser enviado por los esclavos. mientras que algunos mensajes se definen por la norma, estos son de funcionalidad limitada. Adems, la norma permite la el uso de mensajes "privados" especficos del fabricante. estos permitir una funcionalidad mucho mayor, pero al mismo tiempo dificultar la interoperabilidad de los equipos de diferentes fabricantes porque no hay necesidad de que el formato de los ese tipo de mensajes que se hagan pblicos. Este es sin duda el mayor inconveniente de la norma, ya que el uso extensivo de mensajes "privados" de los fabricantes de dispositivos esencialmente convierte a la norma en varios ms de propiedad. 24.4.2 Protocolos de red Hasta el momento, los protocolos descritos son tiles para comunicaciones a travs de una aplicacin relativamente restringida rea geogrfica. Una automatizacin de subestaciones esquema se puede extender sobre un rea muy amplia, y por lo tanto se necesitan protocolos adecuados para esta situacin. la protocolos ms comunes en uso cumple la norma ISO 7 - modelo de capa de una red. Este modelo es internacionalmente reconocido como el estndar para los requisitos de comunicaciones entre los sistemas de procesamiento de datos.
24.4.2.1 ISO modelo de 7 capas El modelo ISO 7-capa se muestra en la figura 24.7. lo representa un sistema de comunicaciones como un nmero de capas, cada capa tiene una funcin especfica. este enfoque asegura modularidad, y por lo tanto ayuda a garantizar que los productos de diferentes fabricantes que cumplir con el estndar trabajarn juntos. la funciones de cada capa se describen mejor al hacer una analoga con una llamada telefnica, como se indica en la Tabla 24.5. Hay una serie de protocolos de red que estn compatible con el modelo OSI, tal como TCP / IP, Modbus, DNP. Esto no significa que los dispositivos utilizando diferentes protocolos son intercambiables, o incluso que los dispositivos que utilizan el mismo protocolo son intercambiables.
El mismo elemento de datos puede ser almacenada en diferentes direcciones dentro de los diferentes dispositivos, y por lo tanto de re-programacin de el cliente que recibe la informacin es necesaria cuando un dispositivo se sustituye por uno diferente, incluso si la funcionalidad es sin cambios. Se puede observar fcilmente cmo una subestacin equipada con una variedad de dispositivos de diferentes fabricantes y tal vez utilizando diferentes protocolos de comunicacin hace que el problema de la la aplicacin de un sistema de automatizacin muy difcil y caro. El costo importante en estos casos es el desarrollo de la rutinas de traduccin de software para la conversin de protocolos y la construccin de la base de datos necesaria que especifica que cada dato a ser adquiridos se mantiene.
24.4.2.2 Utilidad protocolo Arquitectura de Comunicaciones Un protocolo reciente, los servicios pblicos de comunicaciones Arquitectura v2.0 (UCA v2.0), busca superar estos desventajas de la adopcin de un enfoque orientado a objetos para los datos almacenados en un dispositivo de medicin / control, adems de un protocolo reconocido internacionalmente (ISO 9506) en el capa de aplicacin. Objetos y servicios de datos dentro de un dispositivo de seguimiento de un sistema de nombres especificado. la cliente puede extraer una descripcin de los objetos de datos que un dispositivo puede suministrar y servicios que pueda llevar a cabo, por lo que que es ms fcil de programar el cliente. Los factores de escala y unidades de elementos de datos estn integradas en el Descripcin de auto-, de modo que el esfuerzo requerido la puesta en marcha se reduce. Los dispositivos no son intercambiables, en el sentido de que un dispositivo de un
fabricante no puede ser eliminado y reemplazado por un dispositivo de funcionalidad similar de otro proveedor. Ms bien, este protocolo garantiza la interoperabilidad , es decir la la capacidad de los dispositivos de diferentes proveedores y de diferente funcionalidad para comunicarse con xito con entre s . El protocolo de transporte se ha separado desde el protocolo de aplicacin , por lo que los problemas con el registro ya no existen direcciones , etc . Todo lo que tiene que ser abordado es los protocolos de transporte utilizados , y los clientes normalmente ser capaz de comunicarse con los dispositivos que utilizan uno de un nmero de protocolos de transporte comunes . este estndar tiene un equivalente IEC , IEC 61850 . para empezar con , IEC 61850 cubre slo el campo de la subestacin automatizacin, pero poco a poco se extender para cubrir la mismos campos que UCA v2.0 . Los fabricantes son cada vez ms alejndose de protocolos con un elemento de propiedad en ellos a UCA v2.0/IEC 61850 . Es probable que dentro de un poco tiempo, la mayora de los dispositivos de proteccin y control utilizar una u otra de estas normas para comunicaciones . Una razn importante guiar este cambio es que estos normas permiten el uso del lenguaje XML para los intercambio de datos entre bases de datos . A medida que el informacin almacenada en un sistema de automatizacin o de control centro comprende una serie de bases de datos , informacin por lo tanto, se facilita el intercambio .
24.4.3 Servicio Idiomas Una lengua de comunicacin es la interpretacin de la los datos contenidos en un mensaje. las comunicaciones idioma normalmente forma parte del conjunto protocolo de comunicaciones. Obviamente, es necesario que los el transmisor y el receptor del mensaje para utilizar el mismo idioma. Mientras que un nmero de comunicaciones normas pretenden especificar el lenguaje utilizado, hay a menudo proporcionan la flexibilidad, lo que manufacturerspecific implementaciones. Una populares solucin alternativa es para una serie de organizaciones para acordar normas comunes y establecer un organismo de certificacin para verificar el cumplimiento en contra de estas normas. Por lo tanto, el equipo que cumple convierte a gran medida, interoperable. Sin embargo, la ltima tendencia, como lo demuestra la UCA v2.0/IEC 61850
protocolo , es definir el idioma de manera muy precisa a una alto nivel , y que requieren dichas indicaciones se incluyen como parte de cada mensaje para que el destinatario puede interpretar el mensaje sin la necesidad de cualquier traductor software . 24.5 Automatizacin de Subestaciones FUNCIONALIDAD La implementacin del hardware proporciona la fsica medios para implementar la funcionalidad de la subestacin esquema de automatizacin. El software incluido en el varios dispositivos se utilizan para implementar la funcionalidad requerida . El software puede ser muy simple o extremadamente complejo - Tabla 24.6 ilustra la funcionalidad que se puede proporcionar en un gran plan. La descripcin de la red elctrica y el caractersticas de los diversos dispositivos asociados con la red se llevan a cabo dentro de la computadora como una base de datos o conjunto de bases de datos. Dentro de cada base de datos , los datos se organizados en tablas , por lo general en un " por dispositivo " base de que refleja las caractersticas importantes del dispositivo y su interrelacin con otros dispositivos de la red. Cambios en la configuracin del sistema elctrico requieren modificacin de la base de datos usando un apropiado herramienta de software suministrados por el proveedor del sistema de automatizacin. La herramienta es normalmente un alto nivel , interfaz fcil de usar , por lo que las modificaciones a la de una lnea se pueden extraer directamente en la pantalla, con instalaciones de 'pick - and-place "para rels , IEDs , etc Este trabajo deber realizarse fuera de lnea en la estacin de trabajo de los ingenieros, si est disponible, o como tarea en segundo plano en el equipo de control si no . cuidadoso y no se requiere comprobacin extensa de los datos , tanto antes y despus de la entrada en la base de datos , para asegurar que Se han cometido errores . Prueba completa en el nuevo configuracin utilizando un simulador , se recomienda antes de la el uso de la nueva base de datos en el ordenador de control principal para asegurar que existe una mnima posibilidad de errores . El software est escrito como un conjunto de bien probado , estndar mdulos , lo que hay poca o ninguna necesidad de nuevos mdulos a ser escrita y la prueba de una subestacin particular. la datos necesarios para los clculos realizados por el
software se mantiene en la base de datos de red. esto significa que la adicin de funcionalidad ms tarde no es difcil , siempre y cuando el diseo de base de datos se ha considerado esta posibilidad . Puede haber problemas si el sistema elctrico configuracin se altera o funcionalidad adicional aadido en la lectura de los datos histricos anteriores al cambio . Formacin de inevitablemente se requiere personal de operaciones en funcionamiento del sistema , gestin de la configuracin y mantenimiento del sistema de automatizacin. sistema de automatizacin proveedores sern capaces de proporcionar la configuracin servicios de gestin y mantenimiento del sistema bajo contrato , si es necesario , a menudo con programas de costos definidos y los tiempos de respuesta para la gestin financiera de la esquema de automatizacin de una vez instalado est bien definido . La expedicin de rdenes a los dispositivos de conmutacin en el sistema tiene que ser cuidadosamente estructurado , con el fin de prevenir comandos que podran causar un riesgo de ser emitida . Una estructura jerrquica se utiliza comnmente como se muestra en la Figura 24.8 , comenzando con el requisito de una operador que desee emitir un comando de conmutacin dispositivos para iniciar sesin en el sistema con una contrasea . Los diferentes niveles de autoridad , lo que permite restricciones a la el tipo y / o la ubicacin de comandos de conmutacin capaces de ser emitido por un operador en particular puede ser implementado en esta etapa. El siguiente nivel en el jerarqua es la estructura de la emisin de comandos en un " emisin / confirmar / ejecutar " base (Figura 24.9 ) , de modo que el operador tiene la oportunidad de comprobar que la orden introducida es correcta antes de la ejecucin .
El ltimo nivel en la jerarqua se implementa en software a nivel de baha y se acciona despus de la operador confirma que la accin de conmutacin es ser
ejecutado . En esta etapa , antes de la ejecucin , la operacin se comprueba en contra: un . dispositivos bloqueados (es decir, impide el funcionamiento) b . interconexin de dispositivos / secuencias de conmutacin para asegurar que el comando emitido es seguro para llevar a cabo . La accin se cancela y el operador inform si no es seguro proceder , de lo contrario la accin se lleva a cabo y el operador informar cuando se haya completado . En una serie de sistemas , algunos de conmutacin rutina las operaciones ( por ejemplo, transferencia de un alimentador desde una barra colectora a la otra en una subestacin de doble bus ) estn automatizadas en software . El operador slo tiene que solicitar la " bustransfer ' accin que se lleva a cabo en un alimentador en particular , y el software es capaz de elaborar la correcta secuencia de conmutacin necesaria . Esto minimiza el posibilidad de error del operador , pero a expensas de algunas complejidad adicional en el software y ms extensa comprobacin en la fase de prueba de fbrica . Sin embargo , desde software es de tipo modular, subestacin elctrica topologa se limita a un pequeo nmero de configuraciones y tales secuencias son muy comunes , la desarrollo de software es esencialmente una actividad nica para cualquier sistema de control de la subestacin en particular. la los costes de desarrollo se puede transmitir a travs de la venta de una nmero de dichos sistemas , y por lo tanto el costo para cualquier usuario individual es pequea en comparacin con el potencial beneficios . 24.5.1 Desarrollos futuros La funcionalidad de un sistema de automatizacin de la subestacin es an en evolucin , con nuevas aplicaciones siendo constantemente aadido . La expansin de la funcionalidad de estos sistemas es procediendo en muchas reas, pero dos grandes reas actualmente estn atrayendo gran inters . Estas son las condiciones monitoreo y acceso web . Paquetes de monitoreo de condiciones en que se aplican en los sistemas de automatizacin de conmutacin , mientras que independiente paquetes estn disponibles para los transformadores ( Captulo 16 ) . En desarrollo son paquetes similares para los generadores , CT de , VT de , y las bateras. Se puede esperar que todos estas instalaciones se ofrecen como parte de un amplio condicin de paquete de control en la automatizacin de subestaciones esquemas en el futuro prximo . La ventaja para el usuario es que el paquete de monitorizacin de estado a continuacin, puede formar un componente de la poltica de gestin de activos , con el fin para determinar el cronograma de mantenimiento y sustitucin , adems de la adquisicin de las estadsticas sobre el fracaso tasas . Estos pueden ser utilizados en conjuncin con fabricantes para mejorar el diseo para mejorar disponibilidad . Ya ha habido discusin sobre los diversos tcnicas de comunicacin disponibles. El uso de Internet
tcnicas de comunicacin para la comunicacin hacia / desde una subestacin ofrece un barato, bien probado , ampliamente ruta accesible para esta funcin . Tambin permite el acceso a los datos de una comunidad ms amplia , que puede ser til en algunas circunstancias . Sin embargo , un gran nfasis debe ser colocado en el uso de Internet seguro tcnicas de comunicaciones, tales como los utilizados en la mbito financiero, como la posibilidad de no autorizado acceso malicioso que lleva a los principales incidentes o prdida de datos confidenciales es mucho mayor . Dado que el costo es la principal controlador , se puede esperar que los sistemas de automatizacin utilizando tales tcnicas de comunicacin se publicar en el futuro , el uso de tcnicas de comunicaciones seguras , y que los usuarios tendrn que ser ms conscientes de las amenazas involucrados con el fin de aplicar contramedidas adecuadas. 24.6 CONFIGURACIN DEL SISTEMA Y PRUEBAS Estas tareas , junto con la gestin de proyectos , son los ms tareas que consumen tiempo en el proceso de realizar un control y sistema de control de una red elctrica . las estrategias disponible para hacer frente a estos problemas vara entre fabricantes , pero enfoques tpicos son los siguientes . 24.6.1 Configuracin del sistema Existen herramientas de software que ayudan a configurar un moderno subestacin o sistema de automatizacin de la red . La medida en que se automatiza la tarea variar , pero todos requieren como mnimo de los detalles de la red a controlar, se extiende hasta el nivel del dispositivo individual ( disyuntor, seccionador , seccionador , etc.) Cuando la comunicacin a un Se requiere sistema SCADA existente , los datos sobre la lgica direcciones esperados por el sistema y los dispositivos SCADA controlado de forma remota desde el sistema SCADA tambin habr parte de la entrada de datos . Uso tambin puede estar hecho de que existe bases de datos que cubren las configuraciones de red predefinidos - por ejemplo, las ecuaciones de enclavamiento para una baha de la subestacin. Las herramientas de software comprobar los datos para mantener la coherencia , antes a la creacin de : un . el equipo requerido que forma la automatizacin esquema , junto con la necesaria interconexiones b . las bases de datos para cada dispositivo individual Los datos se dividen en dominios , de acuerdo con la uso que se hace de los datos : un . proceso - Posicin CB / aislador , enclavamiento ecuacin , los valores de corriente / voltaje b . Sistema - Nmero de equipos de laurel , hardware la configuracin de cada equipo baha, automatizado secuencias c . grfica - los vnculos entre cada imitan pantalla
y los datos que se muestran d. operador - los niveles de acceso de seguridad , textos de alarma, etc e . limitaciones externas - direcciones de datos externa para acceso a la base de datos Una vez que todos los datos se ha definido , el configurador herramientas pueden definir la configuracin de hardware para proporcionar las funciones requeridas al menor costo , y los datos necesaria para la aplicacin del rgimen de automatizacin. 24.6.2 Prueba del Sistema El grado de pruebas que deben efectuarse ser definido por la cliente y encapsulado en una especificacin para el sistema de pruebas . Es normal para la prueba de la completa funcionalidad del sistema que se requiere antes de despacho del fabricante. El ms grande y ms complejo el esquema de automatizacin, la ms importante para todas las partes que este ensayo no se lleva a cabo . Se acepta sabidura que se descubren los problemas anteriores, la ms barato y ms rpido es para solucionarlos. Rehabilitacin de los problemas en el lugar durante la puesta en marcha es la ms actividad costosa y consume mucho tiempo . Manual de pruebas de un sistema de automatizacin de la red slo es prctico para redes pequeas , debido al costo de las pruebas . simulacin herramientas son necesarias para que todos los dems sistemas de automatizacin . Estas herramientas se dividen en dos categoras : un . herramientas simulador que volver a crear la red que se controlado por el sistema de automatizacin . b . herramientas de gestin de pruebas 24.6.2.1 herramientas Simulator Herramientas Simulator se dedican a la red es probado . Por lo general se proporcionan con una simulacin lenguaje que el equipo de pruebas puede utilizar para reproducir los escenarios , y por lo tanto determinar cmo el sistema de automatizacin reaccionar a diversos estmulos . Herramientas simulador de procesos pueden ser de hardware y / o software base y emular la respuesta de los distintos dispositivos a ser controlados ( de CB / aisladores / VT ' s / rels de proteccin , etc.) Ellos deben ser capaces de seguir de cerca la dinmica respuesta de estos dispositivos bajo fallo mltiple y en cascada condiciones . Herramientas y libreras especficas se desarrollan como requerida , incluyendo el uso de software complejo , tales como EMTP para la simulacin de la respuesta a impulso de tipo fenmenos y la respuesta dinmica de la proteccin algoritmos . Ellos pueden simular la respuesta de los equipos en el lapso de control del equipo de automatismo , o el de equipamiento fuera del alcance del control , con el fin que la respuesta del sistema de automatizacin puede ser probado . Las herramientas de comunicacin simuladores se utilizan tanto para cargar la red de comunicaciones interna dentro de la sistema de automatizacin para asegurarse de que todos los dispositivos estn comunicar correctamente y que el rendimiento de la sistema de automatizacin en general cumple con las especificaciones durante perodos de trfico de comunicaciones de alta . Estos simuladores estn estandarizados y un solo simulador puede ser capaz de emular varios elementos del equipo . externo simuladores de comunicaciones probar las comunicaciones con un sistema externo , tal como un centro de control remoto . estos normalmente ser especfico del cliente , pero algunos norma simuladores puede ser posible si un estndar de comunicaciones se utiliza el protocolo como IEC 60870-5-101 . 24.6.3 Estrategia de prueba La estrategia adoptada para el ensayo de la automatizacin sistema debe , naturalmente, satisfacer las necesidades del cliente , y generalmente siguen uno de dos enfoques : un . una sola prueba se lleva a cabo cuando todos los equipos de el sistema se ha montado, b . pruebas adicionales se llevan a cabo como la automatizacin instalacin se monta , con simulador utilizado para representar equipo faltante . La primera solucin es ms rpido y ms barato , pero puede dar lugar a problemas en los que no es fcil de localizar problemas hasta el nivel de dispositivo . Por lo tanto, se utiliza principalmente cuando una actualizacin de un sistema existente es siendo llevado a cabo . Es habitual que toda la funcionalidad para ser probado , incluyendo la especificada para condiciones normales y niveles especficos de la degradacin en la automatizacin sistema . Esto conduce a un gran nmero de ensayos se efecte requerida . Ms de 500 pruebas por separado pueden ser necesarios para un sistema de automatizacin de tamao medio con el fin de demostrar el cumplimiento de la especificacin. 24.6.4 Gestin de las pruebas del sistema El gran nmero de pruebas necesarias para demostrar la cumplimiento de un sistema de automatizacin con la especificacin hace que las tcnicas manuales para la gestin de las pruebas engorroso y lento . El resultado final es aumento de los costos y los plazos . Por otra parte, cada prueba puede resultar en una gran cantidad de datos a ser analizados . la resultados de los anlisis deben presentarse en una forma fcilmente forma entendido y almacenado durante algn tiempo . Si los cambios se hacen al software por cualquier razn durante la vida til de el equipo , las diferentes versiones debe ser almacenado , junto con un registro de lo que los cambios entre versiones eran y por qu se hicieron . la gestin de esto se vuelve muy complejo , y herramientas de software se utilizan normalmente para tratar las cuestiones de horarios de prueba, prueba de la presentacin de resultados , la versin de software control y gestin de la configuracin .
El control del personal que trabaja en el rea de prueba del sistema Es tambin importante , para asegurar las pruebas son imparciales . a cumplir con este objetivo , el personal del equipo de prueba son normalmente independiente de los del equipo de diseo. Si incrementales se utiliza pruebas , es una prctica sonido que la final equipo de prueba de integracin tambin es independiente de la prueba equipo ( s ) que llev a cabo las pruebas incrementales. 24.7 Ejemplos de automatizacin de subestaciones Una ventaja significativa de un activo -propietario de la utilizacin de un sistema de automatizacin de subestaciones es el ahorro de espacio que como resultado . Costos Espacio dinero, y por lo tanto la minimizacin de espacio permite nuevas subestaciones para ocupar un menor espacio fsico. Como alternativa , la ampliacin de uno ya existente subestacin puede llevarse a cabo haciendo uso de Actualmente sobra bahas , pero donde hay un problema en apretada habitaciones de rel en acomodar el equipo extra . Una necesidad comn es la actualizacin de una subestacin existente , actualmente sobre la base de electromecnico o electrnico rels con dispositivos modernos . Figura 24.10 ilustra cmo la transicin al uso de un sistema de automatizacin de subestaciones pueden ser manejadas - por supuesto, hay otras posibilidades en funcin de la prioridad asignada por el activo -propietario .
Ejemplos de sistemas de automatizacin de pedido o instalados son que figura en los apartados siguientes. 24.7.1 Proyecto de Automatizacin Industrial Network Una gran red industrial se expandi de manera significativa debido a la adicin de las instalaciones de procesamiento adicionales. Como parte de la expansin, un nuevo sistema de automatizacin de subestaciones fue instalado, usando un PSCN3020 subestacin ALSTOM sistema de automatizacin. El 33/11kV simplificada de una lnea diagrama se muestra en la figura 24.11. La generacin total asciende a ms de 170MW de capacidad. No se muestra en la diagrama de una extensa red de baja tensin y una serie de Cuadros de distribucin de alimentacin 3,3 kV motores.
El sistema tiene dos caractersticas que lo convierten en inusuales de un punto de vista del control . En primer lugar , la generacin dentro de la sistema se distribuye , y esto se traduce en la posibilidad de varias redes aisladas se crean en el caso de un mayores incidentes elctricos , cada uno de los cuales se van a ejecutar de forma independiente hasta el momento en paralelo de la islas se hace posible. En segundo lugar, el sistema de red es dbil, por lo que la importacin tiene que ser limitado a un mximo de Incluso en trastornos de 40MW , transitorios , como el prdida simultnea de dos generadores , cada uno de ms de 30 MW capacidad . Como resultado de estos requisitos , el software estndar se ha mejorado para permitir el control simultneo de hasta 3 islas autnomas dentro de la red global , cada uno isla que tiene toda la gama de instalaciones de control incluyendo conmutacin , control de potencia activa / reactiva del circuito / dispositivo de generadores , la tensin y control de frecuencia de cada isla y el desprendimiento de carga . Debido a las restricciones en la red importacin, se desarroll una carga rpida derramar algoritmo, como Los estudios indicaron que convencional en frecuencia restriccin de la carga no ofrezcan las prestaciones requeridas . El esquema de desconexin de carga rpida consiste en continua clculo de la cantidad de carga a ser derramada en el caso de la prdida de uno o ms generadores y / o la cuadrcula conexin , y la determinacin de que las cargas deben ser arrojar , con base en las prioridades del operador -set y el poder real el consumo . En caso de prdida de generacin , carga que es al menos igual a la cantidad de generacin perdida es desconectada inmediatamente , despus de lo cual una convencional estrategia de reduccin de carga de importacin under-frequency/grid es invocado para atender a cualquier otra generacin / carga desequilibrio que ocurre . La configuracin de automatizacin de la subestacin se muestra en la Figura 24.12 , mientras que una pantalla del operador muestra capturada durante las pruebas del sistema se muestra en la Figura 24.13 . 24.7.2 Utilidad proyecto de automatizacin de subestaciones Este proyecto se refiere a una subestacin 345/138/20kV . la subestacin consta de dos lneas de 345 kV , 2 x 345/138kV transformadores y 2 x transformadores 345/20kV/20kV . cada de las barras de 345 kV y 138 kV es de convencional configuracin de doble bus , con acopladores de bus de conexin
principal y de reserva de barras . Cada bus 345kV se divide en 4 secciones , con bus seccin CB est vinculando el secciones . Del mismo modo, las barras de 138kV se dividen en 3 secciones . La barra 20 kV tambin es de doble bus configuracin . Un PSCN3020 subestacin ALSTOM sistema de automatizacin se ha instalado para proveer locales y el control remoto y el control de la celda en todos los niveles de tensin . Para las barras de 138kV y 20kV , supervisin es proporcionada por MiCOM M301 Medida Centros , la comunicacin con BM9100 BM9200 o Bay Mdulos con K -Bus enlace de comunicaciones propietario. El control se ejerce directamente de los mdulos de la baha . Los rels de proteccin son generalmente de la serie K de ALSTOM y la gama EPAC , que tambin se comunica con la baha Mdulo con K -Bus. Sin embargo, el diferencial de lnea y rels diferenciales de transformador son de otro fabricante, y se comunican con el mismo Bay Mdulos que utilizan el protocolo IEC 60870-5-103 , as que ilustra el uso de la baha de Mdulos para proporcionar ms de un protocolo de comunicaciones . Para las barras de 345 kV , rels de tipo electromecnico existentes estaban en uso , y seguimiento de estos es por el uso de los contactos de los rels cable de nuevo a los mdulos de la baha . Comunicacin de la estacin principal de la Baha Mdulos es por un anillo de fibra ptica redundante dual ( EFI.P ) . Sincronizacin de tiempo utiliza una interfaz GPS para el Maestro Station. Instalaciones de control / monitoreo remoto son siempre que, tanto desde una sala de control remoto y un Centro de control de red remota. Este ltimo utiliza la Protocolo DNP3.0 , por lo que el esquema completo utiliza 4 diferentes protocolos de comunicacin . Figura 24.14 ilustra la arquitectura del sistema , mientras Figuras 24.15/16 muestran parte del 345kV y 138kV barras respectivamente. 24.7.3 Control de Subestacin para un ferrocarril electrificado Un tren de alta velocidad ( auto - transformador alimentado) tiene una ruta longitud de 500 kilometros . Un total de 8 subestaciones de suministro de traccin y 41 subestaciones de autotransformacin estn obligados a proporcionar potencia de traccin y suministros auxiliares para el ferrocarril line . Todas las subestaciones de cuarenta y nueve estn interconectados por medio de una red de fibra ptica Ethernet OPC , formando la columna vertebral del sistema de comunicaciones . cada subestacin tiene un anillo de fibra ptica patentada EFI.P ( 3.5Mbit / s ) que interconecta los mdulos de la baha con la columna vertebral de comunicacin y estaciones de trabajo de los operadores locales. El anillo se compone de dos cables de fibra ptica en un solo vaina , proporcionando as dos canales de comunicaciones . Figura 24.17 ilustra la red en cuestin.
El esquema de automatizacin de subestaciones utilizado es el ALSTOM PSCN3020 . Subestaciones de traccin tienen un entrante suministro en cualquiera de 225kV o 400kV , transforma a 27.5kV para la traccin y tensiones ms bajas para auxiliar suministros. La redundancia en el control y la supervisin es proporcionada a travs del operador en cada subestacin siendo podr ver y controlar esas subestaciones inmediatamente adyacente as . Hay un centro de control general a supervisar el sistema completo , utilizando una puerta de enlace en la Columna vertebral de Ethernet . Aproximadamente 500 Mdulos Bay estn utilizada , proporcionando instalaciones de control y medida y que tambin acta como interfaz con los rels de proteccin . El aspecto significativo de esta aplicacin es la distancia sobre las que el esquema de la automatizacin se aplica utilizando una esquema de automatizacin de subestaciones estndar. El general
longitud de 500 kilometros es grande para una automatizacin de subestaciones plan e ilustra el perodo geogrfica ahora posible . La figura 24.18 muestra la topologa de la equipo de automatizacin de la subestacin a una traccin subestacin , mientras que las figuras 24,19 a 21 muestran la diferente niveles de detalle disponibles a un controlador a travs de la subestacin HMI. Funciones de manejo incluyen el control y la vigilancia de las subestaciones , ajuste remoto de todos los rels y recuperacin automtica de registros de perturbaciones de rels para el anlisis a distancia . Los datos se actualiza a aproximadamente Intervalos de 1 segundo . Una caracterstica notable es la automatizacin reconfiguracin automtica de la distribucin de potencia red durante fallas o interrupciones para mantener continuidad de fuentes de alimentacin de traccin .