Wie behebt man den Fanuc-Roboteralarm SRVO-408?
Für alle, die an Fanuc-Robotern arbeiten: Wenn bei Ihnen dieser SRVO-408-Alarm auftritt, ist die erste Reaktion vieler Menschen: „Toll, der Servomotor macht wieder mal Theater?“ Schließlich beginnt der Code mit SRVO – da liegt der Gedanke an den Servo doch nahe. Aber ich muss Sie hier etwas abkühlen: Dieser Alarm hat tatsächlich kaum etwas mit dem Servomotor oder dem Servoverstärker zu tun – es handelt sich vielmehr um einen Alarm des Fanuc-DCS-Sicherheitssystems.
Bei den SRVO-408-Fällen, die wir in der Werkstatt bearbeitet haben, stellten sich neun von zehn – und in der Hälfte des zehnten Falls – am Ende als Probleme im Sicherheitskreis oder in der DCS-Konfiguration heraus, nicht als Motorausfall. Daher werde ich heute Schritt für Schritt erklären, was sich wirklich hinter SRVO-408 verbirgt und wo Sie ansetzen sollten, sobald dieser Alarm auftritt – damit Sie nicht wertvolle Zeit damit verschwenden, blindlings den Servo auseinanderzunehmen und so die Produktion unnötig verzögern. 
Was bedeutet die Meldung auf dem Bildschirm »SRVO-408 DCS SSO Ext Emergency Stop« genau?
Merken Sie sich zunächst diesen Satz: SRVO-408 = DCS SSO External Emergency Stop = der Sicherheitsausgang SSO[3] wurde in den AUS-Zustand gezogen. Hier müssen Sie zunächst zwei Begriffe verstehen: DCS und SSO.
DCS (Dual Check Safety) ist eine Gruppe von Sicherheitsfunktionen innerhalb des Fanuc-Robotersteuerungssystems. Mithilfe redundanter Signale, Sicherheitsüberwachung und sicherheitsrelevanter Ein-/Ausgänge überwacht DCS die Bewegung und den Sicherheitszustand des Roboters, um zu verhindern, dass der Roboter außer Kontrolle gerät, Personen verletzt oder mit Geräten kollidiert. SSO können Sie als eine Art Sicherheitsausgangssignal innerhalb des DCS-Systems betrachten – im Wesentlichen als eine »Sicherheitsflagge«, die DCS ausgibt.
Bei dem SRVO-408-Alarm bezieht sich Fanuc speziell auf den Sicherheitsausgang mit der Nummer SSO[3]. Sobald die DCS-Sicherheitslogik feststellt, dass der mit dem externen Not-Aus verbundene Ausgang SSO[3] abgeschaltet wurde, versetzt der Roboter sich in den Not-Aus-Zustand, und der Bildschirm zeigt den Alarm SRVO-408 an.
Wie Sie sehen können, informiert Sie dieser Alarm im Wesentlichen darüber: Die DCS-Sicherheitslogik erkennt einen Fehler am Sicherheitsausgang, der mit dem externen Not-Aus verbunden ist, und hat diesen bereits abgeschaltet. Dies ist eine völlig andere Problematik als beispielsweise „Servomotor-Überstrom“, „Encoder-Fehler“ oder „Verstärker defekt“. Früher, bei einem Servoalarm, überprüften Sie möglicherweise den Motor, den Encoder, den Verstärker oder die Kabel. Bei SRVO-408 ist jedoch ein zuverlässigerer Ansatz, die DCS-Sicherheitssignalkette zu verfolgen. Vereinfacht gesagt: SRVO-408 → SSO[3] aus → Safe I/O Connect prüfen → ermitteln, was SSO[3] steuert → die zugehörige Sicherheitsschaltung überprüfen.
Warum verheddert sich dieser Alarm immer mit Dingen wie Not-Aus-Tastern und Sicherheitstoren?
Auf vielen automatisierten Fertigungslinien arbeitet der Fanuc-Roboter nicht isoliert allein. Oft ist er von Sicherheitstoren, Sicherheitslichtvorhängen, Not-Aus-Tastern, Sicherheitsrelais, Sicherheits-SPS und manchmal auch anderen Robotern, Werkzeugmaschinen oder Förderanlagen in der Nähe umgeben. Diese Geräte sind über Sicherheitskreise mit dem Robotersteuerungssystem verbunden. Eine typische Sicherheitskette sieht so aus: Not-Aus-Taster betätigt → Zustand des Sicherheitsrelais oder der Sicherheits-SPS ändert sich → Sicherheitssignal wird unterbrochen → DCS-Sicherheitslogik erkennt einen Fehler → SSO[3] wird auf OFF gezogen → SRVO-408 tritt auf.
Wenn Sie also SRVO-408 sehen, ist es tatsächlich richtig, dass Sie die Not-Aus-Funktion und die Sicherheitsvorrichtungen überprüfen sollten. Doch es gibt eine besonders wichtige Sache: Sie dürfen nicht einfach annehmen, dass „das Sicherheitstor geöffnet ist, also muss es SRVO-408 sein.“ Fans DCS verfügt über eine ganze Reihe verschiedener Sicherheitsfunktionen, und es gibt auch eine Reihe ähnlicher Alarmcodes – beispielsweise solche im Zusammenhang mit „Zaun geöffnet“ oder „Servo getrennt“. Bei der eigentlichen Fehlersuche sollten Sie sich nicht nur auf der Ebene „irgendetwas stimmt mit der Robotersicherheitsfunktion nicht“ bewegen – gehen Sie stattdessen tiefer: Welches konkrete Sicherheitssignal hat sich genau geändert? Und welches SSO steuert dieses Signal? Sobald Sie diese Ebene identifiziert haben, können Sie das Problem präzise lokalisieren.
Die häufigsten Auslöser, die Sie vor Ort antreffen werden, einzeln aufgeführt
1. SSO[3] wurde tatsächlich auf OFF geschaltet
Dies ist die unmittelbarste Ursache und das Erste, was Sie bei der Fehlersuche zu SRVO-408 bestätigen müssen. Fanucs zentrale Auslösebedingung für SRVO-408 lautet: SSO[3] befindet sich im OFF-Zustand. Mit anderen Worten: Wenn dieser Alarm auftritt, sollten Sie nicht sofort den Servoverstärker verdächtigen – schauen Sie stattdessen zunächst den DCS-Status an, um zu prüfen, ob SSO[3] tatsächlich OFF ist. Falls dies tatsächlich der Fall ist, müssen Sie als Nächstes ermitteln, welche Sicherheitslogik diesen Ausgang steuert. In einigen Systemen kann SSO[3] mit einem bestimmten Sicherheitseingang (SPI) verbunden sein oder über Logikbeziehungen innerhalb von Safe I/O Connect gesteuert werden. Die genaue Konfiguration hängt davon ab, wie das Sicherheitskonzept dieses speziellen Roboters ursprünglich ausgelegt wurde. Gehen Sie daher nicht davon aus, dass sich eine feste I/O-Nummer universell auf alle Maschinen übertragen lässt.
2. Der Sicherheitseingang, der mit SSO[3] verbunden ist, ist auf OFF gefallen
Sobald Sie SSO[3] lokalisiert haben, besteht der nächste Schritt darin zu ermitteln, was diese Variable steuert. Dieser Schritt ist insbesondere bei der Fehlersuche von entscheidender Bedeutung. Angenommen beispielsweise, ein bestimmter Fanuc-Roboter hat SSO[3] mit einem Sicherheitseingang SPI verknüpft. Wenn dieser SPI aufgrund einer nicht erfüllten externen Sicherheitsbedingung AUS geht, setzt die DCS-Logik SSO[3] ebenfalls automatisch AUS und löst letztlich den Fehler SRVO-408 aus.
In diesem Fall befindet sich der eigentliche Fehlerursprung möglicherweise gar nicht im Fanuc-Steuerungsschrank. Vielmehr könnte es sein, dass die externe Not-Aus-Schaltung noch nicht zurückgesetzt wurde, das Sicherheitsrelais nicht wieder eingerastet ist, die Sicherheits-SPS das korrekte Sicherheitssignal nicht ausgegeben hat, ein Leiter am Sicherheitseingang unterbrochen ist, ein Sicherheitsschalter weiterhin betätigt und nicht freigegeben wurde oder ein Stecker eine schlechte Verbindung aufweist. Bei der Fehlersuche empfiehlt es sich daher, den Signalpfad abschnittsweise systematisch zu durchlaufen, anstatt sofort Hardwarekomponenten auszutauschen.
3. Ein Fehler liegt direkt in der externen Not-Aus-Schaltung vor
Das Not-Aus-System innerhalb der Roboterzelle ist ein Bereich, der bei SRVO-408 besondere Aufmerksamkeit erfordert. Wenn ein Bediener die Not-Aus-Taste betätigt, öffnet das Sicherheitsrelais, die Robotersteuerung empfängt den entsprechenden Sicherheitsstatus und die DCS führt einen Sicherheitsstopp durch – die Sicherheitsfunktion arbeitet also normal, hier liegt kein Fehler vor. Das Problem tritt auf, wenn die Not-Aus-Taste bereits freigegeben wurde, die Sicherheitskette jedoch noch nicht vollständig wiederhergestellt ist. Beispielsweise könnte die Not-Aus-Taste mechanisch zurückgesetzt sein, das Sicherheitsrelais aber noch nicht; oder die Sicherheits-SPS geht weiterhin davon aus, dass eine Sicherheitsbedingung nicht erfüllt ist. In diesem Fall bewegt sich der Roboter weiterhin nicht und generiert kontinuierlich Sicherheitsalarme.
Während der Fehlersuche sollten Sie daher nicht nur prüfen, ob der Not-Aus-Knopf wieder herausgesprungen ist – Sie müssen bestätigen, dass die gesamte Sicherheitsschaltung wiederhergestellt wurde. Überprüfen Sie die Komponenten in dieser Reihenfolge: Not-Aus-Knopf → Sicherheitsrelais → Sicherheits-SPS → Sicherheitseingang → DCS Safe I/O Connect → SSO[3]. Falls irgendeine Stelle entlang dieser Kette noch nicht wiederhergestellt ist, kann der Roboter nicht in einen normalen Sicherheitszustand zurückkehren.
4. Die Konfiguration des DCS Safe I/O Connect wurde verändert.
Falls der Roboter zuvor störungsfrei lief und erst kürzlich häufiger den Fehler SRVO-408 ausgibt, und jemand an der Steuerungskonfiguration gearbeitet hat, dann verdient die DCS-Konfiguration besondere Aufmerksamkeit. Beispiele hierfür sind: Änderung der DCS-Sicherheits-E/A, Austausch der Steuerung, Wiederherstellung einer Roboter-Backup-Datei, Modifikation des Sicherheits-SPS-Programms, Neukonfiguration der Roboter-Arbeitsstation, Austausch eines externen Sicherheitsgeräts oder die erneute Inbetriebnahme des Robotersystems. Dies gilt insbesondere für gebrauchte Fanuc-Steuerungen, die zuvor an einem anderen Robotersystem montiert waren und später entfernt sowie an neuer Ausrüstung installiert wurden – hier ist zu prüfen, ob die ursprüngliche DCS-Sicherheitskonfiguration tatsächlich mit dem Sicherheitskonzept der aktuellen Maschine übereinstimmt.
Der Zeitpunkt, zu dem der Alarm erscheint, ist an sich bereits ein wichtiger Hinweis. Wenn die Maschine jahrelang nicht dieses Problem hatte und SRVO-408 unmittelbar nach dem Austausch einer Steuerung auftritt, sollten Sie zunächst die DCS-Konfiguration der Steuerung und den Status der Sicherheits-E/A überprüfen, statt den Servomotor des Roboters zu verdächtigen.
5. Die Sicherheits-SPS oder ein anderes externes Sicherheitsgerät liefert nicht den korrekten Status
Heutzutage verwenden viele Roboterarbeitsplätze eine Sicherheits-SPS. Falls Fanucs DCS über Signale mit einem externen Sicherheitssystem verbunden ist, beeinflusst der Status der Sicherheits-SPS ebenfalls den endgültigen Sicherheitszustand des Roboters. Beispiel: Die Sicherheits-SPS erkennt, dass eine bestimmte Sicherheitsbedingung nicht erfüllt ist → der Sicherheitsausgang bleibt nicht aktiv → der Sicherheitseingang von Fanuc bleibt AUS → die DCS-Logik hält SSO[3] weiterhin AUS → SRVO-408. In diesem Fall wäre es im Grunde vergeudete Arbeit, sämtliche Anstrengungen auf die Überprüfung des Servosystems von Fanuc zu konzentrieren.
Falls vor Ort eine Sicherheits-SPS vorhanden ist, ist es ratsam, gleichzeitig die Diagnoseinformationen der SPS zu überprüfen, um zu bestätigen, ob die Sicherheitseingänge, -ausgänge und die zugehörige Sicherheitslogik alle den erwarteten Zustand aufweisen.
6. Die Logik der sicheren E/A-Verbindung stimmt nicht mit dem tatsächlichen Maschinendesign überein
Es gibt noch eine weitere Situation, die leicht übersehen wird: Die Konfiguration der sicheren DCS-E/A entspricht nicht dem aktuellen Sicherheitsdesign der Maschine. Beispielsweise könnte der Roboter neu konfiguriert worden sein und die externen Sicherheitsvorrichtungen geändert worden sein, doch die DCS-Konfiguration für sichere E/A wurde nicht entsprechend aktualisiert; oder der Controller wurde aus einer alten Sicherungskopie wiederhergestellt, wodurch eine Diskrepanz zwischen der aktuellen Ausrüstung und der ursprünglichen Sicherheitslogik entsteht. In diesem Fall weist der Roboter selbst möglicherweise keinerlei mechanische oder Servohardwarefehler auf, doch die DCS geht lediglich davon aus, dass die Sicherheitsbedingung nicht erfüllt ist.
Wenn Sie bereits bestätigt haben, dass alle externen Sicherheitsgeräte normal funktionieren, aber SSO[3] einfach nicht zurückkehrt, müssen Sie die aktuelle DCS Safe I/O Connect-Konfiguration sorgfältig mit den ursprünglichen elektrischen Schaltplänen der Maschine, den Inbetriebnahmedokumenten und dem Sicherheitskonzept vergleichen.
Wie ich diesen Schritt bei der Fehlersuche üblicherweise systematisch nachverfolge
Das größte Tabu beim Umgang mit dieser Alarmart ist: ‚Sofort ein Bauteil austauschen, sobald ein Alarm erscheint.‘ Der SRVO-408-Alarm macht es Ihnen bereits deutlich klar: SSO[3] OFF. Bei der praktischen Fehlersuche verfolgen Sie daher dieses Signal rückwärts.
Notieren Sie zunächst das vollständige Alarmprotokoll vom Teach Pendant. Neben SRVO-408 prüfen Sie auch, ob im Alarmverlauf weitere DCS-, Safety I/O- oder Not-Aus-bezogene Alarme aufgetreten sind. Manchmal ist SRVO-408 lediglich das Endresultat, während der eigentliche Auslöser bereits früher aufgetreten ist.
Als Nächstes prüfen Sie den entsprechenden DCS-Status, um zu bestätigen, ob SSO[3] tatsächlich AUS ist. Falls SSO[3] AUS ist, überprüfen Sie die Safe I/O Connect-Konfiguration, um die Eingabe oder Logikbeziehung zu identifizieren, die SSO[3] steuert. Gehen Sie bei diesem Schritt auf keinen Fall nach Vermutung oder anhand früherer Erfahrung vor – die DCS-Konfiguration kann je nach Robotermodell, Steuerung und Arbeitsstation erheblich variieren. Selbst wenn zwei Maschinen beide von Fanuc stammen, können ihre SPI-, SSO- und Safety-I/O-Zuweisungen vollständig unterschiedlich sein.
Sobald Sie die zugehörige Sicherheitseingabe gefunden haben, prüfen Sie, ob sie derzeit EIN oder AUS ist. Falls diese Sicherheitseingabe ebenfalls AUS ist, verfolgen Sie die Signalquelle weiter nach außen. Beispiel: SPI AUS → Sicherheits-PLC prüfen → Sicherheitsrelais prüfen → Not-Aus prüfen → Geräte wie Sicherheitsgitter und Lichtschranke prüfen.
Falls alle externen Sicherheitsvorrichtungen ordnungsgemäß funktionieren, der SPI jedoch immer noch nicht zurückkehrt, müssen Sie weitergehend die Sicherheitsverkabelung, die Steckverbinder und die DCS-Konfiguration überprüfen. Falls das externe Sicherheitssystem vollständig wiederhergestellt ist, der DCS-Status jedoch weiterhin ausgeschaltet bleibt, konzentrieren Sie sich darauf, ob die Konfiguration von „Safe I/O Connect“ korrekt ist.
Diese Fehlersuchmethode mag langsamer erscheinen als das bloße Austauschen des Servoverstärkers, ist in der Praxis jedoch meist schneller. Der Grund hierfür ist, dass Sie das Problem anhand der Alarmlogik lokalisieren und nicht auf Versuch-und-Irrtum-basiertes Austauschen von Komponenten angewiesen sind.
Können Sie einfach auf Zurücksetzen drücken und es erzwingen?
Wenn ein Bediener einen Roboter-Alarm auslöst, ist die erste Reaktion normalerweise, die Taste RESET zu drücken. Sie können auch versuchen, SRVO-408 zurückzusetzen, doch allein das Drücken von RESET löst das Problem grundsätzlich nicht. Der Grund ist einfach: Solange die DCS weiterhin erkennt, dass SSO[3] AUS ist, hat sich die Sicherheitsbedingung nicht wiederhergestellt, und der Alarm tritt unmittelbar nach dem Zurücksetzen erneut auf. Der korrekte Vorgang lautet: Zuerst die Sicherheitsbedingung wiederherstellen → bestätigen, dass SSO[3] wieder in einem normalen Zustand ist → dann den Alarm zurücksetzen → und schließlich den Betriebszustand des Roboters überprüfen.
Wiederholtes Drücken von RESET oder gar ein kontinuierliches Neustarten der Steuerung, ohne die eigentliche Ursache dafür zu beheben, dass SSO[3] AUS ist, ist reine Zeitverschwendung. Noch kritischer: Unter keinen Umständen dürfen Sie – nur um Zeit zu sparen – den Sicherheitseingang durch eine Brücke (Force-Jumper) umgehen oder die Sicherheitslogik willkürlich verändern, um den Roboter in Bewegung zu setzen.
Könnte der Servomotor tatsächlich defekt sein?
Im Allgemeinen nein. Auch wenn der Alarmname mit SRVO beginnt, lautet die Kerndefinition von SRVO-408 „DCS SSO Ext Emergency Stop“ und entspricht dem Zustand SSO[3] OFF innerhalb der DCS-Sicherheitsfunktion. Wenn daher der Roboter ausschließlich den Alarm SRVO-408 auslöst und kein weiterer Alarm eindeutig auf das Servosystem hinweist, ist es nicht ratsam, sofort den Servomotor, den Servoverstärker, den Encoder oder das Getriebe zu ersetzen. Diese Komponenten können bei anderen Fanuc-Alarms primäre Verdachtsfälle sein, bei SRVO-408 jedoch nicht die erste Prüfposition.
Deshalb kommt es vor Ort häufig zu Fällen, bei denen „der Servoverstärker ausgetauscht wurde, aber der Alarm bleibt bestehen“ – weil das Problem gar nicht im Verstärker lag und es daher auch keine Rolle spielt, wie viele man nacheinander austauscht.
Unterlassen Sie auf jeden Fall den kurzschlussartigen Umweg über das Überbrücken des Sicherheitssignals.
SRVO-408 ist ein Alarm im Zusammenhang mit der Sicherheitsfunktion des Roboters und darf nicht wie ein gewöhnlicher Produktionsalarm behandelt werden. Vor Ort könnten einige Personen denken: „Warum nicht einfach dieses Sicherheitssignal vorübergehend überbrücken, um den Roboter wieder in Betrieb zu nehmen?“ Dieser Ansatz ist äußerst gefährlich.
Erzwingen Sie niemals den Wiedereinsatz des Roboters durch Methoden wie das Überbrücken des Sicherheitseingangs, das Zwangsaktiveren des Sicherheitsausgangs (ON), das willkürliche Deaktivieren des DCS, das Umgehen der Sicherheits-SPS, das Entfernen der Sicherheitsgitterverriegelung oder das Umgehen der Not-Aus-Schaltung. Diese Maßnahmen können die vorgesehene Sicherheitsfunktion des Roboters unmittelbar zerstören. Das DCS existiert insbesondere genau dazu, das Risiko einer unerwarteten Bewegung des Roboters und damit verbundener Verletzungen zu verringern. Wenn das DCS einen Alarm auslöst, besteht der richtige Ansatz darin, die Ursache dafür zu ermitteln, warum die Sicherheitsbedingung nicht erfüllt ist – und nicht darin, eine Möglichkeit zu finden, das System dazu zu bewegen, diese Bedingung zu „ignorieren“.
Falls eine Änderung der DCS-Konfiguration tatsächlich erforderlich wird, muss diese ebenfalls dem ursprünglichen Sicherheitsdesign der Anlage, der Risikobewertung und dem entsprechenden Sicherheits-Inbetriebnahmeprozess folgen – sie darf nicht willkürlich vorgenommen werden.
Wie Sie verhindern, dass es Sie im täglichen Gebrauch so häufig stört
SRVO-408 ist kein Fehler, den Sie allein durch den Austausch eines bestimmten Bauteils vollständig vermeiden können. Er hängt vom Zustand des gesamten Robotersicherheitssystems ab; daher muss die regelmäßige Wartung auch die Sicherheitsschaltung umfassen.
Prüfen Sie beispielsweise regelmäßig die Not-Aus-Taster, Sicherheitstüren, Sicherheitsrelais, Sicherheits-SPS und die zugehörige Sicherheitsverkabelung. Auch die Steckverbinder und die Sicherheits-E/A-Verkabelung im Robotersteuerungsschrank müssen fest sitzen, damit langfristige Vibrationen keinen schlechten Kontakt und damit intermittierende Sicherheitsfehler verursachen.
Falls Sie Änderungen an der DCS-Konfiguration auf einem Fanuc-Controller vorgenommen haben, empfiehlt es sich, diese Änderungen zu dokumentieren und eine gültige Controller-Sicherungskopie zu führen. Insbesondere nach dem Austausch von Controllern, dem Wiederherstellen einer Sicherungskopie oder der Neukonfiguration der Roboter-Arbeitsstation müssen Sie erneut bestätigen, dass die DCS-Sicherheitskonfiguration mit der aktuellen Maschine übereinstimmt.
Bei Robotern, die bereits lange im Einsatz sind, ist zudem auf Alterung der Sicherheitsverkabelung zu achten. Langfristige Vibrationen, Hin- und Herbewegungen innerhalb von Kabelkanälen, Ölkontamination sowie häufiges Biegen können sämtlich zu Problemen mit Kabeln oder Steckverbindern führen. Solche Probleme lösen nicht sofort eine Alarmmeldung aus, zeigen sich jedoch schließlich als instabile Sicherheitseingangszustände und verursachen gelegentlich DCS-Alarme wie SRVO-408.
Wann sollten Sie einen Fachmann hinzuziehen?
Falls Sie bereits bestätigt haben, dass externe Geräte wie der Not-Aus, Sicherheitstüren und Sicherheitsrelais alle in Ordnung sind, SSO[3] jedoch weiterhin AUS ist, müssen Sie tiefer in die DCS-Konfiguration und die Sicherheitssignale eindringen.
Insbesondere dann, wenn eines der folgenden Szenarien zutrifft, empfiehlt es sich, einen Ingenieur hinzuzuziehen, der mit Fanuc-DCS vertraut ist: die Robotersteuerung wurde gerade ausgetauscht; ein DCS- oder System-Backup wurde gerade wiederhergestellt; das Sicherheits-PLC-Programm wurde kürzlich geändert; die Roboterarbeitsstation wurde gerade neu konfiguriert; die DCS Safe I/O Connect-Konfiguration ist Ihnen unklar; Sie wissen nicht, welcher Sicherheits-Eingang SSO[3] steuert; alle externen Sicherheitsgeräte sind in Ordnung, aber SRVO-408 erscheint hartnäckig weiter; oder der Roboter hat eine ganze Reihe von DCS-bezogenen Alarmen ausgegeben.
Bei Sicherheitsfunktionen steht nicht „den Roboter so schnell wie möglich wieder in Betrieb zu nehmen“ im Vordergrund – vielmehr gilt es zu bestätigen, dass das Sicherheitssystem tatsächlich wieder den korrekten Zustand erreicht hat.
