Añadido correctamente
El producto se ha añadido a su cotización.
Niveles de fallas de OMRON NX/NJ
Guía de campo del ingeniero · Automatización OMRON
Niveles de fallas OMRON NX/NJ:
De la observación a la falla del sistema
OMRON clasifica cada falla por severidad, y esa estructura por sí sola le indica si el controlador sigue funcionando antes incluso de abrir Sysmac Studio. A continuación, le explicamos cómo leer el sistema de cinco niveles y dejar de perseguir la CPU cuando un esclavo EtherCAT es el problema real.
01 / Resumen Los cinco niveles de fallas
Los códigos de falla de OMRON se organizan por gravedad — aprenda primero los niveles
La plataforma Sysmac de OMRON (serie NJ/NX) y la antigua serie CJ/CS clasifican las fallas por nivel de gravedad en lugar de por una lista de códigos numéricos planos. Una vez que un técnico comprende la estructura de cinco niveles, el nivel de gravedad por sí solo le indica inmediatamente si debe esperar que el controlador siga funcionando o que ya se haya detenido, incluso antes de ver qué evento específico lo activó.
Los cinco niveles, de menor a mayor gravedad, son: Observación (informativa, sin impacto operativo), Falla Menor (la operación continúa, una función o unidad está degradada), Falla Parcial (una función o tarea específica se ha detenido, otras continúan), Falla Mayor (el controlador ha detenido la operación por completo) y Falla del Sistema (una falla de integridad de hardware o firmware a nivel de CPU). Interpretar erróneamente dónde se encuentra una falla en esta escala es la razón principal por la que los controladores OMRON se sobredimensionan o se infravaloran en el campo.
Esta guía detalla lo que aparece en cada nivel, la primera acción para cada uno y el patrón de fallas en cascada que causa la mayor cantidad de reemplazos innecesarios de CPU con códigos de falla OMRON en sistemas EtherCAT de la serie NX.
02 / Baja gravedad Fallas de observación y menores
Fallas de observación y menores — regístrelas, no las escale
Estos dos niveles cubren la mayoría de las entradas en una pestaña de Solución de problemas típica de Sysmac Studio, y también son las más sobreescaladas. Ninguno de los dos niveles detiene el controlador, y las Fallas Menores se aíslan a una única función o unidad degradada en lugar de afectar a todo el sistema.
| Nivel de falla | Evento de ejemplo | Primera acción | Diagnóstico erróneo común |
|---|---|---|---|
| Observación | Aviso informativo, p. ej., se cambió un parámetro de configuración en línea | Revisar en la pestaña Solución de problemas de Sysmac Studio; generalmente es seguro borrar y continuar monitoreando | Escalado innecesariamente como una falla urgente cuando no tiene ningún impacto operativo |
| Falla Menor | Advertencia a nivel de unidad de E/S, p. ej., un canal de entrada analógica cerca de su límite de rango de medición | Identifique la unidad específica que informa la falla a través del indicador de error a nivel de unidad antes de asumir una falla de todo el controlador | Se cuestiona todo el rack de la CPU cuando la falla está aislada en una sola unidad de E/S que funciona cerca de un límite configurado |
| Falla Menor | Advertencia de batería baja en la unidad de la CPU | Reemplace la batería durante la próxima ventana de mantenimiento programada; verifique el período de retención documentado para ese modelo específico de CPU | Tratada con la misma urgencia que una Falla Mayor, cuando la mayoría de las advertencias de batería de NX/NJ tienen un búfer de retención de varias semanas |
El hábito clave a desarrollar aquí: verifique el nivel de falla antes de reaccionar a la falla. Una Falla Menor en un canal de E/S degradado no justifica la misma urgencia que una Falla Mayor que realmente ha detenido la producción, pero en un entorno ajetreado, es fácil tratar cada indicador rojo de la misma manera.
Baterías, unidades de E/S y accesorios OMRON serie NX/NJ — en stock, 2 años de garantía
Comprar accesorios OMRON →
03 / Gravedad Media Fallas parciales
Fallas parciales — una tarea detenida, el resto de la máquina generalmente no
Las fallas parciales son donde la arquitectura basada en tareas de OMRON realmente vale la pena para el diagnóstico, y donde los técnicos que no están familiarizados con cómo los controladores NJ/NX separan las funciones en tareas que se ejecutan de forma independiente las interpretan con mayor frecuencia.
| Nivel de falla | Evento de ejemplo | Primera acción | Diagnóstico erróneo común |
|---|---|---|---|
| Falla Parcial | Tarea de control de movimiento detenida, p. ej., un error de eje en un eje servo específico | Verifique qué período de tarea o eje de control de movimiento activó la falla en el módulo de función de Control de movimiento; es probable que otras tareas no se vean afectadas | La máquina completa se considera inactiva cuando solo una tarea o eje falló mientras otras tareas de E/S y lógica seguían ejecutándose |
| Falla Parcial | Esclavo EtherCAT específico que informa un error de comunicación de datos de proceso | Verifique la vista de topología de red EtherCAT para el esclavo exacto marcado; otros esclavos en la misma red suelen seguir funcionando | Toda la red EtherCAT se asume inactiva cuando el conector o cable de un solo esclavo fue la causa aislada |
| Falla Parcial | Período de tarea definido por el usuario excedido: el tiempo de ciclo de una tarea de programa específica fue demasiado largo | Verifique la lógica de la tarea específica en busca de un cambio reciente, un bucle agregado o una carga de instrucciones pesada antes de asumir que es hardware | Se cuestiona el rendimiento de todo el controlador cuando la lógica de una sola tarea se había vuelto más pesada con el tiempo |
Debido a que los controladores NJ/NX ejecutan múltiples tareas de forma independiente, una falla parcial está, por definición, acotada, lo que le indica exactamente qué tarea o eje debe examinar. Investigar todo el controlador cuando los detalles de la falla ya nombran la tarea específica es una de las formas más comunes en que se desperdicia tiempo de solución de problemas en esta plataforma.
04 / Alta gravedad Fallas mayores y EtherCAT
Fallas mayores — el controlador se ha detenido, pero la CPU podría no ser la razón
Una Falla Mayor significa que el controlador ha detenido la operación y la salida RUN se ha desenergizado. Este es el nivel donde ocurren los diagnósticos erróneos más costosos, porque la serie NX de OMRON depende en gran medida de EtherCAT para E/S y movimiento, y un solo esclavo EtherCAT desconectado o con falla puede activar una Falla Mayor a nivel del controlador, incluso si la CPU misma funciona correctamente.
| Nivel de falla | Evento de ejemplo | Primera acción | Diagnóstico erróneo común |
|---|---|---|---|
| Falla Mayor | Error de comunicaciones EtherCAT: el maestro detecta una desconexión de un esclavo a mitad de ciclo | Abra la vista de topología de red EtherCAT en Sysmac Studio; esto señala el esclavo exacto que se cayó antes de cualquier acción a nivel de CPU | Controlador NX1P2 o NX102 reemplazado por una "falla mayor" cuando el conector del cable de un solo esclavo descendente simplemente se había aflojado |
| Falla Mayor | Error de bus de E/S: falla de comunicación en todo el bus de E/S | Verifique primero el dispositivo más aguas arriba en el bus; una sola unidad defectuosa al principio de la cadena puede interrumpir la comunicación con todo lo que está aguas abajo | Múltiples unidades de E/S sospechosas de falla simultánea cuando una unidad aguas arriba era el único punto de falla real |
| Falla Mayor | Controlador detenido por función de seguridad: una entrada de seguridad conectada activó una cadena de parada de emergencia | Verifique el estado y el cableado de la entrada de seguridad antes de asumir una falla a nivel del controlador; este es el sistema de seguridad funcionando según lo diseñado | Tratado como un mal funcionamiento del controlador cuando un paro de emergencia, una cortina de luz o un interruptor de puerta de seguridad se había activado legítimamente |
Por qué la topología de EtherCAT, no la CPU, es lo primero que se debe verificar
Antes de reemplazar un controlador NX1P2 o NX102 por una Falla Mayor, siempre abra la vista de topología de red EtherCAT en Sysmac Studio. Muestra la red como una cadena e inmediatamente marca el esclavo o segmento exacto que se cayó, que es el punto de falla real con mucha más frecuencia que la propia CPU. Esta única verificación resuelve una gran parte de las llamadas por Fallas Mayores sin ninguna sustitución de hardware.
Unidades de E/S, esclavos y módulos de seguridad EtherCAT OMRON — en stock, 2 años de garantía
Comprar módulos de E/S y seguridad OMRON →
05 / Crítico Fallas del sistema
Fallas del sistema — el único nivel donde el hardware es genuinamente el primer sospechoso
Las fallas del sistema representan una falla de integridad de hardware o firmware a nivel de CPU, el nivel más grave, y aquel donde una respuesta que priorice el hardware suele estar justificada. Sin embargo, incluso aquí, hay una excepción común que vale la pena verificar antes de comprometerse con un reemplazo.
| Nivel de falla | Evento de ejemplo | Primera acción | Diagnóstico erróneo común |
|---|---|---|---|
| Falla del sistema | Error de hardware de la unidad de CPU: falla de autodiagnóstico interno | Reinicie una vez; si la falla persiste con el mismo código de evento, este es un escenario de reemplazo genuino de la CPU | Falso positivo raro, pero vale la pena la verificación de un ciclo de encendido antes de pedir un reemplazo |
| Falla del sistema | Corrupción de firmware detectada: falta de coincidencia de suma de verificación en el firmware interno | Compruebe si una actualización de firmware se interrumpió recientemente; volver a flashear mediante el procedimiento documentado de OMRON puede resolver esto sin reemplazar el hardware | La CPU se declara muerta después de una actualización de firmware interrumpida, cuando un reflasheo limpio a menudo restaura el funcionamiento normal |
| Falla del sistema | Error de memoria no volátil: configuración del controlador o datos de programa dañados en el almacenamiento interno | Intente recargar el programa y la configuración desde una copia de seguridad verificada antes de asumir que el hardware de la memoria en sí ha fallado | Controlador reemplazado cuando la recarga desde una copia de seguridad conocida y buena habría resuelto un estado de memoria corrupto pero recuperable |
La excepción de corrupción de firmware importa: una actualización interrumpida puede producir síntomas idénticos a una falla de hardware genuina, pero un reflasheo ejecutado correctamente siguiendo el procedimiento de recuperación documentado de OMRON lo resuelve con frecuencia. Solo después de que ese intento de recuperación falle, el controlador debe tratarse como un reemplazo de hardware confirmado.
06 / Punto de decisión Cuando es una falla genuina del controlador
Cuando el nivel de falla realmente significa "reemplazar el controlador"
La mayoría de las fallas de OMRON por debajo del nivel de falla del sistema apuntan lejos de la CPU, a una unidad degradada, una tarea detenida o un esclavo EtherCAT desconectado. A continuación, le explicamos cómo reconocer cuándo el reemplazo de hardware es realmente la decisión correcta.
| Señal | Por qué apunta al hardware |
|---|---|
| La falla del sistema se repite de forma inmediata e idéntica después de un único ciclo de encendido | Una falla interna transitoria generalmente se borra al encender; la recurrencia inmediata del mismo código de evento indica una falla interna genuina |
| El reflasheo del firmware mediante el procedimiento documentado no resuelve una falla del sistema por corrupción del firmware | Si un reflasheo limpio y ejecutado correctamente no restaura el funcionamiento normal, el problema se extiende más allá del firmware hacia el hardware |
| La recarga del programa/configuración desde una copia de seguridad verificada no resuelve un error de memoria no volátil | Una copia de seguridad conocida y buena que aún no se carga indica que el hardware de la memoria en sí, no los datos, ha fallado |
| El controlador falla su autodiagnóstico de encendido de forma consistente en múltiples ciclos de encendido | Una falla repetible del autodiagnóstico antes de que el programa incluso se cargue es un problema de la capa de hardware |
| La falla persiste después de aislar y descartar todas las causas a nivel de unidad de E/S, esclavo EtherCAT y tarea | Proceso de eliminación: una vez que se excluyen todas las causas periféricas y a nivel de tarea, el controlador es la variable restante |
Para un controlador OMRON antiguo o descontinuado (una unidad CJ1M heredada o una unidad de la serie NJ temprana), confirmar que la falla es genuinamente de hardware antes de realizar el pedido es importante, ya que las unidades de reemplazo para piezas al final de su vida útil pueden ser reacondicionadas o nuevas-excedentes en lugar de producción actual. IAC verifica el número de pieza y la compatibilidad del firmware en cada pedido antes de enviarlo.
¿Ha confirmado una falla genuina del controlador? Envíe su número de pieza: IAC verifica la compatibilidad antes del envío
Solicite una cotización →
07 / Abastecimiento Obtenga el reemplazo rápido
Se diagnosticó la falla. Ahora obtenga la pieza OMRON correcta, enviada hoy.
IAC tiene en stock controladores OMRON de las series NX/NJ y legacy CJ/CS, unidades de E/S, esclavos EtherCAT y componentes de seguridad, el hardware exacto detrás de la mayoría de los niveles de falla cubiertos anteriormente. Ya sea que el problema se deba a una unidad de E/S degradada, un esclavo EtherCAT caído, una tarea de movimiento detenida o una falla genuina del sistema, el reemplazo correcto se obtiene y verifica antes de su envío.
Garantía y verificación
Cada unidad OMRON que IAC envía cuenta con una garantía de 2 años en servicio, el doble del estándar de la industria para componentes industriales reacondicionados. Los controladores se prueban con una carga de proyecto; las unidades de E/S se verifican para la funcionalidad a nivel de canal antes de que salgan del almacén. Si una lectura de nivel de falla es ambigua, los ingenieros de IAC pueden ayudar a confirmar si realmente se justifica un reemplazo de hardware.
Envío el mismo día
Las piezas OMRON en stock pedidas antes de las 4:00 PM hora del este se envían el mismo día. Para situaciones urgentes de línea caída, llame al (877) 727-8757 durante el horario comercial; el tiempo de respuesta de la cotización suele ser inferior a cinco minutos. También puede enviar un número de pieza a través del formulario de cotización ↗ o enviar un correo electrónico a sales@iac.us.com.
OMRON NX/NJ · CJ/CS · E/S EtherCAT · módulos de seguridad — todo en stock, 2 años de garantía
Ver catálogo completo de OMRON →Falla confirmada. Obtenga la pieza OMRON, enviada hoy.
Controladores y módulos de las series NX/NJ y CJ/CS verificados antes del envío, 2 años de garantía. Cotizaciones en 5 minutos durante el horario comercial. Envío el mismo día para unidades en stock.