CN110162416A - 一种工控设备的控制方法、系统、适配器及可读存储介质 - Google Patents

Abstract

本申请公开了一种工控设备的控制方法，首先为每个工控设备分别安装了适配器，即无需对工控设备进行改造，极大降低了成本；其次，在适配器上基于Lua脚本语言架起了原工控设备具有的底层功能驱动与上位机使用的应用层API间的桥梁，即通过依次构建的各底层功能驱动与各底层API以及各应用层API间的对应关系，使得可以以自定义的方式调用某个底层功能驱动，不同类型的工控设备只需要调整应用层API与底层API间的对应关系即可在上位机下发操作指令时快速按照各自存储的对应关系执行即可，使得工控设备的控制更加智能，有助于生产力的提高。本申请还同时公开了一种工控设备的控制系统、适配器及计算机可读存储介质，具有上述有益效果。

Description

一种工控设备的控制方法、系统、适配器及可读存储介质

技术领域

本申请涉及工业设备的控制技术领域，特别涉及一种工控设备的控制方法、系统、适配器及计算机可读存储介质。

背景技术

随着电子信息技术、移动通信技术以及物联网技术的展开，工业也逐步向自动化和智能化的迈进。

在现今的工业领域，存在各种各样的工控设备来帮助和替代人工对大型生产设备的控制，但这些工控设备往往是由相应生产设备厂商提供的配套的，内置了生产设备厂商出于各种原因自定义的控制协议和控制逻辑，很难与不同生产设备厂商提供的功能类似或相同的生产设备实现控制兼容，更不用说与不同生成设备厂商提供的不同功能的生产设备实现控制兼容，甚至相同生产设备厂商所提供的不同功能的生产设备之间都无法共用相同的工控设备。

上述情况导致了在一个规模较大、存在多种类型、实现不同功能的生成设备的工厂中，存在不同的工控设备，且每种工控设备的操作方式、操作流程都不一致，往往需要对相应岗位上的操作工人进行不同的培训，以使其能够正常操作对应的工控设备。现有技术中存在的多类型工控设备不统一的情况极大的制约了工业领域向智能化控制的展开，上位机针对所有类型生产设备都存在的功能下发的一个控制指令，却需要由不同的操作工人通过不同的方式来实现，人力物力消耗极大，且效率低下，无法满足通过上位机快速获取到一些关键参数和实现及时的控制的要求。

因此，如何尽可能的克服现有技术中存在的各项技术缺陷，在不改变现有工控设备的情况下，提供一种通过轻量级的设置即可满足对通过上位机快速获取到一些关键参数和通过各工控设备对相应生成设备进行及时的控制的要求的方式，是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种工控设备的控制方法、系统、适配器以及计算机可读存储介质，旨在尽可能的解决在工业要向智能化迈进的大背景下，由于当今不同类型的工控设备在控制方式的不统一，使得完成相同的控制命令却需要根据工控设备的不同使用不同的操作方式，在执行速度、复杂度和效率上无法满足向智能化迈进的要求的现有技术缺陷。

为实现上述目的，本申请提供一种工控设备的控制方法，应用于适配器，所述适配器安装于所述工控设备上，且与所述工控设备建立有数据连接，该控制方法包括：

接收上位机下发的操作指令；

解析所述操作指令，得到与所述操作指令对应的目标应用层API；

查询Lua脚本得到与所述目标应用层API对应的目标底层API；其中，所述Lua脚本中记录有各应用层API与各底层API间的对应关系；

调用与所述目标底层API对应的目标底层功能驱动；其中，所述目标底层API是根据对应的目标底层功能驱动预先建立的；

控制所述目标底层功能驱动按所述操作指令对所述工控设备进行控制。

可选的，所述Lua脚本的生成过程包括：

根据所述工控设备的各底层功能驱动建立得到相应的各底层API；

根据各所述底层API建立对应的各应用层API；

根据对所述工控设备提出的控制需求，利用Lua脚本语言建立所述目标应用层API和所述目标底层API间的对应关系；其中，所述工控设备安装有供Lua脚本正常运行的运行环境；

将所述对应关系以Lua脚本的形式保存为所述工控设备的配置文件。

可选的，该工控设备的控制方法还包括：

接收配置文件更新请求；

从所述配置文件更新请求中提取得到新配置文件的版本序号；

当所述新配置文件的版本序号大于当前配置文件的版本序号时，将所述当前配置文件更新为所述新配置文件。

可选的，接收配置文件更新请求，包括：

接收所述上位机远程下发的配置文件更新请求。

可选的，在将所述当前配置文件更新为所述新配置文件之前，还包括：

备份所述当前配置文件，并将得到的备份配置文件存储在预设目录下；

当更新后的新配置文件在使用时异常出现次数大于预设次数时，使用存储在所述预设目录下的备份配置文件进行配置文件的版本回刷操作。

为实现上述目的，本申请还提供了一种工控设备的控制系统，应用于适配器，所述适配器安装于所述工控设备上，且与所述工控设备建立有数据连接，包括：

操作指令接收单元，用于接收上位机下发的操作指令；

操作指令解析单元，用于解析所述操作指令，得到与所述操作指令对应的目标应用层API；

Lua脚本查询单元，用于查询Lua脚本得到与所述目标应用层API对应的目标底层API；其中，所述Lua脚本中记录有各应用层API与各底层API间的对应关系；

目标底层功能驱动调用单元，用于调用与所述目标底层API对应的目标底层功能驱动；其中，所述目标底层API是根据对应的目标底层功能驱动预先建立的；

操作指令执行单元，用于控制所述目标底层功能驱动按所述操作指令对所述工控设备进行控制。

可选的，该工控设备的控制系统还包括：

配置文件更新请求接收单元，用于接收配置文件更新请求；

版本序号提取单元，用于从所述配置文件更新请求中提取得到新配置文件的版本序号；

配置文件更新单元，用于当所述新配置文件的版本序号大于当前配置文件的版本序号时，将所述当前配置文件更新为所述新配置文件。

可选的，所述配置文件更新请求接收单元包括：

更新请求远程接收子单元，用于接收所述上位机远程下发的配置文件更新请求。

可选的，该工控设备的控制系统还包括：

配置文件备份单元，用于在将所述当前配置文件更新为所述新配置文件之前，备份所述当前配置文件，并将得到的备份配置文件存储在预设目录下；

配置文件异常回刷单元，用于当更新后的新配置文件在使用时异常出现次数大于预设次数时，使用存储在所述预设目录下的备份配置文件进行配置文件的版本回刷操作。

为实现上述目的，本申请还提供了一种适配器，该适配器包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述内容所描述的工控设备的控制方法。

为实现上述目的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的部署方法的步骤。

为解决现有技术缺陷，本申请提供的一种工控设备的控制方法首先为每个工控设备分别安装了适配器，即通过与工控设备建立有数据连接的适配器使得无需大规模、高成本对工控设备进行改造；其次，在适配器上基于Lua脚本语言架起了原工控设备所具有的底层功能驱动与上位机使用的应用层API间的桥梁，即通过先后对应的构建了底层功能驱动与底层API、底层API与应用层API间的对应关系，使得底层功能驱动的调用方式可自定义进行，打破了原有固定的底层功能驱动的调用方式，不同类型的工控设备只需要调整应用层API与底层API间的对应关系即可在上位机下发命令时快速按照各自存储的对应关系执行即可，无需人工记忆多种操作方式，使得工控设备的控制更加智能，有助于生产力的提高。

本申请同时还提供了一种工控设备的控制系统、适配器及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例提供的一种工控设备的控制方法的流程图；

图2为本申请实施例提供的Lua脚本的一种生成方法的流程图；

图3为本申请实施例提供的一种更新工控设备中配置文件的方法的流程图；

图4为本申请实施例提供的一种工控设备的控制系统的结构框图；

图5为本申请实施例提供的一种适配器、工控设备以及上位机间的结构示意图。

具体实施方式

本申请的目的是提供一种工控设备的控制方法、系统、适配器以及计算机可读存储介质，旨在尽可能的解决在工业要向智能化迈进的大背景下，由于当今不同类型的工控设备在控制方式的不统一，使得完成相同的控制命令却需要根据工控设备的不同使用不同的操作方式，在执行速度、复杂度和效率上无法满足向智能化迈进的要求的现有技术缺陷。

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

实施例一

请参见图1，图1为本申请实施例提供的一种工控设备的控制方法的流程图，需要说明的是，本实施例下述各步骤的执行主体均为适配器，该适配器安装于需要进行统一的、便捷的智能化控制的工控设备上，与该工控设备建立有数据连接，包括以下步骤：

S101：接收上位机下发的操作指令；

本步骤旨在由适配器接收上位机(上层控制端)下发的对所在工控设备的操作指令。具体的，该操作指令包括获取该工控设备相应生产设备的运行参数(运行时间、温度、转速等等与运行状态相关的参数)，和向该生产设备下发的某些控制指令(例如控制该生产设备关闭某个通道、启动或停止运转等等)。

S102：解析操作指令，得到与操作指令对应的目标应用层API；

在S101的基础上，本步骤由适配器对接收到的操作指令进行解析，得到与该操作指令的目的相对应的目标应用层API。需要说明的是，该目标应用层API指多个不同应用层API中与该操作指令的目的相对应的应用层API。应用层API是在应用层所使用的API，其中，API的英文全称为Application ProgrammingInterface，中文名为应用程序编程接口，是一些预先编写好的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节；而应用层API则表示该API是处于应用层，与实际应用过程中表达的目的密切相关。与后续步骤中出现的底层API相对应。

S103：查询Lua脚本得到与目标应用层API对应的目标底层API；

在S102的基础上，本步骤旨在通过查询Lua脚本的方式得到与目标应用层API相对应的目标底层API，为实现这一目的，本申请预先将各应用层API与各底层API间的对应关系以Lua脚本的方式记录了下来，并作为配置文件保存在该适配器中。其中，该Lua脚本是将该对应关系内容以遵循Lua脚本语言的方式进行编写所得到的一个文件。

Lua脚本语言的设计目的是为了通过灵活嵌入应用程序中从而为应用程序提供灵活的扩展和定制功能，遵循这个目的，Lua由标准C编写而成，几乎在所有操作系统和平台上都可以编译和运行，使得Lua脚本可以很容易的被C/C++代码调用，也可以反过来调用C/C++的函数。同时，Lua脚本不仅仅可以作为扩展脚本，也可以作为普通的配置文件，代替XML、ini等文件格式，并且更容易理解和维护。

在工业生产领域，对生产设备的控制较为看重响应速度，而一个完整的Lua解释器不过200k，在目前所有脚本引擎中，Lua的速度是最快的。因此Lua脚本比较适合被选作来实现本申请目的。

S104：调用与目标底层API对应的目标底层功能驱动；

在S103的基础上，本步骤旨在通过存在的各底层API与各底层功能驱动间的对应关系，调用与目标底层API对应的目标底层功能驱动。需要说明的是，底层功能驱动是每个工控设备本就具有的用于控制对应生产设备实现各种目的操作的工具，而底层API则是根据底层功能驱动对应建立得到的，旨在通过API的方式快速链接至对应的底层功能驱动。

S105：控制目标底层功能驱动按操作指令对工控设备进行控制。

在S104的基础上，本步骤旨在控制目标底层功能驱动按该操作指令对该工控设备进行控制。

由于现有技术中不同工控设备往往由不同生产设备的厂商各自提供，在控制的实现上并未遵循统一的标准，使得相同或类似的控制操作往往需要通过差异较大的控制方式来实现，极大的制约了工业的智能化，之所以出现这个原因，是因为不同工控设备中相同功能的底层功能驱动的调用方式不同，所以本申请先后根据底层功能驱动建立对应的底层API、根据底层API建立对应的应用API，使得底层功能驱动的调用方式可以被重新定义，无需按照原先死板的调用方式来实现，为实现工业智能化扫除了制约条件。

上述站在该适配器的角度对其实际工作流程进行了阐述，为加深对本申请的理解，下述还对预先怎样得到该Lua脚本的过程进行了阐述，给出了一种包括但不限于的实现方式，如图2所示，包括如下步骤：

S201：根据工控设备的各底层功能驱动建立得到相应的各底层API；

S202：根据各底层API建立对应的各应用层API；

S203：根据对工控设备提出的控制需求，利用Lua脚本语言建立目标应用层API和目标底层API间的对应关系；

需要说明的是，为了使得该Lua脚本语言可以被正常使用，还需要预先在该工控设备中安装供Lua脚本正常运行的运行环境。

S204：将对应关系以Lua脚本的形式保存为工控设备的配置文件。

为解决现有技术缺陷，本实施例提供的一种工控设备的控制方法首先为每个工控设备分别安装了适配器，即通过与工控设备建立有数据连接的适配器使得无需大规模、高成本对工控设备进行改造；其次，在适配器上基于Lua脚本语言架起了原工控设备所具有的底层功能驱动与上位机使用的应用层API间的桥梁，即通过先后对应的构建了底层功能驱动与底层API、底层API与应用层API间的对应关系，使得底层功能驱动的调用方式可自定义进行，打破了原有固定的底层功能驱动的调用方式，不同类型的工控设备只需要调整应用层API与底层API间的对应关系即可在上位机下发命令时快速按照各自存储的对应关系执行即可，无需人工记忆多种操作方式，使得工控设备的控制更加智能，有助于生产力的提高。

实施例二

请参见图3，图3为本申请实施例提供的一种更新工控设备中配置文件的方法的流程图，包括如下步骤：

S301：接收配置文件更新请求；

具体的，该配置文件更新请求可以是从上位机处通过远程升级或远程下载的方式得到的，也可以是通过本地下载的方式得到的，根据不同的实际应用场景可以选用合适的实现方式，相对应的另一种方式可以作为备用方式。

S302：从配置文件更新请求中提取得到新配置文件的版本序号；

S303：新配置文件的版本序号是否大于当前配置文件的版本序号，若大于则执行S305，否则执行S304；

本步骤旨在通过判断新配置文件的版本序号与当前配置文件的版本序号间的大小关系来判断该新配置文件是否是一个正确的用于配置文件更新的配置文件，以防错误的使用的一个与当前配置文件版本需要一致或更小的错误配置文件进行更新。需要说明的是，此处默认版本序号越大，对应配置文件的生成时间与实际时间越接近，也就是越新。

S304：返回更新请求不符合更新规则的通知；

本步骤建立在S303的判断结果为新配置文件的版本序号不大于当前配置文件的版本序号的基础上，说明根据版本序号判别该新配置文件不是一个正常的用于配置文件更新适用的配置文件，因此返回更新请求不符合更新规则的通知(即更新规则为总使用比当前配置文件的版本序号更大的配置文件来更新)。

S305：备份当前配置文件，并将得到的备份配置文件存储在预设目录下；

本步骤建立在S303的判断结果为新配置文件的版本需要大于当前配置文件的版本序号的基础上，说明满足更新规则，而本步骤为了防止新配置文件在实际使用后出现的异常情况，对运行稳定的当前配置文件做备份，以便当出现这一情况时，进行配置文件的回刷。因为相比于新功能的上线，运行稳定更加重要。

S306：将当前配置文件更新为新配置文件；

S307：更新后的新配置文件在使用时异常出现次数是否大于预设次数，若大于则执行S309，否则执行S308；

本步骤为对应于是否进行回刷操作所进行的判断，是基于使用异常的出现次数，同样的，在不同场景下，也可以调整为异常时长、异常程度等等。

S308：不执行任何操作；

本步骤建立在S307的判断结果为更新后的新配置文件在使用时异常出现次数不大于预设次数的基础上，说明新配置文件的运行状态较为良好，无需执行任何其它操作。

S309：使用存储在预设目录下的备份配置文件进行配置文件的版本回刷操作。

本步骤建立在S307的判断结果为更新后的新配置文件在使用时异常出现次数大于预设次数的基础上，说明新配置文件的运行状态较差，因此处于稳定性的考虑，还需要使用存储在预设目录下的备份配置文件进行配置文件的版本回刷操作，即将配置文件的版本重新还原回更新之前的版本。

根据本申请通过上述实施例对实现方案的描述可以看出，所提供的基于Lua脚本给出的一种自定义底层功能驱动的调用方式，打破了原有不同工控设备使用时的固定操作流程，使得控制可以变得更加统一、简便、更加智能，只需要通过简单的调整即可快速的进行后期运维和更新，以较小的改造成本尽可能的消除了制约工业向智能化迈进的技术缺陷。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

实施例三

下面请参见图4，图4为本申请实施例提供的一种工控设备的控制系统的结构框图，该控制系统应用于适配器，该适配器安装于该工控设备上，且与该工控设备建立有数据连接，包括：

操作指令接收单元100，用于接收上位机下发的操作指令；

操作指令解析单元200，用于解析操作指令，得到与操作指令对应的目标应用层API；

Lua脚本查询单元300，用于查询Lua脚本得到与目标应用层API对应的目标底层API；其中，Lua脚本中记录有各应用层API与各底层API间的对应关系；

目标底层功能驱动调用单元400，用于调用与目标底层API对应的目标底层功能驱动；其中，目标底层API是根据对应的目标底层功能驱动预先建立的；

操作指令执行单元500，用于控制目标底层功能驱动按操作指令对工控设备进行控制。

进一步的，该工控设备的控制系统还可以包括：

配置文件更新请求接收单元，用于接收配置文件更新请求；

版本序号提取单元，用于从配置文件更新请求中提取得到新配置文件的版本序号；

配置文件更新单元，用于当新配置文件的版本序号大于当前配置文件的版本序号时，将当前配置文件更新为新配置文件。

其中，该配置文件更新请求接收单元可以包括：

更新请求远程接收子单元，用于接收上位机远程下发的配置文件更新请求。

更进一步的，该工控设备的控制系统还可以包括：

配置文件备份单元，用于在将当前配置文件更新为新配置文件之前，备份当前配置文件，并将得到的备份配置文件存储在预设目录下；

配置文件异常回刷单元，用于当更新后的新配置文件在使用时异常出现次数大于预设次数时，使用存储在预设目录下的备份配置文件进行配置文件的版本回刷操作。

本实施例作为一个对应于上述方法实施例的装置实施例存在，各功能单元对应于方法实施例中的实现各功能的步骤，具有方法实施例的全部有益效果，相同部分的解释和说明不再重复。

基于上述实施例，本申请还提供了一种适配器，该适配器可以包括存储器和处理器，其中，该存储器中存有计算机程序，该处理器调用该存储器中的计算机程序时，可以实现上述实施例所提供的工控设备的控制方法中的各步骤。当然，该适配器还可以包括各种必要的网络接口、电源以及其它零部件等。

该适配器在包括上位机、适配器、工控设备以及与工控设备对应的生产设备在内的工业控制系统中的结构关系可以参见图5。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行终端或处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种工控设备的控制方法，其特征在于，应用于适配器，所述适配器安装于所述工控设备上，且与所述工控设备建立有数据连接，包括：

接收上位机下发的操作指令；

解析所述操作指令，得到与所述操作指令对应的目标应用层API；

查询Lua脚本得到与所述目标应用层API对应的目标底层API；其中，所述Lua脚本中记录有各应用层API与各底层API间的对应关系；

调用与所述目标底层API对应的目标底层功能驱动；其中，所述目标底层API是根据对应的目标底层功能驱动预先建立的；

控制所述目标底层功能驱动按所述操作指令对所述工控设备进行控制。

2.根据权利要求1所述的控制方法，其特征在于，所述Lua脚本的生成过程包括：

根据所述工控设备的各底层功能驱动建立得到相应的各底层API；

根据各所述底层API建立对应的各应用层API；

根据对所述工控设备提出的控制需求，利用Lua脚本语言建立所述目标应用层API和所述目标底层API间的对应关系；其中，所述工控设备安装有供Lua脚本正常运行的运行环境；

将所述对应关系以Lua脚本的形式保存为所述工控设备的配置文件。

3.根据权利要求1所述的控制方法，其特征在于，还包括：

接收配置文件更新请求；

从所述配置文件更新请求中提取得到新配置文件的版本序号；

当所述新配置文件的版本序号大于当前配置文件的版本序号时，将所述当前配置文件更新为所述新配置文件。

4.根据权利要求3所述的控制方法，其特征在于，接收配置文件更新请求，包括：

接收所述上位机远程下发的配置文件更新请求。

5.根据权利要求3或4所述的控制方法，其特征在于，在将所述当前配置文件更新为所述新配置文件之前，还包括：

备份所述当前配置文件，并将得到的备份配置文件存储在预设目录下；

当更新后的新配置文件在使用时异常出现次数大于预设次数时，使用存储在所述预设目录下的备份配置文件进行配置文件的版本回刷操作。

6.一种工控设备的控制系统，其特征在于，应用于适配器，所述适配器安装于所述工控设备上，且与所述工控设备建立有数据连接，包括：

操作指令接收单元，用于接收上位机下发的操作指令；

操作指令解析单元，用于解析所述操作指令，得到与所述操作指令对应的目标应用层API；

Lua脚本查询单元，用于查询Lua脚本得到与所述目标应用层API对应的目标底层API；其中，所述Lua脚本中记录有各应用层API与各底层API间的对应关系；

目标底层功能驱动调用单元，用于调用与所述目标底层API对应的目标底层功能驱动；其中，所述目标底层API是根据对应的目标底层功能驱动预先建立的；

操作指令执行单元，用于控制所述目标底层功能驱动按所述操作指令对所述工控设备进行控制。

7.根据权利要求6所述的控制系统，其特征在于，还包括：

配置文件更新请求接收单元，用于接收配置文件更新请求；

版本序号提取单元，用于从所述配置文件更新请求中提取得到新配置文件的版本序号；

配置文件更新单元，用于当所述新配置文件的版本序号大于当前配置文件的版本序号时，将所述当前配置文件更新为所述新配置文件。

8.根据权利要求7所述的控制系统，其特征在于，所述配置文件更新请求接收单元包括：

更新请求远程接收子单元，用于接收所述上位机远程下发的配置文件更新请求。

9.一种适配器，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述的工控设备的控制方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的工控设备的控制方法。