CN111090558A - 一种面板检测系统 - Google Patents

Abstract

本发明公开了一种面板检测系统，包括：流程发起单元，用于创建交握协议并按照所述交握协议为交握点位施加信号；该交握协议为预置的交握点位及其信号值与基于面板检测流程划分的多个操作事件之间的对应关系；检测单元，用于监听流程发起单元中的交握点位的信号变化并根据所述交握协议触发相应的操作事件，以控制底层硬件设备执行所述操作事件；本发明通过将面板检测流程划分为多个关联的操作事件，并为操作事件的触发配置对应的交握点位，生成一套适用于流程发起单元与检测单元之间进行通信交互的标准交握协议，从而可以适配不同的面板检测需求，提高了流程发起单元中用户程序的复用性，降低了开发工作量且易于进行维护。

Description

一种面板检测系统

技术领域

本发明属于面板检测技术领域，更具体地，涉及一种面板检测系统。

背景技术

可编程逻辑控制器(Programmable Logic Controller，PLC)被广泛应用于对生产线上的液晶屏的品质进行自动化检测，在检测过程中，PLC设备通过设备驱动软件LCS对多种第三方功能软体进行通信控制来实现相应工站功能的检测，从而达到自动化流程控制的目的。

由于液晶屏的功能检测需求多种多样，常见的检测项目包括AOI检测、开关电点屏、切图、gamma测试等，并且不同厂商针对同一检测项目提供的第三方功能软体不统一；因此，产线上的PLC设备需要与各种第三方功能软体进行交互通信，导致PLC程序开发复杂且调试困难；并且需要针对不同的现场测试需求整理不同的PLC程序来与其他软体进行对接，导致前期开发工作量增加且维护困难，一个工作人员需要维护一个测试现场的PLC程序，并且还需要定制PLC程序与LCS的交握时序，导致多个现场多样化控制，一旦出现问题必须多方软体开发人员到场协助解决，导致人力物力的大量浪费。

发明内容

针对现有技术的至少一个缺陷或改进需求，本发明提供了一种面板检测系统，将面板检测流程划分为多个关联的操作事件，并为操作事件的触发配置对应的交握点位，形成适用于流程发起单元与检测单元之间进行通信交互的标准交握协议；检测单元通过监听流程发起单元中的交握点位的信号变化并根据该交握协议触发相应的操作事件，实现了面板检测的自动化流程；该标准交握协议中明确了流程发起单元与检测单元之间的交握时序，可以适配不同的面板检测需求，提高了流程发起单元中用户程序的复用性，降低了开发工作量且易于维护。

为实现上述目的，按照本发明的一个方面，提供了一种面板检测系统，该系统包括：

流程发起单元，用于创建交握协议并按照所述交握协议为交握点位施加信号；该交握协议为预置的交握点位及其信号值与基于面板检测流程划分的多个操作事件之间的对应关系；

检测单元，用于监听流程发起单元中的交握点位的信号变化并根据所述交握协议触发相应的操作事件，以控制底层硬件设备执行所述操作事件。

作为本发明的一个优选示例，上述面板检测系统中的检测单元包括：

总控调度模块，用于为触发的操作事件生成检测指令并将其下发给对应的执行模块；

至少一个执行模块，根据总控调度模块下发的所述检测指令控制底层硬件设备执行操作事件。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，能够取得下列有益效果：

（1）本发明提供的面板检测系统，通过将面板检测流程划分为多个关联的操作事件，并为操作事件的触发配置对应的交握点位，生成一套适用于流程发起单元与检测单元之间进行通信交互的标准交握协议；该标准交握协议中明确了流程发起单元与检测单元之间的交握时序，可以适配不同的面板检测需求，提高了流程发起单元中用户程序的复用性，降低了开发工作量且易于维护。流程发起单元与总控调度模块之间的交握逻辑标准化可以更快更高效的适应各个现场的检测需求，减少了线体控制逻辑的复杂度，也减少了开发人员的开发周期，从而满足了目前市场面板生产厂家刚需性面板检测需求。

（2）本发明提供的面板检测系统，将流程发起单元对执行模块的通信控制转移到总控调度模块中，流程发起单元执行检测任务的启动与时序控制，总控调度模块将具体的检测任务分发给不同的执行模块并控制其执行；由此降低了流程发起单元与其它软体之间的交握复杂度，减轻了流程发起单元中用户程序开发的工作量。此外，流程发起单元与各执行模块之间无直接交互，执行模块中第三方功能软件的差异不会对流程发起单元中的用户程序或标准交握协议造成影响，对于不同面板厂家的不同检测需求有着更高的兼容性及适用性。

（3）本发明提供的面板检测系统，将线体上的面板检测任务分摊到多个执行模块进行并行处理，提高了面板检测效率，加快了整个产线的检测速度，明确了自动化流程交握时序及逻辑处理。

附图说明

图1是本发明提供的面板检测系统的逻辑框图；

图2是本发明实施例提供的面板检测系统的一个实例构成图；

图3是本发明实施例提供的设备驱动器与功能检测设备交握的逻辑框图；

图4是本发明实施例提供的设备驱动器的构成图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

图1是本发明提供的一种面板检测系统的逻辑框图，如图1所示，该系统包括流程发起单元和检测单元，其中：

流程发起单元用于创建交握协议并按照所述交握协议为自身所具备的交握点位施加信号；该交握协议为预置的交握点位及其信号值与基于面板检测流程划分的多个操作事件之间的对应关系；

检测单元用于监听流程发起单元中的交握点位的信号变化并根据所述交握协议触发相应的操作事件，以控制底层硬件设备执行所述操作事件。

本方案通过将面板检测流程划分为多个关联的操作事件，并为操作事件的触发配置对应的交握点位，生成一套适用于流程发起单元与检测单元之间进行通信交互的标准交握协议；该标准交握协议中明确了流程发起单元与检测单元之间的交握时序，实现了面板检测的自动化流程，可以适配不同的面板检测需求，提高了流程发起单元中用户程序的复用性，降低了开发工作量且易于维护。

进一步地，上述面板检测系统中，其检测单元包括总控调度模块和至少一个执行模块；其中：

总控调度模块用于为触发的操作事件生成检测指令并将其下发给对应的执行模块；

执行模块用于根据总控调度模块下发的所述检测指令控制底层硬件设备执行操作事件。

此外，执行模块还用于采集底层硬件设备对操作事件的执行结果并将其上传给总控调度模块；总控调度模块在获取所述执行结果后对自身所具备的回复点位施加信号。

本方案将流程发起单元对执行模块的通信控制转移到总控调度模块中，流程发起单元执行检测任务的启动与时序控制，总控调度模块将具体的检测任务分发给不同的执行模块并控制其执行；由此降低了流程发起单元与其它软体之间的交握复杂度，减轻了流程发起单元中用户程序开发的工作量。此外，流程发起单元与各执行模块之间无直接交互，执行模块中第三方功能软件的差异不会对流程发起单元中的用户程序或标准交握协议造成影响。

进一步地，上述操作事件包括多个串行事件，流程发起单元根据检测单元对前一个串行事件的执行结果来判断是否为下一个串行事件施加信号。

流程发起单元通过监听检测单元中的回复点位的信号变化来获知检测单元对前一个串行事件的执行结果。

进一步地，上述操作事件包括多个并行事件，流程发起单元同时对多个所述并行事件对应的交握点位施加信号以触发多个并行事件的同步执行。

检测单元还用于整合各并行事件的执行结果，并在监听到流程发起单元的结果请求后通过结果将所述执行结果上传给流程发起单元。

由此，流程发起单元将检测任务分摊到多个执行模块进行并行处理，提高了检测效率。

进一步地，流程发起单元在接收到并行事件的执行结果后清除对各交握点位施加的信号。

检测单元在向流程发起单元上传并行事件的执行结果后清除对各回复点位施加的信号。

进一步地，在流程发起单元与检测单元进行交互之前，需要检测双方的连接状态是否正常；流程发起单元与检测单元按照预设的时间周期互相监听对方的心跳点位的信号变化来判断对方的连接状态是否正常。

下面结合一个具体的实施例对本发明进行详细说明，需要指出，以下的实施方式所示出的数值、形状、材料、构成要素、构成要素的配置位置及连接形态、步骤、步骤的顺序等只是一例，不限定本发明。此外，关于以下的实施方式的构成要素中的、未记载于表示最上位概念的独立权利要求的构成要素，作为任意的构成要素来说明。

图2是本实施例提供的面板检测系统的一个实例构成图，参见图2所示，该面板检测系统包括PLC控制器、设备驱动器和多个功能检测设备；其中，PLC控制器作为流程发起单元，其内置有PLC程序；设备驱动器作为总控调度模块，其内置有设备驱动程序（LCS）；功能检测设备作为执行模块，不同的执行模块中内置有具有不同检测功能的第三方功能软体，如API软体、PG控制软体、Tems软体等；API软体主要用于对面板进行AOI检测；PG控制软体用于对面板进行开关电点屏；Tems软体主要用于对面板进行开关电点屏、切图和gamma测试等功能检测。

PLC控制器与设备驱动器之间通过预先配置的交握协议进行通信，该交握协议中规定了交握点位及其信号值与操作事件之间的对应关系；所述的操作事件是根据具体的面板检测流程划分得到的在时序上相关联的多个检测任务。

PLC控制器按照心跳周期来交替给自身具有的心跳点位赋值0、1，设备驱动器给自身具有的心跳点位赋值0、1，两者互相侦听对方的心跳点位是否有变化，只要有一方在指定的周期内侦听不到对方心跳点位有变化，就默认对方已断开，PLC控制器可以直接控制机构报警或停机等相应的行为动作。

在双方心跳正常的情况下，PLC控制器按照交握协议中多个操作事件的执行顺序为对应的交握点位施加信号；设备驱动器用于监听交握协议中PLC控制器所具有的交握点位的信号变化，并通过该信号变化触发对应的操作事件，将操作事件下发给对应的功能检测设备，实现对各个功能检测设备的总控调度。

功能检测设备与设备驱动器之间保持不间断的通信，两者之间同样执行连接状态监听，在连接正常的前提下，一旦PLC控制器触发相应的交握点位信号变化，设备驱动器就会在侦听到点位信号变化后给对应的功能检测设备发送检测协议指令包，功能检测设备对收到的检测协议指令包进行解析，控制对应的底层硬件执行指定的检测功能；在检测完成后将检测结果反馈给设备驱动器；设备驱动器收到检测结果后解析结果指令，然后对预置的回复点位进行赋值处理，PLC控制器在监听到回复点位的信号变化后自行作出流程动作，如机构转动、报警等。

操作事件包括串行事件和并行事件，该并行事件为具体的面板检测任务，串行事件为面板检测前的准备动作；本实施例中，多个串行事件可以分别对应一个交握点位，也可以共用一个交握点位；当分别为每个串行事件配置一个独立的交握点位时，PLC控制器通过为每个交握点位赋值0、1即可控制其信号变化；当多个串行事件共用一个交握点位时，需要预先为每个串行事件配置唯一的二进制码，以便于PLC控制器为该公共的交握点位赋予不同的二进制码时，设备驱动器能够明确分辨该二进制码对应的操作事件；本实施例中，串行事件包括面板参数写入、面板到位压接和请求开电，以分别为每个串行事件配置独立的交握点位为例进行说明，PLC控制器中对应的交握点位包括写参数点位、请求面板到达点位和请求开电点位；具体的检测流程示例如下：

在PLC控制器和设备驱动器心跳正常的情况下，PLC控制器先将获取到的面板ID、有屏标记、状态号、最大压接次数等面板参数信息发送到写参数点位，控制机构自动压接面板，然后拉高请求面板到达点位；设备驱动器侦听到请求面板到达点位信号拉高后就读取面板ID、有屏标记、状态号、最大压接次数等信息，并根据上述信息获取面板所在的载台号，然后拉高自身的面板到位回复点位信号。PLC控制器在侦听到面板到位回复点位信号拉高时，就自主拉高请求开电点位，设备驱动器在侦听到PLC控制器中的请求开电点位拉高后即刻通知PG控制软体执行面板的开电点屏；PG控制软体将点屏结果整合为协议包发给设备驱动器，设备驱动器收到消息后将点屏结果发送到自身的回复点位，PLC控制器通过监听该回复点位获取面板的开电点屏结果；上述流程为整个面板检测逻辑中最重要的一步，至此，面板检测前的准备工作已完成。

为了提高面板检测效率，本实施例将不同的面板检测项目分为多个并行的操作事件，每个并行操作事件对应一个独立的交握点位，PLC控制器同步拉高各并行事件对应的交握点位，设备驱动器侦听到点位变化后通知对应的功能检测设备执行对应的面板检测任务；各功能检测设备将自身的检测结果反馈给设备驱动器，设备驱动器将检测结果暂存起来，待PLC控制器拉高自身的结果请求点位后，设备驱动器将检测结果按照一定规则整合后上传给PLC控制器。PLC控制器接收到检测结果后把自身的拉高的交握点位信息拉低，设备驱动器也对应也清理自己拉高的各个回复点位；至此，当前面板的检测过程执行完毕。

图3是本实施例提供的设备驱动器与功能检测设备交握的逻辑框图，如图3所示，功能检测设备可以充当服务器端或者客户端的角色与设备驱动器连接通信，当功能检测设备作为客户端角色时，设备驱动器即为服务器端，当功能检测设备作为服务器端角色时，设备驱动器即为客户端。不论功能检测设备作为客户端还是服务器端角色，其与设备驱动器之间的交握逻辑完全相同，均是由设备驱动器下发对应的检测协议指令给到功能检测设备请求检测，功能检测设备接收到协议指令包后，解析指令并执行相应的面板检测任务，检测完毕后反馈检测结果给设备驱动器。

图4是实施例提供的设备驱动器的逻辑框图，如图4所示，设备驱动器包括PLC模块、TCP模块、数据仓库、日志模块和现场类模块；其中，PLC模块主要用于与PLC控制器进行交互，监听PLC控制器中各交握点位的信号变化并基于该信号变化触发对应的操作事件，读取PLC控制发送的面板参数信息并依据该信息获取面板所在的载台号，根据操作事件的执行结果对自身的回复点位施加信号等；TCP模块主要用于与功能检测设备进行通信交互，根据操作事件生成检测指令并下发给对应的功能检测设备，接收功能检测设备上传的检测结果等；数据仓库主要用于暂存各功能检测设备上传的检测结果；日志模块用于记录系统的运行情况，正常检测过程中发生的时间以及一些异常报警；现场类模块作为一个备用模块，主要用于应对不同现场需求的逻辑控制。

本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种面板检测系统，其特征在于，包括：

流程发起单元，用于创建交握协议并按照所述交握协议为交握点位施加信号；该交握协议为预置的交握点位及其信号值与基于面板检测流程划分的多个操作事件之间的对应关系；

检测单元，用于监听流程发起单元中的交握点位的信号变化并根据所述交握协议触发相应的操作事件，以控制底层硬件设备执行所述操作事件。

2.如权利要求1所述的面板检测系统，其特征在于，所述检测单元包括：

总控调度模块，用于为触发的操作事件生成检测指令并将其下发给对应的执行模块；

至少一个执行模块，根据总控调度模块下发的所述检测指令控制底层硬件设备执行操作事件。

3.如权利要求2所述的面板检测系统，其特征在于，所述执行模块还用于采集底层硬件设备对操作事件的执行结果并将其上传给总控调度模块；总控调度模块在获取所述执行结果后对预置的回复点位施加信号。

4.如权利要求1或3所述的面板检测系统，其特征在于，所述操作事件包括多个串行事件，流程发起单元根据检测单元对前一个串行事件的执行结果来判断是否为下一个串行事件施加信号。

5.如权利要求4所述的面板检测系统，其特征在于，所述流程发起单元通过监听检测单元中的回复点位的信号变化来获知检测单元对前一个串行事件的执行结果。

6.如权利要求1所述的面板检测系统，其特征在于，所述操作事件包括多个并行事件，流程发起单元同时对多个所述并行事件对应的交握点位施加信号以触发多个并行事件的同步执行。

7.如权利要求6所述的面板检测系统，其特征在于，所述检测单元还用于整合各并行事件的执行结果，并在监听到流程发起单元的结果请求后通过回复点位将所述执行结果上传给流程发起单元。

8.如权利要求7所述的面板检测系统，其特征在于，所述流程发起单元在接收到并行事件的执行结果后清除对各交握点位施加的信号。

9.如权利要求7所述的面板检测系统，其特征在于，所述检测单元在向流程发起单元上传并行事件的执行结果后清除对各回复点位施加的信号。

10.如权利要求1所述的面板检测系统，其特征在于，所述流程发起单元与检测单元按照预设的时间周期互相监听对方的心跳点位的信号变化来判断对方的连接状态是否正常。

Images