¿Qué es el byte de estado del dispositivo HART?
Toda respuesta HART lleva información de salud, la lea o no el host, y muchos problemas evitables vienen de integraciones que toman el valor e ignoran el estado. Esta página explica los dos bytes de estado que HART devuelve en cada respuesta, qué le están diciendo las banderas del estado del dispositivo de campo, y por qué respetarlas es lo que evita que una lectura mala se disfrace de buena. Es para cualquiera que construya o audite una integración HART en la que los operadores van a confiar.
Byte de estado HART en una línea: El estado del dispositivo HART es un par de bytes de estado devuelto en cada respuesta del dispositivo. El primer byte reporta los resultados de la comunicación y de la ejecución del comando; el segundo, el estado del dispositivo de campo, lleva banderas como mal funcionamiento del dispositivo, configuración cambiada, arranque en frío y más estado disponible. Leer estos bytes le dice al host si un valor devuelto es confiable, así que ignorarlos deja que la lectura de un dispositivo con falla se vea perfectamente sana.
Dos bytes de estado en cada respuesta
HART adjunta estado a cada respuesta que envía un dispositivo, y viene como dos bytes con trabajos distintos. El primer byte reporta sobre el intercambio en sí: si el comando se entendió, si los datos eran aceptables y si ocurrió un error de comunicación como una falla de checksum. Responde a la pregunta de si la petición y la respuesta siquiera funcionaron. Si este byte marca un error de comunicación, no se debe confiar en los datos devueltos, porque la transacción misma estuvo defectuosa.
El segundo byte es el estado del dispositivo de campo, y reporta sobre la salud del dispositivo y no de la transacción. Sus bits son banderas estandarizadas, y un host que las lee se entera de cosas que el valor de proceso por sí solo no puede decirle. Entre las banderas hay indicaciones de que el dispositivo detectó un mal funcionamiento, de que su configuración cambió desde la última vez que el host miró, de que el dispositivo se reinició y de que hay más estado disponible si el host lo pide. Son las mismas condiciones que un operador querría conocer pero que nunca aparecen en la medición cruda.
Los dos bytes juntos permiten al host distinguir entre una lectura buena, una transacción fallida y una transacción sana que reporta un dispositivo enfermo. Esa distinción de tres vías es exactamente lo que necesita una integración robusta. Un host que lee un valor con el comando 3 pero nunca revisa su estado no tiene manera de separar un número confiable de uno producido por un sensor con mal funcionamiento, que es la brecha más común en las integraciones HART hechas con prisa.
Por qué las banderas de estado importan en operación
La bandera de mayor consecuencia para la operación diaria es la indicación de mal funcionamiento del dispositivo, porque es el dispositivo diciéndole que encontró una falla en sí mismo. Un transmisor que detecta un problema de sensor, una falla electrónica interna o una condición fuera de rango activa esta bandera mientras sigue devolviendo algún número como su valor. Un host que grafica el número e ignora la bandera mostrará una línea limpia mientras el dispositivo reporta en silencio que no se puede confiar en él. Respetar la bandera permite al host marcar el valor como malo o alarmar sobre él.
La bandera de configuración cambiada es el caballo de batalla silencioso de la gestión de cambios. Cuando alguien altera la configuración de un dispositivo - un cambio de rango, de unidades o de amortiguamiento, desde cualquier maestro - el dispositivo activa esta bandera hasta que un host la reconoce. Un sistema de monitoreo que vigila esta bandera puede detectar que un dispositivo de campo fue reconfigurado, algo invaluable para entender por qué una tendencia cambió de repente. La página relacionada sobre el contador de configuración cambiada de HART explica el contador compañero que registra cuántos cambios han ocurrido.
La bandera de más estado disponible es la manera de HART de decir que hay más detalle del que cabe en los bytes estándar. Cuando un dispositivo la activa, el host puede emitir un comando adicional para leer el estado extendido específico del dispositivo que explica su device description, bajando de una indicación resumida a la falla concreta. Para una plataforma de monitoreo como Merobix, honrar estos bytes de estado cuando ingiere datos HART desde un gateway o un multiplexor es lo que le permite señalar un punto sospechoso en lugar de graficar una lectura con falla como si fuera real, que es la diferencia entre datos sobre los que un operador puede actuar y datos que engañan.
Preguntas frecuentes
¿Qué es el field device status de HART?
Es el segundo de los dos bytes de estado que HART devuelve en cada respuesta, y reporta la salud propia del dispositivo y no la de la comunicación. Sus banderas estandarizadas incluyen mal funcionamiento del dispositivo, configuración cambiada, arranque en frío y más estado disponible. Leerlo le dice al host si un valor devuelto viene de un dispositivo sano o de uno que detectó una falla en sí mismo.
¿Qué pasa si un host HART ignora los bytes de estado?
Pierde la capacidad de distinguir una lectura confiable de una con falla. Un transmisor con mal funcionamiento sigue devolviendo algún número como su valor mientras activa la bandera de mal funcionamiento, así que un host que grafica el número e ignora la bandera muestra una línea limpia mientras el dispositivo reporta que no se puede confiar en él. Respetar los bytes de estado es lo que evita que una lectura mala se vea sana.
¿Qué significa la bandera more status available?
Significa que el dispositivo tiene detalle de estado adicional más allá de los bytes estándar. Cuando está activa, el host puede emitir un comando adicional para leer el estado extendido específico del dispositivo que su device description explica, bajando de una indicación resumida a la falla concreta. Es el mecanismo de HART para exponer diagnósticos detallados sin inflar cada respuesta.
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.