Hoe lost u de FANUC-robotalarm SRVO-408 op?
Voor mensen die met Fanuc-robots werken: als u deze SRVO-408-alarm tegenkomt, is de eerste reactie van veel mensen vaak: „Geweldig, de servomotor maakt weer een scène?“ Immers, de code begint met SRVO, dus het is moeilijk om niet aan de servo te denken. Maar ik wil u wat koel water in het gezicht gooien: deze alarm heeft eigenlijk weinig tot niets te maken met de servomotor of de servoamplifier — het is in feite een alarm dat afkomstig is uit het DCS-veiligheidssysteem van Fanuc.
Van de SRVO-408-gevallen die wij op de werkvloer hebben behandeld, blijken negen en een half op de tien uiteindelijk problemen te zijn met de veiligheidscircuit of de DCS-configuratie — en absoluut geen motorstoring. Vandaag ga ik dit stap voor stap uitleggen en met u bespreken wat zich echt achter SRVO-408 verschuilt, en waar u moet beginnen als u er mee te maken krijgt, zodat u niet blindelings de servo uit elkaar haalt en daardoor onnodig productietijd verspilt. 
Wat betekent de regel op het scherm, "SRVO-408 DCS SSO Ext Emergency Stop" precies?
Vooropgesteld: SRVO-408 = DCS SSO External Emergency Stop = de veiligheidsuitgang SSO[3] is ingesteld op de UIT-toestand. Er zijn twee termen die u eerst moet begrijpen: DCS en SSO.
DCS, afkorting van Dual Check Safety, is een reeks veiligheidsfuncties binnen het Fanuc robotbesturingssysteem. Via redundante signalen, veiligheidsbewaking en veiligheids-I/O houdt het toezicht op de beweging en veiligheidstoestand van de robot, om te voorkomen dat de robot uit de controle raakt en iemand verwondt of tegen apparatuur botst. SSO kunt u beschouwen als een type veiligheidsuitgangssignaal binnen het DCS-systeem — in wezen een "veiligheidsvlag" die DCS uitzendt.
Bij de SRVO-408-alarm verwijst Fanuc specifiek naar de veiligheidsuitgang met nummer SSO[3]. Wanneer de DCS-veiligheidslogica bepaalt dat de SSO[3]-uitgang die is gekoppeld aan de externe noodstop UIT is gegaan, gaat de robot in een noodstopstand en verschijnt er SRVO-408 op het scherm.
Zoals u ziet, geeft deze alarmmelding u dus eigenlijk te weten: de DCS-veiligheidslogica vindt dat er iets mis is met de veiligheidsuitgang die is gekoppeld aan de externe noodstop, en heeft die al uitgeschakeld. Dit is een volkomen ander probleem dan bijvoorbeeld 'servomotor overstroom', 'encoderstoring' of 'versterker defect'. Vroeger, bij een servosalarm, controleerde u mogelijk de motor, de encoder, de versterker of de kabels. Maar bij SRVO-408 is een betrouwbaardere aanpak om de DCS-veiligheidssignaalroute te volgen. Eenvoudig gezegd: SRVO-408 → SSO[3] UIT → controleer Safe I/O Connect → bepaal wat SSO[3] aanstuurt → controleer de bijbehorende veiligheidscircuit.
Waarom raakt dit alarm altijd verward met dingen zoals noodstopknoppen en veiligheidshekken?
Op veel geautomatiseerde productielijnen werkt de Fanuc-robot niet alleen en geïsoleerd. Vaak wordt hij omgeven door veiligheidshekken, veiligheidslichtgordijnen, noodstopknoppen, veiligheidsrelais, veiligheids-PLC’s en soms ook andere robots, gereedschapsmachines of transportbanden in de buurt. Deze apparaten zijn via veiligheidscircuits verbonden met het robotbesturingssysteem. Een typische veiligheidsketen ziet er als volgt uit: noodstopknop ingedrukt → toestand van veiligheidsrelais of veiligheids-PLC verandert → veiligheidssignaal wordt onderbroken → DCS-veiligheidslogica detecteert een probleem → SSO[3] wordt ingesteld op OFF → foutcode SRVO-408 verschijnt.
Dus wanneer u SRVO-408 ziet, is het inderdaad juist om de noodstop en veiligheidsapparatuur te controleren. Maar er is één ding dat vooral belangrijk is: u mag niet zomaar aannemen dat ‘de veiligheidspoort openstaat, dus het moet SRVO-408 zijn’. Fanuc’s DCS heeft een hele reeks verschillende veiligheidsfuncties, en er bestaat ook een reeks vergelijkbare alarmcodes — bijvoorbeeld codes die verband houden met ‘omheining open’ of ‘servo ontkoppeld’. Bij het daadwerkelijk oplossen van problemen moet u zich niet beperken tot het algemene niveau van ‘er is iets mis met de robotveiligheidsfunctie’ — blijf dieper ingaan: welk specifiek veiligheidssignaal is precies gewijzigd? En welke SSO stuurt dat signaal aan? Zodra u dit niveau hebt vastgesteld, kunt u het probleem nauwkeurig lokaliseren.
De meest voorkomende oorzaken die u ter plaatse zult tegenkomen, stuk voor stuk genoemd
1. SSO[3] is daadwerkelijk ingesteld op OFF
Dit is de meest directe oorzaak en het eerste wat u moet controleren bij het oplossen van SRVO-408. Fanuc’s kernactiveringsvoorwaarde voor SRVO-408 is: SSO[3] staat op OFF. Met andere woorden, wanneer u deze alarmmelding ziet, moet u niet meteen vermoeden dat de servoversterker defect is — controleer eerst de DCS-status om te zien of SSO[3] daadwerkelijk op OFF staat. Als dit inderdaad het geval is, moet u vervolgens vaststellen welke veiligheidslogica die uitgang aanstuurt. In sommige systemen is SSO[3] gekoppeld aan een specifieke veiligheidsingang (SPI), of wordt het aangestuurd via logische relaties binnen Safe I/O Connect. De exacte configuratie hangt af van hoe het veiligheidsontwerp van die specifieke robot oorspronkelijk is ingesteld. Neem daarom niet aan dat u één vaste I/O-nummer kunt toepassen op elke machine.
2. De veiligheidsingang die aan SSO[3] is gekoppeld, is gedaald naar OFF
Zodra u SSO[3] hebt gevonden, is de volgende stap om te bepalen wat deze aanstuurt. Deze stap is bijzonder cruciaal tijdens het oplossen van problemen. Stel bijvoorbeeld dat een bepaalde Fanuc-robot SSO[3] heeft gekoppeld aan een veiligheidsingang, SPI. Als die SPI UIT gaat omdat aan een externe veiligheidsvoorwaarde niet is voldaan, zal de DCS-logica vanzelf ook SSO[3] UIT zetten, wat uiteindelijk SRVO-408 activeert.
In dit geval bevindt het eigenlijke foutpunt zich mogelijk helemaal niet binnen de Fanuc-bedieningskast. Het kan zijn dat de externe noodstopkring nog niet is gereset, dat het veiligheidsrelais niet opnieuw is ingeschakeld, dat de veiligheids-PLC het juiste veiligheidssignaal niet heeft uitgevoerd, dat een draad op de veiligheidsingang is doorgebroken, dat een veiligheidsschakelaar nog steeds is ingedrukt en niet is losgelaten, of dat een connector een slechte verbinding heeft. Bij het oplossen van problemen is het daarom het beste om het signaalpad stap voor stap te doorlopen, in plaats van direct hardware te vervangen.
3. Er is een storing in de externe noodstopkring zelf
Het noodstop-systeem binnen de robotcel is een gebied dat speciale aandacht vereist voor SRVO-408. Wanneer een operator op de noodstopknop drukt, opent de veiligheidsrelais, het robotbesturingssysteem ontvangt de bijbehorende veiligheidsstatus en het DCS voert een veiligheidsstop uit — dat is de veiligheidsfunctie die normaal werkt; daar is niets mis mee. Het probleem doet zich voor wanneer de noodstopknop al is losgelaten, maar de veiligheidsketen nog niet volledig is hersteld. Bijvoorbeeld: de noodstopknop is mechanisch gereset, maar de veiligheidsrelais is nog niet gereset; of de veiligheids-PLC denkt nog steeds dat aan een bepaalde veiligheidsvoorwaarde niet is voldaan. In dat geval blijft de robot stilstaan en blijft hij veiligheidswaarschuwingen genereren.
Tijdens het oplossen van problemen moet u dus niet alleen kijken of de noodstopknop weer is teruggeschoven — u moet bevestigen dat de volledige veiligheidscircuit hersteld is. U kunt dit in deze volgorde controleren: noodstopknop → veiligheidsrelais → veiligheids-PLC → veiligheidsingang → DCS Safe I/O Connect → SSO[3]. Als een van deze schakels nog niet hersteld is, kan de robot niet terugkeren naar een normale veiligheidstoestand.
4. De DCS Safe I/O Connect-configuratie is gewijzigd
Als de robot de hele tijd goed heeft gefunctioneerd en pas recent vaker foutcode SRVO-408 geeft, en iemand heeft de besturingsconfiguratie gewijzigd, dan verdient de DCS-configuratie speciale aandacht. Voorbeelden hiervan zijn: de DCS-veiligheids-I/O is aangepast, de controller is vervangen, een robotback-up is hersteld, het veiligheids-PLC-programma is gewijzigd, de robotwerkstation is opnieuw geconfigureerd, een extern veiligheidsapparaat is vervangen of het robotsysteem is opnieuw in gebruik genomen. Dit geldt met name voor tweedehands Fanuc-controllers die eerder op een ander robotsysteem waren gemonteerd en later zijn verwijderd en op nieuwe apparatuur zijn geïnstalleerd — u moet controleren of de oorspronkelijke DCS-veiligheidsconfiguratie daadwerkelijk overeenkomt met het veiligheidsontwerp van de huidige machine.
Het tijdstip waarop het alarm verschijnt, is op zichzelf al een belangrijke aanwijzing. Als de machine jarenlang geen last heeft gehad van dit probleem en SRVO-408 direct na het vervangen van een controller opduikt, dient u eerst de DCS-configuratie van de controller en de status van de veiligheids-I/O te controleren, in plaats van de servomotor van de robot te verdenken.
5. De veiligheids-PLC of een ander extern veiligheidsapparaat geeft niet de juiste status door
Tegenwoordig gebruiken veel robotwerkstations een veiligheids-PLC. Indien Fanuc’s DCS via signalen is aangesloten op een extern veiligheidssysteem, beïnvloedt de status van de veiligheids-PLC ook de uiteindelijke veiligheidstoestand van de robot. Bijvoorbeeld: de veiligheids-PLC detecteert dat aan een bepaalde veiligheidsvoorwaarde niet is voldaan → de veiligheidsuitgang herstelt niet → de veiligheidsingang van Fanuc blijft UIT → de DCS-logica houdt SSO[3] UIT → SRVO-408. In dit geval is al uw inspanning om het servosysteem van Fanuc te onderzoeken vrijwel zinloos werk.
Als er een veiligheids-PLC ter plaatse is, is het verstandig om tegelijkertijd de diagnose-informatie van de PLC te controleren om te bevestigen of de veiligheidsingangen, -uitgangen en gerelateerde veiligheidslogica zich allemaal in de verwachte toestand bevinden.
6. De logica van de veilige I/O-connectie komt niet overeen met het werkelijke ontwerp van de machine
Er is nog een andere situatie die gemakkelijk over het hoofd wordt gezien: de DCS-veiligheids-I/O-configuratie zelf komt niet overeen met het huidige veiligheidsontwerp van de machine. Bijvoorbeeld: de robot kan zijn herconfigureerd en de externe veiligheidsapparatuur gewijzigd, maar de DCS-veiligheids-I/O-configuratie is niet bijgewerkt om hiermee overeen te komen; of de controller is hersteld uit een oude back-up, waardoor een mismatch ontstaat tussen de huidige apparatuur en de oorspronkelijke veiligheidslogica. In dit geval heeft de robot zelf mogelijk helemaal geen mechanische of servo-hardwarefout, maar concludeert de DCS simpelweg dat aan de veiligheidsvoorwaarde niet is voldaan.
Als u al hebt bevestigd dat alle externe veiligheidsapparaten normaal functioneren, maar SSO[3] blijft uitgeschakeld, moet u de huidige DCS Safe I/O Connect-configuratie zorgvuldig vergelijken met de oorspronkelijke elektrische schema’s van de machine, de inbedrijfstellinggegevens en het veiligheidsontwerp.
Hoe ik deze stap meestal systematisch doorloop bij het oplossen van problemen
De grootste verboden handeling bij het afhandelen van dit type alarm is: ‘vervang onmiddellijk een onderdeel zodra u het alarm ziet’. Het SRVO-408-alarm geeft duidelijk aan: SSO[3] OFF. Bij daadwerkelijk probleemoplossen volgt u daarom dit signaal terugwaarts.
Noteer eerst het volledige alarmlogboek vanaf de teach pendant. Controleer naast SRVO-408 ook of in het alarmhistoriebestand andere DCS-, veiligheids-I/O- of noodstopgerelateerde alarms voorkomen. Soms is SRVO-408 slechts het eindresultaat, terwijl de eigenlijke oorzaak eerder al in het verleden is opgetreden.
Controleer vervolgens de relevante DCS-status om te bevestigen of SSO[3] daadwerkelijk UIT staat. Als SSO[3] UIT staat, onderzoek dan de Safe I/O Connect-configuratie om de ingang of logische relatie te vinden die SSO[3] aanstuurt. Gok nooit en vertrouw op dit moment niet op eerdere ervaring — de DCS-configuratie kan sterk variëren afhankelijk van het robotmodel, de controller en de werkstation. Zelfs als twee machines beide Fanuc zijn, kunnen hun SPI-, SSO- en veiligheids-I/O-toewijzingen volledig verschillen.
Zodra u de bijbehorende veiligheidsingang hebt gevonden, controleert u of deze momenteel AAN of UIT staat. Als die veiligheidsingang ook UIT staat, volgt u de signaalroute verder naar buiten. Bijvoorbeeld: SPI UIT → controleer de veiligheids-PLC → controleer het veiligheidsrelais → controleer de noodstop → controleer apparaten zoals de veiligheidspoort en het lichtgordijn.
Als alle externe veiligheidsapparaten normaal functioneren, maar de SPI toch niet terugkeert, moet u verder gaan en de veiligheidsbedrading, de connectoren en de DCS-configuratie controleren. Als het externe veiligheidssysteem volledig hersteld is, maar de DCS-status nog steeds uit staat, richt u uw aandacht op de juistheid van de configuratie van "Safe I/O Connect".
Deze probleemoplossingsmethode lijkt misschien langzamer dan "gewoon de servoversterker vervangen", maar in de praktijk is deze meestal sneller. Dat komt doordat u het probleem lokaliseert door de logica van de alarmmelding te volgen, in plaats van te vertrouwen op proef- en foutmatig onderdeelverwisselen.
Kunt u gewoon op reset drukken en dwingen dat het werkt?
Wanneer een operator een robotalarm krijgt, is de eerste reactie meestal op RESET drukken. U kunt ook proberen SRVO-408 te resetten, maar simpelweg op reset drukken lost het probleem in de regel niet op. De reden is eenvoudig: als de DCS nog steeds detecteert dat SSO[3] UIT staat, is de veiligheidsvoorwaarde niet hersteld, en het alarm gaat onmiddellijk opnieuw af zodra u het hebt gereset. De juiste aanpak is: herstel eerst de veiligheidsvoorwaarde → controleer of SSO[3] weer in een normale toestand is teruggekeerd → reset vervolgens het alarm → en verifieer ten slotte de bedrijfsstatus van de robot.
Herhaaldelijk op RESET drukken of zelfs de controller continu opnieuw opstarten, zonder de oorzaak van het UIT-staan van SSO[3] op te lossen, is puur tijdverspilling. Nog kritischer: forceer nooit — zelfs niet om tijd te besparen — de veiligheidsingang met een jumper of wijzig willekeurig de veiligheidslogica om de robot toch in beweging te krijgen.
Is de servomotor daadwerkelijk defect?
Over het algemeen: nee. Hoewel de alarmnaam begint met SRVO, is de kerndefinitie van SRVO-408 ‘DCS SSO Ext Emergency Stop’, wat overeenkomt met de status SSO[3] OFF binnen de DCS-veiligheidsfunctie. Als de robot dus alleen SRVO-408 heeft geactiveerd, zonder andere duidelijke alarmen die specifiek op het servosysteem wijzen, is het niet aan te raden om direct de servomotor, servoamplifier, encoder of reductor te vervangen. Deze componenten zijn weliswaar veelvoorkomende oorzaken bij andere Fanuc-alarmen, maar voor SRVO-408 zijn ze niet de eerste onderdelen die moeten worden gecontroleerd.
Dit is ook de reden waarom u ter plaatse vaak situaties aantreft waarin ‘de servoamplifier is vervangen, maar het alarm blijft optreden’ — omdat het probleem nooit in de amplifier lag en het dus niet uitmaakt hoeveel exemplaren u probeert te vervangen.
Wat u ook doet: neem nooit de kortere weg door het veiligheidssignaal te jumperen
SRVO-408 is een alarm dat verband houdt met de veiligheidsfunctie van de robot en mag niet worden behandeld als een gewoon productiealarm. Sommige mensen ter plaatse denken misschien: "Waarom zetten we dit veiligheidssignaal nu niet even kortsluitend om de robot weer aan de gang te krijgen?" Deze aanpak is uiterst gevaarlijk.
Forceer de robot nooit opnieuw in bedrijf via methoden zoals het kortsluiten van de veiligheidsingang, het forceren van de veiligheidsuitgang naar AAN, het willekeurig uitschakelen van DCS, het omzeilen van de veiligheids-PLC, het verwijderen van de veiligheidsdeurvergrendeling of het omzeilen van de noodstopkring. Deze acties kunnen de beoogde veiligheidsfunctie van de robot direct vernietigen. DCS bestaat juist om het risico te verminderen dat de robot onverwacht beweegt en letsel veroorzaakt. Als DCS een alarm geeft, is de juiste aanpak om uit te zoeken waarom de veiligheidsvoorwaarde niet wordt voldaan, en niet om een manier te vinden om het systeem deze voorwaarde te laten " negeren ".
Als het echt noodzakelijk wordt om de DCS-configuratie te wijzigen, moet dat ook gebeuren volgens het oorspronkelijke veiligheidsontwerp van de apparatuur, de risicoanalyse en het bijbehorende veiligheidsgereedmaakproces — het mag niet op een willekeurige manier worden uitgevoerd.
Hoe voorkom je dat het je in het dagelijks gebruik zo vaak last bezorgt
SRVO-408 is niet iets wat je volledig kunt voorkomen door simpelweg één bepaald onderdeel te vervangen. Het hangt samen met de toestand van het gehele robotveiligheidssysteem, dus moet routineonderhoud ook de veiligheidscircuit omvatten.
Controleer bijvoorbeeld regelmatig de noodstopknoppen, veiligheidspoorten, veiligheidsrelais, veiligheids-PLC’s en de bijbehorende veiligheidswiring. Ook de connectoren en veiligheids-I/O-wiring binnen de robotbesturingskast moeten stevig blijven zitten, zodat langdurige trillingen geen slecht contact veroorzaken en sporadische veiligheidsfouten genereren.
Als u wijzigingen hebt aangebracht in de DCS-configuratie op een Fanuc-besturing, is het aan te raden om een overzicht van deze wijzigingen bij te houden en een geldige back-up van de besturing te bewaren. Met name na het vervangen van besturingen, het herstellen van een back-up of het opnieuw configureren van de robotwerkstation dient u opnieuw te verifiëren dat de DCS-veiligheidsconfiguratie overeenkomt met de huidige machine.
Bij robots die al lang in gebruik zijn, dient u ook oog te hebben voor verouderende veiligheidswiring. Langdurige trillingen, heen-en-weergaande beweging binnen kabelgoten, olieverontreiniging en frequente buiging kunnen allemaal problemen veroorzaken bij kabels of connectoren. Deze problemen geven niet direct een alarm, maar leiden uiteindelijk tot instabiele veiligheidsingangstoestanden, waardoor af en toe DCS-alarmen zoals SRVO-408 optreden.
Wanneer moet u een specialist inschakelen?
Als u al hebt gecontroleerd dat externe apparaten zoals de noodstop, veiligheidspoorten en veiligheidsrelais allemaal normaal functioneren, maar SSO[3] nog steeds UIT staat, dan moet u dieper ingaan op de DCS-configuratie en veiligheidssignalen.
In het bijzonder, als u een van de volgende situaties tegenkomt, is het verstandig om een ingenieur bij te halen die vertrouwd is met Fanuc DCS: de robotcontroller is zojuist vervangen; een DCS- of systeemback-up is zojuist hersteld; het veiligheids-PLC-programma is onlangs gewijzigd; de robotwerkstation is zojuist opnieuw geconfigureerd; de DCS Safe I/O Connect-configuratie is voor u onduidelijk; u weet niet welke veiligheidsingang SSO[3] aanstuurt; alle externe veiligheidsapparaten functioneren normaal, maar SRVO-408 blijft hardnekkig verschijnen; of de robot heeft een reeks DCS-gerelateerde alarms uitgegeven.
Voor veiligheidsfuncties is het belangrijkste niet ‘de robot zo snel mogelijk weer in beweging te krijgen’ — maar te bevestigen dat het veiligheidssysteem daadwerkelijk terug is in de juiste toestand.
