CN112732510A - 无人车计算平台的测试装置 - Google Patents

Abstract

本发明公开了一种无人车计算平台的测试装置，装置包括：显示器，用于显示测试结果和输入测试任务；测试设备，显示器与测试设备连接，并测试设备与待测试的计算平台可拆卸的连接；电源，用于给测试设备和待测试的计算平台供电，且电源与待测试的计算平台可拆卸的连接；电源控制器，分别与测试设备和电源连接；当测试设备接收到测试任务时，测试设备向电源控制器下发命令，使电源控制器控制电源向待测试的计算平台供电和断电；待测试的计算平台在供电后将性能问题结果反馈给测试设备，测试设备将性能问题结果传输给显示器进行显示；待测试的计算平台在断电后，完成一次测试。通过本发明的技术方案，可实现对待测试的计算平台的质量测试。

Description

无人车计算平台的测试装置

技术领域

本发明涉及无人车测试技术领域，尤其涉及无人车计算平台的测试装置。

背景技术

为了确保无人车计算平台的正常使用，在将控制器安装到计算平台内使用前，需要对控制器进行测试。

目前，通过单独对控制器的基本功能进行验证，验证成功后就会安装到计算平台中投入使用。

但是，对控制器的基本功能的验证有可能会导致计算平台无法正常运行。

发明内容

本发明提供了一种无人车计算平台的测试装置，可通过测试设备实现对待测试的计算平台的质量测试，使用通过质量测试的计算平台内的控制器，从而降低后期使用控制器出现问题的概率。

第一方面，本发明提供了一种无人车计算平台的测试装置，包括：

显示器，用于显示测试结果和输入测试任务，所述测试任务包括待测试的计算平台所包含的性能问题以及测试次数；

测试设备，所述显示器与所述测试设备连接，从而使所述测试设备接收测试任务，并且，所述测试设备与所述待测试的计算平台可拆卸的连接；

电源，用于给所述测试设备和所述待测试的计算平台供电，并且，所述电源与所述待测试的计算平台可拆卸的连接；

电源控制器，所述电源控制器分别与所述测试设备和所述电源连接；

当所述测试设备接收到测试任务时，所述测试设备向所述电源控制器下发命令，使所述电源控制器控制所述电源向所述待测试的计算平台供电和断电，从而使所述待测试的计算平台模拟在无人车上的上下电；

所述待测试的计算平台在供电后将性能问题结果反馈给所述测试设备，所述测试设备将性能问题结果传输给显示器进行显示；

所述待测试的计算平台在断电后，完成一次测试。

本发明提供了一种无人车计算平台的测试装置，该装置包括：显示器、测试设备、待测试的计算平台、电源以及电源控制器，显示器用于显示测试结果和输入测试任务，测试任务包括待测试的计算平台所包含的性能问题以及测试次数，测试设备与显示器连接，从而使测试设备接收测试任务，且测试设备与待测试平台可拆卸的连接，电源，用于给测试设备和待测试的计算平台供电，且电源与待测试的计算平台可拆卸的连接，当测试设备接到测试任务时，测试设备向电源控制器下发命令，使电源控制器控制电源向待测试的计算平台供电和断电，从而使待测试的计算平台模拟在无人车上的上下电，待测试的计算平台在供电后将性能问题结果反馈给测试设备，测试设备将性能问题结果传输给显示器进行显示，待测试的计算平台在断电后，完成一次测试。本发明的技术方案，按照测试次数反复控制电源对待测试的计算平台进行供电和断电，使得测试设备获取待测试的计算平台反馈的性能问题结果，从而模拟控制器安装到计算平台内部的工作情况，实现对计算平台内部的控制器的质量测试，使用通过质量测试的控制器，从而降低后期使用控制器出现问题的概率。

上述的非惯用的优选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

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

图1为本发明一实施例提供的一种无人车计算平台的测试装置；

图2为本发明一实施例提供的另一种无人车计算平台的测试装置；

图3为本发明一实施例提供的一种无人车计算平台的测试方法；

图4为本发明一实施例提供的一种无人车计算平台的测试模块；

图5为本发明一实施例提供的一种电子设备；

其中，图中各附图标识：

1-显示器；2-测试设备；3-计算平台；4-电源控制器；5-电源。

具体实施方式

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

如图1所示，为本发明实施例提供的一种无人车计算平台的测试装置，包括：

显示器1，用于显示测试结果和输入测试任务，所述测试任务包括待测试的计算平台3所包含的性能问题以及测试次数；

测试设备2，所述显示器1与所述测试设备2连接，从而使所述测试设备2接收测试任务，并且，所述测试设备2与所述待测试的计算平台3可拆卸的连接；

电源5，用于给所述测试设备2和所述待测试的计算平台3供电，并且，所述电源5与所述待测试的计算平台3可拆卸的连接；

电源控制器4，所述电源控制器4分别与所述测试设备2和所述电源5连接；

当所述测试设备2接收到测试任务时，所述测试设备2向所述电源控制器4下发命令，使所述电源控制器4控制所述电源5向所述待测试的计算平台3供电和断电，从而使所述待测试的计算平台3模拟在无人车上的上下电；

所述待测试的计算平台3在供电后将性能问题结果反馈给所述测试设备2，所述测试设备2将性能问题结果传输给显示器1进行显示；

所述待测试的计算平台3在断电后，完成一次测试。

待测试的计算平台3理解为控制器需要投入安装的产品，通过模拟控制器在其要投入安装的产品中的实际性能情况，从而实现控制器的质量检测。应当理解的，与测试设备2连接的安装有控制器的设备都可以称之为待检测的计算平台3，而且每个待检测的计算平台3的测试方法是相同的。需要说明的是，计算平台3内部安装有控制器，通过计算平台3反馈的性能问题结果，可以了解到计算平台3内部安装的控制器是否可正常使用。其中，控制器可以是控制器，控制器可以理解为按照预定顺序改变主电路或控制电路的接线和改变电路中电阻值来控制电动机的启动、调速、制动和反向的主令装置，由程序计数器、指令寄存器、指令译码器、时序产生器和操作控制器组成。示例地，控制器可以是rk3399，imx6q，imx5744，本实施例并不意图对控制器进行限定，任何现有技术中的控制器以及未来可能开发的控制器皆可。

具体地，测试设备2可以理解为能够可拆卸的连接若干个待测试的计算平台3，且能够与待测试的计算平台3进行数据交换以及数据处理，从而测试待测试的计算平台3的性能问题的设备，为了便于显示待测试的计算平台3的性能问题结果，在一些可行的实现方式中，测试设备2和显示器1可以一体化，在另一些可行的实现方式中，测试设备2与外部的显示器1连接。对于测试设备2和待测试的计算平台3之间的连接方式，在一些可行的实现方式中，测试设备2和待测试的计算平台3之间通过有线连接的方式连接，具体的，测试设备2设置有多个USB（Universal Serial Bus，通用串行总线）接口，通过USB接口与待测试的计算平台3进行有线连接，在另一些可行的实现方式中，测试设备2和待测试的计算平台3进行无线连接，考虑到有线连接的可靠性较高，不容易受到外界环境的干扰，因此，待测试的计算平台3和测试设备2之间优选有线连接。

在一个实施例中，测试任务还可以包括测试开始时间、相邻的两次测试之间的时间间隔等信息。应当理解的，用户通过显示器1所显示的测试任务设定页面设置测试任务。

本实施例提供的无人车计算平台3的测试装置的工作原理如下：

用户在显示器1上配置好测试任务，然后启动测试任务，使得测试设备2接收到测试任务，此时进行第一次测试，测试设备2向电源控制器4下发命令，使电源控制器4控制电源5向待测试的计算平台3供电和断电以完成一次测试，然后待测试的计算平台3在供电后将性能问题结果反馈给测试设备2，测试设备2将性能问题结果传输给显示器1进行显示，然后测试设备2会记录已经完成的测试次数，当已经完成的测试次数和测试任务中的测试次数不相同时，按照相同的测试方法进行第二次测试，直到已经完成的测试次数和测试任务中的测试次数相同。

本实施例提供的无人车计算平台3的测试装置至少具有如下技术效果：

按照测试次数反复控制电源5对待测试的计算平台3进行供电和断电，使得测试设备2获取待测试的计算平台3反馈的性能问题结果，从而模拟控制器安装到计算平台3内部的工作情况，实现对计算平台3内部的控制器的质量测试，使用通过质量测试的控制器，从而降低后期使用控制器出现问题的概率。

在一个实施例中，所述待测试的计算平台3包括自动驾驶计算单元、平行驾驶***和/或车联网***。需要说明的是，本实施例并不意图对待测试的计算平台3进行限定，具体需要结合实际需求确定。

在一个实施例中，所述性能问题包括：摄像头初始化是否正常、CAN（ControllerArea Network，ISO国际标准化的串行通信协议）通信是否正常和/或网络通信是否正常。需要说明的是，本实施例并不意图对性能问题进行限定，具体需要结合实际需求确定。

在一个实施例中，所述测试设备2通过GPIO（General-purpose input/output，简称通用型之输入输出）的方式向所述电源控制器4下发命令。需要说明的是，本实施例并不意图对测试设备2向电源控制器4下发命令的方法进行限定，具体需要结合实际需求确定。

在一个实施例中，所述测试装置统计所述待测试的计算平台3的不同性能问题结果各自的重复次数，并将所述不同性能问题结果各自的重复次数输出到所述显示器1进行显示，从而便于用户根据不同性能问题结果的成功次数和失败次数，分析出计算平台3中的控制器是否可正常使用。

本实施例中，通过统计待测试的计算平台3的不同性能测试结果的重复次数，综合考虑待测试的计算平台3在多次测试中的整体表现，实现对待测试的计算平台3中的控制器的质量测试，使用通过质量测试的控制器，从而降低后期使用控制器出现问题的概率。举例来说，待测试的计算平台3具有A个性能问题结果，不同性能问题结果有两种：CAN通信正常，CAN通信异常，CAN通信正常的重复次数为a1，CAN通信异常的重复次数为a2，a1+a2=A。

应当理解的，显示器1显示的测试结果包括性能问题结果以及性能问题结果的重复次数。

在一个实施例中，所述待测试的计算平台3在供电后将启动结果反馈给所述测试设备2；所述测试设备2基于所述待测试的计算平台3反馈的启动结果，判断所述待测试的计算平台3启动正常时，接收所述待测试的计算平台3反馈的性能问题结果。

本实施例中，待测试的计算平台3在供电后将启动结果反馈给测试设备2，测试设备2基于待测试的计算平台3反馈的启动结果，判断待测试的计算平台3是否启动正常，当判断待测试的计算平台3启动正常时，接收待测试的计算平台3反馈的性能问题结果，从而确保性能测试结果的准确性，当判断待测试的计算平台3启动异常时，无需接收待测试的计算平台3反馈的性能问题结果，直接确定待测试的计算平台3启动异常即可，快速实现对待测试的计算平台3的测试。应当理解的，性能测试结果由于考虑到待测试的计算平台3的启动从而具有相对较高的参考价值。

值得注意的是，测试设备2启动待测试的计算平台3后，待测试的计算平台3会进行启动自检，得到自身的启动结果，具体地，可以采用数字或者字母来表征启动正常以及启动异常，比如，设置1及0,1表示启动正常，0表示启动异常，然后待测试的计算平台3会将启动结果以及设备标识发送给测试设备2，从而使得测试设备2获取到待测试的计算平台3反馈的启动结果和设备标识。若测试设备2和待测试的计算平台3之间是有线连接的，设备标识可以是产品标识码。

在一个实施例中，所述测试设备2在判断所述待测试的计算平台3不是刷机模式时，执行所述基于所述待测试的计算平台3反馈的启动结果，判断所述待测试的计算平台3启动正常时，接收所述待测试的计算平台3反馈的性能问题结果。

需要说明的是，考虑到待测试的计算平台3可能会出现刷机模式，此时，测试设备2需要对待测试的计算平台3是否为刷机模式进行验证，当测试设备2判断待测试的计算平台3不是刷机模式时，才会执行当判断所述启动结果为启动正常时，接收所述待测试的计算平台3反馈的性能问题结果，若测试设备2判断待测试的计算平台3为刷机模式时，即可控制显示器1显示刷机模式的待测试的计算平台3的设备标识，以便用户了解处于刷机模式的计算平台3。

在一个实施例中，所述测试设备2可拆卸的连接有至少两个待测试的计算平台3；当所述测试设备2接收到测试任务时，所述测试设备2向所述电源控制器4下发命令，使所述电源控制器4控制所述电源5向所述至少两个待测试的计算平台3供电和断电。

本实施例中，当与测试设备2连接的待测试的计算平台3有两个或两个以上时，测试设备2能够控制电源5同时对两个或两个以上待测试的计算平台3进行供电和断电，从而进行批量测试，提高测试效率。

当与测试设备2连接的待测试的计算平台3有两个或两个以上时，在一个实施例中，所述测试设备2根据所述至少两个待测试的计算平台3各自反馈的启动结果，确定正常启动平台数量；所述测试设备2当所述正常启动平台数量和所述至少两个待测试的计算平台3的平台数量不同时，判断每个所述待测试的计算平台3是否启动正常；所述测试设备2当所述正常启动平台数量和所述至少两个待测试的计算平台3相同时，判断每个所述待测试的计算平台3启动正常。

该实施例中，通过测试设备2控制的所有待测试的计算平台3的平台数量以及所有待测试的计算平台3中正常启动平台数量的比对，初步判断待测试的计算平台3是否启动正常，后续，当待测试的计算平台3启动正常时，待测试的计算平台3进行性能测试，确定性能问题结果，并将其反馈给测试设备2，得到的性能问题结果考虑到了测试设备2所控制的所有待测试的计算平台3的整体启动情况，从而具有相对较高的参考价值。

可以理解的，平台数量指示了测试设备2在一次测试中所控制的待测试的计算平台3的数量，在实际应用中，测试设备2通常会控制与其连接的所有待测试的计算平台3，因此，测试设备2连接了多少个待测试的计算平台3，平台数量就是多少。正常启动平台数量指示了测试设备2在一次测试所控制的所有待测试的计算平台3中正常启动的待测试的计算平台3的数量。

值得注意的是，平台数量和正常启动平台数量是否等同，反映了测试设备2在一次测试所控制的所有待测试的计算平台3的整体启动情况。在一种可能的情况，测试设备2检测到的平台数量和正常启动平台数量一致时，此时可认为每个待测试的计算平台3均为启动正常，测试设备2在判断待测试的计算平台3启动正常后，待测试的计算平台3才会对性能问题进行验证，从而得到性能问题结果。在另一种可能的情况，测试设备2检测到的平台数量和正常启动平台数量不一致时，此时需要判断每个待测试的计算平台3是否启动正常，从而确保测试的准确性。

在一个实施例中，所述测试设备2和所述至少两个待测试的计算平台3有线连接；所述测试设备2当所述正常启动平台数量和所述至少两个待测试的计算平台3的平台数量不同时，基于所述待测试的计算平台3的互联网协议地址，对所述待测试的计算平台3进行网络验证；所述测试设备2当所述待测试的计算平台3的网络验证通过时，判断所述待测试的计算平台3启动正常，当所述网络验证未通过时，判断所述待测试的计算平台3启动异常。

考虑到有线方式的可靠性较高，在平台数量和正常启动平台数量不同时，可能是部分待测试的计算平台3没有正常启动，当然，也可能是待测试的计算平台3和测试设备2之间的接口出现了问题，为了较为准确的确定待测试的计算平台3是否启动正常，此时，需要对每个待测试的计算平台3是否启动正常进行进一步的验证，可选地，针对每个待测试的计算平台3，通过网络对待测试的计算平台3的启动情况进行验证，从而确保得到的待测试的计算平台3的性能测试结果的准确性。

具体地，通过获取待测试的计算平台3的互联网协议地址，即IP地址，通过网络验证指令，比如ping，根据互联网协议地址，实现对待测试的计算平台3的网络验证，当待测试的计算平台3的网络验证通过时，则说明待测试的计算平台3启动正常，当待测试的计算平台3的网络验证未通过时，则说明待测试的计算平台3启动异常。需要说明的是，每个待测试的计算平台3的网络验证方法是一致，在实际应用中，测试设备2同时对所有的待测试的计算平台3进行网络验证。

请参考图2，下面给出一个具体应用场景：

一个测量设备有N个USB接口，测量设备和N个待测试的计算平台3之间通过USB接口的方式有线连接，N个待测试的计算平台3和N个USB接口一一对应，N个待测试的计算平台3各自设置有IP地址，测量设备和显示器1连接，以使用户通过显示器1设定测试任务，测试任务如下：测试次数为10000，性能问题包括摄像头初始化是否正常、CAN通信是否正常和/或网络通信是否正常，任意两次测试之间的时间间隔为t，测试设备2按照测试任务反复向与其连接的电源控制器4下发命令，以使电源控制器4控制与其连接的电源5向N个待测试的计算平台3连续供电和断电10000次，即在每次测试对N个待测试的计算平台3供电和断电。

在实际应用中，针对每次测试中的每个待测试的计算平台3，测试设备2在判断待测试的计算平台3不是刷机模式时，即可接收待测试的计算平台3反馈的启动结果和设备标识，启动结果包括1或0，其中，1表示启动正常，0表示启动异常；测试设备2在拿到了N个待测试的计算平台3的设备标识时，即可确定本次测试的所有待测试的计算平台3的平台数量为N。当然，如果待测试的计算平台3没有反馈设备标识，或者设备标识为USB接口的产品标识码，由测试设备2上的USB接口的数量直接确定平台数量为N即可，同时，通过USB接口的产品标识码对不同的待测试的计算平台3进行区别。

如果测试设备2和N个待测试的计算平台3之间的有线通讯没有问题，测试设备2可以获取到N个待测试的计算平台3各自反馈的启动结果，此时，测试设备2即可统计出现了多少个1,假设有n个1，则可确定正常启动平台数量为n。

测试设备2在判断n等于N时，此时，即可判断N个待测试的计算平台3均为启动正常。

测试设备2在判断n不等于N时，针对N个待测试的计算平台3中的每个计算平台3，测试设备2基于待测试的计算平台3的IP地址判断待测试的计算平台3和测量设备之间能够正常通信时，则说明待测试的计算平台3启动正常，否则则说明待测试的计算平台3启动异常。

测试设备2判断待测试的计算平台3启动正常后，即可接受待测试的计算平台3反馈的性能问题结果。同时，测试设备2统计不同性能问题结果各自的重复次数，并将不同性能问题结果各自的重复次数输出到显示器1进行显示。这里，通过测试设备2实现对多个待测试的计算平台3的多次测试，并综合考虑多个待测试的计算平台3在多次测试中的整体表现，实现计算平台3的批量测试，提高测试效率以及确保测试的准确性，后续将通过质量测试的控制器安装到其他产品中使用时，可降低控制器出现问题的概率。

基于与本发明装置实施例相同的构思，请参考图3，本发明实施例还提供了一种无人车计算平台的测试方法，应用于前述任一实施例所述的无人车计算平台的测试装置，包括：

步骤301、所述测试设备接收到测试任务时，向所述电源控制器下发命令，使所述电源控制器控制所述电源向所述待测试的计算平台供电和断电，从而使所述待测试的计算平台模拟在无人车上的上下电，所述测试任务包括待测试的计算平台所包含的性能问题以及测试次数；

步骤302、所述待测试的计算平台在供电后将性能问题结果反馈给所述测试设备，所述测试设备将性能问题结果传输给显示器进行显示，所述待测试的计算平台在断电后，完成一次测试。

在一个实施例中，所述测试设备统计所述待测试的计算平台的不同性能问题结果各自的重复次数，并将所述不同性能问题结果各自的重复次数输出到所述显示器进行显示。

在一个实施例中，还包括：

所述待测试的计算平台在供电后将启动结果反馈给所述测试设备；

所述测试设备基于所述待测试的计算平台反馈的启动结果，判断所述待测试的计算平台启动正常时，接收所述待测试的计算平台反馈的性能问题结果。

在一个实施例中，还包括：

所述测试设备根据所述至少两个待测试的计算平台各自反馈的启动结果，确定正常启动平台数量；

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，判断每个所述待测试的计算平台是否启动正常；

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台相同时，判断每个所述待测试的计算平台启动正常。

在一个实施例中，所述测试设备和所述至少两个待测试的计算平台有线连接；

所述测试设备所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，判断每个所述待测试的计算平台是否启动正常，包括：

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，基于所述待测试的计算平台的互联网协议地址，对所述待测试的计算平台进行网络验证；

所述测试设备当所述待测试的计算平台的网络验证通过时，判断所述待测试的计算平台启动正常，当所述网络验证未通过时，判断所述待测试的计算平台启动异常。

在一个实施例中，所述测试设备在判断所述待测试的计算平台不是刷机模式时，执行所述基于所述待测试的计算平台反馈的启动结果，判断所述待测试的计算平台启动正常时，接收所述待测试的计算平台反馈的性能问题结果。

基于与本发明方法实施例相同的构思，请参考图4，本发明实施例还提供了一种无人车计算平台的测试模块，应用于前述任一实施例所述的无人车计算平台的测试装置，包括：

模拟单元401，用于通过所述测试设备接收到测试任务时，向所述电源控制器下发命令，使所述电源控制器控制所述电源向所述待测试的计算平台供电和断电，从而使所述待测试的计算平台模拟在无人车上的上下电，所述测试任务包括待测试的计算平台所包含的性能问题以及测试次数；

反馈显示单元402，用于通过所述待测试的计算平台在供电后将性能问题结果反馈给所述测试设备，通过所述测试设备将性能问题结果传输给显示器进行显示，所述待测试的计算平台在断电后，完成一次测试。

在一个实施例中，所述反馈显示单元402，用于通过所述测试设备统计所述待测试的计算平台的不同性能问题结果各自的重复次数，并将所述不同性能问题结果各自的重复次数输出到所述显示器进行显示。

在一个实施例中，还包括：反馈单元以及接收单元；其中，

所述反馈单元，用于通过所述待测试的计算平台在供电后将启动结果反馈给所述测试设备；

所述接收单元，用于通过所述测试设备基于所述待测试的计算平台反馈的启动结果，判断所述待测试的计算平台启动正常时，接收所述待测试的计算平台反馈的性能问题结果。

在一个实施例中，还包括：数量确定单元、第一判断单元以及第二判断单元；其中，

所述数量确定单元，用于通过所述测试设备根据所述至少两个待测试的计算平台各自反馈的启动结果，确定正常启动平台数量；

所述第一判断单元，用于通过所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，判断每个所述待测试的计算平台是否启动正常；

所述第二判断单元，用于通过所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台相同时，判断每个所述待测试的计算平台启动正常。

在一个实施例中，所述测试设备和所述至少两个待测试的计算平台有线连接；

所述第一判断单元，包括：验证子单元以及判断子单元；其中，

所述验证子单元，用于通过所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，基于所述待测试的计算平台的互联网协议地址，对所述待测试的计算平台进行网络验证；

所述判断子单元，用于通过所述测试设备当所述待测试的计算平台的网络验证通过时，判断所述待测试的计算平台启动正常，当所述网络验证未通过时，判断所述待测试的计算平台启动异常。

在一个实施例中，还包括：触发单元；其中，

所述触发单元，用于通过所述测试设备当判断所述待测试的计算平台不是刷机模式时，触发所述接收单元。

图5是本发明实施例提供的一种电子设备的结构示意图。在硬件层面，该电子设备包括处理器501以及存储有执行指令的存储器502，可选地还包括内部总线503及网络接口504。其中，存储器502可能包含内存5021，例如高速随机存取存储器(Random-AccessMemory，RAM)，也可能还包括非易失性存储器5022（non-volatile memory），例如至少1个磁盘存储器等；处理器501、网络接口504和存储器502可以通过内部总线503相互连接，该内部总线503可以是ISA(Industry Standard Architecture，工业标准体系结构）总线、PCI(PerIPheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等；内部总线503可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。当然，该电子设备还可能包括其他业务所需要的硬件。当处理器501执行存储器502存储的执行指令时，处理器501执行本发明任意一个实施例中的方法，并至少用于执行如图3所示的方法。

在一种可能实现的方式中，处理器从非易失性存储器中读取对应的执行指令到内存中然后运行，也可从其它设备上获取相应的执行指令，以在逻辑层面上形成一种无人车计算平台的测试模块。处理器执行存储器所存放的执行指令，以通过执行的执行指令实现本发明任一实施例中提供的一种无人车计算平台的测试方法。

处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、网络处理器（Network Processor，NP）等；还可以是数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field－Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本发明实施例还提供了一种计算机可读存储介质，包括执行指令，当电子设备的处理器执行执行指令时，所述处理器执行本发明任意一个实施例中提供的方法。该电子设备具体可以是如图5所示的电子设备；执行指令是一种无人车计算平台的测试模块所对应计算机程序。

本领域内的技术人员应明白，本发明的实施例可提供为方法或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例，或软件和硬件相结合的形式。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种无人车计算平台的测试装置，其特征在于，包括：

显示器，用于显示测试结果和输入测试任务，所述测试任务包括待测试的计算平台所包含的性能问题以及测试次数；

测试设备，所述显示器与所述测试设备连接，从而使所述测试设备接收测试任务，并且，所述测试设备与所述待测试的计算平台可拆卸的连接；

电源，用于给所述测试设备和所述待测试的计算平台供电，并且，所述电源与所述待测试的计算平台可拆卸的连接；

电源控制器，所述电源控制器分别与所述测试设备和所述电源连接；

当所述测试设备接收到测试任务时，所述测试设备向所述电源控制器下发命令，使所述电源控制器控制所述电源向所述待测试的计算平台供电和断电，从而使所述待测试的计算平台模拟在无人车上的上下电；

所述待测试的计算平台在供电后将性能问题结果反馈给所述测试设备，所述测试设备将性能问题结果传输给显示器进行显示；

所述待测试的计算平台在断电后，完成一次测试。

2.根据权利要求1所述的装置，其特征在于，所述待测试的计算平台包括自动驾驶计算单元、平行驾驶***和/或车联网***。

3.根据权利要求1所述的装置，其特征在于，所述性能问题包括：摄像头初始化是否正常、CAN通信是否正常和/或网络通信是否正常。

4.根据权利要求1所述的装置，其特征在于，所述测试设备通过GPIO的方式向所述电源控制器下发命令。

5.根据权利要求1所述的装置，其特征在于，所述测试设备统计所述待测试的计算平台的不同性能问题结果各自的重复次数，并将所述不同性能问题结果各自的重复次数输出到所述显示器进行显示。

6.根据权利要求1所述的装置，其特征在于，所述待测试的计算平台在供电后将启动结果反馈给所述测试设备；

所述测试设备基于所述待测试的计算平台反馈的启动结果，判断所述待测试的计算平台启动正常时，接收所述待测试的计算平台反馈的性能问题结果。

7.根据权利要求6所述的装置，其特征在于，所述测试设备可拆卸的连接有至少两个待测试的计算平台；

当所述测试设备接收到测试任务时，所述测试设备向所述电源控制器下发命令，使所述电源控制器控制所述电源向所述至少两个待测试的计算平台供电和断电。

8.根据权利要求7所述的装置，其特征在于，所述测试设备根据所述至少两个待测试的计算平台各自反馈的启动结果，确定正常启动平台数量；

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，判断每个所述待测试的计算平台是否启动正常；

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量相同时，判断每个所述待测试的计算平台启动正常。

9.根据权利要求8所述的装置，其特征在于，所述测试设备和所述至少两个待测试的计算平台有线连接；

所述测试设备当所述正常启动平台数量和所述至少两个待测试的计算平台的平台数量不同时，基于所述待测试的计算平台的互联网协议地址，对所述待测试的计算平台进行网络验证；

所述测试设备当所述待测试的计算平台的网络验证通过时，判断所述待测试的计算平台启动正常，当所述网络验证未通过时，判断所述待测试的计算平台启动异常。

10.根据权利要求7所述的装置，其特征在于，所述测试设备当判断所述待测试的计算平台不是刷机模式时，执行所述基于所述待测试的计算平台反馈的启动结果，判断所述待测试的计算平台启动正常时，接收所述待测试的计算平台反馈的性能问题结果。

Images