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

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

Info

Publication number
CN110297737A
CN110297737A CN201910621208.8A CN201910621208A CN110297737A CN 110297737 A CN110297737 A CN 110297737A CN 201910621208 A CN201910621208 A CN 201910621208A CN 110297737 A CN110297737 A CN 110297737A
Authority
CN
China
Prior art keywords
output
channel
chip
allocation list
output channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910621208.8A
Other languages
English (en)
Other versions
CN110297737B (zh
Inventor
陈俊霏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BAIC Motor Co Ltd
Original Assignee
BAIC Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by BAIC Motor Co Ltd filed Critical BAIC Motor Co Ltd
Priority to CN201910621208.8A priority Critical patent/CN110297737B/zh
Publication of CN110297737A publication Critical patent/CN110297737A/zh
Application granted granted Critical
Publication of CN110297737B publication Critical patent/CN110297737B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2221Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273Test methods

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Testing And Monitoring For Control Systems (AREA)

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中任一项所述的故障诊断测试方法。
CN201910621208.8A 2019-07-10 2019-07-10 多路输出芯片的故障诊断测试方法及装置 Active CN110297737B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910621208.8A CN110297737B (zh) 2019-07-10 2019-07-10 多路输出芯片的故障诊断测试方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910621208.8A CN110297737B (zh) 2019-07-10 2019-07-10 多路输出芯片的故障诊断测试方法及装置

Publications (2)

Publication Number Publication Date
CN110297737A true CN110297737A (zh) 2019-10-01
CN110297737B CN110297737B (zh) 2023-11-14

Family

ID=68030720

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910621208.8A Active CN110297737B (zh) 2019-07-10 2019-07-10 多路输出芯片的故障诊断测试方法及装置

Country Status (1)

Country Link
CN (1) CN110297737B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110988651A (zh) * 2019-11-26 2020-04-10 中盈创信(北京)科技有限公司 电子电路产品的驱动采集装置和检测装置
CN111025121A (zh) * 2019-10-09 2020-04-17 上海华虹集成电路有限责任公司 一种用于智能卡芯片多通道同测的嵌入式软件实现方法
CN111176927A (zh) * 2019-11-26 2020-05-19 中盈创信(北京)科技有限公司 功能板卡的检测系统和检测方法
CN112181744A (zh) * 2020-09-25 2021-01-05 北京博睿维讯科技有限公司 一种转换器接口的故障检测方法、系统、终端以及存储介质
CN112751688A (zh) * 2019-10-30 2021-05-04 中兴通讯股份有限公司 一种otn设备的流控处理方法、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4395767A (en) * 1981-04-20 1983-07-26 Control Data Corporation Interconnect fault detector for LSI logic chips
JPH0916255A (ja) * 1995-06-27 1997-01-17 Mazda Motor Corp 機器の故障診断方法およびその装置
CN102539893A (zh) * 2012-01-11 2012-07-04 重庆长安汽车股份有限公司 整车控制器输出驱动负载的故障检测方法及整车控制器
CN105335261A (zh) * 2015-12-08 2016-02-17 山东超越数控电子有限公司 一种服务器设备机内测试bit设计方法
CN108226751A (zh) * 2017-12-14 2018-06-29 芯海科技(深圳)股份有限公司 一种多处理器协同芯片性能评估系统及方法
CN109783437A (zh) * 2019-01-28 2019-05-21 北京经纬恒润科技有限公司 一种芯片的控制方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4395767A (en) * 1981-04-20 1983-07-26 Control Data Corporation Interconnect fault detector for LSI logic chips
JPH0916255A (ja) * 1995-06-27 1997-01-17 Mazda Motor Corp 機器の故障診断方法およびその装置
CN102539893A (zh) * 2012-01-11 2012-07-04 重庆长安汽车股份有限公司 整车控制器输出驱动负载的故障检测方法及整车控制器
CN105335261A (zh) * 2015-12-08 2016-02-17 山东超越数控电子有限公司 一种服务器设备机内测试bit设计方法
CN108226751A (zh) * 2017-12-14 2018-06-29 芯海科技(深圳)股份有限公司 一种多处理器协同芯片性能评估系统及方法
CN109783437A (zh) * 2019-01-28 2019-05-21 北京经纬恒润科技有限公司 一种芯片的控制方法及装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111025121A (zh) * 2019-10-09 2020-04-17 上海华虹集成电路有限责任公司 一种用于智能卡芯片多通道同测的嵌入式软件实现方法
CN112751688A (zh) * 2019-10-30 2021-05-04 中兴通讯股份有限公司 一种otn设备的流控处理方法、电子设备及存储介质
CN110988651A (zh) * 2019-11-26 2020-04-10 中盈创信(北京)科技有限公司 电子电路产品的驱动采集装置和检测装置
CN111176927A (zh) * 2019-11-26 2020-05-19 中盈创信(北京)科技有限公司 功能板卡的检测系统和检测方法
CN112181744A (zh) * 2020-09-25 2021-01-05 北京博睿维讯科技有限公司 一种转换器接口的故障检测方法、系统、终端以及存储介质

Also Published As

Publication number Publication date
CN110297737B (zh) 2023-11-14

Similar Documents

Publication Publication Date Title
CN110297737A (zh) 多路输出芯片的故障诊断测试方法及装置
CN104333383B (zh) 一种基于fpga的a/d实时故障诊断方法
US7970594B2 (en) System and method for using model analysis to generate directed test vectors
US7519867B2 (en) Test executive which provides heap validity checking and memory leak detection for user code modules
CN114065677B (zh) 用于集成电路硬件设计的故障注入测试的方法和系统
US7480826B2 (en) Test executive with external process isolation for user code modules
CN105425201B (zh) 用于智能电能表软件可靠性检测的计量芯片模拟测试方法
CN103568863A (zh) 电动汽车电池管理系统的实时监测诊断系统及诊断方法
CN101778007B (zh) 一种自动测试can总线控制模块的i/o引脚的系统和方法
CN100446129C (zh) 一种内存故障测试的方法及系统
CN110321292A (zh) 芯片测试方法、装置、电子设备及计算机可读存储介质
CN114325333A (zh) 一种高效率规范化的soc系统级验证方法及装置
CN109140687A (zh) 故障诊断方法、装置、系统、空调、服务器和存储介质
CN102707712B (zh) 电子装备故障诊断方法和系统
US8698353B2 (en) Method for operating a redundant system and system therefor
CN103154755B (zh) 用于生成参考扫描链测试数据的测试装置、测试系统和方法
CN108572895A (zh) 一种Linux下自动检查软硬件配置的稳定性测试方法
US7093174B2 (en) Tester channel count reduction using observe logic and pattern generator
CN107132837A (zh) 一种核电站数字化反应堆保护系统的测试方法及系统
CN105653455A (zh) 一种程序漏洞的检测方法及检测系统
CN112131098A (zh) 一种用于对电能表软件进行测试的方法及系统
CN106933713B (zh) 硬件加速器的验证方法和验证系统
Yang et al. The effect of time-between-events for sequence interaction testing of a real-time system
CN108051767A (zh) 一种用于集成电路测试仪的自动诊断系统
CN102645609B (zh) Jtag链路测试装置及其测试方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant