掌桥专利:专业的专利平台
掌桥专利
首页

一种集控屏的生产检测系统及集控屏的生产检测方法

文献发布时间:2024-01-17 01:21:27


一种集控屏的生产检测系统及集控屏的生产检测方法

技术领域

本发明涉及集控屏生产技术领域,尤其涉及一种集控屏的生产检测系统及集控屏的生产检测方法。

背景技术

集控屏是一种用于集中控制多个空调室内机的智能控制面板。它通常安装在墙上或在空调控制中心中,可以通过Wi-Fi联网,使用家庭局域网连接到Internet,并与其他智能设备进行通信。同时,它也可以通过蓝牙与APP配对,从而实现智能家居设备的控制。集控屏在生产过程中需要经过严格的检测和测试,以确保产品的质量和可靠性。

相关技术中的检测方案,对集控屏蓝牙功能模块和WiFi功能模块的检测速度较慢,并且检测维度不够全面,因此导致检测结果不够准确,无法满足用户的正常使用需求。

发明内容

本发明实施例提供一种集控屏的生产检测系统及集控屏的生产检测方法,旨在解决对集控屏蓝牙功能模块和WiFi功能模块检测结果不够准确且检测效率较低的问题。

为了解决上述技术问题,本发明是这样实现的:

第一方面,本申请实施例提供了一种集控屏的生产检测系统,系统包括:待测试集控屏、功能测试平台以及云平台;

待测试集控屏包括控制器、WiFi功能模块以及蓝牙功能模块;

控制器被配置为:

在接收到WiFi功能模块以及蓝牙功能模块的测试启动信号之后,控制WiFi功能模块以及蓝牙功能模块与功能测试平台进行主动交互,以执行WiFi功能模块以及蓝牙功能模块物理功能层面的检测流程;

在接收到入网功能测试启动信号之后,控制WiFi功能模块向云平台发送商检指令,以执行WiFi功能模块软件功能层面的检测流程。

本申请实施例提供的技术方案至少带来以下有益效果:通过对待测试集控屏的WiFi功能模块和蓝牙功能模块进行主动检测,大大提高了对WiFi功能模块和蓝牙功能模块的检测效率,并且从物理层面和软件层面多两个方面进行全面检测,保证集控屏能够通过云平台与移动设备上的应用程序进行正常交互,从而提高了对WiFi功能模块和蓝牙功能模块的检测准确率。并且本申请提供的WiFi功能模块以及蓝牙功能模块与功能测试平台进行主动交互的方法,不会因为待测试集控屏的变更而重新进行配置参数的变更,每个待测试集控屏的测试过程都是独立进行的,相比由检测人员通过其他检测设备来进行检测的现有方案,其需要根据待校验设备的更换重新进行配置参数的变更,因此本申请的校验过程更加便捷且高效。

在一些实施例中,功能测试平台至少为一个,功能测试平台包括蓝牙功能测试设备和WiFi功能测试设备,控制WiFi功能模块以及蓝牙功能模块与功能测试平台进行主动交互,以执行WiFi功能模块以及蓝牙功能模块物理功能层面的检测流程,包括:

控制WiFi功能模块扫描WiFi功能测试设备发射的无线网络信号,并构建无线网络信号列表,无线网络信号列表至少包括无线网络信号的信号强度和WiFi功能测试设备SSID;

控制蓝牙功能模块扫描蓝牙功能测试设备广播的蓝牙信号,并构建蓝牙网络信号列表,蓝牙网络信号列表至少包括蓝牙信号的信号强度和蓝牙功能测试设备的MAC地址;

根据无线网络信号列表和蓝牙网络信号列表,判断WiFi功能模块以及蓝牙功能模块是否通过物理层面的检测流程。

在一些实施例中,根据无线网络信号列表和蓝牙网络信号列表,判断WiFi功能模块以及蓝牙功能模块是否通过物理层面的检测流程,包括:

在无线网络信号列表中无线网络信号的数量大于或等于预设第一最低数量阈值,并且无线网络信号的信号强度大于或等于预设第一最低信号强度阈值的情况下,确定WiFi功能模块通过物理层面的检测流程;

在蓝牙网络信号列表中蓝牙信号的数量大于或等于预设第二最低数量阈值,并且蓝牙信号的信号强度大于或等于预设第二最低信号强度阈值的情况下,确定蓝牙功能模块通过物理层面的检测流程。

在一些实施例中,待测试集控屏还包括显示单元,显示单元中用于展示无线网络信号列表和蓝牙网络信号列表。

在一些实施例中,控制WiFi功能模块向云平台发送商检指令,以执行WiFi功能模块软件功能层面的检测流程,包括:

控制WiFi功能模块向云平台发送商检指令,其中,商检指令携带有待测试集控屏的设备编码;

接收云平台反馈的验证反馈信息,并根据验证反馈信息判断WiFi功能模块是否通过软件层面的检测流程。

在一些实施例中,验证反馈信息包括验证成功反馈信息和验证失败反馈信息,根据验证反馈信息判断WiFi功能模块是否通过软件层面的检测流程,包括:

在云平台反馈的验证反馈信息为验证成功反馈信息的情况下,确定WiFi功能模块通过软件层面的检测流程;

在云平台反馈的验证反馈信息为验证失败反馈信息的情况下,确定WiFi功能模块未通过软件层面的检测流程。

在一些实施例中,根据验证反馈信息判断WiFi功能模块是否通过软件层面的检测流程,还包括:

获取接收验证反馈信息的等待时间,在等待时间大于或等于预设时间阈值的情况下,确定WiFi功能模块未通过软件层面的检测流程。

在一些实施例中,云平台被配置为:

接收WiFi功能模块发送的商检指令;

根据待测试集控屏的设备编码与预储存在白名单中的设备编码的匹配情况,生成对应的验证反馈信息;

发送验证反馈信息至WiFi功能模块。

在一些实施例中,云平台还被配置为:

生成设备编码,并下发至待测试集控屏。

第二方面,本发明实施例提供一种集控屏的生产检测方法,应用于上述的集控屏的生产检测系统,方法包括:

在接收到WiFi功能模块以及蓝牙功能模块的测试启动信号之后,控制WiFi功能模块以及蓝牙功能模块主动与测试平台进行交互,以执行WiFi功能模块以及蓝牙功能模块物理功能层面的检测流程;

在接收到入网功能测试启动信号之后,控制WiFi功能模块向云平台发送商检指令,以执行WiFi功能模块软件功能层面的检测流程。

第三方面,本申请的实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在上述任一项装置上运行时,使得装置执行上述任一种集控屏的生产检测方法。

第四方面,本申请的实施例提供一种芯片,包括:处理器和存储器;该存储器用于存储计算机执行指令,该处理器与存储器连接,当芯片运行时,处理器执行存储器存储的计算机执行指令,以使芯片执行上述任一种集控屏的生产检测方法。

第五方面,本申请实施例提供一种包含指令的计算机程序产品,当其在上述任一项设备上运行时,使得装置执行上述任一种集控屏的生产检测方法。

以上第二方面至第五方面的有益效果可参照第一方面中任一种实现方式的内容,在此不予赘述。本申请在上述各方面提供的实现方式的基础上,还可以进行进一步组合以提供更多实现方式。

附图说明

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

图1是本发明实施例中集控屏的生产检测系统的结构示意图;

图2是本发明实施例中待测试集控屏的结构示意图;

图3是本发明实施例中功能测试平台的结构示意图;

图4是本发明实施例中另一种待测试集控屏的结构示意图;

图5是本发明实施例中一种集控屏的生产检测方法的步骤流程图;

图6是本发明实施例中另一种集控屏的生产检测方法的步骤流程图;

图7是本发明实施例中无线网络信号列表的显示示意图;

图8是本发明实施例中蓝牙网络信号列表的显示示意图;

图9是本发明实施例中另一种集控屏的生产检测方法的步骤流程图;

图10是本发明实施例中另一种集控屏的生产检测方法的步骤流程图;

图11是本发明实施例中服务器参数的配置说明示意图;

图12是本发明实施例中另一种集控屏的生产检测方法的步骤流程图;

图13是本发明实施例中另一种集控屏的生产检测方法的步骤流程图;

图14是本发明实施例中云平台下发设备编码的过程示意图;

图15是本发明实施例中待测试集控屏与云平台的交互过程示意图

图16是本发明实施例中待测试集控屏进行检测的的流程示意图。

附图标记:1、集控屏的生产检测系统;10、待测试集控屏;20、功能测试平台;30、云平台;101、控制器;102、WiFi功能模块;103、蓝牙功能模块;104、显示单元;105、存储单元;201、蓝牙功能测试设备;202、WiFi功能测试设备。

具体实施方式

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

术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。

在本申请的描述中,需要说明的是,除非另有明确的规定和限定,术语“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。另外,在对管线进行描述时,本申请中所用“相连”、“连接”则具有进行导通的意义。具体意义需结合上下文进行理解。

在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

如背景技术所言,现有的对集控屏的生产检测方案中,对集控屏蓝牙功能模块和WiFi功能模块的检测方案检测速度较慢,并且检测维度不够全面。现有的集控屏的生产检测方案,一方面,在对待检测的集控屏蓝牙功能模块和WiFi功能模块进行检测时,往往由检测人员通过其他检测设备来进行校验,即通过其他检测设备对待检测的集控屏进行检测,以获得待检测的集控屏蓝牙功能模块和WiFi功能模块的相关功能参数,并根据其他检测设备显示的待检测的集控屏蓝牙功能模块和WiFi功能模块的相关功能参数,来判断待检测的集控屏蓝牙功能模块和WiFi功能模块的功能是否正常。因此,该过程属于待检测的集控屏的被动功能检测,在这种情况下,当其他检测设备出现故障,但是待检测的集控屏蓝牙功能模块和WiFi功能模块正常时,就会出现对待检测的集控屏蓝牙功能模块和WiFi功能模块的检测错误。另一方面,现有的集控屏的生产检测方案中,对WiFi功能模块的检测仅停留在判断WiFi功能模块是否与路由器的连接是否正常,即只对WiFi功能模块的硬件部分进行功能检测,但是由于不同WiFi功能模块其生产厂家不同,其对应的驱动软件的内容或者驱动软件的版本也是各不相同的,因此在WiFi功能模块软件检测未通过的情况下,会导致集控屏无法与云平台进行通信,进而无法保证集控屏能够与移动设备上的应用程序进行正常交互,也导致用户的无法正常的进行使用。

针对此问题,发明人提出了本申请的技术构思:通过对集控屏进行WiFi功能模块和蓝牙功能模块进行主动检测,大大提高对WiFi功能模块和蓝牙功能模块的检测效率,并且从物理层面和软件层面都进行检测,保证集控屏能够通过云平台与移动设备上的应用程序进行正常交互,从而提高了对WiFi功能模块和蓝牙功能模块的检测准确率。

下面对本申请实施例的集控屏的生产检测系统进行说明,图1为本申请实施例提供的一种集控屏的生产检测系统的结构示意图。如图1所示,集控屏的生产检测系统1包括:待测试集控屏10、功能测试平台20以及云平台30。

在一些实施例中,待测试集控屏10指需要进行生产流程检测的集控屏。在本申请实施例中,待测试集控屏10可以有一个或者多个,对此不做限制。

在一些实施例中,如图2所示,待测试集控屏10包括控制器101、WiFi功能模块102以及蓝牙功能模块103。控制器101与WiFi功能模块102以及蓝牙功能模块103进行电性连接。

在一些实施例中,如图3所示,功能测试平台20包括蓝牙功能测试设备201和WiFi功能测试设备202。蓝牙功能测试设备201是用来模拟蓝牙信号的信号源,WiFi功能测试设备202是用来模拟无线信号的信号源,以实现对集控屏的WiFi和蓝牙功能进行测试。功能测试平台中的WiFi功能测试设备和蓝牙功能测试设备具有发送和接收信号的能力,它们可以模拟出各种无线网络和蓝牙设备的信号。

具体来说,在WiFi功能测试过程中,测试平台中20的WiFi功能测试设备202可以发射出多种无线网络信号,包括不同的SSID和信道。而在蓝牙功能测试过程中,测试平台20中的蓝牙功能测试设备201可以模拟出各种蓝牙设备,如手机、平板电脑、蓝牙音响等。

在一些实施例中,云平台30可以为用于对待测试集控屏10进行管理的智能设备管理云平台。

在一些实施例中,如图4所示,待测试集控屏10还包括显示单元104,显示单元104用于在展示在WiFi功能模块以及蓝牙功能测试中生成的无线网络信号列表和蓝牙网络信号列表。

在一些实施例中,待测试集控屏10还包括存储单元105,存储单元105用于储存设备编码以及WiFi功能模块以及蓝牙功能测试中生成的测试结果数据。

下面结合说明书附图,对本申请的具体方案进行详细描述。

本申请实施例提供一种集控屏的生产检测方法,如图5所示,该方法包括以下步骤:

S101:在接收到WiFi功能模块以及蓝牙功能模块的测试启动信号之后,控制WiFi功能模块以及蓝牙功能模块主动与测试平台进行交互,以执行WiFi功能模块以及蓝牙功能模块物理功能层面的检测流程。

生产检测是指在集控屏生产过程中对其进行全面的检查和测试,以确保其质量符合设计要求和相关标准,待测试的集控屏在完成生产之后,需要通过多个检测流程之后,才能满足出厂标准。在众多检测流程之中,包括屏幕检测、背光检测、WiFi功能和蓝牙功能检测、触控检测等。通过为不同的检测流程设置触发条件和执行顺序,则可以在完成一个检测流程后自动执行下一个检测流程。当完成WiFi功能模块以及蓝牙功能模块的检测流程的前序流程之后,则会进入WiFi功能模块以及蓝牙功能模块的检测流程,首先,控制器会产生WiFi功能模块以及蓝牙功能模块的测试启动信号,然后,控制器会控制WiFi功能模块以及蓝牙功能模块主动与测试平台进行交互,以从物理层面验证WiFi功能模块以及蓝牙功能模块是否正常,即验证WiFi功能模块以及蓝牙功能模块的硬件功能是否满足要求,并且在物理层面验证通过的情况下,才能执行后续的检测流程。

S102:在接收到入网功能测试启动信号之后,控制WiFi功能模块向云平台发送商检指令,以执行WiFi功能模块软件功能层面的检测流程。

WiFi功能模块需要从两个维度来考虑其是否功能正常,一个维度是网络是否正常,WiFi功能模块在连接WiFi网络前需要检查网络连接是否正常。如果设备的网络连接存在问题,那么设备将无法连接到WiFi网络。这个操作通常包括对网络设备(例如路由器)的连通性检查和对网络配置的检查,即上述WiFi功能模块的硬件功能检测,在完成对WiFi功能模块的硬件功能的检测之后,还需要从软件层面请去验证WiFi功能模块,以保证待测试集控屏能够通过云平台与移动设备上的应用程序进行正常交互,这个维度为检测WiFi功能模块数据传输是否正常,WiFi功能模块在连接到WiFi网络后,需要检查数据传输是否正常。这个操作通常包括向云平台发送商检指令以验证网络连接的稳定性和数据传输的可靠性。

基于上述实施方式,通过对待测试集控屏的WiFi功能模块和蓝牙功能模块进行主动检测,大大提高了对WiFi功能模块和蓝牙功能模块的检测效率,并且从物理层面和软件层面进行检测,保证集控屏能够通过云平台与移动设备上的应用程序进行正常交互,从而提高了对WiFi功能模块和蓝牙功能模块的检测准确率。并且本申请提供的WiFi功能模块以及蓝牙功能模块与功能测试平台进行主动交互的方法,不会因为待测试集控屏的变更而重新进行配置参数的变更,每个待测试集控屏的测试过程都是独立进行的,相比由检测人员通过其他检测设备来进行检测的方案,其需要根据待校验设备的更换重新进行配置参数的变更,因此本申请的校验过程更加便捷且高效。

在一些实施例中,如图6所示,步骤S101可以具体实现为:

S1011:控制WiFi功能模块扫描WiFi功能测试设备发射的无线网络信号,并构建无线网络信号列表。

控制器向WiFi功能模块发送启动信号,WiFi功能模块启动后,会扫描其通信范围内的WiFi功能测试设备发射的可用无线网络,而WiFi功能模块扫描可用的无线网络的过程可以简单分为以下几个步骤:

A.启动扫描:WiFi功能模块会启动扫描程序,开始搜索可用的无线网络。

B.搜索信道:WiFi功能模块会依次扫描所有信道,以搜索可用的无线网络。每个信道都会被扫描一次,以确保所有可用的无线网络都能被检测到。

C.搜索SSID(ServiceSetIdentifier,服务集标识):一旦WiFi功能模块检测到某个信道上有无线网络信号,它会继续搜索该信道上的所有SSID。SSID是无线网络的名称,每个SSID都有一个唯一的标识符。

D.搜索BSSID(BasicServiceSetIdentifier,无线网络的基本服务集标识符):一旦WiFi功能模块检测到某个SSID,它会继续搜索该SSID下的所有BSSID。BSSID是无线网络的基本服务集标识符,它唯一标识了无线网络的一个基本服务集。

E.获取信号强度并储存:一旦WiFi功能模块检测到某个BSSID,它会获取该BSSID的信号强度。信号强度是单个无线信号的强度,通常以dBm为单位。

一旦WiFi功能模块完成扫描,它会将所有检测到的无线网络的信息存储到一个列表中,列表即为无线网络信号列表,无线网络信号列表中包括了每个无线网络信号的SSID、BSSID和信号强度等信息。

作为示例的,6个WiFi功能测试设备均匀地布设在以待测试集控屏为中心的测试区域内,WiFi功能模块可以扫描周围的无线网络,并找到以下5个无线网络:

Signal1,SSID:“WiFi-test1”,MAC地址:11:22:33:44:55:66,信号强度:-50dBm。

Signal2,SSID:“WiFi-test2”,MAC地址:AA:BB:CC:DD:EE:FF,信号强度:-60dBm。

Signal3,SSID:“WiFi-test3”,MAC地址:12:34:56:78:90:AB,信号强度:-70dBm。

Signal4,SSID:“WiFi-test4”,MAC地址:12:34:56:78:90:CD,信号强度:-40dBm。

Signal5,SSID:“WiFi-test5”,MAC地址:12:34:56:78:90:EF,信号强度:-45dBm。

将上述扫描结果进行储存在内部缓存中。然后,控制器将向WiFi功能模块发送指令,以获取扫描结果,WiFi功能模块将从内部缓存中提取扫描结果,并将其返回给控制器,控制器则将扫描结果以图7所示的无线网络信号列表在待测试集控屏的显示单元上进行展示。

S1012:控制蓝牙功能模块扫描蓝牙功能测试设备广播的蓝牙信号,并构建蓝牙网络信号列表。

控制器向蓝牙功能模块发送启动信号,蓝牙功能模块启动后,会扫描其通信范围内可用的蓝牙设备的信息,

蓝牙功能模块获取蓝牙设备的信息的过程可以分为以下几个步骤:

F.扫描蓝牙设备:蓝牙功能模块会发出扫描指令,搜索周围的蓝牙设备。扫描过程中,蓝牙功能模块会接收到广播信号并进行解析,以获取蓝牙设备的信息。

G.解析蓝牙设备信息:蓝牙功能模块会对接收到的广播信号进行解析,以获取蓝牙设备的名称、MAC地址、信号强度等信息。其中,MAC地址是蓝牙设备的唯一标识符,通过MAC地址可以区分不同的蓝牙设备。

H.过滤蓝牙设备:获取到蓝牙设备的信息后,蓝牙功能模块会将这些设备信息与预设的筛选条件进行比较,过滤出符合条件的蓝牙设备。例如,可以根据设备名称或者MAC地址进行过滤,只保留需要的设备信息。

I.发送设备信息:获取到符合条件的蓝牙设备信息后,蓝牙功能模块会将这些信息发送给控制器,供控制器进行后续处理。控制器可以根据这些设备信息进行蓝牙连接、数据传输等操作。

通过以上步骤,蓝牙功能模块可以获取到周围的蓝牙设备信息,并将符合条件的设备信息发送给控制器,供控制器进行后续处理。

作为示例的,6个蓝牙功能测试设备均匀地布设在以待测试集控屏为中心的测试区域内,蓝牙功能模块可以扫描周围的蓝牙网络,并找到以下4个网络:

Signal1:名称:“BT-test1”,信号强度=-75dBm,MAC地址=12:34:56:78:9A:BC。

Signal2:名称:“BT-test2”,信号强度=-80dBm,MAC地址=AB:CD:EF:12:34:56。

Signal3:名称:“BT-test4”,信号强度=-70dBm,MAC地址=01:23:45:67:89:AB。

Signal4:名称:“BT-test5”,信号强度=-85dBm,MAC地址=EF:CD:AB:98:76:54。

将上述扫描结果进行储存在内部缓存中。然后,控制器将向蓝牙功能模块发送指令,以获取扫描结果,蓝牙功能模块将从内部缓存中提取扫描结果,并将其返回给控制器,控制器则将扫描结果以图8所示的蓝牙网络信号列表在待测试集控屏的显示单元上进行展示。

S1013:根据无线网络信号列表和蓝牙网络信号列表,判断WiFi功能模块以及蓝牙功能模块是否通过物理层面的检测流程。

在生成无线网络信号列表和蓝牙网络信号列表之后,控制器则可以根据无线网络信号列表和蓝牙网络信号列表记录的数据进行信号的筛选,并根据筛选后的结果来预设的判断标准进行比较,从而确定WiFi功能模块以及蓝牙功能模块是否通过物理层面的检测流程。

在一些实施例中,如图9所示,步骤S1013可以具体实现为:

S10131:在无线网络信号列表中无线网络信号的数量大于或等于预设第一最低数量阈值,并且无线网络信号的信号强度大于或等于预设第一最低信号强度阈值的情况下,确定WiFi功能模块通过物理层面的检测流程。

在进行WiFi功能模块的硬件检测时,需要检查无线网络模块是否能够接收到足够数量和强度的无线信号。如果接收到的信号数量和强度都达到了预设的阈值,那么就可以认为WiFi功能模块已经通过了物理层面的检测流程,而如果接收到的信号数量和强度有一项未达到要求,则认为WiFi功能模块没有通过物理层面的检测流程。将无线网络的信号强度与预设的最低信号强度阈值进行比较的目的是确定每个无线网络的信号强度是否达到了要求。在实际应用中,WiFi信号强度会受到很多因素的影响,例如距离、障碍物、信道干扰等。如果信号强度过低,可能会导致网络连接不稳定或者无法连接。因此,在搜索可用的无线网络时,WiFi功能模块需要判断每个无线网络的信号强度是否符合要求,以避免后续出现不必要的问题。如果无线网络的信号强度小于预设的最小信号强度,WiFi功能模块将排除该无线网络,不将其列入可用的无线网络列表中。只有当信号强度达到要求时,WiFi功能模块才会将该无线网络列入可用的无线网络列表中,供控制器进行后续处理。因此,通过与预设的最小信号强度进行比较,WiFi功能模块可以更准确地确定出可用的无线网络,提高连接的稳定性和质量。

作为示例的,继续以上述实施例进行说明。预设第一最低数量阈值为5个信号,预设第一最低信号强度阈值为-80dBm。

生成的无线网络信号列表为:

Signal1,SSID:“WiFi-test1”,MAC地址:11:22:33:44:55:66,信号强度:-50dBm。

Signal2,SSID:“WiFi-test2”,MAC地址:AA:BB:CC:DD:EE:FF,信号强度:-60dBm。

Signal3,SSID:“WiFi-test3”,MAC地址:12:34:56:78:90:AB,信号强度:-70dBm。

Signal4,SSID:“WiFi-test4”,MAC地址:12:34:56:78:90:CD,信号强度:-40dBm。

Signal5,SSID:“WiFi-test5”,MAC地址:12:34:56:78:90:EF,信号强度:-45dBm。

根据上述列表,说明有5个信号被扫描到,有一个信号未被扫描到。因为5个信号数量大于第一最低数量阈值,并且这些信号的信号强度大于或等于预设的第一最低信号强度阈值,所以可以判断这个无线网络模块已经通过了物理层面的检测流程。

S10132:在蓝牙网络信号列表中蓝牙信号的数量大于或等于预设第二最低数量阈值,并且蓝牙信号的信号强度大于或等于预设第二最低信号强度阈值的情况下,确定蓝牙功能模块通过物理层面的检测流程。

在进行蓝牙功能模块的硬件检测时,需要检查蓝牙功能模块是否能够接收到足够数量和强度的蓝牙信号。如果接收到的信号数量和强度都达到了预设的阈值,那么就可以认为这个模块已经通过了物理层面的检测流程。

作为示例的,继续以上述实施例进行说明,预设第二最低数量阈值为5个信号,预设第二最低信号强度阈值为-90dBm。假设扫描到的蓝牙信号列表为:

Signal1:名称:“BT-test1”,信号强度=-75dBm,MAC地址=12:34:56:78:9A:BC。

Signal2:名称:“BT-test2”,信号强度=-80dBm,MAC地址=AB:CD:EF:12:34:56。

Signal3:名称:“BT-test4”,信号强度=-70dBm,MAC地址=01:23:45:67:89:AB。

Signal4:名称:“BT-test5”,信号强度=-85dBm,MAC地址=EF:CD:AB:98:76:54。

在这个示例中,蓝牙信号列表中共有4个信号,每个信号都包含了名称、信号强度和MAC地址等信息。扫描到的信号数量小于预设第二最低数量阈值,因此可以判断该蓝牙功能模块没有通过物理层面的检测流程。

在一些实施例中,在对集控屏的生产检测的流程中,如果待测试集控屏通过了物理功能层面的检测流程,则可以让待测试集控屏进入后续的检测流程,而如果待测试集控屏未通过物理功能层面的检测流程,则需要将其从检测流水线中筛选出来,后续由测试人员再进行人工复核。也可以将待测试集控屏物理功能层面的检测结果进行储存,不将其从检测流水线中筛选出来。

在一些实施例中,如图10所示,步骤S102可以具体实现为:

S1021:控制WiFi功能模块向云平台发送商检指令。

在对WiFi功能模块进行软件层面的功能检测时,首先控制器会进入商检模式,并对部分通信参数进行调整。首先对需要调整的通信参数进行说明,需要调整的通信参数包括:联网状态参数和服务器参数,其中,联网状态参数为0代表不设置联网状态,联网状态参数为1代表进入配网状态,联网状态参数为2代表进入商检模式,联网状态参数为3代表恢复出厂设置,联网状态参数为4进入蓝牙检测模式。服务器参数包括服务器参数1,用于配置云平台的主域名,服务器参数包括服务器参数2,用于配置云平台的子域名,服务器参数包括服务器参数3,用于配置云平台的服务器域名,服务器参数包括服务器参数4,用于配置端口号,服务器参数包括服务器参数5,用于密钥,服务器参数包括服务器参数6,用于配置待测试集控屏的设备编码。服务器参数的具体说明如图11所示。

在进行通信参数的配置时,首先将联网状态参数调整为2,然后按照实际布设的设备配置服务器参数,最后配置目标路由器的SSID和密码。在完成设置之后,WiFi功能模块则会与目标路由器建立通信连接。接着,生成携带有待测试集控屏设备编码的商检指令,然后控制器控制WiFi功能模块将商检指令发送给目标路由器,然后再由目标路由器将商检指令转发至云平台。

S1022:接收云平台反馈的验证反馈信息,并根据验证反馈信息确定WiFi功能模块软件层面的检测结果。

云平台在接收到商检指令之后,会根据商检指令对待测试集控屏进行身份校验,并生成对应的验证反馈信息。云平台反馈的验证反馈信息包括验证成功反馈信息和验证失败反馈信息两种,验证成功反馈信息用于表征待测试集控屏通过云平台的合法性校验,并且能够与云平台进行正常的数据交互,而验证失败反馈信息用于表征待测试集控屏未通过云平台的合法性校验,或不能够与云平台进行正常的数据交互。

在一些实施例中,如图12所示,步骤S1022可以具体实现为:

S10221:在云平台反馈的验证反馈信息为验证成功反馈信息的情况下,确定WiFi功能模块通过软件层面的检测流程。

S10222:在云平台反馈的验证反馈信息为验证失败反馈信息的情况下,确定WiFi功能模块未通过软件层面的检测流程。

如果云平台反馈的验证反馈信息为成功,那么可以确定WiFi功能模块已经通过了软件层面的检测流程,说明该模块的软件设计和开发是符合预期的,可以继续进行下一步的测试和生产等工作。如果反馈信息为失败,那么就说明WiFi功能模块没有通过软件层面的检测流程,即可能存在一些软件上的问题,需要重新检查和修改,再重新进行校验。

在一些实施例中,根据验证反馈信息判断WiFi功能模块是否通过软件层面的检测流程,还包括:

获取接收验证反馈信息的等待时间,在等待时间大于或等于预设时间阈值的情况下,确定WiFi功能模块未通过软件层面的检测流程。

获取接收验证反馈信息的等待时间,指的是WiFi功能模块从发送商检指令请求到接收到反馈信息的时间间隔。当等待时间大于或等于预设的时间阈值时,可以判断WiFi功能模块未通过软件层面的检测流程,因为在正常情况下,WiFi功能模块应该在预设时间内完成商检指令验证并返回反馈信息。进行超时判断的主要目的是提高系统的稳定性和可靠性,避免WiFi功能模块在商检指令验证过程中一直处于等待状态,从而占用系统资源,降低整个系统的性能和响应速度。如果WiFi功能模块在规定时间内未能完成商检指令验证并返回反馈信息,很有可能是因为WiFi功能模块出现了故障或其他异常情况,需要及时进行故障排查和修复,以避免对整个系统造成更大的影响。另外,进行超时判断也可以提高检测系统的安全性。因为在某些情况下,可能会有人故意发送错误的商检指令请求来攻击系统,占用系统资源或者获取系统敏感信息。超时判断可以有效地防范此类攻击,避免WiFi功能模块一直处于等待状态,从而降低系统的安全性。

作为示例的,设定时间阈值为10秒,WiFi功能模块在发送商检指令进入等待状态,如果等待状态的持续时间超过10秒,即10秒内没有接收到验证反馈信息,就可以认为WiFi功能模块未通过软件层面的检测流程。

而在WiFi功能模块未通过软件层面的检测流程的情况下,则可以让待测试集控屏进入后续的检测流程,而如果待测试集控屏未通过软件层面的检测流程,则需要将其从检测流水线中筛选出来,后续由测试人员再进行人工的复核。

在一些实施例中,如图13所示,本申请实施例还提供一种集控屏的生产检测方法,应用于云平台上,该方法包括以下步骤:

S201:云平台接收WiFi功能模块发送的商检指令。

云平台接收由目标路由器转发的商检指令,并对商检指令进行解析,以获得待测试集控屏的设备编码。

S202:云平台根据待测试集控屏的设备编码与预储存在白名单中的设备编码的匹配情况,生成对应的验证反馈信息。

需要说明的是,白名单是一份已知的设备编码列表,其中包含预先生产的设备编码。这个列表可以存在云平台的数据库中。然后,通过对商检指令进行解析,以获取待测试集控屏的设备编码。接着,需要判断待测试集控屏的设备编码是否在白名单中。这可以通过遍历白名单列表并与待测试集控屏的设备编码进行比较来实现。如果待测试集控屏的设备编码与白名单中的某个设备编码匹配,那么可以确定该设备通过商检,则生成验证成功反馈信息,而待测试集控屏的设备编码与白名单中的所有设备编码均不匹配,那么可以确定该设备未通过商检,则生成验证失败反馈信息。最后,需要根据匹配结果生成相应的验证反馈信息。例如,如果设备编码在白名单中,可以输出一条消息“待检集控屏通过商检”,否则输出一条消息“待检集控屏未能通过商检”。

在两种情况下,会出现待测试集控屏的设备编码与白名单中的所有设备编码均不匹配,第一种情况是待测试集控屏本身是非法设备,非法设备是指由其他制造商仿制的集控屏,在这种情况下,由于非法设备即使能向云平台发送商检指令,但是由于其发送的送商检指令中并未携带合法的设备编码,因此无法在白名单中寻找到匹配的设备编码匹配,第二种情况是待测试集控屏本身是合法设备,但是其携带的设备编码是不合法的,出现这种情况也是多种。

作为示例的,待测试集控屏a本身是合法设备,其生产批次编号为A,并且当前进行的是生产批次编号为A的集控屏的WiFi功能模块校验,但是由于在设备编码下发阶段的失误,导致待测试集控屏a和待测试集控屏b拥有了相同的设备编码,即待测试集控屏a不具有唯一的设备编码,并且由于待测试集控屏b先于待测试集控屏a通过商检,导致待测试集控屏a的设备编码已经被注册了,因此导致待测试集控屏a无法通过商检。

作为示例的,当前进行的是生产批次编号为A的集控屏的WiFi功能模块校验,而待测试集控屏c向云平台发送了携带设备编码的商检请求,但是待测试集控屏c的生产批次编号为B,而云平台当前白名单中合法的设备编码都属于生产批次编号为A的集控屏,因此待测试集控屏c虽然是合法设备,并且也携带了唯一的设备编码,但是由于其在错误的时间节点进行WiFi功能模块校验,因此导致待测试集控屏c也无法通过商检。

为了排除非法设备的影响,通过在设备生产前下发合法的设备编码,可以确保设备都是经过授权的合法设备。这样可以提高设备管理的精确度,减少非法设备的存在,保障设备的安全性和稳定性。并且通过设备编码即可过滤掉非法设备的商检请求,提高了设备管理的精确度,降低商检成本,方便追溯和维护。

S203:云平台发送验证反馈信息至WiFi功能模块。

云平台在完成对待测试集控屏的身份校验的过程,即判断WiFi功能模块能否通过软件层面的检测的过程,而在生成验证反馈信息之后,首先将验证反馈信息发送至目标路由器,然后再由目标路由器将验证反馈信息转发至待测试集控屏。

在一些实施例中,云平台还被配置为:生成设备编码,并下发至待测试集控屏。

设备编码是一个用于标识设备的字符串或数字序列。在测试设备时,需要为每个设备分配一个唯一的编码,以便能够识别和控制它们。在这种情况下,云平台会在进行生产操作前生成这些设备编码,并将其发送到测试集的控制屏幕,以便测试人员能够通过控制屏幕对设备进行控制。在实际操作中,云平台可以使用一些算法或方法来生成设备编码。例如,可以使用随机数生成器来生成随机的数字序列作为设备编码。这种方法的优点是生成的编码具有很高的唯一性和随机性,但也存在一定的风险,因为可能会生成不合法的编码。另一种方法是使用特定的编码规则来生成设备编码。例如,可以使用固定长度的字母和数字组合作为编码,以确保生成的编码都是合法的。这种方法的优点是生成的编码具有确定的格式和规则,不会出现不合法的编码,但缺点是可能会出现重复的编码。如图14所示,在云平台生成设备编码之后,会将设备编码发送给生产人员,由生产人员将设备编码写入到待测试集控屏的存储单元中。

在一些实施例中,如图15所示,对本申请待测试集控屏与云平台的交互过程进行整体说明,首先,控制器控制WiFi功能模块向目标路由器发送商检指令,然后目标路由器将商检指令转发至云平台,云平台对商检指令进行解析,来对待测试集控屏的身份进行验证,在完成验证后,将包含验证结果的验证反馈信息发送至目标路由器,再由目标路由器将验证反馈信息转发给待测试集控屏。

在一些实施例中,如图16所示,对本申请待测试集控屏的测试流程过程进行整体说明,首先对WiFi功能模块和蓝牙功能模块进行物理层面的功能检测,并将其检测结果进行储存,然后在执行软件层面的功能检测时,控制器的设置模组进入蓝牙检测模式,需要将联网状态参数设置为4,然后就获取蓝牙功能模块的硬件检测结果,并在蓝牙功能模块的硬件检测结果通过的情况下,控制器的设置模组进入商检模式。需要将联网状态参数设置为2,并对服务器参数和目标路由器进行参数配置,然后获取WiFi功能模块的硬件检测结果,在WiFi功能模块的硬件检测结果通过的情况下,向云平台发送商检指令,并根据云平台反馈的验证结果和等待时长判断商检是否成功。

需要说明的是,生成设备编码的过程需要考虑到批次和唯一性的角度。从批次的角度来看,可以将设备编码分配到不同的批次中,每个批次中的编码都具有相同的前缀或后缀,以便对设备进行批次管理。例如,可以将每个批次的设备编码前缀设置为批次编号,如B001、B002等。这样做可以方便地对设备进行批次追踪和管理。从唯一性的角度来看,设备编码需要具有足够的唯一性,以确保每个设备都有唯一的编码。可以使用不同的算法和方法来生成唯一的设备编码。例如,可以使用UUID(UniversallyUniqueIdentifier,通用唯一标识符)算法生成全球唯一的编码。这种方法的优点是生成的编码具有非常高的唯一性,几乎不可能出现重复的情况。除了UUID算法,还可以使用时间戳或序列号等方法来生成唯一的设备编码。例如,可以将时间戳和随机数组合起来生成唯一的编码。这种方法的优点是生成的编码具有较高的唯一性,但缺点是可能会受到时间戳重复的影响,需要加入一些其他的随机因素来确保唯一性。

在一些实施例中,控制器包括处理器,可选的,还包括与处理器连接的存储器和通信接口。处理器、存储器和通信接口通过总线连接。

处理器可以是中央处理器(centralprocessingunit,CPU),通用处理器网络处理器(networkprocessor,NP)、数字信号处理器(digitalsignalprocessing,DSP)、微处理器、微控制器、可编程逻辑器件(programmablelogicdevice,PLD)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置,例如电路、器件或软件模块。处理器也可以包括多个CPU,并且处理器可以是一个单核(single-CPU)处理器,也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器可以是只读存储器(read-onlymemory,ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(randomaccessmemory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory,EEPROM)、只读光盘(compactdiscread-onlymemory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,本申请实施例对此不作任何限制。存储器可以是独立存在,也可以和处理器集成在一起。其中,存储器中可以包含计算机程序代码。处理器用于执行存储器中存储的计算机程序代码,从而实现本申请实施例提供的一种集控屏的生产检测方法。

通信接口可以用于与其他设备或通信网络通信(如以太网,无线接入网(radioaccessnetwork,RAN),无线局域网(wirelesslocalareanetworks,WLAN)等)。通信接口可以是模块、电路、收发器或者任何能够实现通信的装置。

总线可以是外设部件互连标准(peripheralcomponentinterconnect,PCI)总线或扩展工业标准结构(extendedindustrystandardarchitecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。

本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质包括计算机执行指令,当计算机执行指令在计算机上运行时,使得计算机执行如上述实施例提供的一种集控屏的生产检测方法。

本发明实施例还提供一种芯片,包括:处理器和存储器;该存储器用于存储计算机执行指令,该处理器与存储器连接,当芯片运行时,处理器执行存储器存储的计算机执行指令,以使芯片执行实施例提供的一种集控屏的生产检测方法。

本发明实施例还提供一种计算机程序产品,该计算机程序产品可直接加载到存储器中,并含有软件代码,该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的一种集控屏的生产检测方法。

在本说明书的描述中,具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

相关技术
  • 隔爆型四级带输送多触摸屏多Can板集控装置控制方法
  • 洗煤厂四级带输送多触摸屏多Can板集控装置控制方法
  • 隔爆型无极绳牵引车集控系统触摸屏显控装置
  • 隔爆型液压泵站与无极绳牵引车集控系统触摸屏显控装置
技术分类

06120116155286