CN203534602U - 一种适用于车载导航多媒体终端的测试设备 - Google Patents

Abstract

一种适用于车载导航多媒体终端的测试设备，包括：计算机测试端和数据转发器和被测车载导航多媒体终端。计算机测试端通过数据转发器分流测试项目数据和参数，向车载导航多媒体终端发送测试项目数据和测试指令，所得测试响应信息再通过数据转发器反馈回计算机测试端。本测试设备既能对连上实车的车载导航多媒体终端进行测试，也能对脱离实车的车载导航多媒体终端进行实车模拟测试；既能手动测试，也能自动测试。本测试设备及方法还具有将测试反馈信息发送至互联网车辆综合服务平台的功能。本实用新型提供便捷的多端口连接方式，其中的数据传输遵循特定的通讯协议。本实用新型结构简单实用，适用于各种车型所使用的车载导航多媒体终端。

Description

一种适用于车载导航多媒体终端的测试设备

技术领域

本实用新型属于车载设备的测试技术领域，特别是涉及一种适用于车载导航多媒体终端的测试设备。

背景技术

随着汽车产业的迅猛发展，一种集行车导航、收音机、USB/SD/DVD影音播放、蓝牙通话、数字电视等各种功能为一体的车载导航多媒体终端已逐渐成为汽车的标准配置。

现有技术中，车载导航多媒体终端在出厂前必须经过严格的测试，传统的方法是人工测试。然而，人工测试既费时又费力，工序繁琐且效率低下。

中国发明专利申请（专利申请号为201210484382.0）公开了一种“基于汽车多媒体终端的车载诊断设备及方法”，该基于汽车多媒体终端的车载诊断设备及方法是通过多媒体终端来诊断汽车是否存在故障，但不是对多媒体终端本身做测试、诊断。而且，如果车载导航多媒体终端本身就已经存在故障，则根本无法对车辆故障进行检测。

中国发明专利申请（专利申请号为201110396255.0）公开了一种“车载多媒体的自动测试系统”，该车载多媒体的自动测试系统只是针对车载导航多媒体终端的音频、视频及GPS信号进行测试，而且整个测试系统体积庞大，硬件复杂，操作也很复杂，对测试操作人员要求高。

并且，由于车载导航多媒体终端上运行的软件系统不是完全孤立运行的，经常需要与实车进行信息的交互。这些实车信息包括有车行状态信息（行车、倒车、刹车、车速、方向盘转角等）、倒车雷达信息、空调信息、方控按键信息等。这些实车信息需要实车通过CAN-BUS总线或GPIO将信息传递给车载导航多媒体终端，车载导航多媒体终端进而做出相应的响应。因此，要测试车载导航多媒体终端的这些功能，就需要有实车环境。显然实车环境对测试车载导航多媒体终端存在极大不便。因此，若对车载导航多媒体终端进行实车模拟式的手动或者自动测试，使得涉及上述实车信息方面的测试项目可以脱离实车来进行，将为测试人员提供很大的便利。

因此，针对现有技术中的存在问题，亟需提供一种能对车载导航多媒体终端进行操作功能测试的操作简便的设备，该设备既能手动也能自动、能任意设置测试项目，且在操作上既能连上实际车辆进行测试，也能在脱离实际车辆的情况下进行测试，并能适应不同车型的车载导航多媒体终端。

发明内容

本实用新型的目的在于避免现有技术中的不足之处而提供一种一种操作简便的，既能手动也能自动、能任意设置测试项目，且在操作上既能连上实际车辆进行测试，也能在脱离实际车辆的情况下进行测试，并能适应不同车型的适用于车载导航多媒体终端的测试设备。。

本实用新型是通过以下技术方案来实现的：

本实用新型提供了一种适用于车载导航多媒体终端的测试设备，包括有计算机测试端、数据转发器和被测车载导航多媒体终端，计算机测试端的输出端连接数据转发器的输入端，数据转发器的输出端连接被测车载导航多媒体终端，其中：

计算机测试端用于发动测试和处理被测车载导航多媒体终端反馈的数据，

数据转发器连用于数据分流和数据传输，

被测车载导航多媒体终端用于接收数据转发器发送的测试要求的数据和参数，响应测试以及收集测试所得数据并反馈至计算机测试端。

所述计算机测试端使用USB端口与数据转发器相连接。

所述数据转发器以can-bus端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

所述数据转发器以GPIO端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

所述数据转发器以can-bus和GPIO端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

所述数据转发器以uart串口方式与被测车载导航多媒体终端相连接，以用于传输非实车模拟的测试项目数据。

本实用新型的有益效果：

本实用新型的一种适用于车载导航多媒体终端的测试设备，由于测试设备包括有计算机测试端、数据转发器和被测车载导航多媒体终端，计算机测试端的输出端连接数据转发器的输入端，数据转发器的输出端连接被测车载导航多媒体终端，其中：

计算机测试端用于发起测试和处理被测车载导航多媒体终端反馈的数据，

数据转发器连用于数据分流和数据传输，

被测车载导航多媒体终端用于接收数据转发器发送的测试要求的数据和参数，响应测试以及收集测试所得数据并反馈至计算机测试端。

由此，本实用新型的一种适用于车载导航多媒体终端的测试设备，对需要经常与实车进行信息交互的测试项目，测试者可以进行脱离实车的实车模拟的测试，这将为测试人员提供较大的便利。无论是实车模拟测试项目还是非实车模拟测试项目，测试者可以自行设置任意测试项目，并且自行选择手动或是自动测试方式。如果选择自动测试方式，本实用新型的测试设备在下达了自动测试命令后，系统完全进行自动测试，无需测试者的操作。而一旦出现异常，车载系统会发送异常信息给测试系统，测试系统可以做出报警、保留现场等动作，以便测试者的后续操作。使用本实用新型的一种适用于车载导航多媒体终端的测试设备，既能在出厂前就进行自动测试，也能在实际行车过程中或者脱离实际车辆的时候进行测试。该测试设备保障了车载导航多媒体终端的出厂质量，方便快速定位排查售后的车载导航多媒体终端的质量问题，避免因车载导航多媒体终端本身的故障而导致行车信息没有被正确解读，减少安全隐患。不仅把测试者从重复繁杂的压力测试中解脱出来，而且对测试者要求低，大大提升了测试的效率。本实用新型适用于各个车型的车载导航多媒体终端测试，结构简单，连接方便，不需要额外制造机箱把整个系统围起来，体积小，造价成本低。因此，本实用新型的测试设备及方法与现有技术相比具有体积小、成本低、功能多、方便操作与管理的优点。

附图说明

利用附图对本实用新型做进一步说明，但附图中的内容不构成对本实用新型的任何限制。

图1是本实用新型适用于车载导航多媒体终端的测试设备结构示意图。

图2是计算机测试端功能模块图。

图3是数据转发器模块图。

在图1至图3中包括有：

1——计算机测试端、

101——实车模拟测试、102——非实车模拟测试、

103——处理反馈信息、104——手动测试、105——自动测试、

106——制作预测试路径文件、107——ACC开关模拟、

108——雷达信息模拟、109——方向盘控制模拟、

110——空调操作模拟、111——车行状态信息模拟、

112——触摸屏操作、113——面板按键操作、

2——数据转发器、

201——主控芯片、202——USB转串口、203——总线收发器、

3——被测车载导航多媒体终端、

301——板级支持模块、302——微控制器、303——测试模块、304——应用程序模块、

4——互联网车辆综合服务平台。

具体实施方式

结合以下实施例对本实用新型作进一步描述。

实施例1。

如图1所示，本实用新型的一种适用于车载导航多媒体终端的测试设备实施方式之一，包括计算机测试端1、数据转发器2和被测车载导航多媒体终端3。

其中，所述计算机测试端1是整个测试的发起者，负责生成测试人员所需测试数据、启动测试并且发送测试数据给数据转发器2，接收并且处理从被测车载导航多媒体终端3发送过来的反馈信息。本实施例的计算机测试端1的模块结构见图2：具备的测试项目有实车模拟测试101和非实车模拟测试102两大类，不管是何种测试项目，本实施例都提供手动测试104和自动测试105两种测试方式，测试进行完毕后，计算机测试端1都提供处理反馈信息103的功能。

其中，所述数据转发器2设置于计算机测试端1和被测车载导航多媒体终端3之间，用于实现数据分流与传输。

其中，所述被测车载导航多媒体终端3用于接收测试数据，响应测试数据并反馈信息给测试发起端。

本实施例的一种适用于车载导航多媒体终端的测试设备，通过计算机测试端1、数据转发器2和被测车载导航多媒体终端3，并包括有以下步骤来进行测试： 

步骤A、预设计算机测试端1测试环境参数，所述测试环境参数包括有搭载待测车载导航多媒体终端的汽车车型、端口类型、端口的波特率；

步骤B、选择测试要求的数据和参数，发起测试：

①  选择需要进行的测试项目，所述测试项目包括有实车模拟测试101和非实车模拟测试102； 

②  针对测试项目，选择测试方式，所述测试方式包括有手动测试104和自动测试105；

③  生成测试路径文件，所述测试路径文件中包含有测试项目信息和测试环境参数；

④  发出测试指令进入测试。

步骤C、数据分流及传输：计算机测试端1将所述测试要求的数据和参数发送至数据转发器2，经数据转发器2把接收到的数据进行分析，根据各测试项目以及数据传输方式进行数据分流，并发送至被测车载导航多媒体终端3； 

步骤D、响应测试、反馈测试信息：被测车载导航多媒体终端3接收测试要求的数据和参数，进行各个测试项目的测试，并且将测试所得反馈信息回送至数据转发器2，通过数据转发器2转送反馈信息至计算机测试端1；

具体的，步骤D详解如下：

如图1所示，本实施例中，被测车载导航多媒体终端3内设置有板级支持模块301和微控制器302，车载导航多媒体终端测试模块303以及应用程序模块304。

所述板级支持模块301是负责车载导航多媒体终端的操作系统与硬件端口交互接口层，完成车载导航多媒体终端所有外设接口的硬件驱动，与微控制器302以及测试模块303的接口信息交互。

所述微控制器302用于处理can总线的收发数据以及GPIO发送过来的数据，然后交付板级支持模块301来处理。

所述应用程序模块304是车载导航多媒体终端上原本运行的功能程序的总称，实现车载导航多媒体终端面向用户的导航、音视频等多媒体功能程序。车载导航多媒体终端的测试模块303充当的角色是“车载导航多媒体终端中的测试配合者”，其功能可以概括为处理车载导航多媒体终端接收到的数据和向外发送反馈数据。比如说，如果是触摸屏动作，则发送相应的mouse event；如果是面板按键事件，则发送相应事件到应用程序模块304指定的消息队列中。后续的动作则由车载导航多媒体终端的应用程序模块304进行响应。车载导航多媒体终端的测试模块303处理发送反馈数据：车载导航多媒体终端对测试操作进行响应之后，无论结果正常或是异常，都需要将这些信息反馈给计算机测试端1，这部分工作也由车载导航多媒体终端的测试模块303来完成，它可以收集到这些反馈信息发送给数据转发器2，并由后者转发给计算机测试端1。

测试数据在车载导航多媒体终端的走向：实车模拟的测试项目的测试数据发送至微控制器302分析后，发送至被测车载导航多媒体终端测试模块303，再发送至应用程序模块304进行响应；非实车模拟的项目的数据发送至被测车载导航多媒体终端3内的板级支持模块301，通过板级支持模块301与测试模块303相连，再发送至应用程序模块304进行响应。

车载导航多媒体终端在测试过程中，板级支持模块301、应用程序模块304以及车载导航多媒体终端的测试模块303都会先后发送信息给计算机测试端1，比如板级支持模块301会回送设备启动成功的信息、车载导航多媒体终端的测试程序会回送触摸或者按键测试结果、应用程序模块304会反馈实车模拟响应结果至计算机测试端1。因此本实施例使用“共享内存”来作为车载导航多媒体终端的回送数据缓冲池，并且开启一个线程监视该共享内存，将共享内存中的数据依次回送出去。

步骤E、接收并解析反馈信息：计算机测试端1具有处理反馈信息103模块，该模块接收反馈信息并根据反馈信息采取相应对策，一旦出现异常，车载导航多媒体终端会发送异常信息至计算机测试端1，由计算机测试端1发出警报或者保留现场。

车载导航多媒体终端在实际应用过程中是需要进行实车信息交互的。但是，对车载导航多媒体终端的测试如果连上实车进行测试，一则对测试人员造成不便，二则如果实车本身就存在故障就会影响测试结果。我们的测试对象是车载导航多媒体终端而不是实车，脱离实车对车载导航多媒体终端进行独立测试是能真正反映出车载导航多媒体终端本身的潜在故障的。由于本实用新型使用实车模拟的测试方法，使得车载导航多媒体终端需要和实车进行信息交互的测试项目可以脱离实车进行，这对车载导航多媒体终端的独立测试非常有意义，同时也为测试人员提供了较大便捷。

车载导航多媒体终端的每项功能都需要进行“压力测试”以确保其稳定性。本实用新型提供了测试内容的手动测试104以及自动测试105两种测试方式。选择自动测试105后，测试者只需确定好一套自动测试路径之后，剩下的测试工作完全交给测试设备就可以了。也就是说，本实用新型既保留了手动测试功能也提供了个性化的自动测试功能，非常方便测试人员操作。

实施例2。

本实用新型的一种适用于车载导航多媒体终端的测试设备实施方式之一，本实施例是在实施例1的基础上，进一步明确计算机测试端1的功能模块。如图2所示，计算机测试端1的实车模拟测试101的测试项目包括有ACC开关模拟107、方向盘控制模拟109、雷达信息模拟108、空调操作模拟110、车行状态信息模拟111；非实车模拟的测试项目包括有触摸屏操作112、面板按键操作113。上述测试项目在测试的时候有手动测试104和自动测试105两种测试方式。如果选择的是自动测试105，则首先要制作预测试路径文件106。制作过程中，测试人员可以选择测试系统所提供的各种模拟测试操作，为每一个需要自动测试105的测试单项设置测试序号、等待的时间、重复的次数，可以根据自身测试需求制作出各种混合操作路径，然后将路径保存为预测试路径文件，以备自动测试105调用。载入上面保存的测试路径文件，测试系统就能够根据预先设计好的操作路径进行自动测试105。该自动测试105模块的特点有：支持多个自动测试105路径文件按一定顺序测试；支持测试人员随意调整测试次序；支持测试操作实时显示结果；提供完整的调试信息供开发人员调试和纠错使用。

处理反馈信息103模块103把接收到的反馈信息进行保存以便计算机端测试程序做出报警或者保留现场等对策。

计算机测试端1还包括有互联网车辆综合服务平台4，通过互联网把计算机测试端1收集到的测试数据发送至互联网车辆综合服务平台4进行进一步的分析处理。

本实施例的主要技术方案与实施例1基本相同，在本实施例中未作解释的特征，采用实施例1中的解释，在此不再进行赘述。

实施例3。

本实用新型的一种适用于车载导航多媒体终端的测试设备实施方式之一，本实施例是在实施例1的基础上，进一步明确数据转发器2的实施结构。如图1所示，计算机测试端1使用USB端口与数据转发器2相2连接，数据转发器2以can-bus和/或GPIO端口方式与被测车载导航多媒体终端3相连接，以用于传输需要实车模拟的测试项目数据，其中数据转发器2可以单独以can-bus或GPIO端口方式连接，也可以同时以can-bus和GPIO端口方式连接。数据转发器2以uart串口方式与被测车载导航多媒体终端3相连接，以用于传输非实车模拟的测试项目数据。数据转发器2的主要任务就是实现数据的分流和正确传输。

图3是数据转发器2的实施图。主控芯片201采用芯片STM32F103C8T6。主控芯片201通过收发接口与CAN总线收发器203相连，所述CAN总线收发器203采用芯片TJA1040。主控芯片201通过收发接口与USB转串口202相连，所述USB转串口202采用芯片PL2303。其中，PL2303是进行usb口和串口的之间的转换。TJA1040负责CAN总线数据传输，中间的STM32F103C8T6是进行数据分流，把从计算机测试端1的数据根据通信协议进行解析并且分流到UART端口、CAN总线端口和GPIO端口中。

下面是计算机测试端1与数据转发器2之间、车载导航多媒体终端与数据转发器2之间使用的通信格式。

                                                 

上述通信格式，帧头占一个字节，实际起着帧头标识和帧定界的作用。帧长用1个字节来表示，帧长是2的倍数，如果不够则在数据域进行填补。校验和占2个字节，进行算术反码求和的校验操作。Command ID值所对应的事项和发送方式的定义见下表。数据域的内容为具体事项的数值。

本实施例的主要技术方案与实施例1基本相同，在本实施例中未作解释的特征，采用实施例1中的解释，在此不再进行赘述。

最后应当说明的是，以上实施例仅用于说明本实用新型的技术方案而非对本实用新型保护范围的限制，尽管参照较佳实施例对本实用新型作了详细说明，本领域的普通技术人员应当理解，可以对本实用新型的技术方案进行修改或者等同替换，而不脱离本实用新型技术方案的实质和范围。

Claims (6)

1.一种适用于车载导航多媒体终端的测试设备，其特征在于：包括有计算机测试端、数据转发器和被测车载导航多媒体终端，计算机测试端的输出端连接数据转发器的输入端，数据转发器的输出端连接被测车载导航多媒体终端，其中：

计算机测试端用于发起测试和处理被测车载导航多媒体终端反馈的数据，

数据转发器连用于数据分流和数据传输，

被测车载导航多媒体终端用于接收数据转发器发送的测试要求的数据和参数，响应测试以及收集测试所得数据并反馈至计算机测试端。

2.根据权利要求1所述的适用于车载导航多媒体终端的测试设备，其特征在于：所述计算机测试端使用USB端口与数据转发器相连接。

3.根据权利要求1所述的适用于车载导航多媒体终端的测试设备，其特征在于：所述数据转发器以can-bus端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

4.根据权利要求1所述的适用于车载导航多媒体终端的测试设备，其特征在于：所述数据转发器以GPIO端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

5.根据权利要求1所述的适用于车载导航多媒体终端的测试设备，其特征在于：所述数据转发器以can-bus和GPIO端口方式与被测车载导航多媒体终端相连接，以用于传输实车模拟的测试项目数据。

6.根据权利要求1所述的适用于车载导航多媒体终端的测试设备，其特征在于：所述数据转发器以uart串口方式与被测车载导航多媒体终端相连接，以用于传输非实车模拟的测试项目数据。

Images