Interface OPC UA : vos données d'automate pour base de données, MES et analyse

La S7-1500 intègre le serveur OPC UA en série, et la S7-1200 propose elle aussi un serveur OPC UA dans les versions de firmware actuelles. Votre installation dispose ainsi d'une interface de données normalisée selon IEC 62541 — chiffrée, avec des droits d'accès basés sur les rôles, utilisable en lecture seule. Ce qui compte en pratique :

• Exposer à dessein : nous ne publions que les variables utiles à l'extérieur, nommées et structurées proprement, au lieu d'ouvrir des blocs de données entiers.
• Lecture et écriture séparées : l'écriture n'est autorisée que là où elle est voulue fonctionnellement et sécurisée. Pour l'analyse, la lecture suffit.
• Sécurité : connexion chiffrée avec certificats et authentification des utilisateurs, accès non sécurisés désactivés.
• Licence et charge : le serveur OPC UA de la S7-1500 nécessite une licence runtime adaptée à la CPU. Nous dimensionnons le périmètre et la cadence de lecture pour que l'automate tienne son temps de cycle.
• Automates plus anciens : une S7-300/400 se lit via la communication S7 ou une passerelle. À terme, le rétrofit vers la S7-1500 reste la solution la plus propre.

L'automate n'écrit pas lui-même dans la base de données. Un service léger lit les valeurs via OPC UA, les met en tampon et les écrit dans une base SQL ou une base de séries temporelles. L'automate reste ainsi libre de toute logique de base de données, et les courtes coupures réseau sont absorbées.

• Cibles courantes : Microsoft SQL Server, PostgreSQL ou une base de séries temporelles pour les mesures.
• Des événements plutôt qu'un flux continu : alarmes, changements d'état et compteurs sont écrits au changement, les mesures à une cadence adaptée.
• Le contexte avec la donnée : ordre de fabrication, lot ou poste font partie de l'enregistrement, pour pouvoir rattacher les valeurs ensuite.
• MES et ERP : liaison directe via OPC UA, par la base de données ou par l'interface définie par votre service informatique.

Sans informatique de groupe et sans capteur supplémentaire — à partir des données que l'API relève de toute façon :

• Analyses d'alarmes et de défauts : quel capteur signale le plus souvent ? Quel défaut revient chaque semaine ?
• Rapports d'arrêt : automatiquement à partir des états de fonctionnement que connaît l'automate.
• Rapports en clair plutôt que données brutes : des rapports de poste ou hebdomadaires lisibles à partir de données de procédé structurées.
• Monitoring énergétique : consommations et pointes de charge par partie d'installation, écarts comme indicateur précoce.
• Alerte précoce : courants moteur, durées de fonctionnement et temps de cycle comme indicateurs d'usure, bien avant qu'un humain ne le remarque au quotidien.

L'intérêt réside dans la visibilité et un diagnostic plus rapide — pas dans une « installation qui s'auto-répare » ; de telles promesses, il ne faut les croire de personne. Rien de tout cela ne doit être opérationnel le jour du basculement : le rétrofit ouvre la porte, vous pouvez la franchir quand vous êtes prêt.