Clase #16 - Marcas de Ciclo en TIA Portal V18: Sincronización Temporal Interna en Ladder

 Marcas de Ciclo en TIA Portal V18: Sincronización Temporal Interna en Ladder

💡 Por qué este video es esencial: Las Marcas de Ciclo son abstractas hasta que ves su comportamiento real. En este video te muestro cómo diferenciarlas de las Marcas de Sistema, cómo usarlas para handshake interno entre bloques, y por qué son críticas para procesos que requieren sincronización precisa dentro del mismo scan. ¡La comparación lado a lado con Clock Memory es reveladora!

Introducción: El Ritmo Interno del Scan Cycle

Bienvenido a la Clase #16. Ya dominas los pulsos básicos del CPU (Clase 15). Pero, ¿qué pasa cuando necesitas algo más granular que un parpadeo de 1Hz?

Las Marcas de Ciclo no son simples bits que parpadean; son indicadores de fase dentro del propio ciclo de escaneo. Te permiten saber en qué etapa del procesamiento está el CPU, sincronizar operaciones entre bloques OB/FB/FC, y crear lógica temporal que depende del ritmo interno del PLC, no de relojes externos.

En este artículo explicamos los conceptos, pero ver la correlación exacta entre marca de ciclo y ejecución de código solo es posible en el video.

🎯 Lo que aprenderás en esta sesión (Enfoque Ladder)

1. Diferencia Crítica: System Flags vs. Cycle Marks: Cuándo usar cada uno y por qué importa.
2. Tipos de Marcas de Ciclo Disponibles: First Scan, Last Scan, Cycle Start, Cycle End.
3. Sincronización Interna: Handshake preciso entre bloques usando marcas de ciclo.
4. Aplicaciones Reales: Logging cíclico, actualización de HMI, validación de tiempo de ciclo.
5. Configuración y Acceso: Cómo habilitar y referenciar correctamente en Ladder.

️ Conceptos Clave (Resumen Técnico Ladder)

1. System Flags ≠ Cycle Marks: La Distinción Vital

Como explico detalladamente en el minuto 02:30 del video, confundirlos causa errores de timing:

Característica	System Flags (Clase 15)	Cycle Marks (Clase 16)
Origen	Hardware/CPU integrado	Software/OS del PLC
Precisión	Fija (ej: 1Hz = 1000ms ± tolerancia)	Vinculada al inicio/fin del scan cycle
Uso Principal	Indicadores visuales, inicialización	Sincronización interna, logging, handshake
Ejemplo	Clock_1Hz parpadea siempre igual	Cycle_Start se activa EXACTO al inicio de cada scan

💡 Regla de Oro en Ladder: Usa System Flags para indicación externa (alarmas, LEDs). Usa Cycle Marks para lógica interna crítica que debe estar sincronizada con el procesamiento del CPU.

2. Tipos de Marcas de Ciclo y Su Momento Exacto

Cada marca tiene un propósito específico dentro del scan cycle:

• Cycle_Start: Se activa AL INICIO del OB1. Ideal para capturar timestamp de inicio de ciclo o resetear variables temporales.
• Cycle_End: Se activa AL FINAL del OB1, antes de actualizar salidas. Perfecto para calcular duración del ciclo o validar que todo se ejecutó.
• First_Scan_Cycle: Similar a First Scan, pero garantizado solo en el primer ciclo tras arranque. Más confiable para inicialización crítica.
• Last_Scan_Cycle: Se activa en el último ciclo antes de STOP. Útil para guardar datos retentivos o apagar salidas suavemente.

3. Aplicación Práctica: Logging Cíclico Sincronizado

Imagina que necesitas registrar el tiempo de ciclo cada segundo, pero solo si el ciclo fue completado exitosamente:

|--[Cycle_End]--[Timer_1s.DN]--(MOVE Tiempo_Ciclo → DB_Log)--|

|--[Cycle_End]-----------------(R Timer_1s)------------------|

Esto garantiza que:

• Solo registras ciclos COMPLETOS (no parciales).
• El timestamp corresponde exactamente al fin del procesamiento.
• No hay riesgo de leer datos inconsistentes.

En el video implementamos este patrón y comparamos con una versión incorrecta usando Clock Memory.

✅ Checklist de Uso de Marcas de Ciclo

Antes de implementar lógica dependiente de ciclo:

• Identificado correctamente si necesitas System Flag o Cycle Mark.
• Verificada disponibilidad en tu CPU específica (no todas las marcas están en todos los modelos).
• Probado en simulación con variación de carga de CPU para ver robustez.
• Documentado en comentario de red POR QUÉ se usa esa marca específica.
• Validado que la lógica no introduce retrasos significativos en el scan cycle.

Este checklist está demostrado en el ejemplo de logging del video. Úsalo como referencia.

🛑 Errores Comunes con Marcas de Ciclo

Usar Cycle_Start para Lógica Pesada: Si tu lógica en Cycle_Start tarda mucho, retrasas TODO el ciclo. Mantén esta sección ligera.

Confundir First_Scan con First_Scan_Cycle: El primero puede activarse múltiples veces en ciertos modos; el segundo es estrictamente único.

Ignorar Tiempo de Ejecución: Agregar lógica de ciclo sin medir impacto puede hacer que el ciclo exceda límites de watchdog.

Asumir Disponibilidad Universal: Algunas marcas de ciclo solo existen en S7-1500 o requieren firmware específico. Verifica documentación.

👉 MIRA EL VIDEO PARA VER LA SECUENCIA EXACTA DE ACTIVACIÓN EN MODO ONLINE

¿Te ha pasado que tu lógica de logging registra datos inconsistentes o fuera de sincronía?

Déjame un comentario en YouTube describiendo tu caso. Analizaremos juntos si es problema de elección de marca o de implementación.

🔔 ¡Suscríbete y activa la campanita! En la Clase #17 entramos en el mundo de los temporizadores IEC. El TON es el caballo de batalla de la automatización, pero tiene matices que muchos pasan por alto. ¡No te lo pierdas!