Códigos de alarma de los robots FANUC: Lea la cadena, repare la pieza correcta

Una línea de alarma FANUC tiene cuatro partes: la familia, el número, el texto y una referencia de grupo/eje, como G:1 A:2. La familia indica qué subsistema generó la falla, no qué componente falló. La gravedad indica si la línea detiene el sistema, y el historial muestra lo que ocurrió antes de que se produjera.

Si sabe qué está haciendo el robot pero no cuál código debe revisar, comience a partir del síntoma.

• El servo no se enciende: SRVO-021, SRVO-058, SRVO-001 / 002 / 007
• El robot no se desplaza en modo manual (jog): SRVO-062, SRVO-038, SRVO-406 a 410
• El robot se desplaza en modo manual (jog) pero no ejecuta un programa: MOTN-049, MOTN-017
• La misma alarma vuelve tras una reparación: la cadena SRVO-065 a SRVO-062
• El controlador no arranca: SYST-035 y la pantalla de siete segmentos de la placa principal
• Todo parece normal, pero el robot aún no se mueve: SRVO-230 / 231, SRVO-408

Las secciones siguen el orden que resuelve la mayor cantidad de alarmas con mayor rapidez: qué significa el código, si la línea se detiene, cómo leer el historial, los primeros diez minutos, la referencia SRVO, batería y calibración, códigos de seguridad DCS y qué enviarnos.

Si la alarma volvió tras haber reemplazado ya una pieza, envíenos el texto de la alarma, el modelo del controlador y una lista de los elementos modificados. Lo revisamos contigo de forma remota.

1. Qué te indica el código

Una línea de alarma FANUC contiene cuatro piezas de información. El nombre de la familia —por ejemplo, SRVO, SYST, MOTN, INTP u HOST— identifica el subsistema que generó la falla. El número selecciona la falla específica dentro de esa familia. El texto corto es el nombre oficial, por ejemplo, BZAL o FSSB init error. La referencia de grupo y eje, escrita como G:1 A:2, indica qué grupo de movimiento y qué eje mencionaba el controlador. En un robot individual, G casi siempre es 1, pero una celda con un posicionador o un segundo robot producirá otros valores.

La distinción que importa en el piso es más sencilla que cualquier lista de códigos: los nombres de familia identifican un subsistema, no una pieza. SRVO abarca amplificadores, motores, codificadores, frenos, el enlace de fibra FSSB y las señales de seguridad DCS. Un código que comience con SRVO no es prueba de que el amplificador haya fallado; es prueba de que algo en esa cadena no se encuentra en el estado que el controlador espera.

La cadena aquí no es un cable. Esas cuatro cosas son las que una operación de movimiento requiere: los datos de posición que el controlador necesita antes de poder moverse siquiera, las señales de seguridad que autorizan el movimiento, la comunicación entre el controlador y el amplificador, y la carga mecánica que se opone al movimiento. Cada código de este artículo corresponde a una de esas cuatro categorías, y nombrar la categoría correspondiente es lo que transforma un código en el siguiente paso.

Un caso publicado en un foro público de robots en diciembre de 2022 muestra hasta dónde puede llegar esa distinción. Un controlador R-30iB Mate Plus que operaba un robot LR Mate 200iD había generado la alarma SRVO-062 BZAL. Las cuatro baterías del codificador ya se habían reemplazado una vez y el robot se había recalibrado, tras lo cual funcionó normalmente. Luego, la misma alarma volvió a aparecer y el robot no respondía en absoluto al modo de desplazamiento manual (jog). La tensión medida en las cuatro celdas era de 1,5 V y la polaridad era correcta. La causa estaba en el alojamiento de las baterías: los muelles de la base y de la tapa se habían aplastado por completo, de modo que las celdas ya no mantenían contacto eléctrico. Al levantarlos ligeramente con un destornillador, la alarma desapareció.

La batería estaba en buen estado, pero el circuito que la rodeaba presentaba una interrupción (circuito abierto), y la alarma decía la verdad. Lo que falló fue la interpretación de la alarma. Esa es la práctica en torno a la cual se estructura esta guía sobre los códigos de alarma de robots FANUC: leer la cadena de causas, no limitarse al nombre de la alarma.

2. ¿Se detiene la línea?: evaluar la gravedad

Cada entrada de la lista de códigos de alarma de los robots FANUC incluye también una gravedad, y el controlador muestra el código en un color asignado a ese nivel. La mayoría de las listas en línea vuelven a imprimir únicamente el número y el texto, omitiendo esta información, lo cual es lamentable, pues la gravedad responde a la primera pregunta que un supervisor de turno formula.

Dos entradas de esa tabla se interpretan erróneamente con frecuencia. PAUSE.G y SERVO2 son niveles de gravedad con un calificador de alcance, no familias de alarmas independientes; por lo tanto, no requieren su propia ruta de solución de problemas. Además, cuando DCS, STBERR o CRCERR aparecen dentro de un mensaje de alarma, son fragmentos de texto del mensaje, no niveles de gravedad.

La gravedad mide la urgencia, no el costo. SRVO-065 es una advertencia (WARN) y también es la alarma cuya omisión hasta que se pierdan los datos del codificador implica la necesidad de una reconfiguración completa. Una línea blanca exige atención el mismo día, incluso si el robot sigue funcionando.

3. Lea primero el historial

Cómo se ordena la pantalla

Presionar Menú , entonces 4 ALARMA , entonces F3 [HIST] . La entrada más reciente recibe el número 1, de modo que la entrada más antigua aparece en la parte inferior de la lista, y allí suele encontrarse la causa. La pantalla muestra hasta 100 líneas, cifra que figura tanto en los manuales de mantenimiento de las series R-30iB, R-30iB Mini Plus como R-30iB Mate. F5 y F5 abre la vista detallada con el código de causa. Fotografíe o exporte la lista antes de restablecer cualquier cosa, porque el historial es el único registro de lo que el controlador vio antes de su intervención.

Una configuración merece mención. La variable del sistema $ER_NOHIScontrola qué se registra: si se establece en 1, las entradas WARN y NONE no se escriben en el historial; si se establece en 2, se omiten los eventos de restablecimiento; si se establece en 3, se omiten los tres. Si un colega insiste en que apareció una advertencia y usted no la encuentra, revise esa variable antes de dudar de él.

Cómo era una secuencia real

En enero de 2021, un ingeniero publicó un registro de servicio de una célula que había estado inactiva durante aproximadamente dos semanas. Al encenderla, el controlador mostró dos alarmas simultáneamente: SRVO-223 (funcionamiento en seco del DSP, 9,1) y SRVO-058 (error de inicialización del FSSB, 2). El restablecimiento no tuvo efecto, y tampoco lo tuvo un ciclo completo de apagado y encendido. Se verificaron las conexiones del amplificador, la alimentación del amplificador, los fusibles del amplificador, la fibra óptica y el propio amplificador, y todos resultaron normales. El soporte técnico de FANUC le pidió desconectar el conector CRF8 del amplificador servo y volver a encender el sistema. La alarma cambió entonces a SRVO-068 (DTERR), lo que indica que el controlador está solicitando datos del codificador de pulsos en serie y no recibe ninguno. Esto redujo la causa del fallo al cable RP1, y efectivamente se descubrió que el cable del grupo mecánico estaba dañado. Tras reemplazar el cable, el controlador mostró la alarma SRVO-062, ya que las dos semanas sin alimentación habían agotado las baterías del codificador.

Tres cosas en ese orden importan más que las definiciones del código. Una alarma que no se borra no demuestra que la pieza nombrada en la alarma haya fallado. Cambiar una conexión modificó la alarma, y ese cambio es lo que localizó la falla. Reparar la primera falla reveló la segunda, que había estado esperando detrás de ella.

4. Los primeros diez minutos

Cinco pasos cubren casi todas las alarmas, independientemente de su prefijo.

1. Asegure el área. Confirme que el robot está detenido, aísle cualquier elemento que pueda caer y coloque un candado o una etiqueta en el controlador antes de que alguien abra un gabinete.
2. Anote exactamente la línea, incluyendo G y A, y registre la hora en que apareció.
3. Abra el historial y lea hasta el final de la lista, no desde la parte superior.
4. Clasifique la alarma en uno de estos cuatro grupos: datos de posición, señal de seguridad, comunicación o carga mecánica. El grupo determina quién la revisa y qué documento abre.
5. Cambie una sola cosa y luego observe. Un segundo cambio antes de observar el resultado del primero elimina la información que acaba de obtener.

Tres acciones convierten una falla reparable en una costosa. No intercambie dos amplificadores seguidos para ver si el código cambia, porque perderá la pista de cuál era el original. No amplíe $PARAM_GROUPlos límites para silenciar una alarma de límite, porque el límite mecánico no se movió. No inicialice el controlador antes de tener una copia de seguridad reciente de la imagen, porque la inicialización no es reversible.

Ninguno de estos cinco pasos requiere una lista completa de los códigos de alarma de robots FANUC en la pared. Requieren el historial, la referencia de grupo y eje, y un solo cambio controlado a la vez.

5. Referencia rápida SRVO

Los códigos que encontrará con mayor frecuencia

SRVO es la familia más grande de la lista de códigos de alarma de robots FANUC y la menos uniforme. Cubre la cadena de parada de emergencia, el amplificador, el codificador, el enlace de fibra, la carga mecánica y las señales de seguridad DCS, razón por la cual un mismo prefijo puede requerir seis investigaciones distintas.

Verifique la pieza antes de reemplazarla

Tres de esos códigos tienen un artículo dedicado, porque el procedimiento de aislamiento es más largo de lo que puede contener una fila de tabla. SRVO-050 es un problema de carga y movimiento. SRVO-058 es un problema de comunicación al arrancar, y su lista oficial de acciones abarca desde el fusible de la fuente de alimentación hasta la fibra óptica y la tarjeta de control de ejes. SRVO-408 es un problema de configuración de seguridad que no tiene relación alguna con el amplificador servo.

Un hábito vale más que cualquier código individual: verifique que la pieza esté defectuosa antes de reemplazarla. Intercambie la fibra sospechosa por una conocida como buena, mida la alimentación en el amplificador, lea los indicadores LED. Una prueba de intercambio toma diez minutos y genera evidencia. Un reemplazo genera una factura y, si se equivocó, la misma alarma aparecerá en el siguiente turno.

Dónde se encuentran el resto de los códigos

La tabla anterior incluye únicamente códigos SRVO. Cuando la línea en su panel de control comienza con algo distinto, este prefijo cubre lo siguiente, según los nombres y descripciones oficiales impresos en la lista oficial de códigos:

• SYST (Sistema): el controlador en sí, no el brazo. Tratado en la sección 7.
• MOTN (Movimiento): la capa de instrucciones de movimiento. Tratada en la sección 9.
• INTP y PROG (Intérprete): se está leyendo o ejecutando el programa del dispositivo de enseñanza. Una falla de alimentación en medio de un ciclo deja INTP-127 pendiente.
• PRIO (E/S digital): un problema de asignación o precedencia de E/S, no un problema de servo.
• HOST (Comunicaciones con el host): el enlace con un PLC, un controlador de celda o una computadora anfitriona.
• FILE (Sistema de archivos): carga, guardado y restauración de archivos, incluidas las transferencias mediante tarjeta de memoria y FTP.
• MEMO (Memoria): asignación de memoria y almacenamiento de programas.

Los prefijos fuera de esta lista siguen indicando el subsistema. SPOT, ARC y PALT son paquetes de aplicaciones, por lo que una falla allí proviene de la aplicación y no del hardware del robot.

6. Batería y calibración

Dos baterías, dos procedimientos

Hay dos baterías en un sistema FANUC; protegen distintos tipos de datos, y los procedimientos no son intercambiables. Confundirlas es la causa más común de que un trabajo de dos minutos se convierta en uno de dos días.

La batería del codificador se especifica por unidad mecánica. Los dos tamaños son A98L-0031-0005 (tamaño 1) y A98L-0031-0027 (tamaño 2), y cada caja contiene cuatro celdas. Confirme el tamaño comparándolo con la batería que retira o con el manual de mantenimiento correspondiente a ese modelo de robot, ya que un tamaño incorrecto se ajusta mal al soporte y falla prematuramente.

Desde una batería descargada hasta un robot detenido

La cadena tiene cinco vínculos, y cada uno muestra su propio mensaje. SRVO-065 aparece mientras el voltaje aún se encuentra por encima del umbral que mantiene los datos activos. SRVO-062 aparece cuando los datos se han perdido y el robot se detiene por completo. A continuación se realiza un restablecimiento por pulsos, ya sea mediante $MCR.$SPC_RESETo bien a través de F3 [RES_PCA] en la pantalla de calibración, y después el controlador necesita un ciclo de encendido/apagado. A continuación aparece el error SRVO-075 porque no se ha restablecido el recuento de pulsos, y se desplaza manualmente el eje hasta que desaparece dicha alarma. El error SRVO-038 puede aparecer si el recuento al encenderse no coincide con el valor almacenado, y la calibración cierra la secuencia.

Cuatro aspectos que suelen pasarse por alto

El primero es que una batería nueva no restaura un recuento de pulsos que ya se ha perdido. La batería conserva el recuento mientras no hay alimentación; no lo recrea.

El segundo es que la batería protege los recuentos de pulsos, no toda la posición. La posición exacta que informa el controlador es la lectura del codificador combinada con el recuento de revoluciones, y solo este recuento depende de la batería.

La tercera es que un voltaje celular saludable no garantiza que dicho voltaje llegue al codificador. El caso descrito anteriormente en este artículo constituye el ejemplo más claro: cuatro celdas a 1,5 V, con polaridad correcta y un circuito abierto en los contactos de resorte. Los terminales corroídos, una tapa no correctamente colocada, aceite dentro del soporte y un cable interno de la batería roto generan la misma alarma que una batería descargada. La propia nota de FANUC sobre la alarma SRVO-062 indica que, si la alarma persiste tras instalar una batería nueva, es posible que el cable interno de la batería esté roto.

El cuarto aspecto concierne al método de calibración a utilizar. La calibración rápida se basa en los datos de cero de fábrica registrados en el momento de la fabricación; dichos datos pierden su validez si se ha reemplazado un motor o un codificador. Dentro de esos límites, puede corregir una desviación de no más de media revolución del motor, y la documentación de FANUC Shanghai indica que la precisión restaurada puede alcanzar el valor de fábrica. La calibración completa alinea cada eje visualmente con las marcas de referencia, por lo que su precisión depende de qué tan bien coincidan dichas marcas y normalmente es inferior a la precisión de fábrica. Para una celda de manipulación, esto suele ser aceptable. Para un proceso en el que la trayectoria programada es crítica, la calibración rápida es la opción preferible siempre que se cumplan sus condiciones.

Una cosa que vale la pena conservar

Los datos de cero de fábrica normalmente se envían con el robot, frecuentemente en la misma caja que el dispositivo de programación. Consérvelos. Sin ellos, no estará disponible el método rápido y toda recuperación futura requerirá una calibración completa.

Si actualmente se encuentra frente a un robot SRVO-062, envíenos el modelo del robot, el número de serie y el número de pieza de la batería que retiró. Confirmamos la batería correcta para esa unidad mecánica y la secuencia de reinicio correspondiente, de modo que el reemplazo se realice una sola vez.

7. Los códigos SYST se refieren al controlador

Las alarmas SYST provienen directamente del controlador: memoria, configuración, estado de arranque y comprobaciones a nivel de sistema. Rara vez indican que un eje ha fallado, y tratarlas como fallos de servo lleva a las personas al armario equivocado.

SYST-035 es la batería de la placa principal. El procedimiento correcto consiste en realizar una copia de seguridad, sustituir la batería con el controlador apagado tras esperar 30 segundos y, a continuación, restaurar. Sustituir primero la batería y buscar después una copia de seguridad es el orden incorrecto, porque el contenido de la SRAM es precisamente lo que la batería estaba protegiendo.

Si la pantalla de siete segmentos de la placa principal muestra "1", el contenido de la SRAM ya se ha perdido y el sistema no puede arrancar. Una nueva batería no solucionará ese estado. El controlador requiere una restauración de imagen, y sin una copia de seguridad la recuperación consiste en volver a configurar el sistema.

SYST-308 es un caso especial que sorprende a los usuarios durante la recuperación. Para borrar una alarma relacionada con DCS se requiere el modo T1 y las teclas SHIFT más RESET, no un simple reinicio. Un operario que pulse RESET en modo AUTO concluirá erróneamente que la alarma está atascada, cuando en realidad se está borrando desde el modo incorrecto.

8. Códigos de seguridad DCS: SRVO-406 a 410

Cómo se asignan las cinco señales

Estos cinco códigos parecen fallos de servo debido al prefijo, pero no lo son. Indican el estado de las salidas de seguridad DCS, y cada uno corresponde a una única señal. SSO[1] es C_SVOFF y genera SRVO-406. SSO[2] es C_FENCE y genera SRVO-407. SSO[3] es C_EXEMG y genera SRVO-408. SSO[4] es C_SVDISC y genera SRVO-409. SSO[5] es C_NTED y genera SRVO-410.

Los dos que detienen las celdas con más frecuencia, 408 y 409, tienen una secuencia de aislamiento paso a paso en Cómo resolver la alarma FANUC SRVO-408 . La sección siguiente explica por qué aparecen y por qué rara vez indican un fallo de un componente servo.

Por qué un 408 repentino suele deberse a un cambio de configuración

El comportamiento que explica la mayoría de estas incidencias aparece en el manual DCS, sección 5 del documento B-83184EN/12, y es fácil pasarlo por alto: el valor inicial de cada señal es ON, y la alarma no se activa cuando la señal no se utiliza en Safe I/O Connect. Por tanto, un robot que ha funcionado durante años sin ninguna alarma DCS y de repente presenta un 408 no ha desarrollado un fallo servo. Bien se ha modificado la asignación, bien se ha modificado el cableado, o bien el PLC de seguridad ha dejado de emitir la señal.

Un hilo de foro público de 2019 muestra el mismo mecanismo desde el lado de la simulación. Una copia de seguridad tomada de una celda operativa y abierta en ROBOGUIDE generó los códigos SRVO-406, 407, 408 y 409 simultáneamente, porque el controlador virtual no contaba con un PLC de seguridad que alimentara las entradas asignadas. Al eliminar las entradas de Safe I/O Connect desaparecieron los cuatro códigos, lo que confirma que dichos códigos siguen la asignación y no el hardware.

Dos hechos hardware completan el panorama. SRVO-230 y SRVO-231 indican una discrepancia entre los dos canales de seguridad: el manual los define como una condición en la que un contacto de la cadena 1 está cerrado mientras que el contacto correspondiente de la cadena 2 está abierto. Eso es precisamente lo que ocurre cuando alguien puentea un circuito de doble canal hacia un solo canal para hacer funcionar una celda, y por eso dicho atajo no es aceptable. Por separado, los controladores R-30iB y R-30iB Mate no disponen de una función de desconexión del servo, por lo que SRVO-409 carece de fundamento hardware en esos armarios.

9. Códigos MOTN: nada está roto

MOTN-017: el controlador rechaza la trayectoria

Las alarmas MOTN provienen de la capa de instrucciones de movimiento. La mecánica está intacta y el controlador se niega a ejecutar, lo cual es un tipo distinto de problema respecto a una falla del servo. MOTN-049 es una violación de límite de software: el controlador calcula que la trayectoria ordenada llevaría un eje más allá de su límite configurado, y detiene la operación antes de iniciar el movimiento.

Las causas comunes son una posición enseñada en el borde del volumen de trabajo, un marco de usuario que se editó o restauró desde otra celda, un cambio de configuración entre dos puntos adyacentes y, en modelos SCARA, un desplazamiento en coordenadas mundiales que no tiene solución cinemática válida en la postura actual. El diagnóstico rápido es el modo de desplazamiento manual: si el modo articulado funciona pero el modo mundial activa la alarma, el problema radica en el marco o en la configuración, no en el hardware.

MOTN-049: no se ha calibrado el estado de maestro

MOTN-049 es un estado de calibración, no una falla mecánica. La operación de 'mastering' establece la relación de referencia entre el codificador y el eje. Luego, la calibración hace que dicha referencia sea utilizable para el movimiento. Un robot puede haberse sometido a 'mastering' y aun así rehusarse a moverse porque nunca se completó la calibración, y ningún reemplazo de batería cambiará ese estado.

La línea divisoria entre estas dos familias merece recordarse. Si el robot se desplaza en modo 'jog' pero no ejecuta un programa, examine la calibración y el programa. Si ni siquiera se desplaza en modo 'jog', examine el hardware y la cadena de seguridad.

10. Cuando la causa se encuentra fuera del robot

Tres alarmas de sobrecarga suelen confundirse como si fueran una sola, pero no lo son. La OVC se calcula dentro de la unidad servo a partir de la corriente eficaz (RMS) y responde dentro de una ventana de tiempo corta. La OHAL proviene de un termostato ubicado dentro del motor y responde durante un período más largo. La HC se activa cuando el amplificador detecta una corriente anormalmente elevada en el circuito principal, lo que protege los transistores y evita la desmagnetización de los imanes del motor. Las tres pueden aparecer simultáneamente en el mismo eje, y normalmente todas apuntan al esfuerzo mecánico (carga), no al amplificador.

Los sospechosos mecánicos son pocos y aburridos: un freno que no se libera, un reductor que ha perdido su lubricante, una protección o un cable que interfiere parcialmente durante el recorrido, y una carga útil cuyo valor cambió sin actualizar el modelo.

Los sospechosos eléctricos son igualmente aburridos y tan comunes como los mecánicos: tensión de entrada fuera del rango nominal, un cable del codificador dañado en el paquete de cables móviles (dress pack) y una falla de tierra en el cable del motor.

La regla que ahorra más dinero es la misma que se indicó anteriormente: demuestre que la pieza está defectuosa antes de reemplazarla. Realice una prueba de aislamiento en el cable del motor, intercambie la fibra óptica, lea los LED del amplificador y compare la corriente comandada con la de un eje gemelo. Obtener evidencia es más rápido que adivinar y considerablemente más económico.

11. ¿Quién debe actuar ante el código?

La misma alarma implica distintas acciones según su rol o ubicación.

En una línea de producción, la prioridad es obtener la siguiente pieza correcta. La gravedad determina si la celda se detiene: las advertencias (WARN) pueden continuar hasta la siguiente ventana planificada, pero las alarmas SERVO y SYSTEM no lo permiten. Las piezas de repuesto deben seleccionarse según la tasa de fallos y el riesgo de suministro, no según una lista general de piezas que podrían fallar.

Durante la puesta en marcha, la mayoría de las alarmas no corresponden a fallos de hardware. Una nueva celda genera errores de límite, configuración y mapeo de seguridad porque aún se están ajustando los bastidores, la carga útil y la configuración del sistema DCS. El primer sospechoso debe ser lo último que se modificó.

En un banco de reparación, el mapa útil va del código a la placa y al componente. Este artículo se detiene intencionalmente en el subsistema, porque el aislamiento a nivel de placa requiere un conjunto distinto de documentos y mediciones.

Para un comerciante o un revendedor, el riesgo consiste en cotizar la pieza incorrecta. Un código indica qué subsistema está involucrado, no qué número de pieza debe enviarse; y un número equivocado genera mayores costos por devoluciones que una respuesta lenta por pérdida de margen.

12. Qué enviarnos

Seis elementos permiten a un ingeniero remoto reconstruir la falla sin necesidad de desplazarse.

1. Modelo y número de serie del robot.
2. Modelo del controlador y versión del software.
3. El texto completo de la alarma, incluyendo la referencia al grupo y al eje.
4. Una fotografía o exportación del historial de alarmas, no solo la línea actual.
5. Qué se modificó o reparó antes de que apareciera la alarma.
6. Qué hace actualmente el robot: desplazamiento manual en modo articulado, desplazamiento manual en modo mundial o no se mueve en absoluto.

El número de serie por sí solo es suficiente para comenzar. El resto acorta la conversación, y el punto 6 a menudo responde la pregunta antes de que alguien abra un manual.

Lo que suministramos. Piezas de repuesto FANUC para los componentes a los que apuntan estas alarmas: unidades de batería para codificadores en ambos tamaños, amplificadores servo, cables de fibra óptica FSSB, cables para codificadores y motores, y tarjetas de control de ejes. También aceptamos esas mismas unidades para reparación a nivel de tarjeta, donde la mayoría de las reparaciones incluyen 12 meses de garantía y las series discontinuadas se confirman por unidad. Envíe el modelo y el número de serie del robot, y nosotros confirmaremos la pieza frente a esa unidad mecánica antes de emitirle una cotización. Las piezas incluyen 12 meses de garantía, con cobertura extendida disponible bajo solicitud.

Si tiene una alarma que no logra identificar, envíe el número de serie y el texto de la alarma. Nosotros confirmaremos qué cubre el código, qué no cubre y qué pieza, si corresponde, está realmente involucrada. Si la causa raíz es algo que su propio equipo puede solucionar, se lo indicaremos.

Envíe el número de serie y el texto de la alarma con el botón de abajo. Lo que reciba a cambio es el subsistema al que corresponde el código, si efectivamente está implicada una pieza y una cotización, en caso de ser necesaria. Si aún no hay nada averiado y está planificando repuestos, envíe en su lugar la lista de modelos, y le indicaremos qué piezas de esa lista aparecen primero en dicho modelo.

Solicitar una cotización

Preguntas frecuentes

¿Qué significa G:1 A:3 en una alarma FANUC?

G es el grupo de movimiento y A es el eje dentro de ese grupo. G:1 A:3 significa grupo 1, eje 3. En un único robot, el grupo es casi siempre 1, por lo que el valor sobre el que actuar es el eje. En una célula con un posicionador o un segundo robot, el grupo indica qué máquina estaba direccionando el controlador.

¿Puedo restablecer una alarma FANUC y seguir operando?

Depende de la gravedad. Las alarmas de ADVERTENCIA, PAUSA y PARADA normalmente se pueden restablecer una vez que desaparece la causa, y la producción puede continuar. Las alarmas de SERVO y de SISTEMA no deben restablecerse repetidamente para mantener en marcha una línea, porque la condición subyacente sigue presente y el siguiente paro será más difícil de diagnosticar.

¿Por qué vuelve la misma alarma después de reemplazar la pieza?

Porque la pieza no era la causa o porque hay un segundo fallo detrás de ella. Dos patrones son comunes: un problema en el circuito alrededor de un componente sano, como los contactos de resorte en la carcasa de la batería, y un fallo que solo aparece tras reparar el primero, como baterías del codificador agotadas durante una parada prolongada.

¿Cuál es la diferencia entre SRVO-062 y SRVO-065?

SRVO-065 es una advertencia de que el voltaje de la batería del codificador ha caído por debajo del valor de referencia, aunque los datos siguen intactos. SRVO-062 indica que la copia de seguridad ya no mantiene la posición absoluta, por lo que el robot se detiene y el eje requiere un restablecimiento de pulsos y una calibración. El 065 es la alarma sobre la que debe actuar.

¿Necesito volver a calibrar tras cambiar la batería del codificador?

Si la alarma permaneció en SRVO-065 y el controlador estuvo alimentado durante el intercambio, normalmente no es necesario. Si apareció SRVO-062, el recuento de pulsos se ha perdido y el eje necesita un restablecimiento de pulsos seguido de una calibración. La calibración rápida está disponible cuando los datos de cero de fábrica siguen siendo válidos y la desviación es inferior a media revolución del motor.

¿Qué información debo enviar para obtener un presupuesto?

El número de serie del robot es suficiente para comenzar. Añadir el modelo del controlador, la versión del software y una fotografía de la alarma nos permite confirmar la pieza exacta y emitir un presupuesto, normalmente dentro de las 24 horas.

¿Puedo formular una pregunta técnica sin comprar una pieza?

Sí. Una gran parte de las preguntas que recibimos se refieren a la lectura de un código, sin ninguna compra asociada. Si la causa raíz es algo que su equipo puede solucionar, se lo indicaremos directamente.

Referencias

Referencias técnicas

1. Lista de códigos de alarma de la serie de robots FANUC, publicación B-83284EN-1/04 y B-83284CM-1/04.
2. Manual de la función Dual Check Safety de FANUC, publicación B-83184EN/12, sección 5 y sección 24.
3. Manual de mantenimiento del controlador R-30iB / R-30iB Mate de FANUC, publicación B-83195CM-07 y B-83525EN/01.
4. Manual de mantenimiento del controlador R-30iB Mini Plus de FANUC, publicación B-84175EN/03, sección Historial de alarmas.
5. Manual de orientación de Shanghai FANUC sobre la calibración del punto cero tras una pérdida de energía, secciones 2 y 4.
6. Preguntas frecuentes técnicas de FANUC Taiwán, sección de códigos de alarma, consultado en octubre de 2026. https://www.fanuc.com.tw/skill.php?t=1

Fuentes de los casos

Los dos registros siguientes se citan como ejemplos de lo que ocurre en el campo, no como autoridad técnica. Cada procedimiento de este artículo sigue las publicaciones de FANUC enumeradas anteriormente.

7. Hilo público del foro de robots, "No se puede borrar la alarma SRVO-062 BZAL tras reemplazar las baterías", 8 de diciembre de 2022. https://www.robot-forum.com/robotforum/thread/43123-can-t-clear-srvo-062-bzal-alarm-after-replacing-batteries/
8. Registro público de servicio publicado en chino, "Resumen de fallos SRVO-223 y SRVO-058", 3 de enero de 2021. https://blog.csdn.net/duxiaokang2014/article/details/112133073
9. Hilo público del foro de robots, "Copia de seguridad de importación de HandlingPro", 9 de diciembre de 2019. https://www.robot-forum.com/robotforum/thread/33809-handlingpro-import-backup