¿Qué cambió en HART 7?

Volver al glosario

Las adiciones principales

Lo más trascendente que hizo HART 7 fue incorporar lo inalámbrico al estándar. WirelessHART, estandarizado como IEC 62591, es el transporte inalámbrico de HART 7, de modo que la red en malla que permite que dispositivos alimentados por batería reporten por el aire no es un protocolo aparte adosado, sino parte de la familia HART 7. Por eso WirelessHART y el HART cableado comparten el mismo conjunto de comandos y el mismo modelo de dispositivo - son dos transportes bajo una misma revisión del protocolo. La página general de WirelessHART cubre ese transporte a fondo.

HART 7 también fortaleció los diagnósticos. Definió una manera más rica y estandarizada de que los dispositivos reporten su salud y condiciones de falla específicas, yendo más allá de los bits de estado básicos, para que un host entienda mejor qué le pasa a un dispositivo sin depender por completo de extensiones específicas del fabricante. Esto es parte de por qué los diagnósticos HART se volvieron genuinamente útiles para el mantenimiento predictivo y no solo una luz de falla: más de la información de salud útil está disponible en forma estandarizada.

Dos adiciones más completan el cuadro. La notificación de eventos permite que un dispositivo reporte proactivamente que algo cambió o que se cruzó un umbral, en lugar de esperar a ser sondeado, lo que se complementa naturalmente con los diagnósticos más capaces. Y HART 7 alargó el tag del dispositivo, dando los nombres de tag más largos y descriptivos que la práctica moderna de gestión de activos espera. En conjunto, esto hizo de los dispositivos HART 7 mejores ciudadanos de una planta que quiere instrumentos ricos y auto-reportantes en lugar de fuentes analógicas mudas.

Por qué importa la revisión del dispositivo

HART está diseñado para que las revisiones más nuevas mantengan compatibilidad hacia atrás en lo básico: un dispositivo HART 7 sigue respondiendo los comandos universales que un host más viejo conoce, así que un host anterior siempre puede leer su identidad, sus variables dinámicas y su estado. Por eso puede colocar un transmisor moderno en un sistema construido alrededor de una revisión HART anterior y obtener sus lecturas centrales. La compatibilidad hacia atrás para los datos fundamentales es una propiedad deliberada y duradera del protocolo.

Lo que no viaja hacia atrás son las funciones nuevas. Un host anterior a HART 7 no tiene manera de usar la notificación de eventos, los diagnósticos más ricos ni el tag largo, porque no conoce los comandos y estructuras que HART 7 agregó. Así que un dispositivo HART 7 conectado a un host viejo funciona, pero solo al nivel del host viejo, y las capacidades nuevas quedan sin usarse. Esta es exactamente la situación en la que un ingeniero se pregunta por qué faltan las funciones anunciadas de un dispositivo - el host, no el dispositivo, es la revisión limitante.

La regla práctica es verificar que el host y sus descripciones de dispositivo soporten la revisión de los dispositivos que despliega cuando quiera las capacidades más nuevas. Leer la revisión de un dispositivo - los datos de identidad que devuelve el comando 0 la incluyen - le dice qué puede hacer; empatar su host y su biblioteca de DD con ella le dice qué puede usar realmente. La página del ID de dispositivo cubre los campos de identidad, y para el uso completo de los diagnósticos y eventos de HART 7, tanto el dispositivo como todo lo que lo lee necesitan estar en esa revisión.

Preguntas frecuentes

Fuentes y lecturas

Referencias primarias de los organismos de normas y reguladores que definen este tema:

• FieldComm Group - HART technology - FieldComm Group