Roles PROFINET IO: controller, device y supervisor
PROFINET IO es la parte cíclica y de tiempo real de PROFINET que la mayoría de las plantas corre en realidad, y asigna a cada nodo uno de tres roles. Saber qué equipo es el controller, cuáles son devices y dónde se conecta un supervisor le dice quién inicia el tráfico, quién responde y quién tiene permitido configurar. Esta página define los tres roles y cómo se relacionan, para que una red desconocida se vuelva legible desde la topología sola.
Roles de dispositivos PROFINET IO en una línea: En PROFINET IO el IO controller es el maestro - usualmente el PLC - que corre la aplicación, sostiene la configuración e intercambia datos cíclicos con cada IO device. Un IO device es un nodo de campo, como un rack de E/S remotas o un variador, que provee y consume esos datos. Un IO supervisor es una estación temporal de ingeniería o diagnóstico, típicamente una laptop, usada para poner en servicio y monitorear la red sin tomar el control.
El IO controller corre la aplicación y es dueño de los datos
El IO controller es la parte activa. Normalmente es el CPU del PLC, y sostiene la configuración del proyecto que lista cada IO device, el arreglo de módulos de cada uno y los datos cíclicos que fluyen en cada dirección. Al arrancar, el controller establece una relación de aplicación con cada device, negocia la tasa de actualización y después intercambia tramas de entrada y salida en un ciclo fijo mientras viva la conexión. Todo lo que el programa de control lee del campo y le escribe de regreso pasa por estas relaciones iniciadas por el controller.
Como el controller es dueño de la configuración, también es quien detecta que un device falta, tiene el nombre equivocado o reporta una falla. Cuando un device no responde al nombre de estación esperado en el arranque, es el controller quien lo marca, que es el mecanismo detrás de un desajuste de nombre de dispositivo PROFINET tras un cambio de hardware. Una red puede tener más de un controller, pero cada IO device normalmente es propiedad de exactamente un controller, a menos que el diseño use deliberadamente un dispositivo compartido.
Los IO devices proveen los datos de campo
Un IO device es cualquier nodo de campo con el que un controller habla cíclicamente: una estación cabecera de E/S remotas y sus módulos, un servovariador, una isla de válvulas, una báscula, un instrumento con puerto PROFINET. El device no inicia el intercambio cíclico; responde al controller que lo posee, proveyendo datos de entrada (mediciones, estados) y consumiendo datos de salida (puntos de ajuste, comandos). Sus capacidades, ranuras de módulos y parámetros se describen en su archivo GSDML, que la herramienta de ingeniería importa para que el controller sepa exactamente qué esperar - el mismo papel que juegan los archivos de descripción de dispositivo GSD y GSDML.
Cada device se identifica en el cable no solo por IP sino por un nombre de estación asignado por la red. Ese nombre, más el arreglo de módulos y submódulos, es lo que el controller revisa al establecer la conexión. Un device que arranca con el nombre equivocado o con una lista de módulos desalineada rechaza la conexión o reporta una falla de configuración en lugar de correr en silencio con datos malos.
El IO supervisor pone en servicio y observa
El IO supervisor es el rol de cara humana. Típicamente es una laptop corriendo la suite de ingeniería del proveedor, conectada temporalmente para asignar nombres de estación, descargar configuraciones, leer diagnósticos y forzar o monitorear valores durante la puesta en servicio. Lo crucial es que no corre el lazo cíclico de control; observa y configura junto al controller. Usted puede quitar el supervisor de la red y el proceso sigue corriendo, porque las relaciones de controller a device son independientes de él.
Esta separación también importa para una capa de monitoreo. Una plataforma como Merobix se sienta aguas abajo del controller, graficando los tags con nombre que el PLC ya resolvió de sus IO devices; no es un IO supervisor de PROFINET y no asigna nombres de estación ni abre conexiones cíclicas. Entender los tres roles mantiene clara la frontera: el controller maneja el control, los devices aportan los datos, el supervisor configura, y la capa SCADA o de historiador registra lo que el controller expone.
Preguntas frecuentes
¿Una red PROFINET puede tener más de un IO controller?
Sí. Una sola red Ethernet puede llevar varios IO controllers, cada uno dueño de su propio conjunto de IO devices. Un device normalmente es propiedad de exactamente un controller, pero la función de dispositivo compartido permite que dos controllers accedan cada uno a submódulos distintos del mismo dispositivo físico. Varios controllers en un mismo cable es común donde máquinas independientes comparten la red de planta.
¿El IO supervisor es necesario para que la red funcione?
No. El IO supervisor es una estación temporal de ingeniería y diagnóstico. Una vez asignados los nombres de estación y descargada la configuración, el intercambio cíclico de controller a device corre por su cuenta. Puede desconectar la laptop del supervisor y el proceso continúa. Se vuelve a conectar solo para reconfigurar, diagnosticar o actualizar dispositivos.
¿Qué rol juega un PLC en PROFINET IO?
El PLC es casi siempre el IO controller. Sostiene la configuración del proyecto, establece una relación de aplicación con cada IO device e intercambia datos cíclicos de entrada y salida en un tiempo de actualización fijo. Algunos PLC también pueden actuar como IO device de un controller de nivel superior, que es como un PLC expone datos a otro por PROFINET.
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.