Comprendre la décision d’interface

Pupitres locaux, contrôleurs de centrale et systèmes distants peuvent émettre par des chemins différents. Sans arbitrage explicite, un opérateur peut croire maîtriser l’éolienne alors qu’un autre système change son état. Chaque poste doit aussi recevoir un retour clair expliquant le refus d’une demande.

Une éolienne en rotation peut continuer à recevoir un apport mécanique tandis que les conditions électriques changent. Définissez ensemble l’action complète de contrôle et la destination de l’énergie. Une réponse au niveau d’un composant ne constitue qu’une partie de la fonction protectrice du système évaluée.

Consigner ces données dans le dossier de revue

Utilisez une fiche propre au projet pour recueillir les informations suivantes. Pour chaque entrée, indiquez le document, sa révision et la personne chargée de lever les incertitudes.

• Toutes les sources de commandes et fonctions autorisées. Identifiez la configuration exacte et le document justificatif.
• Priorités entre protection, local, automatique et distant. Gardez les hypothèses de conception visibles dans le dossier du projet.
• Droits de sélection de mode et indication d’autorité active. Désignez le responsable de la revue et complétez les informations manquantes.
• Réponse aux conflits ou à la perte d’un canal. Précisez comment cette entrée sera vérifiée lors de l’acceptation.

Définir le périmètre d’acceptation

Acceptez une matrice écrite et essayez les conflits pertinents. Un démarrage distant réussi ne démontre pas l’arbitrage. Les restrictions locales requises doivent rester actives dans le mode distant approuvé.

L’affichage doit distinguer « commande reçue », « acceptée » et « action terminée ». Cela réduit l’ambiguïté en mise en service et évite les répétitions incompatibles avec une condition de service local active.