以按照信号流向依次检测每一级单元模块的输出端信号，并按照先后顺序分别对各关键节点的信号进行逐个测试以实现对车载多媒体音频系统的硬件测试。本发明实施例的车载多媒体音频系统的测试装置可以不再局限于对音频电路的最后一级单元模块的输出信号进行测试，而是具体到对音频电路中每一级单元模块的输出信号进行实时实地测试，从而能够有效缩短车载多媒体音频系统的故障排查时间，并最大范围缩小故障排查范围。
[0058]S3，接收管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试。
[0059]在本发明的一个实施例中，第一处理器可以为MCU。进一步地，在本发明的一个实施例中，分别对其它管脚的状态信息进行测试具体可以为:
[0060]分别对其它管脚的状态信息和对应的预设管脚逻辑状态进行比较，并分别生成其它管脚的测试状态。
[0061]具体地，在本发明的一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态相同时，可以判断其它管脚的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它管脚的状态信息和对应的预设管脚逻辑状态不相同时，可以判断其它管脚的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号，进而可以通过装载在MCU内部的自检程序实时读取除输出控制信号的管脚外其它管脚的状态信息，并在分别对其它管脚的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如UART)或其它通信方式发送出去。
[0062]S4，接收寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。
[0063]在本发明的一个实施例中，第二处理器可以为DSP。进一步地，在本发明的一个实施例中，分别对其它寄存器的状态信息进行测试具体可以为:
[0064]分别对其它寄存器的状态信息和对应的预设寄存器逻辑状态进行比较，并分别生成其它寄存器的测试状态。
[0065]具体地，在本发明的另一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态相同时，可以判断其它寄存器的测试状态为测试通过。具体地，在本发明的另一个实施例中，当其它寄存器的状态信息和对应的预设寄存器逻辑状态不相同时，可以判断其它寄存器的测试状态为测试未通过。具体地，在本发明的一个实施例中，在MCU运行音频文件时，音频电路在MCU管脚输出的控制信号作用下产生音频信号并控制DSP内部的数字信号处理程序运行，当DSP中寄存器的存储信息发生修改时，可以实时读取除存储信息发生修改的寄存器外其它寄存器的状态信息，并在分别对其它寄存器的状态信息进行测试后，可以将对应生成的测试状态通过通信接口(例如串口)或其它通信方式发送出去。
[0066]进一步地，在本发明的一个实施例中，车载多媒体音频系统的测试方法还可以包括:
[0067]S5，显示N个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状
ο
[0068]需要说明的是，本发明实施例的车载多媒体音频系统的测试方法可以直接将Ν个关键节点的测试状态、其它管脚的测试状态、其它寄存器的测试状态进行实时实地显示，能够极大缩短车载多媒体音频系统的排查故障时间，并最大范围的缩小排查故障范围。
[0069]进一步地，在本发明的一个具体实施例中，如图9所示，车载多媒体音频系统的测试方法包括以下步骤:
[0070]S91，检测多媒体六路音频测试按键是否按下。
[0071]如果是，则进入步骤S92，如果否，则返回步骤S91。
[0072]S92，ARM通过串口发送数据datal至MCU。
[0073]S93，在MCU接收到数据datal之后，对六路音频硬件电路中关键节点的信号进行测试。
[0074]在依次对六路音频硬件电路中所有关键节点的信号进行测试完成后，进入步骤S94。
[0075]S94，将测试结果送多媒体触摸屏进行显示，并延迟显示测试结果30S。
[0076]在显示测试结果30S后，进入步骤S95。
[0077]S95，ARM通过串口发送数据datal2至MCU。
[0078]S96，在MCU接收到数据datal2之后，对MCU中除输出控制信号的管脚外其它管脚的状态信息进行测试。
[0079]在对MCU中所有管脚的状态信息进行测试完成后，进入步骤S97。
[0080]S97，将测试结果送多媒体触摸屏进行显示，并延迟显示测试结果30S。
[0081]在显示测试结果30S后，进入步骤S98。
[0082]S98，ARM通过串口发送数据data52至MCU。
[0083]S99，MCU通过交互接口 IIC将数据data52发送至DSP，在DSP接收到数据data52之后，对DSP中除存储信息发生修改的寄存器外其它寄存器的状态信息进行测试。
[0084]在对DSP中所有寄存器的状态信息进行测试完成后，进入步骤S910。
[0085]S910，程序11检测多媒体六路音频测试按键是否按下。
[0086]如果是，则返回步骤S92，如果否，则进入步骤S911。
[0087]S911，回到多媒体触摸屏的常规显示界面。
[0088]本发明实施例提出的车载多媒体音频系统的测试方法在获取用户发出的测试开始指令，并根据测试开始指令生成关键节点信号测试指令后，进而根据关键节点信号测试指令依次获取车载多媒体音频系统中音频电路的N个关键节点的信号，并分别对N个关键节点的信号进行测试，并在分别对N个关键节点的信号进行测试完成后，接收管脚状态测试指令，并根据管脚状态测试指令获取音频电路中第一处理器的除输出控制信号的管脚外其它管脚的状态信息，以及分别对其它管脚的状态信息进行测试，最后在分别对其它管脚的状态信息进行测试完成后，接收寄存器状态测试指令，并根据寄存器状态测试指令获取音频电路中第二处理器的除存储信息发生修改的寄存器外其它寄存器的状态信息，以及分别对其它寄存器的状态信息进行测试。该车载多媒体音频系统的测试方法能够在尽可能短的时间和小范围条件下，通过对音频电路的关键节点、第一处理器的管脚以及音频电路中第二处理器的内部寄存器进行测试来快速定位车载多媒体音频系统的故障位置，以便于迅速排除故障。
[0089]流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
[0090]在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，〃计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPR0M或闪速存储器)，光纤装置，以及便携式光盘只读存储器(⑶ROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
[0091]应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵