Las familias de protocolos y su papel

Un sensor pasivo reconoce la familia de protocolo de cada conversación y la anota como «servicio». Esa etiqueta no cuenta cómo está armado el mensaje, cuenta para qué sirve: Modbus es un intercambio sencillo de valores entre un equipo que pregunta y equipos que responden; DNP3 nació para gobernar estaciones remotas y dispersas desde un centro de control; OPC UA sirve para que sistemas de distintos fabricantes se intercambien datos; S7 y EtherNet/IP son los idiomas propios de dos familias de controladores de distinto origen.

Con solo el nombre de la familia ya se sabe qué tipo de equipo esperas en cada extremo. Una conversación de telecontrol entre dos equipos que no son ni un centro de control ni una estación remota ya llama la atención, sin abrir un solo mensaje.

En casi todas las familias hay dos papeles: el que inicia la consulta y el que responde. En la planta, quien inicia suele ser la supervisión, una pantalla del operador o el historiador; quien responde suele ser el controlador o la estación remota. Esa dirección es parte de lo esperable: un controlador que empieza por su cuenta a hablar con la oficina rompería el reparto de papeles.

La tabla de roles de Harinera Alborada trae, por equipo, la familia que habla y si inicia la consulta. Léela con la pregunta de siempre: ¿quién habla con quién, y quién abre?

Reconocer la familia ayuda a leer, pero no sentencia. Los mismos protocolos que usa la planta los puede usar cualquier equipo que alcance un controlador: la etiqueta «Modbus» aparece igual en una consulta normal de la supervisión que en una consulta de un equipo que nadie esperaba. Lo que separa lo normal de lo raro no es el idioma, es quién lo habla, con quién y a qué ritmo.

Por eso la lectura siempre combina tres cosas: la familia (el propósito), el par de equipos (quién con quién) y el patrón (cada cuánto). Las dos primeras salas del módulo practican las dos primeras; la tercera, la siguiente.

OPC UA cumple un papel particular: un servidor reúne los datos de los controladores y los pone a disposición de quien los pide, de modo que los demás sistemas no tienen que hablar con cada controlador. Su estándar contempla mecanismos de seguridad, pero si están activos en una planta concreta es algo que se pregunta al dueño del sistema, no que se da por hecho. En la planta de ejemplo, el historiador se suscribe a ese servidor en vez de consultar a los controladores uno por uno, y eso reduce el número de conversaciones con los controladores.

Entender el rol de reunir datos ayuda a leer una captura: un servidor así concentra conversaciones, y su caída o su cambio de comportamiento se nota en muchos sitios a la vez.