CN113534772A - 故障码清除方法、电子设备及存储介质 - Google Patents
故障码清除方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113534772A CN113534772A CN202110713097.0A CN202110713097A CN113534772A CN 113534772 A CN113534772 A CN 113534772A CN 202110713097 A CN202110713097 A CN 202110713097A CN 113534772 A CN113534772 A CN 113534772A
- Authority
- CN
- China
- Prior art keywords
- fault code
- control unit
- electronic control
- vehicle
- level
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 70
- 238000012795 verification Methods 0.000 claims description 70
- 230000006854 communication Effects 0.000 claims description 42
- 238000004891 communication Methods 0.000 claims description 41
- 238000003745 diagnosis Methods 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 14
- 230000006870 function Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
- G05B23/0275—Fault isolation and identification, e.g. classify fault; estimate cause or root of failure
Abstract
本申请适用于车辆技术领域，提供了故障码清除方法、电子设备及存储介质，其中，该故障码清除方法应用于车辆的电子控制单元，包括：获取诊断设备发送的故障码清除指令；根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。本申请实施例能够安全准确地实现故障码清除。
Description
技术领域
本申请属于车辆技术领域，尤其涉及一种故障码清除方法、电子设备及存储介质。
背景技术
车辆的电子控制单元(Electronic control unit，ECU)，也称为行车电脑，其能够在车辆出现故障时进行相应的故障码记录。通常，记录于ECU的故障码能够在获取到诊断设备发送的指令后进行全部清除。然而，在有些场景下，例如在保险取证时，或者一些重大故障车辆厂家需要故障信息分析时，故障码信息是不能被任意清除的，因此，现有的故障码清除方法不够安全准确。
发明内容
有鉴于此，本申请实施例提供了故障码清除方法、电子设备及存储介质，以解决现有技术中如何安全准确地实现故障码清除的问题。
本申请实施例的第一方面提供了一种故障码清除方法，所述方法应用于车辆的电子控制单元，包括：
获取诊断设备发送的故障码清除指令；
根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
可选地，在所述获取诊断设备发送的故障码清除指令之前，还包括：
与所述诊断设备进行校验通信，确定所述诊断设备的权限等级。
可选地，所述确定所述诊断设备的权限等级，包括:
接收所述诊断设备发送的安全校验请求指令；
根据所述安全校验请求指令，向所述诊断设备发送第一校验数据；
接收所述诊断设备根据所述第一校验数据返回的第二校验数据；
根据所述第一校验数据和预存的各级权限等级分别对应的安全校验算法，得到各级权限等级分别对应的第三校验数据；
将所述第二校验数据与各个所述第三校验数据进行比较，确定所述诊断设备的权限等级。
可选地，在所述确定所述诊断设备的权限等级之前，还包括：
设置各级权限等级与各个安全校验算法的对应关系。
本申请的第二方面提供了另一种故障码清除方法，所述方法应用于诊断设备，包括：
向车辆的电子控制单元发送故障码清除指令，以指示所述电子控制单元清除所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码；
接收所述电子控制单元发送的反馈指令。
可选地，在所述向车辆的电子控制单元发送故障码清除指令之前，包括：
与车辆的电子控制单元进行校验通信，以指示所述电子控制单元确定所述诊断设备的权限等级。
可选地，所述与车辆的电子控制单元进行校验通信，包括：
向车辆的电子控制单元发送安全校验请求指令；
接收所述电子控制单元根据所述安全校验请求指令返回的第一校验数据；
通过预设安全校验算法处理所述第一校验数据，得到第二校验数据；其中，所述预设安全校验算法为与所述诊断设备的权限等级对应的安全校验算法；
将所述第二校验数据发送至所述电子控制单元，以指示所述电子控制单元根据所述第二校验数据确定所述诊断设备的权限等级。
可选地，在所述向车辆的电子控制单元发送安全校验请求指令之前，还包括：
获取更新设置指令，更新所述预设安全校验算法。
本申请实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，当所述处理器执行所述计算机程序时，使得电子设备实现如第一方面或第二方面所述故障码清除方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得电子设备实现如第一方面或第二方面所述故障码清除方法的步骤。
本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第二方面所述故障码清除方法。
本申请实施例与现有技术相比存在的有益效果是：本申请实施例中，车辆的电子控制单元在获取到诊断设备发送的故障码清除指令后，根据该故障码清除指令，清除目标故障码。由于该目标故障码为诊断设备的权限等级对应的车辆故障码，即，该诊断设备能够清除的故障码为该诊断设备的权限等级范围内的车辆故障码，因此能够避免诊断设备对所有车辆故障码进行随意删除，提高故障码清除的安全性和准确性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是本申请实施例提供的一种故障码清除方法对应的应用场景示意图；
图2是本申请实施例提供的第一种故障码清除方法的实现流程示意图；
图3是本申请实施例提供的第二种故障码清除方法的实现流程示意图；
图4是本申请实施例提供的第三种故障码清除方法的实现流程示意图；
图5是本申请实施例提供的第四种故障码清除方法的实现流程示意图；
图6是本申请实施例提供的一种第一故障码清除装置的示意图；
图7是本申请实施例提供的一种第二故障码清除装置的示意图；
图8是本申请实施例提供的电子设备的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
目前，记录于ECU的故障码能够在获取到诊断设备发送的指令后进行全部清除。然而，在有些场景下，故障码信息是不能被任意清除的，因此，现有的故障码清除方法不够安全准确。
为了解决上述的技术问题，本申请提供了一种故障码清除方法、电子设备及存储介质，车辆的电子控制单元在获取到诊断设备发送的故障码清除指令后，根据该故障码清除指令，清除目标故障码。由于该目标故障码为诊断设备的权限等级对应的车辆故障码，即，该诊断设备能够清除的故障码为该诊断设备的权限等级范围内的车辆故障码，因此能够避免诊断设备对所有车辆故障码进行随意删除，提高故障码清除的安全性和准确性。
示例性地，图1示出了本申请实施例的故障码清除方法对应的应用场景示意图，包括车辆的电子控制单元11和诊断设备12。当诊断设备12需要对车辆的电子控制单元11中存储的车辆故障码进行清除时，向该电子控制单元11发送故障码清除指令。电子控制单元11获取到该故障码清除指令后，确定该诊断设备的权限等级对应的车辆故障码作为目标故障码，并将该目标故障码进行清除。
实施例一：
图2示出了本申请实施例提供的第一种故障码清除方法的流程示意图，该故障码清除方法的执行主体为车辆的电子控制单元，详述如下：
在S201中，获取诊断设备发送的故障码清除指令。
本申请实施例中，当车辆需要清除故障码时，电子控制单元与诊断设备建立通信连接。在电子控制单元和诊断设备建立了通信连接之后，可以获取诊断设备向电子控制单元发送的故障码清除指令。示例性地，该故障码清除指令可以为：0x14ffffff。
在S202中，根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
本申请实施例中，电子控制单元能够在车辆发生故障时，将该车辆故障对应的故障码记录于预设的存储区中，这些已记录的车辆已发生的故障对应的故障码，即称为车辆故障码。
本申请实施例中，诊断设备的权限等级为诊断设备清除故障码的权限对应的级别。示例性地，权限等级可以按照“高”、“中”、“低”的标识分为三个级别。示例性地，权限等级还可以通过数字标识(例如1～3)进行区分。其中，权限等级越高，则能够清除更多的车辆故障码。在一些实施例中，权限等级对应的数字标识越大，代表权限等级越高，例如，权限等级3的权限最高；在另一些实施例中，权限等级对应的数字标识越小，代表权限等级越低，例如，权限等级1的权限最高；数字标识与等级高低的对应关系，具体可以灵活设定。示例性地，车辆厂家自身的诊断设备可以拥有最高的权限等级：权限等级3，能够清除所有的车辆故障码；车辆厂家指定的汽车销售服务4S店(Automobile Sales Servicshop 4S)店的诊断设备拥有次高的权限等级：权限等级2，能够清除除车辆重大故障相关以外的大多数故障码；一般通用的诊断设备拥有最低的权限等级：权限等级1，只能够清除与车辆重大故障、保险取证等无关的一般故障对应的车辆故障码。
在获取到故障码清除指令后，根据该故障码清除指令，从电子控制单元记录的车辆故障码中，确定出与该诊断设备的权限等级相匹配的车辆故障码作为目标故障码，并将该目标故障码从预设的存储区中进行删除，从而实现车辆的电子控制单元的故障码清除。
本申请实施例中，车辆的电子控制单元在获取到诊断设备发送的故障码清除指令后，根据该故障码清除指令，清除目标故障码。由于该目标故障码为诊断设备的权限等级对应的车辆故障码，即，该诊断设备能够清除的故障码为该诊断设备的权限等级范围内的车辆故障码，因此能够避免诊断设备对所有车辆故障码进行随意删除，提高故障码清除的安全性和准确性。
实施例二：
图3示出了本申请实施例提供的第二种故障码清除方法的流程示意图，该故障码清除方法的执行主体为车辆的电子控制单元。本申请实施例的故障码清除方法在实施例一所述方法的基础上做了进一步改进，与实施例一相同之处不再赘述。如图3所示的故障码清除方法详述如下：
在S301中，与诊断设备进行校验通信，确定所述诊断设备的权限等级。
本申请实施例中，车辆的电子控制单元在获取诊断设备的故障清除指令之前，先与诊断设备进行校验通信，以确定该诊断设备的权限等级的确定。
作为一种可能的实现方式，在进行校验通信之前，电子控制单元可以先与诊断设备建立通信连接。该诊断设备可以根据电子控制单元的诊断协议，设置相应的通信参数，从而实现电子控制单元与该诊断设备的通信连接建立。其中，该通信参数可以包括通信协议类型、通信管脚、系统过滤标识等。示例性地，该通信参数包括：通信协议类型为控制器局域网络(Controller Area Network,CAN)标准协议，波特率为500K，通信管脚为序号为6、14的管脚，系统过滤标识为0xDD20和0xDD40。在建立通信连接之后，再与诊断设备进行校验通信，从而确定诊断设备的权限等级。
在一个实施例中，电子控制单元与诊断设备的校验通信，具体可以是获取诊断设备的标识信息(例如设备标识号、设备地址等)进行校验，确定该标识信息对应的权限等级作为该诊断设备对应的权限等级。具体地，电子控制单元存储了各个诊断设备的标识信息与其对应的权限等级的对应关系；在电子控制单元检测到诊断设备与自身建立通信连接后，获取该诊断设备的标识信息，根据该标识信息查找前述的对应关系，确定该诊断设备对应的权限等级。
本申请实施例中，通过电子控制单元与诊断设备的校验通信，能够准确地确定诊断设备的权限等级，保证后续电子控制单元能够顺利地获取诊断设备发送的指令以及准确地确定目标故障码，准确有效地实现故障码清除。
可选地，所述与所述诊断设备进行校验通信，确定所述诊断设备的权限等级，包括:
接收所述诊断设备发送的安全校验请求指令；
根据所述安全校验请求指令，向所述诊断设备发送第一校验数据；
接收所述诊断设备根据所述第一校验数据返回的第二校验数据；
根据所述第一校验数据和预存的各级权限等级分别对应的安全校验算法，得到各级权限等级分别对应的第三校验数据；
将所述第二校验数据与各个所述第三校验数据进行比较，确定所述诊断设备的权限等级。
本申请实施例中，电子控制单元在与诊断设备建立通信连接后，电子控制单元与诊断设备的校验通信过程为电子控制需要对该诊断设备的安全校验过程。
在接收到诊断设备发送的安全校验请求指令后，电子控制单元生成由数字和/或字母组合得到的种子数据(SEED数据)。之后根据该种子数据，生成第一校验数据，并发送至诊断设备。该第一校验数据可以直接为该种子数据，也可以为该种子数据加上一定的前缀标识和/或后缀标识得到的数据。
诊断设备在接收到该第一校验数据后，根据自身预存的安全校验算法，对该第一校验数据进行安全校验运算，得到第二校验数据，并将该第二校验数据返回至电子控制单元。电子控制单元接收该第二校验数据。
并且，电子控制单元自身也会根据预存的各个权限等级分别对应的安全校验算法，依次分别对该第一校验数据进行安全校验运算，从而得到各个权限等级分别对应的第三校验数据。
之后，电子控制单元将接收到的第二校验数据与自身运算得到的各个第三校验数据一一进行比对。若查找到与该第二校验数据相匹配的第三校验数据，则将该第三校验数据对应的权限等级确定为该诊断设备对应的权限等级。在一个实施例中，若没有查找到与该第二校验数据相匹配的第三校验数据，则判定该诊断设备无法通过安全校验，直接拒绝该诊断设备后续的指令请求。
作为示例而非限定，以下对诊断设备的权限等级确定过程进行以下的示例描述：电子控制单元接收到诊断设备发送的“0x2701”命令，确定该命令为一条安全校验命令后，生成SEED数据11223344，并加上前缀标识“0x6701”，得到第一校验数据0x670111223344，将该第一校验数据发送至诊断设备。诊断设备接收到第一校验数据后，对该第一校验数据进行解析，提取SEED数据并通过该诊断设备预设的安全校验算法进行运算，得到该SEED数据对应的CODE码“0x55667788”，并将该CODE码添加安全校验命令前缀标识“0x2702”，得到“0x27025566778”作为第二校验数据，之后将该第二校验数据返回至电子控制单元。同时，电子控制单元自身通过预存的各个权限等级分别对应的安全校验算法对该第一校验数据的SEED数据“11223344”进行安全校验运算，得到得到各个权限等级分别对应的第三校验数据，其中，权限等级为对应的第三校验数据为“55667788”。之后，电子控制单元将接收到的第二校验数据与各个第三校验数据进行比对，查找到权限等级1对应的第三校验数据与该第二校验数据中的CODE码一致，因此，可以确定该诊断设备的权限等级为权限等级1。
本申请实施例中，由于电子控制单元能够通过安全校验请求指令对诊断设备进行安全校验，同时根据校验数据的比对确定诊断设备的权限等级，因此能够安全准确地确定诊断设备清除故障码的权限，保证后续能够安全准确地完成目标故障码的清除。
可选地，在所述确定所述诊断设备的权限等级之前，还包括：
设置各级权限等级与各个安全校验算法的对应关系。
本申请实施例中，车辆厂家可以提前在电子控制单元中设置各级权限等级与各个安全校验算法的对应关系。例如，可以将权限等级设置为1～3这三个级别，分别对应A～C这三个安全校验算法。其中，权限等级越高，则能够清除更多的车辆故障码。示例性地，安全校验算法C可以设置在车辆厂家自身的诊断设备中，使得车辆厂家的诊断设备拥有最高的权限等级：权限等级3；安全校验算法B可以设置在车辆厂家指定的4S店的诊断设备中，使得4S店的诊断设备拥有次高的权限等级：权限等级2；安全校验算法A可以为一般通用的诊断设备常设的安全校验算法，使得一般通用的诊断设备拥有较低的权限等级：权限等级1。之后，电子控制单元可以根据安全校验算法的判定，确定诊断设备对应的权限等级。
在一些实施例中，当各个安全校验算法需要更新，需要重新设置各级权限等级对应的各个安全校验算法时，可以通过在该电子控制单元中进行软件数据更新，从而更新设置各级权限等级与各个安全校验算法的对应关系。
本申请实施例中，由于能够提前设置各级权限等级与各个安全校验算法的对关系，使得后续诊断设备能够根据安全校验算法的判定，准确地确定诊断设备对应的权限等级，以提高故障码清除的安全性和准确性。
在S302中，获取诊断设备发送的故障码清除指令。
在S303中，根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
可选地，上述的步骤S202或者步骤S303，包括：
根据所述故障码清除指令，获取所述电子控制单元记录的各个车辆故障码；
根据预存的故障码分级标准信息，确定各个所述车辆故障码对应的故障等级；
根据各个车辆故障码对应的故障等级，清除目标故障码，其中，所述目标故障码为所述故障等级低于或者等于所述诊断设备的权限等级的车辆故障码。
本申请实施例中，在接收到故障码清除指令后，从电子控制单元的存储区中获取该电子控制单元记录的各个车辆故障码。
接着，将各个车辆故障码分别与预存的故障码分级标准信息进行比对，判断各个车辆故障码分别对应的故障等级。
之后，根据各个车辆故障码对应的故障等级，将故障等级低于或者等于该诊断设备的权限等级的车辆故障码确定为目标故障码，并将该目标故障码进行清除。而对于故障等级高于该诊断设备的权限等级的车辆故障码，则说明该诊断设备不具有清除这些车辆故障码的权限，不对这部分车辆故障码进行处理，即，电子控制单元的存储区中仍保留了故障等级高于该诊断设备的权限等级的车辆故障码。
本申请实施例中，由于能够根据预存的故障码分级标准信息，准确地确定电子控制单元中已记录的各个车辆故障码的故障等级，并将故障等级低于或者等于该诊断设备的权限等级的车辆故障码作为目标故障码进行清除，因此能够准确地清除该诊断设备权限范围内的车辆故障码，保证故障码清除的准确性与安全性。
可选地，在所述获取诊断设备发送的故障码清除指令之前，还包括：
设置故障码分级标准信息。
本申请实施例中，故障码分级标准信息可以根据需要提前设置。在一个实施例中，相关技术人员可以在软件升级文件中写入故障码分级标准信息，之后，将该软件升级文件加载至电子控制单元中，从而完成故障码分级标准的设置。在另一个实施例中，相关技术人员可以通过在车辆的触控屏或者按钮等交互模块中输入设置命令，从而完成故障码分级标准信息的设置。
在一个实施例中，该故障码分级标准信息可以包括：故障码的处理状态和故障等级的对应关系。其中，故障码的处理状态可以包括历史故障码状态和当前故障码状态，历史故障码状态用于标识车辆故障码对应的故障已被处理维修好的状态，当前故障码状态用于标识车辆故障码对应的故障尚未被维修过的状态。本申请实施例中，可以设置历史故障码状态对应较高的故障等级(例如故障等级2)，当前故障码状态对应较低的故障等级(例如故障等级1)。对应地，电子控制单元存储区中记录了当前各个车辆故障码的处理状态，根据车辆故障码的处理状态，以及预存的故障码的处理状态和故障等级的对应关系，确定各个车辆故障码对应的故障等级。
在另一个实施例中，该故障码分级标准可以包括：故障码、故障码类型和故障等级的对应关系。例如，故障类型可以包括与发动机排放异常相关的故障码类型，其设置对应的故障等级为最高的故障等级：5；与防盗异常相关的故障码类型，其设置对应的故障等级为第二高的故障等级：4；与车灯故障相关的故障码类型，其对应的故障等级为中间的故障等级：3；与窗户相关的故障码类型，其对应的故障等级为较低的故障等级：2；与座椅相关的故障码类型，其对应的故障等级为最低的故障等级：1。对应地，电子控制单元在获取到存储区的各个车辆故障码后，可以根据预存的故障码分级标准，判定各个车辆故障码对应的故障码类型和对应的故障等级。
本申请实施例中，由于可以灵活地设置故障码分级标准信息，因此能够根据实际需要灵活准确地实现故障码清除。
可选地，所述故障码清除方法，还包括：
向所述诊断设备发送反馈指令。
本申请实施例中，反馈指令可以为表示目标故障码已清除完成的信息，或者表示所述诊断设备不具有故障码清除权限的信息。
在一个实施例中，电子控制单元清除目标故障码后，向诊断设备返回的反馈指令为表示目标故障码已清除完成的信息。具体地，该反馈指令可以携带已清除的目标故障码的信息和/或该诊断设备的权限等级的信息，使得维修人员能够明确当前该诊断设备能够清除的故障码为哪些，和/或明确该诊断设备清除故障码的权限。
本申请实施例中，由于能够向诊断设备返回反馈指令，因此能够在故障码清除时保证电子控制单元与诊断设备的信息交互的及时性和准确性，提高故障码清除方法的智能性。
实施例三：
图4示出了本申请实施例提供的第三种故障码清除方法的流程示意图，该故障码清除方法的执行主体为诊断设备，详述如下：
在S401中，向车辆的电子控制单元发送故障码清除指令，以指示所述电子控制单元清除所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
本申请实施例中，当车辆需要清除故障码时，诊断设备向电子控制单元发送故障码清除指令，使得电子控制单元清除对应的车辆故障码。其中，电子控制单元清除的车辆故障码为该诊断设备的权限等级对应的车辆故障码。
本申请实施例中车辆故障码、诊断设备的权限等级的含义与实施例一完全一致，具体可以参见实施例一中的相关描述。
在S402中，接收所述电子控制单元发送的反馈指令。
在发送故障码清除指令后，诊断设备接收电子控制单元返回的反馈指令。该反馈指令可以为表示目标故障码已清除完成的信息，或者表示所述诊断设备不具有故障码清除权限的信息。
在接收到该反馈指令后，可以通过语音播报或者屏幕显示的方式，通知维修人员该反馈指令的内容，以使维修人员能够及时掌握故障码清除情况。
本申请实施例中，由于该目标故障码为诊断设备的权限等级对应的车辆故障码，即，该诊断设备能够清除的故障码为该诊断设备的权限等级范围内的车辆故障码，因此能够避免诊断设备对所有车辆故障码进行随意删除，提高故障码清除的安全性和准确性。
实施例四：
图5示出了本申请实施例提供的第四种故障码清除方法的流程示意图，该故障码清除方法的执行主体为诊断设备。本申请实施例的故障码清除方法在实施例三所述方法的基础上做了进一步改进，与实施例三相同之处不再赘述。如图5所示的故障码清除方法详述如下：
在S501中，与车辆的电子控制单元进行校验通信，以指示所述电子控制单元确定所述诊断设备的权限等级。
本申请实施例中，诊断设备可以先设置自身的通信参数，与车辆的电子控制单元建立通信连接。之后，与车辆的电子控制单元进行校验通信，使得电子控制单元能够获取该诊断设备的数据，确定该诊断设备的权限等级。
在一个实施例中，诊断设备可以将自身的标识信息(例如设备标识号、设备地址等)作为校验信息，发送至电子控制单元，使得电子控制单元可以根据该标识信息确定该诊断设备对应的权限等级。
可选地，所述步骤S501，包括：
向车辆的电子控制单元发送安全校验请求指令；
接收所述电子控制单元根据所述安全校验请求指令返回的第一校验数据；
通过预设安全校验算法处理所述第一校验数据，得到第二校验数据；其中，所述预设安全校验算法为与所述诊断设备的权限等级对应的安全校验算法；
将所述第二校验数据发送至所述电子控制单元，以指示所述电子控制单元根据所述第二校验数据确定所述诊断设备的权限等级。
本申请实施例中，诊断设备在与电子控制单元建立通信连接后，根据诊断协议，向该电子控制单元发送安全校验请求指令，以指示电子控制单元返回第一校验数据。
接着，接收电子控制单元发的第一校验数据，并通过预设安全校验算法对该第一校验数据进行加密，得到第二校验数据。其中，该预设安全校验算法为提前设置于诊断设备的与所述诊断设备的权限等级相对应的算法。
之后，将该第二校验数据发送至电子控制单元，使得电子控制单元能够根据该第二校验数据确定诊断设备所采用的预设安全校验算法，进而确定该预设安全校验算法对应的权限等级为该诊断设备的权限等级。
本申请实施例中，由于诊断设备能够在获取第一校验数据后，根据预设安全校验算法处理该第一校验数据得到第二校验数据，并发送该第二校验数据至电子控制单元，使得电子控制单元能确定诊断设备所采用的预设安全校验算法，进而确定诊断设备的权限等级，因此能够安全准确地确定诊断设备清除故障码的权限，保证后续能够安全准确地完成目标故障码的清除。
可选地，在所述向车辆的电子控制单元发送安全校验请求指令之前，还包括：
获取更新设置指令，更新所述预设安全校验算法。
本申请实施例中，当电子控制单元中设置的安全校验算法需要进行更新时，或者该诊断设备对应的权限等级需要重新设定时，可以由管理终端(例如服务器)向诊断设备发送更新设置指令。该更新设置指令携带目标安全校验算法的信息。
例如，诊断设备的权限等级为1，原本存储的预设安全校验算法为安全校验算法A；电子控制单元中，原本存储的为权限等级1与该安全校验算法A的对应关系。当电子控制单元中，权限等级1对应的安全校验算法A需要升级为安全性更高的安全校验算法D时，则相应地，诊断设备存储的安全校验算法A需要更新为安全校验算法D。因此，此时需要获取更新设置指令，该更新设置指令携带的目标安全校验算法的信息为安全校验算法D的信息。
又如，当诊断设备的权限等级为1，原本存储的预设安全校验算法为安全校验算法A。电子控制单元中存储了权限等级1～3和分别一一对应的安全校验算法A～C。当诊断设备的权限等级需要改为2时，则此时该诊断设备存储的安全校验算法需要升级为对应的安全校验算法B。因此，此时需要获取更新设置指令，该更新设置指令携带的目标安全校验算法的信息为安全校验算法B的信息。
诊断设备获取到该更新设置指令后，根据该更新设置指令携带的目标安全校验算法的信息，将诊断设备原本存储的预设安全校验算法更新为该目标安全校验算法，从而实现安全校验算法的更新。
本申请实施例中，由于能够对预设安全校验算法进行更新，因此能够灵活地实现安全校验算法的升级，提高校验通信的灵活性和准确性，保证电子控制单元能够准确地验证诊断设备，确定诊断设备对应的权限等级。
在S502中，向车辆的电子控制单元发送故障码清除指令，以指示所述电子控制单元清除所述诊断设备的权限等级对应的车辆故障码。
在S503中，接收所述电子控制单元发送的反馈指令。
本申请实施例中，通过与电子控制单元的校验通信，能够电子控制单元能够准确地确定诊断设备的权限等级，保证后续电子控制单元能够顺利地获取诊断设备发送的指令以及准确地确定目标故障码，准确有效地实现故障码清除。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
实施例五：
图6示出了本申请实施例提供的一种第一故障码清除装置的结构示意图，该第一故障码清除装置应用于车辆的电子控制单元，为了便于说明，仅示出了与本申请实施例相关的部分：
该第一故障码清除装置包括：指令获取单元61和清除单元62。其中：
指令获取单元61，用于获取诊断设备发送的故障码清除指令。
清除单元62，用于根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
可选地，所述第一故障码清除装置还包括：
权限等级确定单元，用于与所述诊断设备进行校验通信，确定所述诊断设备的权限等级。
可选地，所述权限等级确定单元，包括安全校验请求指令接收模块、第一校验数据发送模块、第二校验数据接收模块、第三校验数据确定模块和等级确定模块：
安全校验请求指令接收模块，用于接收所述诊断设备发送的安全校验请求指令；
第一校验数据发送模块，用于根据所述安全校验请求指令，向所述诊断设备发送第一校验数据；
第二校验数据接收模块，用于接收所述诊断设备根据所述第一校验数据返回的第二校验数据；
第三校验数据确定模块，用于根据所述第一校验数据和预存的各级权限等级分别对应的安全校验算法，得到各级权限等级分别对应的第三校验数据；
等级确定模块，用于将所述第二校验数据与各个所述第三校验数据进行比较，确定所述诊断设备的权限等级。
可选地，所述第一故障码清除装置还包括：
第一设置单元，用于设置各级权限等级与各个安全校验算法的对应关系。
可选地，所述清除单元62，具体用于根据所述故障码清除指令，获取所述电子控制单元记录的各个车辆故障码；根据预存的故障码分级标准信息，确定各个所述车辆故障码对应的故障等级；根据各个车辆故障码对应的故障等级，清除目标故障码，其中，所述目标故障码为所述故障等级低于或者等于所述诊断设备的权限等级的车辆故障码。
可选地，所述第一故障码清除装置，还包括：
第二设置单元，用于设置故障码分级标准信息。
可选地，所述第一故障码清除装置，还包括：
反馈单元，用于向所述诊断设备发送反馈指令。
图7示出了本申请实施例提供的一种第二故障码清除装置的结构示意图，该第二故障码清除装置应用于车辆的电子控制单元，为了便于说明，仅示出了与本申请实施例相关的部分：
该第二故障码清除装置包括：清除指令发送单元71和反馈指令接收单元72。其中：
清除指令发送单元71，用于向车辆的电子控制单元发送故障码清除指令，以指示所述电子控制单元清除所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码；
反馈指令接收单元72，用于接收所述电子控制单元发送的反馈指令。
可选地，所述第二故障码清除装置，还包括：
校验通信单元，用于与车辆的电子控制单元进行校验通信，以指示所述电子控制单元确定所述诊断设备的权限等级。
可选地，所述校验通信单元包括：安全校验请求指令发送模块、第一校验数据接收模块、安全校验处理模块、第二校验数据发送模块：
安全校验请求指令发送模块，用于向车辆的电子控制单元发送安全校验请求指令；
第一校验数据接收模块，用于接收所述电子控制单元根据所述安全校验请求指令返回的第一校验数据；
安全校验处理模块，用于通过预设安全校验算法处理所述第一校验数据，得到第二校验数据；其中，所述预设安全校验算法为与所述诊断设备的权限等级对应的安全校验算法；
第二校验数据发送模块，用于将所述第二校验数据发送至所述电子控制单元，以指示所述电子控制单元根据所述第二校验数据确定所述诊断设备的权限等级。
可选地，所述第二故障码清除装置，还包括：
更新单元，用于获取更新设置指令，更新所述预设安全校验算法。
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
实施例六：
图8是本申请一实施例提供的电子设备的示意图。如图8所示，该实施例的电子设备8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，例如故障码清除程序。所述处理器80执行所述计算机程序82时实现上述各个故障码清除方法实施例中的步骤，例如图2所示的步骤S201至S202或图4所示的步骤S401至S402。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图6所示指令获取单元61至清除单元62的功能，或者例如图7所示清除指令发送单元71至反馈指令接收单元72的功能。
示例性的，所述计算机程序82可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器81中，并由所述处理器80执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序82在所述电子设备8中的执行过程。
所述电子设备8可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是电子设备8的示例，并不构成对电子设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器81可以是所述电子设备8的内部存储单元，例如电子设备8的硬盘或内存。所述存储器81也可以是所述电子设备8的外部存储设备，例如所述电子设备8上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述电子设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
Claims (10)
1.一种故障码清除方法，其特征在于，所述方法应用于车辆的电子控制单元，包括：
获取诊断设备发送的故障码清除指令；
根据所述故障码清除指令，清除目标故障码；其中，所述目标故障码为所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码。
2.如权利要求1所述的故障码清除方法，其特征在于，在所述获取诊断设备发送的故障码清除指令之前，还包括：
与所述诊断设备进行校验通信，确定所述诊断设备的权限等级。
3.如权利要求2所述的故障码清除方法，其特征在于，所述与所述诊断设备进行校验通信，确定所述诊断设备的权限等级，包括:
接收所述诊断设备发送的安全校验请求指令；
根据所述安全校验请求指令，向所述诊断设备发送第一校验数据；
接收所述诊断设备根据所述第一校验数据返回的第二校验数据；
根据所述第一校验数据和预存的各级权限等级分别对应的安全校验算法，得到各级权限等级分别对应的第三校验数据；
将所述第二校验数据与各个所述第三校验数据进行比较，确定所述诊断设备的权限等级。
4.如权利要求3所述的故障码清除方法，其特征在于，在所述确定所述诊断设备的权限等级之前，还包括：
设置各级权限等级与各个安全校验算法的对应关系。
5.一种故障码清除方法，其特征在于，所述方法应用于诊断设备，包括：
向车辆的电子控制单元发送故障码清除指令，以指示所述电子控制单元清除所述诊断设备的权限等级对应的车辆故障码；所述权限等级为清除故障码的权限对应的级别；所述车辆故障码为所述电子控制单元记录的所述车辆已发生的故障对应的故障码；
接收所述电子控制单元发送的反馈指令。
6.如权利要求5所述的故障码清除方法，其特征在于，在所述向车辆的电子控制单元发送故障码清除指令之前，包括：
与车辆的电子控制单元进行校验通信，以指示所述电子控制单元确定所述诊断设备的权限等级。
7.如权利要求6所述的故障码清除方法，其特征在于，所述与车辆的电子控制单元进行校验通信，包括：
向车辆的电子控制单元发送安全校验请求指令；
接收所述电子控制单元根据所述安全校验请求指令返回的第一校验数据；
通过预设安全校验算法处理所述第一校验数据，得到第二校验数据；其中，所述预设安全校验算法为与所述诊断设备的权限等级对应的安全校验算法；
将所述第二校验数据发送至所述电子控制单元，以指示所述电子控制单元根据所述第二校验数据确定所述诊断设备的权限等级。
8.如权利要求7所述的故障码清除方法，其特征在于，在所述向车辆的电子控制单元发送安全校验请求指令之前，还包括：
获取更新设置指令，更新所述预设安全校验算法。
9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，当所述处理器执行所述计算机程序时，使得电子设备实现如权利要求1至4或权利要求5至8任一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，当所述计算机程序被处理器执行时，使得电子设备实现如权利要求1至4或权利要求5至8任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110713097.0A CN113534772A (zh) | 2021-06-25 | 2021-06-25 | 故障码清除方法、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110713097.0A CN113534772A (zh) | 2021-06-25 | 2021-06-25 | 故障码清除方法、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113534772A true CN113534772A (zh) | 2021-10-22 |
Family
ID=78125902
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110713097.0A Pending CN113534772A (zh) | 2021-06-25 | 2021-06-25 | 故障码清除方法、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113534772A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114326680A (zh) * | 2021-12-31 | 2022-04-12 | 深圳市星卡科技有限公司 | 一种abs系统故障诊断方法、装置、设备和介质 |
| CN117572852A (zh) * | 2024-01-16 | 2024-02-20 | 中国第一汽车股份有限公司 | 车辆部件故障分析方法、装置、设备、介质和产品 |
Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101055228A (zh) * | 2007-05-31 | 2007-10-17 | 上海依波尔汽车电子有限公司 | 基于k线的电控发动机故障诊断系统 |
| CN101166087A (zh) * | 2007-09-30 | 2008-04-23 | 奇瑞汽车有限公司 | 一种用于汽车诊断通讯中的安全验证方法 |
| CN102073319A (zh) * | 2011-01-25 | 2011-05-25 | 武汉理工大学 | 一种多功能综合型电控汽车故障诊断系统 |
| US20140121888A1 (en) * | 2012-10-29 | 2014-05-01 | Beijing Wiselink Software Co., Ltd. | Method, server and system for vehicle diagnosis |
| CN104699074A (zh) * | 2015-02-11 | 2015-06-10 | 北京博曼迪汽车科技有限公司 | 一种摩托车的下线检测系统 |
| CN105138373A (zh) * | 2015-08-27 | 2015-12-09 | 深圳市元征软件开发有限公司 | 汽车诊断设备固件升级方法及装置 |
| CN106569473A (zh) * | 2015-10-13 | 2017-04-19 | 上海汽车集团股份有限公司 | 一种车辆远程诊断的方法、装置及系统 |
| CN106814675A (zh) * | 2016-12-31 | 2017-06-09 | 华晨汽车集团控股有限公司 | 用于验证汽车诊断设备合法性的安全访问方法 |
| US20170213398A1 (en) * | 2016-01-27 | 2017-07-27 | GM Global Technology Operations LLC | System and method for clearing a readiness bit when a control module of a vehicle is reprogrammed |
| CN107645430A (zh) * | 2017-08-08 | 2018-01-30 | 深圳市元征科技股份有限公司 | 一种数据处理方法、系统及相关设备 |
| CN107945090A (zh) * | 2017-11-30 | 2018-04-20 | 深圳市轱辘车联数据技术有限公司 | 基于区块链的车辆尾气数据分析方法、装置及服务器 |
| US20180293811A1 (en) * | 2017-04-07 | 2018-10-11 | Launch Tech Co., Ltd. | Vehicle remote diagnosis method and device |
| CN109740304A (zh) * | 2018-11-30 | 2019-05-10 | 深圳市元征科技股份有限公司 | 一种车型诊断权限管理方法及相关设备 |
| CN111142500A (zh) * | 2019-12-26 | 2020-05-12 | 国汽(北京)智能网联汽车研究院有限公司 | 车辆诊断数据的权限设置方法、装置及车载网关控制器 |
| CN112102103A (zh) * | 2020-11-02 | 2020-12-18 | 广州汽车集团股份有限公司 | 一种车辆整车下线配置校验方法 |
| CN112286818A (zh) * | 2020-11-03 | 2021-01-29 | 深圳市云伽智能技术有限公司 | Adas系统的故障处理方法、装置、设备及存储介质 |
| CN112398824A (zh) * | 2020-11-03 | 2021-02-23 | 珠海格力电器股份有限公司 | 一种权限校验方法、存储介质及电子设备 |
| CN112444411A (zh) * | 2020-11-18 | 2021-03-05 | 中国汽车工程研究院股份有限公司 | 基于can总线网络信号的整车诊断控制方法 |
| CN112734980A (zh) * | 2021-01-18 | 2021-04-30 | 国汽智控(北京)科技有限公司 | 车辆的故障根因信息确定方法、装置、设备及存储介质 |
-
2021
- 2021-06-25 CN CN202110713097.0A patent/CN113534772A/zh active Pending
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101055228A (zh) * | 2007-05-31 | 2007-10-17 | 上海依波尔汽车电子有限公司 | 基于k线的电控发动机故障诊断系统 |
| CN101166087A (zh) * | 2007-09-30 | 2008-04-23 | 奇瑞汽车有限公司 | 一种用于汽车诊断通讯中的安全验证方法 |
| CN102073319A (zh) * | 2011-01-25 | 2011-05-25 | 武汉理工大学 | 一种多功能综合型电控汽车故障诊断系统 |
| US20140121888A1 (en) * | 2012-10-29 | 2014-05-01 | Beijing Wiselink Software Co., Ltd. | Method, server and system for vehicle diagnosis |
| CN104699074A (zh) * | 2015-02-11 | 2015-06-10 | 北京博曼迪汽车科技有限公司 | 一种摩托车的下线检测系统 |
| CN105138373A (zh) * | 2015-08-27 | 2015-12-09 | 深圳市元征软件开发有限公司 | 汽车诊断设备固件升级方法及装置 |
| CN106569473A (zh) * | 2015-10-13 | 2017-04-19 | 上海汽车集团股份有限公司 | 一种车辆远程诊断的方法、装置及系统 |
| US20170213398A1 (en) * | 2016-01-27 | 2017-07-27 | GM Global Technology Operations LLC | System and method for clearing a readiness bit when a control module of a vehicle is reprogrammed |
| CN106814675A (zh) * | 2016-12-31 | 2017-06-09 | 华晨汽车集团控股有限公司 | 用于验证汽车诊断设备合法性的安全访问方法 |
| US20180293811A1 (en) * | 2017-04-07 | 2018-10-11 | Launch Tech Co., Ltd. | Vehicle remote diagnosis method and device |
| CN107645430A (zh) * | 2017-08-08 | 2018-01-30 | 深圳市元征科技股份有限公司 | 一种数据处理方法、系统及相关设备 |
| CN107945090A (zh) * | 2017-11-30 | 2018-04-20 | 深圳市轱辘车联数据技术有限公司 | 基于区块链的车辆尾气数据分析方法、装置及服务器 |
| CN109740304A (zh) * | 2018-11-30 | 2019-05-10 | 深圳市元征科技股份有限公司 | 一种车型诊断权限管理方法及相关设备 |
| CN111142500A (zh) * | 2019-12-26 | 2020-05-12 | 国汽(北京)智能网联汽车研究院有限公司 | 车辆诊断数据的权限设置方法、装置及车载网关控制器 |
| CN112102103A (zh) * | 2020-11-02 | 2020-12-18 | 广州汽车集团股份有限公司 | 一种车辆整车下线配置校验方法 |
| CN112286818A (zh) * | 2020-11-03 | 2021-01-29 | 深圳市云伽智能技术有限公司 | Adas系统的故障处理方法、装置、设备及存储介质 |
| CN112398824A (zh) * | 2020-11-03 | 2021-02-23 | 珠海格力电器股份有限公司 | 一种权限校验方法、存储介质及电子设备 |
| CN112444411A (zh) * | 2020-11-18 | 2021-03-05 | 中国汽车工程研究院股份有限公司 | 基于can总线网络信号的整车诊断控制方法 |
| CN112734980A (zh) * | 2021-01-18 | 2021-04-30 | 国汽智控(北京)科技有限公司 | 车辆的故障根因信息确定方法、装置、设备及存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114326680A (zh) * | 2021-12-31 | 2022-04-12 | 深圳市星卡科技有限公司 | 一种abs系统故障诊断方法、装置、设备和介质 |
| CN117572852A (zh) * | 2024-01-16 | 2024-02-20 | 中国第一汽车股份有限公司 | 车辆部件故障分析方法、装置、设备、介质和产品 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11363045B2 (en) | Vehicle anomaly detection server, vehicle anomaly detection system, and vehicle anomaly detection method | |
| CN110300686B (zh) | 数据分析装置及存储介质 | |
| CN106828362B (zh) | 汽车信息的安全测试方法及装置 | |
| CN108415398B (zh) | 汽车信息安全自动化测试系统及测试方法 | |
| CN106462702B (zh) | 用于在分布式计算机基础设施中获取并且分析电子取证数据的方法和系统 | |
| CN111492361B (zh) | 用于基于边信道的网络攻击检测的系统和方法 | |
| CN113534772A (zh) | 故障码清除方法、电子设备及存储介质 | |
| US8484735B2 (en) | Status display control apparatus | |
| CN114374565A (zh) | 车辆can网络的入侵检测方法、装置、电子设备和介质 | |
| CN111984975A (zh) | 基于拟态防御机制的漏洞攻击检测系统、方法及介质 | |
| CN110881059B (zh) | 一种应用部署系统、方法、发布引擎及计算机设备 | |
| CN111693294A (zh) | 车辆检测方法、装置、终端设备及存储介质 | |
| CN106982213A (zh) | 一种应用于车载设备的网络攻击防御方法及相关装置 | |
| CN111371581A (zh) | 物联网卡业务异常检测的方法、装置、设备和介质 | |
| KR20190102427A (ko) | Can 기기의 보안/품질을 검증하기 위한 퍼징 시스템 및 그 퍼징 방법 | |
| CN112019512A (zh) | 汽车网络安全测试系统 | |
| CN112306041A (zh) | 车辆的配置信息写入方法、装置及电子设备 | |
| CN115242497B (zh) | 一种基于区块链的数据防篡改方法及系统 | |
| CN106444724A (zh) | 一种车辆智能诊断方法 | |
| KR102304231B1 (ko) | 계층 구조를 이용한 컴플라이언스 관리 체계 지원 시스템 및 그 방법 | |
| CN116362543A (zh) | 一种融合信息安全和功能安全的综合风险评估方法及装置 | |
| KR102304237B1 (ko) | 인프라 자산 취약점 자동 진단을 통한 컴플라이언스 관리 시스템 및 그 방법 | |
| CN116302964A (zh) | 一种软件系统的安全测试方法、测试设备及介质 | |
| US11381602B2 (en) | Security design planning support device | |
| CN114093054A (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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221011 Address after: 518000 Guangdong province Shenzhen Longgang District Bantian Street five and Avenue North 4012 Yuan Zheng Industrial Park. Applicant after: LAUNCH TECH Co.,Ltd. Address before: 518000 522, headquarters office building of Yuanzheng technology plant, No. 4012, North Wuhe Avenue, Bantian street, Longgang District, Shenzhen, Guangdong Province Applicant before: Shenzhen Yuanzheng Future Automobile Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20211022 |
|
| RJ01 | Rejection of invention patent application after publication |