Voyant de défaut SF de l'API Siemens S7 : ce que cela signifie et comment le dépanner

Points clés: La LED SF sur un automate Siemens S7 (S7-300, S7-400, et l’équivalente LED ERROR sur S7-1200/1500) signale une défaillance système: le CPU a détecté une erreur matérielle ou logicielle.

L’action la plus utile est de lire le buffer de diagnostic dans TIA Portal ou STEP 7, qui enregistre exactement ce qui a déclenché la faute et quand.

La plupart des conditions SF se rattachent à un module d’E/S défaillant ou absent, une connexion PROFIBUS ou PROFINET rompue, une erreur de programme comme l’accès à une adresse inexistante, ou une pile de secours morte sur les anciens CPU.

Ce que la LED SF signale réellement

SF signifie system fault (Sammelfehler). C’est un indicateur collectif : le CPU agrège les fautes matérielles et logicielles dans cette seule LED, donc la LED à elle seule ne donne jamais la cause. Sur S7-300/400 la LED rouge SF est située sur le CPU et peut aussi apparaître sur des modules d’E/S individuels ; sur S7-1200/1500 l’équivalent est la LED rouge ERROR.

La première distinction à faire : le CPU est-il encore en RUN, ou est-il passé en STOP ? Un CPU qui reste en RUN avec la SF allumée a généralement une faute matérielle tolérée (une interruption diagnostique a été gérée). Un CPU en STOP signifie que la faute était suffisamment grave pour arrêter le programme, souvent une erreur de programme non gérée.

Étape 1 : lire le buffer de diagnostic, toujours

Connectez-vous avec TIA Portal (ou STEP 7 Classic sur les systèmes anciens), passez en ligne et ouvrez le buffer de diagnostic du CPU. Il liste des entrées horodatées pour chaque événement de faute: quel module, quel châssis et quel emplacement, quel OB était impliqué, et la classe d’erreur. Cela transforme les suppositions en lecture.

Si l’usine a des événements SF récurrents, exportez ou photographiez le buffer avant de tout effacer.

Causes les plus fréquentes

• Défaillance ou absence d’un module d’E/S. Un module qui est mort, a perdu le contact avec le bus arrière, ou a été retiré alors qu’il était configuré. Le buffer indique le châssis et l’emplacement.
• Fautes de bus de terrain. Un esclave PROFIBUS tombé, un appareil PROFINET ayant perdu le lien, ou un câble ou une résistance de terminaison ayant lâché. Les fautes de bus allument souvent BF en même temps que SF.
• Erreurs de programme. Accès à une adresse d’E/S inexistante, dépassement de tableau, ou bloc d’organisation manquant : si l’OB d’erreur correspondant (comme OB121 ou OB122) n’est pas chargé, le CPU passe en STOP.
• Pile de secours morte ou défaut mémoire sur les stations S7-300/400 plus anciennes, surtout après une coupure d’alimentation.
• Chutes de tension sur un rack d’E/S. Une alimentation 24 V qui s’affaisse peut faire décrocher des modules momentanément et enregistrer des fautes matérielles.

L’effacer en toute sécurité

• 1. Lire et sauvegarder le buffer de diagnostic avant toute chose.
• 2. Corriger la cause indiquée : réinsérer ou remplacer le module, réparer la connexion du bus, corriger le programme et charger les OB d’erreur.
• 3. Si la configuration a été modifiée volontairement (un module retiré de façon intentionnelle), mettez à jour la configuration matérielle afin que la réalité et le projet correspondent.
• 4. Redémarrer conformément aux procédures de changement et de sécurité de votre site. Ne contournez jamais une faute dont vous n’avez pas identifié la cause.

D’un correctif ponctuel à un schéma récurrent

Un événement SF est un temps d’arrêt avec une cause associée, ce qui en fait une donnée de maintenance précieuse si elle est enregistrée. Consignez chaque événement, son entrée de buffer et la réparation dans votre GMAO (CMMS), et passez en revue les récidivistes dans votre analyse des temps d’arrêt.

Des fautes de bus récurrentes sur un segment ou des pannes répétées de modules dans une armoire indiquent des problèmes de chaleur, de vibration ou de qualité d’alimentation qui valent une analyse des causes profondes.

Fabrico boucle automatiquement ce processus: une OEE vérifiée par vision par ordinateur capture l’arrêt au moment où la ligne se fige, et la GMAO connectée le lie à l’ordre de travail et à la réparation, alimentant des chiffres MTBF et MTTR fiables.

FAQ

La LED SF est allumée mais la machine tourne toujours. Puis-je l’ignorer ?
Non. Une faute tolérée aujourd’hui (un canal d’entrée défaillant, un esclave perdu) est souvent le premier signe avant-coureur d’un arrêt complet ultérieur. Lisez le buffer et planifiez la réparation.

SF et BF sont toutes les deux allumées. Laquelle dois-je traiter en premier ?
Traitez d’abord la faute de bus. Une connexion PROFIBUS ou PROFINET défaillante provoque souvent les deux voyants, et la restauration du bus les efface tous deux.

Le remplacement du module efface la LED SF ?
Une fois que le CPU détecte que le matériel configuré est à nouveau sain, la condition de faute se résout. L’entrée du buffer reste en historique, ce qui est exactement ce qu’il faut.

Quel contenu les OB d’erreur doivent-ils avoir ?
Même des OB121/OB122 vides (et les OB de faute matérielle) maintiennent le CPU en RUN face à des fautes récupérables au lieu d’arrêter la production. Ajoutez une logique de journalisation là où c’est utile.

Pour voir comment la détection automatique d’arrêt et des ordres de travail en boucle fermée transforment les fautes PLC en historique maintenable, réservez une démo.

Sur les machines CNC Siemens, la partie commande génère ses propres alarmes : notre guide de dépannage des codes d’alarme Sinumerik couvre les plages de numéros et les premières vérifications.