¿Cómo resolver la alarma SRVO-408 del robot FANUC?
Para quienes trabajan con robots Fanuc, cuando aparece esta alarma SRVO-408, la reacción inicial de muchas personas suele ser: «¡Genial, el motor servo vuelve a comportarse mal?». Después de todo, el código empieza con SRVO, así que es difícil no asociarlo al servo. Pero permítanme enfriar un poco ese entusiasmo: esta alarma en realidad no tiene mucho que ver con el motor servo ni con el amplificador servo; se trata, más bien, de una alarma generada por el sistema de seguridad DCS de Fanuc.
De los casos de SRVO-408 que hemos resuelto en planta, nueve y medio de cada diez resultan, al final, ser problemas relacionados con el circuito de seguridad o con la configuración del DCS — nada que ver con una avería del motor. Por eso, hoy desglosaré este tema paso a paso y explicaré a todos qué se esconde realmente tras la alarma SRVO-408 y por dónde empezar cuando aparezca, para evitar perder tiempo desmontando innecesariamente el servo y retrasar así la producción sin motivo. 
¿Qué significa exactamente la línea en la pantalla: «SRVO-408 DCS SSO Ext Emergency Stop»?
Primero, recuerde esta frase: SRVO-408 = DCS SSO External Emergency Stop = la salida de seguridad SSO[3] ha pasado al estado OFF. Hay dos términos que debe comprender primero: DCS y SSO.
DCS, abreviatura de Dual Check Safety, es un conjunto de funciones de seguridad dentro del sistema de control de robots Fanuc. Mediante señales redundantes, supervisión de seguridad y entradas/salidas de seguridad (safety I/O), monitorea el movimiento y el estado de seguridad del robot para evitar que este se salga de control, hiera a una persona o colisione con equipos. En cuanto a SSO, puede considerarla como un tipo de señal de salida de seguridad dentro del sistema DCS: básicamente una «bandera de seguridad» que emite DCS.
En la alarma SRVO-408, Fanuc se refiere específicamente a la salida de seguridad numerada SSO[3]. Cuando la lógica de seguridad del DCS determina que la salida de seguridad SSO[3], asociada con la parada de emergencia externa, ha pasado a estado APAGADO, el robot entra en estado de parada de emergencia y la pantalla muestra la alarma SRVO-408.
Como puede ver, esta alarma le indica esencialmente lo siguiente: la lógica de seguridad del DCS considera que hay un problema con la salida de seguridad vinculada a la parada de emergencia externa, y ya la ha desactivado. Este es un asunto completamente distinto de otros como «sobrecorriente del motor servo», «falla del codificador» o «amplificador quemado». En el pasado, al presentarse una alarma de servo, usted probablemente revisaba el motor, el codificador, el amplificador o los cables. Pero al presentarse la alarma SRVO-408, un enfoque más fiable consiste en rastrear la cadena de señales de seguridad del DCS. En términos sencillos: SRVO-408 → SSO[3] APAGADO → verificar la conexión Safe I/O → identificar qué controla SSO[3] → revisar el circuito de seguridad correspondiente.
¿Por qué esta alarma siempre se enreda con elementos como botones de parada de emergencia y puertas de seguridad?
En muchas líneas de producción automatizadas, el robot Fanuc no trabaja aislado. Con frecuencia está rodeado de puertas de seguridad, cortinas de luz de seguridad, botones de parada de emergencia, relés de seguridad, PLC de seguridad y, a veces, otros robots, máquinas-herramienta o líneas de transporte cercanas. Estos equipos están conectados al sistema de control del robot mediante circuitos de seguridad. Una cadena de seguridad típica es la siguiente: se presiona el botón de parada de emergencia → cambia el estado del relé de seguridad o del PLC de seguridad → se corta la señal de seguridad → la lógica de seguridad del DCS detecta un fallo → se pone SSO[3] en OFF → aparece el error SRVO-408.
Así que, cuando vea SRVO-408, es cierto que debe verificar el botón de parada de emergencia y los dispositivos de seguridad. Pero hay un aspecto especialmente importante: no puede simplemente asumir que «la puerta de seguridad está abierta, por lo tanto debe ser SRVO-408». El sistema DCS de Fanuc incluye una gran variedad de funciones de seguridad distintas, y también existe una serie de códigos de alarma similares, por ejemplo, aquellos relacionados con «cerca abierta» o «servo desconectado». Al realizar realmente la resolución de problemas, no se limite a dar vueltas al nivel de «algo falla en la función de seguridad del robot»; siga profundizando: ¿exactamente qué señal de seguridad específica cambió? ¿Y qué SSO controla esa señal? Una vez que haya identificado ese nivel con precisión, podrá localizar el problema con exactitud.
Los desencadenantes más comunes que observará en el sitio, enumerados uno por uno
1. SSO[3] realmente se ha cambiado a OFF
Esta es la causa más directa, y es lo primero que debe confirmar al solucionar el problema del código de alarma SRVO-408. La condición principal de activación de Fanuc para SRVO-408 es: SSO[3] está en estado OFF. Es decir, cuando vea esta alarma, no se apresure a sospechar del amplificador servo; primero revise el estado del DCS para comprobar si SSO[3] realmente está en OFF. Si efectivamente está en OFF, el siguiente paso consiste en identificar qué lógica de seguridad controla esa salida. En algunos sistemas, SSO[3] podría estar vinculada a una entrada de seguridad específica (SPI) o bien controlarse mediante relaciones lógicas dentro de Safe I/O Connect. La configuración exacta depende de cómo se diseñó originalmente el sistema de seguridad de ese robot concreto. Por tanto, no asuma que puede aplicar un mismo número de E/S fijo en todas las máquinas.
2. La entrada de seguridad vinculada a SSO[3] ha pasado al estado OFF
Una vez que haya localizado SSO[3], el siguiente paso consiste en determinar qué lo está controlando. Este paso es especialmente crítico durante la resolución de problemas. Por ejemplo, supongamos que un robot Fanuc específico tiene SSO[3] vinculado a una entrada de seguridad, SPI. Si dicha SPI se desactiva porque no se cumple alguna condición externa de seguridad, la lógica del DCS establecerá naturalmente SSO[3] en estado DESACTIVADO también, lo que finalmente activará el error SRVO-408.
En este caso, el punto real de fallo podría no estar en absoluto dentro del armario de control Fanuc. Es posible que el circuito externo de parada de emergencia no se haya restablecido, que el relé de seguridad no haya vuelto a activarse, que el PLC de seguridad no haya emitido la señal de seguridad correcta, que un cable de la entrada de seguridad se haya roto, que algún interruptor de seguridad siga presionado y no se haya liberado, o que un conector tenga una conexión deficiente. Por tanto, al solucionar problemas, lo mejor es recorrer la ruta de la señal tramo por tramo, en lugar de pasar directamente al reemplazo de hardware.
3. Existe un fallo en el propio circuito externo de parada de emergencia
El sistema de parada de emergencia dentro de la celda del robot es un área que requiere atención especial para el código de error SRVO-408. Cuando un operario presiona el botón de parada de emergencia, el relé de seguridad se abre, el controlador del robot recibe el estado de seguridad correspondiente y el sistema DCS ejecuta una parada de seguridad: eso indica que la función de seguridad está operando normalmente, sin ningún problema. El problema surge cuando el botón de parada de emergencia ya ha sido liberado, pero la cadena de seguridad no se ha recuperado completamente. Por ejemplo, el botón de parada de emergencia podría haberse restablecido mecánicamente, pero el relé de seguridad aún no se ha reiniciado; o bien el PLC de seguridad sigue considerando que alguna condición de seguridad no se ha cumplido. En este caso, el robot seguirá sin moverse y continuará generando alarmas de seguridad.
Por lo tanto, durante la resolución de problemas, no se limite a observar si el botón de parada de emergencia ha vuelto a su posición original; debe confirmar que todo el circuito de seguridad ha recuperado su estado normal. Puede verificar los elementos en este orden: botón de parada de emergencia → relé de seguridad → PLC de seguridad → entrada de seguridad → DCS Safe I/O Connect → SSO[3]. Si algún eslabón de esta cadena no ha recuperado su estado normal, el robot no podrá volver a un estado de seguridad normal.
4. La configuración de DCS Safe I/O Connect ha sido modificada sin autorización
Si el robot ha estado funcionando correctamente durante todo este tiempo y recientemente comenzó a presentar con frecuencia el error SRVO-408, y alguien ha modificado la configuración del controlador, entonces la configuración del sistema DCS requiere una atención especial. Por ejemplo: se modificaron las entradas/salidas de seguridad DCS, se sustituyó el controlador, se restauró una copia de seguridad del robot, se cambió el programa del PLC de seguridad, se reconfiguró la estación de trabajo del robot, se reemplazó un dispositivo de seguridad externo o se volvió a poner en servicio el sistema del robot. Esto es especialmente relevante en controladores Fanuc de segunda mano que previamente estuvieron montados en un sistema robótico distinto y luego fueron retirados e instalados en nuevos equipos: debe verificarse si la configuración original de seguridad DCS coincide efectivamente con el diseño de seguridad de la máquina actual.
El momento en que aparece la alarma es, en sí mismo, una pista importante. Si la máquina no ha tenido este problema en años y el código SRVO-408 aparece justo en el instante en que se sustituye un controlador, lo primero que debe comprobarse es la configuración DCS del controlador y el estado de las entradas/salidas de seguridad (safety I/O), en lugar de sospechar de los servomotores del robot.
5. El PLC de seguridad u otro dispositivo externo de seguridad no está indicando el estado correcto
Actualmente, muchas estaciones de trabajo robóticas utilizan un PLC de seguridad. Si el sistema DCS de Fanuc está conectado a un sistema de seguridad externo mediante señales, entonces el estado de dicho PLC de seguridad también afectará al estado final de seguridad del robot. Por ejemplo: el PLC de seguridad detecta que no se cumple alguna condición de seguridad → la salida de seguridad no se restablece → la entrada de seguridad de Fanuc permanece en OFF → la lógica DCS mantiene SSO[3] en OFF → SRVO-408. En este caso, dedicar todo el esfuerzo a revisar el sistema de servomotores de Fanuc supone, básicamente, un trabajo innecesario.
Si hay un PLC de seguridad en el lugar, es una buena idea comprobar al mismo tiempo la información de diagnóstico del PLC para confirmar si las entradas de seguridad, las salidas de seguridad y la lógica de seguridad relacionada se encuentran todas en el estado esperado.
6. La lógica de conexión Safe I/O no coincide con el diseño real de la máquina.
Existe otra situación fácil de pasar por alto: la propia configuración de E/S de seguridad del DCS no coincide con el diseño de seguridad actual de la máquina. Por ejemplo, el robot podría haberse reconfigurado y los dispositivos de seguridad externos modificados, pero la configuración de E/S de seguridad del DCS no se actualizó para reflejar esos cambios; o bien el controlador se restauró a partir de una copia de seguridad antigua, lo que provocó una discrepancia entre el equipo actual y la lógica de seguridad original. En este caso, el robot en sí podría no presentar ninguna falla mecánica ni de hardware del servo, pero el DCS simplemente considera que la condición de seguridad no se cumple.
Así que, si ya ha confirmado que todos los dispositivos de seguridad externos funcionan correctamente, pero SSO[3] simplemente no vuelve, debe comparar cuidadosamente la configuración actual de conexión segura DCS Safe I/O con los planos eléctricos originales de la máquina, los registros de puesta en servicio y el diseño de seguridad.
Cómo suelo rastrear este proceso paso a paso durante la resolución de problemas
La mayor prohibición al manejar este tipo de alarma es «reemplazar un componente en cuanto aparece la alarma». La alarma SRVO-408 ya lo indica claramente: SSO[3] DESACTIVADO. Por tanto, durante la resolución real de problemas, se rastrea hacia atrás siguiendo esta señal.
Primero, anote completamente el registro de alarmas desde el dispositivo de enseñanza (teach pendant). Además de SRVO-408, verifique también si el historial de alarmas contiene otras alarmas relacionadas con DCS, entradas/salidas seguras (safety I/O) o paro de emergencia. A veces, SRVO-408 es solo el resultado final, y la causa real puede haber aparecido con anterioridad.
A continuación, compruebe el estado correspondiente del sistema DCS para confirmar si SSO[3] está realmente DESACTIVADO. Si SSO[3] está DESACTIVADO, continúe revisando la configuración de Safe I/O Connect para identificar la entrada o relación lógica que controla SSO[3]. En este paso, no haga suposiciones ni confíe en experiencias previas: la configuración del DCS puede variar enormemente según el modelo del robot, el controlador y la estación de trabajo. Incluso si dos máquinas son ambas Fanuc, sus asignaciones SPI, SSO y E/S de seguridad podrían ser completamente distintas.
Una vez identificada la entrada de seguridad correspondiente, verifique si actualmente está ACTIVADA o DESACTIVADA. Si dicha entrada de seguridad también está DESACTIVADA, siga rastreando hacia afuera. Por ejemplo: SPI DESACTIVADO → compruebe el PLC de seguridad → compruebe el relé de seguridad → compruebe el botón de parada de emergencia → compruebe dispositivos como la puerta de seguridad y la cortina de luz.
Si todos los dispositivos de seguridad externos funcionan correctamente, pero el SPI aún no se restablece, deberá profundizar la revisión para comprobar el cableado de seguridad, los conectores y la configuración del DCS. Si el sistema de seguridad externo se ha recuperado por completo, pero el estado del DCS sigue desactivado, centre su atención en verificar si la configuración de "Safe I/O Connect" es correcta.
Este método de resolución de problemas puede parecer más lento que simplemente sustituir el amplificador servo, pero en la práctica suele ser más rápido, ya que localiza el problema siguiendo la lógica de la alarma, en lugar de depender del intercambio empírico de componentes.
¿Puede simplemente pulsar reiniciar y forzar su paso?
Cuando un operador activa una alarma del robot, la primera reacción es pulsar RESET. También puede intentar restablecer la alarma SRVO-408, pero simplemente pulsar RESET no resolverá básicamente el problema. La razón es sencilla: si el sistema DCS sigue detectando que SSO[3] está DESACTIVADO, la condición de seguridad no se ha recuperado y la alarma volverá a activarse inmediatamente después del restablecimiento. El procedimiento correcto es: primero restaurar la condición de seguridad → confirmar que SSO[3] ha vuelto a su estado normal → luego restablecer la alarma → y, finalmente, verificar el estado operativo del robot.
Pulsar repetidamente RESET o incluso reiniciar continuamente el controlador sin resolver la causa raíz de que SSO[3] esté DESACTIVADO es simplemente un derroche de esfuerzo. Aún más grave: nunca —ni siquiera para ahorrar tiempo— debe puentearse forzosamente la entrada de seguridad ni modificarse arbitrariamente la lógica de seguridad para lograr que el robot se mueva.
¿Podría estar realmente averiado el motor servo?
En general, no. Aunque el nombre de la alarma comienza con SRVO, la definición principal de SRVO-408 es «Parada de emergencia externa DCS SSO», que corresponde al estado SSO[3] DESACTIVADO dentro de la función de seguridad DCS. Por lo tanto, si el robot solo ha generado la alarma SRVO-408 y no hay ninguna otra alarma que indique claramente un problema en el sistema servo, no es recomendable sustituir directamente el motor servo, el amplificador servo, el codificador ni el reductor. Estos componentes pueden ser los principales sospechosos en otras alarmas de Fanuc, pero en el caso de SRVO-408 no son lo primero que debe verificarse.
Esto también explica por qué con frecuencia se observan en el sitio casos en los que «se sustituyó el amplificador servo y la alarma persiste»: porque el problema nunca estuvo en el amplificador, y da igual cuántos se intercambien.
Haga lo que haga, no realice el atajo de puenteado de la señal de seguridad
SRVO-408 es una alarma relacionada con la función de seguridad del robot y no debe tratarse como una alarma ordinaria de producción. Algunas personas en el lugar podrían pensar: «¿Por qué no puenteamos temporalmente esta señal de seguridad para que el robot funcione?». Este enfoque es extremadamente peligroso.
Nunca fuerce al robot a reanudar su operación mediante métodos como estos: puenteo de la entrada de seguridad, forzado de la salida de seguridad a ON, desactivación arbitraria de DCS, derivación del PLC de seguridad, eliminación del enclavamiento de la puerta de seguridad o derivación del circuito de parada de emergencia. Estas acciones pueden destruir directamente la función de seguridad prevista para el robot. El DCS, en particular, existe precisamente para reducir el riesgo de que el robot se mueva inesperadamente y cause daños. Si el DCS genera una alarma, el procedimiento correcto consiste en determinar por qué no se cumple la condición de seguridad, no en buscar una forma de hacer que el sistema «ignore» dicha condición.
Si realmente llega a ser necesario modificar la configuración del sistema de control distribuido (DCS), dicha modificación también debe seguir el diseño original de seguridad del equipo, la evaluación de riesgos y el correspondiente proceso de puesta en servicio segura; no se puede realizar de forma arbitraria.
Cómo evitar que le moleste con tanta frecuencia durante el uso diario
El código de error SRVO-408 no es algo que se pueda prevenir por completo simplemente reemplazando una pieza determinada. Está vinculado al estado de todo el sistema de seguridad del robot, por lo que el mantenimiento rutinario también debe incluir el circuito de seguridad.
Por ejemplo, inspeccione periódicamente los botones de parada de emergencia, las puertas de seguridad, los relés de seguridad, los PLC de seguridad y el cableado de seguridad asociado. También es necesario asegurar firmemente los conectores y el cableado de entrada/salida (I/O) de seguridad dentro del armario de control del robot, para evitar que las vibraciones prolongadas provoquen un mal contacto y generen fallos intermitentes de seguridad.
Si ha realizado cambios en la configuración del sistema de control de seguridad (DCS) en un controlador Fanuc, es recomendable registrar dichos cambios y mantener una copia de seguridad válida del controlador. En particular, tras sustituir el controlador, restaurar una copia de seguridad o reconfigurar la estación de trabajo del robot, debe volver a confirmar que la configuración de seguridad DCS coincida con la máquina actual.
En robots que llevan mucho tiempo en servicio, también debe prestar atención al envejecimiento de los cables de seguridad. Las vibraciones prolongadas, el movimiento repetido dentro de las guías de cables, la contaminación por aceite y la flexión frecuente pueden provocar problemas en los cables o conectores. Estos problemas no generan una alarma inmediata, pero finalmente se manifiestan como estados inestables en las entradas de seguridad, produciendo ocasionalmente alarmas DCS como la SRVO-408.
¿Cuándo debe llamar a un especialista?
Si ya ha confirmado que los dispositivos externos, como el botón de parada de emergencia, las puertas de seguridad y los relés de seguridad, están todos en condiciones normales, pero SSO[3] sigue desactivado, entonces debe investigar más a fondo la configuración del DCS y las señales de seguridad.
En particular, si se encuentra con cualquiera de las siguientes situaciones, es recomendable llamar a un ingeniero familiarizado con el DCS de Fanuc: el controlador del robot acaba de ser reemplazado; acaba de restaurarse una copia de seguridad del DCS o del sistema; el programa del PLC de seguridad se modificó recientemente; la estación de trabajo del robot acaba de reconfigurarse; la configuración de DCS Safe I/O Connect no le resulta clara; no sabe qué entrada de seguridad controla SSO[3]; todos los dispositivos de seguridad externos están en condiciones normales, pero el error SRVO-408 persiste; o el robot ha generado una serie de alarmas relacionadas con el DCS.
En lo referente a las funciones de seguridad, lo más importante no es «hacer que el robot vuelva a moverse lo antes posible», sino confirmar que el sistema de seguridad ha regresado efectivamente al estado correcto.
