L'assistant IA qui comprend votre machine

Le programme ne doit pas rester une boîte noire

Une machine industrielle concentre une quantité impressionnante d'informations : le programme automate, les programmes robots, l'IHM, les paramètres, les recettes, la documentation technique. Pour beaucoup de personnes qui travaillent pourtant chaque jour autour de cette machine, tout ça reste une boîte noire.

Un technicien de maintenance connaît parfois l'installation par cœur sans savoir où chercher dans plusieurs milliers de lignes de code. Un responsable produit maîtrise le procédé et ses contraintes, rarement le programme PLC qui le pilote. Un opérateur connaît le fonctionnement quotidien de la machine, mais n'a aucun accès direct à la logique qui se cache derrière une alarme. Même un automaticien qui découvre une nouvelle installation peut mettre du temps à comprendre comment le projet a été construit.

L'assistant IA industriel Hello PLC part de ce constat : rendre cette connaissance accessible à tous, avec un niveau d'explication adapté à la personne qui pose la question.

Poser sa question comme à un collègue

Pas besoin de connaître le nom d'une variable, d'un bloc fonctionnel ou même de savoir dans quel programme chercher. On pose sa question à l'assistant comme on la poserait à un collègue qui connaît bien la machine :

• Quel paramètre agit sur la pression de ce poste ?
• Pourquoi cette station attend-elle ?
• Quelle est la vitesse de déplacement de l'XPlanar ?
• Quel capteur autorise ce mouvement ?
• Quel est le processus exact du contrôle qualité ?
• Que se passe-t-il lorsqu'une mesure sort des tolérances ?
• D'où vient cette valeur affichée sur l'IHM ?
• Que vérifie la machine avant de passer à l'étape suivante ?

Derrière une question qui paraît simple, la réponse se trouve souvent répartie dans plusieurs parties du programme. L'assistant recherche les informations utiles dans les données du projet, suit la logique et les met en relation pour construire une réponse compréhensible.

Et il travaille sur le projet réel de la machine concernée, pas sur une théorie générale. À la question « Quelle est la vitesse de l'XPlanar ? », une réponse générique sur les performances maximales d'un XPlanar n'apporte rien : ce qui compte, c'est la consigne réellement programmée dans ce projet-là.

Une photo suffit parfois

Sur le terrain, on ne connaît pas toujours le nom exact de l'alarme ou de la variable qu'on cherche. On a surtout un écran devant soi. Il suffit alors de joindre une photo ou une capture de l'IHM à sa question : « Pourquoi la machine reste-t-elle bloquée sur cette étape ? » ou « Pourquoi j'ai cette alarme ? », avec l'écran affiché au moment du problème.

L'assistant utilise cette image comme contexte. Il reconnaît un message d'alarme, une valeur affichée, un état visible ou une étape du cycle, puis va chercher les éléments correspondants dans le programme et la documentation du projet. Texte, photo ou capture d'écran : chacun fournit simplement les informations qu'il a sous la main.

Un profil pour chaque utilisateur

Un opérateur, un technicien de maintenance, un responsable produit et un automaticien n'attendent pas la même réponse, et surtout pas le même niveau de détail.

L'opérateur veut comprendre ce qui se passe et savoir quoi vérifier. La maintenance a besoin de connaître les conditions qui bloquent un mouvement ou une étape. Un responsable produit s'intéresse au procédé et aux paramètres qui influencent le résultat. Un automaticien, lui, veut souvent aller plus loin : la variable, le bloc fonctionnel, l'endroit exact du programme.

Chaque utilisateur crée donc son propre profil à l'aide d'un court questionnaire : son métier, son niveau en automation et en programmation PLC ou robot, le type de réponse qu'il préfère.

La source d'information reste la même pour tout le monde. C'est la façon de l'expliquer qui change.

Une même question, deux façons d'y répondre

Prenons un exemple réel, posé sur la même machine : « Quelle est la vitesse de l'XPlanar ? »

Pour l'opérateur, la réponse va droit au but : 550 mm/s en cycle normal, 350 mm/s en cycle dégradé, et le fait que la bascule se fait automatiquement, sans réglage à faire sur place.

Pour le programmeur expert, l'assistant remonte jusqu'à la variable qui porte la consigne, au bloc qui la fixe selon l'état du cycle, et jusqu'au calcul exact de l'accélération appliquée à chaque mover.

Même question, même source d'information dans le projet. Seul le niveau de détail change.

Du réglage ponctuel à un processus complet

Certaines questions portent sur une valeur précise, comme « Quel paramètre règle ce délai ? ». D'autres demandent de comprendre tout un pan du fonctionnement de la machine, comme « Comment fonctionne exactement le contrôle qualité de cette pièce ? ».

Dans ce second cas, la réponse est souvent répartie sur plusieurs programmes et plusieurs étapes du cycle. L'assistant reconstruit alors le déroulement à partir de ce qui est disponible dans le projet : conditions préalables, mesures réalisées, valeurs limites, contrôles successifs, gestion d'un résultat non conforme, décision finale. On ne cherche plus une ligne de code, on cherche à comprendre comment le procédé a été programmé.

Le même principe s'applique au diagnostic. Quand une machine s'arrête ou qu'une alarme apparaît, le programme contient déjà une partie de la réponse : quelle condition manque, quel capteur intervient, quelle temporisation est en cause. L'assistant aide la maintenance ou l'automaticien à retrouver ces informations plus vite. Il ne remplace pas le diagnostic fait sur la machine elle-même, il oriente les vérifications à faire sur le terrain.

Le programme reste la source de vérité

Une réponse technique doit pouvoir se vérifier. Quand c'est utile, l'assistant indique les références qui ont servi à la construire : variables, blocs fonctionnels, programmes ou fichiers concernés. Un automaticien peut ainsi poursuivre directement son analyse dans le projet, pendant qu'une personne moins technique se contente de l'explication dont elle a besoin.

Et quand une hypothèse n'est pas confirmée par le programme lui-même, l'assistant le dit clairement, plutôt que d'affirmer quelque chose qu'il ne peut pas vérifier. Il propose alors une façon simple de contrôler l'information sur place.