CN105468481A - 车载多媒体音频系统的测试方法、装置和车载多媒体系统 - Google Patents

Abstract

本发明公开了一种车载多媒体音频系统的测试方法、装置和车载多媒体系统，车载多媒体音频系统的测试方法包括：获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令；根据关键节点信号测试指令依次获取N个关键节点的信号，并分别对N个关键节点的信号进行测试；根据接收的管脚状态测试指令获取第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试；根据接收的寄存器状态测试指令获取第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。本发明能够极大缩短车载多媒体音频系统的故障排查时间及最大范围缩小故障排查范围。

Description

车载多媒体音频系统的测试方法、装置和车载多媒体系统

技术领域

本发明涉及车辆技术领域，特别涉及一种车载多媒体音频系统的测试方法、一种车载多媒体音频系统的测试装置和一种包括该车载多媒体音频系统的测试装置的车载多媒体系统。

背景技术

随着车载多媒体音频系统的功能日趋增多，随之导致的音频系统故障层出不穷。由于车载多媒体音频系统涉及到很多电路模块，一旦出现故障，依据现有技术进行故障诊断的过程非常耗时，给用户带来诸多不便。因此，亟需对现有技术进行改进，以便于迅速排除故障。

发明内容

本发明的目的旨在至少从一定程度上解决上述的技术问题之一。

为此，本发明的一个目的在于提出一种车载多媒体音频系统的测试方法，该车载多媒体音频系统的测试方法能够极大缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。

本发明的另一个目的在于提出一种车载多媒体音频系统的测试装置。

本发明的再一个目的在于提出一种车载多媒体系统。

为达到上述目的，本发明一方面实施例提出了一种车载多媒体音频系统的测试方法，该车载多媒体音频系统的测试方法包括以下步骤：获取用户发出的测试开始指令，并根据所述测试开始指令生成关键节点信号测试指令；根据所述关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对所述N个关键节点的信号进行测试，其中，N为大于或等于1的整数；接收管脚状态测试指令，并根据所述管脚状态测试指令获取所述音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对所述其它管脚的状态信息进行测试；以及接收寄存器状态测试指令，并根据所述寄存器状态测试指令获取所述音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对所述其它寄存器的状态信息进行测试。

本发明实施例提出的车载多媒体音频系统的测试方法在获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令后，进而根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，并在分别对N个关键节点的信号进行测试完成后，接收管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试，最后在分别对其它管脚的状态信息进行测试完成后，接收寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。该车载多媒体音频系统的测试方法能够在尽可能短的时间和小范围条件下，通过对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的寄存器进行测试来快速定位车载多媒体音频系统的故障位置，以便于迅速排除故障。

为达到上述目的，本发明另一方面实施例还提出了一种车载多媒体音频系统的测试装置，该车载多媒体音频系统的测试装置包括：测试指令生成模块，用于获取用户发出的测试开始指令，并根据所述测试开始指令生成关键节点信号测试指令；关键节点测试模块，用于根据所述关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对所述N个关键节点的信号进行测试，其中，N为大于或等于1的整数；管脚测试模块，用于接收所述测试指令生成模块生成的管脚状态测试指令，并根据所述管脚状态测试指令获取所述音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对所述其它管脚的状态信息进行测试；以及寄存器测试模块，用于接收所述测试指令生成模块生成的寄存器状态测试指令，并根据所述寄存器状态测试指令获取所述音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对所述其它寄存器的状态信息进行测试。

本发明实施例提出的车载多媒体音频系统的测试装置，在通过测试指令生成模块获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令后，关键节点测试模块根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，并在关键节点测试模块分别对N个关键节点的信号进行测试完成后，管脚测试模块接收测试指令生成模块生成的管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试，最后，在管脚测试模块分别对其它管脚的状态信息进行测试完成后，寄存器测试模块接收测试指令生成模块生成的寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。该车载多媒体音频系统的测试装置能够在尽可能短的时间和小范围条件下，通过对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的寄存器进行测试来快速定位车载多媒体音频系统的故障位置，以便于迅速排除故障。

为达到上述目的，本发明再一方面实施例还提出了一种车载多媒体系统，该车载多媒体系统包括所述的车载多媒体音频系统的测试装置。

本发明实施例提出的车载多媒体系统通过车载多媒体音频系统的测试装置对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的内部寄存器进行测试，从而能够极大缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明实施例的车载多媒体音频系统的测试装置的方框示意图；

图2为根据本发明一个具体实施例的车载多媒体音频系统的结构示意图；

图3为根据本发明一个具体实施例的车载多媒体音频系统中DSP的结构示意图；

图4为根据本发明一个实施例的车载多媒体音频系统的测试装置的音频电路中各关键节点的测试状态显示界面示意图；

图5为根据本发明一个实施例的车载多媒体音频系统的测试装置的MCU中其它管脚的测试状态显示界面示意图；

图6为根据本发明一个实施例的车载多媒体音频系统的测试装置的DSP中所有寄存器的测试状态显示界面示意图；

图7为根据本发明一个具体实施例的车载多媒体系统的结构示意图；

图8为根据本发明实施例的车载多媒体音频系统的测试方法的流程图；以及

图9为根据本发明一个具体实施例的车载多媒体音频系统的测试方法的流程图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本发明。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。此外，本发明提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的可应用于性和/或其他材料的使用。另外，以下描述的第一特征在第二特征之“上”的结构可以包括第一和第二特征形成为直接接触的实施例，也可以包括另外的特征形成在第一和第二特征之间的实施例，这样第一和第二特征可能不是直接接触。

在本发明的描述中，需要说明的是，除非另有规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是机械连接或电连接，也可以是两个元件内部的连通，可以是直接相连，也可以通过中间媒介间接相连，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

下面参照附图来描述根据本发明实施例提出的车载多媒体音频系统的测试方法、车载多媒体音频系统的测试装置和车载多媒体系统。

首先参照附图来描述根据本发明实施例提出的车载多媒体音频系统的测试装置。

如图1所示，本发明实施例的车载多媒体音频系统的测试装置包括：测试指令生成模块10、关键节点测试模块20、管脚测试模块30以及寄存器测试模块40。其中，测试指令生成模块10用于获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令。关键节点测试模块20用于根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路1的N个关键节点的信号，并分别对N个关键节点的信号进行测试，其中，N为大于或等于1的整数。管脚测试模块30用于接收测试指令生成模块10生成的管脚状态测试指令，并根据管脚状态测试指令获取音频电路1中第一处理器例如MCU(MicroControlUnit，微控制单元)的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试。寄存器测试模块40用于接收测试指令生成模块10生成的寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路1中第二处理器例如DSP(DigitalSignalProcess，数字信号处理器)的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。

进一步地，在本发明的一个实施例中，测试指令生成模块10具体可以包括：按键触发状态检测子模块11、测试开始指令生成子模块12以及测试指令生成子模块13。其中，按键触发状态检测子模块11用于检测音频测试触摸按键的触发状态，音频测试触摸按键可以设置在多媒体触摸屏上，进而当用户触摸音频测试触摸按键时，音频测试触摸按键的触发状态为触发。测试开始指令生成子模块12用于当音频测试触摸按键的触发状态为触发时，生成测试开始指令。测试指令生成子模块13用于根据测试开始指令生成关键节点信号测试指令，在关键节点测试模块20完成关键节点测试之后生成管脚状态测试指令，以及在管脚测试模块30完成管脚测试后，生成寄存器状态测试指令。

进一步地，在本发明的一个实施例中，关键节点测试模块20具体可以用于分别对N个关键节点的信号和对应的N个预设信号阈值范围进行比较，并分别生成N个关键节点的测试状态。具体地，在本发明的一个实施例中，当关键节点的信号在对应的预设信号阈值范围内时，可以判断关键节点的测试状态为测试通过。具体地，在本发明的另一个实施例中，当关键节点的信号不在对应的预设信号阈值范围内时，可以判断关键节点的测试状态为测试未通过。具体地，在本发明的一个实施例中，可以在将音频电路1按功能进行分割为多个单元模块后，按照音频电路1中信号流向设置关键节点为每一级单元模块的输出端，进而在车载多媒体音频系统运行音频文件时，测试指令生成模块10可以按照信号流向依次检测每一级单元模块的输出端信号，并按照先后顺序分别对各关键节点的信号进行逐个测试以实现对车载多媒体音频系统的硬件测试。本发明实施例的车载多媒体音频系统的测试装置可以不再局限于对音频电路的最后一级单元模块的输出信号进行测试，而是具体到对音频电路中每一级单元模块的输出信号进行实时实地测试，从而能够有效缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。

进一步地，在本发明的一个实施例中，管脚测试模块30具体可以用于：分别对其它管脚的状态信息和对应的预设管脚逻辑状态进行比较，并分别生成其它管脚的测试状态。具体地，在本发明的一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态相同时，可以判断其它管脚的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态不相同时，可以判断其它管脚的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号，进而管脚测试模块30可以通过装载在MCU内部的自检程序实时读取除输出控制信号的管脚外其它管脚的状态信息，并在分别对其它管脚的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如UART(UniversalAsynchronousReceiverTransmitter，通用异步收发器))或其它通信方式发送出去。

进一步地，在本发明的一个实施例中，寄存器测试模块40具体可以用于：分别对其它寄存器的状态信息和对应的预设寄存器逻辑状态进行比较，并分别生成其它寄存器的测试状态。具体地，在本发明的一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态相同时，可以判断其它寄存器的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态不相同时，可以判断其它寄存器的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号并控制DSP内部的数字信号处理程序运行，当DSP中寄存器的存储信息发生修改时，寄存器测试模块40可以实时读取除存储信息发生修改的寄存器外其它寄存器的状态信息，并在分别对其它寄存器的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如串口)或其它通信方式发送出去。

进一步地，在本发明的一个实施例中，车载多媒体音频系统的测试装置还可以包括显示模块50。显示模块50用于显示N个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状态。需要说明的是，本发明实施例的车载多媒体音频系统的测试装置可以通过显示模块50例如多媒体显示屏直接将N个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状态进行实时实地显示，能够极大缩短车载多媒体音频系统的排查故障时间，并最大范围的缩小排查故障范围。

如图2所示，在本发明的一个具体实施例中，车载多媒体音频系统可以包括MCU和音频电路1例如六路音频硬件电路。其中，音频电路1主要可以包括：音频信号源2，DVD数字信号电路3，DSP，信号滤波放大电路4以及信号差分电路5。MCU可以包括关键节点测试模块20和管脚测试模块30。DSP可以包括寄存器测试模块40。设置音频信号源2的输出端A1为第一个关键节点，DVD数字信号电路3的输出端A2为第二个关键节点，DSP的输出端A3为第三个关键节点，信号滤波放大电路4的输出端A4为第四个关键节点，信号差分电路5的输出端A5为第五个关键节点。MCU分别与音频信号源2、DVD数字信号电路3、DSP、信号滤波放大电路4、信号差分电路5以及各关键节点相连，且MCU可以通过通信接口(例如串口)或其它通信方式与ARM(AdvancedRISCMachine，高级精简指令集机器)进行通信，并可以通过通信接口(例如IIC接口)或其它通信方式与DSP进行通信，ARM可以包括测试指令生成模块10。

具体地，在本发明的一个实施例中，如图3所示，DSP内部的寄存器可以包括A、B、C、A’、B’以及C’六个寄存器，每个寄存器对应唯一地址，L和R为DSP的前级输入音频信号节点，L1和R1为DSP的后级输出音频信号节点，MCU分别与DSP、L、R、L1以及R1相连。进一步地，在本发明的另一个实施例中，当DSP中的寄存器测试模块40分别生成除存储信息发生修改的寄存器外其它寄存器的测试状态后，DSP可以通过通信接口(例如IIC接口)或其它通信方式传输其它寄存器的测试状态至MCU，进而MCU可以再次将其它寄存器的测试状态通过通信接口(例如串口)或其它通信方式传输至ARM。

具体地，上述车载多媒体音频系统中各模块之间的连接关系可以在车载多媒体音频系统的产品研发阶段设置，从而使得本发明实施例的车载多媒体音频系统的测试装置在测试时能够省去大量的测试工具，并有效减少了测试线束引进的测试误差。

进一步地，在本发明的一个具体实施例中，如图2所示，MCU加载音频文件后，MCU的管脚1、管脚2、管脚3、管脚4、管脚5分别输出控制信号至DVD数字信号电路3、音频信号源2、DSP、信号滤波放大电路4、信号差分电路5，进而音频电路1输出实际的音频信号至喇叭6。此时，若用户触摸多媒体触摸屏上的音频测试触摸按键，多媒体触摸屏展开测试界面，按键触发状态检测子模块11检测音频测试触摸按键的触发状态为触发，测试开始指令生成子模块12将触摸屏电信号作为测试开始指令传输到多媒体控制芯片ARM中的测试指令生成子模块13，测试指令生成子模块13调用程序1，程序1通过串口发送数据data1作为关键节点信号测试指令到MCU。MCU中关键节点测试模块20接收到数据data1后，调用程序2，程序2采集音频电路1中各关键节点的信号。

具体地，在本发明的一个实施例中，在关键节点A1的电压信号输入到MCU后，MCU内部的A/D转换电路将关键节点A1的电压信号转换为数字量，关键节点测试模块20调用程序3对数字量进行判断。如果数字量在理论范围即预设信号阈值范围内，则关键节点A1的测试状态为数据data2，如果数字量不在理论范围内，则关键节点A1的测试状态为数据data3。进而MCU调用程序4将数据data2或数据data3通过串口发送至ARM。若ARM接收到数据data2，则通过程序5转换显示“√”在多媒体触摸屏的测试界面上，若ARM接收到数据data3，则通过程序5转换显示“×”在多媒体触摸屏的测试界面上。需要说明的是，对其它关键节点的测试可以按照关键节点A2、关键节点A3、关键节点A4和关键节点A5的顺序依次进行上述测试过程，并在完成各关键节点的测试后，将各关键节点的测试状态保持显示30S。其中，在本发明的一个实施例中，各关键节点的测试状态显示界面如图4所示。

具体地，在本发明的另一个实施例中，在各关键节点的测试状态保持显示30S后，ARM中的测试指令生成子模块13调用程序6，程序6发送数据data12作为管脚状态测试指令到MCU。MCU中管脚测试模块30接收到数据data12后，开始对MCU的管脚进行测试。若MCU的管脚1发出控制命令，管脚测试模块30立刻调用程序7以获取管脚2、管脚3、管脚4和管脚5的状态信息，并分别对管脚2、管脚3、管脚4和管脚5的状态信息进行判断。若管脚2、管脚3、管脚4和管脚5的状态信息正常，即和对应的预设管脚逻辑状态相同，则其它管脚的测试状态为数据data13，否则，管脚2、管脚3、管脚4和管脚5的测试状态为数据data14。MCU调用程序8将数据data13或数据data14通过串口发送至ARM。若ARM接收到数据data13，则通过程序5转换显示“√”在多媒体触摸屏的测试界面上20S，若ARM接收到数据data14，则通过程序5转换显示“×”在多媒体触摸屏的测试界面上20S。其中，在本发明的一个实施例中，其它管脚的测试状态显示界面如图5所示。需要说明的是，当管脚2、管脚3、管脚4或管脚5发出控制命令时，可以按照上述过程对除输出控制信号的管脚外其它管脚进行测试，并在完成对MCU所有管脚的测试后，在多媒体触摸屏的测试界面上显示各关键节点的测试状态和所有管脚的测试状态30S。

具体地，在本发明的再一个实施例中，在多媒体触摸屏的测试界面上显示各关键节点的测试状态和所有管脚的测试状态30S后，ARM中的测试指令生成子模块13调用程序6，程序6通过串口发送数据data52作为寄存器状态测试指令至MCU。MCU接收到数据data52后，通过IIC接口将数据data52发送至DSP内部的寄存器测试程序，寄存器测试模块40通过寄存器测试程序对DSP内部寄存器进行测试。按照DSP内部音频驱动程序的执行顺序，当A寄存器中的存储信息发生变化时，寄存器测试模块40调用程序9监测寄存器B、寄存器C、寄存器A’、寄存器B’、寄存器C’的状态值即状态信息，并判断寄存器B、寄存器C、寄存器A’、寄存器B’、寄存器C’的状态值是否符合程序逻辑值即与对应的预设寄存器逻辑状态相同。如果符合，则DSP调用程序10通过IIC接口发送数据data53至MCU，否则发送数据data54至MCU。在MCU接收到数据data53或数据data54之后，通过串口将数据data53或数据data54发送至ARM。若ARM接收到数据data53，则通过程序5转换显示“√”在多媒体触摸屏的测试界面上，若ARM接收到数据data54，则通过程序5转换显示“×”在多媒体触摸屏的测试界面上。需要说明的是，当寄存器B、寄存器C、寄存器A’、寄存器B’或寄存器C’中的存储信息发生变化时，可以按照上述过程对除存储信息发生修改的寄存器外其它寄存器进行测试，并在完成对DSP内部所有寄存器的测试后，在多媒体触摸屏的测试界面上显示所有寄存器的测试状态30S。其中，在本发明的一个实施例中，所有寄存器的测试状态显示界面如图6所示。进一步地，在多媒体触摸屏的测试界面上显示所有寄存器的测试状态30S后，按键触发状态检测子模块11检测音频测试触摸按键的触发状态。若音频测试触摸按键的触发状态为触发，则重新对音频电路1的关键节点、MCU的管脚以及DSP内部寄存器进行测试，以及时反馈车载多媒体音频系统在实际工作情况中的软件和硬件问题，若音频测试触摸按键的触发状态为未触发，则多媒体触摸屏显示常规显示界面。

本发明实施例提出的车载多媒体音频系统的测试装置，在通过测试指令生成模块获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令后，关键节点测试模块根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，并在关键节点测试模块分别对N个关键节点的信号进行测试完成后，管脚测试模块接收测试指令生成模块生成的管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试，最后，在管脚测试模块分别对其它管脚的状态信息进行测试完成后，寄存器测试模块接收测试指令生成模块生成的寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。该车载多媒体音频系统的测试装置能够在尽可能短的时间和小范围条件下，通过对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的内部寄存器进行测试来快速定位车载多媒体音频系统的故障位置，以便于迅速排除故障。

下面参照附图来描述根据本发明实施例提出的车载多媒体系统。

本发明实施例还提出的车载多媒体系统包括上述的车载多媒体音频系统的测试装置。

具体地，在本发明的一个实施例中，如图7所示，车载多媒体系统还可以包括多媒体触摸屏、ARM、MCU和音频电路1。其中，多媒体触摸屏可以与ARM进行通信，ARM可以通过通信接口(例如串口)或其它通信方式与MCU进行通信，MCU与音频电路1相连，且MCU可以通过通信接口(例如IIC接口)或其它通信方式与音频电路1进行通信。

本发明实施例提出的车载多媒体系统通过车载多媒体音频系统的测试装置对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的内部寄存器进行测试，从而能够极大缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。

下面参照附图来描述根据本发明实施例提出的车载多媒体音频系统的测试方法。

如图8所示，本发明实施例的车载多媒体音频系统的测试方法包括以下步骤：

S1，获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令。

进一步地，在本发明的一个实施例中，车载多媒体音频系统获取用户发出的测试开始指令具体可以包括：

S11，检测音频测试触摸按键的触发状态。

在本发明的一个实施例中，音频测试触摸按键可以设置在多媒体触摸屏上，进而当用户触摸音频测试触摸按键时，音频测试触摸按键的触发状态为触发。

S12，当音频测试触摸按键的触发状态为触发时，生成测试开始指令。

S2，根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，其中，N为大于或等于1的整数。

进一步地，在本发明的一个实施例中，分别对N个关键节点的信号进行测试具体可以为：

分别对N个关键节点的信号和对应的N个预设信号阈值范围进行比较，并分别生成N个关键节点的测试状态。

具体地，在本发明的一个实施例中，当关键节点的信号在对应的预设信号阈值范围内时，可以判断关键节点的测试状态为测试通过。具体地，在本发明的另一个实施例中，当关键节点的信号不在对应的预设信号阈值范围内时，可以判断关键节点的测试状态为测试未通过。具体地，在本发明的一个实施例中，音频电路可以为六路音频硬件电路，具体地，在本发明的一个实施例中，可以在将音频电路按功能进行分割为多个单元模块后，按照音频电路中信号流向设置关键节点为每一级单元模块的输出端，进而在车载多媒体音频系统运行音频文件时，可以按照信号流向依次检测每一级单元模块的输出端信号，并按照先后顺序分别对各关键节点的信号进行逐个测试以实现对车载多媒体音频系统的硬件测试。本发明实施例的车载多媒体音频系统的测试装置可以不再局限于对音频电路的最后一级单元模块的输出信号进行测试，而是具体到对音频电路中每一级单元模块的输出信号进行实时实地测试，从而能够有效缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。

S3，接收管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试。

在本发明的一个实施例中，第一处理器可以为MCU。进一步地，在本发明的一个实施例中，分别对其它管脚的状态信息进行测试具体可以为：

分别对其它管脚的状态信息和对应的预设管脚逻辑状态进行比较，并分别生成其它管脚的测试状态。

具体地，在本发明的一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态相同时，可以判断其它管脚的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态不相同时，可以判断其它管脚的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号，进而可以通过装载在MCU内部的自检程序实时读取除输出控制信号的管脚外其它管脚的状态信息，并在分别对其它管脚的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如UART)或其它通信方式发送出去。

S4，接收寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。

在本发明的一个实施例中，第二处理器可以为DSP。进一步地，在本发明的一个实施例中，分别对其它寄存器的状态信息进行测试具体可以为：

分别对其它寄存器的状态信息和对应的预设寄存器逻辑状态进行比较，并分别生成其它寄存器的测试状态。

具体地，在本发明的另一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态相同时，可以判断其它寄存器的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态不相同时，可以判断其它寄存器的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号并控制DSP内部的数字信号处理程序运行，当DSP中寄存器的存储信息发生修改时，可以实时读取除存储信息发生修改的寄存器外其它寄存器的状态信息，并在分别对其它寄存器的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如串口)或其它通信方式发送出去。

进一步地，在本发明的一个实施例中，车载多媒体音频系统的测试方法还可以包括：

S5，显示N个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状态。

需要说明的是，本发明实施例的车载多媒体音频系统的测试方法可以直接将N个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状态进行实时实地显示，能够极大缩短车载多媒体音频系统的排查故障时间，并最大范围的缩小排查故障范围。

进一步地，在本发明的一个具体实施例中，如图9所示，车载多媒体音频系统的测试方法包括以下步骤：

S91，检测多媒体六路音频测试按键是否按下。

如果是，则进入步骤S92，如果否，则返回步骤S91。

S92，ARM通过串口发送数据data1至MCU。

S93，在MCU接收到数据data1之后，对六路音频硬件电路中关键节点的信号进行测试。

在依次对六路音频硬件电路中所有关键节点的信号进行测试完成后，进入步骤S94。

S94，将测试结果送多媒体触摸屏进行显示，并延迟显示测试结果30S。

在显示测试结果30S后，进入步骤S95。

S95，ARM通过串口发送数据data12至MCU。

S96，在MCU接收到数据data12之后，对MCU中除输出控制信号的管脚外其它管脚的状态信息进行测试。

在对MCU中所有管脚的状态信息进行测试完成后，进入步骤S97。

S97，将测试结果送多媒体触摸屏进行显示，并延迟显示测试结果30S。

在显示测试结果30S后，进入步骤S98。

S98，ARM通过串口发送数据data52至MCU。

S99，MCU通过交互接口IIC将数据data52发送至DSP，在DSP接收到数据data52之后，对DSP中除存储信息发生修改的寄存器外其它寄存器的状态信息进行测试。

在对DSP中所有寄存器的状态信息进行测试完成后，进入步骤S910。

S910，程序11检测多媒体六路音频测试按键是否按下。

如果是，则返回步骤S92，如果否，则进入步骤S911。

S911，回到多媒体触摸屏的常规显示界面。

本发明实施例提出的车载多媒体音频系统的测试方法在获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令后，进而根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，并在分别对N个关键节点的信号进行测试完成后，接收管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试，最后在分别对其它管脚的状态信息进行测试完成后，接收寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。该车载多媒体音频系统的测试方法能够在尽可能短的时间和小范围条件下，通过对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的内部寄存器进行测试来快速定位车载多媒体音频系统的故障位置，以便于迅速排除故障。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同限定。

Claims (19)

1.一种车载多媒体音频系统的测试方法，其特征在于，包括以下步骤：

获取用户发出的测试开始指令，并根据所述测试开始指令生成关键节点信号测试指令；

根据所述关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对所述N个关键节点的信号进行测试，其中，N为大于或等于1的整数；

接收管脚状态测试指令，并根据所述管脚状态测试指令获取所述音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对所述其它管脚的状态信息进行测试；以及

接收寄存器状态测试指令，并根据所述寄存器状态测试指令获取所述音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对所述其它寄存器的状态信息进行测试。

2.如权利要求1所述的方法，其特征在于，所述车载多媒体音频系统获取用户发出的测试开始指令具体包括：

检测音频测试触摸按键的触发状态；以及

当所述音频测试触摸按键的触发状态为触发时，生成所述测试开始指令。

3.如权利要求1所述的方法，其特征在于，所述分别对所述N个关键节点的信号进行测试具体为：

分别对所述N个关键节点的信号和对应的N个预设信号阈值范围进行比较，并分别生成所述N个关键节点的测试状态。

4.如权利要求3所述的方法，其特征在于，

当关键节点的信号在对应的预设信号阈值范围内时，判断所述关键节点的测试状态为测试通过；以及

当所述关键节点的信号不在对应的预设信号阈值范围内时，判断所述关键节点的测试状态为测试未通过。

5.如权利要求4所述的方法，其特征在于，所述分别对所述其它管脚的状态信息进行测试具体为：

分别对所述其它管脚的状态信息和对应的预设管脚逻辑状态进行比较，并分别生成所述其它管脚的测试状态。

6.如权利要求5所述的方法，其特征在于，

当所述其它管脚的状态信息和对应的预设管脚逻辑状态相同时，判断所述其它管脚的测试状态为测试通过；以及

当所述其它管脚的状态信息和对应的预设管脚逻辑状态不相同时，判断所述其它管脚的测试状态为测试未通过。

7.如权利要求6所述的方法，其特征在于，所述分别对所述其它寄存器的状态信息进行测试具体为：

分别对所述其它寄存器的状态信息和对应的预设寄存器逻辑状态进行比较，并分别生成所述其它寄存器的测试状态。

8.如权利要求7所述的方法，其特征在于，

当所述其它寄存器的状态信息和对应的预设寄存器逻辑状态相同时，判断所述其它寄存器的测试状态为测试通过；以及

当所述其它寄存器的状态信息和对应的预设寄存器逻辑状态不相同时，判断所述其它寄存器的测试状态为测试未通过。

9.如权利要求3-8中任一项所述的方法，其特征在于，还包括：

显示所述N个关键节点的测试状态、所述其它管脚的测试状态、所述其它寄存器的测试状态。

10.一种车载多媒体音频系统的测试装置，其特征在于，包括：

测试指令生成模块，用于获取用户发出的测试开始指令，并根据所述测试开始指令生成关键节点信号测试指令；

关键节点测试模块，用于根据所述关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对所述N个关键节点的信号进行测试，其中，N为大于或等于1的整数；

管脚测试模块，用于接收所述测试指令生成模块生成的管脚状态测试指令，并根据所述管脚状态测试指令获取所述音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对所述其它管脚的状态信息进行测试；以及

寄存器测试模块，用于接收所述测试指令生成模块生成的寄存器状态测试指令，并根据所述寄存器状态测试指令获取所述音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对所述其它寄存器的状态信息进行测试。

11.如权利要求10所述的装置，其特征在于，所述测试指令生成模块具体包括：

按键触发状态检测子模块，用于检测音频测试触摸按键的触发状态；

测试开始指令生成子模块，用于当所述音频测试触摸按键的触发状态为触发时，生成所述测试开始指令；以及

测试指令生成子模块，用于根据所述测试开始指令生成所述关键节点信号测试指令，在所述关键节点测试模块完成关键节点测试之后生成所述管脚状态测试指令，以及在所述管脚测试模块完成管脚测试后，生成所述寄存器状态测试指令。

12.如权利要求10所述的装置，其特征在于，所述关键节点测试模块具体用于：

分别对所述N个关键节点的信号和对应的N个预设信号阈值范围进行比较，并分别生成所述N个关键节点的测试状态。

13.如权利要求12所述的装置，其特征在于，

当关键节点的信号在对应的预设信号阈值范围内时，判断所述关键节点的测试状态为测试通过；以及

当所述关键节点的信号不在对应的预设信号阈值范围内时，判断所述关键节点的测试状态为测试未通过。

14.如权利要求13所述的装置，其特征在于，所述管脚测试模块具体用于：

分别对所述其它管脚的状态信息和对应的预设管脚逻辑状态进行比较，并分别生成所述其它管脚的测试状态。

15.如权利要求14所述的装置，其特征在于，

当所述其它管脚的状态信息和对应的预设管脚逻辑状态相同时，判断所述其它管脚的测试状态为测试通过；以及

当所述其它管脚的状态信息和对应的预设管脚逻辑状态不相同时，判断所述其它管脚的测试状态为测试未通过。

16.如权利要求15所述的装置，其特征在于，所述寄存器测试模块具体用于：

分别对所述其它寄存器的状态信息和对应的预设寄存器逻辑状态进行比较，并分别生成所述其它寄存器的测试状态。

17.如权利要求16所述的装置，其特征在于，

当所述其它寄存器的状态信息和对应的预设寄存器逻辑状态相同时，判断所述其它寄存器的测试状态为测试通过；以及

当所述其它寄存器的状态信息和对应的预设寄存器逻辑状态不相同时，判断所述其它寄存器的测试状态为测试未通过。

18.如权利要求12-17中任一项所述的装置，其特征在于，还包括：

显示模块，用于显示所述N个关键节点的测试状态、所述其它管脚的测试状态、所述其它寄存器的测试状态。

19.一种车载多媒体系统，其特征在于，包括如权利要求10-18中任一项所述的车载多媒体音频系统的测试装置。