Comment résoudre l'alarme du robot Fanuc SRVO-408 ?
Pour ceux qui travaillent sur les robots Fanuc, lorsqu’on tombe sur l’alarme SRVO-408, la première réaction de beaucoup de gens est : « Super, le moteur servo fait encore une crise ? » Après tout, le code commence par SRVO, donc il est difficile de ne pas penser au servo. Mais permettez-moi de vous refroidir un peu : cette alarme n’a en réalité que très peu à voir avec le moteur servo ou l’amplificateur servo — il s’agit en fait d’une alarme émise par le système de sécurité DCS de Fanuc.
Parmi les cas d’alarme SRVO-408 que nous avons traités en atelier, neuf cas sur dix — voire neuf et demi — se révèlent, au final, être liés à un problème de circuit de sécurité ou à une mauvaise configuration du DCS, et non à une défaillance du moteur. Aujourd’hui, je vais donc décortiquer cela point par point et expliquer à tous ce qui se cache réellement derrière l’alarme SRVO-408, ainsi que par où commencer lorsque vous la rencontrez, afin d’éviter de perdre du temps à démonter aveuglément le servo et de retarder inutilement la production. 
Que signifie exactement le message à l’écran « SRVO-408 DCS SSO Ext Emergency Stop » ?
Tout d’abord, retenez cette phrase : SRVO-408 = DCS SSO External Emergency Stop = la sortie de sécurité SSO[3] a été placée à l’état OFF. Deux termes doivent être compris en premier lieu : DCS et SSO.
DCS, pour Dual Check Safety, désigne un ensemble de fonctions de sécurité intégrées au système de commande robot Fanuc. À l’aide de signaux redondants, de surveillance de sécurité et d’entrées/sorties de sécurité, il surveille en continu les mouvements du robot et son état de sécurité, afin d’empêcher toute perte de contrôle pouvant causer des blessures à une personne ou des chocs contre des équipements. Quant à SSO, il s’agit d’un type de signal de sortie de sécurité au sein du système DCS — essentiellement un « drapeau de sécurité » émis par DCS.
Dans l’alarme SRVO-408, Fanuc fait spécifiquement référence à la sortie de sécurité numérotée SSO[3]. Lorsque la logique de sécurité du DCS détermine que la sortie SSO[3] associée à l’arrêt d’urgence externe est passée à l’état OFF, le robot entre en état d’arrêt d’urgence et l’écran affiche l’alarme SRVO-408.
Comme vous pouvez le constater, cette alarme signifie essentiellement ceci : la logique de sécurité du DCS considère qu’il y a un problème avec la sortie de sécurité liée à l’arrêt d’urgence externe, et elle l’a déjà coupée. Il s’agit d’un problème totalement différent de ceux tels que « surintensité du moteur servo », « défaut d’encodeur » ou « amplificateur défectueux ». Par le passé, lorsqu’une alarme servo se produisait, vous pouviez vérifier le moteur, l’encodeur, l’amplificateur ou les câbles. En revanche, face à l’alarme SRVO-408, une approche plus fiable consiste à suivre la chaîne de signaux de sécurité du DCS. Autrement dit : SRVO-408 → SSO[3] OFF → vérifier la connexion Safe I/O → identifier ce qui commande SSO[3] → inspecter le circuit de sécurité correspondant.
Pourquoi cette alarme s'emmêle-t-elle toujours avec des éléments tels que les boutons d'arrêt d'urgence et les portes de sécurité ?
Sur de nombreuses lignes de production automatisées, le robot Fanuc ne fonctionne pas seul, en isolement. Il est souvent entouré de portes de sécurité, de rideaux lumineux de sécurité, de boutons d'arrêt d'urgence, de relais de sécurité, de API de sécurité, et parfois d'autres robots, de machines-outils ou de convoyeurs à proximité. Ces équipements sont reliés au système de commande du robot via des circuits de sécurité. Une chaîne de sécurité typique se présente ainsi : appui sur le bouton d'arrêt d'urgence → changement d’état du relais de sécurité ou de l’API de sécurité → coupure du signal de sécurité → la logique de sécurité du DCS détecte un problème → SSO[3] bascule sur OFF → alarme SRVO-408.
Donc, lorsque vous voyez le code SRVO-408, il est effectivement nécessaire de vérifier l’arrêt d’urgence et les dispositifs de sécurité. Toutefois, un point est particulièrement important : vous ne devez pas simplement supposer que « la porte de sécurité est ouverte, donc ce doit être le code SRVO-408 ». Le système DCS de Fanuc intègre une grande variété de fonctions de sécurité, accompagnées d’une série de codes d’alarme très similaires — par exemple, ceux liés à « clôture ouverte » ou à « servo-déconnecté ». Lors du dépannage réel, ne vous contentez pas d’une analyse vague du type « une fonction de sécurité du robot ne fonctionne pas » ; approfondissez l’analyse : quel signal de sécurité précis a changé ? Et quel SSO ce signal commande-t-il exactement ? Une fois ce niveau identifié avec précision, vous pourrez localiser le problème sans erreur.
Les déclencheurs les plus courants observés sur site, énumérés un par un
1. Le SSO[3] a effectivement été basculé sur OFF
Il s'agit de la cause la plus directe, et c'est la première chose à vérifier lors du dépannage de l'alarme SRVO-408. La condition déclenchante principale de Fanuc pour l'alarme SRVO-408 est la suivante : SSO[3] est à l'état OFF. Autrement dit, lorsque vous voyez cette alarme, ne vous précipitez pas pour suspecter l'amplificateur servo — commencez plutôt par vérifier l'état du DCS afin de déterminer si SSO[3] est effectivement à l'état OFF. Si c'est bien le cas, la prochaine étape consiste à identifier quelle logique de sécurité contrôle cette sortie. Dans certains systèmes, SSO[3] peut être associé à une entrée de sécurité spécifique (SPI) ou être piloté par des relations logiques au sein de Safe I/O Connect. La configuration exacte dépend de la conception initiale de la sécurité du robot concerné. N'assimilez donc pas qu'un numéro d'E/S fixe puisse s'appliquer universellement à toutes les machines.
2. L'entrée de sécurité associée à SSO[3] est passée à l'état OFF
Une fois que vous avez localisé SSO[3], l’étape suivante consiste à déterminer ce qui le commande. Cette étape est particulièrement cruciale lors du dépannage. Par exemple, supposons qu’un robot Fanuc spécifique ait SSO[3] lié à une entrée de sécurité, SPI. Si cette SPI passe à l’état OFF parce qu’une condition de sécurité externe n’est pas remplie, la logique DCS définira naturellement SSO[3] sur OFF également, déclenchant ainsi l’alarme SRVO-408.
Dans ce cas, le point de défaillance réel pourrait ne pas se trouver du tout dans l’armoire de commande Fanuc. Il se peut, par exemple, que le circuit d’arrêt d’urgence externe n’ait pas été réinitialisé, que le relais de sécurité ne soit pas revenu en position activée, que l’automate programmable de sécurité (safety PLC) n’ait pas émis le signal de sécurité correct, qu’un fil de l’entrée de sécurité soit rompu, qu’un interrupteur de sécurité soit encore actionné et n’ait pas été relâché, ou qu’un connecteur présente une mauvaise connexion. Lors du dépannage, il est donc préférable d’analyser progressivement chaque section du chemin du signal, plutôt que de remplacer directement des composants matériels.
3. Une défaillance affecte le circuit d’arrêt d’urgence externe lui-même
Le système d’arrêt d’urgence à l’intérieur de la cellule robotisée est une zone qui nécessite une attention particulière en ce qui concerne l’alarme SRVO-408. Lorsqu’un opérateur appuie sur le bouton d’arrêt d’urgence, le relais de sécurité s’ouvre, le contrôleur du robot reçoit l’état de sécurité correspondant et le système DCS exécute un arrêt de sécurité — cette fonction de sécurité fonctionne alors normalement, sans anomalie. Le problème survient lorsque le bouton d’arrêt d’urgence a déjà été relâché, mais que la chaîne de sécurité n’a pas entièrement récupéré. Par exemple, le bouton d’arrêt d’urgence peut être réinitialisé mécaniquement, mais le relais de sécurité ne l’est pas encore ; ou bien l’API de sécurité considère encore qu’une condition de sécurité n’est pas remplie. Dans ce cas, le robot ne bouge toujours pas et continue de générer des alarmes de sécurité.
Ainsi, lors du dépannage, ne vous contentez pas de vérifier si le bouton d’arrêt d’urgence est revenu en position normale : vous devez confirmer que tout le circuit de sécurité a bien été rétabli. Vous pouvez procéder dans cet ordre : bouton d’arrêt d’urgence → relais de sécurité → API de sécurité → entrée de sécurité → DCS Safe I/O Connect → SSO[3]. Si l’un quelconque de ces éléments n’a pas été rétabli, le robot ne peut pas revenir à un état de sécurité normal.
4. La configuration de DCS Safe I/O Connect a été modifiée sans autorisation
Si le robot fonctionnait correctement depuis longtemps et ne commence à générer fréquemment l’erreur SRVO-408 que récemment, et si quelqu’un a modifié la configuration du contrôleur, alors la configuration DCS mérite une attention particulière. Par exemple : les entrées/sorties de sécurité DCS ont été modifiées, le contrôleur a été remplacé, une sauvegarde du robot a été restaurée, le programme du PLC de sécurité a été modifié, la station de travail du robot a été reconfigurée, un dispositif de sécurité externe a été remplacé ou le système robotisé a été remis en service. Cela s’applique particulièrement aux contrôleurs Fanuc d’occasion qui étaient auparavant montés sur un autre système robotisé, puis retirés et installés sur de nouveaux équipements — vous devez vérifier si la configuration d’origine de sécurité DCS correspond effectivement à la conception de sécurité de la machine actuelle.
Le moment auquel l’alarme apparaît constitue en soi un indice important. Si la machine n’a pas connu ce problème depuis des années, et que l’alarme SRVO-408 s’affiche dès le remplacement d’un contrôleur, vous devez d’abord vérifier la configuration DCS du contrôleur et l’état des entrées/sorties de sécurité, plutôt que de soupçonner le moteur servo du robot.
5. L’API de sécurité ou un autre dispositif de sécurité externe n’indique pas l’état correct
De nos jours, de nombreuses stations de travail robotisées utilisent une API de sécurité. Si le système DCS de Fanuc est connecté à un système de sécurité externe par l’intermédiaire de signaux, alors l’état de cette API de sécurité influence également l’état final de sécurité du robot. Par exemple : l’API de sécurité détecte qu’une condition de sécurité n’est pas remplie → la sortie de sécurité ne revient pas à l’état actif → l’entrée de sécurité de Fanuc reste désactivée → la logique DCS maintient SSO[3] désactivé → SRVO-408. Dans ce cas, consacrer tous vos efforts à la vérification du système servo de Fanuc revient essentiellement à effectuer un travail inutile.
S’il y a un API de sécurité sur site, il est recommandé de vérifier simultanément les informations de diagnostic de l’API afin de confirmer que les entrées, sorties de sécurité et la logique de sécurité associée se trouvent bien dans l’état attendu.
6. La logique de connexion des E/S sécurisées ne correspond pas à la conception réelle de la machine
Il existe une autre situation facile à négliger : la configuration des E/S sécurisées du SCD ne correspond pas à la conception actuelle de la sécurité de la machine. Par exemple, le robot aura pu être reconfiguré et les dispositifs de sécurité externes modifiés, sans que la configuration des E/S sécurisées du SCD n’ait été mise à jour en conséquence ; ou encore, le contrôleur aura pu être restauré à partir d’une sauvegarde ancienne, entraînant une incohérence entre l’équipement actuel et la logique de sécurité d’origine. Dans ce cas, le robot lui-même peut ne présenter aucun défaut mécanique ou matériel lié aux servomoteurs, mais le SCD considère simplement que la condition de sécurité n’est pas remplie.
Donc, si vous avez déjà vérifié que tous les dispositifs de sécurité externes fonctionnent normalement, mais que SSO[3] ne revient toujours pas, vous devez comparer soigneusement la configuration actuelle des E/S sécurisées du DCS avec les plans électriques d’origine de la machine, les rapports de mise en service et la conception de sécurité.
Comment je procède généralement étape par étape lors du dépannage
La plus grande erreur à éviter lors de la gestion de ce type d’alarme est de « remplacer une pièce dès que l’alarme apparaît ». L’alarme SRVO-408 vous indique clairement : SSO[3] DÉSACTIVÉ. En pratique, lors du dépannage, vous remontez le signal à rebours.
Premièrement, notez intégralement le journal d’alarmes affiché sur la tablette d’enseignement. Outre SRVO-408, vérifiez également si l’historique des alarmes contient d’autres alarmes liées au DCS, aux E/S sécurisées ou à l’arrêt d’urgence. Parfois, SRVO-408 n’est que le résultat final, et la cause réelle peut être apparue plus tôt.
Ensuite, vérifiez l’état pertinent du système DCS afin de confirmer si SSO[3] est effectivement désactivé. Si SSO[3] est désactivé, poursuivez en examinant la configuration de la connexion Safe I/O pour identifier l’entrée ou la relation logique qui commande SSO[3]. Quoi que vous fassiez, ne faites pas d’hypothèses ni ne vous fiez à votre expérience antérieure à cette étape : la configuration DCS peut varier considérablement selon le modèle de robot, le contrôleur et la station de travail. Même si deux machines sont toutes deux de marque Fanuc, leurs affectations SPI, SSO et des entrées/sorties de sécurité peuvent être totalement différentes.
Une fois que vous avez identifié l’entrée de sécurité correspondante, vérifiez si elle est actuellement activée ou désactivée. Si cette entrée de sécurité est également désactivée, continuez à remonter la chaîne. Par exemple : SPI désactivé → vérifiez le PLC de sécurité → vérifiez le relais de sécurité → vérifiez l’arrêt d’urgence → vérifiez les dispositifs tels que la porte de sécurité et le rideau lumineux.
Si tous les dispositifs de sécurité externes fonctionnent normalement, mais que le SPI ne revient toujours pas, vous devez approfondir l’analyse en vérifiant le câblage de sécurité, les connecteurs et la configuration du DCS. Si le système de sécurité externe est entièrement rétabli, mais que l’état du DCS reste désactivé, concentrez-vous sur la vérification de la configuration « Safe I/O Connect ».
Cette méthode de dépannage peut sembler plus lente que « remplacer simplement l’amplificateur servo », mais, en pratique, elle s’avère généralement plus rapide. En effet, vous localisez le problème en suivant la logique de l’alarme, plutôt qu’en procédant par essais et erreurs avec des remplacements de pièces.
Pouvez-vous simplement appuyer sur Réinitialiser et forcer le passage ?
Lorsqu’un opérateur déclenche une alarme robot, sa première réaction est d’appuyer sur RÉINITIALISER. Vous pouvez essayer de réinitialiser également l’alarme SRVO-408, mais appuyer simplement sur RÉINITIALISER ne résoudra fondamentalement pas le problème. La raison en est simple : si le système DCS détecte encore que SSO[3] est désactivé, la condition de sécurité n’est pas rétablie, et l’alarme se déclenchera immédiatement à nouveau après la réinitialisation. La démarche correcte est la suivante : rétablir d’abord la condition de sécurité → confirmer que SSO[3] est bien revenu à l’état normal → réinitialiser ensuite l’alarme → et vérifier enfin l’état de fonctionnement du robot.
Appuyer de façon répétée sur RÉINITIALISER, ou même redémarrer continuellement le contrôleur, sans identifier ni corriger la cause première de la désactivation de SSO[3], constitue purement un gaspillage d’efforts. Encore plus grave : il est strictement interdit — ne serait-ce que pour gagner du temps — de court-circuiter manuellement l’entrée de sécurité ou de modifier arbitrairement la logique de sécurité afin de remettre le robot en marche.
Le moteur servo pourrait-il effectivement être défectueux ?
Généralement, non. Même si le nom de l’alarme commence par SRVO, la définition fondamentale de l’alarme SRVO-408 est « Arrêt d’urgence étendu DCS SSO », ce qui correspond à l’état SSO[3] DÉSACTIVÉ au sein de la fonction de sécurité DCS. Ainsi, si le robot déclenche uniquement l’alarme SRVO-408, sans qu’aucune autre alarme ne pointe clairement vers le système servo, il n’est pas conseillé de procéder immédiatement au remplacement du moteur servo, de l’amplificateur servo, de l’encodeur ou du réducteur. Ces composants peuvent effectivement être les principaux suspects dans le cas d’autres alarmes Fanuc, mais pour l’alarme SRVO-408, ils ne constituent pas la première piste à explorer.
C’est également la raison pour laquelle on observe fréquemment sur site des cas où « l’amplificateur servo a été remplacé, mais l’alarme persiste » — car le problème ne résidait jamais dans l’amplificateur lui-même, et peu importe le nombre de remplacements effectués.
Quoi que vous fassiez, ne contournez jamais le signal de sécurité en utilisant un pont (jumper).
SRVO-408 est une alarme liée à la fonction de sécurité du robot et ne doit pas être traitée comme une alarme de production ordinaire. Certaines personnes sur site pourraient penser : « Pourquoi ne pas, pour l’instant, court-circuiter ce signal de sécurité afin de remettre le robot en marche ? » Cette approche est extrêmement dangereuse.
Ne jamais forcer la remise en service du robot par des méthodes telles que : le court-circuit de l’entrée de sécurité, la mise forcée de la sortie de sécurité à l’état ACTIF, la désactivation arbitraire du DCS, le contournement du PLC de sécurité, le retrait de l’interverrouillage de la porte de sécurité ou le contournement du circuit d’arrêt d’urgence. Ces actions peuvent détruire directement la fonction de sécurité prévue du robot. Le DCS existe précisément pour réduire le risque que le robot se déplace de façon inattendue et cause des dommages. Si le DCS déclenche une alarme, la démarche correcte consiste à déterminer pourquoi la condition de sécurité n’est pas remplie, et non à chercher un moyen de faire en sorte que le système « ignore » cette condition.
Si la modification de la configuration du système de contrôle de sécurité (DCS) devient réellement nécessaire, celle-ci doit également respecter la conception initiale de sécurité de l’équipement, l’évaluation des risques et le processus correspondant de mise en service sécurisée — elle ne peut pas être effectuée à la légère.
Comment éviter qu’il ne vous dérange aussi fréquemment dans l’usage quotidien
L’erreur SRVO-408 n’est pas quelque chose que l’on peut totalement prévenir simplement en remplaçant une pièce particulière. Elle est liée à l’état global du système de sécurité du robot ; ainsi, la maintenance régulière doit également couvrir le circuit de sécurité.
Par exemple, inspectez régulièrement les boutons d’arrêt d’urgence, les portes de sécurité, les relais de sécurité, les automates programmables logiques (PLC) de sécurité ainsi que le câblage de sécurité associé. Les connecteurs et le câblage des entrées/sorties (I/O) de sécurité situés à l’intérieur du tableau de commande du robot doivent également rester bien fixés, afin qu’une vibration prolongée n’entraîne pas un mauvais contact ni des défauts de sécurité intermittents.
Si vous avez apporté des modifications à la configuration DCS sur un contrôleur Fanuc, il est recommandé de consigner ces modifications et de conserver une sauvegarde valide du contrôleur. En particulier, après avoir remplacé un contrôleur, restauré une sauvegarde ou reconfiguré la station robotisée, vous devez impérativement vérifier à nouveau que la configuration de sécurité DCS correspond à l’état actuel de la machine.
Pour les robots en service depuis longtemps, il convient également de surveiller l’usure des câblages de sécurité. Les vibrations prolongées, les mouvements répétés à l’intérieur des gaines de câbles, la contamination par l’huile et les pliages fréquents peuvent tous endommager les câbles ou les connecteurs. Ces défaillances ne déclenchent pas immédiatement d’alarme, mais se manifestent progressivement par des états instables des entrées de sécurité, provoquant occasionnellement des alarmes DCS telles que SRVO-408.
Quand devez-vous faire appel à un spécialiste ?
Si vous avez déjà vérifié que les dispositifs externes tels que l’arrêt d’urgence, les portes de sécurité et les relais de sécurité fonctionnent normalement, mais que SSO[3] reste désactivé, vous devez approfondir l’analyse de la configuration du DCS et des signaux de sécurité.
En particulier, si l’une des situations suivantes se présente, il est recommandé de faire intervenir un ingénieur familiarisé avec le DCS Fanuc : le contrôleur robot a récemment été remplacé ; une sauvegarde du DCS ou du système vient d’être restaurée ; le programme du PLC de sécurité a récemment été modifié ; la station robotique vient d’être reconfigurée ; la configuration du DCS Safe I/O Connect vous semble peu claire ; vous ne savez pas quelle entrée de sécurité commande SSO[3] ; tous les dispositifs de sécurité externes sont opérationnels, mais l’alarme SRVO-408 persiste ; ou le robot a généré une série d’alarmes liées au DCS.
Pour les fonctions de sécurité, l’élément le plus important n’est pas « remettre le robot en marche le plus rapidement possible », mais bien de confirmer que le système de sécurité est effectivement revenu à l’état correct.
