Comprender la decisión de interfaz

Una perturbación transitoria de alimentación y un componente protector averiado no son equivalentes. Borrar automáticamente toda alarma puede reiniciar una máquina con el problema pendiente. A la inversa, exigir intervención manual ante todo evento benigno puede ocultar la estrategia operativa prevista.

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.

• Clasificación del fallo y peligro o condición que representa. Identifique la configuración exacta y el documento de respaldo.
• Evidencia requerida de que la condición inicial desapareció. Mantenga visibles las hipótesis de diseño en el registro del proyecto.
• Requisitos de rearme manual, inspección o servicio según el fallo. Indique el revisor responsable y resuelva cualquier información pendiente.
• Permisivos, retardos y límites de intentos repetidos. Especifique cómo se verificará esta entrada durante la aceptación.

Definir el alcance de aceptación

Exija una tabla que separe borrado de alarma, rearme y permiso de reinicio. No deduzca autorización de una pantalla sin alarmas. Todo reintento automático necesita condiciones documentadas y respuesta ante intentos fallidos.

La validación debe incluir fallos persistentes e intermitentes, no solo una recuperación limpia. El registro debe mostrar si se reanudó por desaparecer la condición o porque un usuario restableció deliberadamente el permiso.