Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Bloques de Funcion
Bloques de Funcion
Introduccion
Para conseguir el control deseado el dispositivo debe ser configurado. Eso incluye calibración pero
también la elaboración de una estrategia de control. Lo último es cubierto en este manual.
Obtenga mejores resultados del Sistema Fieldbus leyendo cuidadosamente estas instrucciones.
Además de eso, se explica en detalle los bloques soportados por los siguientes dispositivos:
LD292/LD302
TT302
IF302
TP302
FY302
FP302
FI302
FB-700
DC302
DFI302
HI302 (todos los tipos)
DT302
FR302
Otros dispositivos Smar que son miembros del System302, pueden no ser cubiertos por este
manual, porque ellos tienen manuales específicos.
Capitulo 1
Las aplicaciones de Bloques de función son definidas como aplicaciones de planta o de fábrica que
desempeñan uno o más monitoreo automático y funciones de control.
Bloque funcional
Los Bloques funcionals representan las funciones de automatización básicas, que son ejecutadas
por aplicaciones de bloque funcional. Cada bloque funcional procesa parámetros de entrada de
acuerdo a un algoritmo específico y un conjunto interno de parámetros de control. Estos producen
parámetros de salida que son dispuestos para su uso con la misma aplicación de bloque funcional
o por otras aplicaciones de bloque funcional.
Bloque traductor
Los bloques traductores separan los bloques funcionales de los específicos dispositivos I/O, tal
como sensores, actuadores e interruptores. El bloque funcional controla el acceso a los
dispositivos I/O a través de un dispositivo interfaz independiente definido por el usuario mediante
los bloques funcionales. Los bloques traductores también ejecutan funciones tal como calibración
y linealización, en los datos I/O para convertirlo en una representación de dispositivo
independiente. Su interface para los bloques funciones está definido como uno o mas canales I/O
independientes de la implementación.
Bloque recurso
Los bloques recursos son usados para definir las características especificas de hardware de las
aplicaciones de bloques funcionales. Similar a los bloques traductores, estos separan los bloques
funcionales del hardware físico que contiene un conjunto de parámetros de implementación de
hardware independiente.
Los bloques funcionales son definidos pos sus entradas, salidas, parámetros de control y por el
algoritmo que opera sobre estos parámetros. Los Bloques funcionales son identificados usando un
nombre (Tag) y un número indexado.
Los Tags proporcionan una referencia simbólica para los bloques funcionales. Estos no pueden ser
ambiguos dentro el ámbito de un sistema Fieldbus. Los índices numéricos son números designados
para optimizar el acceso a los bloques funcionales. Los tags de los bloques funcionales son
opuestos, pues son globales, los índices numéricos tienen solamente un significado dentro la
aplicación que contiene un bloque funcional.
Los parámetros de los bloques funcionales definen las entradas, salidas y los datos usados para
controlar una operación desde los bloques. Estos son visibles y accesibles en la red. Los
parámetros adicionales llamados parámetros “Internos”, son usados para definir los datos
particulares de un bloque funcional. A pesar de ser visibles en la red, ellos no pueden participar en
el enlace de bloques funcionales.
Las salidas de un bloque funcional pueden ser enlazadas a las entradas de otro bloque funcional.
Cada enlace indica que un parámetro de entrada de un bloque funcional obtiene sus valores
específicos desde los parámetros de salida del otro bloque funcional. Mientras el bloque funcional
“pull” sus valores de los bloques anteriores, lo cual el bloque controla el “Pulling”, dependiendo de
las características de las comunicaciones subyacentes.
Puede existir el enlace de dos bloques funcionales en la misma aplicación de bloque funcional, o
en separadas aplicaciones, ya sea en el mismo dispositivo o en diferentes dispositivos.
Para transferir los datos por un enlace de bloque funcional, el canal de comunicación debe ser
conocido, de tal manera que proporcione la transferencia de datos de datos (y otro tipo de datos)
entre aplicaciones.
Cualquier bloque funcional que se ejecuta en el DFI302 puede ser enlazado a cualquier otro
bloque funcional que se esté ejecutando en otro dispositivo conectado a cualquiera de los cuatro
canales H1 disponibles.
Acceso de información
La información de los bloques funcionales pueden ser agrupados para acceder dependiendo de
cómo se van a usar. Los siguientes cuatro grupos son definidos para propósitos de acceso:
Para soportar el acceso de información de la interface del operador durante la ejecución del
bloque funcional, son definidos dos niveles de acceso a la red, uno para el trafico operacional y
uno para el trafico de segundo plano. El trafico de la interface del operador es transferido como un
tráfico de segundo plano para prevenir la interferencia en los tiempos críticos con la operación de
los bloques funcionales.
Las aplicaciones de un bloque funcional son modelados como un conjunto de bloques funcionales
coordinados para ejecutar un conjunto relacionado de operaciones. Este conjunto de operaciones
colectivas proporcionan una única función de control de alto nivel.
El modelo de un bloque funcional es un algoritmo de tiempo real que transforma los parámetros
de entrada en parámetros de salida. Sus operaciones están controladas a través de la
configuración de los parámetros de control.
Para soportar la operación del bloque funcional, la arquitectura bloque funcional también
proporciona transductores y bloques de recursos y objetos de display.
Objeto de bloque
Cada bloque es identificado por su Tag el cual es definido para ser única en todo el sistema de
control en una planta. Los Tags de bloques son definidos como cadenas de con un ancho máximo
de 32 caracteres.
Durante la operación del sistema, una referencia corta conocido como índice numerico es usado
para propósitos de acceso al bloque. Un índice numérico de un bloque es único solamente dentro
la aplicación de un bloque funcional es donde existe.
El algoritmo de un bloque es identificado por sus tipos y el nivel de revisión de sus tipos. Esta
información indica de cómo la ejecución del algoritmo es afectado por los parámetros de control.
Parámetros de Bloque
Los parámetros definen las entradas, salidas y control de datos para un bloque. Su relaconamiento
mutuo y el algoritmo de bloque son mostrados debajo.
Identificadores de parámetro
Los nombres de los parámetros son únicos dentro un bloque. Dentro un sistema un parámetro
puede ser unívocamente identificado calificando su nombre con el tag de su bloque. Esta
construcción es a la que se refirió como “Tag.Parameter”.
Almacenado de parámetros
Los atributos de parámetros pueden ser clasificados como dinámicos, estáticos o no volátiles. El
valor de los atributos de parámetro pueden necesitar ser recuperados después de una falla de
alimentación basada en su clasificación:
Dinamicos- Un atributo de parámetro cuyo valor es calculado por el algoritmo de bloque y por
tanto no necesita ser recuperada después de una falla de alimentación.
Estaticos- Un atributo de parámetro el cual tiene un valor especifico configurado debe ser
recuperado por un dispositivo después de una falla de alimentación. Una interface o dispositivos
temporales pueden escribir los atributos estáticos de parámetros en una base infrecuente. Los
valores de atributos de parámetros estáticos son normalmente ejecutados por un dispositivo de
configuración. Para soportar los cambios efectuadas en los atributos de parámetros estáticos, una
revisión de parámetros de bloques asociados será incrementada y un evento de actualización será
generada cada vez que el valor de un atributo de parámetro estático es modificado.
No volátil- Un atributo de parámetro cuyo valor es escrito en una base frecuente y el último valor
guardado debe ser restaurado por el dispositivo después de una falla de alimentación. Toda vez
que el valor de estos atributos de parámetros es constantemente cambiado, estos no son
normalmente ejecutados por un dispositivo de configuración.
Uso de parámetros
Los parámetros son definidos por un bloque con un propósito específico. Cada uno es definido
para ser usado como una entrada, una salida o un parámetro de control. Los parámetros de
control son también referidos como parámetros “contained” porque estos no pueden ser
enlazados con los parámetros en otros bloques. Cada tipo de uso es definido a continuación.
Contained
Salida
El valor de un parámetro de salida puede no ser obtenido desde una fuente externa al bloque.
Puede ser generado por el algoritmo del bloque.
El valor correcto de los parámetros de salida son dependientes del valor del modo de parámetro
del bloque. Estos parámetros de salida pueden ser referenciados como parámetros de salida de
modo controlado.
Los bloques cuyo propósito es generar una simple salida que contenga un parámetro designado
como parámetro de salida primario. Las salidas primarias son usadas por otros bloques para
propósitos de control o calculo. Estos bloques también contienen parámetros de salida secundaria
tal como alarmas y eventos, parámetros que juegan un rol de soporte para los parámetros de
salida primario.
Entrada
Un parámetro de entrada obtiene su valor desde una fuente externa al bloque. Un parámetro de
entrada puede ser enlazado a un parámetro de salida de otro bloque funcional. Sus valores
pueden ser usados por el algoritmo del bloque.
El valor de los parámetros de entrada son acompañados por estados. Donde un parámetro de
entrada es enlazada a un parámetro de salida, el estado indicara que el valor no a sido
proporcionado por un parámetro de salida. Cuando un parámetro de entrada esperado no es
recibido, el bloque funcional soporta servicios responsables para entregar los datos que setearán
el estado de los parámetros de entrada para indicar la falla.
Los bloques cuyo propósito es transformar u operar en una simple entrada contendrán un
parámetro designado como el parámetro de entrada primario. Las entradas primarias son usadas
para propósitos de control o calculo. Estos bloques también pueden contener parámetros de
entrada secundaria que soportan procesamiento hecho en el parámetro de entrada primario.
Relacionamiento de parámetros
La ejecución de un bloque involucra las entradas, salidas, parámetros contained y el algoritmo del
bloque. El tiempo de ejecución para un algoritmo de bloque es definido como un parámetro de
bloque. Su valor depende de cómo el bloque fue implementado.
Los parámetros de entrada son usados por el algoritmo en conjunción con el estado de la
aplicación del bloque funcional, que contiene el bloque para determinar si el algoritmo puede
alcanzar el método del objetivo establecido por eso. El método del objetivo es una parte de los
parámetros que indican cual método de operación es deseado para el bloque. Este es
normalmente seteado por un dispositivo de control o el operador.
Bajo ciertas condiciones de operación un bloque puede no ser capaz de funcionar en el modo
requerido. En tal caso, el estado actual refleja el modo en que este es capaz de ejecutar la función
con éxito. Comparando de lo real contra el objetivo indica si el objetivo fue logrado.
El valor para el modo de parámetro para un bloque es definido por el parámetro Permitted Mode.
Asi, los l modos disponibles para controlar un bloque pueden variar con cada bloque. Los valores
asignados al Permitted Mode son seleccionados desde estos definidos por el diseñador de bloque.
Estos son asignados durante la cinfiguracion del bloque para el uso especifico de la aplicación del
bloque funcional. Una vez que en el modo actual es determinado, el progreso de la ejecución del
bloque y las salidas son generados.
Estado de parámetro
Todos los parámetros de entrada y salida son estructuras compuestas de estados y valores pero
algunos parámetros contained (parámetros internos no accesibles por otros bloques), poseen
también ese tipo de datos, por ejemplo, RCAS_IN, ROUT_IN, SP y PV.
El campo de Estado esta compuesto por tres partes: Calidad, Sub Estados y Limites.
Good Cascade- La calidad del valor es buena y puede ser parte de una estructura cascada.
Good Non-Cascade- La calidad del valor es buena y el bloque no soporta una trayectoria cascada.
Uncertain- La calidad del valor es menor que lo normal, pero el valor todavía puede ser usado.
Sub Estados- El sub estado es un complemento del estado de calidad y lleva información para
inicializar o parar un control cascada, alarmas y otros. Hay diferentes sets de sub conjuntos por
cada calidad.
Calidad- La calidad usada será determinado por la condición de prioridad mas alta:
0 = Bad
1 = Uncertain
2 = Good (Non-cascade)
3 = Good (Cascade)
Sub estados- Los valores del Sub estado en los atributos de estado son definidos como se muestra
en la siguiente tabla.
Limit- Las siguientes condiciones de limite estarán siempre disponibles en los atributos de estado.
0 = No limitado
1 = Limite bajo
2 = Limite alto
El parámetro de la variable de proceso (PV) refleja el valor y el estado del valor de entrada
primario o valor calculado basado en múltiples entradas. El parámetro PV es el parámetro IN
después del filtro (PID y AALM), o refleja el valor del transductor después de filtrar (AI y AO-
readback), o la combinación de los dos parámetros de entrada para extensión de rango (ARTH).
Opcionalmente, un filtro puede ser aplicado en la señal del valor de proceso, cuya constante de
tiempo es PV_FTIME. Considerando una cambio de paso para la entrada, este es el tiempo en
segundos para que PV alcance 63.2% del valor final. Si el valor de PV_FTIME es cero, el filtro es
desabilitado.
Calculo del Setpoint
En principio el SP será limitado por un rango específico por los parámetros SP_HI_LIM y
SP_LO_LIM solamente en modo Auto. Sin embargo en el bloque PID, si el bit “Obey limit SP, if
Cas o Rcas ” en el parámetro CONTROL_OPTS es true, entonces el valor del setpoint será
también restringido por los limites del setpoint en modo Cas y RCas.
Estos parametros evitan el golpe en los cambios del SP, y estos dependen del tipo del bloque
también del modo a ser amigable. Los limites de la tasa SP son aplicados para el bloque PID en
modo Automatico y un bloque AO en Automatico, modos Cas o Rcas.