¿Qué es un tipo de dato definido por el usuario (UDT)?

Agrupar tags relacionados en un tipo reutilizable

Un UDT se define una vez como una plantilla: usted lista los miembros que contiene, cada uno con su propio nombre y tipo de dato, y le da un nombre con significado al conjunto. Un UDT de Pozo podria sostener un real para la presion de tuberia, un real para la presion de revestimiento, un real para el flujo, un booleano o una enumeracion para el estado de valvula, y un entero de palabra de estado que carga bits de condicion empacados. Definido esto, usted puede ahora crear un tag de tipo Pozo, y ese unico tag carga cada uno de esos miembros como subelementos con nombre a los que accede por una ruta clara.

La ganancia sobre los tags sueltos es inmediata. Donde antes tenia decenas de tags independientes con nombres que solo la convencion mantenia relacionados, ahora tiene un tag por pozo cuya estructura es explicita y se autodocumenta. Referirse a la presion de revestimiento de un pozo significa direccionar ese miembro del tag de ese pozo, y es obvio de un vistazo a que pozo y a que valor se refiere. Las relaciones entre los valores (que estas cinco cosas describen todas un pozo) quedan codificadas en el propio tipo en lugar de vivir solo en una convencion de nombres que un ingeniero posterior tiene que inferir.

Como los miembros y sus tipos se definen en un lugar, el tipo se vuelve un contrato. Cada tag de ese tipo tiene exactamente los mismos miembros, en el mismo arreglo, con los mismos nombres. Agregue un miembro al UDT (digamos una temperatura de fondo) y cada instancia lo gana de forma consistente. Esta unica fuente de verdad sobre que datos describen un pozo, o un separador, o cualquier activo repetido, es lo que convierte una base de datos de tags dispersa en un modelo de datos organizado y predecible.

Codigo y faceplates HMI consistentes en cada pozo

Una vez que existe un UDT, tanto la logica como el HMI dejan de ser trabajo de una sola vez y se vuelven consistentes por copiar y pegar. Una rutina escrita para controlar un pozo opera sobre un tag del tipo Pozo, refiriendose a sus miembros por nombre, asi que la misma rutina aplica sin cambios a cada pozo: usted la apunta a un tag de pozo distinto y simplemente funciona. La logica ya no tiene que reescribirse ni redireccionarse con cuidado para cada pozo, porque la forma del dato sobre el que actua queda garantizada identica en todos los lugares donde se usa el tipo.

Los faceplates de HMI ganan la misma consistencia. Construya un faceplate que muestra y controla un pozo enlazando sus campos a los miembros de un tag Pozo, y ese unico faceplate sirve a cada pozo con solo apuntarlo a una instancia distinta. No hay pantalla por pozo que construir a mano y ningun riesgo de que la pantalla de un pozo derive de la de otro, porque todas renderizan la misma estructura. Decenas de pozos presentan una interfaz uniforme a los operadores, lo que reduce la capacitacion, reduce los errores y hace que todo el sistema se sienta coherente en lugar de ensamblado por partes.

Esta consistencia se compone conforme crece el programa, que es por lo que los UDT son una jugada tan fuerte de mantenibilidad. Estandarizar un UDT de pozo significa que una correccion o una mejora se hace una vez (al tipo, a la rutina reutilizable o al faceplate compartido) y aplica en todos lados de forma automatica. Agregar el pozo numero veinte es instanciar un tipo conocido y reutilizar logica y pantallas probadas, no otra ronda de trabajo a la medida. Cuanto mas grande se vuelve el campo, mas importa este apalancamiento, y mas un programa construido sin el acumula inconsistencia y esfuerzo con cada adicion.

Estandarizar un UDT de sitio para SCADA de campo petrolero

Definir un UDT de sitio estandar (un tipo Pozo, un tipo Separador, un tipo Compresor) y usarlo en todo un campo petrolero da a toda la operacion un lenguaje de datos comun, y el beneficio llega hasta el SCADA en la nube. Cuando cada pozo en el controlador es una instancia del mismo tipo, cada pozo expone un conjunto identico y predecible de puntos, asi que llevarlos a una plataforma como Merobix es uniforme en lugar de un ejercicio de mapeo a la medida para cada sitio. La estructura que organiza el dato en el controlador se traslada a como se monitorea de forma remota.

Esa uniformidad es lo que hace practicos los tableros a escala de flota y los faceplates con plantilla en la capa de monitoreo. Una sola plantilla de pozo construida una vez en la plataforma SCADA aplica a cada pozo porque cada pozo presenta el mismo dato con forma de UDT, asi que un operador ve la misma presion de tuberia, presion de revestimiento, flujo, estado de valvula y estado en el mismo lugar en la pantalla de cada pozo. Comparar pozos, detectar el atipico y desplegar un nuevo sitio se vuelven rutina, porque el modelo de datos se estandarizo en la fuente en lugar de reconciliarse despues de hecho.

La leccion mas amplia es que un estandar de UDT bien elegido es una inversion que se paga de forma continua conforme crece el programa SCADA. Cuesta un poco de reflexion inicial decidir que debe contener un Pozo y sostener la linea de usar ese tipo en todos lados, pero ahorra ese costo muchas veces en cada pozo posterior agregado, cada pantalla reutilizada, cada cambio hecho en un lugar en vez de en muchos. Para una operacion de campo petrolero en crecimiento, estandarizar sobre UDT de sitio es la decision estructural que mantiene mantenible a escala el programa de control y monitoreo en lugar de colapsar bajo su propia repeticion.

Preguntas frecuentes