CN117850396A - 车载平台的测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种车载平台的测试方法、装置、电子设备及存储介质。该方法包括：接收测试主机发送的远程控制包；解析远程控制包，得到寄存器信息和寄存器读写指令；根据寄存器信息进行寻址映射确定测试资源中的目标寄存器；根据目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；根据通信数据生成远程反馈包；将远程反馈包发送至测试主机。当出现被测板卡接口升级等情况时，测试资源通过寻址映射确定目标寄存器，然后对寄存器进行操作后实现数据包转发。无需进行硬件层面的驱动接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

Description

车载平台的测试方法、装置、电子设备及存储介质

技术领域

本发明涉及城市轨道交通技术领域，尤其涉及车载平台的测试方法、装置、电子设备及存储介质。

背景技术

通用安全信号应用平台(General Safe Signal Application Platform，GSSAP)是一种车载平台，其广泛应用于列车自动防护系统ATP、全自动驾驶FAO等多种车载控制场景。

车载平台与单板之间采用串行总线接口(Serial Bus Protocol，SBP)进行通信。串行总线以有线连接方式进行设备间连接。在对单板进行测试时，由现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)开发的总线接口板模拟高速通信信号，控制并读取单板工作状态。使用协处理器与现场可编程逻辑门阵列通信，控制测试流程。

在实现本发明的过程中，发现现有技术中至少存在以下技术问题：现场可编程逻辑门阵列和协处理器构成测试系统，被测板卡与测试系统之间的耦合度较高。当出现被测板卡硬件升级等情况时，需要重新配置现场可编程逻辑门阵列和协处理器。如何降低被测板卡与测试系统间的耦合性成为亟待解决的问题。

发明内容

本发明提供了一种车载平台的测试方法、装置、电子设备及存储介质，以解决被测板卡与测试系统之间的耦合度较高的问题。

根据本发明的第一方面，提供了一种车载平台的测试方法，应用于测试资源，包括：

接收测试主机发送的远程控制包；

解析所述远程控制包，得到寄存器信息和寄存器读写指令；

根据所述寄存器信息进行寻址映射确定测试资源的目标寄存器；

根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

根据所述通信数据生成远程反馈包；

将所述远程反馈包发送至所述测试主机。

本发明实施例的技术方案，能够将测试资源和测试主机分离。测试资源接收测试主机发送的远程控制包，对远程控制包进行解析后，进行测试资源上目标寄存器的寻址映射，对目标寄存器执行远程控制包中的寄存器读写指令，在测试资源与被测板卡实现SBP通信过程中，读取相应寄存器，得到被测板卡发送的通信数据。根据通信数据生成远程反馈包，反馈给测试主机。当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以通过更改测试主机上的寄存器操作逻辑进行接口升级适配，因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

可选的，接收测试主机发送的远程控制包，包括：

与测试主机基于网络地址总线IPBUS协议建立通信，基于用户数据协议UDP接收测试主机发送的远程控制包；

相应的，根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据，包括：

使得测试资源通过串行总线协议SBP与被测板卡建立通信，根据寄存器读写指令对寄存器执行寄存器读取操作，接收被测板卡通过SBP发送的通信数据。

采用上述技术方案，能够建立测试主机与测试资源之间IPBUS协议，在该协议框架下，可以通过UDP等通信方式对报文进行封装，实现高速可靠的报文传输。在测试资源与被测板卡之间，基于串行总线协议SBP建立通信连接，实现数据包在本地的快速传输。

可选的，解析所述远程控制包，得到寄存器信息和寄存器读写指令，包括：

判断所述远程控制包是否有效；

若有效，解析所述远程控制包，得到寄存器信息和寄存器读写指令。

采用上述技术方案，能够通过控制件ControlHub等控件对远程控制包进行检验，判断远程控制包是否有效。避免无效的解析，提高解析效率。

可选的，判断所述远程控制包是否有效，包括：

通过所述远程控制包的包头获取包类型和寄存器信息；

若所述包类型与预设类型匹配，则确定远程控制包有效。

采用上述技术方案，能够根据包类型准确判断远程控制包是否为用于测试资源的预设类型，如果为是，则可基于寄存器信息作进一步的寄存器寻址映射等后续操作，提高远程控制包识别准确性。

可选的，若所述包类型与预设类型匹配，则确定远程控制包有效，包括：

若所述包类型与预设类型匹配，根据所述寄存器信息判断是否为重复请求或过期请求；

如果为重复请求或过期请求，则丢弃或返回缓存中的前次请求结果。

采用上述技术方案，能够对重复或过期的请求进行相应处理，提高寄存器读写效率。

根据本发明的第二方面，提供了一种车载平台的测试方法，应用于测试主机，包括：

获取车载平台的测试流程；

根据当前所述测试流程确定被测板卡的测试数据；

根据所述测试数据生成远程控制包；

将所述远程控制包发送至测试资源；

接收所述测试资源发送的远程反馈包。

本发明实施例的技术方案，能够将测试资源和测试主机分离。将现有技术中的协处理器替换为测试主机，测试主机可以同时与多个测试资源进行通信，实现并行测试。

由于测试主机与测试资源通过网络连接，因此测试人员只需要在测试主机上进行测试程序的逻辑编辑即可，现有技术中由于协处理器与测试资源通过串行总线协议通信，因此通过电路板或有线数据线连接，协处理器与测试资源地理位置临近。测试人员需要到达测试资源处进行测试程序以及接口的升级。本发明实施例提供的技术方案，测试人员可以远程通过测试主机编辑测试流程后，测试主机根据测试流程向测试资源发送远程控制包。测试资源根据远程控制包对内部目标寄存器的读写操作，并将被测板卡的通信数据通过反馈包的形式反馈给测试主机，完成测试。

当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以更改测试主机上的测试流程进行接口升级适配。因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

可选的，根据当前所述测试流程确定被测板卡的测试数据，包括：

根据所述测试流程确定被测板卡在当前测试步骤对应的测试数据，所述测试数据包括：包类型、寄存器信息和寄存器读写指令；

相应的，根据所述测试数据生成远程控制包，包括：

与测试资源建立网络地址总线IPBUS传输机制，根据预设通信协议和所述测试数据进行封装，得到远程控制包，所述预设通信协议包括用户数据协议UDP；

相应的，将所述远程控制包发送至测试资源，包括：

通过所述预设通信协议将所述远程控制包发送至测试资源。

采用上述技术方案，能够建立测试主机与测试资源之间IPBUS协议，在该协议框架下，可以通过UDP等通信方式对报文进行封装，实现高速可靠的报文传输。

根据本发明的三方面，提供了一种车载平台的测试装置，应用于测试资源，包括：

控制包接收模块，用于接收测试主机发送的远程控制包；

解析模块，用于解析所述远程控制包，得到寄存器信息和寄存器读写指令；

寄存器映射模块，用于根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器；

寄存器读写模块，用于根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

反馈包生成模块，用于根据所述通信数据生成远程反馈包；

反馈包发送模块，用于将所述远程反馈包发送至所述测试主机。

根据本发明的第四方面，提供了一种车载平台的测试装置，应用于测试主机，包括：

测试流程获取模块，用于获取车载平台的测试流程；

测试数据确定模块，用于根据当前所述测试流程确定被测板卡的测试数据；

远程控制包生成模块，用于根据所述测试数据生成远程控制包；

远程控制包发送模块，用于将所述远程控制包发送至测试资源。

根据本发明的第五方面，提供了一种电子设备，所述电子设备包括：

输入设备和输出设备，至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明第一方面的任一实施例所述的车载平台的测试方法。

根据本发明的第六方面，提供了一种可编程逻辑器件，其特征在于，所述可编程逻辑器件位于运行柜，所述可编程逻辑器件包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明第二方面的任一实施例所述的车载平台的测试方法。

根据本发明的第七方面，提供了一种车载平台的测试系统，包括第五方面实施例所示的电子设备和多个如第六方面实施例所示的可编程逻辑器件，所述电子设备通过交换机与多个运行柜上的所述可编程逻辑器件连接，每个所述可编程逻辑器件与一个或多个被测板卡通过串行接口连接。

根据本发明的第八方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的车载平台的测试方法。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例一提供的一种车载平台的测试系统的架构示意图；

图2是本发明实施例一提供的一种车载平台的测试方法的流程示意图；

图3是本发明实施例二提供的一种车载平台的测试方法的流程示意图；

图4是本发明实施例三提供的一种车载平台的测试装置的结构示意图；

图5是本发明实施例四提供的一种车载平台的测试装置的结构示意图；

图6是本发明实施例五提供的一种可编程逻辑器件的结构示意图；

图7是本发明实施例六提供的一种电子设备的结构示意图；

图8是本发明实施例七提供的一种车载平台的测试系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一提供的一种车载平台的测试架构示意图，包括：测试主机、测试资源和被测板卡。测试主机与测试资源基于网络总线IPBUS构建通信，在测试主机上配置uHAL组件，在测试资源的FPGA上配置IPBUS固件，uHAL组件与IPBUS固件实现IPBUS通信。可选的，采用UDP作为uHAL组件与IPBUS固件之间的传输协议。

测试主机使用linux操作系统和python开发环境编写控制脚本和应用程序。测试资源使用FPGA开发接口逻辑，并移植IPBUS固件。使测试主机直接读取和修改具有虚拟A32/D32总线的FPGA硬件设备中的内存映射资源，其中A32为32个地址线，D32为32个数据线。

测试主机的应用程序运行测试程序，调用uHAL接口，通过1000M以太网实现通过测试资源对被测板卡寄存器的读写。测试资源通过IPBUS固件中的地址定义触发信号逻辑，实现测试主机通过测试资源与测试资源上的被测板卡的交互。测试资源上设置有一个或多个被测板卡，通过SBP协议实现测试资源FPGA与被测板卡之间的数据交互。

进一步的，测试系统还包括控制组件ControlHub。ControlHub用于对IPBUS固件接收到的远程控制包进行自动纠正数据包的丢失、重排或重复，保证控制链的稳定性。

图2是本发明实施例一提供的一种车载平台的测试方法的流程示意图，本实施例可适用于车载平台板卡测试的情况，该方法可以由车载平台的测试装置来执行，该车载平台的测试装置可以采用硬件和/或软件的形式实现，该车载平台的测试装置可配置于位于运行柜上与被测板卡通过串行总线连接的FPGA中，该FPGA在本发明实施例中被称为测试资源。如图1所示，该方法包括：

S110、接收测试主机发送的远程控制包。

测试资源通过UDP接收测试主机发送的远程控制包。

S120、解析所述远程控制包，得到寄存器信息和寄存器读写指令。

远程控制包的包头包括IPBUS包头。根据IPBUS包头格式对远程控制包进行解析，得到寄存器信息和寄存器读写指令。寄存器信息可以为寄存器标识。寄存器读写指令包括读/写指令标识以及读/写的数据内容。

S130、根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器。

测试资源本地存储有寄存器信息与寄存器地址的逻辑寻址映射。根据寄存器信息通过寻址映射的方式，确定目标寄存器及目标寄存器地址。

S140、根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据。

目标寄存器为寄存器读写指令指向的位于测试资源上的寄存器。根据目标寄存器地址访问目标寄存器，并执行寄存器读写指令，实现对测试资源上目标寄存器的读操作或写操作。测试资源根据目标寄存器中数据的更新与被测板卡进行通信。被测板卡返回的通信数据可以通过读取目标寄存器获取到。通信数据在被测板卡上采用SBP协议进行封装，封装后发送到测试资源。

S150、根据所述通信数据生成远程反馈包。

测试资源根据SBP协议接收被测板卡发送的通信数据，测试资源对通信数据进行解析，得到状态信息。根据预先与测试主机建立的通信协议，对状态数据进行再次封装，得到与该通信协议适配的远程反馈包。

S160、将所述远程反馈包发送至所述测试主机。

本发明实施例的技术方案，能够将测试资源和测试主机分离。测试资源接收测试主机发送的远程控制包，对远程控制包进行解析后，进行测试资源上目标寄存器的寻址映射，对目标寄存器执行远程控制包中的寄存器读写指令，在测试资源与被测板卡实现SBP通信过程中，读取相应寄存器，得到被测板卡发送的通信数据。根据通信数据生成远程反馈包，反馈给测试主机。当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以通过更改测试主机上的寄存器操作逻辑进行接口升级适配，因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

在上述实施例的基础上，可选的，步骤110、接收测试主机发送的远程控制包，可通过下述方式实施：

与测试主机基于网络地址总线IPBUS协议建立通信，基于用户数据协议UDP接收测试主机发送的远程控制包。

相应的，步骤140、根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据，可通过下述方式实施：

使得测试资源通过串行总线协议SBP与被测板卡建立通信，根据寄存器读写指令对寄存器执行寄存器读取操作，接收被测板卡通过SBP发送的通信数据。

采用IPBUS技术的测试系统包括测试主机、测试资源和通信网络。测试主机用于实现测试逻辑、测试流程和外部访问接口。测试资源用于实现SBP总线接口。通信网络用于保证测试主机和测试资源之间的信息交互。

该测试系统结构与传统测试结构相比取消了以往需要通过协处理器实现测试逻辑的方式，改为通过IPBUS协议直接由测试主机在远端搭建测试逻辑并控制测试资源(FPGA)。此方式将测试逻辑和SBP通信接口硬件解耦，测试资源只需承担SBP通信接口功能。当测试对象由于硬件升级或接口协议修改导致测试逻辑改变时，不需要再考虑测试资源的软硬件适配修改问题，而是直接在测试主机上迭代开发软件即可。进一步的，测试主机采用linux操作系统和面向对象开发语言，能够更方便的实现复杂测试逻辑，为将来接入信息化系统提供了可能。

采用上述分布式搭建方式，测试资源放置在被测板卡近端，能够保证严格的总线约束关系。测试主机放置在远端，通过IPBUS技术保证信息传递的实时、稳定，实现了测试主机软件与测试资源FPGA硬件进行交互。

采用上述技术方案，能够建立测试主机与测试资源之间IPBUS协议，在该协议框架下，可以通过UDP等通信方式对报文进行封装，实现高速可靠的报文传输。在测试资源与被测板卡之间，基于串行总线协议SBP建立通信连接，实现数据包在本地的快速传输。

可选的，解析所述远程控制包，得到寄存器信息和寄存器读写指令，包括：

判断所述远程控制包是否有效；

若有效，解析所述远程控制包，得到寄存器信息和寄存器读写指令。

软件架构主要包括IPBUS固件、ControlHub和uHAL三个组件，用于实现IPBUS协议、可靠性机制和用户API。其中，uHAL和IPBUS固件之间采用UDP作为传输协议，ControlHub用于自动纠正数据包的丢失、重排或重复，保证控制链的稳定性。

采用上述技术方案，能够通过控制件ControlHub等空间对远程控制包进行检验，判断远程控制包是否有效。避免无效的解析，提高解析效率。

可选的，判断所述远程控制包是否有效，包括：

通过所述远程控制包的包头获取包类型和寄存器信息；

若所述包类型与预设类型匹配，则确定远程控制包有效。

采用上述技术方案，能够根据包类型准确判断远程控制包是否为用于测试资源的预设类型，如果为是，则可基于寄存器信息作进一步的寄存器寻址映射等后续操作，提高远程控制包识别准确性。

可选的，若所述包类型与预设类型匹配，则确定远程控制包有效，包括：

若所述包类型与预设类型匹配，根据所述寄存器信息判断是否为重复请求或过期请求；

如果为重复请求或过期请求，则丢弃或返回缓存中的前次请求结果。

采用上述技术方案，能够对重复或过期的请求进行相应处理，提高寄存器读写效率。

实施例二

图3是本发明实施例二提供的一种车载平台的测试方法的流程示意图，本实施例可适用于车载平台板卡测试的情况，该方法可以由车载平台的测试主机来执行，该车载平台的测试装置可以采用硬件和/或软件的形式实现，该车载平台的测试装置可配置于电子设备中，电子设备可以为个人计算机或服务器，该电子设备在本发明实施例中被称为测试主机。如图3所示，该方法包括：

步骤210、获取车载平台的测试流程。

测试人员在测试主机上开发测试软件，测试软件为用户提供不同类型的被测板卡的测试流程。每个测试流程包括多个测试步骤。

步骤220、根据当前所述测试流程确定被测板卡的测试数据。

可选的，在当前测试步骤中，若触发调整测试资源中某寄存器中的数据，例如将某某寄存器中的数值修改为测试数据时，触发中断，执行步骤230和步骤240。当接收到测试资源发送的远程反馈包时，返回中断。根据远程反馈包中的内容判断下一个测试步骤。

步骤230、根据所述测试数据生成远程控制包。

当触发向测试资源的目标寄存器进行调试时，根据所述测试数据生成被测板卡的远程控制包。

步骤240、将所述远程控制包发送至测试资源。

测试主机针对不同的被测板卡和测试项目生成当前测试步骤对应的测试指令。将测试指令通过uHAL API形成一个IPBUS控制包，并通过UDP发送给测试资源。

步骤250、接收所述测试资源发送的远程反馈包。

本发明实施例的技术方案，能够将测试资源和测试主机分离。将现有技术中的协处理器替换为测试主机，测试主机可以同时与多个测试资源进行通信，实现并行测试。

由于测试主机与测试资源通过网络连接，因此测试人员只需要在测试主机上进行测试程序的逻辑编辑即可，现有技术中由于协处理器与测试资源通过串行总线协议通信，因此通过电路板或有线数据线连接，协处理器与测试资源地理位置临近。测试人员需要到达测试资源处进行测试程序以及接口的升级。本发明实施例提供的技术方案，测试人员可以远程通过测试主机编辑测试流程后，测试主机根据测试流程向测试资源发送远程控制包。测试资源根据远程控制包对内部目标寄存器的读写操作，并将被测板卡的通信数据通过反馈包的形式反馈给测试主机，完成测试。

当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以更改测试主机上的测试流程进行接口升级适配。因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

可选的，根据当前所述测试流程确定被测板卡的测试数据，包括：

根据所述测试流程确定被测板卡在当前测试步骤对应的测试数据，所述测试数据包括：包类型、寄存器信息和寄存器读写指令；

相应的，根据所述测试数据生成远程控制包，包括：

与测试资源建立网络地址总线IPBUS传输机制，根据预设通信协议和所述测试数据进行封装，得到被测板卡的远程控制包，所述预设通信协议包括用户数据协议UDP；

相应的，将所述远程控制包发送至测试资源，包括：

通过所述预设通信协议将所述远程控制包发送至测试资源。

采用上述技术方案，能够建立测试主机与测试资源之间IPBUS协议，在该协议框架下，可以通过UDP等通信方式对报文进行封装，实现高速可靠的报文传输。

实施例三

图4是本发明实施例三提供的一种车载平台的测试装置的结构示意图。如图4所示，该装置应用于测试资源，包括：控制包接收模块31、解析模块32、寄存器映射模块33、寄存器读写模块34、反馈包生成模块35以及反馈包发送模块36。

控制包接收模块31，用于接收测试主机发送的远程控制包；

解析模块32，用于解析所述远程控制包，得到寄存器信息和寄存器读写指令；

寄存器映射模块33，用于根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器；

寄存器读写模块34，用于根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

反馈包生成模块35，用于根据所述通信数据生成远程反馈包；

反馈包发送模块36，用于将所述远程反馈包发送至所述测试主机。

在上述实施方式的基础上，控制包接收模块31用于：

与测试主机基于网络地址总线IPBUS协议建立通信，基于用户数据协议UDP接收测试主机发送的远程控制包；

相应的，寄存器读写模块34用于：

使得测试资源通过串行总线协议SBP与被测板卡建立通信，根据寄存器读写指令对寄存器执行寄存器读取操作，接收被测板卡通过SBP发送的通信数据。

在上述实施方式的基础上，解析模块32用于：

判断所述远程控制包是否有效；

若有效，解析所述远程控制包，得到寄存器信息和寄存器读写指令。

在上述实施方式的基础上，解析模块32用于：

通过所述远程控制包的包头获取包类型和寄存器信息；

若所述包类型与预设类型匹配，则确定远程控制包有效。

在上述实施方式的基础上，解析模块32用于：

若所述包类型与预设类型匹配，根据所述寄存器信息判断是否为重复请求或过期请求；

如果为重复请求或过期请求，则丢弃或返回缓存中的前次请求结果。

本发明实施例的技术方案，能够将测试资源和测试主机分离。测试资源接收测试主机发送的远程控制包，对远程控制包进行解析后，进行测试资源目标寄存器的寻址映射，根据目标寄存器执行远程控制包中的寄存器读写指令，在测试资源和被测板卡通信交互过程中，读取相应寄存器，得到被测板卡发送的通信数据。根据通信数据生成远程反馈包，反馈给测试主机。当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以通过更改测试主机上的寄存器操作逻辑进行接口升级适配，因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

本发明实施例所提供的车载平台的测试装置可执行本发明任意实施例所提供的车载平台的测试方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5是本发明实施例四提供的一种车载平台的测试装置的结构示意图。如图5所示，该装置应用于测试主机，包括：测试流程获取模块41、测试数据确定模块42、远程控制包生成模块43、远程控制包发送模块44、反馈包接收模块45。

测试流程获取模块41，用于获取车载平台的测试流程；

测试数据确定模块42，用于根据当前所述测试流程确定被测板卡的测试数据；

远程控制包生成模块43，用于根据所述测试数据生成远程控制包；

远程控制包发送模块44，用于将所述远程控制包发送至测试资源；

反馈包接收模块45，用于接收所述测试资源发送的远程反馈包。

在上述实施方式的基础上，测试数据确定模块42用于：

根据所述测试流程确定被测板卡在当前测试步骤对应的测试数据，所述测试数据包括：包类型、寄存器信息和寄存器读写指令；

相应的，远程控制包生成模块43用于：

与测试资源建立网络地址总线IPBUS传输机制，根据预设通信协议和所述测试数据进行封装，得到被测板卡的远程控制包，所述预设通信协议包括用户数据协议UDP；

相应的，远程控制包发送模块44用于：

通过所述预设通信协议将所述远程控制包发送至测试资源。

本发明实施例的技术方案，能够将测试资源和测试主机分离。将现有技术中的协处理器替换为测试主机，测试主机可以同时与多个测试资源进行通信，实现并行测试。

由于测试主机与测试资源通过网络连接，因此测试人员只需要在测试主机上进行测试程序的逻辑编辑即可，现有技术中由于协处理器与测试资源通过串行总线协议通信，因此通过电路板或有线数据线连接，协处理器与测试资源地理位置临近。测试人员需要到达测试资源处进行测试程序以及接口的升级。本发明实施例提供的技术方案，测试人员可以远程通过测试主机编辑测试流程后，测试主机根据测试流程向测试资源发送远程控制包。测试资源根据远程控制包对内部目标寄存器读写操作，并将被测板卡的通信数据通过反馈包的形式反馈给测试主机，完成测试。

当出现被测板卡接口升级等情况时，测试资源无需进行硬件接口的配置，测试资源在本发明技术方案中，提供的是寻址映射以及数据包转发的功能，通过寻址映射确定目标寄存器即可。被测板卡接口的升级可以更改测试主机上的测试流程进行接口升级适配。因此无需进行硬件上的接口升级配置，仅需在测试主机上对测试流程中的测试逻辑进行相应修改，降低被测板卡与测试系统的耦合度。

本发明实施例所提供的车载平台的测试装置可执行本发明任意实施例所提供的车载平台的测试方法，具备执行方法相应的功能模块和有益效果。

实施例五

图6是本发明实施例五提供的一种可编程逻辑器件的结构示意图。可编程逻辑器件10旨在表示各种形式的现场可编程逻辑门阵列。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，可编程逻辑器件10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储可编程逻辑器件10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

可编程逻辑器件10中的多个部件连接至I/O接口15，包括：存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许可编程逻辑器件10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如车载平台的测试方法。

在一些实施例中，车载平台的测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到可编程逻辑器件10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的车载平台的测试方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车载平台的测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的车载平台的测试方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

实施例六

图7是本发明实施例六提供的一种电子设备的结构示意图。电子设备20旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图7所示，电子设备20包括至少一个处理器21，以及与至少一个处理器21通信连接的存储器，如只读存储器(ROM)22、随机访问存储器(RAM)23等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器21可以根据存储在只读存储器(ROM)22中的计算机程序或者从存储单元28加载到随机访问存储器(RAM)23中的计算机程序，来执行各种适当的动作和处理。在RAM 23中，还可存储电子设备20操作所需的各种程序和数据。处理器21、ROM 22以及RAM 23通过总线24彼此相连。输入/输出(I/O)接口25也连接至总线24。

电子设备20中的多个部件连接至I/O接口25，包括：输入单元26，例如键盘、鼠标等；输出单元27，例如各种类型的显示器、扬声器等；存储单元28，例如磁盘、光盘等；以及通信单元29，例如网卡、调制解调器、无线通信收发机等。通信单元29允许电子设备20通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器21可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器21的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器21执行上文所描述的各个方法和处理，例如车载平台的测试方法。

在一些实施例中，车载平台的测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元28。在一些实施例中，计算机程序的部分或者全部可以经由ROM 22和/或通信单元29而被载入和/或安装到电子设备20上。当计算机程序加载到RAM 23并由处理器21执行时，可以执行上文描述的车载平台的测试方法的一个或多个步骤。备选地，在其他实施例中，处理器21可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车载平台的测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的车载平台的测试方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

实施例七

图8是本发明实施例七提供的一种车载平台的测试系统的结构示意图，该系统包括实施例六所示的电子设备和多个如实施例五所示的可编程逻辑器件，所述电子设备通过交换机32与多个运行柜33上的所述可编程逻辑器件连接，每个所述可编程逻辑器件与一个或多个被测板卡通过串行接口连接。

电子设备作为测试主机31，获取车载平台的测试流程；根据当前所述测试流程确定被测板卡的测试数据；根据所述测试数据生成被测板卡的远程控制包；将所述远程控制包发送至测试资源34。

远程控制包经交换机32转发到某个运行柜33上的某个可编程逻辑器件。可编程逻辑器件作为测试资源34，接收测试主机31发送的远程控制包；解析所述远程控制包，得到寄存器信息和寄存器读写指令；根据所述寄存器信息进行寻址映射确定目标寄存器；根据所述目标寄存器执行寄存器读写指令，实现定制通信，得到所述被测板卡的状态信息；根据所述状态信息生成远程反馈包；将所述远程反馈包发送至所述测试主机31。

电子设备作为测试主机31，接收所述测试资源34发送的远程反馈包。

在每个运行柜33中可以设置多组板卡35，每组板卡35配置有一个测试资源34。作为测试资源34的FPGA可以与组内一个或多个板卡35进行通信。

可选的，如被测卡板5以及辅助卡板1、辅助卡板2、辅助卡板3所示，组内的多个板卡35可以分为被测板卡和辅助板卡，测试资源与被测板卡通信，被测板卡再与辅助板卡(如)通信。

可选的，如被测卡板1、被测卡板2、被测卡板3、被测卡板4所示，组内的多个板卡地位等同，测试资源分别于各个被测板卡进行通信。

实施例八

本发明实施例八还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令可以用于使处理器执行一种车载平台的测试方法，该方法应用于测试资源，包括：

接收测试主机发送的远程控制包；

解析所述远程控制包，得到寄存器信息和寄存器读写指令；

根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器；

根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

根据所述通信数据生成远程反馈包；

将所述远程反馈包发送至所述测试主机。

在上述实施方式的基础上，接收测试主机发送的远程控制包，包括：

与测试主机基于网络地址总线IPBUS协议建立通信，基于用户数据协议UDP接收测试主机发送的远程控制包；

相应的，根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据，包括：

使得测试资源通过串行总线协议SBP与被测板卡建立通信，根据寄存器读写指令对寄存器执行寄存器读取操作，接收被测板卡通过SBP发送的通信数据。

在上述实施方式的基础上，解析所述远程控制包，得到寄存器信息和寄存器读写指令，包括：

判断所述远程控制包是否有效；

若有效，解析所述远程控制包，得到寄存器信息和寄存器读写指令。

在上述实施方式的基础上，判断所述远程控制包是否有效，包括：

通过所述远程控制包的包头获取包类型和寄存器信息；

若所述包类型与预设类型匹配，则确定远程控制包有效。

在上述实施方式的基础上，若所述包类型与预设类型匹配，则确定远程控制包有效，包括：

若所述包类型与预设类型匹配，根据所述寄存器信息判断是否为重复请求或过期请求；

如果为重复请求或过期请求，则丢弃或返回缓存中的前次请求结果。

计算机指令还可以用于使处理器执行一种车载平台的测试方法，该方法应用于测试主机，包括：

获取车载平台的测试流程；

根据当前所述测试流程确定被测板卡的测试数据；

根据所述测试数据生成远程控制包；

将所述远程控制包发送至测试资源；

接收所述测试资源发送的远程反馈包。

在上述实施方式的基础上，根据当前所述测试流程确定被测板卡的测试数据，包括：

根据所述测试流程确定被测板卡在当前测试步骤对应的测试数据，所述测试数据包括：包类型、寄存器信息和寄存器读写指令；

相应的，根据所述测试数据生成远程控制包，包括：

与测试资源建立网络地址总线IPBUS传输机制，根据预设通信协议和所述测试数据进行封装，得到被测板卡的远程控制包，所述预设通信协议包括用户数据协议UDP；

相应的，将所述远程控制包发送至测试资源，包括：

通过所述预设通信协议将所述远程控制包发送至测试资源。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种车载平台的测试方法，其特征在于，应用于测试资源，包括：

接收测试主机发送的远程控制包；

解析所述远程控制包，得到寄存器信息和寄存器读写指令；

根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器；

根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

根据所述通信数据生成远程反馈包；

将所述远程反馈包发送至所述测试主机。

2.根据权利要求1所述的方法，其特征在于，接收测试主机发送的远程控制包，包括：

与测试主机基于网络地址总线IPBUS协议建立通信，基于用户数据协议UDP接收测试主机发送的远程控制包；

相应的，根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据，包括：

使得测试资源通过串行总线协议SBP与被测板卡建立通信，根据寄存器读写指令对寄存器执行寄存器读取操作，接收被测板卡通过SBP发送的通信数据。

3.根据权利要求1所述的方法，其特征在于，解析所述远程控制包，得到寄存器信息和寄存器读写指令，包括：

判断所述远程控制包是否有效；

若有效，解析所述远程控制包，得到寄存器信息和寄存器读写指令。

4.根据权利要求3所述的方法，其特征在于，判断所述远程控制包是否有效，包括：

通过所述远程控制包的包头获取包类型和寄存器信息；

若所述包类型与预设类型匹配，则确定远程控制包有效。

5.根据权利要求4所述的方法，其特征在于，若所述包类型与预设类型匹配，则确定远程控制包有效，包括：

若所述包类型与预设类型匹配，根据所述寄存器信息判断是否为重复请求或过期请求；

如果为重复请求或过期请求，则丢弃或返回缓存中的前次请求结果。

6.一种车载平台的测试方法，其特征在于，应用于测试主机，包括：

获取车载平台的测试流程；

根据当前所述测试流程确定被测板卡的测试数据；

根据所述测试数据生成远程控制包；

将所述远程控制包发送至测试资源；

接收所述测试资源发送的远程反馈包。

7.根据权利要求6所述的方法，其特征在于，根据当前所述测试流程确定被测板卡的测试数据，包括：

根据所述测试流程确定被测板卡在当前测试步骤对应的测试数据，所述测试数据包括：包类型、寄存器信息和寄存器读写指令；

相应的，根据所述测试数据生成远程控制包，包括：

与测试资源建立网络地址总线IPBUS传输机制，根据预设通信协议和所述测试数据进行封装，得到被测板卡的远程控制包，所述预设通信协议包括用户数据协议UDP；

相应的，将所述远程控制包发送至测试资源，包括：

通过所述预设通信协议将所述远程控制包发送至测试资源。

8.一种车载平台的测试装置，其特征在于，应用于测试资源，包括：

控制包接收模块，用于接收测试主机发送的远程控制包；

解析模块，用于解析所述远程控制包，得到寄存器信息和寄存器读写指令；

寄存器映射模块，用于根据所述寄存器信息进行寻址映射确定测试资源上的目标寄存器；

寄存器读写模块，用于根据所述目标寄存器执行寄存器读写指令，实现测试资源和被测板卡的总线信息交互，得到被测板卡发送的通信数据；

反馈包生成模块，用于根据所述通信数据生成远程反馈包；

反馈包发送模块，用于将所述远程反馈包发送至所述测试主机。

9.一种车载平台的测试装置，其特征在于，应用于测试主机，包括：

测试流程获取模块，用于获取车载平台的测试流程；

测试数据确定模块，用于根据当前所述测试流程确定被测板卡的测试数据；

远程控制包生成模块，用于根据所述测试数据生成远程控制包；

远程控制包发送模块，用于将所述远程控制包发送至测试资源；

反馈包接收模块，用于接收所述测试资源发送的远程反馈包。

10.一种可编程逻辑器件，其特征在于，所述可编程逻辑器件位于运行柜，所述可编程逻辑器件包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的车载平台的测试方法。

11.一种电子设备，其特征在于，所述电子设备包括：

输入设备和输出设备，至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求6-7中任一项所述的车载平台的测试方法。

12.一种车载平台的测试系统，其特征在于，包括权利要求10所述的电子设备和多个如权利要求11所述可编程逻辑器件，所述电子设备通过交换机与多个运行柜上的所述可编程逻辑器件连接，每个所述可编程逻辑器件与一个或多个被测板卡通过串行接口连接。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的车载平台的测试方法。