OPC UA vs S7, EtherNet/IP et Modbus : Comment lire les PLC pour l'OEE

Points clés

• OPC UA est le premier choix lorsque le PLC a un serveur : valeurs nommées, modèle de données connu et sécurité intégrée.
• Le protocole natif du PLC est le repli : S7, EtherNet/IP ou Modbus fonctionnent sur la plupart des PLC installés.
• La plupart des usines finissent avec un mélange, lu par une passerelle.
• Lecture seule, dans tous les cas. L'OEE n'écrit jamais dans un PLC.
• Les anciens protocoles natifs manquent souvent de sécurité intégrée, donc les zones réseau sont plus importantes pour eux.

Il n'existe pas une seule manière correcte de lire les PLC pour l'OEE. Utilisez OPC UA lorsque le PLC propose un serveur, car ses valeurs portent des noms et du sens. Utilisez le protocole natif du PLC lorsqu'il n'en propose pas, ce qui est le cas de la plupart des PLC plus anciens. Une passerelle peut parler les deux et envoyer un seul flux de données en amont.

Fabrico, OEE et un logiciel MES léger avec caméras IA, connecte une machine via son PLC, un appareil Fabrico IoT ou une caméra IA. Quel protocole est utilisé sur quelle machine est convenu pour chaque usine avec l'équipe technique de Fabrico.

Que trouve-t-on sur un vrai plancher d'usine ?

La base installée pèse plus que toute préférence. En pratique :

• Les usines d'Europe centrale utilisent souvent des automates Siemens S7 sur PROFINET.
• Les usines appartenant à des sociétés américaines utilisent souvent des automates Allen-Bradley sur EtherNet/IP.
• Les équipements d'emballage et auxiliaires, tels que les peseuses de contrôle et les étiqueteuses, parlent souvent Modbus.
• Les machines de plus d'environ 15 ans peuvent offrir un port série, ou rien du tout.

L'Ethernet industriel représente aujourd'hui environ huit nœuds réseau sur dix nouveaux. Mais les nouveaux nœuds ne constituent pas la base installée, et la base installée est plus ancienne.

Qu'est-ce qu'OPC UA apporte que les protocoles natifs n'apportent pas ?

OPC UA, aussi appelé IEC 62541, est une norme indépendante de la plateforme. Ses serveurs publient des définitions de types, de sorte qu'un client lit ce qu'une valeur signifie, pas seulement son numéro. Sa sécurité couvre l'authentification, l'intégrité et la confidentialité.

Le coût d'OPC UA est la disponibilité. Beaucoup de PLC plus anciens n'ont pas de serveur du tout, et sur certains plus récents il faut l'activer ou le licencier. Notre guide sur OPC UA pour l'OEE couvre l'aspect données.

Quand le protocole natif est-il le meilleur choix ?

• Quand le PLC n'a pas de serveur OPC UA, ce qui est courant sur les contrôleurs plus anciens.
• Quand activer un serveur nécessiterait un changement de programme que l'usine ne souhaite pas.
• Pour les appareils simples comme les peseuses de contrôle qui ne proposent que Modbus.

Une passerelle peut lire le protocole natif côté machine et proposer les données en amont sous une seule forme. Pour la partie Modbus, voyez notre guide Modbus TCP vs RTU.

Exemple concret : une usine, quatre protocoles

Ligne d'exemple (chiffres illustratifs, pas un client). Une usine dispose de trois lignes d'emballage et de 15 machines à connecter. Les ports sont les valeurs par défaut habituelles ; confirmez-les pour chaque appareil.

Ainsi 6 des 15 machines sont lues via OPC UA et 9 via des protocoles natifs. Une passerelle par ligne gère les quatre. Le pare-feu a besoin d'une règle allow par protocole depuis la passerelle vers le bas, et de rien en entrée.

Les 9 machines natives ont chacune besoin d'une cartographie de tags ou de registres. Les 6 machines OPC UA ont besoin de la vérification de leurs nœuds, ce qui est plus rapide lorsqu'elles suivent une spécification compagnon.

Comment sécuriser les deux types de connexion ?

1. Comptes en lecture seule sur chaque serveur OPC UA, et aucune fonction d'écriture utilisée sur les protocoles natifs.
2. OPC UA chiffré, avec des certificats approuvés des deux côtés.
3. Zonage pour les protocoles natifs. Gardez-les dans la zone OT, accessibles uniquement depuis la passerelle.
4. Taux de lecture raisonnables. Lisez uniquement les valeurs nécessaires à l'OEE, afin de ne pas surcharger le PLC.
5. Sortant uniquement depuis la passerelle vers le système OEE.

Notre guide sur la connectivité PLC pour l'OEE couvre la topologie réseau, et OPC UA vs MQTT explique comment les données remontent en amont.

Quelles erreurs les usines commettent-elles en choisissant un protocole ?

• Attendre OPC UA partout, laissant les machines plus anciennes non connectées pendant des années.
• Activer un serveur OPC UA sans sécurité, parce que c'était plus rapide à la mise en service.
• Laisser le système OEE atteindre les PLC directement au lieu de passer par une seule passerelle.
• Utiliser des fonctions d'écriture sur un protocole natif pour réinitialiser des compteurs. Lecture seule, toujours.

Où se situe Fabrico ?

Fabrico est une plateforme de performance manufacturière dotée de computer vision. L'OEE et un MES léger sont au cœur, lus depuis le signal fourni par chaque machine.

• Journalisation automatique des arrêts à partir des tags PLC, des appareils IoT ou des caméras.
• L'opérateur confirme la raison en une seule touche, quel que soit le protocole qui a enregistré l'arrêt.
• OEE en direct par ligne et par poste, avec chaque perte valorisée en argent.
• Un pilote sur une ligne, pour valider le mix de protocoles avant duplication.

Il n'y a pas de plan gratuit et pas de paliers : chaque usine reçoit un devis. Voyez le produit sur la page OEE computer vision, et les bases dans qu'est-ce qu'un PLC.

Questions fréquentes

OPC UA est-il meilleur que S7 pour l'OEE ?

Lorsque le PLC offre un serveur OPC UA, généralement oui. Les valeurs arrivent avec des noms et des types, et la connexion peut être chiffrée avec des comptes utilisateurs. Lorsqu'il ne le fait pas, le protocole S7 via une passerelle fonctionne bien pour l'OEE, tant que l'accès reste en lecture seule et à l'intérieur de la zone OT.

OPC UA ralentit-il le PLC ?

Il peut ajouter de la charge si un client lit trop de données trop souvent. Pour l'OEE, lisez uniquement les quelques valeurs dont vous avez besoin, à un rythme raisonnable, et demandez à votre ingénieur automation de vérifier la charge. La plupart des lectures OEE sont légères par rapport à ce que le PLC fait pour piloter la machine.

Les anciens PLC Siemens S7 peuvent-ils être lus via OPC UA ?

Pas directement si le PLC n'a pas de serveur. Une passerelle peut lire le PLC via le protocole S7 et proposer les données en OPC UA ou dans un autre format à l'amont. Le programme PLC n'a pas besoin d'être modifié pour cela.

Quel protocole est le plus sûr pour l'OEE ?

OPC UA, lorsqu'il est configuré avec chiffrement, certificats de confiance et un compte en lecture seule. Beaucoup de protocoles natifs anciens disposent de peu ou pas de sécurité intégrée. Pour ceux-ci, gardez le trafic à l'intérieur de la zone OT et ne laissez que la passerelle atteindre les PLC.

Faut-il une passerelle pour lire les PLC pour l'OEE ?

En général oui. Une passerelle parle le protocole de chaque PLC côté machine et envoie un flux de données unique en amont. Elle empêche aussi le système OEE d'accéder au réseau OT, car la passerelle ouvre elle-même chaque connexion.

Cartographiez les protocoles de votre usine avec nous

Apportez la liste de vos machines avec marques et modèles de PLC. Nous montrerons comment chacune se connecte et combien coûtent ses arrêts.

Demandez une démo · Contactez-nous