CN111077880B - 一种车辆故障的诊断***及方法 - Google Patents
一种车辆故障的诊断***及方法 Download PDFInfo
- Publication number
- CN111077880B CN111077880B CN201911347123.1A CN201911347123A CN111077880B CN 111077880 B CN111077880 B CN 111077880B CN 201911347123 A CN201911347123 A CN 201911347123A CN 111077880 B CN111077880 B CN 111077880B
- Authority
- CN
- China
- Prior art keywords
- fault
- information
- diagnosis unit
- vehicle
- module
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明公开了一种车辆故障的诊断***及方法,其中,该***包括:数据上传设备,用于记录并上传车辆行驶过程中各功能模块的运行数据;第一故障诊断单元包括:第一故障诊断单元,用于获取运行数据,提取诊断特征数据,判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码;第二故障诊断单元包括:监控模块,用于判断第一故障诊断单元是否正常运行;故障诊断模块,当第一故障诊断单元的运行出现故障时,用于获取运行数据,根据运行数据,判断各功能模块的运行状态;当是故障状态时,生成第二故障信息;故障处理单元,用于根据第一故障信息、第二故障信息中之一与故障提示信息确定各功能模块中是否发生故障。
Description
技术领域
本发明涉及自动驾驶车辆领域,具体涉及一种车辆故障的诊断***及方法。
背景技术
随着通信技术的高速发展,使自动驾驶车辆的普遍应用成为可能,自动驾驶车辆是在无人主动操控的情况下由计算平台来控制其行为,这种车辆使用诸如毫米波雷达、激光雷达、图像等的传感器设备来感知它们的环境,还使用各种高精技术来控制车辆行为。因此,这种车辆需要使用多个计算平台来执行上述操作。因此,需对多个计算平台进行故障诊断。
现有的故障诊断方法采用单一的软件架构执行故障诊断,自动驾驶车辆通常采用多个计算平台,故障诊断***依据计算平台提供的诊断数据完成故障的诊断,但是,在自动驾驶车辆的行驶过程中,存在着当单一的故障诊断***出现故障时,无法对进行故障诊断的缺陷。
发明内容
因此,本发明要解决的技术问题在于克服现有技术中在自动驾驶车辆的行驶过程中,当单一的故障诊断***出现故障时,无法对进行故障诊断的缺陷,从而提供一种车辆故障的诊断***及方法。
根据第一方面,本发明实施例公开了一种车辆故障的诊断***,包括:数据上传设备、第一故障诊断单元、第二故障诊断单元及故障处理单元,其中,所述数据上传设备用于记录车辆行驶过程中各功能模块的运行数据,并上传所述运行数据;所述第一故障诊断单元,用于获取所述运行数据,所述运行数据包括软件运行数据和硬件运行数据;根据所述运行数据提取诊断特征数据,根据所述诊断特征数据判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码,根据所述故障代码查询故障特征信息;所述第二故障诊断单元包括:监控模块,用于判断所述第一故障诊断单元是否正常运行,生成故障提示信息;故障诊断模块,当所述第一故障诊断单元的运行出现故障时,所述故障诊断模块用于获取所述运行数据,根据所述运行数据,判断各所述功能模块的运行状态;当所述功能模块的运行状态是故障状态时,生成第二故障信息;故障处理单元,用于根据所述第一故障信息、第二故障信息中之一与故障提示信息确定各所述功能模块中是否发生故障。
结合第一方面,在第一方面第一实施方式中,所述第一故障诊断单元具体用于:根据所述诊断特征数据,判断所述功能模块的故障标志位是否置起;当故障标志位置起时,确定所述功能模块发生故障。当有故障发生时,生成第一故障信息和故障代码,根据所述故障代码,在预设的故障诊断数据库中查询故障特征信息,所述故障特征信息包括故障发生模块、故障类型、故障等级以及故障程度。
结合第一方面,在第一方面第二实施方式中,所述监控模块具体用于:根据预设的问答机制,判断所述第一故障诊断单元是否正常运行。
结合第一方面,在第一方面第三实施方式中,所述监控模块还用于监控所述数据上传设备的运行状态。
结合第一方面,在第一方面第四实施方式中,所述监控模块还用于:对所述故障特征信息进行计数。
结合第一方面,在第一方面第五实施方式中,所述故障处理单元包括:确认模块,用于根据所述第一故障信息、第二故障信息中之一与所述故障提示信息,确认所述功能模块中的故障是否发生,得到故障确认结果;故障处理模块,用于根据所述故障确认结果,分析所述故障的产生原因。
根据第二方面,本发明实施例公开了一种车辆故障的诊断方法,应用于如第一方面或第一方方面任一实施方式中所述的***的第二故障诊断单元中,包括:判断所述第一故障诊断单元是否正常运行,生成故障提示信息;当所述第一故障诊断单元的运行出现故障时,接收车辆各个功能模块的运行数据;根据所述模块的运行数据,判断所述功能模块的运行状态;当所述功能模块的运行状态是故障状态时,生成第二故障信息。
结合第二方面,在第二方面第一实施方式中,该方法还包括,对所述故障特征信息进行计数,得到所述故障特征信息的数量。
结合第二方面,在第二方面第二实施方式中,该方法还包括:获取所述第一故障诊断单元中的所述第一故障信息;获取所述第二故障诊断单元中所述故障特征信息的数量;根据所述第一故障信息和所述故障特征信息的数量,得到诊断故障率。
本发明技术方案,具有如下优点:
1.本发明提供的一种车辆故障的诊断***,包括:数据上传设备、第一故障诊断单元、第二故障诊断单元及故障处理单元,其中,数据上传设备用于记录车辆行驶过程中各功能模块的运行数据,并上传运行数据;第一故障诊断单元,用于获取运行数据,所述数据包括软件运行数据和硬件运行数据;根据运行数据提取诊断特征数据,根据诊断特征数据判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码,根据故障代码查询故障特征信息;第二故障诊断单元,用于监控第一故障诊断单元是否正常运行,生成故障提示信息;当第一故障诊断单元的运行出现故障时,故障诊断模块用于获取运行数据,根据运行数据,判断各功能模块的运行状态;当功能模块的运行状态是故障状态时,生成确定第二故障信息;故障处理单元,用于根据第一故障信息、第二故障信息中之一与故障提示信息确定各功能模块中是否发生故障。解决了在现有的车辆故障诊断技术中,存在着的当单一的故障诊断***出现故障时,无法对进行故障诊断的缺陷,保证了车辆如果产生故障,可以及时的判断,提高了车辆的安全性能,提高车辆故障诊断的准确度。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1中一种车辆故障的诊断***的一个具体示例的结构框图;
图2为本发明实施例1中一种车辆故障的诊断***中第二故障诊断单元的一个具体示例的结构框图;
图3为本发明实施例1中一种车辆故障的诊断***中故障处理单元的结构框图;
图4为本发明实施例2中一种车辆故障的诊断方法的一个具体示例的流程框图。
具体实施方式
下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明的描述中,需要说明的是,术语“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,还可以是两个元件内部的连通,可以是无线连接,也可以是有线连接。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
此外,下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
本发明实施例提供一种车辆故障的诊断***及方法,可应用于自动驾驶车辆在行驶过程中需要对车辆进行故障诊断的具体应用场景中,由于自动驾驶车辆是在无人主动操控的情况下由计算平台来控制的,也就是说自动驾驶车辆是在没有驾驶员主动操作的情况下进行行驶的,所以,自动驾驶车辆需要多种传感器来代替驾驶员,感知行驶环境的变化,具体地,多种传感器可以是毫米波雷达、激光雷达、图像等可以采集外界环境的设备,在此基础上,自动驾驶车辆还需要使用多种高精尖的技术来代替驾驶员做出决策,发出行驶指令,具体地,可以是全球定位***(Global Positioning System,GPS)技术、导航技术、高精地图技术、人工智能技术、监控装置技术、车辆到车辆通信技术、车辆到基础设施技术和线控驾驶技术。
所以,自动驾驶车辆会使用多种计算***来执行上述操作,具体地,也就是使用多个计算平台来控制自动驾驶车辆的行驶,在自动驾驶的过程中,车辆的各个部分可能产生故障,为了避免事故的发生,需要完善的故障诊断方法,现有的故障诊断***是对来自于多个计算平台的相同运行数据,进行比较来执行故障诊断,存在着会使故障诊断的准确率和覆盖率降低的缺陷,当单一的故障诊断***出现异常,会导致无法诊断故障,影响自动驾驶车辆的行驶安全。通过实施本发明,可以通过基于冗余软件架构的车辆故障诊断***,提高自动驾驶车辆的故障诊断的准确率,即使车辆故障诊断***中的某个故障诊断单元无法正常运行时,基于冗余软件架构的车辆故障诊断***也通过调用其他的故障诊断单元,对自动驾驶车辆进行故障的诊断以及分析,***中采用安全机制,监控故障诊断***,提高了故障诊断的覆盖率。
实施例1
本发明实施例提供一种车辆故障的诊断***,可应用于自动驾驶车辆在行驶过程中需要对车辆进行故障诊断的具体应用场景中,如图1所示,本实施例中辆故障的诊断***,包括:数据上传设备10、第一故障诊断单元20、第二故障诊断单元30及故障处理单元40,其中:
数据上传设备10,用于记录车辆行驶过程中各功能模块的运行数据,并上传运行数据。在本实施例中,数据上传设备10可以是高性能的***级芯片(System on Chip,SoC),执行发送指令,可以是自动驾驶过程中需要发送给自动驾驶车辆各个功能模块的指令,具体地,可以是通过自动驾驶感知决策规划等算法得到的执行指令,数据上传设备10可以实时地将各功能模块的运行数据,发送至故障诊断***,可以是由微控制单元(MicroControl Unit,MCU)构成的故障诊断***。
示例性的,在自动驾驶车辆的计算平台内存在多个功能模块,计算平台可以实时地检测上述各功能模块的运行状态,记录自动驾驶车辆各功能模块的运行数据,并将上述各功能模块的运行数据输送至车辆故障的诊断***,具体地,自动驾驶车辆中的各功能模块可以是32线激光雷达模块,用于障碍物检测以及即时定位与地图构建(SimultaneousLocalization And Mapping,SLAM)检测;侧向16线激光雷达模块,用于侧向障碍物的检测以及车辆盲区的补充;惯导和GPS组合模块,用于提供厘米级精度的定位;双目摄像头模块,用于识别车道线、交通标志、行人及其他目标;环视摄像头模块,用于构建车辆周边全方位的环境影响,辅助自动停车以及识别周边障碍物;毫米波雷达模块,用于检测前方车辆以及障碍物,或者是检测侧向的车辆以及障碍物,辅助自动驾驶功能实现自动驾驶车辆的变道、超车等功能;车载通信模块,用于在自动驾驶车辆内数据的传输;自动驾驶车辆中的各功能模块还可以是任意对自动驾驶车辆功能的实现有影响的模块,可以是硬件功能模块,也可以是软件功能模块。
第一故障诊断单元20,用于获取运行数据,运行数据包括软件运行数据和硬件运行数据;根据运行数据提取诊断特征数据,根据诊断特征数据判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码,根据故障代码查询故障特征信息。
示例性的,在计算平台驱动自动驾驶车辆行驶的过程中,第一故障诊断单元20可以是按照目标间隔时间获取自动驾驶车辆的各个功能模块的运行数据,具体地,目标间隔时间可以是秒级或者是分钟级,本申请实施例对该目标间隔时间不作限定,本领域技术人员可以根据实际需要确定,本申请实施例中该目标间隔时间可以是一秒钟;运行数据包括软件运行数据和硬件运行数据,具体地,软件运行数据通过车载总线获取,可以是CAN***总线,也可以是以太网***总线,软件功能模块包括自动驾驶功能实现的算法层的各个功能模块,也可以是支持基础软件层运行的各个模块,例如可以是收集车载通信模块的运行数据,上述的运行数据可以包括该模块内的总线是否正常开启和关闭,传输时间等;硬件运行数据可以从硬件功能模块中直接获取。
示例性的,根据运行数据提取诊断特征数据,具体地,可以是上述第一故障诊断单元20对运行数据进行分析,运行数据可以表示该功能模块的运行状态,是正常状态,或者是故障状态;提取出运行数据中与功能模块是否发生故障有关的信息,也就是诊断特征数据,例如,可以是功能模块标识信息、功能模块故障类型、功能模块故障等级以及功能模块故障关联信息。第一故障诊断单元20可以通过诊断特征数据获得该功能模块是否发生故障,当发生故障时,生成第一故障信息和故障代码,具体地,第一故障信息表示自动驾驶车辆的功能模块发生故障,可以是“自动驾驶车辆内的功能模块发生故障”;故障代码表示自动驾驶车辆具体是发生何种故障,例如,当生成的故障代码是P019;1时,表示此时燃油压力感知器发生故障;当生成的故障代码是P021;7时,表示此时发生车辆引擎过热的故障,具体地,故障代码可以根据国际上通用的代码来具体表示。燃油压力感知器发生故障;根据故障代码可以查询故障特征信息,具体地,故障特征信息包括故障功能模块ID信息、故障类型信息、故障等级信息及故障程度信息等。具体地,在本发明实施例中。第一故障诊断单元20的数量,可以是一个,也可以是多个,执行车辆的故障诊断功能。
如图2所示,第二故障诊断单元30,包括:
监控模块301,用于判断第一故障诊断单元20是否正常运行,生成故障提示信息。在本实施例中,监控模块301,通过获取到的第一故障诊断单元20的运行数据,从而判断上述第一故障诊断单元20是否在正常运行,生成故障提示信息,具体地,故障提示信息可以表示第一故障诊断单元20正常运行,例如,监控模块301可以通过发出“故障诊断***正常运行”的提示信息,来表示第一故障诊断单元20正在正常运行;故障提示信息可以表示第一故障诊断单元20运行故障,例如,监控模块301可以通过发出“故障诊断***运行故障”的提示信息,来表示第一故障诊断单元20已经发生故障。
故障诊断模块302,当第一故障诊断单元20的运行出现故障时,故障诊断模块302用于获取运行数据,根据运行数据,判断各功能模块的运行状态;当功能模块的运行状态是故障状态时,根据运行数据获取模块的故障特征信息,并根据故障特征信息确定第二故障信息;
示例性的,由于本发明实施例提供的故障诊断***是基于冗余软件架构的故障诊断***,当监控模块301判断出第一故障诊断单元20发生故障时,上述故障诊断***中的第二故障诊断单元30开始获取自动驾驶车辆中各功能模块的运行数据,运行数据可以表示该功能模块的运行状态,是正常状态,或者是故障状态;具体地,可以是上述第一故障诊断单元20对运行数据进行分析,运行数据可以表示该功能模块的运行状态,是正常状态,或者是故障状态;当该功能模块的运行状态是故障状态时,生成第二故障信息,可以是“自动驾驶车辆内的功能模块发生故障”。
故障处理单元40,用于根据第一故障信息、第二故障信息中之一与故障提示信息确定各功能模块中是否发生故障。
在本实施例中,当生成第一故障信息并且故障提示信息提示“故障诊断***正常运行”时,表示自动驾驶车辆内有功能模块发生故障,并且第一故障诊断单元20的判断是有效且准确的;当没有生成第一故障信息并且故障提示信息提示“故障诊断***正常运行”时,表示自动驾驶车辆内没有功能模块发生故障,并且第一故障诊断单元20的判断是有效且准确的;当生成第一故障信息,但是故障提示信息提示“故障诊断***运行故障”时,或者是没有生成第一故障信息,但是故障提示信息提示“故障诊断***运行故障”时,都表示自动驾驶车辆内可能有功能模块发生故障,此时第一故障诊断单元20的判断是无效的,不准确的,此时故障诊断单元开始工作,当生成第二故障信息,表示自动驾驶车辆内有功能模块发生故障,当没有生成第二故障信息,表示自动驾驶车辆内没有功能模块发生故障。
本发明提供的一种车辆故障的诊断***,该***包括:通过数据上传设备记录车辆行驶过程中各功能模块的运行数据,并上传运行数据,通过第一故障诊断单元获取运行数据,所述数据包括软件运行数据和硬件运行数据;根据运行数据提取诊断特征数据,以及根据诊断特征数据判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码,根据故障代码查询故障特征信息;通过第二故障诊断单元判断第一故障诊断单元是否正常运行,生成故障提示信息;当第一故障诊断单元的运行出现故障时,故障诊断模块可以获取运行数据,根据运行数据,判断各功能模块的运行状态;当功能模块的运行状态是故障状态时,生成确定第二故障信息;最后可以通过故障处理单元,根据第一故障信息、第二故障信息中之一与故障提示信息确定各功能模块中是否发生故障。解决了在现有的车辆故障诊断技术中,存在着的当单一的故障诊断***出现故障时,无法对进行故障诊断的缺陷,保证了车辆如果产生故障,可以及时的判断,提高了车辆的安全性能,提高车辆故障诊断的准确度,还可以确保故障诊断***中的故障诊断单元的运行状态,如果故障诊断单元有异常情况发生,可以被***监控到并调用与此单元独立且冗余的故障诊断单元,从而可以提高自动驾驶车辆中故障诊断的覆盖率。
作为本申请一个可选实施方式,上述的第一故障诊断单元20具体用于:根据诊断特征数据,判断功能模块的故障标志位是否置起;当故障标志位置起时,确定功能模块发生故障。当有故障发生时,生成故障代码,根据故障代码,在预设的故障诊断数据库中查询第一故障信息,第一故障信息包括故障发生模块、故障类型、故障等级以及故障程度。
示例性的,诊断特征数据可以通过传递信号的方式传输,此时,诊断特征数据可以存储到指定的非易失性随机访问存储器,具体是指在存储器断电后仍能继续保持存储数据的一种随机存取存储器,可以保证自动驾驶车辆中关键的数据可以稳定保存,不易丢失。
示例性的,自动驾驶车辆的各个功能模块内部都预先设置有故障标志位,具体地,故障标志位表示该功能模块是否有故障发生,故障标志位可以在置起位置或默认位置,当故障标志位在置起位置时,表示该功能模块有故障发生;当故障标志位在默认位置时,表示该功能模块没有故障发生。
示例性的,当故障标志在置起位置时,表示该功能模块有故障发生;生成第一故障信息和故障代码,具体地,第一故障信息表示自动驾驶车辆的功能模块发生故障;故障代码的生成是遵循法律法规,可以根据故障代码查询故障特征信息,例如,可以根据故障代码在预设的故障诊断数据库中查询故障特征信息,故障诊断数据库是在设计故障诊断***时就建立的数据库,其中包含故障特征信息。
示例性的,上述的故障特征信息包括故障发生模块、故障类型、故障等级及故障程度,可以根据故障发生模块信息确定具体是哪个模块发生故障,例如,通过故障发生模块信息中的模块ID确定发生故障的模块,在自动驾驶车辆的各功能模块中,每一个功能模块可以对应着唯一的一个模块ID,因此,根据模块ID就可以确定唯一一个对应的功能模块;还可以根据故障类型信息确定故障发生的类型,具体包括硬件功能模块故障和软件功能模块故障;也可以通过故障等级信息确定故障程度信息,具体地,故障等级分为初级、中级和高级,每个故障级分别具有相对应的故障标准,将故障等级信息与各个故障级别对应的故障标准进行匹配,就可以得到故障等级信息对应的故障程度信息,故障等级信息反应了故障程度,故障等级越高,故障程度越严重。例如,当毫米波雷达功能模块通过CAN总线进行通信,传输数据时,CAN总线的通信故障可以是总线关闭、CAN高线短路,其中,在总线关闭故障中,此故障的故障类型是软件故障,故障等级是中级;在CAN高线短路故障中,此故障的故障类型是是硬件故障,故障等级是初级。另外,如果故障等级是高级时,证明故障程度非常严重,此时故障诊断模块判断已经发生故障,并做出相应的操作,也就是发出停车信号控制自动驾驶车辆立即停车。
本发明实施例所提供的车辆故障诊断***,根据运行数据,提取诊断特征数据,根据诊断特征数据,可以判断功能模块的故障标志位是否置起;当故障标志位置起时,确定功能模块发生故障。当有故障发生时,生成第一故障信息和故障代码,根据故障代码,在预设的故障诊断数据库中查询故障特征信息,故障特征信息包括故障发生模块、故障类型、故障等级以及故障程度。可以准确地判断自动驾驶车辆中是否有模块发生故障,并且可以准确且快速地判断故障发生的位置。类型以及程度,便于自动驾驶车辆控制***及时地处理故障,提高了自动驾驶车辆的安全性能,更好的保护了乘客的人身安全。
作为本申请一个可选实施方式,上述监控模块301具体用于,根据预设的问答机制,判断第一故障诊断单元20是否正常运行,以及监控数据上传设备10的运行状态。
在本实施例中,监控模块301具体可以通过程序流监控第一故障诊断单元是否按目标周期运行,具体地,可以在初始化阶段,也就是车辆故障诊断***建立阶段,把第一故障诊断单元20在程序流监控中注册,在第一故障诊断单元20中添加检查点,便于接收程序流的监控,此时,监控模块301就可以通过监控检查点来监控第一故障诊断单元20是否按目标周期运行。
示例性的,监控模块301具体通过预设的问答机制第一故障诊断单元20是否正常工作,实际上就是其工作状态,预设的问答机制可以是智能看门狗机制,具体的,看门狗可以按照目标周期查看第一故障诊断单元20内部的情况,发出询问信息,当第一故障诊断单元20接收到询问信息时,会回复相应的信息,发送至看门狗,当看门狗接收回复信息时,会与预设答案相匹配,当可以匹配上时,智能看门狗发出“第一故障诊断单元运行正常”信息,当询问信息与第一故障诊断单元20回复的信息不匹配时,智能看门狗发出“第一故障诊断单元运行故障”信息,例如,预设的询问信息与相应地回答是“A与a”,当看门狗发出“A”信息时,第一故障诊断单元20回复“a”,此时看门狗发出“第一故障诊断单元运行正常”;当看门狗发出“A”信息时,第一故障诊断单元20回复“A”或其他任意不匹配的信息时,此时看门狗发出“第一故障诊断单元运行故障”,通过上述两种方式,智能看门狗,也就是监控模块301可以监控第一故障诊断单元20的运行状态,实际上,第一故障诊断单元20也可以监控该监控模块301的工作状态,例如,当看门狗发出“A”信息,第一故障诊断单元20回复“A”或其他任意不匹配的信息,此时如果看门狗发出“第一故障诊断单元20运行正常”信息,那么第一故障诊断单元20就可以得知此时的监控模块301运行发生故障。具体地,监控模块301与数据上传设备10的相互监控的实现过程与上述过程类似,在此不再赘述。
本发明实施例提供的车辆故障诊断***,根据预设的智能看门狗机制以及预设的程序流机制,可以监控第一故障诊断单元以及数据上传设备是否正常运行,可以第一故障诊断单元的运行状态是否正常,在有异常情况发生式时,可以及时有对应的故障提示信息报出,并且可以在车辆运行过程稳定保存数据,避免内存数据被篡改,从而提高故障诊断的覆盖率以及准确率,还实现了车辆故障诊断***中各个单元之间的相互监控,保证了自动驾驶车辆的行车安全,降低了自动驾驶车辆的事故发生率。
作为本申请一个可选实施方式,上述监控模块301还用于:对故障特征信息进行计数。故障诊断模块302中的监控模块301对第一故障诊断单元20进行监控,当监控到第一故障诊断单元20发生故障时,收集查询到的故障特征信息,对故障特征信息采用双存储机制,并且进行补码校验,根据模块内预先设置故障计数器,对故障特征信息进行计数,若有故障特征信息收到时,则加1,否则数字不变,当加到最大则从0开始继续累加。例如,当故障特征信息的数量已经达到计数器的最大值时,此时,自动驾驶车辆发出检修指令,此时,可以立即停车,对自动驾驶车辆进行全面的检修,当检修完成后,自动驾驶车辆重新开始运行,此时的故障计数器可以重新从零开始计数。
本发明实施例提供的车辆故障诊断***,该***还包括通过第二故障诊断单元30中的监控模块301,收集第一故障诊断单元20中的故障特征信息,并进行数量的统计,通过对故障特征信息的技术,可以在故障特征信息达到预设最大值时,进行一次完成且全面的检修,提高了故障诊断***诊断故障的准确率,还可以进一步的确保自动驾驶车辆的行驶安全,避免交通事故的发生。
作为本申请一个可选实施方式,如图3所示,上述故障处理单元40包括:确认模块401,用于根据第一故障信息、第二故障信息中之一与故障提示信息,确认功能模块中的故障是否发生,得到故障确认结果;故障处理模块402,用于根据故障确认结果,分析故障的产生原因。
在本实施例中,经过第一故障诊断单元20以及故障提示信息,可以最终确认车辆内故障发生的情况,将确认结果输送故障处理模块402,可以分析故障原因,具体地,当确认发生故障时,通过故障特征信息,确认是车载通信模块发生故障,此时,故障处理模块402可以分析车载通信模块出现故障的原因,可能是车辆电源***引起的,因为车载通信模块的正常工作电压范围是10.5V-15.0V,如果车辆电源***提供的工作电压不正常,就会使得车载通信模块出现短暂的不正常工作;也可能是CAN总线***的链路故障,因为车载通信模块中存在CAN总线,当CAN总线***出现通信不畅的情况时,具体可以是出现通信线路的短路、断路或线路物理性质变化引起通信信号衰减或失真时,都会导致CAN总线***无法工作,由此导致车载通信模块发生故障。
本发明实施例提供的车辆故障诊断***,通过再次确认自动驾驶车辆内是否有故障发生,进一步的提高了故障诊断的准确率,确保了自动驾驶车辆的行车安全。
实施例2
本发明实施例提供一种车辆故障的诊断方法,应用于如上述任一实施例所述的***的第二故障诊断单元中,可应用于自动驾驶车辆在行驶过程中需要对车辆进行故障诊断的具体应用场景中,如图4所示,包括:
步骤S11:判断第一故障诊断单元是否正常运行,生成故障提示信息,详细实施内容可参见上述***实施例的监控模块301的相关描述。
步骤S12:当第一故障诊断单元的运行出现故障时,接收车辆各个功能模块的运行数据,详细实施内容可参见上述***实施例的故障诊断模块302的相关描述。
步骤S13:根据模块的运行数据,判断功能模块的运行状态,详细实施内容可参见上述***实施例的故障诊断模块302的相关描述。
步骤S14:当功能模块的运行状态是故障状态时,根据运行数据,获取模块的故障特征信息,并根据故障特征信息确定第二故障信息,详细实施内容可参见上述***实施例的故障诊断模块302的相关描述。
本发明提供的一种车辆故障的诊断方法,该方法包括:首先判断第一故障诊断单元是否正常运行,生成故障提示信息,故障提示信息可以是第一故障诊断单元在正常运行或者是运行故障,当第一故障诊断单元的运行出现故障时,接收车辆各个功能模块的运行数据;根据模块的运行数据,判断功能模块的运行状态;当功能模块的运行状态是故障状态时,生成第二故障信息。解决了在现有的车辆故障诊断技术中,存在着的当单一的故障诊断***出现故障时,无法对进行故障诊断的缺陷,保证了车辆如果产生故障,可以及时的判断,提高了车辆的安全性能,提高车辆故障诊断的准确度,还可以确保故障诊断***中的故障诊断单元的运行状态,如果故障诊断单元有异常情况发生,可以被***监控到并调用与此单元独立且冗余的故障诊断单元,从而可以提高自动驾驶车辆中故障诊断的覆盖率。
作为本申请一个可选实施方式,本发明实施例所提供的车辆故障的诊断方法还包括:获取第一故障诊断单元中的第一故障信息;获取第二故障诊断单元中故障特征信息的数量;根据第一故障信息和故障特征信息的数量,得到诊断故障率。
本发明实施例所提供的基于冗余软件架构,而构成的适用于自动驾驶车辆的故障诊断***,可以使得具有相同运行数据的计算平台之间互为冗余,冗余的计算平台也可以保持车辆子***在计算平台之一出现故障的情况下保持运行,具体地,也就是各个故障诊断单元互为冗余,即使故障诊断单元之一发生故障,冗余的故障诊断单元也使得故障的检测成为可能,或者是起到监控作用,可以确认故障诊断单元是否运行正常,提高故障诊断的准确度。
显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。
Claims (9)
1.一种车辆故障的诊断***,其特征在于,包括:数据上传设备、第一故障诊断单元、第二故障诊断单元及故障处理单元,其中,
所述数据上传设备用于记录车辆行驶过程中各功能模块的运行数据,并上传所述运行数据;
所述第一故障诊断单元,用于获取所述运行数据,所述运行数据包括软件运行数据和硬件运行数据;根据所述运行数据提取诊断特征数据,根据所述诊断特征数据判断是否有故障发生,当有故障发生时,生成第一故障信息和故障代码,根据所述故障代码查询故障特征信息;
所述第二故障诊断单元包括:
监控模块,用于判断所述第一故障诊断单元是否正常运行,生成故障提示信息;
故障诊断模块,当所述第一故障诊断单元的运行出现故障时,所述故障诊断模块用于获取所述运行数据,根据所述运行数据,判断各所述功能模块的运行状态;当所述功能模块的运行状态是故障状态时,生成第二故障信息;
故障处理单元,用于根据所述第一故障信息、第二故障信息中之一与故障提示信息确定各所述功能模块中是否发生故障。
2.根据权利要求1所述的***,其特征在于,所述第一故障诊断单元具体用于:
根据所述诊断特征数据,判断所述功能模块的故障标志位是否置起;
当故障标志位置起时,确定所述功能模块发生故障;
当有故障发生时,生成第一故障信息和故障代码,根据所述故障代码,在预设的故障诊断数据库中查询故障特征信息,所述故障特征信息包括故障发生模块、故障类型、故障等级以及故障程度。
3.根据权利要求1所述的***,其特征在于,所述监控模块具体用于:
根据预设的问答机制,判断所述第一故障诊断单元是否正常运行。
4.根据权利要求1所述的***,其特征在于,所述监控模块还用于监控所述数据上传设备的运行状态。
5.根据权利要求1所述的***,其特征在于,所述监控模块还用于:对所述故障特征信息进行计数。
6.根据权利要求1所述的***,其特征在于,所述故障处理单元包括:
确认模块,用于根据所述第一故障信息、第二故障信息中之一与所述故障提示信息,确认所述功能模块中的故障是否发生,得到故障确认结果;
故障处理模块,用于根据所述故障确认结果,分析所述故障的产生原因。
7.一种车辆故障的诊断方法,应用于如权利要求1-6任一项所述的***的第二故障诊断单元中,其特征在于,包括:
判断所述第一故障诊断单元是否正常运行,生成故障提示信息;
当所述第一故障诊断单元的运行出现故障时,接收车辆各个功能模块的运行数据;
根据所述车辆各个功能模块的运行数据,判断所述功能模块的运行状态;
当所述功能模块的运行状态是故障状态时,生成第二故障信息。
8.根据权利要求7所述的方法,其特征在于,对所述故障特征信息进行计数,得到所述故障特征信息的数量。
9.根据权利要求8所述的方法,其特征在于,还包括:
获取所述第一故障诊断单元中的所述第一故障信息;
获取所述第二故障诊断单元中监控到的所述故障特征信息的数量;
根据所述第一故障信息和所述故障特征信息的数量,得到诊断故障率。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911347123.1A CN111077880B (zh) | 2019-12-24 | 2019-12-24 | 一种车辆故障的诊断***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911347123.1A CN111077880B (zh) | 2019-12-24 | 2019-12-24 | 一种车辆故障的诊断***及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111077880A CN111077880A (zh) | 2020-04-28 |
CN111077880B true CN111077880B (zh) | 2021-02-09 |
Family
ID=70317263
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911347123.1A Active CN111077880B (zh) | 2019-12-24 | 2019-12-24 | 一种车辆故障的诊断***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111077880B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112230630A (zh) * | 2020-12-09 | 2021-01-15 | 奥特酷智能科技(南京)有限公司 | 基于dds协议在自动驾驶中实现诊断的方法 |
CN112859814B (zh) * | 2021-01-19 | 2022-08-02 | 英博超算(南京)科技有限公司 | 一种异构平台的DoIP诊断*** |
CN113703339A (zh) * | 2021-08-24 | 2021-11-26 | 北京京东乾石科技有限公司 | 一种自动驾驶仿真方法、装置、设备及存储介质 |
CN114089623A (zh) * | 2021-11-10 | 2022-02-25 | 国汽智控(北京)科技有限公司 | 基于冗余可靠模块的故障处理方法、装置、设备及介质 |
CN114170705A (zh) * | 2021-11-17 | 2022-03-11 | 华人运通(江苏)技术有限公司 | 车辆数据上传方法、装置和设备 |
CN114543839A (zh) * | 2022-02-25 | 2022-05-27 | 中国第一汽车股份有限公司 | 一种车载导航故障诊断***及方法 |
CN115086155B (zh) * | 2022-06-01 | 2024-05-14 | 上海方甸智能科技有限公司 | 一种基于物联网的设备故障检测诊断方法及*** |
CN114987425B (zh) * | 2022-07-21 | 2023-12-19 | 克诺尔车辆设备(苏州)有限公司 | 干燥器单元故障诊断方法及诊断*** |
CN117527546B (zh) * | 2023-11-27 | 2024-05-24 | 无锡梁溪智慧环境发展有限公司 | 一种车载can网络故障监测方法及*** |
CN117647924A (zh) * | 2023-12-29 | 2024-03-05 | 上海同驭汽车科技有限公司 | 故障信号的容错控制方法、*** |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5822783B2 (ja) * | 2012-05-10 | 2015-11-24 | 三菱電機株式会社 | 故障検出装置 |
US10166964B2 (en) * | 2014-07-10 | 2019-01-01 | Continental Automotive Systems, Inc. | Pedalless electronically controlled hydraulic braking system with redundant pump |
CN110134098A (zh) * | 2018-02-02 | 2019-08-16 | 南京天擎汽车电子有限公司 | 故障检测方法、监测装置及车辆 |
CN110278103A (zh) * | 2018-03-16 | 2019-09-24 | 长城汽车股份有限公司 | 车辆的故障检测方法、***及车辆 |
CN110501169A (zh) * | 2019-08-27 | 2019-11-26 | 北理慧动(常熟)车辆科技有限公司 | 车辆故障的诊断方法、装置及电子设备 |
-
2019
- 2019-12-24 CN CN201911347123.1A patent/CN111077880B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111077880A (zh) | 2020-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111077880B (zh) | 一种车辆故障的诊断***及方法 | |
CN106840242B (zh) | 一种智能驾驶汽车的传感器自检***及多传感融合*** | |
EP3232285B1 (en) | Method and arrangement for monitoring and adapting the performance of a fusion system of an autonomous vehicle | |
CN111448472B (zh) | 用于识别机动车的至少一个环境传感器的功能故障的方法和控制装置 | |
US11242066B2 (en) | Vehicle control apparatus and vehicle control system and vehicle control method thereof | |
US11338817B2 (en) | Detection of a decreasing performance of a sensor | |
CN111198554B (zh) | 前方防撞辅助性能检查***及其方法 | |
US11120645B2 (en) | System for remotely monitoring an autonomous vehicle and method using the same | |
US11230286B2 (en) | System and method for inspecting vehicle lane keeping performance | |
CN113895450A (zh) | 一种无人驾驶车辆感知***安全冗余***及控制方法 | |
US11798291B2 (en) | Redundancy information for object interface for highly and fully automated driving | |
CN113879324B (zh) | 智能驾驶车辆传感器故障处理方法及装置 | |
CN114460919A (zh) | 基于域控制器的模块化无人驾驶故障诊断*** | |
CN114466779B (zh) | 在周围区域中定位车辆的方法和设备 | |
CN111800508B (zh) | 基于大数据的自动驾驶故障监测方法 | |
CN113741388A (zh) | 一种基于自动驾驶感知失效的安全诊断***及方法 | |
CN111800314A (zh) | 自动驾驶故障监测*** | |
KR20180055433A (ko) | 페일-세이프 기능을 갖는 자율 주행 시스템 및 이의 방법 | |
CN110341723B (zh) | 一种车辆控制方法、装置及*** | |
CN115390431A (zh) | 控制器与车辆 | |
KR101311112B1 (ko) | 차량 사고 판단 장치 및 그 방법 | |
US11614736B2 (en) | Vehicle control device | |
US20220083051A1 (en) | System for safe teleoperated driving | |
KR20050014907A (ko) | 차량의 운행상태 검출을 위한 블랙박스 및 이를 이용한차량용 운행 안전 관리 시스템 | |
CN111315625B (zh) | 诊断自身车辆和/或周围车辆的错误的方法 |
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 | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Vehicle Fault Diagnosis System and Method Effective date of registration: 20221223 Granted publication date: 20210209 Pledgee: China Construction Bank Corporation Beijing Economic and Technological Development Zone sub branch Pledgor: GUOQI (BEIJING) INTELLIGENT NETWORK ASSOCIATION AUTOMOTIVE RESEARCH INSTITUTE Co.,Ltd. Registration number: Y2022110000347 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |