Ingénieur GTB analysant les tendances avec l’exploitant
Ingénieur GTB analysant les tendances avec l’exploitant

Pourquoi la mise en service ne suffit pas

Mettre un automate sous tension, vérifier quelques valeurs et ouvrir la supervision ne prouve pas que le système répond aux usages. Une boucle peut fonctionner localement mais être mal commandée par l’horaire central. Une alarme peut remonter sans priorité, sans temporisation ou sans destinataire. Un compteur peut communiquer avec une unité erronée.

Le commissioning organise la vérification depuis les exigences jusqu’aux performances observées. Il relie conception, intégration, travaux, exploitation et données. Dans un bâtiment logistique, tertiaire ou industriel, cette démarche réduit le risque de découvrir les défauts pendant une période d’activité critique.

La recette fonctionnelle n’est pas une démonstration commerciale. Elle doit produire des preuves : scénario testé, conditions initiales, action déclenchée, réponse attendue, résultat réel, horodatage, responsable et réserve éventuelle.

Technicien testant une centrale de traitement d’air
Technicien testant une centrale de traitement d’air

Écrire les scénarios avant de tester

Chaque essai part d’une exigence vérifiable. Pour une centrale de traitement d’air, le scénario précise les modes arrêt, occupation, relance, défaut ventilateur et protection antigel. Pour l’éclairage, il décrit horaire, détection, dérogation et retour automatique. Pour l’énergie, il contrôle acquisition, unité, pas de temps et cohérence avec le compteur source.

Les préconditions évitent les faux résultats : disponibilité des équipements, capteurs étalonnés, réseau stable, droits d’accès, saison et état initial. Les critères d’acceptation doivent être écrits avant l’essai. Sans seuil ni délai attendu, la discussion devient subjective.

Classez les tests par criticité. La sécurité et la continuité passent avant le confort graphique. Sur un entrepôt frigorifique, les alarmes température, les modes dégradés et la conservation locale des automatismes doivent être examinés avant la personnalisation des tableaux de bord.

Équipe contrôlant les alarmes GTB d’un entrepôt
Équipe contrôlant les alarmes GTB d’un entrepôt

Tester du terrain jusqu’à l’hypervision

Le test point par point vérifie la chaîne complète : capteur ou état physique, entrée automate, variable réseau, valeur de supervision, historique et alarme. Une valeur plausible n’est pas nécessairement correcte ; elle peut être figée, inversée, décalée ou associée au mauvais équipement.

Les commandes doivent être vérifiées dans les deux sens. Une consigne envoyée depuis la GTB doit atteindre le bon régulateur, respecter les limites autorisées et laisser une trace. Les priorités locales, sécurités constructeur et commandes manuelles doivent rester cohérentes avec la stratégie centrale.

Pour une gestion multisite, testez également la perte de communication. Le bâtiment doit continuer à fonctionner selon sa logique locale. À la reconnexion, les historiques, alarmes et états doivent être récupérés sans créer une avalanche de défauts artificiels.

Éprouver les séquences et les modes dégradés

Un essai fonctionnel simule un événement, pas seulement une valeur. Faites varier une température, forcez un état autorisé ou utilisez un simulateur prévu, puis observez la séquence complète : détection, temporisation, action, confirmation, alarme, acquittement et retour à la normale.

Les modes dégradés sont déterminants. Que se passe-t-il si un capteur devient incohérent, si un variateur ne répond plus ou si le serveur central est indisponible ? Une architecture robuste maintient les fonctions essentielles localement et remonte une information exploitable.

Testez enfin les conflits de commande. Un horaire, une dérogation utilisateur, une optimisation énergétique et une sécurité peuvent demander des états différents. La matrice de priorité doit produire le résultat prévu et expliquer clairement à l’exploitant pourquoi une commande n’est pas exécutée.

Documenter, lever les réserves et transmettre

Chaque anomalie reçoit un identifiant, une criticité, un responsable et une date cible. La correction doit être retestée avec le même scénario. Une capture d’écran isolée ne suffit pas : conservez la version logicielle, les conditions d’essai et la preuve du résultat.

La réception doit inclure sauvegardes, programmes sources, licences, listes de points, schémas réseau, matrices d’alarmes, paramètres, procédures de restauration et droits administrateur définis contractuellement. L’exploitant doit pouvoir maintenir le système sans dépendance opaque.

Le commissioning se prolonge après la livraison. Les tendances sur plusieurs semaines révèlent horaires incohérents, oscillations, dérives de consigne ou équipements fonctionnant en opposition. Une revue saisonnière complète utilement les essais réalisés dans une seule condition climatique.

Sources officielles