Modes de marche des utilités industrielles

Une utilité peut sembler fonctionner correctement tant que personne ne touche à son mode de marche. La difficulté apparaît lors d’un essai, d’un dépannage, d’un arrêt de production ou d’un changement de consigne. Une pompe reste forcée après une intervention. Une ventilation ne reprend pas l’horaire attendu. Une alarme remonte, mais personne ne sait si elle bloque réellement la séquence ou si elle informe seulement l’exploitant.

Ces situations ne se règlent pas par l’ajout d’un bouton dans une supervision. Elles demandent une règle d’exploitation lisible : quel mode est actif, quelle personne peut le changer, quelle commande a priorité et quelles conditions doivent être réunies avant le retour en automatique.

Ce guide propose une méthode de cadrage pour les utilités industrielles, par exemple les groupes de pompage, ventilations, circuits de froid, boucles de traitement d’air ou installations de récupération. Les consignes, les seuils et les autorisations restent propres au procédé, au site et à ses procédures.

Partir d’une situation réelle d’exploitation

Le bon point de départ est un événement que l’équipe doit déjà traiter. Une pompe est mise en manuel pour localiser une fuite. Une ventilation passe en régime réduit pendant une période sans production. Une sonde devient incohérente et l’opérateur doit savoir quelle valeur ou quelle stratégie de repli s’applique. Décrire cet événement oblige à séparer l’observation, la décision et l’action.

La fiche de départ peut tenir sur une page. Elle identifie l’équipement, l’objectif de l’utilité, le risque d’un fonctionnement incorrect, les personnes qui utilisent l’installation et les documents qui décrivent son état actuel. Les schémas électriques, P&ID, listes d’E/S, extraits de programme et consignes opérateur ne disent pas toujours la même chose. Les écarts doivent être relevés avant de modifier une logique.

L’audit énergétique industriel aide à examiner les usages et les périodes de fonctionnement. Le présent sujet porte sur la règle qui commande l’équipement. Une courbe de consommation peut révéler un fonctionnement inattendu ; elle ne dit pas seule quel mode de marche est autorisé ni quelle modification peut être appliquée.

Nommer les modes sans les rendre vagues

Les termes manuel, automatique et dérogé sont courants. Ils recouvrent pourtant des comportements très différents selon les sites. Une spécification doit donc décrire chaque mode par son effet observable, et non par son seul libellé sur l’IHM.

En manuel, une personne autorisée impose généralement une commande ou une consigne précise. Il faut écrire ce qui reste actif : protections électriques, sécurités de procédé, temporisations, défauts bloquants, limites de pression ou de température. « Manuel » ne signifie jamais que les sécurités peuvent être contournées.

En automatique, la commande suit une règle définie. Cette règle peut inclure un horaire, un besoin de production, une cascade de pompes, une régulation de pression ou une demande venant d’un autre système. La description doit donner les entrées qui comptent, les valeurs de repli et l’état obtenu lorsque l’information attendue disparaît.

En dérogé, une règle habituelle est temporairement remplacée par une autre règle connue. La dérogation peut concerner un horaire, une limite, une priorité de consommation ou un équipement de secours. Elle nécessite une raison, une date de fin ou une condition de sortie. Un état de dérogation sans propriétaire finit souvent par devenir le fonctionnement normal de fait.

Certains sites utilisent aussi des modes arrêt, veille, maintenance, essai ou secours. Il n’est pas utile de leur donner le même nom partout. Il faut surtout éviter qu’un même état recouvre deux comportements incompatibles, par exemple un arrêt commandé et un arrêt sur défaut.

Définir les priorités de commande

Une utilité reçoit souvent plusieurs demandes en parallèle. Une supervision peut demander une marche. Un programme local peut imposer une protection. Un opérateur peut passer en manuel. Un défaut peut bloquer l’équipement. Sans ordre de priorité, l’équipe voit des commandes qui se contredisent sans pouvoir expliquer le résultat final.

La logique doit rendre cet ordre visible. Une table courte suffit souvent : arrêt de sécurité, protections de l’équipement, commande locale autorisée, séquence automatique, consigne issue de la supervision, information de confort ou de suivi. L’ordre exact dépend du procédé. Il doit être validé avec l’exploitation, la maintenance et les responsables habilités du site.

La table ne remplace pas le programme. Elle fournit un point de contrôle avant la programmation et pendant les essais. Elle permet aussi de lire une alarme utilement. Un message du type « ventilation indisponible » reste insuffisant si l’opérateur ne sait pas si la cause est une commande manuelle, une interverrouillage, un défaut variateur ou une demande absente.

Pour chaque priorité, documentez la source de la demande, l’information affichée à l’opérateur, le délai éventuel, la condition de réarmement et la personne qui peut agir. Une alarme exploitable indique ce qui est attendu par l’opérateur.

Traiter une information absente comme un état explicite

Une utilité ne reçoit pas toujours les informations attendues. Une mesure peut être hors plage. La communication avec un compteur, un variateur ou une supervision peut être indisponible. Une demande de production peut arriver trop tard ou ne plus être cohérente avec l’état local. Ces cas ne doivent pas être confondus avec une valeur normale ou avec une absence de demande.

La règle à définir n’est pas universelle. Selon le procédé, l’équipement peut s’arrêter, rester dans son dernier état pendant une durée limitée, basculer vers une valeur de repli ou demander une action opérateur. Le choix doit être visible dans la spécification et dans l’IHM. Il doit aussi préciser comment le retour d’information est reconnu, et si un retour à l’automatique est immédiat ou soumis à une vérification.

Ce travail évite une logique difficile à diagnostiquer : une valeur ancienne reste utilisée sans être identifiée, ou un défaut de communication apparaît seulement après une conséquence sur le procédé. L’objectif n’est pas de multiplier les alarmes. Il est de permettre à l’exploitant de distinguer une information valide, une information absente et une stratégie de repli active.

Distinguer consigne, limite et protection

Une consigne définit une valeur recherchée. Une limite encadre une plage de fonctionnement. Une protection met l’équipement dans un état sûr lorsque certaines conditions apparaissent. Ces trois notions doivent rester séparées dans les documents, les variables et l’IHM.

Prenons une boucle de pression. La consigne peut varier selon l’activité du site. Une limite haute peut réduire ou bloquer une commande avant une condition dommageable. Une protection peut arrêter la pompe sur un défaut moteur, une marche à sec ou une condition définie par le constructeur. Regrouper ces mécanismes dans un seul paramètre rend les essais et les modifications difficiles à relire.

Le dossier de projet doit donc identifier les unités, les plages, les sources de réglage et les droits d’écriture. Une valeur affichée en bar, en pourcentage ou en hertz ne suffit pas à prouver son sens. Il faut aussi savoir qui la calcule, à quelle fréquence elle est lue et quel comportement s’applique lorsqu’elle devient indisponible ou hors plage.

Les recommandations de SuisseEnergie sur l’exploitation des installations techniques rappellent l’intérêt de comparer les réglages avant et après une mesure. Sur une utilité industrielle, cette comparaison doit inclure les contraintes de procédé, les protections et les périodes réellement comparables. Une modification de consigne n’établit pas à elle seule un gain énergétique.

Prévoir la sortie d’un mode manuel ou dérogé

Le retour en automatique mérite autant de précision que l’entrée en dérogation. Il ne suffit pas de remettre un sélecteur sur « auto ». L’équipe doit savoir quelles demandes restent en attente, quelles temporisations repartent, quelle consigne reprend la main et si un acquittement est nécessaire.

Une transition mal décrite peut créer un démarrage inattendu, une oscillation de régulation ou une reprise trop tardive. Elle peut aussi masquer une incohérence : l’opérateur pense avoir rendu l’équipement à la séquence, alors qu’un forçage reste actif dans le PLC ou dans une supervision.

Pour chaque transition, définissez quatre éléments : l’événement qui la demande, les conditions préalables, l’état attendu après transition et l’information de confirmation affichée. Si la transition est refusée, l’IHM doit donner une cause exploitable. « Conditions non remplies » ne permet pas de préparer une intervention ; une liste de défauts ou d’interverrouillages actifs le permet.

Une dérogation temporaire doit aussi laisser une trace. Le site peut choisir un journal manuel, une entrée de supervision ou un dossier de maintenance. Le mécanisme dépend de l’organisation. Le besoin reste le même : retrouver pourquoi le mode a changé, qui l’a demandé, ce qui a été vérifié et quand le fonctionnement attendu a été rétabli.

Utiliser une matrice de scénarios pour relire la règle

Une matrice de scénarios permet de relire la logique sans attendre la programmation. Chaque ligne décrit une situation concrète : un arrêt d’urgence actif, une commande locale autorisée, une sonde absente, une demande automatique présente ou une sortie de dérogation. Les colonnes indiquent le mode, les conditions d’entrée, les priorités qui s’appliquent, l’état attendu, l’information affichée et le test associé.

La matrice ne vise pas à reproduire chaque ligne de code. Elle sert à faire apparaître les zones sans décision, les mots imprécis et les responsabilités non attribuées. Elle est particulièrement utile lorsque plusieurs métiers interviennent sur une même installation. L’exploitation peut confirmer le comportement attendu. La maintenance peut vérifier la faisabilité de l’essai. L’automaticien peut traduire la règle dans le programme et indiquer ce qui doit être validé sur site.

Une version datée de cette matrice peut accompagner les essais et le dossier de reprise. Si un comportement évolue, le changement est alors relu comme une décision d’exploitation, pas seulement comme une modification de variable. Cela réduit le risque de retrouver, plusieurs mois plus tard, une dérogation ou un interverrouillage dont personne ne connaît plus l’intention.

Préparer les essais avant la modification

Un essai utile vérifie une situation observable. Pour une pompe, il peut confirmer que la commande manuelle reste soumise aux protections prévues, que le défaut est clairement affiché et que le retour en automatique relance la séquence avec ses temporisations. Pour une ventilation, il peut vérifier la reprise après horaire, l’arrêt sur défaut et le comportement lorsque la mesure de référence est absente.

Les essais doivent partir d’un état initial connu. Ils consignent la version de programme, les valeurs de départ, les accès utilisés, le résultat attendu et le résultat observé. Une installation qui démarre une fois ne prouve pas que les modes, les alarmes et les reprises ont été testés dans les cas retenus.

Le projet d’intégration énergétique détaille les éléments à convenir entre mesures, automation, supervision, essais et maintenance. La portée de chaque essai dépend du périmètre. Un scénario sur simulateur ne valide pas le câblage réel. Un essai sur site ne doit pas mettre en cause les protections, la production ou les procédures autorisées.

Donner à la supervision les bonnes informations

La supervision doit aider à comprendre l’état de l’utilité, pas seulement à commander. Affichez le mode actif, la demande qui commande réellement l’équipement, les inhibitions en cours, la valeur de consigne utilisée, les défauts actifs et le dernier changement de mode lorsque ces éléments sont disponibles.

Cette liste doit rester proportionnée. Une page saturée d’états internes empêche de repérer l’information utile. À l’inverse, une simple icône verte ou rouge ne permet pas de distinguer une marche automatique, une commande manuelle, un arrêt volontaire ou une indisponibilité sur défaut.

Les historiques complètent l’écran de conduite. Ils permettent de relier une variation de consommation, un changement de consigne ou une alarme à l’état réellement actif. Le plan de comptage énergétique décrit les précautions à prendre sur les unités, les périodes et les données manquantes. La même discipline s’applique aux historiques de mode de marche.

Préparer le dossier de reprise

Le dossier de reprise doit décrire la version réellement en service. Il rassemble au minimum la liste des modes, la matrice de priorités, les consignes modifiables, les protections, les paramètres importants, les sauvegardes et les essais effectués. Une copie d’écran ou un export de programme ne remplace pas cette lecture d’ensemble.

La maintenance doit aussi connaître les limites de son intervention. Certaines modifications relèvent de l’équipe du site, d’un intégrateur, d’un électricien ou du fabricant de la machine. Les droits d’accès, licences, outils nécessaires et procédures de changement sont à convenir avant une urgence, pas au moment où l’équipement est indisponible.

Un service de maintenance industrielle peut organiser la reprise d’un périmètre défini. Les délais, astreintes, pièces, accès distants et escalades OEM restent contractuels. Ils ne se déduisent pas du seul fait que l’automatisme est documenté.

Mesurer après la remise en service

Une évolution de mode de marche peut modifier la disponibilité, le confort, le procédé ou la consommation. Ces effets doivent être observés séparément. La réception confirme les fonctions convenues. L’effet énergétique nécessite une comparaison sur des périodes et des conditions pertinentes.

Les outils publics de SuisseEnergie permettent d’estimer et de documenter certaines mesures sur des installations techniques de bâtiment. Pour une utilité industrielle, le site doit établir ses propres conditions de comparaison : production, météo lorsque pertinente, qualité requise, autres charges et changements intervenus pendant la période. Une baisse de consommation doit être expliquée avant d’être attribuée à une nouvelle consigne ou à un mode de marche.

Vanguard Systems intervient sur l’énergie, l’automation PLC/SCADA et la maintenance en Suisse romande. Un premier cadrage peut réunir les documents disponibles, identifier les modes à clarifier et préparer les essais avec l’exploitation. Décrivez l’utilité concernée pour définir le périmètre, les responsabilités et les conditions de reprise.

Sources : SuisseEnergie, optimisation énergétique de l’exploitation ; SuisseEnergie, outil d’optimisation de l’exploitation.