graph LR subgraph Topologia_Anillo_MRP ["Anillo Lógico MRP"] MRM["MRM
(Manager)"] ---|Puerto 1: Forwarding| MRC1["MRC 1
(Client)"] MRC1 ---|Forwarding| MRC2["MRC 2
(Client)"] MRC2 ---|Forwarding| MRC3["MRC 3
(Client)"] MRC3 -. Puerto 2 Blocked .-> MRM end style MRM fill:#e74c3c,color:#fff,stroke:#c0392b,stroke-width:2px style MRC1 fill:#3498db,color:#fff style MRC2 fill:#3498db,color:#fff style MRC3 fill:#3498db,color:#fff

1. El Fracaso del RSTP en la Planta de Producción

Como vimos en la lección anterior, los protocolos de árbol de expansión (como RSTP) se inventaron para evitar las tormentas de broadcast en redes redundantes. Sin embargo, RSTP tiene un problema fundamental en entornos de automatización (UF1794): su tiempo de recuperación. Cuando un cable se rompe, RSTP necesita entre 1 y 2 segundos para "renegociar" la topología y abrir el puerto bloqueado. En el mundo IT esto es un parpadeo, pero para un PLC que actualiza sus entradas/salidas cada 2 milisegundos, una caída de 2 segundos provoca que todos los esclavos PROFINET entren en fallo de comunicación (Watchdog Timeout) y detengan la máquina de forma abrupta.

Para solucionar esto, el consorcio PROFIBUS & PROFINET International (PI) estandarizó el Media Redundancy Protocol (MRP) bajo la norma IEC 62439-2. MRP es un protocolo específico para topologías en anillo que garantiza tiempos de recuperación inferiores a 200 milisegundos (y hasta 10 ms en sus versiones avanzadas), lo suficiente para que la red se cure antes de que el PLC declare una parada de emergencia.



2. Roles en MRP: El Mánager y los Clientes

Para que MRP funcione, debemos cerrar físicamente un anillo de switches (o equipos con switch integrado de 2 puertos, como la mayoría de la periferia ET200). En este anillo, los roles se dividen estrictamente:

  • MRM (Media Redundancy Manager): Es el "jefe" del anillo. Solo puede haber un único MRM activo por anillo. Su función principal es bloquear lógicamente uno de sus dos puertos del anillo para romper el bucle y evitar tormentas de broadcast. Físicamente, el anillo es un círculo; lógicamente, el MRM lo convierte en una línea.
  • MRC (Media Redundancy Client): Son todos los demás equipos del anillo (switches, PLCs, variadores). Su trabajo es simplemente reenviar el tráfico y avisar al MRM si detectan que el cable conectado a sus puertos se ha roto (Link Down).


3. Dinámica de Fallo: ¿Cómo se recupera la red?

El MRM no bloquea un puerto y se echa a dormir. Constantemente inyecta por su puerto abierto tramas de test (Test Frames) a una alta frecuencia. Como los MRCs reenvían estas tramas a lo largo de todo el anillo, las tramas terminan llegando de vuelta al puerto bloqueado del MRM. Mientras el MRM reciba sus propias tramas de test por el puerto bloqueado, sabe que el anillo físico está intacto.

¿Qué ocurre si una carretilla corta el cable entre el MRC 1 y el MRC 2?

  1. Las tramas de test del MRM ya no pueden completar el círculo. El MRM deja de recibirlas en su puerto bloqueado.
  2. Casi simultáneamente, el MRC 1 y el MRC 2 detectan físicamente la pérdida de enlace y envían inmediatamente un mensaje de Link Change hacia el MRM.
  3. El MRM se da cuenta del fallo y abre inmediatamente su puerto bloqueado, permitiendo que el tráfico fluya en ambas direcciones hasta el punto del corte.
  4. El MRM inyecta un mensaje multicasting ordenando a todos los MRCs que borren sus Tablas MAC (Flush), ya que las direcciones físicas ahora se encuentran por el "otro lado" del cable. Todo esto ocurre en menos de 200 ms.


4. Reglas de Diseño para Anillos MRP

Al diseñar una red MRP en planta, un técnico de Nivel III debe respetar ciertas reglas de oro para garantizar el rendimiento prometido:

  • Máximo 50 nodos por anillo: El estándar MRP garantiza la recuperación en < 200 ms solo si el anillo no supera los 50 dispositivos. Si hay más, los tiempos de propagación de las tramas de test aumentan y la red podría colapsar antes de recuperarse.
  • No mezclar MRP y RSTP en el mismo segmento: MRP es un protocolo rígido diseñado puramente para anillos. Si necesitas conectar el anillo MRP a una red de oficinas más grande que usa RSTP, debes hacerlo de forma estructurada, garantizando que los mensajes de ambos protocolos no interfieran, utilizando topologías de anillo múltiple o switches puente cuidadosamente configurados.
  • Topología Lineal Nativa: La inmensa ventaja de MRP en PROFINET es que aprovecha los switches de 2 puertos integrados en los dispositivos. Conectas el PLC a la periferia 1, luego a la 2, luego al variador, y finalmente tiras un cable de retorno desde el variador de vuelta al PLC. Si el PLC se configura como MRM, acabas de dotar a tu máquina de alta disponibilidad casi a coste cero en hardware adicional.
ESTADO NORMAL (Anillo Cerrado Físicamente) MRM (Manager) MRC 1 MRC 2 P1 P2 P2 Bloqueado Lógicamente ESTADO DE FALLO (Cable Roto - Recalculando) MRM (Manager) MRC 1 MRC 2 P1 P2 P2 Abierto (< 200ms) El Manager (MRM) usa "Test Frames" para supervisar el anillo. Si dejan de llegar, abre su puerto bloqueado para restaurar la línea.
Figura 1: Funcionamiento del Media Redundancy Protocol (MRP). A la izquierda, en estado normal, el MRM bloquea su Puerto 2 para evitar un bucle infinito, creando una topología de línea lógica. A la derecha, un evento corta el cable entre los MRC. El MRM detecta la pérdida de sus tramas de test y desbloquea el Puerto 2 en menos de 200 ms, permitiendo que la red vuelva a comunicarse de inmediato por la vía secundaria.
Fuente: Elaboración Propia. Licencia: CC BY-SA 4.0.

🎥 Formación Técnica: PROFINET y la Redundancia de Medios (MRP)

Descubre visualmente cómo se configura un anillo MRP directamente desde el TIA Portal, cómo se asignan los roles de MRM y MRC y cómo los switches integrados de Siemens facilitan esta topología.

▶ Ver Tutorial sobre Configuración MRP

📝 Evaluación Técnica: Protocolo MRP

1. En una topología de anillo PROFINET gestionada por MRP, ¿cuál es el papel del dispositivo configurado como Media Redundancy Manager (MRM)?

2. Frente a protocolos tradicionales de IT como el RSTP, ¿cuál es la gran ventaja técnica del protocolo MRP que lo hace apto para automatización industrial?

3. Según el estándar y las buenas prácticas de diseño, ¿cuál es el límite máximo recomendado de dispositivos conectados en un único anillo MRP para poder garantizar los tiempos de recuperación estipulados?

🤖 Ejercicio Práctico 4: Simulador del Mánager MRP con Python

Objetivo: Comprender la lógica reactiva de un MRM programando cómo supervisa las tramas de test y cómo toma la decisión de abrir el puerto bloqueado ante un corte de cable.

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

Actúa como un desarrollador de firmware de switches industriales. Escribe un script en Python que simule el rol del MRM (Media Redundancy Manager) en un anillo MRP. El script debe: 1. Inicializar el 'Puerto_1' como 'Forwarding' y el 'Puerto_2' como 'Blocked'. 2. Simular un bucle continuo de red (con un ciclo de espera corto usando 'time.sleep') donde el MRM inyecta una 'Trama de Test'. 3. Definir una probabilidad del 10% de que la trama NO regrese por el Puerto_2 (simulando un cable cortado por una carretilla). 4. Si el MRM recibe la trama, debe imprimir 'Anillo OK'. Si NO la recibe, debe imprimir 'ALERTA: Test Frame perdido', cambiar instantáneamente el 'Puerto_2' a estado 'Forwarding' e imprimir 'Bucle roto. Activando puerto redundante en < 200ms'. Comenta el código explicando la importancia crítica de que los MRC (clientes) limpien sus tablas MAC una vez que el MRM cambia la topología.