本发明涉及数据建模方法，尤其是一种伺服驱动器数据的统一建模方法。
背景技术：
由于现有的伺服驱动器产品种类繁多，控制参数不统一，导致应用管理软件需要针对不同类型、不同厂商的伺服参数开发不同的数据读写接口，导致软件架构复杂，扩展升级工作量大，管理维护成本高。
技术实现要素：
本发明要解决的技术问题是现有的伺服驱动器在参数数据设计时遇到的数据类型复杂、数据管理混乱的问题，增大了伺服驱动器应用管理软件设计复杂度和后期维护成本。
为了解决上述技术问题，本发明提供了一种伺服驱动器数据的统一建模方法，包括如下步骤：
步骤1，利用与各类型伺服驱动器的通信方式相对应的数据接口接收各类型的驱动器报文数据；
步骤2，将接收的驱动器报文数据按通信方式分类存储，并记录每个驱动器报文数据的接收时间，再在每个分类存储空间中按接收时间的先后顺序依次存储；
步骤3，定时扫描各个分类存储空间，读取设定时间阈值内的各个存储空间中接收时间最新的驱动器报文数据；
步骤4，再对读取的各类驱动器报文数据按接收数据的时间顺序依次排列，按照排列顺序对每个驱动器报文数据进行检索解析，获取每个驱动器报文数据中的设备类型数据和变量类型数据；
步骤5，将获取的设备类型数据和变量类型数据按照通用数据模型进行封装获得设备类型数据模型和变量类型数据模型，并建立设备类型数据模型和变量类型数据模型的关联关系。
进一步地，设备类型数据包括设备地址、设备名称、设备厂商、设备描述、通信方式以及控制方式。
进一步地，变量类型数据包括变量地址、变量名称、变量主参数号、变量子参数号、变量数据类型、变量描述、变量特性、最小值、最大值以及参数默认值。
进一步地，设备类型数据模型和变量类型数据模型通过设备地址以及变量地址相关联。
进一步地，设备类型数据模型为设备地址、设备名称、设备厂商、设备描述、通信方式以及控制方式按此顺序封装的数据模块。
进一步地，变量类型数据模型为变量地址、变量名称、变量主参数号、变量子参数号、变量数据类型、变量描述、变量特性、最小值、最大值以及参数默认值按此顺序封装的数据模块。
本发明的有益效果在于：(1)采用本方法设计的伺服驱动器系统管理程序，实现数据类型层次化结构，将不同功能、不同厂商的伺服驱动器参数统一管理到相同逻辑结构的数据模型内，方便对外开放；(2)采用本方法设计的伺服驱动器系统管理程序，在不改变应用程序架构的前提下，可支持多种运用场合的伺服驱动器，并能够将所有伺服驱动器的数据管理到一套应用程序接口中；(3)采用本方法设计的伺服驱动器系统管理程序，对外只暴露设备信息和参数信息，实现对外统一的api，隐藏伺服驱动器数据实现技术细节，加强伺服驱动器数据的安全性；(4)采用本方法设计的伺服驱动器系统管理程序，后续只需要维护本方法中数据模型和对外接口函数，有效减少了维护成本。
附图说明
图1为本发明的方法流程图；
图2为本发明的模型实施示意图。
具体实施方式
如图1所示，本发明公开的伺服驱动器数据的统一建模方法，包括如下步骤：
步骤1，利用与各类型伺服驱动器的通信方式相对应的数据接口接收各类型的驱动器报文数据；
步骤2，将接收的驱动器报文数据按通信方式分类存储，并记录每个驱动器报文数据的接收时间，再在每个分类存储空间中按接收时间的先后顺序依次存储；
步骤3，定时扫描各个分类存储空间，读取设定时间阈值内的各个存储空间中接收时间最新的驱动器报文数据；
步骤4，再对读取的各类驱动器报文数据按接收数据的时间顺序依次排列，按照排列顺序对每个驱动器报文数据进行检索解析，获取每个驱动器报文数据中的设备类型数据和变量类型数据；
步骤5，将获取的设备类型数据和变量类型数据按照通用数据模型进行封装获得设备类型数据模型和变量类型数据模型，并建立设备类型数据模型和变量类型数据模型的关联关系。
进一步地，设备类型数据包括设备地址、设备名称、设备厂商、设备描述、通信方式以及控制方式。设备类型数据主要描述伺服驱动器的设备信息，用于区分不同型号，不同运用场合，不同厂商的伺服驱动器。设备类型数据基本属性解释如下表:
使用上述设备类型数据定义具体伺服驱动器，将用此数据模型描述实际现场驱动器。在用软件描述当前伺服驱动器时，必须按照上述数据类型模型定义相应的数据。此设备类型也可以根据具体应用继承扩展不同的子设备类型，但是所有继承的子设备类型的数据模型都受到主类型数据的限制，可以使此数据模型更加具体，但是不能扩大数据模型的范围。
进一步地，变量类型数据包括变量地址、变量名称、变量主参数号、变量子参数号、变量数据类型、变量描述、变量特性、最小值、最大值以及参数默认值。变量类型数据主要描述某具体伺服驱动器设备的控制参数或状态参数，根据某具体伺服驱动器设备，统计其参数后，再进行归纳总结。变量类型数据基本属性解释如下表:
使用上述变量类型定义伺服驱动器设备的参数。此变量类型需要概括所有伺服驱动器设备的参数类型。也可以通过此变量类型继承扩展其子变量类型。
应用软件开发时，使用上述设备类型和变量类型定义所需管理的伺服驱动器及其参数变量。按照此数据模型统一管理不同伺服驱动器参数，并按照此数据模型建立统一对外的接口。这样，应用程序只需根据此数据模型开发相应的数据读写接口函数即可。
本发明使用的数据模型统一管理所有现场伺服驱动器及其变量参数。此方法可以将不同厂商，不同控制功能，不同通信方式的伺服驱动器设备统一管理统一的应用程序中。应用程序只需按照上述数据模型将接收到不同现场伺服驱动器的数据，按照上述设备类型和变量类型封装成统一的数据模型格式即可。本发明需要将不同通信方式接受到的报文数据，统一规范到内存地址空间中。然后根据设备类型和变量类型将不同通信方式获取的报文数据解析到统一的数据模型中，并将通信获取的报文数据封装成固定数据逻辑模型。本发明核心处理流程主要是将不同通信方式获取到的不同厂商的伺服驱动器数据，统一管理到格式规范，数据类型统一的数据模型中。
进一步地，设备类型数据模型和变量类型数据模型通过设备地址以及变量地址相关联。
进一步地，设备类型数据模型为设备地址、设备名称、设备厂商、设备描述、通信方式以及控制方式按此顺序封装的数据模块。设备类型数据模型如下表：
进一步地，变量类型数据模型为变量地址、变量名称、变量主参数号、变量子参数号、变量数据类型、变量描述、特性、最小值、最大值以及参数默认值按此顺序封装的数据模块。变量类型数据模型如下表：
本方法提出设备类型和变量类型的基本数据类型，实际使用时可以根据不同功能和不同厂商的现场设备，扩展基本参数类型外的数据模型。但是所有扩展数据模型都应该受限于基本数据类型。将设备对象类型数据和变量对象类型数据通过设备地址、变量地址关联在一起，建立基于地址空间的结构化的数据模型。应用程序设计时，使用上述设备类型和变量类型数据模型建立数据统一管理格式，应用软件将不同厂商的现场设备，不同通信方式获取的现场数据按照上述方法规范到统一的数据模型内，然后开发相应的应用程序，调用相同的函数接口获取数据即可。