1. El Fracaso del Ethernet Original: CSMA/CD
Para entender por qué fue necesario reinventar Ethernet para la industria (UF1794), debemos recordar cómo funcionaba en sus inicios. El Ethernet original utilizaba hubs y un método de acceso al medio llamado CSMA/CD (Carrier Sense Multiple Access with Collision Detection). Esto significaba que todos los equipos compartían el mismo "cable" eléctrico. Antes de hablar, un equipo escuchaba (Carrier Sense). Si el medio estaba libre, transmitía. Si dos equipos transmitían a la vez, se producía una colisión. Ambos debían detenerse, esperar un tiempo aleatorio y volver a intentarlo.
Este sistema, basado en colisiones y esperas aleatorias, es la definición de no determinismo. Era completamente inaceptable para el control de una máquina. La llegada de los switches eliminó las colisiones, pero la pila TCP/IP que se ejecuta por software en los sistemas operativos seguía introduciendo un jitter incontrolable. La industria necesitaba una solución.
2. Las Clases de Real-Time Ethernet (RTE)
La solución fue el paradigma Real-Time Ethernet (RTE), que se puede clasificar en tres grandes categorías según su rendimiento y el mecanismo que utilizan para lograr el determinismo.
- Clase 1: Soft Real-Time (Tiempo Real Blando). Aquí encontramos protocolos como Modbus TCP o EtherNet/IP. Se ejecutan sobre la pila UDP/IP estándar. No ofrecen garantías de tiempo real estrictas, pero son suficientes para procesos lentos donde una latencia de 10 a 100 ms es aceptable (ej. monitorización de temperaturas, control de niveles en depósitos). Su gran ventaja es que utilizan hardware de red estándar y son fácilmente enrutables.
- Clase 2: Real-Time (Tiempo Real). El rey de esta categoría es PROFINET RT. Como vimos, se salta las capas 3 y 4 para el tráfico cíclico, inyectando los datos directamente en la trama Ethernet. Esto elimina el jitter del sistema operativo y la pila TCP/IP, logrando tiempos de ciclo de 1 a 10 ms. Es el estándar de facto para la automatización de factorías (robots, líneas de montaje, etc.).
- Clase 3: Hard Real-Time (Tiempo Real Duro o Isócrono). Aquí la comunicación se vuelve síncrona con el reloj del procesador. Protocolos como PROFINET IRT, EtherCAT o SERCOS III utilizan hardware especializado (ASICs) y mecanismos de sincronización de reloj de alta precisión (como IEEE 1588 PTP) para garantizar latencias inferiores a 1 ms con un jitter de menos de 1 microsegundo. Son obligatorios para aplicaciones de control de movimiento (Motion Control) donde múltiples ejes deben estar perfectamente sincronizados.
3. El Papel del Hardware: ASICs y Sincronización de Reloj
El tiempo real estricto es imposible de lograr solo con software. Requiere silicio dedicado. Los ASICs (Application-Specific Integrated Circuits) son chips diseñados para una única tarea: procesar tramas de red a la velocidad del cable ("wire-speed").
Por ejemplo, en EtherCAT, la trama no se detiene en cada esclavo. El esclavo tiene un ASIC que lee y escribe los datos que le corresponden "al vuelo", mientras la trama sigue su camino hacia el siguiente dispositivo. Esto reduce la latencia de procesamiento en cada nodo a nanosegundos.
El otro pilar es la sincronización. El protocolo IEEE 1588 PTP (Precision Time Protocol) permite que todos los dispositivos de la red (PLC, variadores, robots) compartan un único reloj maestro con una precisión de nanosegundos. Gracias a esto, el PLC puede ordenar: "Motor 1, muévete a la posición X en el nanosegundo 5.342.123. Motor 2, haz lo mismo en el nanosegundo 5.342.124". Esta es la base de la comunicación isócrona (en el mismo tiempo).
4. Time-Slicing: Reservando el Ancho de Banda
Para garantizar que el tráfico isócrono nunca se vea afectado por el tráfico estándar, protocolos como PROFINET IRT implementan el Time-Slicing (División de Tiempo). El ancho de banda de la red se divide en dos "canales" virtuales que se alternan en el tiempo:
- Canal Rojo (Isócrono): Una ventana de tiempo fija y reservada (ej. 500 microsegundos) donde solo puede viajar el tráfico IRT. Durante esta fase, todo el tráfico TCP/IP es retenido en los buffers de los switches.
- Canal Verde (Estándar): El resto del tiempo de ciclo, donde se permite el paso del tráfico normal (diagnóstico web, comunicación con el SCADA, etc.).
Este mecanismo garantiza que, aunque un operario esté descargando un fichero de log de 200 MB del PLC, los comandos de control de movimiento seguirán llegando a los motores con una precisión de nanosegundos, sin verse afectados en lo más mínimo.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.
🎥 Formación Técnica: PROFINET RT vs. IRT
Descubre la diferencia fundamental entre el tiempo real y el tiempo real isócrono, y por qué el control de movimiento sincronizado exige hardware dedicado y sincronización de reloj por PTP.
▶ Ver Comparativa RT vs. IRT📝 Evaluación Técnica: Paradigmas RTE
1. ¿Qué significa que un protocolo de red industrial sea "isócrono"?
2. Para una aplicación de control de una línea de embotellado, donde la sincronización entre máquinas es importante pero no a nivel de microsegundos, ¿qué clase de Real-Time Ethernet sería la más adecuada y rentable?
3. ¿Qué es el "Time-Slicing" en el contexto de PROFINET IRT?
🤖 Ejercicio Práctico 4: Simulador de Time-Slicing con Python
Objetivo: Crear un script que simule cómo una red isócrona prioriza el tráfico de control sobre el tráfico de datos estándar, demostrando el concepto de "ancho de banda reservado".
Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).
Análisis de la respuesta esperada: La IA generará un bucle de simulación temporal. Verás cómo, aunque un paquete de datos estándar llegue en el milisegundo 5, el script lo ignorará y lo pondrá en espera hasta que pase la ventana isócrona en el milisegundo 20. Esto demuestra visualmente el concepto de "ancho de banda reservado", que es la base de protocolos como PROFINET IRT para garantizar que el tráfico de control nunca, bajo ninguna circunstancia, se vea retrasado por el tráfico de menor prioridad.