¿Qué es un DTM HART y el marco FDT?
Hay dos maneras en que un host aprende a hablar en profundidad con un dispositivo HART, y el DTM es la que confunde a la gente porque luce y se comporta muy distinto de un archivo de descripción de dispositivo. Esta página explica qué es un device type manager, cómo se conecta a una aplicación marco FDT y cuándo recurrir a un DTM en vez de a un DD. Está escrita para integradores que ven ambas siglas todo el tiempo y quieren un modelo claro de cuál es cuál.
DTM HART en una línea: Un DTM (Device Type Manager) es un componente de software que el fabricante del dispositivo suministra y que se conecta a una aplicación marco FDT (Field Device Tool) para configurar y diagnosticar un dispositivo específico. A diferencia de un archivo de descripción de dispositivo, un DTM contiene su propia interfaz de usuario y su propia lógica ejecutables. El marco FDT es el anfitrión que aloja los DTM, dando a una sola herramienta una manera común de gestionar dispositivos de muchos fabricantes.
DTM conectados a un marco FDT
FDT, Field Device Tool, define una manera estandarizada de que una aplicación anfitriona aloje componentes de dispositivo suministrados por el fabricante. Al anfitrión se le llama aplicación marco, y los componentes que aloja son los DTM, device type managers. Un DTM es una pieza de software escrita por el fabricante del dispositivo que sabe todo sobre un dispositivo o una familia de dispositivos y aporta sus propias pantallas, asistentes y lógica para configuración y diagnóstico. Usted instala el DTM en el marco, y el marco le da un lugar donde correr y un canal estandarizado hacia el dispositivo de campo.
El punto arquitectónico importante es que un DTM lleva su propia interfaz de usuario, mientras que una descripción de dispositivo es solo una descripción que el host presenta. Un DTM puede mostrar un asistente gráfico a la medida, un tablero de diagnóstico propietario o una pantalla de calibración interactiva exactamente como el fabricante los diseñó, porque es software ejecutable y no una descripción de texto portátil. Ese poder es también su costo: un DTM es específico de plataforma y puede traer las particularidades de compatibilidad y estabilidad de cualquier software instalado, cosa que un DD, al no ser ejecutable, no puede.
La aplicación marco también maneja la ruta de comunicación. Un DTM no necesita saber si alcanza al dispositivo por un módem HART, un multiplexor HART o un gateway, porque un DTM de comunicación separado abstrae el transporte y el DTM del dispositivo habla a través de él. Esta estratificación es lo que permite que un solo marco FDT gestione los dispositivos mixtos de toda una planta y sus distintos tipos de conexión desde una sola aplicación, que es gran parte del atractivo de FDT para la gestión de activos.
DTM o DD: elegir la ruta de integración
En la práctica, los dispositivos HART se soportan mediante una o ambas tecnologías de integración, y cuál usa depende de su host y de sus necesidades. Si su herramienta de gestión de activos es un host basado en DD, instala el DD del dispositivo desde la biblioteca de descripciones y el host presenta sus menús. Si su herramienta es un marco FDT, instala el DTM del fabricante y obtiene la interfaz propia del fabricante. Algunos entornos soportan ambos, y un dispositivo puede venir con un DD, un DTM o los dos, así que parte de la puesta en servicio es confirmar el archivo de integración que su host realmente puede consumir.
El compromiso es portabilidad frente a riqueza. Un DD es portátil, ligero y funciona en cualquier host conforme porque es una descripción estandarizada, lo que conviene a flotas grandes multifabricante donde importan la consistencia y la simplicidad. Un DTM puede ofrecer una experiencia más rica, más gráfica y más específica del fabricante para un dispositivo complejo, al precio de estar atado al marco FDT y de comportarse como software instalado. Ninguno es universalmente mejor; la elección correcta sigue a su plataforma anfitriona y a cuánta profundidad específica del dispositivo necesita en realidad.
Para una arquitectura de monitoreo, la distinción importa menos de lo que parece, porque la configuración profunda que un DTM o un DD habilitan es trabajo de ingeniería, no datos de operación del día a día. Llevar valores de proceso y estado de dispositivo a una plataforma como Merobix se apoya en el conjunto de comandos portátil a través de un gateway o un multiplexor, así que ni un DTM ni un DD están en la ruta crítica para presentar lecturas y diagnósticos a los operadores. El DTM y el DD viven en la herramienta de ingeniería; la página complementaria sobre el archivo de descripción de dispositivo HART cubre el lado DD de la misma cuestión de integración.
Preguntas frecuentes
¿Cuál es la diferencia entre un DTM y un DD?
Un DD (descripción de dispositivo) es un archivo estandarizado no ejecutable que un host presenta como menús, así que es portátil entre cualquier host conforme. Un DTM (device type manager) es software ejecutable que el fabricante suministra, lleva su propia interfaz de usuario y se conecta a una aplicación marco FDT. Un DD cambia riqueza por portabilidad; un DTM cambia portabilidad por una interfaz más rica y específica del fabricante.
¿Qué es una aplicación marco FDT?
Un marco FDT es la aplicación anfitriona que aloja los DTM. Da a cada DTM de dispositivo un lugar donde correr y un canal de comunicación estandarizado hacia el dispositivo de campo, normalmente a través de un DTM de comunicación separado que abstrae el transporte. Un marco puede gestionar dispositivos de muchos fabricantes y por distintos tipos de conexión desde una sola herramienta, que es el principal atractivo de FDT para la gestión de activos.
¿Necesito un DTM o un DD para un dispositivo HART?
Depende de su host. Una herramienta de gestión de activos basada en DD necesita el DD del dispositivo; una aplicación marco FDT necesita el DTM del fabricante. Un dispositivo puede venir con uno, con el otro o con ambos. Para simplemente leer las variables y el estado de un dispositivo hacia un sistema de monitoreo a través de un gateway, no se requiere ninguno de los dos, porque eso se apoya en el conjunto de comandos HART portátil.
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.