用于显示现场设备的状态信息的系统的利记博彩app

文档序号:6267248阅读:172来源:国知局
专利名称:用于显示现场设备的状态信息的系统的利记博彩app
技术领域
本发明涉及一种用于显示至少一个现场设备的状态信息的系统,该现场设备通过总线系统借助基于PC的操作工具与操作单元通信。
背景技术
为对于借助总线系统连接的现场设备进行诊断、配置参数或者显示,通常使用形式为基于PC的程序(工程工具)的系统。该系统通过一种预定的、多为标准化的通信技术 (以太网、PROFIBUS、HART等)与各现场设备通信,并且在一个通常直接在总线系统上或者在现场设备的控制计算机上连接的具有显示器的操作单元上提供显示供使用。显示表示例如把从显示设备读出的参数以图形、表格或者数字方式在显示器上呈现,并且在可能的情况下提供输入菜单供使用,通过该菜单能够输入相应的设备参数并且为配置参数而向各现场设备传输。为从一个中心观察台操作多个现场设备,存在作为操作工具的操作软件供使用, 该操作软件使得能够在一个公共的操作界面下访问不同的现场设备。这些操作工具提供表示真实的总线拓扑的功能,此外它们提供另外的用于建立和监视单个现场设备的操作界面以及用于总线配置的操作界面。这些操作工具提供一种架构、一种框架或者一种构架供使用,其例如负责提供现场设备的读数和操作元件的统一的显示图像。例如为操作工具有现成的产品,例如PACTware 、FieIdcare或者Fieldmate,它们基于 FDT/DTM (Field Device Tool (现场设备工具)/Device Type Manager (设备类型管理器))技术。FDT/DTM技术提供一系列定义的接口供使用,通过这些接口 FDT框架应用(例如PACTware )能够与作为设备制造商的驱动程序软件的集成的DTM通信。这些接口能够使设备制造商自由地使用全部窗口操作元件来构造各现场设备的操作界面。另一种技术借助电子设备描述(EDD)概念或者增强的EDD(EEDD)概念实现。为描述操作界面存在一种专门的描述语言,所谓的设备描述语言(DDL),例如西门子公司的产品 SIMATIC PDM就基于此。仅在该描述语言中供使用的元件可以用于构造操作界面。DDL表示一种基本技术,其由主机系统的供应商为开发稳定的人机和自动化接口使用。基于DDL的现场设备独立于制造商以相同的方式方法与不同的主机系统连接。如果需要改变主机操作系统(DD-HOST),则主机系统的供应商可以执行全部修改,而现场设备描述(Field Device Description, FDD)保持不被触及。两种技术是共同的,即它们自身尚不可用。可用性仅当通过下述才能够实现,即为要操作的现场设备加载所属的设备驱动程序,它们在FDT技术的情况下是DTM(设备类型管理器Device Type Manager),在DD主机的情况下是FDD (现场设备描述Field Device Description)。为把现场设备集成在操作工具内,需要描述各现场设备的操作界面。操作界面的这样的描述为各现场设备单独建立。在该描述中以描述语言说明设备参数,即设备说明,以便能够由操作工具解释渗数。但是为然后操作界面实际能够与现场设备通信,还必须事先在操作界面内再现真实设备的实际使用的拓扑结构。一个真实的拓扑结构的例子的在图I中表示。在该例中个人计算机(PC) 10作为操作单元通过串行接口 3与控制单元23连接。控制单元23具有现场总线5,其上连接现场设备14和15。在操作单元10上安装一个上述的操作工具,它产生一个相应的操作界面。图2中例如表示必须怎样在上述的操作界面内再现按照图I的拓扑结构。根据图 I的总线/设备结构的这一图形表示作为树形结构实现。在操作界面内必须为每一个参加者正确地记录匹配的信息,例如使用的设备类型、使用的总线类型(例如Profibus、基础现场总线等)、建立的总线地址等,以便设备驱动程序然后也能够与真实的设备通信。再现的总线/设备结构在该环境中通常作为项目表示,因此作为项目文件存储。在操作工具或者操作程序内再现这样的拓扑结构需要一些关于所使用的现场设备的专业知识,并且必须在操作界面内在所有的点正确进行。这在仅支持手工再现拓扑结构的操作工具的情况下被证明非常容易产生错误。出于这一理由,一些操作工具已经提供具有自动化的项目构建的解决方案。通过操作工具的程序起动或者通过使用者操作操作工具的某种规定的功能触发,该操作工具自动执行一种功能,该功能通过有目的的询问连接的总线系统执行为各总线拓扑的自动的项目构建。这样生成的项目文件已经包含关于设备类型、它们的总线地址和总线结构的信息。特别在操作工具PACTware 的情况下可以使用也能够再现关于多层次级的复杂结构的解决方案。如已经说明的那样,项目文件的每一个对象代表真实拓扑结构的一个现场设备。 因此趋向于直接通过在项目文件中选择来产生各设备驱动程序的调用。图3表示,对象“设备I”的选择怎样作为第二窗口打开所属的设备驱动程序“设备I”的操作界面,在该窗口内可以调用参数I和2、功能“功能I”和“功能2”以及状态“状态I”。由此用户能够在该操作界面内验证(功能I、功能2)或者改变(参数I、参数2)现场设备“设备I”的全部设定。他也可以在该操作界面内询问关于当前的设备状态(状态I)的信息。因此能够通过逐个打开所有设备驱动程序-操作界面构成关于当前的工厂状态的概况。在小的工厂中这样的方法能够再三验证工厂状态。但是如果涉及具有例如数百个现场设备的较大的工厂, 则该方法不现实。从这一理由出发,给FDT接口扩展一种用于改善诊断的方法。该方法允许为FDT 框架应用使用项目文件的DTM事例(Instanzen),用于主动询问单个DTM的诊断信息,而无需明确打开用户界面。这里该方法已经以根据NE 107(NAMUR建议107)的所谓的“压缩的” 显示的形式提供诊断信息。NE 107已经考虑用户仅获得对他重要的信息的情况。因此在该建议中对具有不同错误代码的很长的列表进行分类并且因此减少到四个基本的错误状态。 这里提到的方法从关于框架应用的NE 107仅还提供五个信息(“0K(正常)”和4个错误状态)。这四个锚误代码代表根据下面的表的下面的类别
权利要求
1.一种用于显示至少一个现场设备(14、15)的状态信息的系统,该现场设备(14、15) 借助于基于PC的操作工具(20)经由总线系统(5)与操作单元(10)通信,其特征在于,基于PC的操作工具(20)具有接口(50),用于与嵌入在操作单元(10)的图形用户界面(40)内的小型应用程序(30)交换数据,其中借助小型应用程序(30)显示状态信息。
2.根据权利要求I所述的系统,其特征在于,为基于PC的操作工具(20)的架构使用FDT/DTM(现场设备工具/设备类型管理器) 技术。
3.根据权利要求2所述的系统,其特征在于,提供对应于NAMUR建议NE107的信息作为状态信息。
4.根据权利要求I所述的系统,其特征在于,为基于PC的操作工具(20)的架构使用EDD/DDL(电子设备描述/设备描述语言)或者EEDD/DDL (增强电子设备描述/设备描述语言)概念。
5.根据上述权利要求之一所述的系统,其特征在于,设置有具有以不同架构存在的特定于设备的基于PC的操作工具(20)的多个现场设备 (14,15)。
6.根据权利要求5所述的系统,其特征在于,设置有具有基于FDT/DTM技术的基于PC的操作工具(20)的至少一个现场设备(14、 15),并且设置有具有基于EDD/DDL或者EEDD/DDL概念的基于PC的操作工具(20)的至少一个现场设备(14)。
7.根据上述权利要求之一所述的系统,其特征在于,小型应用程序(30)被实现为Windows 小型应用程序。
全文摘要
本发明涉及用于使至少一个现场设备(14、15)的状态信息可视的系统,该现场设备(14、15)通过总线系统(5)借助基于PC的操作工具(20)与操作单元(10)通信,根据本发明,基于PC的操作工具(20)具有接口(50),用于与在操作单元(10)的图形用户界面(40)内嵌入的小型应用程序(30)交换数据,这里借助小型应用程序(30)显示状态信息。
文档编号G05B19/418GK102608967SQ201210041478
公开日2012年7月25日 申请日期2012年1月19日 优先权日2011年1月19日
发明者F·费斯特, M·维特林 申请人:Vega格里沙贝两合公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1