¿Qué es el preámbulo HART y la temporización de mensajes?
Toda trama HART comienza con una corrida de bytes de sincronía idénticos antes de cualquier contenido real, y el reparto de quién habla cuándo está cuidadosamente gobernado. Entender el preámbulo y la temporización de mensajes explica una clase de problemas HART intermitentes que no se parecen a nada más: un dispositivo que habla con un host pero no con otro, o un enlace que funciona hasta que usted acorta un retardo. Esta página cubre qué hace el preámbulo, por qué su longitud varía y cómo las reglas de tiempos evitan que dos maestros choquen. Es para quien depura comunicación HART inestable a nivel de trama.
Preámbulo HART en una línea: El preámbulo HART es una corrida de bytes de sincronía idénticos que inicia cada trama y da tiempo al receptor de detectar la portadora y engancharse a la señal entrante antes de que empiece el mensaje real. El número de bytes de preámbulo que un dispositivo necesita se puede leer y configurar, y las reglas de temporización de mensajes de HART gobiernan los huecos entre transmisiones para que un segundo maestro y los dispositivos de campo tomen turnos sin colisionar.
Por qué cada trama empieza con bytes de sincronía
Una trama HART no empieza con su dirección o su comando; empieza con un preámbulo, una serie de bytes idénticos cuyo único trabajo es preparar al receptor. Cuando el tono FSK arranca en un lazo hasta entonces callado, el receptor necesita un momento para detectar que hay una portadora presente y para sincronizar su temporización de bits con el flujo entrante. El preámbulo es ese momento hecho explícito: una corrida de bytes conocidos a los que el receptor puede engancharse, de modo que cuando llega el contenido real del mensaje, el receptor ya está en fase y lo lee correctamente.
El número de bytes de preámbulo requerido no es fijo para todos los dispositivos. Algunos receptores se enganchan rápido y necesitan un preámbulo corto; otros, o los enlaces más ruidosos, necesitan más bytes de sincronía para establecer recepción confiable. HART lo maneja permitiendo que el host descubra cuántos bytes de preámbulo necesita un dispositivo y configure sus propias transmisiones en consecuencia, enviando el preámbulo suficiente para satisfacer al receptor más lento del intercambio sin desperdiciar tiempo en exceso. Enviar muy pocos bytes de preámbulo es un modo de falla real: un receptor que no terminó de sincronizarse simplemente pierde el inicio del mensaje.
Por eso un dispositivo puede ser legible por un host y no por otro. Si un host está configurado para enviar menos bytes de preámbulo de los que un dispositivo en particular necesita, ese dispositivo falla de forma intermitente o consistente en atrapar el inicio del mensaje, aunque el cableado esté bien y otros dispositivos del mismo host funcionen. El desajuste de preámbulo es una de las causas más calladas detrás de un comunicador HART que no encuentra un dispositivo, junto con los temas de direccionamiento y cableado que cubre la página de diagnóstico de ese síntoma.
La temporización de mensajes y los turnos
Más allá del preámbulo dentro de una trama, HART gobierna los tiempos entre tramas para que los dispositivos que comparten un lazo tomen turnos ordenados. Después de que un maestro envía una petición, hay una ventana acotada en la que el dispositivo direccionado debe contestar, y hay huecos definidos que un maestro debe respetar antes de poder transmitir de nuevo o antes de que el segundo maestro tome su turno. Estas reglas de tiempos son lo que permite a dos maestros coexistir sin un reloj central: el arbitraje entre maestro primario y secundario se hace cumplir en parte mediante estos retardos disciplinados.
La disciplina de tiempos también es lo que evita que un maestro pise una respuesta que todavía está en vuelo. Un maestro que transmite demasiado pronto después de emitir una petición arriesga colisionar con la respuesta del dispositivo y corromper ambas. Respetar la ventana de respuesta y los huecos entre mensajes no es cortesía opcional sino un requisito de corrección, y un host o un driver mal escrito que recorta esos retardos produce exactamente el tipo de fallas intermitentes y difíciles de reproducir que hacen que los enlaces HART parezcan poco confiables cuando la capa física está perfectamente sana.
Para quien depura a este nivel, el modelo mental útil es que un intercambio HART sano tiene un ritmo: preámbulo, luego mensaje, luego un hueco disciplinado, luego la respuesta, luego otro hueco antes de que hable el siguiente iniciador. Cuando ese ritmo se viola - preámbulo insuficiente, un hueco demasiado corto, un maestro transmitiendo dentro de una ventana de respuesta - los síntomas son intermitentes y no totales, que es lo que los hace frustrantes. La página de roles de maestro explica los turnos que estas reglas de tiempos hacen cumplir, y juntas cubren por qué la temporización de tramas, y no solo el cableado, determina si un lazo comunica limpio.
Preguntas frecuentes
¿Para qué sirve el preámbulo HART?
Es una corrida de bytes de sincronía idénticos al inicio de cada trama que da tiempo al receptor de detectar la portadora y sincronizar su temporización de bits antes de que empiece el mensaje real. Sin preámbulo suficiente, el receptor no ha terminado de engancharse cuando llega el contenido y pierde el inicio del mensaje, así que el preámbulo es esencial para la recepción confiable, no sobrecarga.
¿Por qué un host puede leer un dispositivo HART que otro no puede?
Una causa común es el desajuste de preámbulo. Los dispositivos difieren en cuántos bytes de preámbulo necesitan para sincronizarse, y un host configurado para enviar menos de los que un dispositivo requiere fallará en alcanzarlo de forma intermitente o consistente, incluso con buen cableado. HART permite al host descubrir el conteo de preámbulo requerido de un dispositivo y enviar lo suficiente, y por eso empatar la longitud del preámbulo importa para la compatibilidad.
¿Por qué los maestros HART tienen que esperar entre mensajes?
Los huecos de tiempo permiten que los dispositivos de un lazo tomen turnos ordenados y evitan que un maestro transmita encima de una respuesta que todavía está en vuelo. Un maestro que transmite demasiado pronto puede colisionar con la respuesta del dispositivo y corromper ambas. Esos retardos disciplinados también hacen cumplir los turnos entre el maestro primario y el secundario, así que respetarlos es un requisito de corrección, no cortesía.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- FieldComm Group - HART technology - FieldComm Group
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.