1.3. El Stack TCP/IP vs. Protocolos Deterministas

UF1794 | El choque entre la informática tradicional y el tiempo real estricto

graph TD subgraph IT_Stack ["Stack TCP/IP (Oficinas / IT)"] APP_IT["Aplicación (HTTP / FTP)"] --> TCP["Capa 4: TCP / UDP
Añade latencia por control"] TCP --> IP["Capa 3: IP
Añade latencia por enrutamiento"] IP --> MAC_IT["Capa 2: Ethernet"] end subgraph OT_Stack ["Protocolos Deterministas (Fábrica / OT)"] APP_OT["Aplicación OT (PROFINET RT / EtherCAT)"] -. Bypass del Stack TCP/IP .-> MAC_OT["Capa 2: Ethernet
Inyección directa en Hardware"] end MAC_IT --> PHY1["Capa 1: Cable
Tiempos variables (Jitter alto)"] MAC_OT --> PHY2["Capa 1: Cable
Tiempos garantizados (Jitter ~0)"] style APP_IT fill:#3498db,color:#fff style TCP fill:#2980b9,color:#fff style IP fill:#2471a3,color:#fff style MAC_IT fill:#1f618d,color:#fff style APP_OT fill:#27ae60,color:#fff style MAC_OT fill:#1e8449,color:#fff style PHY1 fill:#e74c3c,color:#fff style PHY2 fill:#2ecc71,color:#fff

1. El Problema de la Informática Tradicional

En el diseño de redes industriales (UF1794), existe una colisión constante entre dos mundos. El mundo IT (Information Technology) ha perfeccionado la pila de protocolos TCP/IP durante décadas para que sea robusta, enrutable y universal. Cuando envías un correo electrónico, este baja por las capas del modelo OSI: el protocolo TCP lo trocea y asegura su entrega, y el protocolo IP se encarga de buscar el mejor camino por los routers del mundo hasta llegar al destinatario.

El problema es que toda esta "inteligencia" se ejecuta por software en el procesador del equipo, y el software toma tiempo. Si un router está saturado, guardará tu correo en una memoria intermedia (buffer) y lo enviará unos milisegundos más tarde. Para un humano leyendo un email, un retraso de 20 milisegundos es imperceptible. Para un robot industrial que se mueve a 3 metros por segundo, un retraso de 20 milisegundos significa que la herramienta se ha movido 6 centímetros más de lo previsto, estrellándose contra la pieza y destrozando la máquina.



2. ¿Qué es el Determinismo? (Rapidez vs. Previsibilidad)

Aquí es vital aclarar uno de los malentendidos más comunes de la ingeniería: Determinismo NO significa rapidez extrema. Determinismo significa previsibilidad absoluta. En una red determinista, se garantiza matemáticamente que un paquete de datos llegará a su destino en un tiempo máximo conocido y constante.

El enemigo del determinismo no es la lentitud, sino el Jitter (Fluctuación del retardo). Si un PLC envía un comando a un motor, y este tarda a veces 2 ms, a veces 5 ms y a veces 1 ms, el sistema de control se vuelve inestable (tiene un Jitter alto). Si logramos que el comando tarde siempre y sin excepción exactamente 4 ms, el sistema es determinista y el ingeniero de automatización puede programar el PLC para compensar ese tiempo fijo.

El stack TCP/IP convencional, con sus colisiones, retransmisiones de TCP y enrutamientos variables de IP, es inherentemente no determinista. Es imposible garantizar en qué milisegundo exacto llegará un paquete TCP.



3. La Solución Industrial: El Bypass de Capas

Para introducir Ethernet en la fábrica y lograr determinismo, los consorcios industriales desarrollaron los protocolos de Real-Time Ethernet (RTE). Su estrategia maestra consiste en "puentear" (hacer bypass) a los causantes del jitter: las capas 3 (IP) y 4 (TCP/UDP).

  • Modbus TCP y Ethernet/IP (Software): Utilizan el stack TCP/IP estándar. Son fáciles de implementar y enrutar, pero sufren de Jitter. Son adecuados para procesos lentos (control de temperatura, niveles de depósitos).
  • PROFINET RT (Hardware/Software): Se salta el stack TCP/IP para el tráfico cíclico. Inyecta los datos directamente en la trama Ethernet (Capa 2) usando el EtherType 0x8892. Los switches lo procesan por hardware. Logra tiempos de ciclo de 1 a 10 ms, ideal para automatización de factoría (Factory Automation).
  • PROFINET IRT y EtherCAT (Hardware Puro): Son el extremo del determinismo. Utilizan chips especiales (ASICs) que controlan el reloj de la red con precisión de nanosegundos (Sincronización de Reloj PTP). Cortan el tráfico estándar para dejar pasar los datos críticos. Logran tiempos de ciclo inferiores a 1 ms con un Jitter casi cero. Son obligatorios para el control de ejes sincronizados (Motion Control).


4. Convivencia en el Mismo Cable

La magia de protocolos como PROFINET es que, aunque se saltan el protocolo IP para el control de la máquina, permiten que la misma tarjeta de red y el mismo cable procesen simultáneamente tráfico TCP/IP estándar. Así, por un mismo cable M12 viaja el tráfico ultrarrápido de Capa 2 (para mover el motor) y el tráfico estándar TCP/IP (para que el PLC le envíe un correo electrónico de alarma al jefe de mantenimiento o permita una conexión de diagnóstico web).

DETERMINISMO VS JITTER (Llegada de Paquetes en el Tiempo) RED IT (Stack TCP/IP): Alto Jitter, No Determinista 1 ms 2 ms 3 ms 4 ms 5 ms P1 (+0.1ms) P2 (+0.4ms) P3 (-0.2ms) P4 (+0.8ms JITTER) RED OT (PROFINET IRT / EtherCAT): Jitter Cercano a Cero, Determinista 1 ms 2 ms 3 ms 4 ms 5 ms Ciclo Exacto (Jitter < 1µs)
Figura 1: Jitter vs. Determinismo. Arriba, una pila TCP/IP sufre retrasos variables debido al enrutamiento y procesamiento por software, provocando que los paquetes lleguen desfasados. Abajo, un protocolo de tiempo real procesado por hardware ASIC garantiza que cada paquete llegue en la ventana de tiempo exacta prevista, sincronizando toda la maquinaria.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

🎥 Formación Técnica: Entendiendo el Determinismo Industrial

Aprende por qué el control de movimiento (Motion Control) exige saltarse el modelo TCP/IP y cómo tecnologías como PROFINET IRT utilizan hardware dedicado para congelar el tiempo en la red de la fábrica.

▶ Ver Conceptos de Tiempo Real en YouTube

📝 Evaluación Técnica: Stack TCP/IP y Determinismo

1. En ingeniería de redes industriales, ¿cuál es la definición más precisa de "Determinismo"?

2. ¿Por qué el protocolo TCP/IP estándar, utilizado para internet y redes de oficina, NO es adecuado para el control de ejes sincronizados (Motion Control) en una planta industrial?

3. Para lograr comunicaciones en tiempo real estricto, protocolos como PROFINET RT utilizan un "bypass" estructural. ¿En qué consiste este bypass?

🤖 Ejercicio Práctico 4: Medidor de Jitter en Python

Objetivo: Crear un script empírico que demuestre la falta de determinismo en una red TCP/IP estándar midiendo la variación del retardo (Jitter) entre paquetes.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

"Actúa como un ingeniero de telecomunicaciones. Escribe un script en Python que actúe como un 'Medidor de Jitter' para evaluar el determinismo de la red. El script debe hacer ping (usando TCP/IP estándar) a una dirección de red (por ejemplo, google.com o un router local) 10 veces consecutivas. Utiliza la librería `time` (idealmente `time.perf_counter()`) para medir con precisión el tiempo exacto que tarda en obtener cada respuesta en milisegundos. Guarda los tiempos en una lista. Al finalizar, el script debe calcular y mostrar: 1. El tiempo de respuesta promedio (Latencia media). 2. La diferencia entre el tiempo máximo y el tiempo mínimo registrado (Este es nuestro 'Jitter' o fluctuación). Imprime un comentario advirtiendo que, si este Jitter fuera aplicado al control de ejes de un robot, los motores vibrarían y el sistema sería inestable."

Análisis de la respuesta esperada: La IA programará una herramienta de benchmarking. Al ejecutarlo, verás empíricamente el problema del mundo IT: un ping puede tardar 12 ms, el siguiente 15 ms, y el siguiente 11 ms. Esa variación matemática es el Jitter. Este ejercicio demuestra de forma irrefutable por qué los ingenieros OT no pueden confiar en la pila TCP/IP tradicional cuando programan un brazo robótico, forzando el uso de hardware específico como el de EtherCAT o PROFINET IRT.