CN114490713A - 一种故障代码管理方法、装置、设备及可读存储介质 - Google Patents

一种故障代码管理方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN114490713A
CN114490713A CN202210090053.1A CN202210090053A CN114490713A CN 114490713 A CN114490713 A CN 114490713A CN 202210090053 A CN202210090053 A CN 202210090053A CN 114490713 A CN114490713 A CN 114490713A
Authority
CN
China
Prior art keywords
fault
controller
code
fault code
identification code
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.)
Pending
Application number
CN202210090053.1A
Other languages
English (en)
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.)
Dongfeng Trucks Co ltd
Original Assignee
Dongfeng Trucks 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 Dongfeng Trucks Co ltd filed Critical Dongfeng Trucks Co ltd
Priority to CN202210090053.1A priority Critical patent/CN114490713A/zh
Publication of CN114490713A publication Critical patent/CN114490713A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/10Complex mathematical operations
    • G06F17/18Complex mathematical operations for evaluating statistical data, e.g. average values, frequency distributions, probability functions, regression analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Operations Research (AREA)
  • Pure & Applied Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Computational Linguistics (AREA)
  • Computational Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Economics (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Software Systems (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Evolutionary Biology (AREA)
  • Algebra (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种故障代码管理方法、装置、设备及可读存储介质,涉及汽车控制器故障技术领域,包括获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;基于所述标识码列表对各个控制器对应的故障代码进行管理。本申请通过控制器的源地址、电控系统号和故障代码号为每个控制器生成一个可唯一标识控制器的标识码,再通过标识码与控制器间的映射关系使得控制器与其对应的故障代码之间具有唯一对应性,以避免出现一个故障代码对应不同的控制器的问题,进而实现故障代码的有效管理。

Description

一种故障代码管理方法、装置、设备及可读存储介质
技术领域
本申请涉及汽车控制器故障技术领域,特别涉及一种故障代码管理方法、装置、设备及可读存储介质。
背景技术
随着经济的高速发展和人民生活水平的不断提高,汽车逐渐走向了千家万户,越来越成为生活中必不可缺少的交通工具,极大的方便了人民群众的日常出行活动。其中,商用卡车作为生产资料的消费也得到了迅速发展,且随着智能电控技术的发展,在商用卡车上应用的电子控制器和控制系统也越来越多,以致商用卡车已不再满足于机械式的物流运输,更多的开始关注车辆的智能管控。
相关技术中,往往通过OBD(OnBoard Diagnostics,车载诊断)系统进行车辆的自诊断和报告,且OBD系统会向用户提供多系列的标准化代码(比如故障代码),通过故障代码可以帮助用户识别和补救车辆中的故障。不过,由于商用卡车上的电子控制器和控制系统多而杂,且针对同一个配置往往会存在几个不同厂家的控制器,以致出现一个故障代码对应不同的控制器等问题,而在故障诊断过程中又需要准确区分出不同的厂家、不同功能的控制器,方可准确进行车辆故障的诊断。由此可见,如何实现故障代码的有效管理是当前亟需解决的问题。
发明内容
本申请提供一种故障代码管理方法、装置、设备及可读存储介质,以解决相关技术中无法有效实现故障代码有效管理的问题。
第一方面,提供了一种故障代码管理方法,包括以下步骤:
获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
基于所述标识码列表对各个控制器对应的故障代码进行管理。
一些实施例中,在所述获取各个控制器对应的故障代码信息的步骤之前,还包括:
对每个控制器的可疑参数编号和故障模式标志进行编码得到对应的故障代码号。
一些实施例中,所述获取各个控制器对应的故障代码信息,包括:
获取供应商和/或主机厂发送的各个控制器对应的故障代码信息。
一些实施例中,在所述基于所述标识码列表对各个控制器对应的故障代码进行管理的步骤之后,还包括:
接收应用端发送的故障代码报文,所述故障代码报文包括待检测故障的故障代码信息;
基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码;
将所述第一控制器标识码对应的第一故障代码发送至应用端,以供所述应用端基于所述第一故障代码进行车辆故障诊断。
一些实施例中,在所述应用端基于所述第一故障代码进行车辆故障诊断的步骤之后,还包括:
获取车辆故障诊断结果,检测所述车辆故障诊断结果是否为存在故障;
若存在故障,则更新标识码列表中的所述第一控制器标识码对应的错误统计字段;
若不存在故障,则执行所述获取车辆故障诊断结果的步骤。
一些实施例中,所述标识码列表包括故障代码的故障级别信息。
一些实施例中,在所述基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码的步骤之后,还包括:
将所述第一控制器标识码对应的第一故障代码的故障级别发送至应用端,以供所述应用端基于所述第一故障代码的故障级别确定车辆的维修策略。
第二方面,提供了一种故障代码管理装置,包括:
获取单元,其用于获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
映射单元,其用于基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
管理单元,其用于基于所述标识码列表对各个控制器对应的故障代码进行管理。
第三方面,提供了一种故障代码管理设备,包括:存储器和处理器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现前述的故障代码管理方法。
第四方面,提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,当所述计算机程序被处理器执行时,以实现前述的故障代码管理方法。
本申请提供的技术方案带来的有益效果包括:可实现故障代码的有效管理。
本申请提供了一种故障代码管理方法、装置、设备及可读存储介质,包括获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;基于所述标识码列表对各个控制器对应的故障代码进行管理。本申请通过控制器的源地址、电控系统号和故障代码号为每个控制器生成一个可唯一标识控制器的标识码,再通过标识码与控制器间的映射关系使得控制器与其对应的故障代码之间具有唯一对应性,以避免出现一个故障代码对应不同的控制器的问题,进而实现故障代码的有效管理。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种故障代码管理方法的流程示意图;
图2为本申请实施例提供的一种故障代码管理装置的结构示意图;
图3为本申请实施例提供的一种故障代码管理设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供了一种故障代码管理方法、装置、设备及可读存储介质,其能解决相关技术中无法有效实现故障代码有效管理的问题。
图1是本申请实施例提供的一种故障代码管理方法,包括以下步骤:
步骤S10:获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
进一步的,在本申请实施例中,在所述获取各个控制器对应的故障代码信息的步骤之前,还包括以下步骤:
对每个控制器的可疑参数编号和故障模式标志进行编码得到对应的故障代码号。
示范性的,本实施例中,不同的控制器会存在相同的故障代码,且不同厂家的同一种控制器的同一个故障也会有不同的故障代码,以致出现一个故障对应多个故障代码、一个故障代码往往会对应多个控制器的问题,于是,为了保障车辆故障诊断功能的实现,本实施例实现了故障代码与控制器故障的唯一对应性。
具体的,可以通过控制器的源地址识别控制器的类型,比如,控制器A的源地址为“0x00”,则说明控制器A为发动机,控制器B的源地址为“0x03”,则说明控制器B为变速器,其中,该源地址的设定可依据J1939协议(J1939协议为美国汽车工程协会制定的标准)进行确定,也可根据实际需求进行确定,在此不作限定。在获悉了控制器类型后,还需要知晓该控制器对应的厂家,因此,可通过电控系统号来区分不同厂家的控制器,比如,控制器A的电控系统号为“xxxx”,则说明该控制器A是M厂家出厂的,控制器B的电控系统号为“yyyy”,则说明该控制器B是W厂家出厂的。
本实施例可根据故障代码号识别具体故障对象,且由于一个SPN和一个PGN可确定出一个故障代码号,因此,本实施例优选通过对每个控制器的可疑参数编号(SuspectParameter Number,SPN)和故障模式标志(Failure Mode Indicator,FMI)进行编码得到故障代码号。
其中,故障代码号可由一个字母和4个数字按照顺序组成,比如,控制器A的故障代码号为“P3609”,控制器B的故障代码号为“B2503”。其中,第一个字母代表故障所属系统,本实施例中可将汽车分为动力、底盘、车身、网络通信等四大部分,例如可以用P代表动力、B代表车身、C代表底盘、U代表网络;第一个数字代表故障类型;第二个数字代表故障所属的子系统,例如,对于动力部分,可以使用“0”表示燃油和空气计量辅助排放控制系统,“1”表示燃油和空气计量系统,“2”表示燃油和空气计量系统(喷油器),“3”表示点火系统,“4”表示废气控制系统,“5”表示巡航、怠速控制系统,“6”表示与控制单元相关;第三个和第四个数字结合表示触发故障码的条件,其可具体地表示实际部件或特定的故障名称,例如电压低或高、响应慢、信号超出范围等。
由此可见,每个控制器上的故障代码的故障代码信息都是不同的,即每个控制器上的故障代码都会有一个唯一的故障代码信息。
进一步的,在本申请实施例中,所述获取各个控制器对应的故障代码信息,具体包括以下步骤:获取供应商和/或主机厂发送的各个控制器对应的故障代码信息。
示范性的,由于针对同一个控制器,供应商与主机厂提供的故障代码往往存在冲突的问题。因此,本实施例中,会对供应商和主机厂提供的故障代码也进行区分处理。具体的,供应商对故障代码信息按照主机厂的要求进行维护(包括故障代码的变更),经过主机厂授权开通后,将故障代码信息按照主机厂的要求进行维护并上传,供应商在上传前,其内部需要对故障代码信息进行模拟、确认及评审,内部评审通过后才允许上传。供应商将故障代码信息上传后,主机厂对故障代码信息进行确认,确认无误后放行,如果确认不通过,则会驳回供应商的申请,供应商需要对故障代码信息完善及修改后再次上传,直至确认通过。
主机厂按一定的规则建立故障代码信息发布模板,并负责对故障代码信息的格式、内容进行维护,且对已开发的故障代码信息进行维护并上传,在上传前,其也需要对故障代码信息进行模拟、确认及评审,评审通过后才允许上传。由此,本实施例可获取到供应商和主机厂发送的各个控制器对应的符合模板格式的故障代码信息。
步骤S20:基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
示范性的,本实施例中,为每个控制器的故障代码信息生成一个可以用于唯一标识该故障代码的标识码,该标识码与故障代码信息之间具有映射关系,即通过标识码即可获悉故障代码所对应的控制器类型、控制器厂家、故障所属系统和子系统、故障类型以及故障原因等信息。例如,控制器A的故障代码信息为:源地址为“0x00”、电控系统号为“CUMMS”以及故障代码号为“P3609”,则该故障代码信息对应的控制器标识码为“1501254_CUMMS_01”;控制器B的故障代码信息为:源地址为“0x03”、电控系统号为“DDTX”以及故障代码号为“P2503”,则该故障代码信息对应的控制器标识码为“1501254_DDTX_01”。
然后将不同的控制器标识码整理合成为一个标识码序列,基于该标识码序列形成标识码列表,该标识码列表不仅会记录控制器标识码与故障代码信息的映射关系,还会对故障代码对应的基础信息(比如标识码列表中包括控制器的名称及型号、故障的详细说明、简要说明、故障等级、导致问题、问题原因和解决方案等字段)进行呈现。
步骤S30:基于所述标识码列表对各个控制器对应的故障代码进行管理。
示范性的,本实施例中可通过基于控制器标识码从标识码列表中找出唯一的对应的故障代码以及相关信息(比如控制器的名称及型号、故障的详细说明、简要说明、故障等级、导致问题、问题原因和解决方案等),然后读取该故障代码或者对该故障代码的相关信息进行更新、删除、增加等管理操作,而应用端则可以通过提取不同的字段以获取其所需的故障信息。
由此可见,本申请实施例通过控制器的源地址、电控系统号和故障代码号为每个控制器生成一个可唯一标识控制器的标识码,再通过标识码与控制器间的映射关系使得控制器与其对应的故障代码之间具有唯一对应性,以避免出现一个故障代码对应不同的控制器的问题,进而实现故障代码的有效管理。
进一步的,在本申请实施例中,在所述基于所述标识码列表对各个控制器对应的故障代码进行管理的步骤之后,还包括:
接收应用端发送的故障代码报文,所述故障代码报文包括待检测故障的故障代码信息;
基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码;
将所述第一控制器标识码对应的第一故障代码发送至应用端,以供所述应用端基于所述第一故障代码进行车辆故障诊断。
示范性的,本实施例中,由于控制器标识码与故障代码信息之间具有一一对应关系,因此当应用端需要进行故障检测时,只需发送待检测故障的故障代码信息,此时本实施例将基于该待检测故障的故障代码信息从标识码列表中筛选出与所述待检测故障对应的第一控制器标识码,然后读取该第一控制器标识码对应的故障代码以及相关信息(比如控制器的名称及型号、故障的详细说明、简要说明、导致问题和问题原因等),并发送至应用端,应用端就可以基于接收到的故障代码进行故障检测。
进一步的,在本申请实施例中,在所述应用端基于所述第一故障代码进行车辆故障诊断的步骤之后,还包括:
获取车辆故障诊断结果,检测所述车辆故障诊断结果是否为存在故障;
若存在故障,则更新标识码列表中的所述第一控制器标识码对应的错误统计字段;
若不存在故障,则执行所述获取车辆故障诊断结果的步骤。
示范性的,本实施例中,为了更精准的掌控各个控制器的故障情况,将对各个故障进行统计,即获取应用端发送的车辆故障诊断结果,若该车辆故障诊断结果中显示存在故障代码对应的故障,则在标识码列表中找到与该故障代码对应的控制器标识码,并将控制器标识码对应的错误统计字段的数字进行更新,进而可以根据该错误统计字段准确获悉车辆发生故障代码对应的故障的次数,从而为整车下线故障诊断、车辆销售后的维修故障的支持提供方便。当然,也可基于接收到的车辆故障诊断结果生成故障统计报表,便于后期的大数据分析和处理,以得到质量更高的车辆故障信息。
进一步的,在本申请实施例中,所述标识码列表包括故障代码的故障级别信息。
进一步的,在本申请实施例中,在所述基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码的步骤之后,还包括:
将所述第一控制器标识码对应的第一故障代码的故障级别发送至应用端,以供所述应用端基于所述第一故障代码的故障级别确定车辆的维修策略。
示范性的,本实施例中,根据用户的的感受度,对故障代码进行了设定,以便用户可以获取到更多有关故障代码的有效信息,进而有效维护车辆。比如,可以将故障代码分为一级故障、二级故障、三级故障和四级故障等四种级别,其中,一级故障包括导致停车的故障、涉及安全的故障以及不能启动的故障等;二级故障包括必须进入服务站进行维修的故障;三级故障包括可以在例行保养时进行维修的故障;四级故障包括只有部分用户会介意的轻微故障。对于存在轻微故障的四级故障则无需进行仪表显示,而对于上述存在实质性问题的一级、二级和三级故障应该进行仪表显示,以便用户第一时间获悉并采取对应的维修策略。
由此可见,用户可以根据接收到的故障级别即可确定车辆的具体维修方案,比如当用户收到的故障级别为二级故障时,需要尽快将车辆送往服务站进行维修。
参见图2所示,本申请实施例提供了一种故障代码管理装置,包括:
获取单元,其用于获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
映射单元,其用于基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
管理单元,其用于基于所述标识码列表对各个控制器对应的故障代码进行管理。
本申请实施例通过控制器的源地址、电控系统号和故障代码号为每个控制器生成一个可唯一标识控制器的标识码,再通过标识码与控制器间的映射关系使得控制器与其对应的故障代码之间具有唯一对应性,以避免出现一个故障代码对应不同的控制器的问题,进而实现故障代码的有效管理。
进一步的,在本申请实施例中,所述管理单元还用于:
对每个控制器的可疑参数编号和故障模式标志进行编码得到对应的故障代码号。
进一步的,在本申请实施例中,所述获取单元具体用于:获取供应商和/或主机厂发送的各个控制器对应的故障代码信息。
进一步的,在本申请实施例中,所述管理单元还用于:
接收应用端发送的故障代码报文,所述故障代码报文包括待检测故障的故障代码信息;
基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码;
将所述第一控制器标识码对应的第一故障代码发送至应用端,以供所述应用端基于所述第一故障代码进行车辆故障诊断。
进一步的,在本申请实施例中,所述管理单元还用于:
获取车辆故障诊断结果,检测所述车辆故障诊断结果是否为存在故障;
若存在故障,则更新标识码列表中的所述第一控制器标识码对应的错误统计字段;
若不存在故障,则执行所述获取车辆故障诊断结果的步骤。
进一步的,在本申请实施例中,所述标识码列表包括故障代码的故障级别信息。
进一步的,在本申请实施例中,所述管理单元还用于:
将所述第一控制器标识码对应的第一故障代码的故障级别发送至应用端,以供所述应用端基于所述第一故障代码的故障级别确定车辆的维修策略。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和各单元的具体工作过程,可以参考前述故障代码管理方法实施例中的对应过程,在此不再赘述。
上述实施例提供的故障代码管理可以实现为一种计算机程序的形式,该计算机程序可以在如图3所示的故障代码管理设备上运行。
本申请实施例还提供了一种故障代码管理设备,包括:通过系统总线连接的存储器、处理器和网络接口,存储器中存储有至少一条指令,至少一条指令由处理器加载并执行,以实现前述的故障代码管理方法的全部步骤或部分步骤。
其中,网络接口用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
处理器可以是CPU,还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程逻辑门阵列(FieldProgrammable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件分立硬件组件等。通用处理器可以是微处理器,或者该处理器也可以是任何常规的处理器等,处理器是计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。
存储器可用于存储计算机程序和/或模块,处理器通过运行或执行存储在存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如视频播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如视频数据、图像数据等)等。此外,存储器可以包括高速随存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘、智能存储卡(SmartMediacard,SMC)、安全数字(Secure digital,SD)卡、闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时,实现前述的故障代码管理方法的全部步骤或部分步骤。
本申请实施例实现前述的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only memory,ROM)、随机存取存储器(Random Accessmemory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、服务器或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
以上所述仅是本申请的具体实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种故障代码管理方法,其特征在于,包括以下步骤:
获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
基于所述标识码列表对各个控制器对应的故障代码进行管理。
2.如权利要求1所述的故障代码管理方法,其特征在于,在所述获取各个控制器对应的故障代码信息的步骤之前,还包括:
对每个控制器的可疑参数编号和故障模式标志进行编码得到对应的故障代码号。
3.如权利要求1所述的故障代码管理方法,其特征在于,所述获取各个控制器对应的故障代码信息,包括:
获取供应商和/或主机厂发送的各个控制器对应的故障代码信息。
4.如权利要求1所述的故障代码管理方法,其特征在于,在所述基于所述标识码列表对各个控制器对应的故障代码进行管理的步骤之后,还包括:
接收应用端发送的故障代码报文,所述故障代码报文包括待检测故障的故障代码信息;
基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码;
将所述第一控制器标识码对应的第一故障代码发送至应用端,以供所述应用端基于所述第一故障代码进行车辆故障诊断。
5.如权利要求4所述的故障代码管理方法,其特征在于,在所述应用端基于所述第一故障代码进行车辆故障诊断的步骤之后,还包括:
获取车辆故障诊断结果,检测所述车辆故障诊断结果是否为存在故障;
若存在故障,则更新标识码列表中的所述第一控制器标识码对应的错误统计字段;
若不存在故障,则执行所述获取车辆故障诊断结果的步骤。
6.如权利要求4所述的故障代码管理方法,其特征在于:所述标识码列表包括故障代码的故障级别信息。
7.如权利要求6所述的故障代码管理方法,其特征在于,在所述基于所述故障代码报文从所述标识码列表中筛选出与所述待检测故障对应的第一控制器标识码的步骤之后,还包括:
将所述第一控制器标识码对应的第一故障代码的故障级别发送至应用端,以供所述应用端基于所述第一故障代码的故障级别确定车辆的维修策略。
8.一种故障代码管理装置,其特征在于,包括:
获取单元,其用于获取各个控制器对应的故障代码信息,所述故障代码信息包括控制器的源地址、电控系统号和故障代码号;
映射单元,其用于基于每个控制器的故障代码信息生成对应的控制器标识码,多个控制器标识码形成标识码列表;
管理单元,其用于基于所述标识码列表对各个控制器对应的故障代码进行管理。
9.一种故障代码管理设备,其特征在于,包括:存储器和处理器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现权利要求1至7中任一项所述的故障代码管理方法。
10.一种计算机可读存储介质,其特征在于:所述计算机存储介质存储有计算机程序,当所述计算机程序被处理器执行时,以实现权利要求1至7中任一项所述的故障代码管理方法。
CN202210090053.1A 2022-01-25 2022-01-25 一种故障代码管理方法、装置、设备及可读存储介质 Pending CN114490713A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210090053.1A CN114490713A (zh) 2022-01-25 2022-01-25 一种故障代码管理方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210090053.1A CN114490713A (zh) 2022-01-25 2022-01-25 一种故障代码管理方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN114490713A true CN114490713A (zh) 2022-05-13

Family

ID=81474253

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210090053.1A Pending CN114490713A (zh) 2022-01-25 2022-01-25 一种故障代码管理方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN114490713A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116527720A (zh) * 2023-06-29 2023-08-01 深圳艾为电气技术有限公司 用于电动压缩机的智能排障策略获取方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116527720A (zh) * 2023-06-29 2023-08-01 深圳艾为电气技术有限公司 用于电动压缩机的智能排障策略获取方法及装置
CN116527720B (zh) * 2023-06-29 2023-09-29 深圳艾为电气技术有限公司 用于电动压缩机的智能排障策略获取方法及装置

Similar Documents

Publication Publication Date Title
CN108803580B (zh) 一种匹配车辆can协议的方法及相关设备
CN108563214B (zh) 车辆诊断方法、装置及设备
CN111024405B (zh) 汽车诊断方法、相关装置及系统
CN110032173B (zh) 一种汽车诊断系统自动匹配方法及相关设备
Buquerin et al. A generalized approach to automotive forensics
CN113127338A (zh) 一种固件测试方法、服务器及计算机可读存储介质
CN113608518B (zh) 数据生成方法、装置、终端设备及介质
CN111737023B (zh) 一种车载事件处理方法、云服务器及计算机可读存储介质
CN109934362B (zh) 一种车辆检测的方法、装置及终端设备
CN110989555A (zh) 车辆诊断报警的方法、装置及系统
CN114490713A (zh) 一种故障代码管理方法、装置、设备及可读存储介质
CN113406944A (zh) 车辆诊断方法、装置、设备及计算机可读存储介质
CN114401286B (zh) 基于车载终端的数据上传方法、系统、存储介质及车辆
CN112306041A (zh) 车辆的配置信息写入方法、装置及电子设备
CN114285840B (zh) 车辆数据的获取方法、智能终端及存储介质
CN113632510B (zh) 转换装置、转换方法和记录介质
CN113867314A (zh) 故障码库的访问控制方法、装置、电子设备及存储介质
CN113552862A (zh) Ecu基准电压故障的模拟方法、系统、设备及存储介质
CN112509176A (zh) 基于车辆数据的故障报修方法及装置
CN113269908A (zh) 电动汽车的整车数据管理装置及方法
CN112863008B (zh) 一种故障记录的方法、装置、存储介质和计算机设备
DE102019201953A1 (de) Verfahren und Detektionsvorrichtung zum Detektieren eines Eingriffs in ein Kraftfahrzeug sowie Kraftfahrzeug mit einer Detektionsvorrichtung
CN115297106B (zh) 一种机动车随车证件打印与信息上传方法及系统
CN112559000A (zh) 车辆的整车软件更新方法及装置
CN114756258B (zh) 一种基于odx的ecu软件刷新方法与系统

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