Servicio y soporte para puesta en servicio
comunicación) hasta que finalmente se inicia el simulador de fallos.
El comportamiento es básicamente el mismo si se ha asignado una señal al parámetro Ex FuerzPost , y si esta
señal se activa durante la simulación, de manera que interrumpe el estado de fallo o previo al fallo: Con ProtCom
activo , el dispositivo local envía primero la señal correspondiente al dispositivo remoto; luego, espera un tiempo
equivalente al retardo de propagación de la señal y, finalmente, lleva la transición al estado posfallo.
Si la comunicación de protección está inactiva (sin tener en cuenta si esto se
debe a que los cables de fibra óptica estén desconectados, la mala calidad de
la conexión o un bloqueo temporal del módulo ProtCom), solo se inicia el
simulador de fallos local y no se enviará señal de desconexión al dispositivo
remoto (después de todo, el comportamiento del dispositivo local es
exactamente igual que iniciar el simulador de fallos en un dispositivo de
protección independiente).
Si el ProtCom se vuelve inactivo mientras los simuladores de errores ya se están ejecutando, entonces ambos
simuladores continúan de forma independiente (sin ser interrumpidos o bloqueados), utilizando únicamente las
respectivas corrientes locales (suponiendo valores cero para las corrientes remotas).
Como se mencionó con anterioridad, la simulación termina si una corriente de
fase excede 0,1 ⋅ In. Esto sucede inmediatamente en ambos dispositivos, sin
ningún otro retardo ProtCom adicional (esto puede generar una corriente
diferencial falsa corta pero, como de cualquier modo, todas las funciones de
protección están en una fase de puesta a cero durante unos 100 ms (ver el
comienzo del capítulo "simulador de fallos"), esta corriente diferencial falsa no
puede desencadenar ninguna decisión de desconexión falsa).
1157
Released
MCDLV4
DOK-HB-MCDLV4-2ES