3.1 FDT 框架应用

　　FDT框架应用为来自不同制造商任何所需的DTM提供了一种公共运行时环境。

　　框架应用 …

　　● … 是现场总线中性(即与现场总线类型无关)、支持各种通信协议，因此满足了把设备集成到不同结构自动化系统的要求。

　　● … 管理全部设备实例并保存他们的数据，而不需要具备特定设备的知识。

　　● … 保证一个全系统的统一配置方法，允许多工作站和单工作站环境。

　　● … 可以集成到很多系统环境中，诸如配置工具或者工程工具、控制台终端或者资产管理工具，

　　● … 由过程和制造自动化的厂商开发和更新。

　　3.2 设备类型管理器

　　设备类型管理器是一个包含设备内容或者通信组件的软件组件，具有自己的属性和功能，包括用户界面。DTM从框架应用下组织处理在系统中发现的“他们的”设备和通信组件。用户因此能够通过关联的DTM调用所连接设备的功能。

　　DTM可以就其功能，也可以看作是一台“代理服务器”，在框架应用下提供对工厂中设备或者通信组件的控制。就这点而言，DTM也被称为FDT框架应用中的一个实例。DTM不是一个独立的程序;相反，他总需要在一个FDT框架应用中运行。这有点像我们常用的浏览器(FDT框架应用)，DTM相当于一个网站，网站必须通过浏览器才能查看，道理是一样的。

　　设备类型管理器使用户容易对现场设备操作，因为不需要懂得操作员站、现场总线和通信协议方面的专业知识。就像使用浏览器时不需要知道因特网和超文本传输协议(http)一样。

　　所有设备都按照同样的方式展现自己，因为DTM用户界面的基本组成部分都按照DTM风格指南的要求进行布置。

　　这对特定设备以及通用的DTM都是一样的，关于通用DTM我们会在下一章详细描述。通过这种方式，用户可以简单和直观地对设备进行操作和配置。设备DTM和通信DTM在功能上是有区别的，具体的区分方式可以由图9来说明。

　　图9：DTM的类别

　　设备DTM

　　设备DTM(图9左边)具有设备特定结构，包含数据、功能和设备逻辑元件。根据实施的等级，一个DTM包含的特性涵盖了从对设备设置参数的简单图形用户界面，到为诊断和维护目的的集成应用，比如对设备校准的逻辑。设备的DTM通常由设备制造商开发，作为交付包装的一部分提供。对照DTM内容设计的自由性，FDT规范定义了DTM与框架应用接口的绑定形式。

　　根据应用，设备DTM分成三个组：

　　● 制造商特定设备的DTM提供了最多的功能，至少支持一种设备，而且也能够支持整个设备家族的公共属性，诸如一个压力变送器或者光传感器家族。这些DTM还能够扩展外加功能，诸如扩展的配置和诊断、网络分析或者曲线显示。

　　● 解释器DTM比较制造商特定设备DTM具有一个低级别的功能。解释器DTM不是对设备的编程，而是使用已有设备的描述文件而创建的设备DTM，比如电子设备描述(EDD)或者输入输出设备描述(IODD)。通常这些DTM只有很少的图形和功能特性，这是由于电子设备描述语言(EDDL)的局限性。一个例子是“从IODD到DTM解释器”，他是对IO-link设备的设备描述(DD)解释，在他的帮助下，可以提供这些设备的参数。

　　还有其他解释器DTM，通过他们，可以解释HART、PROFIBUS PA和Fieldbus基金会的EDD。

　　● 通用DTM不是代表某个制造商的设备或者设备家族;而是代表了不同制造商设备定义的共性。这里的参数要遵从协议，应该与相同协议的所有设备(诸如HART设备、PROFIBUS PA设备)相兼容，因此能够用单一DTM来描述。比如使用通用HART DTM，在项“通用和公共实践命令”下可以访问相同参数。使用通用PROFIBUS行规DTM，可以访问一个现场设备的所有行规参数。通用DTM的特性比较少，甚至在框架应用的设备目录中仅有一个入口。