Patrones reales revisados
Resume situaciones reales de PLC en RUN, secuencias bloqueadas, permisos, módulos, remotas, watchdogs, tareas, alarmas, recetas, HMI y cambios online.
Diagnóstico de automatización industrial
PLC en RUN pero máquina no arranca: separar secuencia, permisos de ciclo, interlocks, I/O, watchdog, alarmas y condición real antes de concluir.
Cuando un PLC está en RUN pero la máquina no arranca, no basta con mirar una alarma o una señal aislada. La guía ayuda a ordenar evidencias, condiciones de aparición, documentación y límites sin convertir el caso en una instrucción operativa.
El error es mirar solo la línea de lógica que no avanza. Una secuencia parada suele ser el resultado de varias condiciones que no están diciendo lo mismo.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar máquinas que no arrancan o no avanzan ciclo sin publicar lógica privada, proyectos, atajos de control ni instrucciones de intervención.
Secuencia antes que programa
Ayuda a separar si el bloqueo pertenece a condición de campo, diagnóstico de hardware, estado de red, tarea, estación vecina, receta o lógica de proceso.
Límites claros
No da instrucciones para alterar señales, neutralizar condiciones de control, cambiar lógica, modificar tareas ni devolver la máquina a ciclo.
Separación diagnóstica
La primera separación: RUN no significa listo.
La CPU puede estar ejecutando mientras la máquina sigue bloqueada por una condición real, una señal dudosa o una lectura incompleta.
Permisos de ciclo e interlocks
Entra cuando la máquina se queda en espera, falta una condición de automático, una estación no entrega permiso o un bloqueo queda activo después del fallo.
Señal de campo e imagen de I/O
Entra cuando sensores, remotas, módulos o señales parecen presentes en pantalla pero no cuadran con la lógica, la estación o el diagnóstico.
Receta y cambio reciente
Entra cuando el fallo aparece después de modificar receta, formato, modo, parámetro autorizado, HMI, estación o rutina de producción.
Diagnóstico de hardware
Entra cuando el PLC sigue vivo pero existe módulo, canal, remota, bus, alimentación o dispositivo con diagnóstico que condiciona la secuencia.
Tareas, eventos y watchdog
Entra cuando el comportamiento parece aleatorio, aparecen paradas por tiempo de ciclo, eventos perdidos o bloqueos que coinciden con carga de ejecución.
HMI y alarma visible
Entra cuando el operador ve una pantalla limpia, pero la causa está en histórico, alarma no mostrada, diagnóstico oculto o mensaje ambiguo.
Evidencia mínima
Evidencia mínima útil antes de tocar la lógica.
La evidencia útil conecta paso de secuencia, condiciones pendientes, señales reales, diagnóstico, cambios y contexto de producción.
- Estado real: CPU en RUN, modo de máquina, paso de secuencia, estación afectada, permiso que falta, alarma visible y comportamiento repetible.
- Momento: arranque, cambio de turno, receta, formato, parada previa, fallo físico resuelto, cambio online, sustitución de módulo, reinicio o pérdida de red.
- Condición pendiente: interlock, sensor, estación vecina, robot, drive, safety, aire, energía, modo, receta, pieza, puerta, emergencia o diagnóstico de módulo.
- Evidencia de I/O: señal de campo, estado en HMI, estado en PLC, diagnóstico del módulo, calidad de canal, remota y coherencia entre capas.
- Alarmas e historial: mensaje actual, histórico de eventos, primera alarma, diagnóstico de hardware, registros de controlador y partes anteriores.
- Cambios recientes: lógica, receta, HMI, remota, red, drive, sensor, estación, firmware, modo de operación, ajuste de producción o mantenimiento.
- Alcance: una estación, una familia de señales, una remota, una línea, una receta, todos los modos o solo automático.
- Condición de seguridad: movimiento, energía, safety, bloqueo repetido, fallo intermitente o duda sobre estado seguro de la máquina.
Patrones de error
Errores que conviene evitar cuando el PLC está en RUN.
Una secuencia parada no autoriza a perseguir el programa como primer culpable. Hay que leer el sistema completo.
Culpar a la lógica sin mirar diagnóstico
Un módulo, canal, remota, bus o estado de hardware puede estar explicando el bloqueo aunque la CPU siga en RUN.
Confundir pantalla limpia con ausencia de fallo
La HMI puede no mostrar una alarma útil, tener filtros, históricos vacíos o mensajes que no enseñan la primera causa.
Perseguir el sensor equivocado
Una señal puede estar bien en campo y mal en la imagen de proceso, o al revés. El diagnóstico necesita separar capas.
Olvidar el cambio previo
Si el bloqueo aparece tras receta, formato, online change, módulo, red o mantenimiento, ese cambio forma parte del caso.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Harcki podrá trabajar con proyectos, capturas, alarmas, manuales, esquemas e historial aportados por usuarios y validados. Esta guía pública solo ordena qué información conviene localizar.
- Descripción del paso de secuencia, modo, estación, condición pendiente y mensaje visible sin publicar lógica privada.
- Esquema o documentación funcional de sensores, actuadores, remotas, módulos, drives, HMI, estaciones vecinas e interlocks.
- Historial de alarmas, eventos, diagnóstico de hardware, cambios de receta, formato, intervención y comportamiento por turno.
- Capturas o fotos de estados, mensajes, indicadores, módulos y HMI, evitando credenciales, direcciones internas y arquitectura sensible.
- Registro de qué se observó, qué cambió, cuándo ocurre, si se repite y qué evidencia falta para cerrar la causa.
Seguridad
Límites de seguridad antes de intervenir.
Una máquina parada puede tener energía, movimiento pendiente, safety y zonas peligrosas. La guía ordena diagnóstico; no habilita actuación sobre la secuencia.
- No tratar una máquina que no arranca, una secuencia bloqueada, una safety activa o un movimiento pendiente como un simple problema de software.
- No da instrucciones para alterar señales, neutralizar condiciones de control, cambiar lógica, modificar tareas ni devolver la máquina a ciclo.
- No asumir que el estado RUN autoriza pruebas, movimientos, producción o modificaciones.
- No usar una guía pública para validar cambios de lógica, recetas, safety, motion, permisos de estación o continuidad de producción.
- Ante duda de movimiento, energía, safety, bloqueo repetido, fallo intermitente o estado de máquina no validado, parar y escalar por el canal responsable.
Harcki
Esta guía ordena el inicio; Harcki permite continuar el caso completo.
Esta guía ayuda a separar una máquina parada con PLC en RUN sin publicar material sensible. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Secuencia con contexto
Paso, permisos, señales, alarmas, módulos, cambios y estaciones pueden quedar relacionados para entender por qué el ciclo no avanza.
- 02Documentación validada
Capturas, manuales, esquemas, históricos y partes aportan valor cuando se conectan con el síntoma real y la máquina concreta.
- 03Memoria de bloqueo
Harcki puede acercar patrones de interlocks, señales congeladas, watchdogs o diagnósticos de hardware sin convertirlos en receta universal.
Normativa y límites
Normativa, fabricante y responsable técnico siguen mandando.
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
BOE - Real Decreto 1215/1997, equipos de trabajoMarco oficial sobre disposiciones mínimas de seguridad y salud para la utilización de equipos de trabajo.BOE - Real Decreto 614/2001, riesgo eléctricoMarco oficial sobre protección de trabajadores frente al riesgo eléctrico en trabajos, maniobras y verificaciones.
Aviso de lanzamiento
Recibe el aviso cuando Harcki abra su primera fase.
Recibe el aviso para solicitar acceso a Harcki y continuar este tipo de diagnóstico dentro de la app: PLC en RUN, secuencias paradas, interlocks, I/O, alarmas, documentación validada, evidencias, historial y memoria técnica con límites claros.