Tester un programme d’automate sur un jumeau virtuel

Il est deux heures du matin, la ligne doit redémarrer à six heures, et l’automaticien découvre sur site qu’un vérin descend avant que la pièce ne soit bridée. Le programme avait été relu, compilé, chargé. Il n’avait jamais été confronté à la machine. Cette scène, que connaissent la plupart des équipes de mise en service, est exactement celle qu’un jumeau d’automate permet d’éviter : faire tourner le programme sur une machine simulée, des semaines avant de le charger sur la vraie.

On parle aussi de mise en service virtuelle. Le principe est ancien dans l’aéronautique et l’automobile ; les outils l’ont rendu accessible à des installations beaucoup plus modestes. Ce guide explique ce qu’il recouvre, quel niveau de fidélité viser, et comment le mettre en place.

Ce que l’on appelle un jumeau d’automate

Un automate programmable lit des entrées (capteurs, boutons, signaux d’autres équipements), exécute un programme écrit dans un des langages de la norme IEC 61131-3, et commande des sorties (moteurs, vannes, vérins, voyants). Le jumeau virtuel remplace la machine réelle par un modèle : il reçoit les sorties de l’automate, calcule ce que la machine ferait, et renvoie les entrées correspondantes. Le programme ne fait pas la différence.

Le modèle peut être très simple : un capteur qui passe à l’état haut deux secondes après la mise en route d’un convoyeur. Il peut aussi être riche : une représentation 3D de la cellule, avec la cinématique des robots, la chute des pièces et les collisions. Le bon niveau dépend de ce que l’on veut tester.

Trois niveaux de fidélité

Le test logiciel seul. Le programme tourne dans un simulateur d’automate, souvent fourni par le constructeur, et l’on force les entrées à la main ou par script. C’est rapide et peu coûteux, adapté pour vérifier une logique isolée, une fonction ou un bloc réutilisable. La limite est évidente : celui qui force les entrées décide aussi du comportement de la machine, avec ses propres hypothèses.

L’automate émulé raccordé à un modèle. Le simulateur d’automate échange en temps réel avec un modèle de la machine, qui produit lui-même les entrées. On peut alors dérouler des cycles complets, enchaîner les séquences, provoquer des défauts. C’est le niveau qui apporte le plus de valeur pour la plupart des installations manufacturières.

Le matériel en boucle. Le vrai automate, avec sa vraie configuration, est relié à un simulateur qui reproduit les signaux électriques ou les échanges sur le réseau de terrain. On teste alors aussi les temps de cycle, les communications et le comportement du matériel. Ce niveau se justifie pour les installations critiques, les régulations rapides ou les systèmes où le comportement temporel compte.

Les standards facilitent ces raccordements. OPC UA (IEC 62541) sert souvent de passerelle entre l’automate et l’outil de simulation. L’interface FMI, maintenue par la Modelica Association, permet d’échanger des modèles entre outils sous forme de composants autonomes, ce qui évite de reconstruire un modèle pour chaque logiciel.

La démarche, pas à pas

1. Choisir le périmètreUne machine, une cellule ou une ligne dont la mise en service est proche, ou dont le programme change souvent. Écrire ce que l’on attend du jumeau : moins d’heures de mise en service, moins de défauts découverts sur site, formation des opérateurs.
2. Lister les entrées et sortiesPartir de la liste des entrées et sorties de l’automate, qui existe toujours. Chaque sortie appelle un comportement du modèle ; chaque entrée doit être produite par lui.
3. Modéliser au juste niveauCommencer par des comportements logiques et temporels (temps de course, temporisations, présence pièce), et n’ajouter de la physique ou de la 3D que là où le test l’exige.
4. Écrire les scénariosLe cycle nominal, bien sûr, mais surtout les situations anormales : capteur bloqué, pièce absente, arrêt d’urgence en plein cycle, reprise après coupure, défaut d’un équipement voisin.
5. Raccorder la supervisionBrancher la vraie supervision sur l’automate émulé : les écrans, les alarmes et les messages sont testés en même temps que le programme.
6. Tracer et rejouerConserver les scénarios avec les versions du programme, pour les rejouer à chaque modification. C’est là que l’investissement se rentabilise : chaque évolution future est testée en quelques minutes.

La quatrième étape est celle qui fait la différence. Un programme qui fonctionne en cycle nominal est un programme presque fini ; un programme qui se comporte correctement quand un capteur ment, quand un opérateur appuie sur le mauvais bouton ou quand le réseau tombe est un programme prêt pour l’usine. Le jumeau permet de provoquer ces situations sans risque, autant de fois que nécessaire.

Ce que l’on gagne, et comment le mesurer

Le premier gain est la réduction du temps de mise en service sur site, où chaque heure coûte cher : équipes déplacées, production arrêtée, pénalités éventuelles. Le deuxième est la qualité : les erreurs de séquence trouvées en bureau ne deviennent pas des incidents en production. Le troisième, souvent sous-estimé, est la capacité à faire évoluer un programme existant sans crainte. Beaucoup d’installations vivent avec un programme que personne n’ose modifier parce que personne ne sait ce qui casserait. Un jumeau associé à des scénarios rejouables change ce rapport.

Pour mesurer ces gains honnêtement, il faut une référence : la durée et le nombre de défauts de la dernière mise en service comparable, sans jumeau. Comparer ensuite avec le projet mené avec le jumeau, en comptant le temps passé à construire le modèle. Sur une seule machine unique, le bilan peut être modeste ; sur une machine reproduite plusieurs fois, ou sur un programme modifié régulièrement, il devient nettement favorable.

Par où commencer

Le meilleur premier projet réunit trois conditions : une installation dont l’arrêt coûte cher, un programme qui évolue régulièrement, et une équipe d’automaticiens prête à consacrer du temps à la modélisation. Une machine standard, fabriquée en plusieurs exemplaires, est un excellent candidat : le modèle se construit une fois et sert à chaque livraison.

Le jumeau d’automate est aussi une première marche vers un jumeau numérique plus large, qui servira à simuler des choix d’exploitation, à optimiser des cadences ou à former. Notre expertise industrie et automates accompagne ce type de projet, du choix du périmètre jusqu’à l’autonomie de vos équipes ; pour la logique de financement par phases, notre guide sur le financement d’un jumeau numérique s’applique aussi à cette échelle.

Questions fréquentes

Faut-il modéliser toute la physique de la machine ?

Non. Le modèle doit être assez fidèle pour que le programme réagisse comme sur le terrain : présence des pièces, temps de déplacement, états des capteurs, défauts. Une modélisation physique fine n'est utile que pour des régulations où la dynamique du procédé compte.

Le jumeau remplace-t-il les essais sur site ?

Non. Il réduit fortement les erreurs de logique et de séquence découvertes sur site, mais le câblage, l'instrumentation réelle, les réglages fins et les essais de sécurité restent à faire sur l'installation.

Peut-on utiliser le jumeau pour former les opérateurs ?

Oui, c'est un usage fréquent une fois le jumeau construit : les opérateurs s'entraînent sur la supervision réelle, raccordée au modèle, y compris sur des situations de défaut qu'on ne peut pas provoquer en production.

Qui construit le modèle de la machine ?

Idéalement l'intégrateur ou le constructeur, à partir des plans et des documents de conception, avec la validation des équipes de maintenance qui connaissent le comportement réel de l'installation.