CPU S7-300 en STOP: qué revisar antes de tocar nada

Qué estás viendo

El LED STOP amarillo fijo indica que la CPU no ejecuta el programa cíclico. RUN está apagado y, según la causa, SF o BF pueden estar encendidos. Si STOP parpadea lento, la CPU está pidiendo un borrado total; ese caso tiene un tratamiento distinto y no conviene forzarlo sin respaldo del proyecto.

• STOP fijo con SF apagado: suele ser una parada manual, un corte de alimentación o un arranque incompleto.
• STOP fijo con SF encendido: un evento de error llevó la CPU a STOP y quedó registrado en el Diagnostic Buffer.
• STOP fijo con BF encendido: la parada llegó desde la red PROFIBUS, por ejemplo una estación caída sin el OB 86 cargado.
• STOP parpadeando: la CPU solicita borrado total. Antes de hacerlo, confirma que existe una copia verificada del proyecto.

Antes de tocar nada

Dos minutos de registro evitan horas de prueba y error. Anota lo que la CPU muestra ahora, porque al mover el selector parte de esa evidencia desaparece.

Causas probables, en orden

Este es el orden en que conviene descartar: de lo más frecuente y simple a lo más costoso.

1. Selector en STOP o cambio de modo manual, incluido un STOP enviado desde STEP 7.
2. Evento de error sin OB de tratamiento cargado: acceso a periferia (OB 122), error de programación (OB 121), fallo de estación (OB 86) o de módulo (OB 82). Sin el OB, la CPU pasa a STOP; con el OB cargado, sigue en RUN y avisa con SF.
3. Diferencia entre el hardware configurado y el instalado: módulo faltante, distinto o mal enclavado, rack de expansión sin alimentación.
4. Alimentación: DC5V apagado o parpadeando apunta a la fuente o a un consumo excesivo en el rack.
5. Pérdida del programa tras un corte en CPU antiguas con batería agotada: la CPU arranca vacía y pide borrado total.
6. Tiempo de ciclo excedido (OB 80) por bucles, comunicación lenta o bloques nuevos.

Verificación paso a paso

Con el registro hecho, la secuencia es siempre la misma: leer lo que la CPU guardó, comparar con lo configurado y resolver la causa antes de arrancar.

1. Conecta STEP 7 y abre Estado del módulo → Búfer de diagnóstico. Anota el evento que llevó a STOP y los tres o cuatro anteriores, con hora y OB.
2. Compara HW Config online con lo configurado: módulos en rojo, direcciones y estaciones DP en fallo.
3. Revisa alimentación y fusibles del rack y de los módulos señalados.
4. Si la causa es de campo, de red o de hardware, resuélvela primero. Poner la CPU en RUN sin eso solo repite la parada.
5. Recién entonces pasa el selector de STOP a RUN o usa el arranque desde STEP 7, y verifica que SF y BF queden apagados.
6. Documenta causa, evidencia y acción. Esa nota sirve para la próxima parada y para el OB que falta cargar.

Qué no hacer

Tres atajos que agrandan el problema.

• Borrado total (MRES) sin una copia verificada del proyecto.
• Cambiar módulos por descarte antes de leer el Diagnostic Buffer.
• Cargar un proyecto sin saber qué versión estaba en la CPU.

Cuándo conviene pedir ayuda

Si el búfer muestra errores de hardware repetidos, si la CPU vuelve a STOP después de arrancar o si no existe respaldo del proyecto, conviene una intervención con criterio antes de seguir probando.