Automate Siemens S7 : diagnostic des erreurs courantes

Un automate Siemens S7 ne tombe pas en panne sans prévenir. Il génère des informations de diagnostic, parfois très détaillées, accessibles depuis la CPU, le logiciel TIA Portal ou Step 7, et dans la documentation constructeur. Le problème sur le terrain : ces informations sont éparpillées entre le tampon de diagnostic, les LED, les blocs d'organisation d'erreur et les manuels. Quand la production est arrêtée, retrouver la bonne information prend un temps précieux.

LED SF allumée : ne pas ignorer, ne pas paniquer

La LED SF (System Fault) sur une CPU Siemens signale un défaut système. Ce n'est pas un arrêt immédiat de la CPU dans tous les cas, mais c'est un signal qui indique qu'un événement anormal a été détecté.

Les causes les plus fréquentes :

• Module d'entrée/sortie défaillant ou absent : un module configuré dans le programme n'est pas physiquement présent ou ne répond plus
• Erreur de paramétrage : un module est présent mais sa configuration matérielle ne correspond pas à celle du projet
• Défaut de communication : perte de liaison avec un esclave Profibus ou un device Profinet
• Pile de sauvegarde faible : sur les CPU avec pile de maintien (S7-300), une pile faible déclenche le SF

Premier réflexe : consulter le tampon de diagnostic. Sur TIA Portal ou Step 7, le tampon de diagnostic (diagnostic buffer) liste chronologiquement tous les événements avec un horodatage et un code hexadécimal. C'est la source la plus fiable pour identifier la cause réelle.

Sans logiciel, les LED des modules d'E/S orientent le diagnostic : une LED rouge fixe sur un module pointe directement vers le composant en cause.

CPU en STOP : identifier le bloc fautif

Quand la CPU passe en STOP, le programme ne s'exécute plus. La machine est à l'arrêt. L'urgence est réelle, mais le diagnostic méthodique reste indispensable.

Les causes fréquentes d'un passage en STOP :

• Erreur de programme : accès à une adresse inexistante, division par zéro, dépassement de pile
• Défaut matériel critique : module manquant sans OB d'erreur configuré
• Chien de garde (watchdog) : le cycle programme dépasse le temps maximal autorisé
• Passage en STOP volontaire : commutateur physique, commande depuis le logiciel, ou séquence programmée

Le tampon de diagnostic indique le bloc (OB, FC, FB) et l'adresse exacte de l'instruction qui a provoqué l'arrêt. C'est l'information clé pour un automaticien : elle pointe directement vers la ligne de programme responsable.

Sur S7-1500, la page web intégrée de la CPU (accessible depuis un navigateur via l'adresse IP) affiche aussi le tampon de diagnostic sans logiciel de développement.

Blocs d'organisation d'erreur (OB) : la couche de protection

Les automates S7 disposent de blocs d'organisation (OB) dédiés à la gestion des erreurs. Quand un événement d'erreur survient, la CPU cherche le bloc OB correspondant. S'il est présent, la CPU exécute le code qu'il contient (souvent une mise en sécurité ou un signalement). S'il est absent, la CPU passe en STOP.

Les OB d'erreur les plus courants en maintenance :

• OB 82 : alarme de diagnostic module (un module signale un défaut interne)
• OB 83 : insertion/retrait de module (remplacement à chaud)
• OB 85 : erreur d'exécution programme (bloc appelé non chargé)
• OB 86 : défaillance d'un rack ou d'une station dans le réseau
• OB 121 : erreur de programmation (instruction invalide)
• OB 122 : erreur d'accès périphérique (lecture/écriture impossible sur un module)

En pratique, la présence ou l'absence de ces OB dans le programme change radicalement le comportement de la CPU face à un défaut. Lors d'un diagnostic, vérifier quels OB sont chargés fait partie de la procédure.

Défauts de communication Profinet et Profibus

Sur les installations récentes (S7-1500, ET 200SP), la communication Profinet est omniprésente. Les défauts de communication sont parmi les plus fréquents en maintenance.

Symptômes typiques :

• LED verte BF (Bus Fault) allumée sur la CPU
• Modules distants passant en "station non joignable"
• Entrées/sorties figées à la dernière valeur connue ou passées à zéro

Causes fréquentes :

• Câble Ethernet défectueux ou mal serti : la cause la plus courante, souvent intermittente
• Switch réseau saturé ou défaillant : surtout dans les armoires avec beaucoup de périphériques
• Conflit d'adresses IP : un équipement ajouté avec une adresse déjà utilisée
• Nom de station incorrect : le device Profinet a été remplacé sans réattribuer son nom
• Perturbations CEM : câbles Ethernet trop proches de câbles de puissance

Pour Profibus (S7-300, installations plus anciennes) :

• Terminaison de bus manquante : la résistance de terminaison doit être active sur le premier et le dernier esclave
• Connecteur Profibus desserré : vibrations en armoire, cause fréquente d'erreurs intermittentes
• Répéteur défaillant : sur les segments longs, un répéteur en défaut coupe la communication en aval

Méthode structurée de diagnostic

Face à un automate en défaut, la séquence suivante permet de gagner du temps :

1. Observer les LED : SF, BF, RUN/STOP sur la CPU, LED de chaque module
2. Consulter le tampon de diagnostic : identifier l'événement le plus récent et sa cause
3. Vérifier la cohérence matérielle : tous les modules configurés sont-ils physiquement présents et alimentés ?
4. Vérifier la communication : état des connexions réseau (Profinet/Profibus), câblage, switches
5. Identifier le bloc en cause : OB, FC, FB et l'adresse de l'instruction fautive
6. Consulter la documentation constructeur : description du code d'erreur, procédure recommandée

Les étapes 1 à 5 relèvent de l'expertise du technicien ou de l'automaticien. L'étape 6 est souvent la plus consommatrice en temps : retrouver dans un manuel de plusieurs centaines de pages le code hexadécimal précis, la description du défaut et la procédure de remédiation.

Ce que DusInAI apporte

La documentation Siemens est dense et structurée. Les manuels des CPU S7-300 et S7-1500 contiennent des tableaux de codes de diagnostic, des descriptions d'OB, des procédures de mise en service et de dépannage. Retrouver rapidement la bonne information dans ces documents est un enjeu concret pour les équipes terrain.

DusInAI indexe vos manuels Siemens et les rend interrogeables : "que signifie le code diagnostic 16#398C sur S7-1500 ?", "quel OB gère la perte d'un module ET 200SP ?", "procédure de remplacement CPU S7-300 avec transfert programme". L'automaticien ou le technicien obtient la réponse extraite de sa propre documentation, avec la référence source, sans naviguer dans des centaines de pages.

Testez DusInAI avec vos propres documents

Indexez vos manuels techniques en quelques minutes. Vos techniciens obtiennent des réponses précises en moins de 15 secondes.