FIELDBUS FOUNDATION

1. Que es fieldbus Foundation El fieldbus conserva las caractersticas deseables del sistema analgico 4-20 mA: Una interface fsica normalizada con el cable; Dispositivos alimentados por bus sobre un solo par de cables; Opciones de seguridad intrnseca; Adems, el fieldbus FOUNDATION ofrece: Mayores capacidades debido las comunicaciones totalmente digitales; Menos cableado y menor nmero de terminaciones de cable debido a la existencia de mltiples dispositivos en un solo cable; Menor carga sobre el equipamiento de la sala de control debido a la posible distribucin de ciertas funciones de control y de entrada salida a los dispositivos de campo; Conexin a High Speed Ethernet en caso de sistemas de mayor tamao. Es la capacidad de distribuir el control entre los dispositivos de campo inteligentes del piso de planta y comunicar digitalmente esa informacin a alta velocidad, lo que hace que el fieldbus FOUNDATION sea una tecnologa habilitante. Para Fisher Rosemount, la tecnologa de fieldbus FOUNDATION es la piedra angular de su arquitectura PlantWeb basada en el campo. La arquitectura PlantWeb basada en el campo le permite al usuario implementar soluciones abiertas de proceso interconectando dispositivos de campo inteligentes, plataformas escalables y software con valor agregado. A hacer un uso completo de la inteligencia de campo, a gestin del proceso ya no es ms control de proceso. Ahora es tambin gestin de activos: recolectar y usar la gran cantidad de informacin generada por los activos , transmisores inteligentes, vlvulas, analizadores, etc. Incluye configuracin, calibracin, monitoreo, diagnsticos y registros de mantenimiento desde cualquier lugar en la planta, mientras el proceso esta en marcha. 1.1 Ventajas del fieldbus A travs de la aplicacin de tecnologa del fieldbus se pueden conseguir importantes ventaas en el ciclo de vida de un sistema de control. 1.1.1 Ms datos disponibles

El fieldbus permite llevar al sistema de control mltiples variables desde cada dispositivo con fines de archivo, anlisis de tendencias, estudios de optimizacin de proceso y generacin de reportes. La alta resolucin y las caractersticas libres de distorsin de las

comunicaciones digitales permiten mejorar la capacidad de control, lo que, a su vez, puede aumentar el rendimiento de la produccin (figura 4). 1.1.2 Visualizacin mas amplia del proceso

Las capacidades de auto-prueba y comunicaciones de los dispositivos de fieldbus basados en microprocesador ayudan a reducir las paradas y mejorar la seguridad de la planta. Al detectar condiciones anormales o la necesidad de mantenimiento preventivo, notifican al personal de operaciones y de mantenimiento la planta para que inicie una accin correctiva de manera pida y segura (figura 5). 1.1.3 Reduccin del hardware del sistema

El fieldbus FOUNDATION utiliza 'Bloques de Funcin' standard para implementar la estrategia de control. Los bloques de funcin son funciones de automatizacin normalizadas. Muchas de las funciones de un sistema de de control, tales como entrada analgica (AI), salida analgica (AO) y control PID (Proporcional / Integral / Derivativo), pueden ser desempeadas de manera rpida por el dispositivo de campo a travs del uso de bloques de funcin (figura 6). El desempeo consistente y orientado a bloques de los bloques de funcin permite la distribucin de funciones en los dispositivos de campo de distintos fabricantes de una manera integrada y sin inconvenientes. La distribucin del control dentro de los dispositivos de campo puede reducir la cantidad de E/S y equipamiento de control necesaria, incluyendo archivos de tarjetas, gabinetes y fuentes de alimentacin. 1.1.4 Ahorros en el cableado El fieldbus permite Conectar numerosos dispositivos a un solo par de cables, lo que se traduce en menos cable, un menor nmero de barreras de seguridad intrnseca y un menor nmero de tableros de distribucin (figura 7).

2. Qu es Fieldbus Foundation?
Impulsadas por las necesidades de sus clientes, las empresas de control de procesos y automatizacin de manufactura formaron Fieldbus Foundation para completar el desarrollo de un nico fieldbus abierto, internacional e interoperable. Fieldbus Foundation es una organizacin independiente sin fines de 1ucro basada en los siguientes principios: La tecnologa de fieldbus es una tecnologa habilitante, no una tecnologa diferenciante. La tecnologa de fieldbus es abierta y disponible en todas partes. La tecnologa de fieldbus se basa en el trabajo de IEC (International Electrotecnical Comisin) e ISA Internbational Society for Measurement y Control).

3. Tecnologa del fieldbus

La tecnologa del fieldbus Foundation consiste de tres partes 1. Nivel Fsico 2. ''Stack" de comunicaciones 3. Aplicacin de Usuario Para modelar estos componentes se usa el modelo de comunicaciones estratificada denominado Open Systems Interconnect (OSI) (figura 9). El Nivel Fsico es el nivel l de OSI. El nivel de Enlace de Datos (DLL) es el nivel 2 de OSI. La Especificacin de Mensajes de Fieldbus (FMS es el nivel 7 de OSI. El stack de Comunicaciones se compone de los niveles 2 y 7 del modelo OSI. El fieldbus no usa los niveles 3, 4, 5 y 6 de OSI. El subnivel de Acceso al Fieldbus (FAS) mapea la FMS en el DLL. La Aplicacin de Usuario no est definida por el modelo OSI. Fieldbus Foundation ha especificado un modelo de Aplicacin de Usuario. Cada nivel en el sistema de comunicaciones es responsable de una porcin del mensaje que se transmite en el fieldbus. Los nmeros en la figura 10 muestran el nmero aproximado de ''octetos' (de ocho bits) usados para cada nivel para transferir los datos del usuario. El Nivel Fsico est definido por IEC (International Electrotechnical Commission) e ISA (International Society for Measurement and Control) El Nivel Fsico recibe mensajes del stack de comunicaciones y los convierte en seales fsicas dentro del medio de transmisin del fieldbus y viceversa. Las tareas de conversin incluyen agregado y remocin de prembulos, delimitadores de comienzo y delimitadores de final (figura 11).

Las seales de fieldbus son codificadas usando la conocida tcnica Manchoster Biphase-L. La seal se denomina seria sincrnica ya que la informacin de reloj se encuentra embebida en la corriente de datos serial. Los datos son combinados con la seal de reloj para crear la seal de fieldbus que se muestra en la figura 12. El receptor de la sea de fieldbus Ll interpreta una transicin positiva en el medio del tiempo de un BIT como un 0 lgico y una transicin negativa como un 1 lgico (figura 12). Hay definidos caracteres especiales para prembulo, delimitador de comienzo y delimitador de final. (Figura 13). El prembulo es utilizado por el receptor para sincronizar su reloj interno con la seal de fieldbus que ingresa. Se dispone de cdigos especiales N+ y N- en el delimitador de comienzo y en el delimitador de final. Las seales N+ y N- transitan en el medio del tiempo de un bit. El receptor usa el delimitador de comienzo para encontrar el inicio de un mensaje de fieldbus. Despus que encuentra el delimitador de comienzo, el receptor acepta los datos hasta que recibe el delimitador de final. 3.1.1 Sealizacin del fieldbus Hl de 31,25 kbits El dispositivo transmisor entrega 10 mA a 31,25 kbit/s sobre una carga equivalente de 50 ohm para crear una tensin de 1,0 V pico a pico modulada en la parte superior de la tensin de alimentacin de corriente Continua (CC). La tensin de alimentacin CC puede ser de 9 a 32 V. Sin embargo para aplicaciones de seguridad intrnseca con dispositivos alimentados la tensin permitida de la fuente de alimentacin depende de las especificaciones de la barrera. (figura 14) Los dispositivos de 31,25 kbit/s pueden ser alimentados directamente del fieldbus y operan sobre el cableado usado anteriormente para los dispositivos de 4-20 mA El fieldbus H1 tambin soporta buses de campo de seguridad intrnseca por bus. Para conseguirlo, se coloca una barrera de seguridad intrnseca entre la fuente de alimentacin en el rea segura y el dispositivo de seguridad intrnseca en el rea peligrosa. . 3.1.2 Cableado del fieldbus H1 El fieldbus H1 acepta stubs o "spurs" (figura 15). La longitud del fieldbus est determinada por la velocidad de comunicacin, el tipo de cable, el tamao del cable, la opcin de alimentacin por bus y la opcin de seguridad intrnseca. El tramo principal no puede exceder una longitud total de 1.900 m con un par de cables retorcidos y blindados. La longitud del cable se determina sumando la longitud del cable troncal y todas las longitudes de los spurs. Los terminadores se encuentran ubicados en cada extremo del cable troncal principal. Si hay una posibilidad de elegir la longitud del spur, ms corto es mejor. La longitud total de los spurs est limitada por el nmero de spurs y el nmero de dispositivos por spur. En la tabla de la figura 16 se indica la mxima longitud de spur permitida en funcin del nmero total de dispositivos en el segmento.

3.2 Stack de Comunicaciones Las siguientes seccionesdescriben la operacin de los niveles en el Stack de Comunicaciones. 3.2.1 Nivel de Enlace de Datos (DLL) 0 FF-821 Data Link Layer Services Subset Specificaton 0 FF-822 Data Link Layer Protocol Subset Specification El Nivel 2, o sea el Nivel de Enlace de Datos (DLL), controla la transmisin de los mensajes sobre el fieldbus. DLL maneja el acceso al fieldbus a travs de un programador de bus centralizado y deterministico, denominado LAS (Link Active Scheduler). DLL es un subconjunto de la norma DLL de IEC/ISA. 3.2.1.1 Tipos de dispositivos Son tres los tipos de dispositivos definidos en la especificacin de DLL: . Dispositivos bsicos que no tienen la capacidad de transformarse en LAS. . Dispositivos Link Master que s son capaces de transformarse en LAS. . Puentes que se usan para interconectar fieldbuses individuales a fin de crear redes de mayor tamao. 3.2.1.2 Comunicacin programada El LAS tiene una lista de tiempos de transmisin para todos los buffers de datos de todos los dispositivos que necesitan ser transmitidos en forma cclica. Cuando llega el momento para que un dispositivo enve un buffer, LAS emite un mensaje CD (Compel Data) al dispositivo. Al recibir el CD, el dispositivo difunde o publica los datos contenidos en el buffer a todos los dispositivos existentes en el fieldbus. Cualquier dispositivo configurado para recibir los datos se denomina "suscriptor" (figura 19). Las transferencias de datos programadas se usan normalmente para la transferencia regular y cclica de datos del lazo de control entre los dispositivos del fieldbus. 3.2.1.3 Comunicacin no programada Todos los dispositivos del fieldbus tienen una chance de enviar mensajes no programados entre las transmisiones de mensajes programados. El LAS otorga el permiso a un dispositivo para usar el fieldbus emitiendo un mensaje fieldbus emitiendo un mensaje de Pass Token (PT) al dispositivo. Cuando ste recibe el PT,

lo habilita para enviar mensajes hasta que finaliza o hasta que haya expirado el "tiempo mximo de retencin de token", cualquiera sea ms corto (figura 20). 3.2.1.4 Operacin del LAS La operacin global del LAS (Link Active Scheduler) incluye: . Programa de CDs . Mantenimiento de la Lista Activa Sincronizacin del tiempo de enlace de datos Pasaje de token Redundancia de LAS El algoritmo usado por el LAS se muestra en la figura 21. 3.2.1.4.1 Programa de CDs El programa de CDs contiene una lista de las actividades que estn programadas para que ocurran en forma cclica. En el momento precisamente programado, LAS enva un mensaje CD (Compel Data) a un buffer de datos especfico en un dispositivo de fieldbus. El dispositivo difunde o "publica" inmediatamente un mensaje a todos los dispositivos del fieldbus. Esta es la actividad de ms alta prioridad desempeada por el LAS. Las restantes operaciones se realizan entre las transferencias programadas. 3.2.1.4.2 Mantenimiento de la Lista Viva

La lista con todos los dispositivos que responden correctamente al PT se denomina "Lista Viva". Es posible agregar nuevos dispositivos al fieldbus en cualquier momento. El LAS enva peridicamente mensajes de Nodo de Prueba (PN) a las direcciones que no estn en la Lista Viva. Si un dispositivo se encuentra presente en la direccin y recibe el PN, devuelve inmediatamente un mensaje de Respuesta de Prueba (PR). Si el dispositivo responde con un PR, el LAS agrega el dispositivo a la Lista Viva y confirma su incorporacin envindole al dispositivo un mensaje de Activacin de Nodo. El LAS es requerido para probar al menos una de las direcciones despus de haber completado el cielo de envo de PTs a todos los dispositivos de la Lista Viva. El dispositivo permanecer en la Lista Viva hasta que responda correctamente a los PTs enviados desde el LAS. El LAS sacar un dispositivo de la Lista Viva si el dispositivo no usa el token o no lo devuelve inmediatamente al LAS despus de tres intentos sucesivos. Siempre que se agregue o saque un dispositivo de la Lista Viva, el LAS difunde los cambios de la Lista Viva a todos los dispositivos. Esto permite que cada dispositivo mantenga una copia actualizada de la Lista Viva.

3.2.1.4.3

Sincronizacin del tiempo de enlace de datos

El LAS difunde peridicamente un mensaje de Distribucin de Tiempo (TD) en el fieldbus de modo que todos los dispositivos tengan exactamente el mismo tiempo de enlace de datos. Esto es importante ya que las comunicaciones programadas en el fieldbus y las ejecuciones programadas de los bloques de funcin en la Aplicacin de Usuario se basan en la informacin obtenida de estos mensajes. 3.2.1.4.4 Pasaje de token El LAS enva un mensaje PT a todos los dispositivos de la Lista Viva. Al dispositivo se lo habilita para transmitir mensajes no programados cuando recibe el PT. 3.2.1.4.5 Redundancia de LAS Un fieldbus puede tener mltiples Link Masters. Si el LAS falla, uno de los Link Masters pasa a ser el nuevo LAS y contina la operacin del fieldbus. El fieldbus est diseado para ser "operacional ante una falla". 3.2.2 Subnivel de Acceso a Fieldbus (FAS) 0 FF-875 Fieldbus Access Sublayer Specification El FAS utiliza las caractersticas de programado y no programado del Nivel de Enlace de Datos para brindar servicios de Especificacin de Mensajes de Fieldbus (FMS). Los servicios de FAS estn descritos mediante un ndice VCR (Virtual Communication Relationship). El ndice VCR es similar a la caracterstica de discado rpido de un telfono con memoria. Hay muchos dgitos para discar en una llamada internacional, tales como cdigo de acceso internacional, cdigo del pas, cdigo de ciudad, cdigo de intercambio y, finalmente, el nmero de telfono especfico. Esta informacin necesita ser ingresada una sola vez y luego se le asigna un "nmero de discado rpido". A continuacin, slo es necesario ingresar este nmero para conseguir el discado. De manera similar, despus de la configuracin, slo se necesita el ndice VCR para comunicarse con otro dispositivo del fieldbus. De la misma manera que hay distintos tipos de llamadas telefnicas, tales como persona a persona, en conferencia, etc., tambin hay distintos tipos de VCRS.

3.2.2.1 VCR Cliente/Servidor El ndice VCR Cliente/Servidor se usa para comunicaciones en espera, no programadas, iniciadas por el usuario, uno a uno, entre los dispositivos del fieldbus. En espera significa que los mensajes son enviados y recibidos en el orden establecido para la transmisin, de acuerdo a su prioridad, sin sobreescribir mensajes previos. Cuando un dispositivo recibe un PT del LAS, puede enviar un mensaje de solicitud a otro dispositivo del fieldbus. El solicitante se denomina "Cliente" y el dispositivo que recibe la solicitud se denomina "Servidor". El Servidor enva la respuesta cuando recibe un PT del LAS. El ndice VCR Cliente/Servidor se usa para solicitudes iniciadas por el operador, tales como cambios de setpoint, acceso y cambio de parmetros de sintona, reconocimiento de alarmas, y carga y descarga de dispositivos. 3.2.2.2 VCR para Distribucin de Reportes El ndice VCR para Distribucin de Reportes se utiliza para comunicaciones en espera, no programadas, iniciadas por el usuario, uno a muchos. Cuando un dispositivo con un reporte de evento o de tendencia recibe un PT del LAS, enva su mensaje a una "direccin de grupo" definida para su VCR. Los dispositivos que estn configurados para escuchar en esa VCR recibirn el reporte. El ndice VCR para Distribucin de Reportes es utilizado normalmente por los dispositivos de fieldbus para enviar notificaciones de alarma a las consolas de operador. 3.2.2.3 VCR Editor/Suscriptor El ndice VCR Editor/Suscriptor se usa para comunicaciones compensadas, uno a muchos. Compensadas significa que slo la ltima versin de los datos es mantenida dentro de la red. Los nuevos datos se sobreescriben completamente sobre los datos anteriores. Cuando un dispositivo recibe el CD (Compel Data), "publica" o difunde su mensaje a todos los dems dispositivos del fieldbus. Los dispositivos que desean recibir el mensaje publicado se denominan "Suscriptores". El CD puede ser programado en el LAS, o puede ser enviado por los Suscriptores en forma no programada. Un atributo del VCR indica cul es el mtodo utilizado. El ndice VCR Editor/Suscriptor es utilizado por los dispositivos de campo para la publicacin cclica y programada de entradas y salidas de los bloques de funcin de la Aplicacin de Usuario, tales como variables de proceso (PV) y salidas primarias (OUT) en el fieldbus.

3.2.3 Especificacin de Mensajes de Fieldbus (FMS) FF-870 Fieldbus Message Specfication Los servicios de Especificacin de Mensajes de Fieldbus (FMS) permiten que las aplicaciones del usuario puedan enviar mensajes a cada una de las dems aplicaciones a travs del fieldbus usando un conjunto standard de formatos de mensaje. FMS describe los servicios de comunicacin, los formatos de mensaje y el comportamiento del protocolo que se necesitan para construir mensajes para la Aplicacin de Usuario (figura 23). Los datos que son comunicados sobre el fieldbus se describen mediante una "descripcin de objetos". Las descripciones de objetos son recolectadas en una estructura denominada "diccionario de objetos" (OD) (figura 24). La descripcin de objetos est identificada por su "ndice" en el OD. El ndice 0, denominado cabezal del diccionario de objetos, ofrece una descripcin del propio diccionario y define el primer ndice para las descripciones de objetos de la Aplicacin de Usuario. Las descripciones de objetos de la Aplicacin de Usuario pueden comenzar con cualquier ndice por encima de 255. El ndice 255 e inferiores definen los tipos standard de datos, tales como booleanos, enteros, flotantes, tiras de bits y estructuras de datos que se usan para construir cualesquiera otras descripciones de objetos. 3.2.3.1 Dispositivo de Campo Virtual (VFD) Para visualizar en forma remota los datos de dispositivos locales descritos en el diccionario de objetos se usa un "Dispositivo de Campo Virtual" (VFD). Un dispositivo tpico tendr al menos dos VFDs (figura 25). La Administracin de Red (ver 0 FF-801 Network Management Specification) es parte de la Aplicacin de Administracin de Red y de Sistema. Se encarga de la configuracin del stack de comunicaciones. El Dispositivo de Campo Virtual (VFD) usado para la Administracin de Red se usa tambin para la Administracin de Sistema. Este VFD provee acceso a la Base de Informacin de Administracin de Red (NMIB) y a la Base de Informacin de Administracin de Sistema (SMIB). Los datos de NMIB incluyen VCRS, variables dinmicas, estadsticas y programas de LAS (si el dispositivo es un Link Master). Los datos de SMIB incluyen tag de dispositivos e informacin de direcciones, como as tambin programas para la ejecucin de bloques de funcin. La Administracin de Sistema se describe luego en la seccin de Aplicacin de Usuario. 3.2.3.2 Servicios de comunicacin Los servicios de comunicacin FMS ofrecen una alternativa standarizado para las Aplicaciones de Usuario, tales como bloques de funcin, a fin de comunicarse sobre el fieldbus. Los servicios especficos de comunicacin FMS estn definidos para cada tipo de objeto. Todos los servicios FMS slo pueden usar VCR Cliente/Servidor, salvo indicacin contraria.

3.2.3.2.1

Servicios de administracin de contexto

Los siguientes servicios FMS se usan para establecer y relevar VCRs y determinar el estado de un VFD. Initiate Abort Reject Status Establecer comunicaciones Finiquitar comunicaciones Rechazar un servicio incorrecto Leer un estado de dispositivo Enviar estado no solicitado

UnsolicitedStatus Iden tfy 3.2.3.2.2

Leer proveedor, tipo y versin Servicios de diccionario de objetos

Los siguientes servicios FMS permiten que la aplicacin de usuario acceda y cambie la descripcin de objetos (OD) en un VFD. GetOD Leer un diccionario de objetos (OD) InitiatePutOD Comenzar una carga de OD PutOD Cargar un OD dentro de un dispositivo TerminatePutOD Detener una carga de OD 3.2.3.2.3 Servicios de acceso a variables

Los siguientes servicios FMS permiten que la aplicacin del usuario acceda y cambie variables asociadas con una descripcin de objetos. Read Leer una variable Write

Escribir una variable InformatonReport Enviar datos* DefineVariableList Definir una lista de variables DeleteVariableList Borrar una lista de variables *Puede usar VCR Editor/Suscriptor o VCR con Distribucin de Reportes 3.2.3.2.4 Servicios de eventos Los siguientes servicios FMS permiten que la Aplicacin de Usuario reporte eventos y administre el procesamiento de eventos. EventNotificaton Reportar un evento* AcknowledgeEventNotification Reconocer un evento Alter EventCOnditionMonitoring Inhibir/habilitar un evento*

3.2.3.2.5 Servicios de carga/descarga Muchas veces es necesario cargar o descargar datos y programas en forma remota sobre el fieldbus, especialmente en el caso de dispositivos ms complejos como controladores lgicos programables. Para posibilitar las cargas y las descargas usando los servicios FMS, se usa un "Dominio", que representa un espacio de memoria en un dispositivo. Los siguientes servicios FMS permiten que la Aplicacin de Usuario cargue y descargue un Dominio en un dispositivo. RequestDomainUpload Solicitar la carga IntiateUploadSequence Abrir la carga UploadSegment

Leer datos de un dispositivo TerminateUploadSequence Detener la carga RequestDomainDownload Solicitar la descarga InitiateDownloadSequence Abrir la descarga DownloadSequence Enviar datos a un dispositivo TerininateDownloadSequence Detener la descarga 3.2.3.2.6 Servicios de invocacin de programas

La "Invocacin de Programa" (PI) permite la ejecucin de un programa en un solo dispositivo a ser controlado en forma remota. Un dispositivo podra descargar un programa dentro de un Dominio (ver seccin anterior) de otro dispositivo usando el servicio de descarga y luego en forma remota operar el programa mediante la emisin de solicitudes de servicio PI. El diagrama de estados para la PI se muestra ms tarde como ejemplo de comportamiento de un protocolo FMS. CreateProgramInvocation Crear un objeto del programa DeleteProgramInvocation Borrar un objeto del programa Start Comenzar un programa Stop Detener un programa Resume Reanudar la ejecucin de un programa Reset Resetear el programa

Kill Sacar el programa 3.2.3.3 Formateado de mensajes (D ASN. 1 Tu toral and Reference - Steedman El formateado exacto de los mensajes FMS est definido por un lenguaje de descripcin de sintaxis formal denominado Abstract Syntax Notation 1 (ASN. l). ASN. 1 fue desarrollado por CCITT (International Telegraph and Telephone Consultative Committee) a comienzos de 1980 como parte de las actividades de normalizacin del correo CCITT. En la figura 26 se muestra un ejemplo parcial de la definicin de ASN. 1 para el servicio de lectura de FMS. Este ejemplo establece que los tem de especificacin de acceso y subndice se producen en SECUENCIA en el mensaje. La especificacin de acceso es la ELECCION de usar un ndice o un nombre para acceder a una variable. El subndice es OPCIONAL. Se lo usa slo para seleccionar un elemento individual de un conjunto o registrar una variable. Los nmeros entre parntesis son los nmeros de codificacin reales que se usan para identificar los campos en un mensaje codificado. 3.2.3.4 Comportamiento del protocolo Ciertos tipos de objetos tienen reglas de comportamiento especiales que son descritas por la especificacin de FMS. Por ejemplo, el comportamiento simplificado de un objeto Invocacin de Programa se muestra en la figura 27. Un dispositivo remoto puede controlar el estado del programa en otro dispositivo del fieldbus. Por ejemplo, el dispositivo remoto podra usar el servicio FMS Crear una Invocacin de Programa para cambiar el estado del programa de No-existente a Desocupado. El servicio FMS Start se usa para cambiar el estado de Desocupado a Operando y as sucesivamente.

3.3

Aplicacin de Usuario - Bloques

(D FF-890 Function Blooks - Part 1 Fieldbus Foundation ha definido una Aplicacin de Usuario standard basada en 'bloques". Los bloques son representaciones de los distintos tipos de funciones de aplicacin (figura 28). Los tipos de bloques usados en una aplicacin de usuario se describen en la figura 29. 3.3.1 Bloque fuente El bloque fuente describe caractersticas del dispositivo de fieldbus tales como nombre del dispositivo, fabricante y nmero de serie. Hay un solo bloque fuente en un dispositivo. .go.3.3.2 Bloque de funcin Los bloques de funcin (FB) se encargan del comportamiento del sistema de control. Los parmetros de entrada y de salida de los bloques de funcin pueden ser conectados sobre el fieldbus. La ejecucin de cada bloque de funcin est precisamente programada. Puede haber muchos bloques de funcin en una Aplicacin de Usuario. Fieldbus Foundation ha definido conjuntos de Bloques de Funcin standard. Diez bloques de funcin para control bsico estn definidos por la especificacin @ FF-891 Function Blocks - Part 2. Estos bloques se detallan a continuacin. Nombre de bloque de funcin Entrada Analgica Salida Analgica Polarizacin (Bias) Selector de Control Entrada Discreta Salida Discreta Cargador Manual Proporcional/ Derivativo Proporcional/Integral/ Derivativo Relacin Smbolo AI AO B CS DI DO ML PD PID RA

Diecinueve bloques de funcin standard para control avanzado estn definidos en la especificacin 0 FF-892 Function Blocks Part 3. Los bloques de funcin pueden ser incorporados en los dispositivos de fieldbus segn necesidad para alcanzar la funcionalidad deseada del dispositivo. Por ejemplo, un simple

transmisor de temperatura puede contener un bloque de funcin AI. Una vlvula de control podra contener un bloque de funcin PH) como as tambin el esperado bloque de AO. De esta forma se puede construir un lazo de control completo usando slo un simple transmisor y una vlvula de control (figura 30). 3.3.3 Bloques transductores Los bloques transductores desacoplan los bloques de funcin de las funciones locales de entrada/salida requeridas para leer sensores y comandar hardware de salida. Estos bloques contienen informacin como fecha de calibracin y tipo de sensor. Normalmente hay un bloque transductor para cada bloque de funcin de entradla o de salida. Los siguientes objetos adicionales estn definidos en la aplicacin de usuario: Objetos de enlace - Definen los enlaces entre las entradas y las salidas del bloque de funcin internas en el dispositivo y a travs de la red de fieldbus. Objetos de tendencia - Ofrecen tendencia local de los parmetros de los bloques de funcin para su acceso por parte de hosts u otros dispositivos. Objetos de alerta - Ofrecen reporte de alarmas y eventos en el fieldbus. Objetos de visualizacin - Son agrupamientos predefinidos de conjuntos de parmetros de bloques que pueden ser utilizados por la interface hombre/mquina. La especificacin del bloque de funcin define cuatro visualizaciones para cada tipo de bloque.

En la figura 31 se muestra un ejemplo de cmo las variables de los bloques de funcin comunes pueden ser mapeadas dentro de las visualizaciones. En el ejemplo slo se muestra un listado parcial de los parmetros de los bloques: View-1 - Operation Dynamic: Informacin requerida por un operador de planta para correr el proceso. View-2 - Operation Static: Informacin que necesita ser leda una vez y luego desplegada junto con los datos dinmicos. View-3 - All Dynamie: Informacin que cambia y puede necesitar ser referenciada en un display detallado. View-4 - Other Statie:Informacin de configuracin y mantenimiento. Definicin de un dispositivo de fieldbus

3.3.4

La funcin de un dispositivo de fieldbus queda determinada por la disposicin e interconexin de los bloques (figura 32). Las funciones del dispositivo se hacen visibles al sistema de comunicacin del fieldbus a travs del dispositivo VFD de la Aplicacin de Usuario mencionado anteriormente.

El encabezamiento del diccionario de objetos de la Aplicacin de Usuario apunta a un directorio que siempre es el primero que ingresa en la aplicacin de los bloques de funcin. El directorio provee los ndices de comienzo de todos los dems ingresos usados en la aplicacin de los bloques de funcin (figura 33). Es posible acceder a las descripciones de los objetos VFD y sus datos asociados en forma remota sobre la red de fieldbus usando VCRS, tal como se muestra en la figura 34. 3.4 Administracin del sistema 0 FF-800 System Management Specificacin Los bloques de funcin deben ejecutarse a intervalos precisamente definidos y en la secuencia apropiada para que el sistema de control opere correctamente. La administracin del sistema se encarga de sincronizar la ejecucin de los bloques de funcin y la comunicacin de los parmetros de los bloques de funcin en el fieldbus. La administracin del sistema tambin maneja otras caractersticas importantes del sistema, tales como la publicacin de la hora a todos los dispositivos, incluyendo la conmutacin automtica a un editor de tiempo redundante, la asignacin automtica de las direcciones de los dispositivos y la bsqueda de los nombres de los parmetros o "tags" en el fieldbus. Toda la informacin de configuracin que necesita la administracin del sistema, como el programa de los bloques de funcin, es descrita por las descripciones de objetos en el VFD (Virtual Field Device) de administracin de red y de sistema de cada dispositivo. Este VFD provee acceso a la base SMIB de informacin de administracin de sistema (System Management Information Base) y tambin a la base NMIB de informacin de administracin de red (Network Management Information Base). 3.4.1 Programacin de los bloques de funcin

Una herramienta de construccin de programas generara los programas de bloques de funcin y de LAS (Link Active Scheduler). Supngase que la herramienta de construccin de programa ha construido los programas para el lazo descrito en la figura 30. Los programas contienen el corrimiento del tiempo de arranque respecto del comienzo del "tiempo absoluto de arranque del programa de enlace". Este tiempo absoluto de arranque del programa de enlace es conocido por todos los dispositivos del fieldbus (fig. 35). Un "macrociclo" es una simple iteracin de un programa dentro de un dispositivo. En la figura 35 se muestran las relaciones entre el tiempo absoluto de arranque del programa de enlace, el macrociclo del LAS, los macrociclos de los dispositivos y los corrimientos del tiempo de arranque. En la figura 36, la administracin del sistema en el transmisor har que se ejecute el bloque de funcin AI en el corrimiento 0. En el corrimiento 20, el LAS emitir un dato CD (Compel Data) al buffer de bloques de funcin Al en el transmisor, con lo que los datos del buffer sern publicados en el fieldbus.

En el corrimiento 30, la administracin del sistema en la vlvula har que se ejecute el bloque de funcin PID, seguido por la ejecucin del bloque de funcin AO en el corrimiento 50. Este patrn se repite exactamente igual asegurando la integracin de la dinmica del lazo de control. Durante la ejecucin de los bloques de funcin, el LAS est enviando el mensaje de Pass token a todos los dispositivos de modo que stos puedan transmitir sus mensajes no programados tales como notificaciones de alarmas o cambios de setpoint del operador. En este ejemplo, la nica vez que el fieldbus no puede ser utilizado para mensajes no programados es entre los corrimientos 20 y 30, cuando los datos de bloques de funcin Al estn siendo publicados en el fieldbus. 3.4.1.1 Distribucin del reloj de aplicacin FOUNDATION Fieldbus soporta una funcin de distribucin del reloj de aplicacin. El reloj de aplicacin suele ser ajustado igual a la hora local o a una hora coordinada universal. La administracin del sistema tiene un editor de tiempo que enva peridicamente un mensaje de sincronizacin del reloj de aplicacin a todos los dispositivos del fieldbus. El tiempo de programacin de enlace de datos es muestreado y enviado con el mensaje de reloj de aplicacin de modo que los dispositivos receptores puedan ajustar su hora de aplicacin local. Entre los mensajes de sincronizacin, la hora del reloj de aplicacin es mantenida independientemente en cada dispositivo en base a su propio reloj interno. La sincronizacin del reloj de aplicacin permite que los dispositivos puedan tener datos con da y hora a travs de toda la red de fieldbus. Si existen editores de reloj de aplicacin de respaldo en el fieldbus, un editor de respaldo pasar a ser activo si el actual editor de tiempo activo llegara a fallar. 3.4.1.2 Asignacin de direcciones de dispositivos Cada dispositivo de fieldbus debe tener una direccin de red nica y un tag de dispositivo fsico para que el fieldbus pueda operar correctamente. Para evitar la necesidad de switches de direccin en los instrumentos, la asignacin de direcciones de red puede ser realizada automticamente por la administracin del sistema. La secuencia para la asignacin de una direccin de red a un nuevo dispositivo es como sigue: Se asigna un tag de dispositivo fsico al nuevo dispositivo a travs de un dispositivo de configuracin. Esto puede hacerse "off-line" u "on-line" mediante direcciones especiales de red por defecto en el fieldbus,o Usando direcciones de red por defecto, la administracin del sistema pregunta al dispositivo por su tag de dispositivo fsico. La administracin usa el tag de dispositivo fsico para ubicar la nueva direccin de red en una tabla de configuracin y luego enva un mensaje especial de "ajuste de direccin" al dispositivo, que lo fuerza a moverse a la nueva direccin en la red. La secuencia se repite para todos los dispositivos que ingresan a la red en una direccin por defecto.

3.4.1.3 Servicio de localizacin de tags Por razones de conveniencia para sistemas host y dispositivos de mantenimiento porttiles, la administracin del sistema soporta un servicio de localizacin de dispositivos o variables mediante una bsqueda de tags. El mensaje de "consulta para localizacin de tags es difundido a todos los dispositivos del fieldbus. Al recibir el mensaje, cada dispositivo busca en su VFD el tag solicitado y devuelve la informacin completa del recorrido (si se encontr el tag) incluyendo direccin de red, nmero de VFD, ndice VCR (Virtual Communication Relationship) e ndice OD (Object Dictionary), Una vez conocido el recorrido, el dispositivo host o de mantenimiento puede acceder a los datos correspondientes al tag. Descripciones de dispositivos Una caracterstica crtica que se requiere de los dispositivos de fieldbus es la interoperabilidad. Para alcanzar la interoperabilidad se usa la tecnologa DD (Device Description) junto a definiciones de parmetros y de comportamiento de bloques defuncin standard. DD proporciona una descripcin amplia de cada objeto del VFD, figura 37. Tambin ofrece la informacin necesaria para que un sistema de control o host comprenda el significado de los datos en el VFD, incluyendo la interface humana para funciones como calibracin y diagnsticos. De esta forma, la DD puede ser considerada como un driver para el dispositivo. Los DDs son similares a los drivers que utilizan las computadoras para operar distintas impresoras. Cualquier sistema de control puede operar con el dispositivo si tiene la DD correspondiente.

3.5.1

Tokenizer para la descripcin de dispositivos

(O FD-900 Device Description Language Specification (9 FD-100 DDL TokenizerUser's Manual La DD est escrita en un lenguaje de programacin standard conocido como DDL (Device Description Language). Una herramienta basada en PC, denominada "tokenizer", convierte los archivos fuente de entrada de DD en archivos de salida de DD, reemplazando palabras clave y tiras standard en el archivo fuente con "tokens" fijos, tal como se muestra en la figura 38. Fieldbus Foundation (FF) ha elaborado DDs para todos los bloques de funcin y bloques transductores standard. Los proveedores de dispositivos preparan normalmente una DD "incrementar" que referencia las DDs standard. Los proveedores tambin pueden agregar caractersticas propias, tales como procedimientos de calibracin y diagnstico, a sus dispositivos. Estas caractersticas tambin pueden estar descritas en la DD incrementar.

Fieldbus Foundation ofrece las DDs standard en un CD-ROM. El usuario puede conseguir la DD incrementar del proveedor de los dispositivos o de Fieldbus Foundation si dicho proveedor ha registrado all su DD incrementar (fig. 39). Las DDs incrementales tambin pueden leerse directamente del dispositivo sobre el fieldbus, si el dispositivo soporta servicios de carga y contiene un VFD para la DD. 3.5.2 Servicios de descripcin de dispositivos

0 FF-1 1 0 DDS Users Guide Del lado del host, para leer las descripciones de los dispositivos se usan funciones de biblioteca denominadas DDS (Device Description Services) (figura 40). Cabe sealar que DDS lee descripciones, no valores operacionales. Los valores operacionales son ledos del dispositivo de fieldbus sobre el fieldbus usando los servicios de comunicacin FMS. Es posible agregar nuevos dispositivos al fieldbus simplemente conectando el dispositivo al cable del fieldbus y aportando al sistema de control u host la DD standard y la incremental (si la hay) correspondientes al nuevo dispositivo (figura 41). La tecnologa DDS permite la operacin de dispositivos de diferentes proveedores en el mismo fieldbus con una sola versin del programa de interface humana del host. 3.5.3 Jerarqua de la descripcin de dispositivos

Fieldbus Foundation ha definido una jerarqua de las descripciones de dispositivos (DDs) que facilita la construccin de dispositivos y la configuracin del sistema. La jerarqua se muestra en la figura 42. El primer nivel en la jerarqua es el de Parmetros Universales, que consisten de atributos comunes como tag, revisin, modo, etc. Todos los bloques deben incluir los parmetros universales. El siguiente nivel en la jerarqua es el de Parmetros de Bloques de Funcin. En este nivel se definen los parmetros de los bloques de funcin standard. Tambin se definen all los parmetros correspondientes al bloque de recursos standard. El tercer nivel se denomina Parmetros de Bloques Transductores. En este nivel se definen los parmetros de los bloques transductores standard. En algunos casos, la especificacin de los bloques transductores puede agregar parmetros al bloque de recursos standard. Fieldbus Foundation ha elaborado descripciones de dispositivos para los tres primeros niveles de la jerarqua, las que conforman las DDs standard de Fieldbus Foundation. El cuarto nivel de la jerarqua se denomina Parmetros Especficos d 1 Fabricante. En este nivel, cada fabricante est libre de agregar parmetros adicionales a los parmetros de los bloques de funcin y a los parmetros de los bloques transductores. Estos nuevos parmetros sern incluidos en la DD "incrementar" analizada anteriormente.

3.5.4 Interoperabilidad FD-21 0 Interoperability Tester Users Gude Cada fabricante entregara a FF un informe del test de interoperatibilidad de cada dispositivo, identificando los parmetros universales de bloques de funcion, de bloques trasductores y especificos de cada fabricante. Cualquier host que utilice el interprete de DDs sera capaz de operar con todos los parmetros que han sido definidos en el dispositivo al leer la DD del dispositivo.