SCADA de traitement des eaux avec Ignition : moderniser les opérations d'usine

Résumé exécutif

Un opérateur régional de traitement des eaux gérant 12 usines d'eau potable et 8 stations d'épuration sur un territoire de 150 kilomètres était confronté à des défis croissants liés à son infrastructure SCADA vieillissante et fragmentée. Des systèmes hétérogènes de différents fournisseurs créaient des silos de données, la génération manuelle de rapports consommait des centaines d'heures par an, et l'absence de supervision à distance obligeait les opérateurs à se déplacer physiquement sur les sites pour des contrôles de routine, y compris en dehors des heures ouvrées.

OperaMetrix, en tant qu'Intégrateur Premier Ignition certifié, a été missionné pour concevoir et déployer une plateforme SCADA unifiée basée sur Ignition d'Inductive Automation. Le projet a permis la mise en place d'une supervision centralisée des 20 sites, d'interfaces opérateurs mobile-first, d'un reporting réglementaire automatisé et d'un système intégré de notification d'alarmes, transformant la gestion du traitement des eaux sur l'ensemble du territoire desservi.

Contexte : l'impératif numérique du secteur de l'eau

Les services d'eau et d'assainissement opèrent sous des contraintes uniques qui rendent la modernisation SCADA à la fois critique et complexe :

• Conformité réglementaire, Des réglementations européennes et nationales strictes (Directive européenne sur l'eau potable, exigences ARS locales) imposent une surveillance continue et un archivage détaillé des paramètres de qualité de l'eau, incluant la turbidité, le chlore résiduel, le pH et les indicateurs microbiologiques.
• Infrastructure géographiquement distribuée, Usines de traitement, stations de pompage et réservoirs sont répartis sur de vastes zones, souvent en milieu rural avec une connectivité limitée.
• Continuité opérationnelle 24h/24, L'alimentation en eau ne peut être interrompue. Les temps de réponse aux alarmes impactent directement la santé publique et la conformité réglementaire.
• Vieillissement des effectifs, Avec le départ en retraite des opérateurs expérimentés, les services ont besoin de systèmes intuitifs qui réduisent la courbe d'apprentissage pour les nouveaux arrivants tout en préservant le savoir-faire institutionnel.
• Contraintes budgétaires, Les services publics doivent démontrer leur efficience. Les modèles de licence par client des éditeurs SCADA traditionnels rendent la montée en charge financièrement prohibitive.

Le défi

Des systèmes hérités fragmentés

L'infrastructure existante de l'opérateur avait évolué sur 15 ans par ajouts successifs. Chaque usine fonctionnait avec une combinaison différente d'écrans IHM locaux et de logiciels SCADA propriétaires, certains datant du début des années 2010. Cela créait plusieurs problèmes critiques :

• Aucune vue unifiée, Les opérateurs devaient se connecter à des systèmes distincts pour chaque site, rendant impossible la comparaison des performances entre usines ou l'identification de problèmes à l'échelle du réseau.
• Collecte de données manuelle, Les rapports réglementaires nécessitaient que le personnel se déplace sur chaque site, exporte manuellement les données et compile des tableurs, un processus consommant environ 40 heures par mois.
• Gestion d'alarmes limitée, Les alarmes n'étaient visibles que sur les écrans IHM locaux. Les événements survenant en dehors des heures ouvrées passaient inaperçus jusqu'au poste du matin, entraînant des temps de réponse moyens supérieurs à 4 heures pour les événements hors site.
• Pas d'analyse de tendances, Sans historien centralisé, l'analyse de tendances et la recherche de causes racines étaient quasiment impossibles.
• Coûts de licence, Le modèle de licence par client du fournisseur existant impliquait que l'ajout d'accès mobiles ou de postes supplémentaires coûterait des dizaines de milliers d'euros par an.

Impact opérationnel

Ces limitations avaient des conséquences tangibles. Au cours des 12 mois précédant le projet :

• 3 avis de non-conformité réglementaire émis pour retard dans la transmission des paramètres
• Temps moyen de réponse aux alarmes critiques en heures non ouvrées : 4,2 heures
• La maintenance non planifiée représentait 68 % de l'ensemble des interventions de maintenance
• Les opérateurs consacraient environ 480 heures par an à la collecte manuelle de données et au reporting

La solution : Ignition comme plateforme unifiée

Pourquoi Ignition

Après évaluation de plusieurs plateformes SCADA, l'opérateur a retenu Ignition pour plusieurs facteurs décisifs :

• Licence illimitée, Le modèle de licence serveur d'Ignition permet un nombre illimité de clients, d'écrans, de tags et de connexions à coût fixe. C'était transformateur pour une exploitation multi-sites nécessitant des dizaines de postes opérateurs et de terminaux mobiles.
• Architecture web, Ignition Perspective fonctionne dans n'importe quel navigateur moderne, aucune installation de logiciel client requise. Les opérateurs accèdent au système depuis n'importe quel appareil, n'importe où.
• Historien intégré, Le module Tag Historian offre un stockage de données temporelles de niveau industriel avec une compression efficace et une restitution rapide.
• Connectivité ouverte, Le support natif OPC-UA et une large gamme de drivers permettent la communication directe avec les automates et RTU de tous les grands fabricants.
• Extensibilité modulaire, La possibilité d'ajouter des modules spécialisés, dont les propres modules de notification SMS d'OperaMetrix, sans remplacer la plateforme de base.

Conception de l'architecture

OperaMetrix a conçu une architecture en étoile (hub-and-spoke) pour équilibrer centralisation et résilience au niveau de chaque site :

Passerelle centrale (site principal)

• Passerelle Ignition avec Perspective, Tag Historian, Reporting et modules de notification d'alarmes
• Serveur de base de données SQL pour le stockage historique et les données de reporting
• Module SMS Octopush d'OperaMetrix pour les notifications opérateurs
• Module LoRaWAN IoT d'OperaMetrix pour l'intégration de capteurs environnementaux
• Passerelle redondante pour la haute disponibilité

Passerelles sites distants

• Installations Ignition Edge sur chacune des 20 usines de traitement
• Connexions OPC-UA locales vers les automates de site (Allen-Bradley, Siemens S7, Schneider M340)
• Capacité store-and-forward garantissant zéro perte de données lors des interruptions réseau
• Écrans IHM de secours locaux pour l'exploitation sur site

Infrastructure réseau

• Connexions VPN industrielles via 4G/LTE avec basculement automatique
• Tunneling OPC-UA via le Gateway Network d'Ignition pour un transfert de données sécurisé et efficace
• Communication optimisée en bande passante, seules les valeurs modifiées sont transmises à la passerelle centrale

Mise en œuvre

Phase 1 : Fondations (mois 1 à 3)

La première phase s'est concentrée sur l'établissement de l'infrastructure de base et la migration des quatre usines d'eau potable prioritaires.

Intégration des automates

• Réalisation d'un audit complet des E/S sur les 20 sites, cataloguant plus de 4 800 points de données
• Configuration des connexions OPC-UA pour chaque type d'automate, avec établissement de conventions de nommage standardisées des tags
• Implémentation de modèles UDT (User Defined Types) pour les types d'équipements courants, pompes, systèmes de dosage chimique, unités de filtration et débitmètres, garantissant la cohérence entre tous les sites

Configuration de l'historien

• Déploiement du Tag Historian avec des classes d'acquisition optimisées : 1 seconde pour les valeurs de processus critiques, 10 secondes pour la supervision générale, 5 minutes pour les données environnementales
• Configuration du stockage partitionné avec 5 ans de rétention en ligne et archivage automatisé
• Établissement de groupes de tags pour les paramètres réglementaires nécessitant un enregistrement avec piste d'audit

Application Perspective de base

• Conception d'une interface opérateur responsive, mobile-first, conforme aux standards de conception IHM ISA-101
• Création d'un tableau de bord multi-sites offrant une vue d'ensemble de toutes les installations, débits, dosage chimique, niveaux de cuves et état des équipements
• Construction d'une navigation hiérarchique depuis la vue réseau jusqu'aux vues de site individuelles puis au détail de chaque équipement

Phase 2 : Alarmes et notifications (mois 3 à 4)

La gestion des alarmes était un axe de travail critique compte tenu de l'historique de réponses tardives de l'opérateur.

Stratégie d'alarmes

• Élaboration d'un document complet de rationalisation des alarmes avec l'équipe d'exploitation, classifiant les alarmes en quatre niveaux de priorité (Critique, Haute, Moyenne, Basse)
• Configuration de la mise en veille des alarmes, des exigences d'acquittement et des règles d'escalade
• Mise en place d'une protection contre les avalanches d'alarmes pour éviter la surcharge des opérateurs lors d'événements en cascade

Intégration des notifications SMS

• Déploiement du module SMS Octopush d'OperaMetrix pour des notifications d'alarmes fiables
• Configuration du routage des notifications par rôle, les opérateurs d'astreinte reçoivent les alarmes critiques et hautes, les superviseurs reçoivent les escalades après 15 minutes sans acquittement
• Mise en place de plannings de notification alignés sur les régimes de quart de l'opérateur
• Implémentation de synthèses d'alarmes, résumés quotidiens par SMS de l'activité d'alarmes envoyés aux responsables d'usine

Workflows d'escalade

• Alarmes critiques : SMS immédiat à l'opérateur d'astreinte → escalade à 15 min vers le superviseur → escalade à 30 min vers le responsable d'exploitation
• Alarmes hautes : SMS sous 2 minutes à l'opérateur d'astreinte → escalade à 30 min vers le superviseur
• Alarmes moyennes/basses : Mise en file d'attente pour revue au poste suivant avec indicateurs sur le tableau de bord

Phase 3 : Reporting et conformité (mois 4 à 6)

Rapports réglementaires automatisés

• Construction de modèles de rapports avec le module Reporting d'Ignition générant automatiquement les documents de conformité quotidiens, hebdomadaires et mensuels
• Les rapports puisent directement dans l'historien, aucune saisie manuelle ni manipulation de tableur
• Génération automatique de PDF et distribution par email aux contacts réglementaires
• Intégration d'analyses statistiques : valeurs min/max/moyennes, calculs de percentiles et comptage de dépassements pour chaque paramètre surveillé

Tableaux de bord opérationnels

• Création de tableaux de bord KPI suivant l'efficacité des usines, la consommation de produits chimiques, la consommation énergétique et les indicateurs de maintenance
• Construction de vues comparatives permettant aux opérateurs de comparer les performances entre installations similaires
• Implémentation de superpositions de tendances pour identifier les schémas saisonniers et les dérives de performance à long terme

Piste d'audit

• Configuration du journal d'audit intégré d'Ignition pour toutes les actions opérateurs, modifications de consignes, acquittements d'alarmes, forçages manuels
• Traçabilité complète assurée pour les inspections réglementaires

Phase 4 : IoT et surveillance environnementale (mois 6 à 8)

Réseau de capteurs LoRaWAN

• Déploiement du module LoRaWAN IoT d'OperaMetrix pour intégrer des capteurs environnementaux sur l'ensemble du territoire
• Installation de capteurs de niveau d'eau connectés en LoRaWAN dans 15 réservoirs et 8 points de surveillance de prises d'eau en rivière
• Ajout de capteurs d'humidité du sol et de pluviomètres près des zones clés du bassin versant pour la modélisation prédictive des apports
• Toutes les données capteurs sont intégrées directement dans le système de tags d'Ignition, aucune plateforme IoT séparée nécessaire

Analytique prédictive

• Exploitation des données historiques pour construire des modèles prédictifs d'optimisation du dosage chimique
• Implémentation de la détection automatisée des pics de turbidité avec recommandations d'ajustement préventif du dosage
• Création de tableaux de bord de suivi énergétique pour identifier la dégradation de l'efficacité des pompes

Résultats

Après 12 mois de fonctionnement à plein régime, la plateforme SCADA modernisée a produit des améliorations mesurables sur chaque indicateur clé :

Performance de réponse aux alarmes

Conformité réglementaire

Efficacité opérationnelle

Impact financier

• Économies de licence annuelles : 45 000 EUR par rapport à la montée en charge de la plateforme précédente
• Économies de main-d'œuvre sur le reporting automatisé : Équivalent de 0,5 ETP (environ 35 000 EUR/an)
• Réduction des interventions d'urgence : 60 % de visites en moins hors heures ouvrées, économisant environ 22 000 EUR/an en heures supplémentaires et déplacements
• Économies annuelles totales estimées : 102 000 EUR
• ROI du projet : Retour sur investissement atteint en 18 mois

Points techniques clés

Ignition Perspective : un véritable SCADA mobile

Le passage à Ignition Perspective a été transformateur pour les opérations de terrain. Les opérateurs accèdent désormais à l'application SCADA complète depuis des tablettes lors des tournées de site, des smartphones durant les astreintes, et des postes de travail en salle de contrôle, le tout depuis la même application avec des mises en page responsives adaptées à chaque taille d'écran.

Les fonctionnalités les plus valorisées par les opérateurs :

• Vues de processus en temps réel accessibles partout où il y a une couverture cellulaire
• Acquittement des alarmes directement depuis les appareils mobiles, avec réponses géolocalisées par GPS
• Intégration des ordres de travail, les opérateurs peuvent consulter l'historique de maintenance et enregistrer les interventions depuis le terrain
• Listes de contrôle hors-ligne qui se synchronisent lorsque la connectivité est rétablie

OPC-UA : unifier des automates hétérogènes

Les sites de l'opérateur utilisaient des automates de trois fabricants différents. Le support natif OPC-UA d'Ignition et sa bibliothèque complète de drivers ont permis à OperaMetrix de connecter tous les équipements via une couche protocolaire unique et standardisée. Cela a éliminé le besoin de convertisseurs de protocoles et de middleware qui ajoutaient précédemment de la complexité et des points de défaillance potentiels.

Gateway Network : une architecture multi-sites résiliente

La fonctionnalité Gateway Network d'Ignition assure une communication fiable de site à site avec store-and-forward automatique. Lors d'une coupure réseau de 6 heures sur un site distant, la passerelle Ignition Edge locale a continué à enregistrer les données et à servir l'IHM locale. Lorsque la connectivité a été rétablie, toutes les données mises en tampon se sont synchronisées avec l'historien central sans aucune lacune, une capacité qui a été immédiatement mise à l'épreuve lors d'un épisode de tempête seulement quelques semaines après le déploiement.

Leçons apprises

1. La rationalisation des alarmes n'est pas optionnelle, Investir du temps en amont dans la philosophie et la classification des alarmes a permis d'éviter le problème d'avalanche d'alarmes qui affecte de nombreux projets de modernisation SCADA. L'opérateur a réduit le nombre total d'alarmes configurées de 2 400 à 850 tout en améliorant la détection des événements véritablement critiques.

2. L'implication des opérateurs favorise l'adoption, Inclure les opérateurs d'usine dans le processus de conception IHM dès le premier jour a produit des interfaces correspondant aux workflows réels. L'adoption a été rapide, les opérateurs demandant des fonctionnalités supplémentaires plutôt que de résister au changement.

3. Commencer par l'historien, pas par les écrans, Établir une infrastructure de données solide avant de construire la visualisation a garanti que chaque écran et rapport était soutenu par des données fiables et bien structurées.

4. L'accès mobile change les comportements, La disponibilité d'un accès SCADA mobile a fondamentalement modifié la façon dont les opérateurs d'astreinte répondent aux événements. Au lieu de se déplacer sur un site pour investiguer une alarme, ils peuvent évaluer la situation à distance et arriver préparés avec les bons outils et pièces détachées.

Conclusion

Moderniser l'infrastructure SCADA de traitement des eaux avec Ignition n'est pas un simple changement technologique, c'est une transformation opérationnelle. Le modèle de licence illimitée supprime les barrières financières qui empêchent les services de déployer la couverture de supervision dont ils ont réellement besoin. L'architecture web met les données en temps réel entre les mains des opérateurs où qu'ils soient. Et la plateforme ouverte et modulaire permet aux services de démarrer avec les fonctionnalités SCADA de base et de s'étendre vers l'IoT, l'analytique prédictive et le reporting avancé au fil de l'évolution de leurs besoins.

En tant qu'Intégrateur Premier Ignition avec une expérience approfondie dans les applications eau et assainissement, OperaMetrix apporte à la fois l'expertise technique et la connaissance métier nécessaires pour mener ces transformations avec succès. De la conception architecturale initiale à l'intégration des automates, en passant par la stratégie d'alarmes, le reporting réglementaire et l'expansion IoT, nous accompagnons les services des eaux dans la construction de plateformes SCADA qui les servent pour des décennies, pas seulement des années.

Si votre service des eaux est confronté à des défis similaires avec une infrastructure SCADA vieillissante, des systèmes fragmentés ou des pressions de conformité réglementaire, contactez notre équipe pour discuter de la façon dont Ignition peut transformer vos opérations.