¿Qué es un archivo de descripción de dispositivo (DD) HART?
La primera vez que un host HART genérico configura por completo un transmisor que nunca había visto, algo tuvo que enseñarle qué significan los menús, parámetros y comandos especiales de ese transmisor. Ese algo es el archivo de descripción de dispositivo. Esta página explica qué es un DD, cómo se escribe y por qué cargar el correcto suele ser la diferencia entre un host que solo puede leer un dispositivo y un host que realmente puede configurarlo. Está dirigida a quien mantiene una biblioteca de descripciones de dispositivo o se pregunta por qué su host no muestra la configuración avanzada de un equipo.
Descripción de dispositivo HART en una línea: Una descripción de dispositivo (DD) HART es un archivo estandarizado, escrito en el lenguaje EDDL (Electronic Device Description Language), que describe a un host las variables, comandos, estructura de menús y procedimientos de configuración de un dispositivo de campo específico. Cargar el DD correcto permite que un host HART genérico o una herramienta de gestión de activos presente y configure ese dispositivo por completo, incluidas las funciones detrás de comandos específicos del dispositivo, sin el software propio del fabricante.
Qué describe realmente un DD
Una descripción de dispositivo es un archivo portátil que responde, para un modelo y una revisión de dispositivo específicos, todas las preguntas que un host tendría que adivinar. Lista las variables del dispositivo y sus unidades, nombra sus comandos incluidos los específicos del dispositivo que un host genérico no puede interpretar por sí solo, define el árbol de menús que un ingeniero navega y codifica las secuencias de pasos de procedimientos como un ajuste de sensor. En efecto, es el manual del dispositivo traducido a una forma que el software puede ejecutar, de modo que el host presenta los mismos menús y corre los mismos procedimientos que el fabricante diseñó.
Los archivos DD se escriben en EDDL, el Electronic Device Description Language, que es un lenguaje de descripción estandarizado basado en texto y no código ejecutable. Como EDDL es una descripción y no un programa, el mismo DD funciona en cualquier host conforme - un comunicador portátil, una estación de gestión de activos de planta o una herramienta de configuración de otro fabricante - y no puede acarrear el comportamiento específico de plataforma ni los fallos que a veces traen los drivers nativos. El DD le dice al host qué mostrar y qué hacer; el host aporta la interfaz de usuario.
Por eso importan aquí los niveles de comandos. Los comandos universales y de práctica común son lo bastante portátiles como para que un host los use sin DD, pero los comandos específicos del dispositivo son números opacos hasta que un DD los explica. Cargar el DD es lo que convierte a un host de algo que puede leer las variables dinámicas de un dispositivo en algo que puede alcanzar los diagnósticos avanzados y la calibración del fabricante. La página relacionada sobre comandos HART universales frente a específicos del dispositivo plantea exactamente la brecha que el DD llena.
Vivir con una biblioteca de DD
Como un DD está atado a un tipo y una revisión de dispositivo específicos, las plantas terminan manteniendo una biblioteca de ellos, y mantenerla al día es trabajo real. Cuando un fabricante libera un transmisor nuevo o una revisión de firmware nueva que agrega parámetros, el DD correspondiente tiene que instalarse en el host antes de que ese dispositivo pueda configurarse por completo; un DD desactualizado puede mostrar los menús de un dispositivo anterior y omitir silenciosamente funciones nuevas. FieldComm Group mantiene los DD registrados de los dispositivos conformes, y las herramientas de gestión de activos suelen importar de esa biblioteca, pero la responsabilidad de instalar la revisión correcta recae en la planta.
El síntoma de campo más común de un DD ausente o equivocado es un host que se conecta a un dispositivo, lee su identidad y sus variables, pero no puede mostrar ni cambiar su configuración detallada, o muestra un menú genérico reducido en lugar del menú real del dispositivo. Eso es el host cayendo a lo que permiten los comandos universales y de práctica común porque no tiene un DD para interpretar el resto. Si un técnico dice que el comunicador ve el transmisor pero le falta la mitad de los ajustes, la biblioteca de DD es el primer lugar donde mirar.
Para el monitoreo, la cuestión del DD separa dos trabajos. Llevar los valores de proceso y el estado de un dispositivo a un sistema como Merobix a través de un gateway o un multiplexor se apoya en los comandos portátiles y no requiere el DD de cada dispositivo, así que los datos de operación fluyen sin una biblioteca completa. La configuración de ingeniería profunda y específica del modelo es donde el DD se vuelve obligatorio, y ese trabajo se queda en la herramienta de gestión de activos o en el comunicador portátil. El concepto paralelo para la integración de hosts del lado FDT es el DTM, cubierto en la página complementaria sobre DTM HART y marcos FDT.
Preguntas frecuentes
¿Qué es EDDL en HART?
EDDL, el Electronic Device Description Language, es el lenguaje estandarizado basado en texto en el que se escribe una descripción de dispositivo HART. Como un DD en EDDL es una descripción y no código ejecutable, el mismo archivo funciona en cualquier host conforme, desde un comunicador portátil hasta una estación de gestión de activos de planta, y el host aporta la interfaz de usuario mientras el DD aporta las variables, menús y procedimientos del dispositivo.
¿Necesito un archivo DD para leer un transmisor HART?
No para la lectura básica. Un host puede leer identidad, variables dinámicas y estado usando comandos universales y de práctica común sin ningún DD. Necesita el DD correcto para alcanzar el menú completo del dispositivo y sus funciones específicas - diagnósticos avanzados, ajustes especiales y configuración detrás de comandos específicos del dispositivo - porque son opacos para un host hasta que el DD los explica.
¿Por qué a mi host le faltan algunos ajustes de un dispositivo?
Normalmente por un DD ausente o desactualizado. Si el host se conecta y lee variables pero muestra un menú genérico reducido u omite parámetros más nuevos, está cayendo a lo que permiten los comandos portátiles porque no tiene DD para ese tipo y revisión de dispositivo. Instalar la revisión correcta del DD desde la biblioteca de descripciones normalmente restaura el menú completo.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- FieldComm Group - device integration - 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.