Comprender la decisión de interfaz

Paneles locales, controladores de planta y sistemas remotos pueden ordenar por vías distintas. Sin arbitraje explícito, el operador puede creer que controla la turbina mientras otro sistema cambia su estado. La jerarquía también necesita realimentación clara en cada puesto de control para explicar por qué se rechaza una solicitud.

Un aerogenerador en rotación puede seguir recibiendo aporte mecánico mientras cambian las condiciones eléctricas. Defina conjuntamente la acción completa de control y el destino de la energía. La respuesta de un componente es solo una parte de la función protectora del sistema que se está evaluando.

Incorporar estos datos al registro de revisión

Utilice una hoja específica del proyecto para recoger la información siguiente. En cada entrada, indique el documento, la revisión y la persona responsable de resolver cualquier incertidumbre.

• Todos los orígenes de órdenes y funciones que pueden solicitar. Identifique la configuración exacta y el documento de respaldo.
• Prioridades de órdenes protectoras, locales, automáticas y remotas. Mantenga visibles las hipótesis de diseño en el registro del proyecto.
• Permisos de selección de modo e indicación de autoridad activa. Indique el revisor responsable y resuelva cualquier información pendiente.
• Respuesta a órdenes contradictorias o pérdida de un canal. Especifique cómo se verificará esta entrada durante la aceptación.

Definir el alcance de aceptación

Acepte una matriz escrita de prioridades y pruebe los conflictos pertinentes. Un arranque remoto exitoso no demuestra el arbitraje. Las restricciones locales requeridas deben seguir efectivas en el modo remoto aprobado.

La pantalla debe distinguir «orden recibida», «orden aceptada» y «acción completada». Reduce ambigüedad durante la puesta en servicio y evita solicitudes repetidas incompatibles con una condición activa de servicio local.