SF encendido con la CPU en RUN: módulos, periferia y señales

Qué estás viendo

El LED SF, fallo de sistema, se enciende cuando la CPU registra un error de hardware o de programa. Si el OB correspondiente está cargado, la CPU sigue en RUN y el error queda en el Diagnostic Buffer.

• Alarma de diagnóstico de un módulo (OB 82): rotura de hilo, cortocircuito, falta de tensión de carga o módulo defectuoso.
• Fallo de estación o de rack (OB 86) tolerado: una ET200 se cayó y el programa siguió.
• Error de programación (OB 121) o de acceso a periferia (OB 122) esporádico: direcciones inexistentes, DB borrado, cambios recientes.
• SF en un módulo de señales: el propio módulo indica el canal o el grupo afectado.

Antes de tocar nada

Con la CPU en RUN hay tiempo para registrar. Aprovéchalo antes de que alguien reinicie el rack.

Causas probables, en orden

Del más frecuente y barato de comprobar al que requiere repuesto.

1. Falta de tensión de carga L+ en módulos de salida: fusible, borne o fuente de 24 V.
2. Rotura de hilo o cortocircuito en un canal con diagnóstico habilitado: sensor desconectado, cable cortado, lazo de 4-20 mA abierto.
3. Módulo mal enclavado o con contactos sucios en el bus del rack.
4. Estación ET200 con un módulo faltante, distinto o sin tensión.
5. Módulo dañado: SF permanece con el canal desconectado y sin carga.
6. Error de programa esporádico tras cambios: acceso a un DB o a una dirección de periferia que no existe.

Verificación paso a paso

El Diagnostic Buffer y el estado del módulo dicen dónde mirar; el campo confirma.

1. Abre el Diagnostic Buffer y ubica el evento: el texto indica rack, slot o estación DP, y a veces el canal.
2. En HW Config online, entra en el módulo señalado: Estado del módulo → Diagnóstico muestra el canal y el tipo de fallo.
3. Verifica la tensión de carga L+ y los fusibles del módulo indicado antes de tocar el campo.
4. Si el diagnóstico apunta a un canal, mide el lazo o el sensor: continuidad, alimentación del sensor, corriente de 4-20 mA.
5. Si con el canal desconectado y sin carga el módulo sigue en SF, corresponde reemplazarlo con la misma referencia y la configuración original.
6. Confirma que SF se apague y registra la causa.

Qué no hacer

Tres decisiones que esconden la falla en lugar de resolverla.

• Desactivar la alarma de diagnóstico del módulo para que SF se apague.
• Cambiar el módulo antes de revisar L+ y el cableado del canal.
• Ignorar un SF porque la línea sigue produciendo: una señal falsa puede estar activa.

Cuándo conviene pedir ayuda

Si el evento aparece y desaparece sin cambios en campo, si hay varios módulos afectados a la vez o si el problema sigue tras reemplazar el módulo, el origen puede estar en alimentación, ruido o bus de rack y conviene un diagnóstico ordenado.