¿Qué es una unidad de organización de programa (POU)?

Volver al glosario

Los tres tipos de POU

Una Función es el POU más simple. Toma entradas, calcula un resultado, y regresa un solo valor de salida, sin memoria propia entre llamadas - dadas las mismas entradas siempre produce la misma salida. Las Funciones son ideales para cálculos y conversiones puras: escalar una señal cruda a unidades de ingeniería, convertir una temperatura, o hacer un poco de matemática. Como no guardan estado, son predecibles y fáciles de razonar, y pueden llamarse libremente donde sea que se necesite el cálculo.

Un Bloque de Función es el caballo de batalla y la razón por la que el modelo es tan poderoso, porque tiene memoria. Un Bloque de Función retiene su estado interno entre llamadas, así que cada instancia de él lleva sus propios datos privados - sus propios temporizadores, contadores y valores intermedios. Un temporizador y un lazo PID son ellos mismos Bloques de Función, y uno puede construir los suyos: un bloque que controla una bomba, un separador o un pozo, completo con su lógica y estado internos. Cada lugar donde usa el bloque obtiene su propia instancia independiente con sus propios datos, que es lo que lo hace reutilizable sin que las instancias interfieran entre sí.

Un Programa es el POU de nivel superior que ata las cosas. Es donde uno instancia y coordina Funciones y Bloques de Función y los conecta a la I/O real, formando la lógica general de aplicación que las tareas del controlador ejecutan. Los Programas se ubican por encima de los Bloques de Función en la jerarquía: un Programa llama Bloques de Función, que pueden llamar Funciones, en una estratificación limpia desde la estructura amplia de aplicación hacia abajo hasta el detalle reutilizable. Mantener estos papeles distintos es lo que da a un programa estilo IEC su forma.

Reutilización modular frente a un solo archivo de escalera gigante

La alternativa a los POU es el programa monolítico: un solo archivo de escalera desparramado donde cada bomba, válvula y lazo se detalla en línea, a menudo copiando una sección que funciona y editándola para el siguiente dispositivo. Esto funciona a pequeña escala y se vuelve un lastre conforme el sistema crece. La lógica copiada deriva - un arreglo aplicado a una copia se olvida en las demás - y no hay un solo lugar que defina cómo, digamos, debe controlarse una bomba, así que entender o cambiar el sistema significa leer todo el archivo cazando cada instancia.

Los POU reemplazan copiar y editar con instanciar y configurar. Uno escribe la lógica de un dispositivo una vez, como un Bloque de Función, y luego crea una instancia de él para cada dispositivo físico, pasándole los tags y parámetros específicos de ese dispositivo. El comportamiento se define en exactamente un lugar, así que una corrección o mejora al bloque se propaga a cada instancia la siguiente vez que se compila el código. El programa se vuelve un conjunto de bloques bien nombrados conectados entre sí en lugar de un muro de renglones repetidos, lo cual es mucho más fácil de leer, probar y extender.

Esta modularidad también cambia cómo se prueba y se confía en el código. Un Bloque de Función puede validarse por sí solo, en aislamiento, y una vez que se prueba correcto, cada instancia hereda esa corrección. La puesta en marcha entonces cambia de depurar cada copia escrita a mano a confirmar que cada instancia se configuró con la I/O y los ajustes correctos. La ingeniería pesada ocurre una vez en el bloque; desplegarlo muchas veces se vuelve rutina, que es justo la ganancia de productividad para la que el modelo POU fue diseñado.

Bloques de Función reutilizables en locaciones de múltiples pozos

Una locación de múltiples pozos es el caso de libro de texto para el diseño basado en POU, porque está llena de equipo casi idéntico. Cada pozo de la locación necesita el mismo control - los mismos enclavamientos, la misma lógica de paro, el mismo manejo de medición y estado - difiriendo solo en qué tags físicos usa. Escribir esa lógica una vez como un Bloque de Función de pozo, y un bloque de separador, y un bloque de compresor, y luego instanciarlos por unidad, convierte lo que sería un programa enorme construido a mano en un conjunto compacto de bloques desplegados muchas veces.

La recompensa en la puesta en marcha es sustancial. En lugar de escribir y depurar lógica fresca para el pozo número doce como lo hizo para el número uno, uno crea otra instancia del bloque de pozo probado y configura su I/O. El comportamiento ya es correcto porque es el mismo bloque, así que el esfuerzo se colapsa a conectar las direcciones correctas y revisar los pormenores. Agregar un pozo a la locación, o desplegar una locación nueva por entero, se vuelve cuestión de instanciar bloques ya probados en lugar de reinventar la lógica cada vez, lo que recorta bruscamente tanto el tiempo de programación como el de puesta en marcha.

Esta estructura también rinde directamente en el monitoreo remoto. Cuando cada pozo se construye a partir del mismo Bloque de Función, cada pozo expone el mismo conjunto de estado y datos en una disposición consistente y predecible, lo que hace directo y uniforme traer esos puntos a una plataforma SCADA de nube como Merobix a lo largo de la flota. Un tablero o una carátula construidos para un pozo aplican a todos, y un ingeniero ve una imagen coherente y estandarizada de cada unidad de la locación. El código consistente en el controlador produce datos consistentes aguas arriba, y el POU es lo que impone esa consistencia en la fuente.

Preguntas frecuentes