CN108200062B - 一种智能仪表设备的数据管理方法及*** - Google Patents

Abstract

本发明公开了一种智能仪表设备的数据管理方法及***，该方法包括：获取智能仪表设备发送的数据报文；根据数据报文的报分头判断数据报文是否为HART报文；若是，则利用HART驱动装置处理数据报文，获取数据报文对应的信息含义；若否，则利用Profibus驱动装置处理数据报文，获取数据报文对应的信息含义；本发明通过对数据报文的报文头进行拆分处理，将不同协议的数据报文交由对应的驱动装置进行处理，可以对支持HART和Profibus协议的智能仪表设备的数据报文进行解析，提供了多种接口采集智能仪表设备的数据功能，从而可以提高现有智能仪表设备的可利用率，降低设备维护的成本，优化工厂的运行，增加盈利率。

Description

一种智能仪表设备的数据管理方法及***

技术领域

本发明涉及数据处理技术领域，特别涉及一种智能仪表设备的数据管理方法及***。

背景技术

随着现场总线技术的迅猛发展，企业选择使用智能仪表设备实现工厂自动化生产已经成为工业自动化领域未来发展的趋势。但是智能仪表设备在类型、厂商、版本、时间上差异较大，加上每种仪表都需要专用软件进行配置和操作，导致用户在操作、管理、维护和升级等方面多有不便。

同时，由于现场环境较差工况苛刻，智能仪表设备无时无刻不在接受损害，如阀门磨损、导压管阻塞、热电偶断支和电动机振动异常等，诸多的故障会造成生产的波动，甚至停车。因此，需要对智能仪表设备的数据进行统计分析，以提高现有智能仪表设备的可利用率，降低设备维护的成本，减少由于设备故障导致的生产影响，优化工厂的运行，增加盈利率。

现有技术中，智能仪表设备支持不同的通信协议，且有的智能仪表设备仅支持一种协议通信，有的支持多种协议通信，因此对于上层软件而言数据的采集有多种途径或是多种接口，并不统一，因此并不能对支持不同通信协议的智能仪表设备的数据进行统一的管理和分析。如何能够对支持不同通信协议的智能仪表设备的数据报文进行解析，提供多种接口采集智能仪表设备的数据功能，以提高现有智能仪表设备的可利用率、降低设备维护的成本、减少由于设备故障导致的生产影响、优化工厂的运行、增加盈利率，是现今急需解决的问题。

发明内容

本发明的目的是提供一种智能仪表设备的数据管理方法及***，以对支持HART(可寻址远程传感器高速通道的开放通信协议)和Profibus(Process Field Bus，过程现场总线)协议的智能仪表设备的数据报文进行解析，提供多种接口采集智能仪表设备的数据功能。

为解决上述技术问题，本发明提供一种智能仪表设备的数据管理方法，包括：

获取智能仪表设备发送的数据报文；其中，所述数据报文为HART报文或Profibus报文；

根据所述数据报文的报分头判断所述数据报文是否为所述HART报文；

若是，则利用HART驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

若否，则利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义。

可选的，所述利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义，包括：

根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息；

利用所述参数信息对所述数据报文进行翻译，获取所述数据报文对应的信息含义。

可选的，所述根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息之前，还包括：

根据预设的数据模型，从所述智能仪表设备的类型对应的DDL文件中获取所述参数信息，并将所述参数信息提取到所述数据表；其中，所述数据表包括所述智能仪表设备的类型与所述参数信息的映射关系。

可选的，所述根据预设的数据模型，从所述智能仪表设备的类型对应的DDL文件中获取所述参数信息，包括：

根据所述数据模型，从所述智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息。

可选的，该方法还包括：

根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态；

根据每个智能仪表设备的状态，判断是否进行报警；

若是，则生成并显示报警信息；其中，所述报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

可选的，所述生成并显示报警信息之后，还包括：

根据所述报警信息，生成并显示故障维护计划；其中，所述故障维护计划包括：故障类型、故障时间、故障级别、故障设备数量和故障处理状态中至少一项；

记录所述维护计划对应的处理信息。

可选的，该方法还包括：

统计每个智能仪表设备的基本信息、使用信息、报警信息、故障维护计划和处理信息；

根据每个故障类型、故障时间和每个故障类型对应的智能仪表设备进行统计分析，获取并显示设备完好率；和/或

根据每个智能仪表设备的故障类型、故障时间和故障次数进行统计分析，获取每个智能仪表设备的故障情况、故障频率和故障原因；和/或

根据每个智能仪表设备的故障维护计划和处理信息进行统计分析，获取每个智能仪表设备的维护频率、故障原因、处理效率和处理结果。

此外，本发明还提供了一种智能仪表设备的数据管理***，包括：

获取模块，用于获取智能仪表设备发送的数据报文；其中，所述数据报文为HART报文或Profibus报文；

第一判断模块，用于根据所述数据报文的报分头判断所述数据报文是否为所述HART报文；

第一处理模块，用于若所述数据报文为HART报文，则利用HART驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

第二处理模块，用于若所述数据报文不为HART报文，则利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义。

可选的，所述第二处理模块，包括：

参数获取子模块，用于根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息；

翻译子模块，用于利用所述参数信息对所述数据报文进行翻译，获取所述数据报文对应的信息含义。

可选的，该***还包括：

状态获取模块，用于根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态；

第二判断模块，用于根据每个智能仪表设备的状态，判断是否进行报警；

报警模块，若进行报警，则生成并显示报警信息；其中，所述报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

本发明所提供的一种智能仪表设备的数据管理方法，包括：获取智能仪表设备发送的数据报文；其中，数据报文为HART报文或Profibus报文；根据数据报文的报分头判断数据报文是否为HART报文；若是，则利用HART驱动装置处理数据报文，获取数据报文对应的信息含义；若否，则利用Profibus驱动装置处理数据报文，获取数据报文对应的信息含义；

可见，本发明通过根据数据报文的报分头判断数据报文是否为HART报文，对数据报文的报文头进行拆分处理，将不同协议的数据报文交由对应的驱动装置进行处理，可以对支持HART和Profibus协议的智能仪表设备的数据报文进行解析，获取数据报文对应的信息含义，提供了多种接口采集智能仪表设备的数据功能，从而可以提高现有智能仪表设备的可利用率，降低设备维护的成本，减少由于设备故障导致的生产影响，优化工厂的运行，增加盈利率。此外，本发明还提供了一种智能仪表设备的数据管理***，同样具有上述有益效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例所提供的一种智能仪表设备的数据管理方法的流程图；

图2为本发明实施例所提供的一种智能仪表设备的数据管理方法的软件结构示意图；

图3为本发明实施例所提供的另一种智能仪表设备的数据管理方法的流程图；

图4为本发明实施例所提供的一种智能仪表设备的数据管理***的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图1，图1为本发明实施例所提供的一种智能仪表设备的数据管理方法的流程图。该方法可以包括：

步骤101：获取智能仪表设备发送的数据报文；其中，数据报文为HART报文或Profibus报文。

可以理解的是，由于现有技术中如基于FDT/DTM(Field Device Tool/DeviceType Manager，现场设备工具/设备类型管理器)和EDDL(Electrical Device DescriptionLanguage，电子设备描述语言)的智能仪表设备往往通过HART和Profibus协议(Profibus-DP/PA)进行通信。因此，本实施例所提供的方法中的智能仪表设备，也就是与本实施例所提供的方法对应的***(AMS，Asset Management System，设备管理***)连接的智能仪表设备可以为支持HART和Profibus协议的基于FDT/DTM和EDDL的智能仪表设备。对于智能仪表设备的具体型号可以由设计人员根据实用场景和用户需求自行设置，只要可以支持HART和/或Profibus协议进行通信，本实施例对此不做任何限制。

具体的，本实施例中获取智能仪表设备发送的数据报文的具体方式，可以有图2所示，智能仪表设备通过物理接线将数据报文传输给物理硬件，设备管理***和物理硬件之间通过网线连接，设备管理***中的通信代理装置(通信代理)可以为物理硬件和程序的桥梁，通过通信代理装置完成软件和智能仪表设备的交互。通信代理装置将数据报文从物理硬件转发到硬件驱动，硬件驱动将对数据报文进行解析，根据不同的报文头进行拆分处理，将不同协议的数据报文交由对应的驱动装置处理进行。具体的，如HAMS(HOLLiAS AssetManagement System，和利时设备管理***)可以通过Hollysys DCS、MTL4850/4851、P+FMUX2700/KFD2-HMM-16、鼎实PBStudio1.0和HART调制解调器与支持HART协议和Profibus协议的智能仪表设备通信，只要可以获取连接的智能仪表设备发送的数据报文，本实施例对此不做任何限制。

步骤102：根据数据报文的报分头判断数据报文是否为HART报文。若是，则进入步骤103；若否，则进入步骤104。

可以理解的是，由于本实施例所提供的方法中仅展示了对支持HART和/或Profibus协议进行通信的智能仪表设备进行数据管理，因此，本步骤通过对数据报文的报分头进行拆分处理，仅需判断数据报文是否为HART报文，便可确定数据报文为HART报文和Profibus报文中的哪一类。当然，判断数据报文是否为Profibus报文也可以达到本实施例的目的，只要可以通过拆分数据报文的报分头的方式确定数据报文的类型，对于具体的确定方式，可以由设计人员根据实用场景和用户需求自行设置，如本实施例所提供的方法中的智能仪表设备支持更多种类的通信协议，本步骤可以加入更多的判断以识别数据报文的类型。本实施例对此不做任何限制。

步骤103：利用HART驱动装置处理数据报文，获取数据报文对应的信息含义。

可以理解的是，本实施例中利用HART驱动装置处理支持HART的智能仪表设备发送的数据报文的具体方式，可以由设计人员自行设置，如采用与现有技术相似的方式，只要可以对类型为HART报文的数据报文进行翻译，获取本实施例所提供的方法对应的如AMS的***中可以获取数据报文对应的可以进行分析的信息含义，本实施例对此不做任何限制。

具体的，对于HART驱动装置的具体结构，可以由设计人员根据实用场景和用户需求自行设置，可以如图2所示，包括Hollysys DCS(Distributed Control Systems，集散控制***)、MTL(如MTL4850/4851)、P+F(如P+F MUX2700/KFD2-HMM-16)和HART MODEM(HART调制解调器)。只要可以解析类型为HART报文的数据报文对应的信息含义，本实施例对此不做任何限制。

步骤104：利用Profibus驱动装置处理数据报文，获取数据报文对应的信息含义。

需要说明的是，由于现有技术下基于FDT/DTM的智能仪表设备的Profibus通信中的很多参数信息是已经封装的，或是提供不全，可能无法直接从基于FDT/DTM的智能仪表设备获取的数据报文进行处理。因此，本步骤中的利用Profibus驱动装置处理数据报文，可以根据智能仪表设备的类型，从数据表中获取智能仪表设备的参数信息；利用参数信息对数据报文进行翻译，获取数据报文对应的信息含义。也就是，通过将数据报文按数据表中匹配到的智能仪表设备的参数信息进行翻译获得具体信息含义，以将一些封装和补全的信息提取，从而可以通过统一的方式进行展示。

可以理解的是，数据表中的智能仪表设备的参数信息可以通过每个类型的智能仪表设备各自对应的DDL文件获取。如根据预设的数据模型，从智能仪表设备的类型对应的DDL文件中获取参数信息，并将参数信息提取到数据表；其中，数据表包括智能仪表设备的类型与参数信息的映射关系。

具体的，支持Profibus协议的智能仪表设备对应的DDL文件的数据结构可以如下：

可以理解的是，根据智能仪表设备的类型和预设的数据模型，从对应的DDL文件中的读命令(COMMAND read_xxx)和写命令(COMMAND write_xxx)两种类型的数据结构中关联获取到位置参数信息(SLOT)和索引参数信息(INDEX)，再从DDL文件中提取其他参数信息，将对应的参数信息提取到数据库(SQLServer)的映射表(数据表)中。解析过程中，根据实际的智能仪表设备类型，从数据表中获取智能仪表设备的参数信息。将收到的智能仪表设备的数据报文用数据表获得的参数信息翻译，获得数据报文对应的信息含义。

本实施例中，本发明实施例通过根据数据报文的报分头判断数据报文是否为HART报文，对数据报文的报文头进行拆分处理，将不同协议的数据报文交由对应的驱动装置进行处理，可以对支持HART和Profibus协议的智能仪表设备的数据报文进行解析，获取数据报文对应的信息含义，提供了多种接口采集智能仪表设备的数据功能，从而可以提高现有智能仪表设备的可利用率，降低设备维护的成本，减少由于设备故障导致的生产影响，优化工厂的运行，增加盈利率。

基于上一实施例，为了进一步提高本实施所提供的方法的功能性，本实施所提供的方法还可以在上一实施例采集每个智能仪表设备的数据报文对应的信息含义的基础上，增加对智能仪表设备的进行报警的功能。具体的，请参考图3，图3为本发明实施例所提供的另一种智能仪表设备的数据管理方法的流程图。该方法可以包括：

步骤201：根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态。

其中，本步骤中的每个智能仪表设备的状态可以为设计人员预先设置的可以根据获取的信息含义进行匹配的状态，对于每个智能仪表设备的状态的具体类型，可以由设计人员根据实用场景和用户需求自行设置，只要可以根据每个智能仪表设备的信息含义为其匹配对应的状态，本实施例对此不做任何限制。

步骤202：根据每个智能仪表设备的状态，判断是否进行报警；若是，则进入步骤203。

可以理解的是，对于智能仪表设备的状态与是否须需要进行报警的匹配关系，可以有设计人员自行设置，只要可以根据每个智能仪表设备判断其是否需要进行报警，本实施例对此不做任何限制。

步骤203：生成并显示报警信息；其中，报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

可以理解的是，本实施例的目的是为了根据获取的每个智能仪表设备的数据报文对应的信息含义，确定是否存在需要进行报警的智能仪表设备，通过生成并显示报警信息，对需要进行报警的智能仪表设备进行报警，使用户可以在对应的显示装置查看报警信息。

需要说明的是，本实施例是通过显示报警信息进行报警，通过如指示灯或蜂鸣器的其他方式进行报警，也可以达到本实施例的目的，本实施例对此不做任何限制。具体的，本实施例中的报警信息可以包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项，还可以包括其他信息，本实施例对此同样不做任何限制。

可以理解的是，为了进一步提升本实施例所提供的方法的功能型，本实施例所提供的方法还可以包括维护计划自动生成功能。如生成并显示报警信息之后，还可以包括根据报警信息，生成并显示故障维护计划的步骤；其中，故障维护计划包括：故障类型、故障时间、故障级别、故障设备数量和故障处理状态中至少一项。还可以记录维护计划对应的处理信息，为以后的管理提供数据基础。也就是说，用户可以在维护计划界面中查看对应的维护计划内容，可以包含：时间、级别、设备数量、处理状态等。当用户处理对应的维护计划后，可以会根据维护计划生成对应的处理信息，并该处理信息一一记录。

优选的，为了进一步提升本实施例所提供的方法的功能型，本实施例所提供的方法还可以包括信息汇总统计分析功能。如本实施例所提供的方法还可以包括：统计每个智能仪表设备的基本信息、使用信息、报警信息、故障维护计划和处理信息；根据每个故障类型、故障时间和每个故障类型对应的智能仪表设备进行统计分析，获取并显示设备完好率；和/或根据每个智能仪表设备的故障类型、故障时间和故障次数进行统计分析，获取每个智能仪表设备的故障情况、故障频率和故障原因；和/或根据每个智能仪表设备的故障维护计划和处理信息进行统计分析，获取每个智能仪表设备的维护频率、故障原因、处理效率和处理结果。

也就是说，在用户使用AMS后，智能仪表设备的基本信息、报警信息、故障维护计划、处理信息和使用信息都可以在统计分析模块中汇总统计分析。统计分析模块会按照设备完好率、设备故障类型和维护记录统计。首先设备完好率可以根据仪表的故障类型、故障时间和每个故障类型涉及的智能仪表设备和智能仪表设备信息统计分析，可以根据时间、故障类型和数量等不同维度来统计分析故障类型和智能仪表设备的关系。再通过完好率计算显示的饼状图和柱状图，可以直观的看到不同故障类型的分布，以及这些故障类型和智能仪表设备的关系。其次设备故障类型会针对单个智能仪表设备的故障类型来统计分析，对单个智能仪表设备的故障类型、故障时间和故障次数等信息统计，分析单个智能仪表设备的故障情况和故障频率及引起故障的原因。最后，通过维护记录统计，可以根据智能仪表设备的维护计划和维护记录数据进行统计分析，得出智能仪表设备维护的频率、问题原因、处理效率和处理结果等信息。

本实施例中，本发明实施例通过加入报警功能，可以进一步提升本实施例所提供的方法的功能性，保障智能仪表设备的使用安全，为生成维护计划和统计分析提供了数据基础。

基于上述任一实施例，当用户在AMS中添加智能仪表设备台账模块会自动生成对应的台账数据。如当用户对AMS物理拓扑操作做如增加、删除和替换智能仪表设备时候，台账模块对应的智能仪表设备数据也会同步发生变化。同时在物理网络中添加一个AMS设备类型库中没有的智能仪表设备，那么在库存模块中也会新增这个智能仪表设备的信息。将实际库存设备数量录入库存模块，当智能仪表设备出现异常时，仪表库存发生变化，在库存模块中出入库对应的智能仪表设备，最终在库存模块和台账模块中会联动显示对应的智能仪表设备的信息。以保证本实施所提供的方法的同步性。

对应的，对于台账模块中添加的智能仪表设备，可以根据出厂时间自动设定检修周期，当检修周期到达时，可以在维护计划中自动生成计划类维护计划。同样此类维护计划处理后可以在维护记录中生成对应的处理信息。维护计划中还可以生成自定义维护计划来处理用户自定义的维护计划。以进一步增强本实施例所提供的方法的维护计划自动生成功能。

请参考图4，图4为本发明实施例所提供的一种智能仪表设备的数据管理***的结构图。该***可以包括：

获取模块100，用于获取智能仪表设备发送的数据报文；其中，数据报文为HART报文或Profibus报文；

第一判断模块200，用于根据数据报文的报分头判断数据报文是否为HART报文；

第一处理模块300，用于若数据报文为HART报文，则利用HART驱动装置处理数据报文，获取数据报文对应的信息含义；

第二处理模块400，用于若数据报文不为HART报文，则利用Profibus驱动装置处理数据报文，获取数据报文对应的信息含义。

可选的，第二处理模块400，可以包括：

参数获取子模块，用于根据智能仪表设备的类型，从数据表中获取智能仪表设备的参数信息；

翻译子模块，用于利用参数信息对数据报文进行翻译，获取数据报文对应的信息含义。

可选的，第二处理模块400，还可以包括：

参数生成子模块，用于根据预设的数据模型，从智能仪表设备的类型对应的DDL文件中获取参数信息，并将参数信息提取到数据表；其中，数据表包括智能仪表设备的类型与参数信息的映射关系。

可选的，参数生成子模块，可以包括：

参数生成单元，用于根据数据模型，从智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息。

可选的，该***还可以包括：

状态获取模块，用于根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态；

第二判断模块，用于根据每个智能仪表设备的状态，判断是否进行报警；

报警模块，若进行报警，则生成并显示报警信息；其中，报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

可选的，该***还可以包括：

维护模块，用于根据报警信息，生成并显示故障维护计划；其中，故障维护计划包括：故障类型、故障时间、故障级别、故障设备数量和故障处理状态中至少一项；

维护记录模块，用于记录维护计划对应的处理信息。

可选的，该***还可以包括：

统计模块，用于统计每个智能仪表设备的基本信息、使用信息、报警信息、故障维护计划和处理信息；

设备完好率模块，用于根据每个故障类型、故障时间和每个故障类型对应的智能仪表设备进行统计分析，获取并显示设备完好率；和/或

故障分析模块，用于根据每个智能仪表设备的故障类型、故障时间和故障次数进行统计分析，获取每个智能仪表设备的故障情况、故障频率和故障原因；和/或

维护分析模块，用于根据每个智能仪表设备的故障维护计划和处理信息进行统计分析，获取每个智能仪表设备的维护频率、故障原因、处理效率和处理结果。

本实施例中，本发明实施例通过第一判断模块200根据数据报文的报分头判断数据报文是否为HART报文，对数据报文的报文头进行拆分处理，将不同协议的数据报文交由对应的驱动装置进行处理，可以对支持HART和Profibus协议的智能仪表设备的数据报文进行解析，获取数据报文对应的信息含义，提供了多种接口采集智能仪表设备的数据功能，从而可以提高现有智能仪表设备的可利用率，降低设备维护的成本，减少由于设备故障导致的生产影响，优化工厂的运行，增加盈利率。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的***而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的智能仪表设备的数据管理方法及***进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (6)

1.一种智能仪表设备的数据管理方法，其特征在于，包括：

获取智能仪表设备发送的数据报文；其中，所述数据报文为HART报文或Profibus报文；

根据所述数据报文的报文 头判断所述数据报文是否为所述HART报文；

若是，则利用HART驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

若否，则利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

所述利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义，包括：

根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息；

利用所述参数信息对所述数据报文进行翻译，获取所述数据报文对应的信息含义；

所述根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息之前，还包括：

根据预设的数据模型，从所述智能仪表设备的类型对应的DDL文件中获取所述参数信息，并将所述参数信息提取到所述数据表；其中，所述数据表包括所述智能仪表设备的类型与所述参数信息的映射关系；

所述根据预设的数据模型，从所述智能仪表设备的类型对应的DDL文件中获取所述参数信息，包括：

根据所述数据模型，从所述智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息；具体的，通过定义所述智能仪表设备的DDL文件的通用数据结构，使所述Profibus驱动装置利用所述数据模型通过解析所述智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息。

2.根据权利要求1所述的智能仪表设备的数据管理方法，其特征在于，还包括：

根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态；

根据每个智能仪表设备的状态，判断是否进行报警；

若是，则生成并显示报警信息；其中，所述报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

3.根据权利要求2所述的智能仪表设备的数据管理方法，其特征在于，所述生成并显示报警信息之后，还包括：

根据所述报警信息，生成并显示故障维护计划；其中，所述故障维护计划包括：故障类型、故障时间、故障级别、故障设备数量和故障处理状态中至少一项；

记录所述维护计划对应的处理信息。

4.根据权利要求3所述的智能仪表设备的数据管理方法，其特征在于，还包括：

统计每个智能仪表设备的基本信息、使用信息、报警信息、故障维护计划和处理信息；

根据每个故障类型、故障时间和每个故障类型对应的智能仪表设备进行统计分析，获取并显示设备完好率；和/或

根据每个智能仪表设备的故障类型、故障时间和故障次数进行统计分析，获取每个智能仪表设备的故障情况、故障频率和故障原因；和/或

根据每个智能仪表设备的故障维护计划和处理信息进行统计分析，获取每个智能仪表设备的维护频率、故障原因、处理效率和处理结果。

5.一种智能仪表设备的数据管理***，其特征在于，包括：

获取模块，用于获取智能仪表设备发送的数据报文；其中，所述数据报文为HART报文或Profibus报文；

第一判断模块，用于根据所述数据报文的报文 头判断所述数据报文是否为所述HART报文；

第一处理模块，用于若所述数据报文为HART报文，则利用HART驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

第二处理模块，用于若所述数据报文不为HART报文，则利用Profibus驱动装置处理所述数据报文，获取所述数据报文对应的信息含义；

所述第二处理模块，包括：

参数获取子模块，用于根据所述智能仪表设备的类型，从数据表中获取所述智能仪表设备的参数信息；

翻译子模块，用于利用所述参数信息对所述数据报文进行翻译，获取所述数据报文对应的信息含义；

第二处理模块，还包括：

参数生成子模块，用于根据预设的数据模型，从所述智能仪表设备的类型对应的DDL文件中获取所述参数信息，并将所述参数信息提取到所述数据表；其中，所述数据表包括所述智能仪表设备的类型与所述参数信息的映射关系；

参数生成子模块，包括：

参数生成单元，用于根据数据模型，从智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息；具体的，通过定义所述智能仪表设备的DDL文件的通用数据结构，使所述Profibus驱动装置利用所述数据模型通过解析所述智能仪表设备的类型对应的DDL文件中的读命令和写命令的数据结构中关联获取位置参数信息和索引参数信息。

6.根据权利要求5所述的智能仪表设备的数据管理***，其特征在于，还包括：

状态获取模块，用于根据获取的每个智能仪表设备的数据报文对应的信息含义，获取每个智能仪表设备的状态；

第二判断模块，用于根据每个智能仪表设备的状态，判断是否进行报警；

报警模块，若进行报警，则生成并显示报警信息；其中，所述报警信息包括报警时间、报警级别、报警内容、智能仪表设备信息和报警数量中至少一项。

Images