Вы находитесь на странице: 1из 18

UNIVERSIDAD NACIONAL DE QUILMES

Ingeniera en Automatizacin y Control Industrial

Redes Industriales Ao 2008 Trabajo Prctico Protocolo de comunicacin Hart


Profesora: Ayudante: Alumnos: Ing. Ferreira Fabiana Soldato Javier Acua Gonzalo Ansaldo Gaston Artazcoz Matias

Protocolo Hart

Viola Mario
INTRODUCCIN Un poco de historia: El protocolo de comunicacin HART (Highway Adressable Remote Transducer). fue desarrollado por Rosemount Inc a mediados de 1980 como propietario digital para sus instrumentos de campo inteligentes. Este se bas en el estandart de comunicacin telefnica Bell 202. Pronto adquiri su nombre definitivo: HART y en 1986 pas ha ser un protocolo abierto. En el ao 1993 se estableci The HART Communication Foundation, con sede principal en los Estados Unidos. Esta es una fundacin independiente, sin fines de lucro, que se encarga de brindar soporte mundial a desarrollos HART, asi como tambin de establecer las especificaciones del protocolo y las normas que lo rigen. Este protocolo proporciona una solucin para la comunicacin de instrumentos inteligentes, compatible con la transmisin analgica en corriente 4-20mA, que permite que la seal analgica y las seales de comunicacin digital sean transmitidas simultneamente sobre el mismo cableado. Mediante este sistema la informacin de la variable primaria y seal de mando es transmitida mediante la seal analgica de 4-20mA, mientras que la seal digital es utilizada para transmitir otro tipo de informacin diferente como parmetros del proceso, configuracin, calibracin e informacin de diagnostico del instrumento.

Instrumentos Inteligentes y el protocolo HART


Qu es un dispositivo Inteligente?: El adjetivo inteligente, aplicado a un dispositivo de campo, se utiliza para describir cualquier dispositivo que incluye un microprocesador. Tpicamente esto implicara funcionalidad extra, por encima de lo que proveen dispositivos similares pero no basados en microprocesadores. Por ejemplo, un transmisor inteligente puede proporcionar mayor precisin al compensar mediante clculos la no linealidad, o la dependencia de temperatura de un sensor. Para hacer uso de estas ventajas, los dispositivos inteligentes requieren de un plug-in o configurador, una caja con una cantidad de botones y una pantalla LCD para que el usuario pueda instalar y controlar el instrumento. El prximo paso por lgica sera permitir que el instrumento y el panel de configuracin estuviesen separados por largas distancias, utilizando comunicaciones digitales seriales bien definidas entre ellos. Luego se necesitara incluir esta comunicacin en los dos cables ya existentes para controlar el dispositivo desde el cuarto de control. Esto es lo que nos lleva al uso actual de la palabra inteligente segn Fisher Rosemount, para describir dispositivos de campo en los cuales la seal analgica, la seal digital y la alimentacin del equipo, son transmitidas por el mismo par de cables. Con tales instrumentos, se obtienen las ventajas de las comunicaciones digitales, mientras se mantiene la compatibilidad con la seal analgica de entrada requerida por los sistemas actuales. Ahora, utilizando comunicacin digital, adems de instalar y controlar de un modo ms sencillo el dispositivo de campo, es posible leer la variable medida y muchos otros parmetros a travs de conexiones punto a punto, como la que se presenta en la figura 1.1.
Pgina 2 de 18

Protocolo Hart

Figura 1.1 Conexin punto a punto La conexin punto a punto se utiliza para referirse a casos en los que solo existe un maestro y un esclavo, o un transmisor y un receptor. Leyendo informacin mediante comunicacin digital: Al utilizar comunicacin digital se vuelve posible proporcionar ms de una medicin o una variable (por ejemplo un medidor de flujo msico tipo Coriolis puede transmitir taza de flujo msico, temperatura del proceso, densidad y flujo total en un simple mensaje). La comunicacin digital tambin hace que valga la pena mantener informacin adicional en el instrumento de campo, para ser leda cuando sea necesario. Esto conlleva a una serie de posibilidades. Nos puede dar informacin relativa al proceso como el identificador o etiqueta del dispositivo (tag), una descripcin de la medicin, las unidades asociadas y rango de calibracin del instrumento. O puede dar informacin sobre el dispositivo como tal, actuando como una etiqueta electrnica. Ms all, puede ser utilizado para mantener historias de actividades relacionadas con mantenimiento como la ltima fecha de calibracin. La administracin del sistema de instrumentos automatizados se hace posible, utilizando informacin al da del dispositivo mismo. Una manera ms eficaz o eficiente de transmitir los datos sera aumentar el nmero de dispositivos de campo conectados a un maestro, de modo que transite mayor informacin por el lazo. Sin embargo, al conservar la medicin en mA de la variable primaria, la conexin punto a punto es la nica solucin , pero si se desea mltiples dispositivos se puede utilizar la conexin multipunto. Comunicacin multipunto: Si una variable medida va a ser leda por comunicacin digital, la seal analgica de 4-20mA ya no es requerida. Se hace posible conectar mltiples dispositivos de campo en paralelo a un simple par de cables, y comunicarse con cada uno por turnos para leer sus variables (u otros datos). Para hacer esto, cada dispositivo debe tener una direccin, a la cual responder, y cada peticin del sistema de control o maestro debe incluir dicha direccin. Un esquema de este tipo de conexin se puede observar en la figura 1.2 Esta conexin multipunto puede reducir de modo significativo los costos de instalacin de cableado de los equipos, y puede ser de valor en sistemas de monitoreo. Note, sin embargo, que el tiempo entre mediciones de las variables de un mismo equipo aumentar. Ya que antes por un solo par de cables transitaba la seal de un sensor, pero en el caso de multipunto de 2 a 15 seales diferentes debern turnarse el medio.

Pgina 3 de 18

Protocolo Hart

Figura 1.2 Conexin multipunto

El protocolo HART: La aplicacin de estas mejoras a la gran gama de instrumentos y dispositivos de campo existentes, hacen que sea necesaria la implementacin o definicin de un estndar. Esto incluye especificaciones desde la parte fsica hasta la forma de transmisin, procedimientos de transacciones, estructura del mensaje, formato de los datos, y un conjunto de comandos que realicen dichas funciones. HART utiliza una seal codificada por desplazamiento en frecuencia, para comunicar a 1200 baudios, superpuesta sobre la seal de medicin de 4-20mA. Teniendo un promedio de cero, la seal codificada por desplazamiento en frecuencia no interfiere con la seal analgica. Para ilustrar esto observe la siguiente figura 1.3

Pgina 4 de 18

Protocolo Hart

Figura 1.3 La seal HART. Hart es un protocolo maestro-esclavo (un dispositivo de campo solo responde cuando se le a pedido algo previamente figura 1.4). Puede haber hasta dos maestros. Hasta 15 dispositivos esclavos se pueden conectar en configuracin multipunto.

Figura 1.4 Cada mensaje incluye las direcciones de su fuente y destino, para asegurarse de que es recibido por el dispositivo correcto, y tiene una suma de verificacin (checksum) para poder detectar cualquier corrupcin del mensaje. El estado del dispositivo de campo est incluido en cada mensaje de respuesta, indicando su estado de operacin correcto. Puede o no haber informacin o datos incluidos en el mensaje, dependiendo del comando en particular. Dos o tres transacciones de mensajes se pueden realizar cada segundo.

Pgina 5 de 18

Protocolo Hart

Figura 1.5 Estructura del mensaje HART

Los comandos del protocolo HART: Para llevar a cabo diferentes funciones preestablecidas en un sensor, el protocolo hart utiliza los comandos, el identificador de la funcin que se pretende realizar. Los comandos del protocolo HART se definen en tres grupos. El primer grupo es el de comandos universales, y provee funciones que estn implementadas en todos los dispositivos de campo. El segundo grupo, comandos de prctica comn, provee funciones comunes a muchos dispositivos de campo, pero no todos. Si un dispositivo implementa funciones que estos comandos describen, debern ser invocadas mediante el nmero de comando asignado por la Fundacin Hart . El tercer grupo, comandos especficos de dispositivo (anteriormente llamados especficos de transmisor), provee funciones que son mas o menos nicas para un dispositivo particular.

La Seal Fsica
La siguiente seccin se refiere a la capa 1 del modelo de protocolos OSI, la capa fsica. Se basa en el procedimiento de transaccin de datos (entre los cuales existe un modo exclusivo de operacin que es el modo de rfagas), a la estructura de los mensajes, describiendo con lujo de detalle el contenido de cada byte. El prembulo, el byte de inicio, el o los bytes de direccin (ya que se utilizan dos formatos diferentes de acuerdo a las distintas revisiones de HART), el byte de comando, el byte de cuenta de bytes (valga la redundancia), los bytes de datos, los bytes de estado y el de suma de verificacin o checksum; adems de las distintas codificaciones o compresiones que se realizan para poder transmitir mayor cantidad de informacin por mensaje. Los niveles de la seal El protocolo Hart tiene como especificacin, que los maestros deben transmitir una seal de voltaje, sin embargo el esclavo debe transmitir una seal de corriente. La seal de corriente se convierte a seal de voltaje mediante una pequea resistencia de carga, de modo que todos los dispositivos utilizan receptores pasivos. Los niveles pico-pico de la seal se muestran en la tabla 2.1. La forma de onda es idealmente sinusoidal, sin embargo se acepta de forma trapezoidal, pero no una seal cuadrada.

Pgina 6 de 18

Protocolo Hart

Tabla 2.1 Niveles de la seal HART La especificacin de sensitividad del dispositivo permite cierta atenuacin debida a la resistividad del cable u otros efectos. Las especificaciones de umbral dependen de la ocurrencia de interferencia de seales externas, y previene la interferencia entre canal (crosstalk), de otras seales HART que se transmitan por cables adyacentes, o sistemas que no se encuentren bien conectados a tierra o sistemas de alimentacin. El lazo de conexin: La conexin convencional para un transmisor alimentado por lazo de corriente de dos hilos se muestra en la figura 2.1. En la practica, los tres elementos (la fuente de poder, el transmisor TX y la resistencia de carga, RL) se pueden conectar en cualquier orden, ya que se conectan en serie, y cualquier punto del circuito puede ir a tierra. Las especificaciones de Hart permiten resistencias de carga de 230 a 1100 ohms.

Figura 2.1 Lazo de conexin simple La seal HART debe ser introducida y leda del lazo de corriente. La fuente de poder est casi en corto circuito para las frecuencias de la seal Hart, por lo que dispositivos secundarios (como el segundo maestro) no pueden ser conectados directamente al lazo, se deben conectar en paralelo al transmisor o a la resistencia de carga, en la figura 2.1, entre los puntos A y B. Un equipo con protocolo de comunicacin Hart no debe introducir ninguna carga DC a la lnea. Para asegurarse de que as sea se debe conectar al lazo mediante un condensador de 5 F o ms. Algunos de los dispositivos de campo con lazo de 4-20mA son activos, es decir, estos son los
Pgina 7 de 18

Protocolo Hart

que alimentan el lazo. Con este tipo de dispositivos no hace falta la fuente de poder. En este caso en la conexin se elimina la fuente. Conexin de mltiples dispositivos: Se pueden conectar mltiples dispositivos al mismo maestro, ya que en los mensajes se incluye la direccin de los dispositivos que se comunican. Al asignarle a los dispositivos direcciones diferentes, una cantidad mxima de 15 dispositivos pueden ser conectados a un solo lazo. Las consecuencias de este tipo de conexin son dos principalmente, retardo en la comunicacin entre maestro y dispositivo y prdida de la seal analgica. Debido a la existencia de este tipo de conexiones, existe la direccin de multipunto, que se asigna a cada dispositivo que este conectado en paralelo, comenzando del cero al quince. Entre otras de las especificaciones que requiere el protocolo Hart se encuentra la definicin de las cargas respectivas de los equipos (maestro primario resistencia de recepcin 230-1100ohm, resistencia de transmisin 700 ohms mximo). El lmite de los 65ms, que hace que la frecuencia de corte sea de 2500Hz (para 3dB de atenuacin). Con lo anterior se impide retardos de la seal y de las frecuencias que la componen. Especificaciones para el cableado, puestas a tierra, fuente de poder, ancho de banda de la seal analgica, y ms.

Procedimiento de transacciones, cdigo y estructura del mensaje


En esta seccin se describe de modo ms detallado la transaccin de datos entre dispositivos Hart y la estructura de los mensajes, esto corresponde a la capa 2 del protocolo de referencia o modelo OSI. Hart, como se ha mencionado, es un protocolo de maestro-esclavo. Esto significa que cada transaccin es originada por el maestro, el dispositivo de campo o esclavo solo responde cuando recibe un comando con su direccin. En la respuesta del esclavo se incluye un comando recibido, y puede que contenga los datos requeridos por el maestro. En el caso de que exista un maestro secundario, estos tiene direcciones diferentes, por lo cual pueden distinguir si la respuesta es para el principal o secundario. Procedimiento de transaccin: HART es un protocolo Half-Duplex, con lo cual se quiere decir que al terminar cada mensaje, la portadora debe ser desactivada para permitir que la otra estacin transmita. Las reglas de tiempo de la portadora establecen que la portadora debe ser activada no ms del tiempo de 5 bits antes del inicio del mensaje (prembulo) y ser desactivada no ms del mismo tiempo despus de la transmisin del ltimo byte del mensaje (la suma de verificacin). El maestro es el responsable de las transacciones de mensajes. Si no hay respuesta a un comando dentro de cierto tiempo, el maestro debe retransmitir el mensaje. Despus de unos cuantos intentos debe abandonar la transaccin y notificar el problema. La longitud y retardo tpicos de los mensajes, permiten dos transacciones por segundo.

Pgina 8 de 18

Protocolo Hart

El modo rfaga: Para lograr una tasa de transmisin de datos mayor, algunos dispositivos utilizan el modo rfaga. Cuando un dispositivo se encuentra en este modo enva un mensaje repetidas veces. Este modo se activa y desactiva mediante comandos especiales Existe una pequea pausa entre mensaje y mensaje, para permitir que el maestro enve la seal de desactivacin, o para iniciar cualquier otra transaccin simple. Este modo solo funciona para la configuracin punto a punto, y se pueden enviar ms de tres mensajes por segundo. En la tabla 3.1 se encuentran las especificaciones de tiempo para los mensajes en modo de rfaga.

Tabla 3.1 Especificaciones de tiempo en modo de rfaga Codificacin de caracteres: Los mensajes de Hart son codificados como series de 8 bits, es decir bytes. Estos se transmiten de modo serial, utilizando una UART convencional (Universal Asynchronous Receiver/Transmitter) para serializar cada byte, aadiendo un bit de inicio, un bit de paridad impar y un bit de fin, esto permite que la UART receptora identifique el inicio de cada caracter, y para detectar errores en la transmisin debidos a ruido u otro tipo de interferencia. La cadena completa de bits se muestra en la siguiente figura 3.1

Figura 3.1 Cadena de bits de caracteres El bit menos significativo, D0 se enva primero. La mayora de los protocolos seriales permiten pausas entre los caracteres, debido a las especificaciones de tiempo de Hart esto no es posible, de ocurrir dicho retraso se asume que la comunicacin no fue establecida. Formato del mensaje:
El mensaje tiene un formato como el observado en la figura 3.2 Figura 3.2 Formato de los mensajes Hart

Existen el formato largo y el formato corto. Los primeros instrumentos Hart (inclusive la revisin 4) siempre utilizaron el formato corto. En este formato, la direccin del esclavo un byte, de valor cero, para configuracin punto-punto o del 0 al 15 para configuracin multipunto. Esta corta direccin se denomina direccin multipunto. La revisin 5 introduce el formato largo. En
Pgina 9 de 18

Protocolo Hart

este, la direccin del esclavo es un nmero de identificacin nico, un nmero de 38 bits derivado del cdigo del fabricante, el cdigo del tipo de dispositivo y el nmero de identificacin del dispositivo. Este formato impide que los esclavos tomen mensajes que no le corresponden. De un modo estricto, el identificador nico, no es nico, pueden haber hasta cuatro veces el mismo nmero, ya que del cdigo del fabricante solo se toman 6 bits, cuando el nmero en realidad consta de 8 bits. La mayora de los dispositivos maestros deben incluir ambos formatos en su totalidad, de modo que puedan trabajar correctamente con los dispositivos ya existentes as como con los nuevos. La revisin 5 establece que todos los dispositivos deben implementar el comando #0 ( leer identificacin nica) en ambos formatos del mensaje. Un maestro normalmente utilizar el comando # 0 para la primera conexin con el dispositivo, ya que en ese momento el nmero nico de identificacin no se conoce, sin embargo como el mensaje tambin incluye el nivel de revisin de HART, el maestro sabr que formato deber utilizar. El prembulo: El prembulo consiste de 5 a 20 bytes con caracteres hexadecimales FF (todos 1s). Esto permite que el receptor sincronice la frecuencia de la seal y la cadena de caracteres que recibe, despus de la deteccin inicial del mensaje Hart. Para el primer intento y cualquier intento sucesivo de comunicacin, se deberan utilizar 20 bytes de prembulo , para tener la mayor probabilidad de xito. El caracter de inicio (start byte): El caracter de inicio en Hart tiene diversos valores posibles, indicando cual formato est siendo utilizado, la fuente del mensaje, y si es o no un mensaje tipo rfaga. Estos se muestran en la tabla 3.2.

Tabla 3.2 Valores del byte de inicio Cuando estn en espera de un mensaje, los receptores se encuentran en la bsqueda de estos caracteres , como el primer caracter despus de por lo menos dos caracteres FF, para indicar el inicio del mensaje. La direccin (address bytes): El campo de direccin contiene tanto la direccin del maestro como la del esclavo del mensaje enviado. Esta contenida en un byte, para el formato corto y en 5 bytes para el formato largo. El bit ms significativo de la direccin, indica si el maestro es el primario (1) o el secundario (0) . Los mensajes de tipo rfaga son una excepcin, en la cual el dispositivo alterna ambas direcciones, lo que le da oportunidad a ambos maestros de interrumpir. Tambin en ambos formatos, el bit que le sigue al ms significativo indica si el mensaje proviene de un dispositivo en modo rfaga, lo que no implica que el mensaje sea de tipo rfaga. En el formato corto, los dispositivos esclavos tienen direcciones de la cero a la quince. Este nmero se incluye de modo binario en los 4 bits menos significativos del byte de direccin. En el formato largo, la direccin de multipunto no es utilizada, en cambio, los 38 bits restantes de los cinco bytes del campo de direcciones contienen el identificador nico como una direccin. En las siguientes figuras se puede observar la estructura de las direcciones.

Pgina 10 de 18

Protocolo Hart

Estructura del formato corto

Estructura del formato largo

En la estructura de formato largo, si se asigna cero a todos los bits, se puede utilizar como un mensaje de transmisin sin destinatario especfico, un mensaje que sea aceptado por todos los dispositivos; esto es solo posible si los datos en el mensaje determinan cual de los dispositivos debe responder.. Comando: El campo de comando contiene un entero del 0 al hexadecimal FD o al decimal 253, como su nombre lo indica representa el comando HART. El comando recibido se incluye en la respuesta del esclavo al ser enviada. Ya que para cada comando se define una estructura especfica para el campo de datos, y una respuesta en particular, se dedica una seccin a ste campo. Cuenta de bytes: Este campo contiene un entero, que indica el nmero de bytes que forman el resto del mensaje (eso es los campos de estado y de datos, la suma de verificacin no se incluye). El dispositivo receptor utiliza esto para identificar el byte de suma de verificacin y saber cuando el mensaje est completo. Como el campo de datos esta limitado a 25 bytes mximo, esta cuenta puede ser cualquier nmero entre 0 y 27.

Pgina 11 de 18

Protocolo Hart

Estado: El campo de estado tambin es llamado el cdigo de respuesta, solo se incluye en el mensaje de respuesta de un esclavo. Consta de dos bytes, que reportan cualquier error de comunicacin, el estado del comando recibido (como por ejemplo dispositivo ocupado o que no reconoce dicho comando), y el estado de operacin del esclavo. Datos: No todas las respuestas contienen datos. Para aquellas que si lo hacen, y de modo que cumplan con las reglas de tiempo, el campo de datos no puede exceder los 25 bytes. Los datos pueden estar en forma de enteros sin signo, nmeros de punto flotante o cadenas de caracteres ASCII. El nmero de bytes del campo de datos, y el formato de datos utilizado para cada tem se especifican de acuerdo al comando recibido. Suma de verificacin (checksum): El byte de suma de verificacin contiene el OR exclusivo (paridad longitudinal) de todos los bytes que le preceden en el mensaje, comenzando con el caracter de inicio. Esto provee un segundo chequeo para la integridad de la transmisin despus del de paridad por byte. La combinacin de estos dos garantiza la deteccin de hasta tres errores en un mensaje y tiene buenas probabilidades de detectar errores en ms bits. 3.5 - Ejemplo de transacciones: En las figuras siguientes se observan ambos formatos. En cada mensaje, los valores de los bytes se muestran en hexadecimal, con los campos de direccin escrito de modo binario para mostrar claramente su composicin. Los nombres de cada campo se encuentran indicados con sus siglas en ingles. START es el byte de inicio, ADDR es el byte de direccin, COM es el byte de comando, BCNT es el byte de cuenta de bytes y el CHKS es el byte de suma de verificacin. Maestro a Esclavo:

Pgina 12 de 18

Protocolo Hart

Esclavo a Maestro:

Transaccin en formato corto


Maestro a Esclavo:

Esclavo a Maestro:

Transaccin en formato largo

Pgina 13 de 18

Protocolo Hart

Comandos y datos respectivos, bytes de estado


En este captulo se describe la clasificacin de los comandos de HART, y se da detalles en cuanto a la estructura de datos utilizados en la mayora de ellos. Esto corresponde al nivel nmero 7 del modelo OSI, el nivel de aplicacin. Los comandos se dividen en tres grupos especficos, a saber, los comandos universales, los comandos de prctica comn y los comandos especficos del dispositivo. Los comandos universales:
Los comandos universales se encuentran entre 0 y 30. Estos proveen funciones que son implementadas en todos los dispositivos Hart. La tabla 4.1 contiene un resumen de estas funciones.

Tabla 4.1 Comando universales Comandos de prctica comn: Estos se encuentran en el rango 32 a 126. Proveen funciones comunes a muchos dispositivos de campo. Si estas funciones son implementadas en el dispositivo, estos comandos deben ser utilizados para invocarlas. En la tabla 4.2 se observa un resumen de dichos comandos.

Tabla 4.2 Comandos de prctica comn Comandos especficos de dispositivo: Los comandos especficos de dispositivo se encuentran en el rango 128 a 253. Sus funciones son ms o menos nicas para cada dispositivo. En la revisin 4 y anteriores, los comandos especficos de dispositivo siempre incluan el cdigo del tipo de dispositivo como el primer byte
Pgina 14 de 18

Protocolo Hart

del campo de datos, para asegurarse de que un comando nunca llegara a un dispositivo no compatible. Esto fue abandonado en la revisin 5, cuando se incluy el nmero identificador nico, que cumple con la misma funcin.
Datos:

No todas las respuestas a comandos contienen datos. Para esos que si lo hacen, se pueden incluir un mximo de 25 bytes. Los datos pueden ser representados como: Enteros 8,16,24 o 32 bits sin signo. Nmeros de punto flotante- Formato de IEEE 754 de punto flotante de precisin. Cadenas de caracteres ASCII-usualmente 4 caracteres por cada 3 bytes. tem enumerados para una lista estndar. Si un comando no tiene xito (indicado por error en el campo de estado), las respuestas no deben contener datos. La respuesta a un comando exitoso siempre incluye el mismo set de variables como las contena el mensaje de comando; sin embargo, los valores en la respuesta son los actualmente utilizados, tomados de la memoria del dispositivo de campo, al igual que cualquier aproximacin involucrada. El nmero de bytes de datos, y el formato de los mismos (de cada elemento) son especificados para cada comando. Bytes de estado: Dos bytes de estados, tambin conocidos como cdigo de respuesta, estn incluidos en cada mensaje de los dispositivos de campo. Entre ellos, estos dos bytes guardan tres tipos de informacin diferente: errores de comunicacin, respuestas a comandos, y estado del dispositivo de campo. Los errores de comunicacin son aquellos que podran ser detectados por la UART. Adems informa cualquier incongruencia entre el registro de recepcin y la suma de verificacin. Los comandos de respuesta (enteros en el rango de 0 a 127) se categorizan como errores o advertencias. Y teniendo mltiples o un simple significado. El campo de estado de los dispositivos de campo incluye ambos, condicin de falla o de operacin anormal, por lo que no implica que el dispositivo est fallando. Muchos dispositivos ofrecen ms informacin de estado de la que se puede codificar en un solo byte.

Ventajas del protocolo HART

Permite soportar hasta 256 variables Los transmisores pueden conectarse entre s a travs de un bus y conectarse con 15 Dispositivos (PLC, PCs, actuadores, Transductores, etc.) Entrega una alternativa econmica de comunicacin digital. Implica un ahorro considerable en materiales elctricos en las instalaciones multipunto.

Pgina 15 de 18

Protocolo Hart

Las caractersticas del protocolo HART son:


Control por Conteo de Bytes Transmisin Asincrnica HDX, punto a punto y multipunto Carcter Bsico de 1 bit de arranque, 8 de informacin, 1 de paridad impar y 1 de parada; NRZ Un Maestro puede controlar hasta 15 Remotos Operacin en Modo de Respuesta Normal Permite hasta 250 variables en cada dispositivo de campo Distancia mxima: hasta 3000 m con par trenzado apantallado calibre AWG 24; hasta 1500 m con cable multipar, par trenzado comn apantallado calibre AWG 20. Modulacin FSK, 1200 bps, con Mdems Tipo Bell 202 Medio de transmisin: par trenzado y el lazo de corriente de 4-20 mA Interfaces asociadas: RS-232D y RS-485

Conclusiones
Habiendo observado tericamente el funcionamiento, las caractersticas y aplicaciones del protocolo HART vemos que permite ahorros al momento de la digitalizacin de campos industriales, ya que el protocolo hace uso de los cables instalados para comunicacin analgica de 4 20 mA , y no es necesario ir hasta el punto en el cual se encuentra ubicado el sensor, (no siempre es accesible) para n calibrarlo, ajustes de datos o incluso cambiar la fecha, entre otras cosas. Ya que HART fue diseado para ampliar las comunicaciones con los instrumentos de medicin y control que tradicionalmente se comunicaban con seales 4-20 mA, es aplicable a todo tipo de industrias de proceso. Por tratarse de una superposicin a un sistema existente, el HART ofrece una solucin sin ningn riesgo para poder gozar de los beneficios que resultan de una comunicacin ms amplia con los dispositivos inteligentes. Si bien el HART cumple con el requerimiento de seguridad intrnseca y logra una cantidad aceptable de interoperabilidad (ms de lo que la mayora creen), su velocidad es la principal limitacin.

Pgina 16 de 18

Protocolo Hart

Apendice A: Comparacin de caractersticas entre algunos buses y protocolos VER tabla de gonza

Bibliografa
http://www.hartcomm.org/ http://www.cea-ifac.es/actividades/jornadas/XXII/documentos/A_03_IC.pdf. http://www.flotech-sf.com/HartERIKA.pdf http://www.hartcomm2.org http://mycontrols.blogspot.com/2007/10/hart-protocol.html http://en.wikipedia.org/wiki/HART_Protocol

Pgina 17 de 18

Protocolo Hart

ndice (ver como queda, se eliminaron cosas)


Introduccin...........................................................................................................................2 1 - Instrumentos Inteligentes y el protocolo HART.............................................................2 1.1 - Qu es un dispositivo Inteligente?......................................................................3 1.2 - Leyendo informacin mediante comunicacin digital.........................................4 1.3 - Comunicacin multipunto....................................................................................4 1.4 - El protocolo HART..............................................................................................5 1.5 - Los comandos del protocolo HART.....................................................................6 2 - La Seal Fsica...............................................................................................................6 2.1 - Modulacin por desplazamiento o corrimiento en frecuencia..............................7 2.2 - Los niveles de la seal..........................................................................................7 2.3 - El lazo de conexin...............................................................................................8 2.4 - Conexin de mltiples dispositivos......................................................................8 3 - Procedimiento de transacciones, cdigo y estructura del mensaje................................9 3.1 - Procedimiento de transaccin:.............................................................................10 3.2 - El modo rfaga....................................................................................................10 3.3 - Codificacin de caracteres..................................................................................10 3.4 - Formato del mensaje...........................................................................................11 3.5 - Ejemplo de transacciones...................................................................................13 4 - Comandos y datos respectivos, bytes de estado..........................................................14 4.1 - Los comandos universales.................................................................................14 4.2 - Comandos de prctica comn...........................................................................15 4.3 - Comandos especficos de dispositivo................................................................15 4.4 - Elementos (tem) enumerados...........................................................................16 4.5 - Bytes de estado..................................................................................................17 5 6 - Conclusiones...............................................................................................................18 - Bibliografa.................................................................................................................18

Pgina 18 de 18