Tiza Group

Inicio / Guías / Protecciones / Disparos y análisis de fallas

Mando rechazado desde el SCADA: causas y diagnóstico

Por qué el SCADA no logra abrir o cerrar un equipo: selector local/remoto, enclavamientos, sincronismo, selección previa vencida o mapeo del gateway.

Por Shadai García, ingeniero electricista, fundador y CEO de Tiza Group. Revisado por el equipo de ingeniería de Tiza Group · .

barrabahíaBCU · 43L/RswitchHMIgatewaycentro de control104HMIcontroladorinterruptorseleccionarverifica enclavamientos y 43L/Raceptadaejecutarabiertofincon el selector en local, la selección se rechazaIEC 61850IHMICSWICILOXCBR© tizagrp.combarrabahíaBCU · 43L/RswitchHMIgatewaycentro de control104HMIcontroladorinterruptorseleccionarverifica enclavamientos y 43L/Raceptadaejecutarabiertofincon el selector en local, la selección se rechazaIEC 61850IHMICSWICILOXCBR© tizagrp.com
Sistema SCADA y HMI de subestación: jerarquía de mando y orden con selección previa. Ubicación en el sistema, principio de funcionamiento e IEC 61850. Ilustrativo: los valores reales salen de la placa y del manual del fabricante.
Respuesta corta

Un mando que el SCADA envía y el equipo rechaza casi siempre está bloqueado por una condición de la propia subestación: el selector local/remoto, un enclavamiento, la verificación de sincronismo o el modo del IED. Si el mando funciona desde la HMI local y no desde el centro de control, el problema está en la cadena de comunicaciones: el mapeo del gateway, el tipo de mando o los tiempos de la selección previa entre protocolos.

Síntoma

El operador envía desde el SCADA una orden de apertura o de cierre y recibe un rechazo, un tiempo vencido o simplemente no pasa nada. El equipo está en servicio, el enlace parece activo y las señales llegan. A veces el mismo mando funciona desde la HMI de la subestación o desde el frente del controlador de bahía, lo que confunde todavía más.

Un mando remoto recorre una cadena larga: centro de control, enlace de telecontrol, gateway, red de la subestación, controlador de bahía o relé, lógica de enclavamientos y, por último, el circuito de cierre o de disparo del equipo. En el sistema SCADA y HMI de subestación cada eslabón puede rechazar la orden por una razón legítima. El diagnóstico consiste en encontrar qué eslabón la rechazó y con qué causa.

Causas posibles, de la más a la menos probable

CausaPor qué ocurreQué la delata
Jerarquía de mandoSelector de la bahía en local, o nivel estación activo cuando se manda desde el centro de controlRechazo por jerarquía; el mando funciona desde el nivel habilitado
EnclavamientoSeccionadores, cuchilla de tierra o interruptores vecinos en una posición que no permite la maniobraRechazo por enclavamiento; condición falsa en la lógica
SincronismoDiferencia de tensión, ángulo o frecuencia fuera del ajuste al cerrar entre dos fuentesRechazo por sincronismo; solo afecta a los cierres
Selección previa vencida o fallidaLa ejecución llega después del tiempo límite, o el equipo ya estaba seleccionado por otro clienteSelección aceptada y ejecución rechazada; tiempo vencido
Modo del IEDEquipo en modo prueba, bloqueado o fuera de servicio después de un mantenimientoRechazo por modo; otras funciones del IED también en prueba
Mapeo del gatewayObjeto, dirección o tipo de mando distinto al del centro de control; pulso o mantenido equivocadoFunciona desde la HMI local y no desde el centro de control
Condición del equipoRelé 86 sin reponer, resortes descargados o bloqueo por baja densidad de SF6El IED acepta la orden y el equipo no se mueve, o el mando se rechaza por el proceso

Si el rechazo llega al seleccionar y no al ejecutar, el problema está en el paso de selección antes de operar (SBO). Las condiciones que el controlador exige antes de cerrar se detallan en permisivos de cierre del interruptor, y un bypass de enclavamientos olvidado explica el caso contrario: un mando que pasa cuando no debería.

Qué revisar primero

  1. Respuesta del eslabón que rechazó. En IEC 61850 MMS, la respuesta negativa trae una causa adicional (AddCause). En IEC 60870-5-104, la confirmación del mando lleva un bit de confirmación positiva o negativa en la causa de transmisión. En DNP3, la respuesta al mando trae un código de estado. Esa respuesta suele decir la causa sin más búsqueda.
  2. ¿Funciona desde la HMI local o desde el controlador? Si funciona, el problema está entre el centro de control y el gateway. Si no, está en la bahía.
  3. Posición del selector local/remoto en la bahía y del nivel de mando de la estación.
  4. Señales de enclavamiento de la bahía en el momento del mando: posición de cada seccionador, de la cuchilla de tierra y de los interruptores asociados.
  5. Alarmas del equipo: 86, resortes, gas. Ver el interruptor no cierra.
  6. Registros del gateway: objeto recibido, conversión al protocolo de la bahía y tiempos entre selección y ejecución.
Qué eslabón rechazó el mando
  • ¿El mando funciona desde la HMI local o el controlador de bahía?
    • No¿El IED devuelve una causa de rechazo?
      • SíAtienda la causa: jerarquía de mando, enclavamiento, sincronismo o modo del IED
      • NoRevise el modelo de mando, la selección previa y la condición del equipo
    • Sí¿El mando del centro de control llega al gateway?
      • NoRevise el enlace, la dirección del objeto y los permisos del operador remoto
      • SíRevise el mapeo del gateway: tipo de mando, selección y ejecución, y sus tiempos

Cómo se confirma

  • Captura de tráfico en la red de la subestación o en el enlace de telecontrol, con un analizador del protocolo: muestra la orden que salió, la que llegó y la respuesta.
  • Prueba del mando desde cada nivel: frente del IED, controlador de bahía, HMI de estación, gateway con un simulador de maestro y, por último, centro de control.
  • Lectura de la lógica de enclavamientos con los estados reales del momento del rechazo.
  • Comparación del mapeo del gateway con la lista de señales acordada con el centro de control: dirección, tipo de dato, tipo de mando y calificador.

Cómo evitar que se repita

  • Defina la lista de señales y mandos con el centro de control antes de configurar y pruébela punto a punto en la puesta en servicio.
  • Alinee los tiempos de selección previa de toda la cadena: el tiempo límite del IED debe cubrir el retardo del enlace y del gateway.
  • Registre las causas de rechazo en la HMI con texto claro, para que el operador sepa por qué no se ejecutó el mando.
  • Controle el modo de los IED después de cada mantenimiento: un equipo que queda en modo prueba rechaza mandos y puede no reportar.
  • Documente la lógica de enclavamientos y pruébela con todas las combinaciones relevantes.

Qué no hacer

  • No fuerce el enclavamiento desde la HMI ni con puentes para ejecutar el mando. Los enclavamientos evitan maniobras de seccionadores con carga y cierres sobre tierra.
  • No reenvíe la orden muchas veces: cada intento puede dejar el equipo seleccionado y bloquear el siguiente.
  • No cambie el modelo de mando de un IED sin coordinarlo con el gateway y con el centro de control.
  • No deje el selector en local después de un trabajo en la bahía.

Cuándo llamarnos

Si el rechazo está en la lógica del controlador, en el modelo de mando o en el mapeo del gateway, nuestro equipo revisa en remoto la configuración de los IED y del gateway y le dice qué eslabón falla. Conozca la configuración remota de relés y nuestra integración de SCADA y gateways. Escríbanos.

Guías relacionadas

Referencias

  • IEC 61850-7-2, Abstract communication service interface (ACSI): modelos de mando directo y con selección previa.
  • IEC 61850-8-1, Specific communication service mapping (SCSM) – Mappings to MMS.
  • IEC 60870-5-104, Network access for IEC 60870-5-101 using standard transport profiles.
  • IEEE 1815, Standard for Electric Power Systems Communications – Distributed Network Protocol (DNP3).

Preguntas frecuentes

¿Por qué el mando funciona desde la HMI de la subestación pero no desde el centro de control?

Porque la orden remota atraviesa más eslabones: el enlace con el centro de control, el gateway y su conversión de protocolo, y el nivel de mando permitido. Las causas comunes son un selector en nivel estación, un objeto mal mapeado en el gateway, un tipo de mando distinto al esperado o una selección previa que vence antes de que llegue la ejecución.

¿Qué es la selección previa a la operación (SBO)?

Es un modelo de mando en dos pasos: primero se selecciona el equipo y luego se ordena la operación dentro de un tiempo límite. Evita maniobras por error y reserva el equipo para un solo cliente. Si la ejecución llega tarde u otro cliente ya lo seleccionó, el mando se rechaza.

¿Cómo sé por qué un IED IEC 61850 rechazó el mando?

La respuesta negativa del IED trae una causa adicional (AddCause) que indica, por ejemplo, bloqueo por jerarquía de mando, por enclavamiento, por sincronismo o por el modo del equipo, o selección fallida. La HMI o el software de ingeniería la muestran si están configurados para registrarla.

WhatsApp