Control y automatizacin de subestaciones

Topologa y funcionalidad 24,2

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 .