INTRODUCCIN AL CONTROL SUPERVISORIO

Los sistemas de control de procesos se definen como los encargados de vigilar los procesos de la planta a travs de
redes de computadoras interconectadas que permiten mantener las condiciones necesarias para que no ocurra
ninguna perturbacin en los procesos de la misma. El sistema de control es responsable de tareas tales como
monitorizacin y vigilancia para el cual existe un nmero de estaciones de trabajo, conectadas a travs de una o
ms redes de rea local, las cuales proveen acceso a un grupo de servicios distribuidos. La arquitectura fsica del
sistema de control consiste en una serie de computadores, equipos electrnicos, sensores y actuadores
interconectados.

La idea bsica del control supervisor se muestra en la figura 2. Los circuitos marcados con letra C representan
controladores individuales (efectuando control digital directo) con su propio lazo de control.

Figura 2. Control Supervisorio

Fuente: Ramos, 2011

En este caso el computador no hace control en forma directa, sino que utiliza ms bien para supervisar el
funcionamiento total de la planta, permitiendo la modificacin de los set-point de los controladores y el conocimiento
de los valores de las variables involucradas en los procesos. Esta informacin til permite visualizar fcilmente el
estado de la planta. (Ramos, 2012)

La perspectiva de control de supervisin, puede abarcar cualquier tarea en el computador asignado para recibir
informacin sobre el estado actual de un proceso fsico y basado en dicha informacin detectada as como
informacin programada por el operario, acciones directas sobre ese proceso. El supervisor funciona a travs de la
computadora para efecto de lo que debe hacerse en el mundo fsico. El equipo entonces es visto como un mediador
de comunicacin hacia arriba al supervisor y comunicarla hacia abajo al proceso fsico, pero el concepto de control
de supervisin ha encontrado ms inters en control de aeronaves, naves espaciales, barcos, vehculos, control de
plantas de procesos qumicos, generacin de energa elctrica y dispositivos robticos industriales entre otros.

El control de supervisin puede ser definido por la analoga entre un supervisor del personal de una organizacin de
personas, y el supervisor de un moderno equipo mediada por el sistema de control semiautomtico. El supervisor da
a subordinados humanos instrucciones generales que a su vez pueden traducir en accin. El supervisor de un
sistema de computadora-controlada puede hacer lo mismo.

Estrictamente definido, control supervisorio significa que uno o ms operarios establecen las condiciones iniciales
para el ajuste intermitentemente como tambin la posibilidad de recibir informacin de un equipo en un lazo de
control en un proceso bien definido a travs de actuadores y sensores.

Una definicin menos estricta "control supervisorio" se utiliza cuando una computadora transforma comandos de
operador humano para generar acciones de control detallado, o hace significativas transformaciones de datos
medidos para producir grficas y reportes con resumen integrados. En este ltimo caso el equipo no necesita tener
la capacidad de realizar acciones basadas en nueva informacin del entorno, mientras que en la primera debe
necesariamente. Las dos situaciones pueden parecer similares al humano supervisor, puesto que el equipo
Interviene en sus entradas y sus salidas y el supervisor as se retira de eventos detallados en el nivel bajo. Los
controladores de recursos reciben tareas del controlador de supervisin y las traducen en acciones para los
recursos. Por ejemplo, en el controlador de supervisin una tarea para el controlador de recursos podra ser
'bombee un cierto fluido', el controlador de recursos lo traduce en las acciones: 'abrir una vlvula' y 'activar una
bomba'. El controlador de recursos a continuacin, enviar comandos de acciones a los actuadores del sistema. Los
componentes de control pueden dividirse en niveles de control, (Ver Figura 3).
Usuario de interfaz, proporciona la interaccin con los usuarios del sistema. Un usuario puede ser un operador
humano, pero tambin otro sistema.
Control de supervisin o control de alto nivel, asegura que un sistema funcione de acuerdo con los requisitos
prescritos y no alcanza estados inseguros o puntos muertos (deadlock).
Control de recursos, o el control de bajo nivel, se asegura de que un componente o mdulo alcance un estado
deseado.

Figura 3. Niveles de Control

Fuente: (Geurts, 2012)

El Control Supervisorio es desempeado por el operador, quin debe conocer ampliamente el sistema de control. l
debe tomar en cuenta:

La distribucin de la arquitectura del sistema.
Los tipos de controles predominantes, tales como lazos de control cerrados automticamente por el
sistema, control secuencial, batch (por carga), algoritmos avanzados, etc.
Tipos de variables acopladas.
Las unidades de adquisicin de datos del proceso se representan por los controladores de lazos PID y
PLC.
Medios de comunicacin a travs de redes de rea local, conexin directa.
Distribucin de los datos.
6.3 Anlisis y asignacin de funciones
El anlisis de tareas es comnmente considerado como el punto de partida para el diseo o mejora de cualquier
sistema humano-mquina, donde la tarea se refiere al resultado que deba conseguirse, segn los criterios dados de
finalizacin o satisfaccin.

Asignacin de funciones. Es la asignacin de funciones entre el hombre y mquina, donde la funcin se refiere a los
medios, o las operaciones, por las que se realiza una tarea. El anlisis de tareas es un acto de estudio de las
especificaciones y criterios dados. La asignacin de funciones es un acto de sntesis realizada por el diseador.
Estos componentes de diseo son particularmente importantes para los sistemas de control de supervisin. Por
tanto, es importante tener en cuenta el anlisis de tareas y asignacin de funcin en el inicio de desarrollo.

El anlisis de tareas y la asignacin de funciones se realizan generalmente en ese orden. A veces se afirma que el
anlisis de tareas es el "qu" y la asignacin de funcin es el "cmo". Esta distincin es til slo hasta cierto punto,
porque "qu" y "cmo" no son fcilmente separables. Se puede decir que la principal diferencia entre anlisis y
funcin de la asignacin de tareas es que el anlisis de tareas es especificacin y aclaracin de las limitaciones que
se dan al principio, mientras que la funcin asignacin es la especificacin de restricciones adicionales que
determinan un medio demostrable mejor (o aceptable) para lograr solucin o diseo del problema (tarea) en cuanto
a los recursos disponibles.
6.4 Anlisis de tareas
Anlisis de tarea requiere la ruptura de una determinada tarea general en elementos y la especificacin de cmo
estos elementos se relacionan unos a otros en espacio y tiempo. Se entiende por tarea el logro de un resultado
determinado, la ejecucin de un conjunto determinado de acciones, la produccin de una determinada cosa, el
funcionamiento de un sistema dado, o el diagnstico y solucin de un problema dado. A veces la misin se utiliza
para connotar la tarea completa o estado final a lograrse, donde la tarea o subtarea se utilizan para referirse a algn
componente. Terminologa para tal desglose de tareas no es de inters parti cular en este caso excepto para sealar
que algunos desglose jerrquico suele ser til o incluso necesario, lo que da son las limitaciones de la tarea, y
anlisis de tareas es realmente un asunto de articular estas limitaciones y visibilizando sus implicaciones. El primer
deber del analista es obligarse al sistema y una lista de las variables independientes ms destacadas (entradas),
que deben tenerse en cuenta al hacer la tarea y las variables dependientes (salidas), las medidas de las cuales
constituyen el desempeo de la tarea. Esto tambin incluye la especificacin, en la forma ms objetiva posible, de
los objetivos del sistema (o la misin general).

Las restricciones son propiedades de las variables dependientes e independientes. Especificar las restri cciones
sobre las variables independientes es cuestin de observar y estimar las propiedades de las entradas del sistema en
el contexto actual. Especificar los objetivos del sistema es particularmente difcil porque lo que parece intuitivamente
importante al analista puede no ser importante para los operadores, usuarios u otros seres humanos afectados por
el sistema. Especificar las restricciones sobre las variables dependientes, en cambio, es cuestin de decidir qu
lmites all debe estar en las salidas del sistema debido a las leyes de la naturaleza, limitaciones de recursos, u otras
restricciones de diseo o compensaciones que limitan as uno puede satisfacer los objetivos del sistema para
entradas esperadas.

Las propiedades de restriccin pueden tomar varias formas:
(1) se pueden fijar los nmeros, que podran, por ejemplo, establecer los valores o rangos de las variables.
(2) pueden ser las relaciones funcionales entre dos o ms variables, por ejemplo, las leyes de la naturaleza como
las de Newton (fuerza=masa por aceleracin) u Ohm (voltaje = corriente por resistencia).
(3) Por ltimo, pueden ser funciones objetivas de dos o ms variables que definen el valor relativo de los estados
particulares (combinaciones de variables).

El anlisis en elementos de la bsqueda de informacin, la deteccin en varias pantallas, percibir patrones de
informacin, la abstraccin, recordando y recuperando partes de esa informacin, la toma de decisiones y la
adopcin de medidas de control. Estos son todos los pasos que se pueden hacer por el humano o mquina. Es
importante en la etapa de anlisis de la tarea para mantenerse relativamente abstracto y se abstengan de lo que
implica el cmo de comportamiento detallados de humano o mquina hasta los lmites de lo que se debe hacer que
estn claramente definidos.

Si bien hay muchas tcnicas que ahora se utilizan para el anlisis de tareas, sigue siendo en gran medida un arte.
Tarea analiza terminan siendo declaraciones verbales de misiones con las calificaciones, ecuaciones matemticas,
diagramas de bloques que definen los elementos con flechas que indican lo que influye en lo que, las listas de
variables con rangos o propiedades estadsticas, lneas de tiempo, diagramas de flujo, y as sucesivamente.

Al realizar un anlisis de las tareas, es muy fcil asumir una especificacin dada para ser ms limitado de lo
necesario. Por ejemplo, asumamos que se busca mejorar un sistema en particular que en la actualidad consta de
varias pantallas y controles. El rediseo puede incluir alguna mquina de deteccin y control automtico de algunos
o por lo menos un rediseo de las pantallas y controles. La forma correcta de analizar la tarea es especificar, en
cada paso, la informacin requerida, las decisiones a tomar, las acciones de control (en el nivel del proceso
controlado), y el criterio de finalizacin satisfactoria de cada paso, (Ver tabla 1).

Tabla 1. Encabezamientos de columna para un anlisis de la tarea tpica
Tarea
Identificacin de la
Mquina
Informacin
Requerida
Decisin a ser
tomada
Accin de
control
requerida
Criterio de
Finalizacin
Satisfactoria
Fuente: (Sage & Rouse, 2009)
6.5 Funcin de Asignacin

Asignacin de funcin requiere el diseador determinar (por ejemplo, para asignar) las distintas funciones
(medios, tcnicas, roles, conducta) de los recursos disponibles (agentes, instrumentos, herramientas, ya sea
humano o mquina) para las tareas requeridas y las subtareas. Por el contrario, uno puede pensar de l como la
asignacin de las tareas requeridas para las funciones y sus recursos asociados.

Los temas de anlisis de tareas y la asignacin de funciones a humano contra la mquina han seguido siendo
un desafo para muchos aos. Sin embargo, a partir de ahora, aunque existen muchas tcnicas aceptadas para
hacer anlisis de tarea, no hay ningn medio comnmente aceptado para realizar la asignacin de funcin Las
razones son varias:
(1) las tareas y funciones tiempo (el "qu" y los "cmos") puede de hecho ser separados en elementos, esos
elementos rara vez son independientes uno del otro, y los componentes de tarea pueden interactuar de diferentes
maneras dependiendo de las funciones / recursos elegidos por hacerlas.
(2) hay una infinidad de formas en que el humano y la computadora pueden interactuar, dando como resultado
una gama infinita de posibilidades de asignacin para elegir.
(3) criterios para juzgar la idoneidad de diferentes mezclas de hombre son generalmente difciles de cuantificar y
a menudo implcito.
6.6 Los niveles y etapas de la automatizacin
La asignacin de funciones se considera correctamente con respecto a una escala de niveles alternativos o grados
de automatizacin como se establece en la Tabla 2. Algunas versiones de la escala de la deteccin (aferente) y el
motor (eferente) funciones por separado. Se observa que la automatizacin no tiene por qu ser todos o ninguno -
Hay varios grados adecuadas a los diferentes contextos de problemas. Ellos dan ejemplos de cmo el nivel
adecuado de la automatizacin es diferente en las cuatro etapas (de adquisicin de informacin, codificacin y
visualizacin, toma la respuesta, y la aplicacin de respuesta) para diferentes aplicaciones.
6.7 Las fases de control de supervisin
Continuando ahora a las cinco fases de supervisin de los recursos humanos en el control de supervisin,
discutiendo cada fase con el fin, en trminos de lo que el diseador debe tener en cuenta para el anlisis de las
tareas y la asignacin de funciones.

Hay cinco fases de cualquier control de supervisin, que normalmente ocurren necesariamente en orden. Esta
estructura de las fases de supervisin se esquematiza en la figura 4. El supervisor debe atender a estas fases en la
realizacin de la tarea asignada. En algunas de las tareas de control, de una u otra fase puede ser implcita (por
ejemplo, no hay tiempo establecido de forma explcita a un lado de la planificacin o de aprendizaje, o la
programacin es una cuestin de activar uno o ms programas almacenados). La duracin de tiempo de
permanecer en una u otra fase antes de la secuenciacin de la siguiente fase o un bucle de vuelta puede variar
considerablemente. Con el fin de realizar el anlisis de la tarea requerida y posibilitar la adecuada asignacin de
funciones, el diseador del sistema debe tener en cuenta estas fases.

Tabla 2. Escala de niveles de automatizacin
1
El equipo no ofrece ninguna ayuda, el ser humano debe hacerlo todo.
2 El equipo sugiere formas alternativas para hacer la tarea.
3 La computadora selecciona una manera de hacer la tarea y
4 Ejecuta esa sugerencia si el humano aprueba o
5
Permite que al ser humano un tiempo limitado para parar antes de la ejecucin automtica, o
6 Ejecuta la sugerencia de forma automtica, a continuacin, informa necesariamente al ser humano, o
7 Ejecuta la sugerencia de forma automtica, a continuacin, informa al humano slo si se le pide.
8 El ordenador selecciona el mtodo, ejecuta la tarea, y hace caso omiso de lo humano.
Fuente: (Sage & Rouse, 2009)
Figura 4. Las cinco fases secuenciales de control de supervisin.

Fuente: (Sage & Rouse, 2009)

La primera fase es para que el supervisor planifique lo que debe hacerse durante algn perodo de tiempo, antes de
cualquier automatizacin est activada. La segunda fase es la de comando (programa) del ordenador con lo que
necesita saber para realizar su funcin asignada para ese perodo de tiempo. La tercera fase es encender la
automatizacin y controlar la accin automtica, detectando los fallos. La cuarta fase para el supervisor es intervenir
en la accin automtica segn sea necesario, decidiendo sobre los cambios necesarios manualmente (o ciclo de la
fase de instruccin y realizar modificaciones de programa) antes de control automtico se reanuda. La Quinta fase
es evaluar el desempeo y aprender de la experiencia y ciclo de volver a la fase de planificacin, la
retroalimentacin externa.

Se requiere una serie de objetivos a cumplir por la tarea de control de supervisin, el objetivo principal sin embargo
es mejorar la eficiencia del proceso. La eficiencia del proceso se puede medir de muchas maneras que a menudo
pueden estar relacionados con una funcin de costos. El controlador supervisor intenta establecer los puntos de
ajuste de proceso ptimo, tratando de minimizar la funcin de coste dentro de los lmites de las restricciones del
proceso. Es poco probable que la forma de este conocimiento es tal que un procedimiento de optimizacin rigurosa
puede llevarse a cabo, por lo tanto, se utiliza una combinacin de mtodos matemticos aplicable junto con
heursticas apropiadas.

Los bucles de control Local estn diseados para mejorar el rendimiento dinmico del proceso, es decir, para
satisfacer las demandas de valor de referencia ms rpidamente que la respuesta de bucle abierto. En el nivel de
supervisin, la tarea es mejorar la eficiencia del proceso. Esta tarea es fundamentalmente diferente de la tarea de
bucle de control local como se ocupa nicamente de la manipulacin del proceso estacionario. Este nivel es por lo
tanto responsable de dictar el set-point a los controladores locales de nivel inferiores. El sistema operativo
consecuencia cambiar la condicin de funcionamiento de esta manera es que los controladores locales deben ser
devueltas constantemente para seguir los cambios en la dinmica del proceso entre un estado y otro, aunque la
combinacin de bucles de control bien afinados y un sistema de control de supervisin que trata de mejorar l a
eficiencia del proceso es de gran valor, esto puede hacer nada para evitar que los inconvenientes del proceso
debido a fallas en los equipos, que son la causa de la mayor prdida de la eficacia del proceso. Al tratar de detectar
y diagnosticar las fallas de instrumentacin (validar los sensores de proceso), un poco de conocimiento de gran
utilidad se puede obtener mediante la evaluacin de la informacin que es proporcionada por predictores
adaptativos y estimadores adaptativos o sensores. Aqu los beneficios que han hecho en todo el rea del control
adaptativo pueden ser utilizados, aunque con un nfasis diferente.

Otro posible mtodo de tratar de evitar paradas de proceso es mantener un registro detallado de los componentes
mecnicos de un proceso y una descripcin probabilstica de sus servicios tiempos de vida esperados. Esta
informacin puede ser utilizada para sugerir el mantenimiento preventivo una vez que un determinado porcentaje de
un componente del que se espera que haya transcurrido la vida til. Un enfoque complementario para la deteccin
de fallos es utilizar las mismas historias de tiempo de componentes mecnicos junto con la informacin relacionada
con el proceso adicional para aislar la causa ms probable de un fallo mecnico.


Referencias

Sage, Andrew P., and William B. Rouse, eds. (2009). Handbook of Systems Engineering and
Management. 2nd ed. Wiley Series in Systems Engineering and Management. Hoboken,
N.J: John Wiley & Sons.
Geurts, J.W.P. (2012). Supervisory control of MRI subsystems. Zhurnal Eksperimentalnoi i
Teoreticheskoi Fiziki. Eindhoven University of Technology. Retrieved from
http://scholar.google.com/scholar?hl=en&btnG=Search&q=intitle:No+Title#0