CPU d’automate ou module d’E/S : comment faire la différence ?

Une machine s’arrête et la question vous revient : quelle unité de ce châssis est tombée en panne ? Un CPU d’automate exécute le cycle du programme de contrôle, gère la connexion réseau et coordonne chaque module monté autour de lui. Un module d’E/S ne fait rien de tout cela. Une carte d’entrées numériques transmet au CPU les signaux de terrain, comme les états tout ou rien des capteurs. Une carte de sorties analogiques renvoie au terrain des consignes, comme une référence de vitesse.

Schéma système agrandi

×

Les flèches montrent la répartition du travail, pas le câblage. Le CPU est la seule unité qui décide ; les modules transportent les signaux dans un sens et dans l’autre.

La distinction paraît élémentaire jusqu’au moment où quelqu’un doit décider quelle unité est réellement en panne, car les deux côte à côte sur le même rail peuvent se ressembler. Le CPU est la seule unité qui exécute le programme ; toutes les autres lui transmettent des signaux de terrain ou agissent sur ses commandes. Cette répartition du travail est l’ancrage de tout ce qui suit.

Cette distinction change aussi le contenu d’une demande. Une carte d’entrées hors service pose une question d’approvisionnement à faible enjeu, l’armoire continuant de tourner sur ses canaux restants. Un CPU en panne met en jeu le programme, l’identité réseau et le réglage de la machine. C’est un problème de preuves différent, même si les deux unités occupent le même châssis. Une demande à faible enjeu exige quand même la référence complète, car une carte d’entrées erronée arrive aussi sûrement qu’un CPU erroné.

Il est utile de savoir ce qu’est le cycle programme, car toute la répartition du travail en dépend. Le CPU répète en continu la même boucle : lire les entrées, exécuter le programme, écrire les sorties. La boucle tourne plusieurs fois par seconde, et chaque module d’E/S n’y participe que comme source de mesures ou cible de commandes. Rien, côté modules, ne décide quoi que ce soit ; les décisions se prennent dans le CPU ou nulle part.

En pratique, le comportement en panne sépare les rôles. Un CPU en panne emporte généralement avec lui tout le programme et les communications, si bien que la machine s’arrête d’un bloc et que l’IHM, le pupitre opérateur, perd sa connexion. Un canal d’E/S en panne se manifeste souvent par un seul diagnostic : un actionneur décroche pendant que le reste de la machine continue de tourner en mode dégradé.

Schéma système agrandi

×

Deux schémas de comportement, deux listes de suspects. Consigner le schéma avec une date garde la classification vérifiable plus tard.

Consignez le comportement observé, avec une heure et une date. Chacun des deux schémas tient en une phrase, et chacun constitue une preuve plus solide qu’un souvenir de l’événement. Même un horodatage approximatif réduit ce qu’un vérificateur contrôlera plus tard. Le comportement est l’indice de classification le plus rapide que vous obtiendrez jamais, et il ne coûte rien puisque vous l’avez déjà vu se produire.

Aucun des deux schémas n’est une preuve à lui seul. Un défaut de communication peut ressembler de l’extérieur à une panne de CPU, et un problème de câblage peut imiter un canal d’entrée mort. Le comportement consigné réduit la liste ; il ne la clôt pas. C’est pourquoi le comportement entre dans le dossier à côté de la classification, et non à sa place.

Traitez un fonctionnement dégradé avec le même soin qu’un arrêt complet. Une machine qui continue de tourner avec un canal hors service vous dit quand même quelle unité est en panne, mais elle produit aussi des pièces, si bien que la tentation pousse à différer la consignation jusqu’à la fin du poste. Rédigez quand même l’observation en une ligne, car l’état dégradé est précisément la preuve dont un vérificateur a besoin, et précisément le détail qui s’estompe en fin de poste.

La nomenclature de famille donne le premier indice structurel. Le numéro de commande Siemens 6ES7214-1AG40-0XB0 commence par 6ES7, et le bloc 214 sélectionne le CPU 1214C. Les modules de signaux de la même famille S7-1200 portent un bloc de chiffres différent à cette position. Lisez le deuxième bloc du numéro de commande et vous classez un module inconnu plus vite qu’en devinant sa taille ou sa couleur.

Schéma système agrandi

×

Un bloc trie le châssis. La photo transforme la classification en preuve qu’un vérificateur peut contrôler.

Ce bloc ne bouge pas, quel que soit le catalogue consulté, ce qui le rend plus fiable que l’apparence. Photographiez la plaque signalétique de chaque module classé, y compris les modules dont vous ne soupçonnez rien, car une classification que vous ne pouvez pas montrer plus tard n’est qu’un souvenir. La photo alimente aussi le relevé par ligne dont la demande aura besoin. Notez la position de l’emplacement à côté de la lecture, car la position représente la moitié de ce qui identifie l’unité.

La position dans le châssis est aussi une preuve, car la même référence peut apparaître deux fois dans un même châssis et le projet peut adresser chaque occurrence différemment. Une photo d’ensemble du châssis plus une photo d’étiquette par module rend l’ensemble reconstructable plus tard, sans seconde visite de l’armoire. La lecture du bloc, l’emplacement et la photo se rapportent à la même unité, et c’est ce qui rend la classification vérifiable.

L’implantation physique apporte une confirmation. Le CPU porte le port PROFINET, la connexion Ethernet sur laquelle tourne le réseau de contrôle, et un CPU 1214C porte aussi un petit écran d’état. Les modules de signaux présentent des rangées de bornes pour le câblage de terrain et aucune interface réseau qui leur soit propre. Un port est un indice fort, car presque aucun module d’E/S n’en possède.

Schéma système agrandi

×

Le port et la destination du câble fonctionnent ensemble. Les flèches décrivent une méthode d’observation, pas un schéma réseau.

Le cas inverse compte aussi : sur une station d’E/S décentralisée bâtie autour d’un CPU 1510SP-1 PN (6ES7510-1SJ01-0AB0), les modules ET 200SP autour du CPU se ressemblent et partagent le même rail. Là, le port réseau et les blocs du numéro de commande sont les séparateurs fiables, pas l’apparence. Un coup d’œil tranche ce qu’une référence seule ne tranche jamais. Photographiez si possible le port et le câble dans le même cadre, pour que la destination soit visible sans seconde photo.

Si vous ne savez pas quelle unité commande le châssis, suivez le câble réseau. Le module dont le port est relié au portable d’ingénierie, au commutateur réseau ou à l’IHM est presque toujours le CPU, car les modules d’E/S n’ont aucune présence réseau indépendante. Notez cette observation dans le dossier avec la destination du câble. C’est une preuve avant même qu’une plaque signalétique ne soit lue.

Le petit écran d’état de certains CPU est un troisième indice. Il affiche en général un mot d’état ou un bref diagnostic, et sa photo au moment de la panne prouve l’état du CPU lui-même, pas celui du côté terrain. L’absence compte aussi : une unité avec des bornes, sans écran et sans port, est presque certainement un module d’E/S quel que soit ce que suggère son étiquette, et cette observation ne coûte rien à consigner à côté de la photo.

Listez le CPU et chaque module d’E/S en lignes distinctes avec leurs numéros de commande complets. Une demande qui les mélange dans une seule description force le vérificateur à deviner quelle unité est l’automate. Une mauvaise devinette gaspille un cycle d’approvisionnement. Des lignes avec positions d’emplacement suppriment la devinette, et le numéro d’emplacement vient directement de votre photo d’ensemble du châssis, si bien que les deux relevés se renforcent.

Schéma système agrandi

×

Trois entrées rendent la demande vérifiable : les lignes, les preuves par ligne et le comportement daté. Aucune n’exige une seconde visite de l’armoire.

Indiquez le comportement en panne observé à côté du module suspecté. Quels canaux ont décroché, si l’IHM est restée connectée, si le défaut se répète : une ligne sur chacun donne au vérificateur de quoi éprouver la classification. Ce contexte coûte une ligne à consigner et sépare une demande utile d’une simple liste de pièces. Une ligne qu’on ne peut pas rattacher à une photo est une affirmation, et les affirmations sont justement ce que ce dossier veut éviter.

La liste terminée protège la demande si la classification est contestée plus tard. Chaque ligne porte ses propres preuves : la lecture du bloc, l’observation du port, la photo et le comportement. Un vérificateur peut alors confirmer ou corriger une ligne sans rouvrir tout le châssis, et c’est ce qui garde un arrêt court.

• Le deuxième bloc du numéro de commande classe le module ; le bloc 214 désigne un CPU 1214C.
• Suivez le câble réseau pour trouver l’automate. Les modules d’E/S n’ont aucun port qui leur soit propre.
• Listez les références CPU et E/S en lignes distinctes avec les positions d’emplacement.
• Notez le comportement en panne : un arrêt de toute la machine et un défaut d’un seul canal pointent vers des unités différentes.

• le hub des références automate et CPU
• comment lire les champs de la plaque signalétique
• la liste des preuves de récupération fail-safe