CN117055520A - 检测方法、检测装置、模拟平台及设备 - Google Patents

检测方法、检测装置、模拟平台及设备 Download PDF

Info

Publication number
CN117055520A
CN117055520A CN202311008312.2A CN202311008312A CN117055520A CN 117055520 A CN117055520 A CN 117055520A CN 202311008312 A CN202311008312 A CN 202311008312A CN 117055520 A CN117055520 A CN 117055520A
Authority
CN
China
Prior art keywords
command
request command
diagnostic
diagnosis
electronic controller
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
CN202311008312.2A
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.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology 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 Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202311008312.2A priority Critical patent/CN117055520A/zh
Publication of CN117055520A publication Critical patent/CN117055520A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208Electric 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/0213Modular 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
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/20Pc systems
    • G05B2219/24Pc safety
    • G05B2219/24065Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Abstract

本申请涉及计算机应用技术领域,并公开了检测方法、检测装置、模拟平台及设备,模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令;在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。当诊断设备发送的请求命令的内容和顺序产生错误的情况下,会采取目标操作,以提示诊断设备出错,可提升诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。

Description

检测方法、检测装置、模拟平台及设备
技术领域
本申请涉及计算机应用技术领域,特别是涉及检测方法、检测装置、模拟平台及设备。
背景技术
汽车生产厂家在新车投产时,在总装车间需要用到诊断设备,也就是电检设备。
目前,在新车正式量产前,由于实车资源少,项目初期新车配置不完整,软件发布时间的影响,使得电检设备检测程序难以得到充分的调试和验证,电检设备程序质量难以保证。
如此,便会造成新车量产后,电检设备容易出现各种问题,导致车辆无法完成电检需要人工推车下线。
综上所述,如何有效地解决对诊断设备进行验证和检查等问题,是目前本领域技术人员急需解决的技术问题。
发明内容
本申请的目的是提供检测方法、检测装置、模拟平台及设备,能够调试验证诊断设备,检查诊断设备诊断流程的规范性。
为解决上述技术问题,本申请提供如下技术方案:
一种检测方法,包括:
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;所述N为大于0的自然数;
从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令;
在所述请求命令与所述诊断设备请求命令不一致的情况下,采取目标操作,以提示所述诊断设备出错。
在一实施例中,包括:
在所述请求命令与所述诊断设备请求命令一致的情况下,向所述诊断设备反馈与所述请求命令匹配的回复命令。
在一实施例中,所述采取目标操作,以提示所述诊断设备出错,包括:
从所述诊断命令流程中查找与所述请求命令一致的目标诊断设备请求命令;其中,所述目标诊断设备请求命令的帧编号为M,所述M为大于0且与所述N不同的自然数;
若所述M大于所述N,则对外输出漏发帧编号为所述N至M-1的请求命令提示信息;
若所述M小于所述N,则对外输出帧编号为所述M的请求命令重复发送提示信息。
在一实施例中,所述采取目标操作,以提示所述诊断设备出错,包括:
从所述诊断命令流程中查找与所述请求命令一致的目标诊断设备请求命令;
若查到所述目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到所述目标诊断设备请求命令,则输出命令内容错误提示信息。
在一实施例中,从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令,包括:
获取车型模拟诊断数据文件;所述程序模拟诊断数据文件包括各个车型对应的诊断文件,所述诊断文件中包括所属车型中各个电子控制器单元及各个所述电子控制器单元的诊断命令流程;
从所述车型模拟诊断数据文件中查找出当前车型的诊断文件;
从所述诊断文件中,查找所述诊断设备请求命令。
一种检测方法,包括:
诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;所述N为大于0的自然数;所述模拟平台执行如上述的调试方法的步骤;
在接收到回复命令的情况下,向所述模拟平台中的电子控制器单元发送第N+1个请求命令;
在超时未接收到所述回复命令的情况下,进行报错。
在一实施例中,所述向模拟平台中的电子控制器单元发送第N个请求命令,包括:
确定诊断车型,依次选中所述诊断车型的每一个所述电子控制器单元;
设置当前选中的所述电子控制器单元的通讯参数;
基于所述通讯参数,向所述电子控制器单元发送所述第N个请求命令。
一种模拟平台,包括:
命令接收模块,用于获取诊断设备对电子控制器单元发送的第N个请求命令;所述N为大于0的自然数;
命令查找模块,用于从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令;
命令报错模块,用于在所述请求命令与所述诊断设备请求命令不一致的情况下,采取目标操作,以提示所述诊断设备出错。
一种诊断装置,包括:
命令发送模块,用于向模拟平台中的电子控制器单元发送第N个请求命令;所述N为大于0的自然数;在接收到回复命令的情况下,向所述模拟平台中的电子控制器单元发送第N+1个请求命令;
报错模块,用于在超时未接收到所述回复命令的情况下,进行报错。
一种电子设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现上述检测方法的步骤。
一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述检测方法的步骤。
应用本申请实施例所提供的方法,模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令;在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在本申请实施例中,可以基于模拟平台对诊断设备进行检验。具体的,当模拟平台获取到诊断设备对电子控制器单元发送的第N个请求命令的情况下,从电子控制器单元的诊断命令流程中,查找出帧编号为N的诊断设备请求命令。然后,将诊断设备发送的请求命令和诊断设备请求命令进行比对,在发现二者不一致的情况下,采集目标操作,以提示诊断设备出错。因而,可调试验证诊断设备,并检查诊断设备诊断流程的规范性。
也就是说,本申请的技术效果:当诊断设备发送的请求命令的内容和顺序产生错误的情况下,会采取目标操作,以提示诊断设备出错。即,当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并通过采集目标操作,从而提示诊断设备出错,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
相应地,本申请实施例还提供了与上述检测方法相对应的检测装置、模拟平台、设备和可读存储介质,具有上述技术效果,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或相关技术中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中一种检测方法的实施流程图;
图2为本申请实施例中另一种检测方法的实施流程图;
图3为本申请实施例中一种模拟平台的结构示意图;
图4为本申请实施例中一种检测装置的结构示意图;
图5为本申请实施例中一种电子设备的结构示意图;
图6为本申请实施例中一种电子设备的具体结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为便于理解,下面将本申请实施例中涉及的相关术语进行说明:
ECU(Electronic Control Unit),电子控制器单元;
VIN(Vehicle Identification Number),车辆识别号码或车架号码;
IMMO(Immobilizer),发动机防盗锁止系统;
EMS(Engine Management System),发动机管理系统;
UDS(Unified Diagnostic Services),统一诊断服务;
BCM(Body Control Module),车身控制模块。
请参考图1,图1为本申请实施例中一种检测方法的流程图,该方法可应用于模拟平台或模拟设备中,该方法包括以下步骤:
S101、获取诊断设备对电子控制器单元发送的第N个请求命令。
其中,N为大于0的自然数。
在实际应用中,可以用诊断线束将模拟平台与诊断设备连接起来,然后,诊断设备可以对当前模拟平台所模拟的车型中的每一个ECU进行检测。
具体的,诊断设备可向模拟平台中当前选中的电子控制器单元发送第N个请求命令。
如此,模拟平台便可获得对电子控制器单元发送的第N个请求命令。
需要注意的是,在本申请实施例中,对请求命令进行次序计数是针对每一个电子控制器单元而言,而并非是车型。例如,对于车型A,假设车型A具有5个ECU,则将发送给ECU1的请求命令进行单独排序,将发送给ECU2的请求命令进行单独排序,将发送给ECU3的请求命令进行单独排序,将发送给ECU4的请求命令进行单独排序,将发送给ECU5的请求命令进行单独排序。具体的,诊断设备发送给ECU1的第一个请求命令,即视为编号为1的请求命令。
需要注意的是,实车测试过程中,对于相同请求命令内容,实车可能会反馈不同的回复命令。例如,在下表2中,帧编号为4、6的设备请求命令是相同的,但是模拟平台的回复命令是不相同的,如果没有按帧编号顺序来执行的话,那么模拟平台按序查找的设备请求命令永远都是帧编号为4对应的命令。也就是ECU回复的命令都是帧编号为4的回复(08 75E04 62 66 00 00 00 0000),因为诊断编号为4的是排在帧编号为6的前面。按帧编号顺序发送命令就是为了解决这个问题,另外也能判断设备发的命令的流程是否正确。
S102、从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令。
在本申请实施例中,可以预先将每一个车型的每一个ECU对应的诊断命令流程进行存储。诊断命令流程包括正确顺序的请求命令,以及每一个请求命令对应的正确回复命令。
当接收到第N个请求命令的情况下,可以直接从该ECU对应的诊断命令流程中,查找出帧编号为N的诊断设备请求命令和回复命令。这里的诊断设备请求命令即为诊断设备应当发送给该ECU的第N个请求命令,为了便于区别,这里将模拟平台通过帧编号可以查找的请求命令称之为诊断设备请求命令,将诊断设备发送给模拟平台的请求命令称之为请求命令。
回复命令即为正常情况下,当诊断设备向实车中的ECU发送了该第N个请求命令的情况下,实车中的ECU在正常模式下,应当反馈给诊断设备的回复命令。
例如,当ECU为BCM时,当N等于1时,则诊断设备请求命令可以具体为:08 756 0210 03 00 00 00 00 00,回复命令可以具体为08 75E 06 50 03 0028 01F4 00,第一条请求命令的描述具体为进入扩展会话模式。
在本申请中的一种具体实施方式中,从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令,包括:
获取车型模拟诊断数据文件;程序模拟诊断数据文件包括各个车型对应的诊断文件,诊断文件中包括所属车型中各个电子控制器单元及各个电子控制器单元的诊断命令流程;
从车型模拟诊断数据文件中查找出当前车型的诊断文件;
从诊断文件中,查找诊断设备请求命令。
为便于描述,下面将上述三个步骤结合起来进行说明。
在本申请实施例中,模拟平台可以维护车型模拟诊断数据文件,包括车型名称、ECU、ECU诊断命令流程。具体的,对于每一个车型对应的诊断文件至少包括表1(一种诊断文件示意表)的内容:
表1
ECU诊断命令流程,以Ecu1为例,假设Ecu1在车型A上是BCM,则诊断命令流程如表2(一种诊断命令流程示意表)所示:
表2
命令帧格式可参见表3(表2中帧编号为1的命令帧具体格式示意表):
表3
也就是说,在获取当前模拟的车型对应的某个ECU的第N个请求命令之后,可以先获取车型模拟诊断数据文件;然后,从车型模拟诊断数据文件中查找出当前车型的诊断文件,最终从当前车型的ECU的诊断命令流程中,即可查找到诊断设备请求命令和回复命令。
S103、在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在请求命令与诊断设备请求命令一致的情况下,向诊断设备反馈与请求命令匹配的回复命令。
当获取了请求命令和诊断设备请求命令后,可以对二者进行比对。
需要注意的是,在实际车辆诊断过程中,会出现诊断设备向ECU发送请求命令一致,但实车反馈的回复命令不一致的情况。因此,对诊断设备发送的请求命令不仅需要验证其内容是否正确,还需要验证发送相应请求命令的顺序是否正确。
为了有效检验诊断设备的诊断流程是否准确,模拟平台仅在第N个请求命令与帧编号为N的诊断设备请求命令一致的情况下,向诊断设备反馈帧编号为N的回复命令。也就说,当诊断设备发送了一个请求命令之后,若接收到了对应的回复命令,则表明该请求命令的内容是无误,请求命令发送的顺序是无误的;反之,若诊断设备发送了一个请求命令之后,没有接收到对应的回复命令,则表明该请求命令的内容或发送的顺序是错误的。
假如,诊断设备应该要发送帧编号为3的命令时,但是诊断设备不发送帧编号为3和4的请求命令,直接发送帧编号为5的请求命令,模拟平台收到诊断设备的命令后,模拟平台会将帧编号为3的诊断设备请求命令找出来,也就是08 756 06 27 04B6 40 17 37 00,并且和诊断设备发送的请求命令也就是08756 07 2E D0 08xx xx xx xx进行比对,发现二者不相同,模拟平台不回复诊断设备,诊断设备报错。虽然,模拟平台中帧编号为5也就是08756 07 2E D0 08xx xx xx xx这个命令能够找得到,但是,对于模拟平台来说,诊断设备开发的程序必须要严格按照BCM的诊断流程进行开发,这样才能保证诊断设备的程序质量。因而此时,无需反馈帧编号为5的回复命令。
ECU(以BCM为例)大多都有严格的诊断顺序要求。例如,在表2中,ECU诊断命令流程中要发送诊断编号为5(诊断服务为2E)的命令的条件是必须要先发送帧编号1、2、3的命令,ECU回复正确响应后才能正确执行,为了避免车辆ECU会回复错误信息(执行当前服务的条件不满足),因而需要保障诊断设备要按照规范进行开发。
基于回复命令的发送统计数值,确定诊断设备的检测结果。例如,统计回复命令的数量或比例,当回复命令的数量与请求命令数量保持一致,则确定诊断设备通过检测;当回复命令达到100%回复的情况下,则确定诊断设备通过检测。
此外,还可借助回复命令的回复情况,确定诊断设备是否出现漏发、错发等。
判断请求命令与诊断设备请求命令是否一致可以具体采用相减是否为0,或者相除是否为1,对命令中的每一个字段逐个比对,或者采用哈希计算等方式进行,在此不做一一列举。
在明确了请求命令与诊断设备请求命令一致的情况下,则表明请求命令的内容和顺序都是准确的。因此,可以向诊断设备反馈回复命令。
在明确了请求命令与诊断设备请求命令不一致的情况下,则表明请求命令的内容和顺序中至少有一个是不准确的。此时,不向诊断设备反馈回复命令,从而采取目标操作,以提示诊断设备出错。
为了便于开发人员了解到具体情况,可以对外输出命令错误提示信息,从而让开发人员关注到当前的请求命令,进而进行调试优化。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;其中,目标诊断设备请求命令的帧编号为M,M为大于0且与N不同的自然数;
若M大于N,则对外输出漏发帧编号为N至M-1的请求命令提示信息;
若M小于N,则对外输出帧编号为M的请求命令重复发送提示信息。
为便于描述,下面将上述三个步骤结合起来进行说明。
在明确请求命令与目标诊断设备请求命令不一致的情况下,此时可以从中查找与请求命令一致的目标诊断设备请求命令。
如果没有找到目标诊断设备请求命令,则表明请求命令本身的内容是错误的,此时可以对外输出命令内容错误提示信息。例如,命令无定义。
如果找到了目标诊断设备请求命令,则表明请求命令本身的内容是无误的,是发送该请求命令的顺序/时机出现了问题。
具体的,若该目标诊断设备请求命令的帧编号为M,若M大于N,则表明N至M-1的请求命令被诊断设备漏发了,此时可以输出漏发N至M-1的请求命令的提示信息,从而使得技术人员针对N至M-1的请求命令漏发进行修正。
例如,当N为3,若M为4,则表明第3个请求命令被漏发了,此时输出漏发第3个请求命令的提示信息。具体的,还可以输出帧编号为3的诊断设备请求命令,并提示漏发。若M为5,则表明第3个请求命令和第4个请求命令被漏发了,此时输出漏发第3个请求命令和请求命令的提示信息。
若该目标诊断设备请求命令的帧编号为M,若M小于N,则表明帧编号为M的请求命令被诊断设备重复发送了,此时可以输出重复发送帧编号为M的请求命令的提示信息,从而使得技术人员针对帧编号为M的请求命令重复发送进行修正。
例如,当N为3,若M为1,则表明第1个请求命令被重复发送了,此时输出重复发送第1个请求命令的提示信息。具体的,还可以输出帧编号为1的诊断设备请求命令,并提示重复发送。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;
若查到目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到目标诊断设备请求命令,则输出命令内容错误提示信息。
也就是说,当发现帧编号为N的诊断设备请求命令与当前接收到的第N个请求命令不一致时,可以从诊断命令流程去查找与第N个请求命令一致的目标诊断设备请求命令。如果可以找到该诊断设备请求命令,则表明第N个请求命令本身内容无误,而仅是发送顺序错了,此时可输出命令顺序错误提示信息;若无法查找到该目标诊断设备请求命令,即表明该第N个请求命令本身内容存在错误,可输出命令内容错误提示信息。
应用本申请实施例所提供的方法,
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令;在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在本申请实施例中,可以基于模拟平台对诊断设备进行检验。具体的,当模拟平台获取到诊断设备对电子控制器单元发送的第N个请求命令的情况下,从电子控制器单元的诊断命令流程中,查找出帧编号为N的诊断设备请求命令。然后,将诊断设备发送的请求命令和诊断设备请求命令进行比对,在发现二者不一致的情况下,采集目标操作,以提示诊断设备出错。因而,可调试验证诊断设备,并检查诊断设备诊断流程的规范性。
也就是说,本申请的技术效果:当诊断设备发送的请求命令的内容和顺序产生错误的情况下,会采取目标操作,以提示诊断设备出错。即,当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并通过采集目标操作,从而提示诊断设备出错,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
请参考图2,图2为本申请实施例中另一种检测方法的流程图,该方法可以用于诊断设备中,该方法包括以下步骤:
S201、向模拟平台中的电子控制器单元发送第N个请求命令。
N为大于0的自然数。
需要注意的是,模拟平台执行如图1所示的调试方法的步骤。
也就是说,当模拟平台接收到第N个请求命令的情况下,将按照上述实施例所描述的处理步骤,对该请求命令进行响应处理,从而明确是否反馈回复命令给诊断设备。具体的处理过程,可以参照上述实施例的具体描述,在此不再一一赘述。
在本申请的一种具体实施方式中,向模拟平台中的电子控制器单元发送第N个请求命令,包括:
确定诊断车型,依次选中诊断车型的每一个电子控制器单元;
设置当前选中的电子控制器单元的通讯参数;
基于通讯参数,向电子控制器单元发送第N个请求命令。
为便于描述,下面将上述三个步骤结合起来进行说明。
模拟平台选择车型,启动模拟平台。
启动诊断设备,选择与模拟平台当前模拟的车型或者输入表示模拟平台当前模拟的车型的编码,对模拟平台当前模拟的车型进行诊断检测。
诊断设备开始对该车型下的每一个ECU进行检测,诊断设备设置好通讯参数,包含通讯Canid、通讯Pin脚、波特率等。
然后,依次对每一个ECU下的每一个请求命令进行发送。
S202、在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令。
当接收到回复命令的情况下,则表明第N个请求命令的内容和顺序都是无误的,此时可以继续向模拟平台中的电子控制器单元发送第N+1个请求命令,直到无法接收到对应的回复命令或者当前电子控制器单元的全部请求命令都测试完毕。
在当前电子控制器单元的全部请求命令都测试完毕的情况下,可以按需对下一个电子控制器单元进行测试。
在当前测试车型的全部电子控制器单元都测试完毕的情况下,可以对下一个车型进行测试。
S203、在超时未接收到回复命令的情况下,进行报错。
在本实施例中,可以预先设置命令回复的等待时长阈值,在发送请求命令之后,开始计时,若计时超出了等待时长阈值还未结束到回复命令,则表明请求命令存在内容错误或者发送顺序错过,此时可以进行报错。
在诊断设备中用于本申请实施例所提供的检测方法,包括:向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;在超时未接收到回复命令的情况下,进行报错。
在诊断设备中应用本申请实施例所提供的调试方法,该方法包括:诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;模拟平台执行如权利要求1至5任一项的调试方法;在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;在超时未接收到回复命令的情况下,进行报错。
由于,该模拟平台仅在请求命令的内容和顺序都准确的情况下,才会向诊断设备反馈回复命令。因而,该诊断设备可以基于是否接收到对应的回复命令,从而明确自身的请求命令是否存在问题,可以完成自身诊断流程的自检。
也就是说,本申请的技术效果:当诊断设备发送的请求命令的内容和顺序均正确的情况下,才会反馈对应的回复命令。即,当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并给与正确的答复或者不答复,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
为便于本领域技术人员更好地理解和实施本申请实施例所提供的检测方法,下面结合具体场景为例,对模拟平台和诊断设备分别采用对应检测方法的处理过程进行详细说明。
在相关技术方案中,基于模拟平台,可以对诊断设备进行检验。但是,当诊断设备发送读取钥匙数量时,模拟平台只会回复同样的数据,无法处理诊断设备发送同样的命令,实车会返回不同状态的数据。而且,诊断设备程序由于开发人员漏掉某个命令没有发的话,那么诊断设备也不会报错,模拟平台也无法判断诊断设备的诊断逻辑或者诊断流程是否合理,造成诊断设备的诊断程序没有得到完整的验证,当诊断设备用于生产时,那么诊断设备就容易出现各种问题,并需要慢慢调试验证,降低生产效率,增加了企业的生产成本。
在本申请实施例所提供的技术方案中,模拟平台维护车型模拟诊断数据文件,包含车型名称、ECU、ECU诊断命令流程。
每个车型对应诊断文件至少包含表1所示内容
ECU诊断命令流程,以Ecu1为例,假设Ecu1在车型A上是BCM,则诊断命令流程如表2所示。
帧格式可以具体参照表3所示的以帧编号1命令帧格式描述。
模拟平台选择车型A,启动模拟平台。
启动诊断设备,选择车型A或者输入表示车型A的编码,对车型A进行诊断检测。
诊断设备开始对车型A下的第一个ECU进行检测,也就是Ecu1(BCM),诊断设备设置好通讯参数,包含通讯Canid、通讯Pin脚、波特率等。
诊断设备对BCM发送第1条请求命令,模拟平台收到诊断设备的请求命令后,模拟平台首先根据Canid查到到BCM的诊断流程,由于模拟平台收到的是BCM第一条请求命令,则模拟平台将诊断设备对BCM方的第1条请求命令自动编号为1,同时从BCM的诊断流程中查找帧编号为1的诊断设备请求命令,并且和诊断设备发送的命令进行比对,若二者相同,模拟平台将帧编号为1的模拟平台回复命令回复给诊断设备,以便诊断设备继续发送下一个请求命令,如果不相同,模拟平台不回复诊断设备,则诊断设备报错。
诊断设备对BCM发送第2条请求命令,模拟收到诊断设备的命令后,查找BCM诊断流程中帧编号为2的诊断设备请求命令,并且和诊断设备发送的命令进行比对,相同的话,模拟平台将帧编号为2的模拟平台回复命令回复给诊断设备,诊断设备继续发送下一个命令,如果不相同,模拟平台不回复诊断设备,诊断设备报错。
诊断设备依次发送诊断流程中帧编号为3、4、5、6、7命令,完成对BCM的检测。
可见,模拟平台维护车型、车型下所包含的ECU及每个ECU的诊断流程,诊断流程包含电检设备发送的诊断命令帧和ECU需要回复的命令帧的模拟诊断数据,每一帧的命令都按顺序进行编号;模拟平台设置需要进行检测的车型,启动模拟平台;诊断设备通过诊断线束与模拟平台连接起来,并对模拟平台当前模拟平台设置的车型进行诊断检测;诊断设备对当前车型的下所有的ECU进行检测,每个ECU的检测按照标准的诊断流程向ECU发送诊断命令;诊断设备对当前ECU发送第1条命令,模拟平台对诊断设备对当前ECU请求的命令按顺序自动分配帧编号1;模拟平台从诊断文件中查找当前ECU帧编号为1的命令,并且诊断设备对当前ECU发送的请求命令进行比对;相同则回复已设定好的回复命令,不相同则不回复;诊断设备继续对当前ECU发送第2条命令,直到所有命令发送完成。当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并给与正确的答复或者不答复,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
相应于上面的方法实施例,本申请实施例还提供了一种模拟平台,下文描述的模拟平台与上文描述的检测方法可相互对应参照。
参见图3所示,该平台包括以下模块:
命令接收模块101,用于获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;
命令查找模块102,用于从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令;
命令报错模块103,用于在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令;在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在本申请实施例中,可以基于模拟平台对诊断设备进行检验。具体的,当模拟平台获取到诊断设备对电子控制器单元发送的第N个请求命令的情况下,从电子控制器单元的诊断命令流程中,查找出帧编号为N的诊断设备请求命令。然后,将诊断设备发送的请求命令和诊断设备请求命令进行比对,在发现二者不一致的情况下,采集目标操作,以提示诊断设备出错。因而,可调试验证诊断设备,并检查诊断设备诊断流程的规范性。
也就是说,本申请的技术效果:当诊断设备发送的请求命令的内容和顺序产生错误的情况下,会采取目标操作,以提示诊断设备出错。即,当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并通过采集目标操作,从而提示诊断设备出错,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
在本申请的一种具体实施方式中,命令回复模块,用于在请求命令与诊断设备请求命令一致的情况下,向诊断设备反馈与请求命令匹配的回复命令。
在本申请的一种具体实施方式中,命令报错模块,具体用于从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;其中,目标诊断设备请求命令的帧编号为M,M为大于0且与N不同的自然数;
若M大于N,则对外输出漏发帧编号为N至M-1的请求命令提示信息;
若M小于N,则对外输出帧编号为M的请求命令重复发送提示信息。
在本申请的一种具体实施方式中,命令报错模块,具体用于从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;
若查到目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到目标诊断设备请求命令,则输出命令内容错误提示信息。
在本申请的一种具体实施方式中,命令查找模块,具体用于获取车型模拟诊断数据文件;程序模拟诊断数据文件包括各个车型对应的诊断文件,诊断文件中包括所属车型中各个电子控制器单元及各个电子控制器单元的诊断命令流程;
从车型模拟诊断数据文件中查找出当前车型的诊断文件;
从诊断文件中,查找诊断设备请求命令。
相应于上面的方法实施例,本申请实施例还提供了一种检测装置,下文描述的检测装置与上文描述的检测方法可相互对应参照。
参见图4所示,该装置包括以下模块:
命令发送模块201,用于向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;
报错模块202,用于在超时未接收到回复命令的情况下,进行报错。
在诊断设备中应用本申请实施例所提供的装置,诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;模拟平台执行如权利要求1至5任一项的调试方法;在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;在超时未接收到回复命令的情况下,进行报错。
由于,该模拟平台仅在请求命令的内容和顺序都准确的情况下,才会向诊断设备反馈回复命令。因而,该诊断设备可以基于是否接收到对应的回复命令,从而明确自身的请求命令是否存在问题,可以完成自身诊断流程的自检。
也就是说,本申请的技术效果:当诊断设备发送的请求命令的内容和顺序均正确的情况下,才会反馈对应的回复命令。即,当诊断设备没有按顺序发送诊断命令,或者发送了不需要发送的命令,或者漏了命令没有发送,模拟平台都可以判断出来,并给与正确的答复或者不答复,增加了诊断程序开发的效率,极大的缩短了诊断程序调试验证的周期,降低了企业的成本,提高了生产效率。
在本申请的一种具体实施方式中,命令发送模块,具体用于确定诊断车型,依次选中诊断车型的每一个电子控制器单元;
设置当前选中的电子控制器单元的通讯参数;
基于通讯参数,向电子控制器单元发送第N个请求命令。
相应于上面的方法实施例,本申请实施例还提供了一种电子设备,下文描述的一种电子设备与上文描述的一种检测方法可相互对应参照。
参见图5所示,该电子设备包括:
存储器332,用于存储计算机程序;
处理器322,用于执行计算机程序时实现上述方法实施例的检测方法的步骤。
在本申请中的一种具体实施方式中,该检测方法,包括:
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;
在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在本申请中的一种具体实施方式中,在请求命令与诊断设备请求命令一致的情况下,向诊断设备反馈与请求命令匹配的回复命令。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;其中,目标诊断设备请求命令的帧编号为M,M为大于0且与N不同的自然数;
若M大于N,则对外输出漏发帧编号为N至M-1的请求命令提示信息;
若M小于N,则对外输出帧编号为M的请求命令重复发送提示信息。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;
若查到目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到目标诊断设备请求命令,则输出命令内容错误提示信息。
在本申请中的一种具体实施方式中,从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令,包括:
获取车型模拟诊断数据文件;程序模拟诊断数据文件包括各个车型对应的诊断文件,诊断文件中包括所属车型中各个电子控制器单元及各个电子控制器单元的诊断命令流程;
从车型模拟诊断数据文件中查找出当前车型的诊断文件;
从诊断文件中,查找诊断设备请求命令。
在本申请中的一种具体实施方式中,该调试方法,包括:
诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;模拟平台执行如权利要求1至5任一项的调试方法的步骤;
在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;
在超时未接收到回复命令的情况下,进行报错。
在本申请中的一种具体实施方式中,向模拟平台中的电子控制器单元发送第N个请求命令,包括:
确定诊断车型,依次选中诊断车型的每一个电子控制器单元;
设置当前选中的电子控制器单元的通讯参数;
基于通讯参数,向电子控制器单元发送第N个请求命令。
具体的,请参考图6,图6为本实施例提供的一种电子设备的具体结构示意图,该电子设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,CPU)322(例如,一个或一个以上处理器)和存储器332,存储器332存储有一个或一个以上的计算机程序342或数据344。其中,存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,处理器322可以设置为与存储器332通信,在电子设备301上执行存储器332中的一系列指令操作。
电子设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341。
上文所描述的检测方法中的步骤可以由电子设备的结构实现。
相应于上面的方法实施例,本申请实施例还提供了一种可读存储介质,下文描述的一种可读存储介质与上文描述的一种检测方法可相互对应参照。
一种可读存储介质,可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例的检测方法的步骤。
在本申请中的一种具体实施方式中,该检测方法,包括:
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;N为大于0的自然数;
在请求命令与诊断设备请求命令不一致的情况下,采取目标操作,以提示诊断设备出错。
在本申请中的一种具体实施方式中,在请求命令与诊断设备请求命令一致的情况下,向诊断设备反馈与请求命令匹配的回复命令。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;其中,目标诊断设备请求命令的帧编号为M,M为大于0且与N不同的自然数;
若M大于N,则对外输出漏发帧编号为N至M-1的请求命令提示信息;
若M小于N,则对外输出帧编号为M的请求命令重复发送提示信息。
在本申请中的一种具体实施方式中,采取目标操作,以提示诊断设备出错,包括:
从诊断命令流程中查找与请求命令一致的目标诊断设备请求命令;
若查到目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到目标诊断设备请求命令,则输出命令内容错误提示信息。
在本申请中的一种具体实施方式中,从电子控制器单元的诊断命令流程中,查找帧编号为N的诊断设备请求命令,包括:
获取车型模拟诊断数据文件;程序模拟诊断数据文件包括各个车型对应的诊断文件,诊断文件中包括所属车型中各个电子控制器单元及各个电子控制器单元的诊断命令流程;
从车型模拟诊断数据文件中查找出当前车型的诊断文件;
从诊断文件中,查找诊断设备请求命令。
在本申请中的一种具体实施方式中,该调试方法,包括:
诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;N为大于0的自然数;模拟平台执行如权利要求1至5任一项的调试方法的步骤;
在接收到回复命令的情况下,向模拟平台中的电子控制器单元发送第N+1个请求命令;
在超时未接收到回复命令的情况下,进行报错。
在本申请中的一种具体实施方式中,向模拟平台中的电子控制器单元发送第N个请求命令,包括:
确定诊断车型,依次选中诊断车型的每一个电子控制器单元;
设置当前选中的电子控制器单元的通讯参数;
基于通讯参数,向电子控制器单元发送第N个请求命令。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
本领域技术人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应该认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系属于仅仅用来将一个实体或者操作与另一个实体或者操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语包括、包含或者其他任何变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种检测方法,其特征在于,包括:
模拟平台获取诊断设备对电子控制器单元发送的第N个请求命令;所述N为大于0的自然数;
从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令;
在所述请求命令与所述诊断设备请求命令不一致的情况下,采取目标操作,以提示所述诊断设备出错。
2.根据权利要求1所述的检测方法,其特征在于,包括:
在所述请求命令与所述诊断设备请求命令一致的情况下,向所述诊断设备反馈与所述请求命令匹配的回复命令。
3.根据权利要求1所述的检测方法,其特征在于,所述采取目标操作,以提示所述诊断设备出错,包括:
从所述诊断命令流程中查找与所述请求命令一致的目标诊断设备请求命令;其中,所述目标诊断设备请求命令的帧编号为M,所述M为大于0且与所述N不同的自然数;
若所述M大于所述N,则对外输出漏发帧编号为所述N至M-1的请求命令提示信息;
若所述M小于所述N,则对外输出帧编号为所述M的请求命令重复发送提示信息。
4.根据权利要求1所述的检测方法,其特征在于,所述采取目标操作,以提示所述诊断设备出错,包括:
从所述诊断命令流程中查找与所述请求命令一致的目标诊断设备请求命令;
若查到所述目标诊断设备请求命令,则对外输出命令顺序错误提示信息;
若无法查到所述目标诊断设备请求命令,则输出命令内容错误提示信息。
5.根据权利要求1至4任一项所述的检测方法,其特征在于,从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令,包括:
获取车型模拟诊断数据文件;所述程序模拟诊断数据文件包括各个车型对应的诊断文件,所述诊断文件中包括所属车型中各个电子控制器单元及各个所述电子控制器单元的诊断命令流程;
从所述车型模拟诊断数据文件中查找出当前车型的诊断文件;
从所述诊断文件中,查找所述诊断设备请求命令。
6.一种检测方法,其特征在于,包括:
诊断设备向模拟平台中的电子控制器单元发送第N个请求命令;所述N为大于0的自然数;所述模拟平台执行如权利要求1至5任一项所述的调试方法的步骤;
在接收到回复命令的情况下,向所述模拟平台中的电子控制器单元发送第N+1个请求命令;
在超时未接收到所述回复命令的情况下,进行报错。
7.根据权利要求6所述的检测方法,其特征在于,所述向模拟平台中的电子控制器单元发送第N个请求命令,包括:
确定诊断车型,依次选中所述诊断车型的每一个所述电子控制器单元;
设置当前选中的所述电子控制器单元的通讯参数;
基于所述通讯参数,向所述电子控制器单元发送所述第N个请求命令。
8.一种模拟平台,其特征在于,包括:
命令接收模块,用于获取诊断设备对电子控制器单元发送的第N个请求命令;所述N为大于0的自然数;
命令查找模块,用于从所述电子控制器单元的诊断命令流程中,查找帧编号为所述N的诊断设备请求命令;
命令报错模块,用于在所述请求命令与所述诊断设备请求命令不一致的情况下,采取目标操作,以提示所述诊断设备出错。
9.一种诊断装置,其特征在于,包括:
命令发送模块,用于向模拟平台中的电子控制器单元发送第N个请求命令;所述N为大于0的自然数;在接收到回复命令的情况下,向所述模拟平台中的电子控制器单元发送第N+1个请求命令;
报错模块,用于在超时未接收到所述回复命令的情况下,进行报错。
10.一种电子设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任一项所述检测方法的步骤。
CN202311008312.2A 2023-08-10 2023-08-10 检测方法、检测装置、模拟平台及设备 Pending CN117055520A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311008312.2A CN117055520A (zh) 2023-08-10 2023-08-10 检测方法、检测装置、模拟平台及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311008312.2A CN117055520A (zh) 2023-08-10 2023-08-10 检测方法、检测装置、模拟平台及设备

Publications (1)

Publication Number Publication Date
CN117055520A true CN117055520A (zh) 2023-11-14

Family

ID=88667172

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311008312.2A Pending CN117055520A (zh) 2023-08-10 2023-08-10 检测方法、检测装置、模拟平台及设备

Country Status (1)

Country Link
CN (1) CN117055520A (zh)

Similar Documents

Publication Publication Date Title
CN108563214B (zh) 车辆诊断方法、装置及设备
CN107918382B (zh) 一种汽车故障诊断方法、汽车故障诊断装置及电子设备
KR101744226B1 (ko) 진단 고장 정보를 제공하기 위한 시스템 및 방법
WO2017000424A1 (zh) 协议检测方法及装置
CN108566407B (zh) 与轮胎压力监测系统建立通信连接的方法、其装置及电子设备
CN113608518B (zh) 数据生成方法、装置、终端设备及介质
RU2601141C2 (ru) Система и способ для обеспечения диагностической информации о неисправностях
EP2128765A2 (en) Systems and methods for diagnosing faults in electronic systems
US20240028491A1 (en) Automobile Bus Fault Diagnosis Method, Apparatus and Computing Device
CN115022223A (zh) Tbox通过uds进行自动化测试的方法及系统
CN114265384A (zh) 一种车辆故障信息处理方法以及系统
CN117055520A (zh) 检测方法、检测装置、模拟平台及设备
CN116991733A (zh) 接口测试方法、设备及介质
CN109002397B (zh) 一种控制器冒烟测试系统及测试方法
CN112306038B (zh) 一种检测方法、检测装置及诊断设备
CN111782499B (zh) 测试用例生成方法及系统
CN114564002A (zh) 一种防丢包快速诊断的方法、装置和计算机设备
CN114356769A (zh) 软件的学习方法、装置、设备及存储介质
CN112269374A (zh) 一种电控单元中刷写错误数据的返修方法和装置
CN111002829A (zh) 一种电动车车载充电高压电路自检诊断方法及系统
CN114371683B (zh) 诊断仪的诊断功能验证方法、系统、存储介质及设备
CN117168838A (zh) 车辆信号处理方法、装置、终端设备及存储介质
CN115827052A (zh) 车辆下线配置数据的处理方法、装置、电子设备及介质
CN116521203A (zh) 一种车载项目的升级校验方法、装置、设备及介质
CN117950391A (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