测试机的校准校验系统、校准校验方法及电子设备

技术领域

本申请属于测试机校准校验技术领域，具体涉及一种测试机的校准校验系统、校准校验方法及电子设备。

背景技术

随着电子技术的发展，电子设备更新换代的速度越来越快，同时用户需求的功能也越来越强大，这对芯片支持的功能也提出了更高的要求，芯片的设计复杂度越来越高。相对应的，芯片测试设备的要求也越来越高，必须满足各种场景下芯片的测试工作。故要求测试系统有较高的测量精度和稳定的测试效果，在设备完成装机后置于使用环境中10小时以上，再进行测试机上各类板卡的校准校验软件也就应运而生。

测试机校准校验软件用于校验校准各类资源板卡的参数，保证板卡性能指标符合测试标准，满足测试功能要求。现有技术通常采用不同的测试机校准校验软件来校验校准不同类型的资源板卡，从而导致用户需要操作多个软件工具来校准不同类型的资源板卡，校准校验工作量大，耗时长。

发明内容

本申请的目的是提供一种测试机的校准校验系统、校准校验方法及电子设备以解决多板卡校准校验兼容性差耗时长的问题。

根据本申请实施例的第一方面，提供了一种测试机的校准校验系统，包括上位机和若干个下位机，各所述下位机包括对应的测试头，所述测试头包括多个板卡，所述上位机包括用户交互单元和检测项请求生成单元；

所述用户交互单元响应用户操作请求，生成操作命令；

所述检测项请求生成单元响应于所述操作命令，生成对应的检测项请求，并基于所述检测项请求生成待检测项命令；

所述下位机响应于所述待检测项命令，执行对应所述板卡完成检测。

在本申请的一些可选实施例中，所述操作命令包括校准操作命令；

所述检测项请求生成单元响应于所述校准操作命令，获取待检测板卡信息和板卡校准项，并在所述用户交互单元生成对应的校准项选择界面；

所述检测项请求生成单元响应于用户在所述校准项选择界面的操作请求，生成校准项命令；

所述下位机响应于所述校准项命令，执行对应板卡的校准，获取校准值。

在本申请的一些可选实施例中，所述下位机包括测试引擎单元和驱动程序单元；

所述检测项请求生成单元响应于所述校准操作命令，生成板卡编号获取命令；

所述测试引擎单元响应于所述板卡编号获取命令，从所述驱动程序单元获取板卡编号信息；

所述检测项请求生成单元基于所述板卡编号信息生成校准项信息获取命令；

所述测试引擎单元响应于所述校准项信息获取命令，从所述驱动程序单元获取校准项信息；

所述检测项请求生成单元基于所述校准项信息在所述用户交互单元生成所述校准项选择界面。

在本申请的一些可选实施例中，所述操作命令还包括校验操作命令；

所述检测项请求生成单元响应于所述校验操作命令，生成对应的校验操作请求；

所述下位机响应于所述校验操作请求，执行对应所述板卡的校验。

在本申请的一些可选实施例中，所述下位机包括测试引擎单元和驱动程序单元；

所述测试引擎单元响应于所述板卡检测项命令，并基于所述板卡检测项命令生成板卡检测项请求；

所述驱动程序单元响应于所述板卡检测项请求，执行调用对应驱动接口进行板卡检测动作。

在本申请的一些可选实施例中，所述驱动程序单元获取检测结果，并将所有所述检测结果通过所述测试引擎单元发送至所述检测项请求生成单元；

所述检测项请求生成单元将所有所述检测结果发送并显示在所述用户交互单元。

在本申请的一些可选实施例中，所述驱动程序单元和所述测试引擎单元通过RPC进行通信，所述测试引擎单元与所述检测项请求生成单元通过GRPC进行通信。

在本申请的一些可选实施例中，所述操作命令还包括自检告警命令；

所述检测项请求生成单元响应于所述自检告警命令，生成对应的自检告警请求，并基于所述自检告警请求生成若干个板卡自检告警项命令；

所述下位机响应于各所述板卡自检告警项命令，执行对应所述板卡完成自检告警。

根据本申请实施例的第二方面，提供一种测试机的校准校验方法，通过上述任一实施例所述的测试机的校准校验系统执行，包括：

获取用户操作请求，并基于所述用户操作请求生成操作命令；

基于所述操作命令，生成对应的检测项请求，并基于所述检测项请求生成待检测项命令；

通过所述待检测项命令控制下位机对测试头内的多个板卡进行检测。

根据本申请实施例的第三方面，提供一种电子设备，该电子设备可以包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行指令，以实现如第一方面的任一项实施例中所述的测试机的校准校验方法。

本申请的上述技术方案具有如下有益的技术效果：

本申请实施例提供一种测试机的校准校验系统，通过用户交互单元的交互功能获取用户的校准校验需求，并基于用户的校准校验需求生成操作命令，检测请求单元可以根据操作命令确定校准校验对应的具体检测项请求，进而生成待检测项命令。用户交互单元实现了用户需求的获取，实现了校准校验项需求的统一管理，检测项请求生成单元细化了用户需求的实施过程，实现了不同板卡校准校验过程的灵活配置，提高了校准校验的灵活性和适应性，尤其适用于包括多个板卡的测试头。

附图说明

图1是本申请一示例性实施例中一种测试机的校准校验系统的结构示意图；

图2是本申请另一示例性实施例中一种测试机的校准校验系统的结构示意图；

图3是本申请一示例性实施例中校准操作流程示意图；

图4是本申请一示例性实施例中校验操作流程示意图；

图5是本申请一示例性实施例中自检告警流程示意图；

图6是本申请一示例性实施例中校准文件导入流程示意图；

图7是本申请一示例性实施例中一种测试机的校准校验方法流程示意图；

图8是本申请一示例性实施例中电子设备结构示意图；

图9是本申请一示例性实施例中电子设备的硬件结构示意图。

图中，

上位机，1；用户交互单元，11；检测项请求生成单元，12；

下位机，2；测试头，21；板卡，211；测试引擎单元，22；驱动程序单元，23。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本申请进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本申请的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本申请的概念。

在附图中示出了根据本申请实施例的层结构示意图。这些图并非是按比例绘制的，其中为了清楚的目的，放大了某些细节，并且可能省略了某些细节。图中所示出的各种区域、层的形状以及它们之间的相对大小、位置关系仅是示例性的，实际中可能由于制造公差或技术限制而有所偏差，并且本领域技术人员根据实际所需可以另外设计具有不同形状、大小、相对位置的区域/层。

显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

此外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

现有的测试机通常挂载有多个测试头，每个测试头的安装位置不一样，一台测试机包含各类资源板卡，测试时用户需要接受在多个校准校验软件工具上来回切换的烦恼，且需统一用户配置，例如使用测试头上的X86系统进行操作和管理就需要接收上述切换校准校验软件工具的不便。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的一种测试机的校准校验系统、校准校验方法及电子设备进行详细地说明。

如图1所示，在本申请实施例的第一方面，提供了一种测试机的校准校验系统，可以包括上位机和若干个下位机，各下位机包括对应的测试头，测试头包括多个板卡，上位机包括用户交互单元和检测项请求生成单元。

具体地，用户交互单元响应用户操作请求，生成操作命令。用户交互单元可以包括用户交互界面，用户选择指定的测试头(subrack)进行连接，用户交互单元基于目前测试头(subrack)的槽位上对应的板卡及板卡目前支持的校准校验项向用户展示校准校验菜单。用户可以通过校准校验菜单选择校准校验项，用户交互单元可以基于用户的选择生成操作命令。本实施例提供的测试机的校准校验系统将各种板卡资源的校准校验和自检告警项统一到用户交互单元的用户交互界面上进行管理，更加方便用户完成测试机的校准校验工作，让用户易于上手，提升了用户的使用体验。

具体地，检测项请求生成单元响应于操作命令，生成对应的检测项请求，并基于检测项请求生成待检测项命令；检测项请求生成单元可以通过GRPC接口向下位机发送待检测项命令。

下位机响应于待检测项命令，执行对应板卡完成检测。下位机完成检测后可以通过GRPC接口将检测结果返回上位机并通过户交互界面展示。

本申请实施例提供的一种测试机的校准校验系统可以通过用户交互单元实现与用户的交互，获取用户不同的校准校验目标，并将用户的校准校验目标转换为操作命令，实现不同校准校验目标的统一管理，降低用户的工作量，为用户的校准校验过程提供便利，检测项请求生成单元可以根据操作命令确定实现校准校验目标所需的具体检测程序，进而调用GRPC接口控制下位机完成校准校验。通过检测项请求生成单元实现了不同板卡校准校验过程的灵活配置，提高了校准校验的灵活性和适应性，基于同样的校准校验需求对不同板卡的校准校验过程进行配置减少了软件开发的工作量，尤其适用于包括多个板卡的测试头。

如图2所示，在一些实施例中，下位机包括测试引擎单元和驱动程序单元，板卡包括HD板卡和HP板卡。测试引擎单元和驱动程序单元可以通过RPC接口通信，测试引擎单元和检测项请求生成单元通过GRPC接口通信。

本实施例提供的测试机的校准校验系统将驱动接口进行了封装和分层，通过下位机GRPC接口提供服务将后端业务进行了解耦和整合，减少重复开发的工作量，增强了软件的模块化。

如图3所示，本实施例中，用户的校准校验目标为校准时，用户交互单元基于用户的交互操作生成校准操作命令，检测项请求生成单元收到校准操作命令时，调用校准操作命令对应的实施程序，先通过与下位机的交互获取校准项信息，再基于校准项信息在用户交互单元生成校准项选择界面，以获取用户在校准项选择界面的操作请求，最后基于用户在校准项选择界面的操作请求控制下位机完成校准。

检测项请求生成单元与下位机的交互获取校准项信息具体包括获取板卡编号信息和基于板卡编号信息获取校准项信息。具体地，检测项请求生成单元生成板卡编号获取命令，并将板卡编号获取命令通过GRPC接口发送给测试引擎单元。测试引擎单元收到板卡编号获取命令时，从驱动程序单元获取板卡编号信息，通过GRPC接口将板卡编号信息返回检测项请求生成单元。检测项请求生成单元基于板卡编号信息生成校准项信息获取命令，并将校准项信息获取命令通过GRPC接口发送给测试引擎单元。测试引擎单元收到校准项信息获取命令时，从驱动程序单元获取校准项信息，并将校准项信息通过GRPC接口返回检测项请求生成单元。

检测项请求生成单元可以基于校准项信息在校准项选择界面展示板卡对应的校准项，用户可以在校准项选择界面对校准项进行进一步的筛选。检测项请求生成单元可以基于用户的筛选结果生成校准项命令，并将校准项命令通过GRPC接口发送给测试引擎单元；测试引擎单元收到校准项命令时，基于校准项命令生成板卡校准请求并发送给驱动程序单元；驱动程序单元收到板卡校准请求时，执行调用对应驱动接口进行板卡校准动作。板卡校准请求可以包括HD板卡校准项和HP板卡校准项。

本实施例中，HD板卡和HP板卡可依据硬件链路特性进行板间和板内通道并行校准。多个HD板卡校准项可以按照所在测试头和槽位进行串行校准。多个HP板卡校准项可以按照所在测试头和槽位进行串行校准。

驱动程序单元将所有校准校验项状态返回测试引擎单元；测试引擎单元将所有校准校验项状态返回检测项请求生成单元；检测请求单元基于校准校验项状态通过用户交互单元展示。

本实施例中，检测项请求生成单元在上位机运行，负责完成对测试机的校准校验工作，即完成测试机中各种板卡参数校准，保证板卡符合测试标准。检测项请求生成单元通过GRPC服务接口实现与测试引擎单元进行交付，而测试引擎单元就运行在下位机的X86操作系统上，负责接收和处理上位机通信，接收到指令后，测试引擎单元负责调用驱动接口完成各类资源板卡的校准校验以及自检告警，最后测试引擎单元从驱动程序单元获取校准校验以及自检告警结果通过GRPC接口返回给检测项请求生成单元，检测项请求生成单元将结果展示到界面上。

如图4所示，在一些实施例中，用户交互单元基于用户的操作选项生成的操作命令为校验操作命令。具体地，检测项请求生成单元响应于校验操作命令，生成对应的校验操作请求；下位机响应于校验操作请求，执行对应板卡的校验。

本实施例中，当用户选择进行校验时，检测项请求生成单元能够基于校验操作命令控制下位机进行校验。

如图5所示，在一些实施例中，用户交互单元基于用户的操作选项生成的操作命令为自检告警命令。检测项请求生成单元响应于自检告警命令，生成对应的自检告警请求，并基于自检告警请求生成若干个板卡自检告警项命令；下位机响应于各板卡自检告警项命令，执行对应板卡完成自检告警。

具体地，用户交互单元基于用户在自检告警界面选择的自检或者告警项生成自检告警命令。检测项请求生成单元通过GRPC接口发起自检或告警请求。下位机的测试引擎单元通过GRPC接口获取检测项请求生成单元的自检或告警请求消息，测试引擎单元收到消息后通过驱动程序单元进行自检或告警，驱动程序单元将自检或告警结果返回测试引擎单元，测试引擎单元将自检或告警结果返回检测项请求生成单元，检测项请求生成单元将自检或告警过程的日志信息记录到日志文件和显示到界面。

本实施例提供的测试机的校准校验系统集成了HD、HP以及HTI和水冷机的相关校准校验以及自检告警项，方便了用户及基于用户交互单元的用户交互界面执行校准校验以及自检和告警的查询功能完成测试机的校准校验工作。

如图6所示，在一些实施例中，用户交互单元基于用户的操作选项生成的操作命令为校准文件导入命令。

检测项请求生成单元响应于校准文件导入命令，将对应的校准文件下发至测试引擎单元；测试引擎单元将校准文件下发至驱动程序单元；驱动程序单元响应于校准文件，向测试引擎单元发送导入成功指令。

本实施例中，用户交互单元基于用户操作获取校准项和对应的校准文件，并基于校准项和对应的校准文件生成校准文件导入命令。

下位机响应于各板卡自检告警项命令，执行对应板卡完成自检告警。

如图7所示，在本申请实施例的第二方面，提供了一种测试机的校准校验方法，通过上述任一实施例提供的一种测试机的校准校验系统执行，包括：

步骤S101：获取用户操作请求，并基于用户操作请求生成操作命令；

步骤S102：基于操作命令，生成对应的检测项请求，并基于检测项请求生成待检测项命令；

步骤S103：通过待检测项命令控制下位机对测试头内的多个板卡进行检测。

本申请实施例提供的一种测试机的校准校验方法，可以通过与用户的交互获取用户不同的校准校验目标，并将用户的校准校验目标转换为操作命令，实现不同校准校验目标的统一管理，降低用户的工作量，为用户的校准校验过程提供便利，可以根据操作命令确定实现校准校验目标所需的具体检测程序，进而调用GRPC接口控制下位机完成校准校验。实现了不同板卡校准校验过程的灵活配置，提高了校准校验的灵活性和适应性，基于同样的校准校验需求对不同板卡的校准校验过程进行配置减少了软件开发的工作量，尤其适用于包括多个板卡的测试头。

可选地，如图8所示，本申请实施例还提供一种电子设备1100，包括处理器1101，存储器1102，存储在存储器1102上并可在所述处理器1101上运行的程序或指令，该程序或指令被处理器1101执行时实现上述测试机的校准校验系统实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、以及处理器1210等部件。

本领域技术人员可以理解，电子设备1200还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1210逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元1204可以包括图形处理器(GraphicsProcessing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1206可包括显示面板12061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板12061。用户输入单元1207包括触控面板12071以及其他输入设备12072。触控面板12071，也称为触摸屏。触控面板12071可包括触摸检测装置和触摸控制器两个部分。其他输入设备12072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1209可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1210可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1210中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述测试机的校准校验系统实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述测试机的校准校验系统实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。