¿Qué es el control en el campo con fieldbus?
En la mayoría de los sistemas de control el algoritmo PID que regula un lazo vive en un controlador central, y los dispositivos de campo simplemente reportan mediciones y aceptan comandos. Foundation Fieldbus abrió otra posibilidad: como sus transmisores y posicionadores de válvula contienen sus propios procesadores, el bloque PID puede ejecutarse dentro del propio dispositivo de campo. Ese arreglo se llama control en el campo, o CIF, y mueve el cerebro del lazo hacia el proceso. Esta guía explica qué significa el control en el campo, dónde se ejecuta realmente el PID, los compromisos de disponibilidad y tiempo de barrido que trae, y cuándo los operadores lo eligen sobre el control en el anfitrión.
Control en el campo en una línea: El control en el campo significa ejecutar el PID o el algoritmo de control dentro de un dispositivo de campo inteligente, como un transmisor o posicionador de válvula Foundation Fieldbus, en lugar de en el controlador central. Como los bloques de entrada, PID y salida se ejecutan todos en el segmento de fieldbus allá en el proceso, el lazo puede seguir controlando incluso si el controlador anfitrión no está disponible, a costa de atar la velocidad del lazo al macrociclo del fieldbus y a la capacidad de procesamiento del dispositivo.
Dónde se ejecuta realmente el lazo
Un lazo convencional lee su medición hacia un controlador, corre el cálculo PID ahí, y envía el resultado de regreso a la válvula. El control en el campo reordena esa ruta para que el cálculo ocurra en el segmento de fieldbus en su lugar. En un sistema Foundation Fieldbus, bloques de función como la entrada analógica, el PID y la salida analógica se descargan en los propios dispositivos, y el horario del segmento los ejecuta en orden durante cada macrociclo. El transmisor mide, un bloque PID alojado en el transmisor o el posicionador calcula la nueva salida, y el posicionador acciona la válvula, todo sin que el cálculo del lazo pase por el controlador anfitrión.
Esto funciona porque los dispositivos Foundation Fieldbus no son sensores tontos; cada uno carga un microprocesador capaz de correr bloques de función estándar, y el protocolo programa la ejecución de los bloques de forma determinista en el cable. El ingeniero decide en el momento de configuración dónde vive cada bloque. Una elección común es colocar el PID en el posicionador de válvula, para que el bloque que calcula la salida se siente junto al dispositivo que actúa sobre ella, minimizando cuántas veces un valor tiene que viajar por el segmento dentro de un ciclo de lazo. El anfitrión aún ve todo, provee la interfaz de operador, y puede ajustar consignas y sintonía, pero ya no está en la ruta crítica de control.
La distinción importa porque cambia qué tiene que estar funcionando para que el lazo siga regulando. En el control basado en anfitrión, el lazo depende del controlador, de la E/S, y de las comunicaciones entre ellos. En el control en el campo, el lazo depende solo del transmisor, del posicionador, y del segmento de fieldbus que los conecta. Esa dependencia más pequeña y local es todo el punto del enfoque, y es también la fuente de sus principales compromisos.
Compromisos de disponibilidad y tiempo de barrido
El beneficio principal del control en el campo es la disponibilidad. Como el PID corre en el segmento en lugar de en el anfitrión, un lazo configurado de esta forma puede seguir sosteniendo su consigna incluso si el controlador central está fuera de línea por mantenimiento, ha fallado, o está siendo migrado. La medición, el cálculo y la acción de válvula permanecen todos en el segmento, así que el proceso sigue siendo regulado. Para un lazo crítico esto puede significar la diferencia entre sobrellevar una caída del anfitrión y descender a un estado de reserva seguro pero disruptivo, que es un argumento fuerte en operaciones continuas donde un disparo no planeado es caro.
El costo principal es velocidad y rigidez. Un segmento de fieldbus ejecuta sus bloques programados una vez por macrociclo, y ese tiempo de ciclo es típicamente más lento que un barrido de controlador anfitrión rápido. El control en el campo por tanto conviene a lazos cuya dinámica es lo bastante lenta como para estar cómoda al ciclo del segmento, lo que cubre muchísimos lazos de temperatura, nivel y presión pero no los más rápidos. El propio procesador del dispositivo también tiene capacidad finita, así que la cantidad y complejidad de bloques que un solo dispositivo puede alojar es limitada, y las matemáticas de control pesadas aún se colocan mejor en el anfitrión.
También hay restricciones prácticas. Cuando el PID vive en el campo, los cambios de sintonía, la reconfiguración de bloques y los diagnósticos involucran al dispositivo en lugar de a una base de datos central, lo que algunos equipos de ingeniería encuentran más difícil de gestionar a través de muchos lazos. Una estrategia mixta es común: poner en el campo los lazos que más se benefician de sobrevivir a una caída del anfitrión, y mantener los lazos más rápidos o más complejos, y cualquier cosa que necesite coordinación estrecha con otros lazos, en el controlador anfitrión donde son más fáciles de ver y cambiar juntos.
Cómo encaja el control en el campo con el SCADA en la nube y las operaciones remotas
El control en el campo es fundamentalmente una técnica de resiliencia local: mantiene un lazo regulando cerca del proceso sin importar lo que pase aguas arriba. Esa autonomía local se empareja de forma natural con una capa de monitoreo que se sienta encima. Un sistema SCADA no necesita estar en la ruta de control para que un lazo alojado en el campo funcione, lo que significa que la integridad del lazo no depende de la confiabilidad del enlace de regreso a la sala de control o a la nube. La regulación ocurre en el segmento; el sistema supervisor observa, tiende tendencias y alarma sobre ella.
Para una operación distribuida o remota esta separación es útil. Un sitio puede correr sus lazos críticos en el campo para que sobrevivan a las interrupciones de comunicación, mientras que una plataforma SCADA en la nube como Merobix recolecta los valores de proceso, consignas, salidas de controlador y diagnósticos de dispositivo que el sistema fieldbus expone y los presenta a los operadores en cualquier lugar. Un ingeniero que vigila una flota de sitios ve la misma información de lazo ya sea que el lazo esté alojado en un controlador o en un posicionador, porque a nivel supervisor es apenas un conjunto de tags. La visibilidad está centralizada aunque el control no lo esté.
Esta estratificación también ayuda con la salud de los propios dispositivos de campo. Los dispositivos Foundation Fieldbus cargan diagnósticos ricos, y cuando un lazo corre en el campo esos diagnósticos son exactamente lo que le dice a un operador que un posicionador está batallando o un transmisor está derivando antes de que el desempeño del lazo se degrade. Transmitir esa información hacia una plataforma central permite a un equipo remoto mantener un ojo sobre los lazos alojados en el campo a través de muchos sitios, de modo que la resiliencia de correr el control en el campo esté respaldada por la conciencia de vigilarlo desde arriba.
Preguntas frecuentes
¿El control en el campo es lo mismo que el control distribuido?
No exactamente. Un sistema de control distribuido ya reparte el control entre muchos controladores en lugar de una computadora central, pero el PID aún corre en un controlador. El control en el campo va un paso más allá y empuja el bloque PID hacia el propio dispositivo de campo, de modo que el lazo se ejecuta en el segmento de fieldbus. Es una forma más literal de distribución, moviendo el control hasta el transmisor o la válvula.
¿Qué lazos son buenos candidatos para el control en el campo?
Los lazos más lentos y autocontenidos que más se benefician de sobrevivir a una caída del anfitrión son la elección usual, como muchos lazos de temperatura, nivel y presión en procesos continuos. Los lazos rápidos que necesitan un barrido veloz, los lazos con cómputo pesado, y los lazos que deben coordinarse estrechamente con varios otros suelen mantenerse mejor en el controlador anfitrión, donde la velocidad, la capacidad y la visibilidad central son más fáciles de gestionar.
¿El operador pierde visibilidad cuando un lazo corre en el campo?
No. El controlador anfitrión y la capa SCADA aún ven la medición, la consigna, la salida, el modo y los diagnósticos de dispositivo de un lazo alojado en el campo, y los operadores aún pueden cambiar consignas y sintonía. Lo único que cambia es dónde se ejecutan las matemáticas del PID. El lazo sigue mostrándose, tendiéndose en tendencias y alarmándose exactamente como un lazo basado en anfitrión, así que los operadores por lo general no pueden notar la diferencia en la pantalla.
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.