Ignition vs SCADA traditionnels : pourquoi l'industrie moderne fait le changement

Introduction

Le paysage de l'automatisation industrielle traverse une transformation fondamentale. Pendant des décennies, les industriels et les industries de process se sont appuyés sur des plateformes SCADA historiques, Wonderware (désormais AVEVA), Siemens WinCC, Rockwell FactoryTalk View et GE iFIX, pour superviser et contrôler leurs opérations. Ces plateformes ont rempli leur rôle, mais elles ont été conçues à une époque de protocoles propriétaires, de systèmes cloisonnés et de modèles de licences par tag qui ne correspondent plus aux exigences de l'industrie moderne.

Ignition, développé par Inductive Automation, s'est imposé comme une force de rupture dans cet espace. Depuis son introduction, il a remis en question chaque présupposé sur ce qu'une plateforme SCADA devrait coûter, comment elle devrait être déployée et comment elle devrait évoluer. Cet article propose une comparaison technique approfondie à destination des décideurs évaluant leur prochain investissement SCADA.

La révolution des licences, Tags, clients et connexions illimités

L'aspect le plus transformateur d'Ignition est sans doute son modèle de licences. Les plateformes SCADA traditionnelles facturent en fonction du nombre de tags, de connexions clients, ou des deux. Cela crée un scénario où faire évoluer votre système signifie faire évoluer vos coûts, souvent de manière spectaculaire.

Modèles de licences traditionnels :

• Wonderware/AVEVA, Licence par palier de tags (ex. : 1K, 5K, 15K, 60K tags) avec des licences clients séparées
• Siemens WinCC, Licence par tags avec des licences runtime et développement vendues séparément
• Rockwell FactoryTalk View, Licence par affichage et par serveur avec des modules complémentaires
• GE iFIX, Licence par tags avec des licences de drivers I/O séparées

L'approche d'Ignition est fondamentalement différente. Une seule licence Ignition couvre un nombre illimité de tags, de clients et de connexions. Vous payez pour le serveur, pas pour l'usage que vous en faites. Concrètement :

• Ajouter 10 000 nouveaux tags ne coûte rien en licences
• Déployer 50 postes opérateurs supplémentaires ne coûte rien
• Se connecter à 20 nouveaux automates ne coûte rien

Pour les opérations de grande envergure, un service des eaux avec 100 000 tags, une usine de fabrication avec 200 écrans opérateurs, les économies ne sont pas marginales. Elles sont transformatrices, réduisant souvent les coûts de licences SCADA de 50 % à 80 %.

Architecture multiplateforme, Java et web

Les plateformes SCADA traditionnelles sont profondément liées à Windows. Wonderware System Platform, FactoryTalk View SE et GE iFIX exigent tous des serveurs Windows et, dans la plupart des cas, des postes clients sous Windows. Cette dépendance introduit des coûts (licences Windows Server, antivirus, mises à jour) et limite la flexibilité de déploiement.

Ignition est construit sur Java et fonctionne sous Windows, Linux et macOS. La Gateway Ignition, le composant serveur central, peut être déployée sur tout système d'exploitation supportant Java, y compris des distributions Linux légères. Cela ouvre la porte à :

• Des serveurs sous Linux avec des coûts de licences réduits et une meilleure stabilité pour les déploiements sans interface graphique
• Des déploiements Docker et conteneurisés pour les workflows DevOps modernes
• Des déploiements en périphérie sur du matériel basse consommation sous Linux

Côté client, la flexibilité est équivalente. Le module Perspective d'Ignition fournit des interfaces IHM/SCADA entièrement web en HTML5 avec un design responsive. N'importe quel appareil doté d'un navigateur moderne, tablettes, téléphones, bornes, ordinateurs portables, devient un client SCADA sans aucune installation. Plus besoin de déployer un logiciel client lourd sur chaque poste opérateur.

Intégration native aux bases de données SQL

L'un des différenciateurs les plus puissants d'Ignition est son intégration native et de premier ordre avec les bases de données SQL. Alors que les plateformes SCADA traditionnelles stockent les données historiques dans des historiens propriétaires (Wonderware Historian, WinCC Archives, OSIsoft PI), Ignition écrit directement dans des bases de données SQL standard :

• MySQL / MariaDB
• Microsoft SQL Server
• PostgreSQL
• Oracle
• SQLite (pour les déploiements en périphérie)

Cela signifie que vos données opérationnelles résident dans le même type de base de données que votre équipe informatique connaît déjà, gère déjà et pour laquelle elle dispose déjà d'outils. Vous pouvez interroger les données SCADA avec du SQL standard, les croiser avec les données ERP ou MES, et construire des rapports avec n'importe quel outil de BI, sans middleware coûteux ni connecteurs de données propriétaires.

Le module Tag Historian stocke les données temporelles de manière efficace, tandis que le système de Transaction Groups permet la synchronisation bidirectionnelle des données entre automates et bases de données sans écrire une seule ligne de code.

MQTT et Sparkplug B, Le standard IIoT

L'Internet Industriel des Objets (IIoT) exige une communication légère, efficace et en mode publication-abonnement, et cela signifie MQTT. Inductive Automation n'a pas simplement ajouté le support MQTT après coup. Ils ont contribué à définir la spécification Sparkplug B, qui standardise la structure des données industrielles sur MQTT.

Les modules MQTT Engine, MQTT Transmission et MQTT Distributor d'Ignition créent une infrastructure complète pour :

• La collecte de données du terrain vers le cloud avec une bande passante minimale
• Des architectures découplées où les équipements de terrain publient des données sans savoir qui les consomme
• Le store-and-forward pour les connexions réseau peu fiables
• Les implémentations de Unified Namespace (UNS), le standard émergent pour l'architecture de données Industrie 4.0

Les plateformes traditionnelles rattrapent leur retard, mais leur support MQTT est généralement ajouté en surcouche plutôt que natif. WinCC Unified a ajouté la connectivité MQTT, mais il manque la profondeur de l'intégration Sparkplug B. FactoryTalk et iFIX nécessitent un middleware tiers pour MQTT.

Architecture modulaire, Payez ce dont vous avez besoin

Ignition repose sur une architecture modulaire. La plateforme de base fournit les fondations, et vous ajoutez des modules en fonction de vos besoins :

• Perspective, Visualisation web HTML5
• Vision, Client desktop Java (support d'applications existantes)
• Tag Historian, Journalisation des données temporelles
• Alarm Notification, Alertes par e-mail, SMS, appel vocal
• Reporting, Génération automatisée de rapports
• SFC, Grafcets de commande séquentielle
• OPC-UA, Serveur et client OPC-UA natifs
• Modules MQTT, Connectivité IIoT
• Solutions Edge, Gateway légère pour les sites distants

Cette modularité signifie qu'une petite station d'épuration et une multinationale pétrolière et gazière peuvent toutes deux utiliser Ignition, l'une avec une installation légère et ciblée, l'autre avec un déploiement entreprise complet couvrant des centaines de sites.

Les modules tiers de l'Ignition Exchange et des partenaires certifiés étendent davantage la plateforme. Chez OperaMetrix, nous développons des modules spécialisés comme nos modules de notification SMS (Octopush et Teltonika) et notre module LoRaWAN IoT qui s'intègrent parfaitement dans l'écosystème Ignition.

Scripting ouvert avec Python

Ignition utilise Jython (Python sur la JVM) comme langage de scripting, offrant un environnement familier et puissant pour la personnalisation. Par rapport aux langages de scripting propriétaires des plateformes traditionnelles :

• Wonderware utilise le scripting InTouch et le scripting ArchestrA, propriétaires, documentation limitée en dehors de l'écosystème Wonderware
• WinCC utilise le scripting C et VBScript, puissants mais datés
• FactoryTalk View utilise des macros basées sur VBA, limitées et dépendantes de Windows
• iFIX utilise VBA, mêmes limitations que ci-dessus

Python dans Ignition donne aux ingénieurs accès à :

• Des bibliothèques Python standard pour la manipulation de chaînes, les mathématiques, la gestion des dates
• Des requêtes SQL directes depuis les scripts
• Des requêtes HTTP vers des API REST
• Le parsing JSON et XML
• La logique d'automatisation et d'intégration au niveau système

Cela signifie moins de dépendance au middleware et plus de capacités intégrées directement dans votre application SCADA.

Tableau comparatif

Coût total de possession, Le facteur décisif

Lorsqu'on compare des plateformes SCADA, le prix d'achat du logiciel n'est qu'une partie de l'équation. Le Coût Total de Possession (TCO) inclut :

1. Licences logicielles, Le modèle illimité d'Ignition élimine les coûts par tag et par client
2. Infrastructure, Le support Linux signifie qu'aucune licence Windows Server n'est nécessaire
3. Déploiement des clients, Les clients web signifient zéro installation sur les postes et zéro maintenance
4. Coûts de mise à l'échelle, Ajouter des tags, des écrans et des connexions n'engendre aucun frais de licence supplémentaire
5. Formation, Le scripting Python dispose d'un vivier de talents bien plus large que les langages propriétaires
6. Intégration, SQL et MQTT natifs réduisent ou éliminent les coûts de middleware
7. Maintenance, La maintenance annuelle d'Ignition inclut toutes les mises à jour ; les plateformes traditionnelles facturent souvent les montées de version majeures

Une analyse TCO typique sur 5 ans pour une usine de taille moyenne (50 000 tags, 30 clients, 5 automates connectés) montre souvent Ignition avec un coût inférieur de 40 % à 70 % par rapport à des déploiements équivalents sur Wonderware, WinCC ou FactoryTalk.

La communauté et l'écosystème

Ignition bénéficie de l'une des communautés les plus actives de l'automatisation industrielle :

• Inductive University, Formation gratuite et complète avec plus de 900 vidéos et des programmes de certification
• Ignition Exchange, Ressources gratuites, templates et modules tiers
• Forum communautaire Ignition, Actif, utile et bien modéré
• Ignition Community Conference (ICC) annuelle, Des centaines d'utilisateurs, intégrateurs et développeurs partageant leurs connaissances

Cet écosystème ouvert contraste fortement avec les jardins clos des éditeurs SCADA traditionnels, où la formation est coûteuse, les ressources communautaires sont rares et le verrouillage fournisseur constitue le modèle économique.

Quand envisager la migration

La migration d'une plateforme SCADA héritée vers Ignition n'est pas triviale, elle nécessite de la planification, des tests et un déploiement par phases. Cependant, le bon moment pour l'envisager est lorsque :

• Vos coûts de licences actuels augmentent plus vite que vos opérations
• Vous avez besoin d'un accès mobile ou web et votre plateforme ne peut pas le fournir nativement
• Vous planifiez une extension d'usine ou un projet greenfield
• Votre équipe informatique pousse pour des bases de données standardisées et une intégration moderne
• Vous souhaitez mettre en œuvre des stratégies IIoT, MQTT ou Unified Namespace
• Votre personnel peine à trouver des ingénieurs formés sur votre plateforme existante

Pourquoi choisir OperaMetrix pour votre migration Ignition

En tant qu'intégrateur Premier certifié Ignition, OperaMetrix apporte une expertise approfondie à la fois sur les systèmes SCADA historiques et sur la plateforme Ignition. Notre équipe a mené avec succès des migrations depuis Wonderware, WinCC et FactoryTalk vers Ignition dans des secteurs variés incluant le traitement de l'eau, l'industrie manufacturière et l'énergie.

Nous proposons :

• Audits de migration, Évaluation de votre infrastructure actuelle, identification des risques et élaboration d'un plan de migration par phases
• Développement de modules sur mesure, Extension d'Ignition avec des modules développés spécifiquement pour la notification SMS, la connectivité IoT LoRaWAN et d'autres besoins
• Formation et support, Pour garantir l'autonomie et la montée en compétences de vos équipes sur la nouvelle plateforme
• Partenariat à long terme, Support continu, optimisation et évolution à mesure que vos opérations grandissent

Le passage d'un SCADA historique à Ignition n'est pas qu'une mise à niveau technologique, c'est une décision stratégique qui impacte l'efficacité opérationnelle, l'évolutivité et les coûts à long terme. Réaliser cette transition avec un intégrateur expérimenté garantit qu'elle soit menée correctement.

Conclusion

Le marché du SCADA a atteint un point d'inflexion. Les plateformes traditionnelles construites sur des architectures propriétaires et des licences restrictives peinent à répondre aux exigences de l'Industrie 4.0, où la connectivité, l'évolutivité, l'ouverture et l'efficacité des coûts ne sont pas optionnelles mais essentielles.

Ignition répond à chacune de ces exigences avec une plateforme moderne, web, centrée sur les bases de données et native MQTT, pour une fraction du coût de ses concurrents. La question n'est plus de savoir si l'industrie va migrer vers des plateformes comme Ignition, mais quand.

Les organisations qui font le pas en premier gagnent un avantage compétitif en efficacité opérationnelle, en accessibilité des données et en flexibilité d'infrastructure. Celles qui attendent font face à des coûts hérités croissants et à une dette technique de plus en plus lourde.

Si vous évaluez votre stratégie SCADA, contactez OperaMetrix pour discuter de la manière dont Ignition peut transformer vos opérations industrielles.