Dans une comparaison entre un système SCADA et un automate programmable (PLC), la différence fondamentale est d'ordre fonctionnel : un PLC assure le contrôle des machines ou des processus à proximité immédiate des équipements, tandis qu'un système SCADA assure la supervision, la visualisation, l'enregistrement et la génération de rapports sur les données du système.

La plupart des systèmes industriels utilisent les deux. La mission des ingénieurs consiste à répartir correctement les responsabilités en matière de contrôle, puis à dimensionner le matériel SCADA, IHM ou d'informatique en périphérie en fonction des exigences liées aux logiciels, aux E/S, au stockage, à la gestion thermique, à l'alimentation électrique et au cycle de vie.

Quelle est la différence entre un système SCADA et un automate programmable (PLC) ?

Les automates programmables (PLC) opèrent au niveau de la couche de contrôle. Le système SCADA opère au-dessus de cette couche et échange des données avec les automates programmables, les unités de télécommande (RTU), les compteurs, les capteurs et d’autres contrôleurs. Cette distinction est importante car la défaillance d’un automate programmable peut interrompre le contrôle, tandis que la défaillance d’un nœud SCADA peut principalement réduire la visibilité, l’enregistrement des données, la génération de rapports ou l’accès des opérateurs.

Comparer	PLC	SCADA
Rôle clé	Exécution des commandes locales	Supervision et visualisation
Couche système	Machine / équipement	Superviseur / opérateur
Interfaces	E/S de terrain, bus de terrain, Ethernet	Ethernet, série, OPC UA, bases de données
Principal risque de défaillance	Interruption de contrôle ou d'E/S	Perte de visibilité, exploitation forestière ou accès des opérateurs

Ce qu'un automate programmable (PLC) contrôle dans l'automatisation industrielle

Un automate programmable (PLC) lit les entrées de terrain, exécute la logique de commande et met à jour les sorties au cours de cycles de balayage. Les appareils généralement connectés comprennent des capteurs, des interrupteurs, des moteurs, des vannes, des relais et des variateurs. Les langages de la norme CEI 61131-3, tels que le diagramme en échelle, le diagramme à blocs fonctionnels et le texte structuré, sont couramment utilisés pour cette logique.

Les domaines dans lesquels les sociétés anonymes devraient conserver le contrôle

L'adéquation d'un automate programmable (PLC) dépend davantage du comportement de contrôle que de la vitesse du processeur. L'exécution des balayages, la synchronisation des E/S de terrain, les verrouillages, la gestion des défauts et le comportement de reprise doivent rester prévisibles dans les conditions de fonctionnement définies. Le transfert de ces fonctions vers une autre plateforme de calcul nécessite donc une validation au niveau du contrôle, et non une simple comparaison des performances du processeur.

À suivre sur le PLC : verrouillages de machines, contrôle séquentiel, protection des équipements et E/S sensibles au temps.

Utilisez le PC industriel pour : la visualisation, la journalisation, la coordination, l'analyse et d'autres tâches de niveau supérieur.

Ce que le système SCADA apporte en plus de la couche de contrôle

Le système SCADA offre une visibilité globale sur l'ensemble du système grâce à des graphiques de processus, des alarmes, des courbes de tendance, des valeurs de balises, des rapports et des enregistrements historiques. Il peut également échanger des données avec des systèmes d'historisation, des bases de données, des clients distants, des systèmes de maintenance ou des outils d'analyse de niveau supérieur.

Communication avec les automates programmables et les équipements de terrain

Parmi les protocoles courants, on peut citer OPC UA, Modbus TCP, EtherNet/IP, les passerelles PROFINET, ainsi que les liaisons RS-232 ou RS-485 héritées. Si d'anciens automates, compteurs ou variateurs restent en service, la prise en charge des protocoles et des interfaces physiques peut constituer une contrainte plus importante que les performances du processeur.

Pour une vue d'ensemble du système, consultez le Guide sur les systèmes SCADA et matériel d'automatisation industrielle aperçu.

Rôles liés aux automates programmables (PLC), aux systèmes SCADA, aux interfaces homme-machine (IHM), aux terminaux de télémesure (RTU) et aux systèmes de contrôle distribués (DCS)

Ces systèmes peuvent coexister, mais ils répondent à des problèmes d'architecture différents.

Système	Fonction principale	À utiliser dans les cas suivants
PLC	Contrôle local	Des E/S déterministes et une logique d'équipement sont requises
SCADA	Supervision	De nombreux appareils nécessitent des alarmes, un historique et une visibilité pour les opérateurs
IHM	Interface opérateur locale	Il est nécessaire de disposer d'un système de commande et d'un indicateur d'état au niveau de la machine
RTU	Télémétrie à distance	Les actifs distants ou répartis doivent faire l'objet d'une surveillance
DCS	Contrôle des procédés à l'échelle de l'usine	Les environnements de procédés en continu nécessitent un contrôle intégré

Pour des comparaisons plus ciblées, voir SCADA vs IHM et SCADA vs DCS.

Les applications des PC industriels et des cartes Mini-ITX

Les logiciels SCADA et IHM nécessitent une plateforme informatique. Selon l'architecture, il peut s'agir d'un poste de travail de salle de contrôle, d'un panneau IHM, d'une passerelle périphérique, d'un PC industriel compact ou d'un système embarqué Mini-ITX.

Serveur ou poste de travail SCADA

La journalisation des données historiques peut générer des écritures en stockage soutenues, tandis que la multiplicité des clients, des services de protocole et des analyses locales accroît les besoins en puissance de calcul et en mémoire. Le dimensionnement du matériel doit donc tenir compte de la charge de travail SCADA réelle plutôt que de se baser uniquement sur la classe de processeur.

Modèle simple de dimensionnement des historiens : Charge utile quotidienne ≈ nombre de balises × nombre d'échantillons par seconde × nombre d'octets par échantillon × 86 400. Ajouter séparément les surcoûts liés à la base de données, à l'indexation, au protocole, à la redondance et à la conservation. Ce modèle ne permet pas de dimensionner l'ensemble du serveur, mais il évite que le choix du stockage ne repose uniquement sur la capacité des disques.

Logiciels / Système d'exploitation Vérifiez d'abord la compatibilité Version SCADA, système d'exploitation, pilotes et services requis.

Calcul Dimensionnement en fonction de la charge de l'application Clients, services de protocole, analyses et tâches en arrière-plan.

Mémoire Prendre en charge les charges de travail simultanées Environnement d'exécution SCADA, bases de données, services et analyses locales.

Stockage Valider les écritures persistantes Taux d'historisation, conservation, surcoût lié à la base de données et restauration.

Réseau Représenter les connexions requises Connexions aux automates programmables, clients SCADA, bases de données et systèmes en amont.

Affichage Répondre aux exigences de l'opérateur Sorties requises, résolution et nombre d'écrans locaux.

Panneau IHM ou nœud opérateur

Pour les postes d'opérateur, l'affichage, la prise en charge des écrans tactiles, l'accès USB, l'espace disponible dans le boîtier et l'accès pour la maintenance sont souvent plus importants que les performances maximales du processeur. Avis Panneau IHM conditions requises avant de choisir la carte.

Passerelle périphérique entre l'automate programmable et les systèmes de niveau supérieur

Une passerelle périphérique peut collecter des données PLC, filtrer des balises, effectuer des analyses locales et transmettre certaines données en amont. Pour matériel d'informatique en périphérie, vérifier la charge du protocole, les exigences en matière de latence, la topologie du réseau local, les opérations d'écriture sur le stockage, les possibilités d'extension et les limites thermiques.

Contrôles de sélection du matériel pour les nœuds SCADA et IHM

Privilégiez un ordre de dépendance plutôt que de choisir une carte en fonction du nom du processeur : responsabilité des commandes → logiciels et système d'exploitation → protocoles et E/S → calcul et stockage → alimentation et gestion thermique → adaptation mécanique → cycle de vie.

Logiciels et systèmes d'exploitation

Compatibilité

Les logiciels SCADA ou IHM et les pilotes requis fonctionneront-ils sur cette plateforme ?

Vérifier auprès de : image du système d'exploitation de production et version logicielle cible.

E/S et réseau

Interfaces

Toutes les interfaces requises (LAN, COM, USB, PCIe, M.2 et GPIO) sont-elles disponibles ?

Vérifier auprès de : tests simultanés des interfaces sous la charge prévue.

Stockage

Charge de travail

Le système est-il capable de supporter la charge de travail prévue liée à l'historique et à l'écriture des journaux ?

Vérifier auprès de : tests prévus concernant la vitesse d'écriture, la rétention et la récupération.

Puissance

Rétablissement

Le nœud se rétablira-t-il de manière prévisible après des perturbations de l'alimentation sur site ?

Vérifier auprès de : Tests de démarrage à froid, de baisse de tension, d'onduleur et d'arrêt.

Thermique

Environnement

Le refroidissement est-il suffisant dans les conditions maximales définies pour le boîtier ?

Vérifier auprès de : essais de charge de travail prolongée à la limite de la température ambiante.

Cycle de vie

Contrôle

Est-il possible de maintenir le contrôle des mises à jour matérielles et logicielles tout au long du cycle de vie du déploiement ?

Vérifier auprès de : BIOS, pilotes, documentation, gestion des versions et vérification des sources.

Contraintes d'E/S, d'alimentation et thermiques

Les nœuds d'automatisation industrielle ont souvent besoin de plusieurs liaisons Ethernet et peuvent encore nécessiter des liaisons série traditionnelles. Révision plusieurs ports série lorsque les automates programmables, les compteurs ou les variateurs utilisent les interfaces RS-232 ou RS-485.

Les systèmes d'armoires doivent également tenir compte des baisses de tension, de la mise à la terre, de la circulation de l'air, des sources de chaleur à proximité et de l'accès pour l'entretien. L'absence de ventilateur ne signifie pas l'absence de chaleur : le boîtier et le chemin de montage doivent tout de même permettre d'évacuer la chaleur générée par la charge de travail. Le cas échéant, comparez entrées d'alimentation multiples, conception sans ventilateuret plateformes à large plage de températures.

Erreurs courantes en matière de sélection

Choisir uniquement en fonction du modèle de processeur. Les performances du processeur ne déterminent pas à elles seules l'adéquation du système de contrôle.
Utiliser un PC industriel comme substitut à un automate programmable. La responsabilité en matière de contrôle doit être définie de manière réfléchie et validée.
Sous-estimation de l'espace de stockage des données historiques. La capacité à elle seule ne suffit pas à garantir la pérennité des écritures, la conservation des données ou la restauration.
Sans tenir compte des limites de puissance et thermiques du champ. La stabilité en banc d'essai ne garantit pas la fiabilité en conditions réelles ou sur le terrain.
Ne pas tenir compte de la gestion du cycle de vie. Des mises à jour non gérées du BIOS, des pilotes ou du matériel peuvent perturber les déploiements à long terme.

Guide de choix du matériel SCADA et API

Définissez d'abord la fonction, puis choisissez le matériel en fonction de la contrainte principale.

Couche de commande PLC : donner la priorité aux E/S déterministes, à la logique de protection et aux comportements de contrôle validés.
Poste de travail ou serveur SCADA : donner la priorité à la prise en charge logicielle, aux réseaux, à la charge de travail du système d'archivage, au stockage et à la récupération.
Nœud opérateur IHM : donner la priorité à l'affichage, à la fonction tactile, aux E/S locales, à l'accès aux services et à l'adaptabilité au boîtier.
Passerelle périphérique : donner la priorité aux protocoles, à la séparation des réseaux, à la latence, au traitement local et aux limites thermiques.

Foire aux questions sur les systèmes SCADA et les automates programmables (PLC)

Le SCADA, c'est la même chose qu'un PLC ?

Non. Un automate programmable (PLC) exécute la logique de commande locale, tandis que le système SCADA assure la supervision des équipements et présente les données du système aux opérateurs.

Le système SCADA peut-il fonctionner sans automate programmable (PLC) ?

Oui. Le système SCADA peut communiquer avec des RTU, des compteurs, des capteurs ou des passerelles, même si les automates programmables (PLC) restent couramment utilisés pour le contrôle local des machines.

Un PC industriel peut-il prendre en charge les tâches d'un automate programmable ?

Uniquement dans une architecture conçue et validée pour assumer cette responsabilité. La puissance de calcul du processeur ne suffit pas à elle seule à garantir un comportement déterministe ou de protection.

Quel matériel est nécessaire pour faire fonctionner un logiciel SCADA ?

Utilisez une plateforme prenant en charge les logiciels, le système d'exploitation, les E/S, les charges de travail de stockage, l'environnement thermique, les procédures de reprise et le cycle de vie requis.

Dans quels cas est-il judicieux d'opter pour du matériel SCADA sans ventilateur ?

Ce système permet de réduire les opérations de maintenance dans les sites poussiéreux ou confinés, mais il nécessite tout de même une validation thermique au niveau de la charge de travail et de l’enceinte.

Si vous comparez du matériel pour un projet d'automatisation SCADA, IHM ou OEM, contactez Carte Mini-ITX la version du logiciel, les exigences en matière de communication avec l'automate, les E/S, les contraintes liées au boîtier, les conditions d'alimentation et la durée de vie prévue.

La technologie ne cesse d'évoluer, et nous non plus