PROTOCOLO FIELDBUS

Introduccin
Fieldbus (Bus de Campo) es el nombre de una familia de protocolos industriales de redes informticas
utilizados para redes de control industrial en tiempo real, estandarizado como norma IEC 61158. Es una
manera de conectar los instrumentos en una planta de fabricacin. Fieldbus puede trabajar
en estructuras de red que normalmente permite la conexin detopologas de red en cadena, estrella, anillo,
ramas, rboles.

Los encargados de desarrollar estos protocolos fueron un consorcio de industrias que se denominaron
"Fieldbus Foundation (Fundacin Fieldbus)", que sin fines de lucro, buscaron integrar las comunicaciones a
niveles de campo.
Fieldbus Foundation representa los principales proveedores de la industria de automatizacin de procesos y
los usuarios finales en todo el mundo. Han asumido un papel de liderazgo en el desarrollo de buses de campo
de las comunicaciones digitales y las arquitecturas de sistemas integrados basados en normas regionales e
internacionales.

Historia
La Fundacin Fieldbus ha dado varios pasos para adquirir la madurez y la aceptacin para su tecnologa. A
continuacin algunos acontecimientos que se han dado en este camino.
Finalizacin de las especificaciones del anteproyecto H1, mayo de 1995.
Demostracin de la tecnologa H1 en Monsanto Chocolate Bayou, octubre de 1996.
El registro de los primeros productos Fieldbus H1, septiembre de 1998.
Finalizacin de los proyectos de especificacin preliminar del Ethernet de alta velocidad (HSE), septiembre de
1999.
El registro de los primeros dispositivos de enlace HSE, mayo de 2001.
Demostracin de HSE y los bloques flexibles de funcin (ICAR), mayo de 2005.
Finalizacin de las especificaciones del protocolo SIF, 2005.
Demostracin de la Tecnologa de SIF en "Shell Global Solutions", Amsterdam, mayo de 2008.
Internacionalmente, las asociaciones de usuarios finales, tales como NAMUR (Alemania) y Jemima (Japn)
han expresado su apoyo a la Fundacin. As tambin esta estandarizacin fue reconocida por organismos
internacionales de gobierno, como:
ANSI / ISA, septiembre de 1992
IEC, diciembre de 1999
CENELEC, marzo de 2000

Como funciona Fieldbus

Hay dos partes importantes de la arquitectura del sistema Fieldbus: la interconexin y aplicacin. La
interconexin se refiere a la transmisin de datos desde un dispositivo a otro, puede ser un dispositivo de
campo, operador de consola o un configurador. Esta es la parte del protocolo de comunicacin de bus de
campo.
La aplicacin es la funcin de automatizacin que el sistema realiza. Mediante la estandarizacin de parte de
la aplicacin, Fieldbus ha ido ms lejos que cualquier otro estndar de comunicacin, garantizando la
interoperabilidad entre los productos.
Informacin general
 La arquitectura de aplicacin de Fieldbus se apoya en la distribucin de las tareas de automatizacin a los
dispositivos de campo que estn interconectados a una red. Las funciones ms bsicas realizadas por un
dispositivo se modelan como bloques. Los bloques cooperan y se interconectan entre s, apoyando a la
propagacin de parmetros entre los dispositivos, y el operador.
La arquitectura de interconexin Fieldbus se basa en un subconjunto de tres capas de la
arquitectura OSI (interconexin de sistemas abiertos), modelo de referencia elaborado por
la ISO (International Organization for Standardization). Los modelos de la aplicacin OSI, la gestin del
sistema, as como tambin la arquitectura de aplicacin de Fieldbus, se basan en conceptos de Programacin
Orientada a Objetos (POO). Ambas modelos, OSI y OOP se utilizan para simplificar la comprensin de la
funcionalidad de fieldbus.
Modelo OSI
El modelo de referencia OSI es un estndar reconocido internacionalmente para arquitecturas de red en la
que se basan las redes abiertas. El estndar se ha desarrollado como un modelo para
las telecomunicaciones en todos los niveles. Todas las funciones (tales como: hacer frente a las instalaciones,
la comprobacin de errores y codificacin y decodificacin) de una red se han agrupado en conjuntos lgicos
llamados capas, que en total son siete. La parte de la aplicacin realizada por el sistema, se realiza en un
dispositivo que se llama el proceso de aplicacin (AP). Una capa de la pila slo interacta con las capas
inmediatamente por encima y por debajo.

Figura 1. Pila de protocolos OSI

Desde la capa 3 a la 6 no se utilizan en Fieldbus. Esta simplificacin hace de Fieldbus ms rpido y ms fcil
de implementar en dispositivos con potencia de procesamiento limitada, como instrumentos de campo.

Las tres capas donde Fieldbus se soporta y algunas caractersticas funcionales son:

Capa Fsica (PHL): Slo reconoce bits individuales. La norma define los tipos
de medios y seales, velocidad de transmisin y topologa, incluyendo el nmero de nodos, y la potencia del
dispositivo (slo en Fieldbus).
Capa de Enlace de Datos (DLL) : transfiere datos entre entidades de la red; realiza el mantenimiento, la
activacin y desactivacin de los enlaces de las conexiones de datos, agrupacin de bits en caracteres y
tramas, control de errores, control de acceso al medio y control de flujo ( permitiendo a varios dispositivos
 compartir la red). La norma define el tipo de control de acceso al medio, formatos de trama, la comprobacin
de errores.
Capa de Aplicacin (APP) : permite la interconexin entre los puntos de acceso y el usuario. El estndar
define formatos de mensaje y servicios a disposicin de los AP.
OSI en Fieldbus
Slo las capas 1, 2 y 7 son utilizados por Fieldbus, y la aplicacin es la funcionalidad proporcionada por los
bloques de funcin.
Un dispositivo de bus de campo tiene tres procesos de aplicacin (APs): La aplicacin de bloques de
funcin, gestin de redes, y gestin del sistema.
Capa Fsica de Fieldbus
Fieldbus utiliza una velocidad de comunicacin moderadamente alta, debido a que tiene que dar
servicio a sistemas por ejemplo de control de lazo cerrado o variadores de velocidad.
El sistema fue diseado para tener un mnimo de gastos generales de comunicacin para satisfacer las
necesidades de control.
Hay varias combinaciones para la capa fsica, cada uno con sus relativas ventajas. Todos los dispositivos de
un bus deben usar las mismas opciones para la comunicacin, conexin y velocidad de transmisin. Sin
embargo, dispositivos en el bus o no en el bus se pueden mezclar, as como los de seguridad intrnseca o de
no seguridad intrnseca.
Opciones de medios fsicos: Opciones de tasa de transmisin:
Alambre 31.25 kbit/s
Fibra ptica 1 Mbit/s
Radio 2.5 Mbit/s
Caractersticas comunes de los medios de comunicacin
Los datos se intercambian utilizando una seal serial half-duplex sncrona. Un dispositivo transmite y recibe en
el mismo medio, pero no simultneamente. La seal se auto-temporiza, utilizando la codificacin Manchester
(tambin conocido como bifsico L). Dado que la transmisin es sincrnica, no se requiere bits de inicio
o paro. En la codificacin Manchester, el reloj y los datos se combinan para que un flanco de subida
represente un 0 lgico (cero), y un flanco de bajada representa un 1 lgico (uno) en los datos.

Figura 2. Codificacin Manchester

Cuando se transmite, primero hay un prembulo, lo que equivale al timbrado del telfono, para sincronizar los
receptores de otros dispositivos. El principio y final del mensaje se indica con delimitadores de inicio y final.
Los delimitadores no se codifican, slo los datos, por lo que puede ser identificados. Los bits no codificados de
los delimitadores se les llama N+ (nondata positivo), y N- (nondata negativo). El prembulo y los delimitadores
aadidos por la capa fsica en el dispositivo de transmisin, son descartados en la capa fsica del dispositivo
receptor.
 Figura 3. Fieldbus fotograma de la capa fsica.
Caractersticas de los medios Cableados.
Los medios de comunicacin utilizan seales elctricas en un cable de par trenzado normal, aprobado en el
estndar IEC / ISA desde 1992.
La distancia mxima permitida entre dos dispositivos depende de la velocidad de transmisin escogido.
Velocidad: Distancia:
31.25 kbit/s: 1.900 m
1 Mbit/s (modo de Voltaje): 750m
1 Mbit/s (modo de Corriente): 750m
2.5 Mbit/s: 500m
El dispositivo debe aislar el hardware de comunicacin, (MAU Media Attachment Unit) , desde tierra para
evitar bucles de tierra elctrica cuando los dispositivos son multiaterrados.
La topologa de bus (Figura 4), la topologa de rbol (Figura 5) y punto a punto son topologas compatibles. La
topologa del rbol slo es compatible con la versin de baja velocidad. El bus tiene un cable troncal (trunk)
con dos terminaciones . Los dispositivos estn conectados con el troncal a travs de las espuelas (spurs). Las
espuelas pueden ser integrados en los dispositivo permitiendo alcanzar espuelas de longitud cero. Una
espuela puede conectar ms de un dispositivo, dependiendo de la longitud. Acopladores activos pueden
utilizarse para ampliar la longitud de las espuelas. Repetidores activos se puede utilizar para extender la
longitud del troncal.
 Figura 4. Topologa de Bus

Figura 5. Topologa de rbol

Las terminaciones estn diseados para tener una impedancia de 100 ohms cada uno alrededor de la
frecuencia de transmisin. Un dispositivo transmite mediante la modulacin de corriente en la red de acuerdo
a la seal de codificacin Manchester. Dispositivos de recepcin detectan la cada de tensin generada en los
dos terminales de acuerdo como la corriente es modulada. La corriente modulada va de 15 a 20 mA pico a
pico en la versin de baja velocidad, con una sensibilidad del receptor de 150 mV.
 Figura 6. Modulacin de la seal en medios Cableados.
Caractersticas de medios cableados a 31.25 kbit/s
La opcin de menor velocidad, 31.25 kbit / s, es la ms verstil y se espera que sea el tipo ms utilizado.
Ofrece versiones de seguridad intrnseca y alimentacin el dispositivo mediante el bus. El nmero de
dispositivos est limitado por la siguiente eleccin.
Intrnsecamente seguro / no intrnsecamente segura
Alimentado por bus / alimentado separadamente
El nmero tpico de los dispositivos se indica en el cuadro 1, el nmero real vara segn el tipo de dispositivos.

Cuadro 1. El nmero mximo de nodos de la red

En los sistemas de seguridad intrnseca, la barrera de seguridad debe colocarse entre la fuente de
alimentacin y el terminal de alimentacin final.
Los dispositivos pueden ser alimentados por el bus, requiriendo solo dos cables para el suministro y la
comunicacin. Una fuente de alimentacin nica, comn a todos los dispositivos, est conectada a la red en
cada extremo del troncal. La tensin puede estar en el rango de 9 a 32 VDC. La impedancia de la fuente de
alimentacin debe tener un mnimo de 3 kilo ohms alrededor de la frecuencia de transmisin a fin de no
causar un cortocircuito en la seal de comunicacin. Una seal codificada en Manchester tiene el ciclo de
exactamente 50% y puede ser visto como una seal de CA. El consumo de corriente directa (potencia
consumida) de un dispositivo es por tanto constante.
Capa de enlace de datos de Fieldbus - FDL
La capa de enlace de datos de Fieldbus, capa se compone de dos subcapas: la porcin ms baja es Fieldbus
Media Access Control (FMAC) y la parte superior es Fieldbus Data Link Control (FDLC).
Un dispositivo en Fieldbus es uno de los dos tipos de estaciones:
Estacin Maestra
Estacin Esclavo.
Una estacin maestra tiene el derecho de acceso a los medios (iniciar la comunicacin). Los esclavos slo
tienen el derecho a responder a una solicitud de un maestro.
Control de acceso al Medio de Fieldbus
El medio de acceso a la comunicacin es una fusin entre los principios de token y passing and Polling .
Varios dispositivos en una red pueden ser estaciones maestras. Slo la estacin que tiene el token se le
permite iniciar la comunicacin. El maestro puede solicitar informacin a los dispositivos esclavos, mientras
tengan token. El token se pasa al siguiente maestro en una trma especial.
 A los dispositivos se les dan las direcciones individuales de estacin. Todos los frames contienen
la direccin de destino (DA) y la direccin de origen (SA) del mensaje.
Fieldbus cuenta con servicios que liberan al usuario de la responsabilidad de asignar y hacer el seguimiento
de las direcciones.
Un requisito para el control fiable es datos fiables. Una Frame Check Sequence (FCS) de dos Bytes se calcula
sobre todos los datos del marco utilizando un polinomio en el dispositivo de transmisin, y se agrega al marco.
El dispositivo receptor realiza el mismo clculo y compara el resultado con el FCS, para as detectar cualquier
error. El FCS es equivalente a la paridad de bits de redundancia cclica y controles de
los protocolos asncronos.
Hay dos prioridades: alta, por ejemplo, alarmas, y baja, por ejemplo, los datos de configuracin y diagnstico.
La FDL transmite los mensajes de alta prioridad primero.
Datos de Control de Enlace de Fieldbus FDLC
El FDLC ofrece varias posibilidades para la capa de aplicacin para enviar datos a otras estaciones.
Hay dos tipos de mensajes que pueden ser identificados en un sistema de Fieldbus:
Operacional.
Background.
El trfico de datos operacionales se transfieren entre dispositivos como parte de la estrategia de control, por
ejemplo, las variables del proceso. Se caracteriza por ser de bajo volumen, momento crtico y cclico. El trafico
de Background es el trfico de datos transferidos entre el dispositivo y la interfaz de usuario, por ejemplo,
configuracin y diagnstico. Tiene las caractersticas opuestas de trfico operativos: alto volumen, no
de tiempo crtico y es acclico (espordica).
Capa de Aplicacin de Fieldbus.
Las conexiones de Fieldbus se modelan en dos formas:
Modelo Cliente - Servidor.
Modelo Editor - Suscriptor.
El modelo de servidor cliente-servidor, se utiliza para describir la transferencia de datos acclicos. El AP a
distancia se llama servidor . Por ejemplo, si el operador de la consola quiere leer un parmetro de ajuste en un
regulador en el campo, el AP en la consola es el cliente, y la AP en el controlador es el servidor.
El modelo de suscripcin-editor se utiliza para describir la transferencia de datos cclicos. El mando a distancia
AP se llama el editor. El editor en realidad edita (edicin) los datos, un usuario est consumiendo (suscrito) los
datos. Por ejemplo, un transmisor es la publicacin de una variable de proceso que se consume por un
controlador. El controlador est publicando una salida que es consumida por un actuador. La transmisin es
controlada por un tercero, el solicitante , que emite una solicitud al editor para publicar sus datos.
La intencin principal de Fieldbus es la construccin de aplicaciones que utilizan bloques de funcin. Esto se
hara en the Function Block Application Process (FBAP).
Un transmisor de presin no es un conjunto de sensores de presin con electrnica y un housing, sino un
nodo de red que contiene los parmetros. Este punto de vista de la red recibe el nombre de dispositivo virtual
de campo (VFD, Virtual Field Device ). Un dispositivo (estacin) contiene slo una FBAP. El FBAP puede
contener varias VFD.
El VFD es la interfaz entre la pila de protocolos y el bloque de AP. El VFD es la parte de la aplicacin real que
ese visible y accesible a travs de la red, los objetos de comunicacin, tales como variables y bloques, etc.
Antes de que un dispositivo puede tener acceso a objetos de comunicacin (variables) en otro dispositivo,
primero debe saber qu objetos estn disponibles y su estructura. Esta informacin puede ser pre-configurada
u obtenida del compaero de comunicacin. Hay dos tipos de servicios: servicios operativos para manipular
objetos y servicios para la manipulacin de sus atributos descriptivos.
Todos los objetos (variables, etc.) tienen un ndice para una fcil referencia. Todos los parmetros en el
sistema se identifican por su ndice a ms de la conexin. El usuario no tiene que preocuparse por llevar un
seguimiento de los ndices y las direcciones que se hace por la red y puede ser totalmente transparente para
el usuario, dependiendo del tipo de interfaz.
Ejemplos de servicios
leer el estado del dispositivo.
lectura del fabricante del dispositivo, el tipo y la versin.
lectura de todo o parte de la configuracin.
lectura de variables.
Escritura variable.
notificar un evento.
Crear una instancia de bloque.
 encontrar un ndice de la DO de un parmetro.
Eliminar el bloque.
Proceso de Aplicacin de Bloques de funcin.
En los bloques de funcin de AP (FBAP) es donde el usuario configura sus aplicaciones de medicin y control.
Partes del mismo se distribuye a los distintos dispositivos en el campo. No se ejecuta en una sola tarjeta de
control.
La funcionalidad de un dispositivo Fieldbus se modela como objetos. El objeto de bloque tiene tres clases que
a su vez tienen subcategoras en las que los distintos bloques se agrupan.
Objeto de Bloque
Funcin del objeto del bloque
Entrada del bloque de funcin
Salida de bloques de funcin
Control de bloques de funcin
Clculos de bloques de funcin
Transductor de objeto de bloque
Entrada del bloque transductor
Salida del bloque transductor
Mostrar bloque transductor
Bloque objeto fsico
Alarmas del objeto.
Eventos del objeto.
Tendencias del objeto.
Visualizacin de la lista.

Figura 8. Arquitectura FBAP.

 La parte de la FPAP, que est normalizado por Fieldbus, se llama el depsito de bloques de funcin . Por
ejemplo, los algoritmos de bloque no estn estandarizados. Por cada bloque hay un conjunto de parmetros
que, en cierta medida, definen la funcionalidad mnima que un bloque va a tener. Sin embargo, el fabricante
podr implementar el bloque a su manera. Por ejemplo, en el bloque de control PID debe haber un parmetro
de ganancia y por lo tanto, el fabricante podr utilizar este parmetro como ganancia o banda proporcional.
Bloques de Funcin
Los Function Block son pequeos mdulos de software sellados, que tienen entradas y salidas y una funcin
(no intervenible) que relaciona ambas.
Se distinguen tres tipos:
Resource blocks.
Relaciona el dispositivo completo (N serie, Fabricante, Modelo, etc).
Transducer blocks .
Relaciona las partes humedas (wetted) (Sensor, material, estatus).
Function blocks .
Relacionan las capacidades de control (AI, AO, PID, PI).
Foundation Fieldbus define un set de bloques funcionales bsicos y avanzados, el fabricante decide cuantos
incluir.
InterOperabilidad: Garantiza que un Function Block es interoperable y opera junto a otros bloques, no
garantiza la funcionalidad de (distintos equipos), ya que los algoritmos pueden ser distintos. Otros Bloques
desarrollados por otro fabricante, tambin son interoperables ya que fieldbus especifica como hacerlo.
Basic Specified
Continuous Blocks
Analog Input AI Reads analog input
Analog Output AO Sends analog output
Bias Gain B Scaling
Control Selector CS Override control
Manual Loader ML Manual Control
PID Control PID PID Control
PD Control PD PD only control
Ratio Control RA Ratio Control
Basic Specified
Discrete Blocks
Discrete Input DI Reads discrete input
Discrete Output DO Sends discrete output

Advanced Specified Continuous Function Blocks

Complex AO Provides extensive interlocking
Splitter 1-in-3-out + logic -- for split ranging
Selector 4-in-1-out (min., max., mid., avg.)
Setpoint Generator SP generator for Batch applications
Characterizer Has interpolation and tracking
Integrator Integrate flow or pulse + reset
Calc_A 1131-C inst. - 50 steps - analogs
Lead/Lag Dynamic compensation
Dead Time Delay for analog feedforward control
Analog Alarm Provides alarm response
 Advanced Specified Discrete Function Blocks
Digital HMI Operator input - reference by tag
Pulse Input Pass pulses to integrator
Timer Count up/down, debounce
Digital Alarm Provides alarm response
Step Control SP control using discrete actuators
Calc_D 1131-C inst. - 50 steps - discretes
Complex DO Provides extensive interlocking
Device Simple 2 or 3 state devices (pumps)
Dead Time Delay for analog feedforward control
Analog Alarm Provides alarm response
No todos los dispositivos trae el mismo nmero de bloques, sino que traen una base mnima.
Si uno desea y el fabricante lo permite se puede copiar (instance) un bloque al dispositivo para agregarle una
funcionalidad, esto se llama instantation. Por ej. Agregar un segundo PID a una vlvula de control.
Ventaja del coste de Fieldbus
Una ventaja importante de la puesta en prctica de Fieldbus son los ahorros que se asocian a la eliminacin
del cable; los mltiples dispositivos comparten pares para comunicarse. Otras ventajas de Fieldbus, a
continuacin:
Puede funcionar en ambientes industriales y/o peligrosos.
Lleva la energa por el mismo cable.
Puede reutilizar cables existentes.
Soporta Seguridad intrnseca.
Control deterministico.
Mantiene informado al usuario.
Desventajas del fieldbus
Hay desventajas a usar el fieldbus:
Los sistemas de Fieldbus son ms complejos, as que los usuarios necesitan ser entrenados ms
extensivamente o ser calificados ms altamente
El precio de los componentes del fieldbus es ms altos.
Los dispositivos de prueba de Fieldbus son ms complejos.
Los fabricantes de dispositivos tienen que ofrecer diversas versiones de sus dispositivos (e.g. sensores,
actuadores) debido al nmero de diversos estndares (incompatibles) de fieldbus.
Unos o ms estndares del fieldbus pueden predominar en un futuro y otros pueden llegar a ser obsoletos.
Esto aumenta el riesgo de la inversin al poner fieldbus en ejecucin.
Progresos actuales
Estos ltimos aos las comunicaciones de sistemas industriales estn incorporando Ethernet como medio de
comunicacin, entre otras razones por el advenimiento de Pv6. La mayora de los dispositivos industriales de
medida y control necesitan ser accionados utilizando el bus y Energa-Sobre-Ethernet (PoE).
Aqu est una lista parcial de los nuevos sistemas de comunicacin industriales basados Ethernet:
EtherCAT.
Ethernet Powerlink.
SERCOS III.
PROFINET IO.
ETHERNET/IP.
VARAN.
SafetyNET p.
Ethernet industrial.
Seguridad de Fieldbus
Fieldbus se puede utilizar en sistemas donde se debe cumplir estndares seguridad relevantes como IEC
61508 o EN 954-1. Dependiendo del protocolo real, fieldbus puede proporcionar mediciones como para:
contadores, CRC, eco, tiempos de paro, identificacin nica del remitente y del receptor o chequeo cruzado.
 Fieldbus y Profibus (PROFIsafe) tienen variables en su protocolo de comunicacin para que sean compatibles
con los sistemas de seguridad.

Bibliografa
Babb, Michael. (1994). Will Maintenance Learn To Love Fieldbus? Control Engineering, January, 19.
Babb, Micahel. (1994). Summer, 1994: Another Fieldbus Delay, Schneider's DPV, and Open Systems Control
Engineering, July , 29.
Gokorsch, Steve. (1994). Another Scenario: Maintenance Will Learn to Love Fieldbus Control Engineering,
June, 112114.
Gunnel, Jeff. (1994). Analyser Links Can Use Fieldbus Control and Instrumentation, March, 3335.
Hodgkinson, Geoff. (1994). Communications Are We Listening? Process Engineering, Instrumentation
Supplement 1994, s19s21.
Jones, Jeremy. (1992). Can Fieldbus Survive? Control and Instrumentation, August, 2526.
Kerridge, Brian. (1994). Network Vendors Aganize Over Fieldbus StandardEDN, April 28th, 4546.
Rathje, J. (1994). Namur Says Yes To Fieldbus Technology and the Promise of Reduces Costs Control and
Instrumentation, September, 3334.
Reeve, Alan. (1993). Fieldbus Are Users Involved? Control and Instrumentation, August, 2526.
Spear, Mike. (1994). A Plant View of Fieldbus In Use Process Engineering, April, 3839.
Spear, Mike. (1994). Fieldbus Ready To Start The Last Lap? Process Engineering, April, 37.
Links
Fieldbuses for Process Control: Engineering, Operation, and Maintenance
Fieldbus Book
Manufacturing Systems Integration Research Institute at Loughborough, UK
The P-NET Fieldbus
AS-Interface portal
HART Communication Foundation
List of fieldbus providers
Portal for SafetyBUS p
PROFIBUS International website
PROFINET Website
WorldFIP

Leer ms: http://www.monografias.com/trabajos82/protocolo-fieldbus/protocolo-fieldbus2.shtml#ixzz2ZYfTq6vy

Leer ms: http://www.monografias.com/trabajos82/protocolo-fieldbus/protocolo-fieldbus.shtml#ixzz2ZYevXJkl