CN110297737A - 多路输出芯片的故障诊断测试方法及装置 - Google Patents

Abstract

本发明实施方式提供一种多路输出芯片的故障诊断测试方法、装置以及存储介质，属于软件开发和自动化测试领域。所述方法包括：建立一配置表，所述配置表至少包含输出通道ID和输出通道ID对应的标准值；采集指定或全部输出通道的输出值；将所述输出值与所述配置表内其输出通道ID对应的标准值相比较；根据比较结果判断是否产生故障；在产生故障的情况下输出告警信息。同时，还提供了一种采用上述故障诊断测试方法的诊断测试装置。本发明通过将与通道输出有关的信息进行统一管理，提升了代码执行和测试效率，方便了后续维护和升级，并能适用于多种场合。

Description

多路输出芯片的故障诊断测试方法及装置

技术领域

本发明涉及软件开发和自动化测试领域，具体地，涉及一种多路输出芯片的故障诊断测试方法及一种多路输出芯片的故障诊断测试装置。

背景技术

为了保证芯片对外输出的可靠性，板载MCU(Microcontroller Unit，微控制单元)需要具有对其输出故障检测的能力。某些芯片自身具备自诊断功能，内部集成有对于开路等故障的状态指示寄存器，而有一些芯片却没有这样的设计，只向外提供了电流感应管脚，MCU可以通过对其通道的输出感应电流强度进行评估，从而诊断该通道输出是否有故障。目前市面上的部分芯片的诊断软件涉及IO管脚实际输出电平和输出感应电流AD值的回读，也提供了封装好的能够实现输出接口采集的驱动模块。在部分特定系统中，由于对模块接口和参数进行了标准化，所以对于采用其标准的驱动模块的驱动芯片诊断软件所调用的外部接口都是统一的。比如：应用于汽车电气领域的AUTOSAR(AUTOmotive Open SystemArchitecture，汽车开放系统架构)，其中对应于AUTOSAR基础软件的MCAL(Microcontroller Layer，微控制器抽象层)层的ADC和DIO驱动模块。由于AUTOSAR对模块接口和参数进行了标准化，所以对于采用AUTOSAR标准ADC和DIO驱动模块的驱动芯片诊断软件所调用的外部接口都是统一的。

目前的芯片测试中需要对芯片的每个输出通道进行逐一的测试，对输出通道的输出值与参考标准进行比较，以确定输出是否正常。该测试方式的效率较低，也没有利用到系统接口诊断自动化的优势，也不便于后续的维护和升级。

发明内容

本发明实施方式提供了一种多输出通道驱动芯片的故障诊断方法，设计了对所有输出通道诊断信息的配置表，将与通道输出有关的信息进行统一管理，以至少实现后续维护和升级的便捷性。

为了实现上述目的，在本发明第一方面，提供一种多路输出芯片的故障诊断测试方法，所述测试方法包括：

建立一配置表，所述配置表至少包含输出通道ID和输出通道ID对应的标准值；采集指定或全部输出通道的输出值；将所述输出值与所述配置表内其输出通道ID对应的标准值相比较；根据比较结果判断是否产生故障；在产生故障的情况下输出告警信息。

可选的，所述测试方法还包括：在建立一配置表之前，标识所述多路输出芯片的每路输出通道，使所述每路输出通道具有唯一的输出通道ID。

可选的，所述标识所述多路输出芯片的每路输出通道，包括：采用数组对所述多路输出芯片的每路输出通道进行标识。

可选的，所述数组为二维数组，包括组ID和组内ID。

可选的，所述输出通道ID对应的标准值是可被配置更新的。

可选的，所述输出通道ID对应的标准值为设定最小值和设定最大值所构成的标准区间。

可选的，所述采集指定或全部所述输出通道的输出值，包括：在一个任务周期内以设定周期采集指定输出通道的输出值，直至所述任务周期结束；或者，在一个任务周期内一次采集所有输出通道的输出值。

可选的，所述根据比较结果判断是否产生故障，包括：

当所述输出值在所述配置表内其输出通道ID对应的标准区间内的情况下，所述比较结果为“正常”；否则判断产生故障。

可选的，所述在产生故障的情况下输出告警信息，包括：

设置分类的故障计数器，以及针对每一分类的故障计数器设置对应的告警次数阈值；

当当所述比较结果为“正常”时，所述故障计数器均清零；否则根据判断产生故障的结果，将对应类别的故障计数器加1；

当某一分类的故障计数器达到其对应的告警次数阈值时，输出该类别的告警信息。

可选的，所述分类的故障计数器包括开路故障计数器和短地故障计数器。

可选的，所述将所述输出值与所述配置表内其输出通道ID对应的标准值相比较，还包括：

判断所述输出值的输出通道ID或者其输出通道ID对应的标准值是否在所述配置表中；如果两者之一或者均不在所述配置表中，判断“匹配错误”，并输出告警信息。

可选的，所述测试方法应用于汽车开放系统架构的基础软件中微控制器抽象层中的多路驱动芯片。

可选的，所述微控制器抽象层中的多路驱动芯片包括模数转换芯片和数字输入输出芯片。

在本发明的第二方面，还提供了一种多路输出芯片的故障诊断测试微控制单元，所述微控制单元与多路输出芯片相连，所述微控制单元被配置成采用前述的故障诊断测试方法检测所述多路输出芯片的输出通道的输出值。

在本发明的第三方面，还提供了一种多路输出芯片的故障诊断测试装置，其特征在于，所述测试装置包括：

电气接口，被配置成提供与多路输出芯片连接的接口；

控制单元，被配置成采用前述的故障诊断测试方法检测接收自所述电气接口的所述多路输出芯片的输出通道的输出值；

存储单元，被配置成存储配置表，所述配置表至少包含输出通道ID和输出通道ID对应的标准值。

可选的，所述电气接口被配置成符合汽车开放系统架构标准规范。

可选的，所述测试装置还包括输入单元和显示单元，所述输入单元被配置成对所述测试装置输入指令，所述显示单元被配置成显示操作界面和操作结果。

在本发明的第四方面，还提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令在被控制器执行时能够使得所述控制器执行前述的故障诊断测试方法。

本发明上述技术方案通过对多路输出芯片的输出通道进行监测，提供了一种快速可靠的多输出通道驱动芯片的故障诊断方法，同时方便了后续维护和升级。同时本发明的故障诊断方法可以适用于AUTOSAR架构的软件系统，接口符合AUTOSAR标准规范。此外，本发明的故障诊断方法还提出了两种可行的调度策略，使其能够适用于多种场景。

本发明实施方式的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施方式的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施方式，但并不构成对本发明实施方式的限制。在附图中：

图1是本发明一种实施方式提供的多路输出芯片的故障诊断测试方法的流程图；

图2是本发明一种可选实施方式提供的多路输出芯片的故障诊断测试方法中采集输出值的一种调度策略图；

图3是本发明一种可选实施方式提供的多路输出芯片的故障诊断测试方法中采集输出值的另一种调度策略图；

图4是本发明一种可选实施方式提供的多路输出芯片的故障诊断电气连接示意图；

图5是本发明的多路输出芯片的故障诊断测试方法应用于AUTOSAR架构的实施方式的故障诊断流程图；

图6是本发明一种实施方式提供的多路输出芯片的故障诊断测试装置的结构示意图。

附图标记说明

10 控制单元 20 存储单元

30 电气接口 40 输入单元

50 显示单元

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

在本发明实施方式中，在未作相反说明的情况下，使用的方位词如“上、下、顶、底”通常是针对附图所示的方向而言的或者是针对竖直、垂直或重力方向上而言的各部件相互位置关系描述用词。

图1是本发明一种实施方式提供的多路输出芯片的故障诊断测试方法的流程图，如图1所示，所述测试方法包括：

建立一配置表，所述配置表至少包含输出通道ID和所述输出通道ID对应的标准值；采集指定或全部输出通道的输出值；将所述输出值与所述配置表内其输出通道ID对应的标准值相比较；根据比较结果判断是否产生故障；在产生故障的情况下输出告警信息。

上述实施例提供的故障诊断方法，设计了对所有输出通道诊断信息的配置表，将与输出通道输出有关的信息进行统一管理，加快了多输出通道的判定速度，也方便后续的维护和升级。

具体的，在常用多路输出芯片的测试中，需要模拟实际使用环境，对待测芯片进行不同组合的输入，并同时测试待测芯片的输出是否满足逻辑期望和电气指标。如果输出的电气指标不达标，不但影响下游器件的工作稳定性，还可能引起错误响应，特别是模数转换芯片和数字输入输出芯片等要求输出精度的芯片，其输出的电气指标精度决定了整个系统的精度。因此，在测试的过程中，需要对芯片的输出管脚的输出值进行读取及测量。此处的输出值可以是IO管脚实际输出电平，也可以是IO管脚输出感应电流AD值。目前常用的测试方法是对芯片的多路输出管脚的输出值进行逐一地读取、测量及判定，还需要对每个管脚的输出值是否符合标准进行逐一的比对。在输出管脚较多的情况下，需要的测试时间较长。而且每个管脚的输出值的标准也是不一致的，在管脚较多的情况下容易出现混淆，影响判定结果。同时，管脚输出值的标准值的更新和维护也存在问题，例如更新繁琐，需要修改时，要找到该标准值在测试代码中的位置，进行逐一修改；又例如显示不直观，在需要显示整个输出值的标准值的列表时，无法直观地显示整个列表，需要逐一查找。其在软件中的实施也增加了软件代码的复杂性，影响CPU诊断任务执行效率。

通过本发明实施例，对输出通道和其对应的标准值进行了统一建表。建立一配置表，所述配置表至少包含输出通道ID和所述输出通道ID对应的标准值；采集指定或全部输出通道的输出值；将所述输出值与所述配置表内其输出通道ID对应的标准值相比较；根据比较结果判断是否产生故障；在产生故障的情况下输出告警信息。

该配置表的建立，将与输出通道输出有关的信息进行统一管理，加快了多输出通道的判定速度，也方便后续的维护和升级，对前述的问题有了有效的改善。

在本发明的一个可选的实施例中，所述建立一配置表之前，还包括：标识所述多路输出芯片的每路输出通道，使所述每路输出通道具有唯一的输出通道ID。此处可以选用包括自编序号和自行设定唯一标识符进行标识，也可以采用硬件的物理地址或者软件分配的端口号进行识别。此处主要为了提升该配置表的检索速度和查找效率，具体细节可参见数据库的表格中创建索引的优点。进一步的，此处优选为采用二维数组对所述多路输出芯片的每路输出通道进行标识。因为在多数的多路输出芯片中，会存在多个输出的组(即Group),而每个输出的组中又存在有多个通道(即Channel)；因此，该二维数组根据芯片的自身的结构特点，采用包括组ID(Group ID)和组内ID(Channel Index)进行标识，在实际的场景中，尽量使用设备本身的标号进行标识，以便于测试人员清楚直观地了解和对应芯片的输出通道信息。

进一步的，所述配置表中的标准值是支持被标定的，测试人员能够根据标定结果或者实际场景，对标准值进行更新的。此处的更新可以选择单项更新或者整表更新，当更新项目较少时，可以只更新单个项目；当更新项目较多时，可以选择导入新的配置表。进一步的，所述输出通道ID对应的标准值为设定最小值和设定最大值所构成的标准区间，即所述的标准值可以为一个标准区间，该区间包括设定最小值和设定最大值，测量值在标准区间内的浮动都视为正常。此处标准区间的设置，保证了告警的准确性，减少了误告警的发生。

在本发明的一个可选的实施方式中，所述采集指定或全部所述输出通道的输出值，包括：在一个任务周期内以设定周期采集指定输出通道的输出值，直至所述任务周期结束；或者，在一个任务周期内一次采集所有输出通道的输出值。在具体的场景中，采集指定或全部输出通道取决于用户的指令，以下结合附图2和附图3对上述的两种采集方式分别进行说明。

图2是本发明一种可选实施方式提供的采集输出值的一种调度策略图；如图2所示，从周期任务入口进入诊断任务后，调用执行诊断功能函数DiagFunc(ChannelID)，此处的ChannelID是在调用DiagFunc()时的输入参数，是维护人员设置的，是不变的。在执行一次DiagFunc()后，在ChannelID小于MaxChannelNum(通道ID的最大值)的情况下，或者对ChannelID递增一次，或者将ChannelID重置为0，然后从周期任务出口退出诊断任务。

图3是本发明一种可选实施方式提供的采集输出值的另一种调度策略图；如图3所示，从周期任务入口进入诊断任务后，从ChannelID＝0开始，调用执行诊断功能函数DiagFunc(ChannelID)，然后将ChannelID进行递增，以新的ChannelID参数再次调用执行诊断功能函数DiagFunc(ChannelID)，直至ChannelID达到MaxChannelNum(通道ID的最大值)，即通过循环过程，将ChannelID从0至最大值全部遍历一遍，然后从周期任务出口退出诊断任务。

在本发明的一个可选的实施方式中，所述根据比较结果判断是否产生故障，包括：当所述输出值在所述配置表内其输出通道ID对应的标准区间内的情况下，所述比较结果为“正常”；否则判断产生故障。

所述在产生故障的情况下输出告警信息，包括：设置分类的故障计数器以及针对每一分类的故障计数器设置对应的告警次数阈值；当所述比较结果为“正常”时，所述故障计数器均清零；当所述比较结果为“正常”时，所述故障计数器均清零；否则根据判断产生故障的结果，将对应类别的故障计数器加1；当某一分类的故障计数器达到其对应的告警次数阈值时，输出该类别的告警信息。

以下结合附图5，在此对本实施方式简要进行说明。在高电平的情况下，设置开路故障计数器和短地故障计数器。测试人员可以根据芯片的实际可能故障，增减或更改前述故障计数器的种类，比如增加误差超限故障计数器或者电平异常故障计数器。根据上一段中的用户的指令读取到的测量值与标准值相比较，其比较结果可能为“正常”或“开路故障”或“短地故障”。当所述比较结果为“正常”时，进行A的支路，将所述的“开路故障”或“短地故障”均清零，同时结束该单次判定。当所述比较结果为“开路故障”时，进行B的支路，开路故障计数器加1，并判断该开路故障计数器是否达到其对应的告警次数阈值，当达到告警次数阈值时，开路故障置位，短地故障清零，结束该单次判定。同理，如果当所述比较结果为“开路故障”时，进行C的支路，短地故障计数器加1，并判断该短地故障计数器是否达到其对应的告警次数阈值，当达到告警次数阈值时，短地故障置位，开路故障清零，结束该单次判定。进一步的，所述输出值对应的输出通道ID不在所述配置表中时，此时比较结果为“匹配错误”，并输出此告警信息。以上A、B、C三个支路仅是三种可能的判断结果，并不具有先后关系。此处针对各故障状态分别增加故障计数器，达到故障确认次数后，故障状态才被得到确认，降低了错误误报风险，提高了软件准确性。

优选的，本实施方式还提供了异常处理步骤，即：判断所述输出值的输出通道ID或者其输出通道ID对应的标准值是否在所述配置表中；如果两者之一或者两者均不在所述配置表中，判断“匹配错误”，并输出告警信息。此处主要是针对配置表的项目不完整时的情况。当上一步中获取到的输出值不在配置表中，则无法进行下一步的继续判定，因此应该出现错误信息的提醒，以便于维护人员进行处理。此处的输出值不在配置表中包括但不限于：输出通道ID不存在以及输出通道ID对应的标准值不存在。维护人员可以根据实际情况更新和完善所述配置表。

在本发明的一个可选的实施方式中，所述测试方法应用于汽车开放系统架构(AUTOSAR)的基础软件中微控制器抽象层(MCAL)中的多路驱动芯片。更具体的，所述微控制器抽象层中的多路驱动芯片包括了模数转换芯片和数字输入输出芯片。

图4是本发明一种实施方式提供的多路输出芯片的故障诊断电气连接示意图。如图4所示，本发明提供一种多路输出芯片的故障诊断测试微控制单元，所述微控制单元与多路输出芯片相连，所述微控制单元被配置成采用前述故障诊断测试方法检测所述多路输出芯片的输出通道的输出值。此处所指的微控制单元可以为芯片的形式，此处的芯片可以是专用芯片，也可以用通用芯片，比如在单片机或MCU。

以下通过举例，以应用于汽车开放系统架构(AUTOSAR)的基础软件中微控制器抽象层(MCAL)中的多路驱动芯片进行说明。

MCAL ADCDriver函数接口：

Std_ReturnTypeAdc_ReadGroup(

Adc_GroupType Group,

Adc_ValueGroupType*DataBufferPtr

)

该函数的输入输出参数DataBufferPtr即为读取到的AD值，假设更新到变量ADCDataD[ADCGroupId][ADCChannelIndex]这个二维数组中，根据ADCDriver规范，每一路ADC通道对应于一个Channel，所以对于驱动芯片通道的ADC返回值可以与该数组一一对应。

MCAL DIODriver函数接口，即标准API为：

Dio_LevelTypeDio_ReadChannel(

Dio_ChannelTypeChannelId

)

对感应电流的判断主要由MCU ADC端口完成，软件通过在某路实际输出电平的特定情况下，将回采到的该路电压值所处的范围来判断输出是否正常。软件中对该芯片的多路输出做一个支持标定的配置表，这样，通过周期任务调度完成对多路输出故障的检测。

软件上形成配置表(Cfg[ChannelNum])，配置成员主要有以下内容：ADCGroupId(含义为ADC Group ID)、ADCChannelId(含义为ADC Channel ID)、DIOChannelId(含义为DIO Channel ID)、ADCMinValue(含义为ADC最小值)和ADCMaxValue(含义为ADC最大值)。其中，ADC最小值和ADC最大值为可标定变量。

图5是本发明一种应用于AUTOSAR架构的实施方式的故障判定流程图；该图为高边驱动芯片诊断某一通道的流程示意图，如图5所示，对于高边驱动芯片而言，可以检测到的故障为开路故障和短地故障。以下对该诊断软件的执行流程进行描述。

S0：读取当前通道ChannelId的输出电平Dio_ReadChannel(Cfg[ChannelId].DioChannelIndex)

S1：读取该通道的反馈电压值ADCDataD[Cfg[ChannelId].ADCGroup][Cfg[ChannelId].ADCChnnId]，记作ADCValue[ChannelId]，其判定结果存在以下三种情况：

A：当ADCValue[ChannelId]处于[Cfg[ChannelId].ADCMinValue,Cfg[ChannelId].ADCMaxValue]之内，则判定为输出正常，故障状态和对应的错误计数器清零；

B：当ADCValue[ChannelId]小于Cfg[ChannelId].ADCMinValue时，则判定为输出异常，开路故障计数器加1，等到开路故障计数器达到限定阈值时，确认该路输出为开路故障；

C：当ADCValue[ChannelId]大于Cfg[ChannelId].ADCMaxValue时，则判定为输出异常，短地故障计数器加1，等到短地故障计数器达到限定阈值时，确认该路输出为短地故障。

以上A、B、C三个支路仅是三种可能的判断结果，并不具有先后关系。此处针对各故障状态分别增加故障计数器，达到故障确认次数后，故障状态才被得到确认，降低了错误误报风险，提高了软件准确性。

本实施方式还提供了异常处理步骤，图5中未示出，即：判断所述输出值的输出通道ID和其输出通道ID对应的标准值是否在所述配置表中；如果两者之一或者两者均不在所述配置表中，判断“匹配错误”，并输出告警信息。此处主要是针对配置表的项目不完整时的情况。当上一步中获取到的输出值不在配置表中，则无法进行下一步的继续判定，因此应该出现错误信息的提醒，以便于维护人员进行处理。此处的输出值不在配置表中包括但不限于：输出通道ID不存在以及输出通道ID对应的标准值不存在。维护人员可以根据实际情况更新和完善所述配置表。

相应的，图6是本发明一种实施方式提供的故障诊断测试装置的结构示意图。如图6所示：本发明实施例还提供一种多路输出芯片的故障诊断测试装置，该装置包括：电气接口30，被配置成提供与待测多路输出芯片连接的接口；控制单元10，被配置成采用前述的故障诊断测试方法检测接收自所述电气接口的所述多路输出芯片的输出通道的输出值；存储单元20，被配置成存储配置表，所述配置表至少包含输出通道ID和输出通道ID对应的标准值。

常用的，此处的装置为工控机，此工控机需要具备与待测多路输出芯片连接的电气接口30，前述的方法运行于工控机上，并在工控机上显示测试结果。此处的工控机可以根据需要替换为PC、手机或平板，只要具有处理器并能够执行指令的装置均视为对工控机的简单变型，这些简单变型均属于本发明实施方式的保护范围。

进一步的，所述电气接口还被配置成符合汽车开放系统架构标准(AUTOSAR)规范。当前述测试方法应用于汽车开放系统架构的基础软件中微控制器抽象层中的多路输出驱动芯片时，需要该电气接口符合汽车开放系统架构标准规范。进一步的，所述测试装置还包括输入单元40和显示单元50，输入单元40被配置成对所述测试装置输入指令，显示单元50被配置成显示操作界面和操作结果。此处的测试装置更具有一体性和便携性，此处的输入单元40和显示单元50可以合设(比如采用触摸屏的方式)，使测试人员能够直接通过屏幕输入测试指令，并能直接从触摸屏上看到测试结果。

本发明上述技术方案通过对多路输出芯片的输出通道进行监测，提供了一种快速可靠的多输出通道驱动芯片的故障诊断方法，同时方便了后续维护和升级。同时该诊断系统适用于AUTOSAR架构的软件系统，接口符合AUTOSAR标准规范。此外，本诊断系统还提出了两种可行的调度策略，能够适用于多种场景。

在本发明第四方面，还提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令在被控制器执行时能够使得所述控制器执行前述的故障诊断测试方法。

以上结合附图详细描述了本发明的可选实施方式，但是，本发明实施方式并不限于上述实施方式中的具体细节，在本发明实施方式的技术构思范围内，可以对本发明实施方式的技术方案进行多种简单变型，这些简单变型均属于本发明实施方式的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施方式对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施方式的方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施方式的思想，其同样应当视为本发明实施方式所公开的内容。

Claims (18)

1.一种多路输出芯片的故障诊断测试方法，其特征在于，所述测试方法包括：

建立一配置表，所述配置表至少包含输出通道ID和所述输出通道ID对应的标准值；

采集指定或全部输出通道的输出值；

将所述输出值与所述配置表内其输出通道ID对应的标准值相比较；

根据比较结果判断是否产生故障；

在产生故障的情况下输出告警信息。

2.根据权利要求1所述的方法，其特征在于，所述测试方法还包括：在建立一配置表之前，标识所述多路输出芯片的每路输出通道，使所述每路输出通道具有唯一的输出通道ID。

3.根据权利要求2所述的方法，其特征在于，所述标识所述多路输出芯片的每路输出通道，包括：采用数组对所述多路输出芯片的每路输出通道进行标识。

4.根据权利要求3所述的方法，其特征在于，所述数组为二维数组，包括组ID和组内ID。

5.根据权利要求1所述的方法，其特征在于，所述输出通道ID对应的标准值是可被配置更新的。

6.根据权利要求1所述的方法，其特征在于，所述采集指定或全部输出通道的输出值，包括：在一个任务周期内以设定周期采集指定输出通道的输出值，直至所述任务周期结束；

或者，在一个任务周期内一次采集所有输出通道的输出值。

7.根据权利要求1所述的方法，其特征在于，所述输出通道ID对应的标准值为设定最小值和设定最大值所构成的标准区间。

8.据权利要求7所述的方法，其特征在于，所述根据比较结果判断是否产生故障，包括：

当所述输出值在所述配置表内其输出通道ID对应的标准区间内的情况下，所述比较结果为“正常”；否则判断产生故障。

9.根据权利要求8所述的方法，其特征在于，所述在产生故障的情况下输出告警信息，包括：

设置分类的故障计数器，以及针对每一分类的故障计数器设置对应的告警次数阈值；

当所述比较结果为“正常”时，所述故障计数器均清零；否则根据判断产生故障的结果，将对应类别的故障计数器加1；

当某一分类的故障计数器达到其对应的告警次数阈值时，输出该类别的告警信息。

10.根据权利要求9所述的方法，其特征在于，所述分类的故障计数器包括开路故障计数器和短地故障计数器。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

判断所述输出值的输出通道ID和其输出通道ID对应的标准值是否在所述配置表中；如果两者之一或者均不在所述配置表中，判断“匹配错误”，并输出告警信息。

12.根据权利要求1所述的方法，其特征在于，所述测试方法应用于汽车开放系统架构的基础软件中微控制器抽象层中的多路驱动芯片。

13.根据权利要求12所述的方法，其特征在于，所述微控制器抽象层中的多路驱动芯片包括模数转换芯片和数字输入输出芯片。

14.一种多路输出芯片的故障诊断测试微控制单元，所述微控制单元与多路输出芯片相连，其特征在于，所述微控制单元被配置成采用权利要求1至13中任一项所述的故障诊断测试方法检测所述多路输出芯片的输出通道的输出值。

15.一种多路输出芯片的故障诊断测试装置，其特征在于，所述测试装置包括：

电气接口，被配置成提供与多路输出芯片连接的接口；

控制单元，被配置成采用权利要求1至13中任一项所述的故障诊断测试方法检测接收自所述电气接口的所述多路输出芯片的输出通道的输出值；

存储单元，被配置成存储配置表，所述配置表至少包含输出通道ID和输出通道ID对应的标准值。

16.根据权利要求15所述的测试装置，其特征在于，所述电气接口被配置成符合汽车开放系统架构标准规范。

17.根据权利要求15或16所述的测试装置，其特征在于，所述测试装置还包括输入单元和显示单元，所述输入单元被配置成对所述测试装置输入指令，所述显示单元被配置成显示操作界面和操作结果。

18.一种机器可读存储介质，其特征在于，所述机器可读存储介质上存储有指令，该指令在被控制器执行时能够使得所述控制器执行权利要求1至13中任一项所述的故障诊断测试方法。