一种基于目标识别的车载传感器驱动测试方法与流程

所属的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。下面参照图5来描述根据本发明的这种实施例的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530、显示单元540。其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。例如，所述处理单元510可以执行如图1中所示的步骤s110至步骤s140。存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(rom)5203。存储单元520还可以包括具有一组(至少一个)程序模块5203的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。总线550可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。电子设备500也可以与一个或多个外部设备570(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线550与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。参考图6所示，描述了根据本发明的实施例的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

背景技术：

1、随着汽车芯片计算能力的提升，域控制器逐步成为汽车电子行业的研究热点。域控制器更加专注于系统方案和软件集成控制，有效克服了分布式架构中嵌入式软件和底层驱动交互不一致和冗余的缺点。高级驾驶辅助系统、车载多媒体娱乐系统等对传感器、电子控制器的数量有了更多需求；作为车身主要部件的控制大脑，需要经过严苛的测试，因此自动便捷的测试方法显得尤为重要。

2、常见的测试方式是通过搭建硬件在环测试系统实现的，测试原理是通过仿真控制器外围的传感器和执行器，实现车身域控制器接口驱动的闭环仿真和测试。

3、现有测试方法中有传统测试法、仿真模拟器测试法等，其中传统测试方法通过连接好车载传感器与待测开发板，并通过测试计算机连接串口运行传感器程序，运行传感器程序开始采集传感器数据，再将显示器连接于待测开发板，观察开发板的传感器输出结果，有输出即表示驱动正常。方便通过显示器进行观察，直观明了。但缺点是需要依赖hdmi接口外接显示器，只是进行驱动接口的功能验证，通过人工观察的方式不能进行批量测试及性能评价。

4、另外传统测试法也需要投入大量人力撰写驱动测试资料，并花费时间去掌握测试重点。一些驱动测试工作也具有重复性、繁琐性的特点，还存在新测试人员经验不足而难以把握测试重点的情况，因此导致了驱动测试效率低下及驱动测试质量差的问题。

5、仿真模拟器测试方法响应于设置的测试软件发送的测试命令，控制所述测试应用程序通过仿真模拟器按照所述测试方案对待测试终端驱动进行测试，生成测试结果；将所述测试结果发送至所述测试软件，以供所述测试软件对所述测试结果进行可视化展示。通过测试软件和仿真器配合使用，不需要借助实体传感器方便进行传感器驱动的测试，但存在仿真器及配套软件成本高及无法进行真实测试的缺点。

6、因此，需要一种或多种方法解决上述问题。

7、需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现思路

1、本公开的目的在于提供一种基于目标识别的车载传感器驱动测试方法、装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

2、根据本公开的一个方面，提供一种基于目标识别的车载传感器驱动测试方法，包括：

3、基于传感器数据采集模块实时采集各传感器模块的传感器数据，并将所述传感器数据传输至传感器数据处理模块；

4、所述传感器数据处理模块将传感器数据采集模块发送的传感器数据进行读取、滤波、数据格式转换处理后，将所述传感器数据发送至目标识别模块；

5、所述目标识别模块基于所述传感器数据，调用预设的传感器目标识别算法生成目标检测结果，并将所述目标检测结果发送至驱动测试模块；

6、所述驱动测试模块接收到所述目标检测结果后，分别对各传感器对应的所述目标检测结果进行处理，基于各传感器对待测开发板的驱动测试情况进行判定，若待测开发板的所述目标检测结果符合实际测试场景，则将所述传感器对应的驱动接口测试判定为正常。

7、在本公开的一种示例性实施例中，所述方法还包括：

8、基于测试计算机模块通过串口或网口连接待测开发板；

9、开启待测开发板及测试计算机模块中的虚拟容器，并在所述虚拟容器中执行预设自动化部署程序以完成驱动测试模块的部署及驱动测试环境检查；

10、将预设传感器，连接至待测开发板的待测驱动接口。

11、在本公开的一种示例性实施例中，所述方法还包括：

12、将测试计算机模块与待测开发板的测试终端连接，执行预设自动化测试程序。

13、在本公开的一种示例性实施例中，所述方法还包括：

14、所述预设自动化测试程序还用于配置驱动接口配置参数。

15、在本公开的一种示例性实施例中，所述方法还包括：

16、基于传感器数据采集模块实时采集各传感器模块的传感器数据，并将所述传感器数据发送至测试计算机模块；

17、所述测试计算机模块基于所述传感器数据生成测试进度并向用户展示。

18、在本公开的一种示例性实施例中，所述方法还包括：

19、所述目标识别模块基于所述传感器数据，调用预设的传感器目标识别算法，以预设常规物体目标识别权重为输入，基于所述传感器采集的图像画面，生成目标检测结果。

20、在本公开的一种示例性实施例中，所述方法还包括：

21、所述目标识别模块基于所述传感器数据，调用预设的传感器目标识别算法生成性能测试结果，并将所述性能测试结果发送至测试结果生成模块；

22、所述测试结果生成模块基于所述性能测试结果生成驱动测试结果文件，并将所述驱动测试结果文件发送至测试计算机模块；

23、所述测试计算机模块接收、储存并向用户展示所述驱动测试结果文件。

24、在本公开的一个方面，提供一种基于目标识别的车载传感器驱动测试装置，包括：

25、传感器数据采集模块，用于基于所述传感器数据采集模块实时采集各传感器模块的传感器数据，并将所述传感器数据传输至传感器数据处理模块；

26、传感器数据处理模块，用于基于所述传感器数据处理模块将传感器数据采集模块发送的传感器数据进行读取、滤波、数据格式转换处理后，将所述传感器数据发送至目标识别模块；

27、目标识别模块，用于基于所述目标识别模块基于所述传感器数据，调用预设的传感器目标识别算法生成目标检测结果，并将所述目标检测结果发送至驱动测试模块；

28、所述驱动测试模块，用于基于所述驱动测试模块接收到所述目标检测结果后，分别对各传感器对应的所述目标检测结果进行处理，基于各传感器对所述各传感器对应的驱动测试情况进行判定，若对各传感器对应的所述目标检测结果符合实际测试场景，则将所述传感器对应的驱动接口测试判定为正常。

29、在本公开的一种示例性实施例中，所述装置还包括传感器模块、测试计算机模块、测试结果生成模块，其中：

30、所述传感器模块包含预设传感器，所述传感器模块用于与待测开发板的待测驱动接口连接；

31、所述测试计算机模块通过串口或网口与待测开发板连接，与测试结果生成模块连接；

32、所述测试结果生成模块与所述测试计算机模块连接，所述测试结果生成模块用于基于所述性能测试结果生成驱动测试结果文件，并将所述驱动测试结果文件发送至测试计算机模块。

33、在本公开的一种示例性实施例中，所述装置的待测开发板还包括传感器数据采集模块、传感器数据处理模块、目标识别模块、驱动测试模块以及测试结果生成模块。

34、在本公开的一种示例性实施例中，所述装置的所述驱动测试模块可以同时接入多个不同接口的传感器，一键执行测试脚本，并分别生成驱动测试结果文件。

35、在本公开的一个方面，提供一种电子设备，包括：

36、处理器；以及

37、存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的方法。

38、在本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的方法。

39、本公开的示例性实施例中的一种基于目标识别的车载传感器驱动测试方法，其中，该方法包括：基于传感器数据采集模块实时采集各传感器模块的传感器数据，发送至传感器数据处理模块；传感器数据处理模块将传感器数据进行读取、滤波、数据格式转换处理后，发送至目标识别模块；目标识别模块调用预设的传感器目标识别算法生成目标检测结果发送至驱动测试模块；分别对目标检测结果进行处理，基于驱动测试情况进行判定，若待测开发板的所述目标检测结果符合实际测试场景，则将所述传感器对应的驱动接口测试判定为正常。本公开一方面去除传感器程序测试对hdmi接口的依赖，需要外接显示屏对测试结果进行观察；另一方面，使用实际传感器直接进行测试，克服仿真模拟器测试方法对于仿真器及配套软件的依赖，避免仿真测试带来的驱动测试结果不可靠问题；更为重要的是，程序中通过目标识别结果直接进行传感器驱动是否正常的判断，解决了人工判断效率低下的问题，方便通过程序进行批量测试，有助于提升驱动测试效率，提高了驱动测试的自动化、通用化程度。

40、应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。