Redundancia de sistema PROFINET: S2 y R1
La redundancia de medios sana un cable roto, pero no hace nada si el que falla es el controlador. La redundancia de sistema es la capa que mantiene las E/S corriendo durante un failover de controlador, y clases como S2 y R1 describen cuánto de la ruta está duplicado. Esta página explica la redundancia de sistema PROFINET y en qué difieren S2 y R1, distinta de la redundancia de medios en anillo.
Redundancia de sistema PROFINET en una línea: La redundancia de sistema PROFINET mantiene el intercambio de E/S cuando falla un controlador o una ruta de comunicación, haciendo que el dispositivo sostenga relaciones de aplicación con un par redundante de controladores. En un dispositivo S2, una sola interfaz de red mantiene relaciones con el controlador primario y con el de respaldo, así que un failover de controlador continúa sin interrupción. R1 duplica también la interfaz y la ruta del dispositivo, para dar redundancia de la conexión misma, no solo del controlador.
Redundancia de sistema frente a redundancia de medios
Es fácil confundirlas, pero resuelven fallas distintas. La redundancia de medios, como un anillo sanado por el Media Redundancy Protocol, protege contra un cable roto o un switch caído en la ruta de red. No hace nada por el controlador. La redundancia de sistema protege contra la falla del controlador mismo, disponiendo que un controlador de respaldo pueda tomar el intercambio de E/S. Un diseño robusto suele usar ambas: un anillo para el cableado y redundancia de sistema para los CPU.
La redundancia de sistema trabaja a nivel de relaciones de aplicación. Un dispositivo con capacidad de redundancia sostiene relaciones que permiten a un controlador de respaldo relevar al primario. Durante una conmutación, el dispositivo sigue intercambiando datos con el controlador recién activo en lugar de tirar su conexión y restablecerla desde cero, que es lo que de otro modo causaría un corte de E/S. La clase de redundancia describe cuánto de la interfaz y de la ruta se duplica para lograrlo.
Qué duplican S2 y R1
Un dispositivo S2 tiene una sola interfaz de red pero mantiene relaciones de aplicación con los dos controladores de un par redundante, uno activo y uno de respaldo. Cuando el controlador activo falla, el respaldo pasa a primario y el dispositivo continúa por su única interfaz existente, porque ya tenía la relación de reserva en su lugar. S2 cubre la redundancia de controlador de forma económica, con un solo puerto de dispositivo, y es la elección común cuando la preocupación es el failover del CPU y no una red duplicada hasta el dispositivo.
R1 va más lejos: duplica la interfaz del dispositivo y su ruta, de modo que el dispositivo se conecta por dos interfaces independientes al sistema redundante. Eso protege no solo contra la falla del controlador sino contra la pérdida de una interfaz o una ruta hacia el dispositivo, dando redundancia de la conexión misma. R1 cuesta más hardware y esfuerzo de diseño, y se elige donde el requisito de disponibilidad justifica duplicar la ruta del lado del dispositivo, con un espíritu parecido a las estrategias más amplias de redundancia de controlador. La clase correcta depende de qué fallas no puede tolerar el proceso.
Preguntas frecuentes
¿Cuál es la diferencia entre la redundancia S2 y la R1?
Un dispositivo S2 tiene una sola interfaz de red pero conserva relaciones de aplicación con un controlador primario y uno de respaldo, así que un failover de controlador continúa sin tirar la conexión. R1 duplica además la interfaz y la ruta del dispositivo, protegiendo contra la pérdida de una ruta hacia el dispositivo, no solo contra la falla del controlador. R1 da más cobertura a mayor costo.
¿La redundancia de sistema es lo mismo que la redundancia de medios?
No. La redundancia de medios, como un anillo MRP, sana un cable roto o un switch caído en la ruta de red, pero no hace nada si el controlador falla. La redundancia de sistema mantiene las E/S corriendo durante un failover de controlador al sostener relaciones de reserva con un controlador de respaldo. Los diseños robustos usan ambas: anillo para el cableado y redundancia de sistema para los CPU.
¿Por qué el dispositivo sigue intercambiando datos durante un failover de controlador?
Porque un dispositivo con redundancia de sistema ya sostiene una relación de aplicación con el controlador de respaldo antes de cualquier falla. Cuando el controlador activo falla, el respaldo pasa a primario y el dispositivo continúa por la relación de reserva en lugar de desmontar y restablecer la conexión desde cero. Eso evita el corte de E/S que causaría una reconexión completa.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- PROFIBUS & PROFINET International - PROFIBUS
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.