CN114827183A - 车辆诊断方法、系统、设备及存储介质 - Google Patents

车辆诊断方法、系统、设备及存储介质 Download PDF

Info

Publication number
CN114827183A
CN114827183A CN202110745606.8A CN202110745606A CN114827183A CN 114827183 A CN114827183 A CN 114827183A CN 202110745606 A CN202110745606 A CN 202110745606A CN 114827183 A CN114827183 A CN 114827183A
Authority
CN
China
Prior art keywords
vehicle
control unit
electronic control
sending
target application
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
CN202110745606.8A
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.)
Great Wall Motor Co Ltd
Original Assignee
Great Wall 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 Great Wall Motor Co Ltd filed Critical Great Wall Motor Co Ltd
Priority to CN202110745606.8A priority Critical patent/CN114827183A/zh
Publication of CN114827183A publication Critical patent/CN114827183A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请实施例提供一种车辆诊断方法、系统、设备及存储介质,涉及车联网技术领域,所述方法包括:配置本地网络地址,根据所述本地网络地址与车辆进行通信,接收所述车辆发送的车辆声明报文,对所述车辆的身份进行确认,基于创建的套接字与所述车辆进行通信链接,基于所述通信链接,使目标应用与车辆的电子控制单元进行通信,通过目标应用对所述电子控制单元进行故障诊断、固件刷写。本申请能够通过以太网和目标应用完成对电子控制单元的任何诊断、刷写等操作,本申请的方法较现有技术而言更新方便,速度快、稳定性高。

Description

车辆诊断方法、系统、设备及存储介质
技术领域
本申请实施例涉及车联网技术领域,具体而言,涉及一种车辆诊断方法、系统、设备及存储介质。
背景技术
汽车智能化技术的不断发展,汽车上的系统不断增多,并且汽车上系统的版本文件也变得更为庞大(如信息娱乐系统,智能座舱系统都使用linux系统,使得版本文件过大),导致传统的CAN协议(Controller Area Network,控制器局域网总线)已越来越无法满足日益增多的通讯负载,因此车载以太网即DoIP协议(Diagnostic communication overInternet Protocol,网络诊断协议)凭借其低成本、高带宽、高传输速率、网络实时而被纳入到新型整车总线中。
但是目前的车辆诊断设备,却还是依赖CAN进行诊断、软件刷写,都不具备以太网DOIP功能。因此,汽车诊断领域亟需一种支持DOIP的的诊断方法。
发明内容
本申请实施例提供一种车辆诊断方法、系统、设备及存储介质,旨在解决现有车辆诊断方法不支持DOIP的技术问题。
本申请实施例第一方面提供一种车辆诊断方法,所述方法包括:
配置本地网络地址,根据所述本地网络地址与车辆进行通信;
接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认;
基于创建的套接字与所述车辆进行通信链接;
基于所述通信链接,使目标应用与车辆的电子控制单元进行通信;
通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
可选地,基于所述通信链接,使目标应用与车辆的电子控制单元进行通信,包括:
基于所述通信链接向所述车辆发送激活请求,以激活所述车辆的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
可选地,通过目标应用对所述电子控制单元进行故障诊断,包括:
通过所述目标应用读取所述电子控制单元的信息,确定出故障代码;
基于所述故障代码,确定所述电子控制单元的故障类型。
可选地,预先设置多个电子指纹,所述电子指纹用于表征用户身份,通过目标应用对所述电子控制单元进行固件刷写,包括:
通过目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
可选地,当未接收到所述车辆发送的车辆声明报文时,所述方法还包括:
向所述车辆发送身份认证请求;
接收所述车辆针对所述身份认证请求发送的身份认证请求响应报文;
获取所述身份认证请求响应报文中的车辆身份信息,以对所述车辆的身份进行确认;
基于创建的套接字与所述车辆进行通信链接,包括:
在对所述车辆的身份进行确认通过后,基于创建的套接字与所述车辆进行通信链接。
本申请实施例第二方面提供一种车辆诊断系统,所述系统包括:
所述系统包括:转接口和诊断模块,其中,所述转接口的一端通过网线与所述诊断模块连接,另一端连接到车辆内部的OBD接口;
所述诊断模块包括:
配置子模块,配置本地网络地址,根据所述本地网络地址与车辆进行通信;
身份确认子模块,用于接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认;
通信创建子模块,用于基于创建的套接字与所述车辆进行通信链接;
通信子模块,用于基于所述通信链接,使目标应用与车辆的电子控制单元进行通信;
操作子模块,用于通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
可选地,所述通信子模块,包括:
激活请求发送子模块,用于基于所述通信链接向所述车辆发送激活请求,以激活所述车辆的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
可选地,所述系统内预先设置多个电子指纹,所述电子指纹用于表征用户身份,所述操作子模块,包括:
编程会话请求命令发送子模块,用于通过目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
安全解锁请求发送子模块,用于向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
电子指纹发送子模块,用于解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
文件摘要值发送子模块,用于所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
文件发送子模块,用于接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
本申请实施例第三方面提供一种可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,实现如本申请第一方面所述的方法。
本申请实施例第四方面提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现本申请第一方面所述的方法。
采用本申请提供的车辆诊断方法,配置本地网络地址,根据所述本地网络地址与车辆进行通信,接收所述车辆发送的车辆声明报文,对所述车辆的身份进行确认,基于创建的套接字与所述车辆进行通信链接,基于所述通信链接,使目标应用与车辆的电子控制单元进行通信,基于该通信,可读取电子控制单元中的诊断故障代码,进而通过目标应用对故障码进行分析,能够对车辆进行故障诊断,并且,基于该通信还可向电子控制单元发送编程会话请求命令,使电子控制单元进入编程会话模式,以使电子控制单元在接收到固件更新文件后,进行固件刷写。本申请能够通过以太网通信和目标应用,完成对电子控制单元的任何诊断、刷写等操作,降低了对硬件设备的要求,可以在具有计算机处理能力的硬件设备上进行故障分析,从而使得本申请的方法较现有技术而言更新方便,速度快、稳定性高且适用性强。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提出的车辆诊断方法的流程图;
图2是本申请一实施例提出的车辆诊断系统的示意图;
图3是本申请一实施例提出的车辆诊断系统中诊断模块的示意图;
图4是本申请一实施例提出的车辆诊断系统的转接口示意图;
附图标记:230、OBD接口,210、转接口,220、诊断模块、2201、配置子模块,2202、身份确认子模块,2203、通信创建子模块,2204、通信子模块,2205操作子模块。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
众所周知,由于汽车上的系统如娱乐系统,智能座舱系统等的版本文件过大,以TBOX为例其版本文件有200多M左右,HUT甚至更大,广泛运用于使用传统的CAN刷写已无可能。而由于传统的431或EOL设备仅仅支持CAN,所以无法对大文件系统的ECU进行刷写。所以目前趋势是采用以太网DOIP协议进行刷写。车载以太网是汽车厂广泛使用的新一代通讯技术,其具有更快的诊断响应,传输大量数据的时间更短,并且使得远程的直接诊断成为可能。
但是目前诊断设备都是使用CAN总线,都不具备以太网DOIP功能,因此汽车工业需要一种支持以太网诊断方法,实现在以太网诊断。
参考图1,图1是本申请一实施例提出的一种车辆诊断方法的流程图。如图1所示,该方法包括以下步骤:
步骤S110、配置本地网络地址,根据所述本地网络地址与车辆进行通信;
DOIP的传输层基于IETF RFC相关规范制定,其仍然使用Internet protocol进行通信,因此为了满足该协议要求需要配置一个网络地址,本实施例中将这个配置的地址称为诊断设备地址。
优选的,所配置的网络地址是网段为169.254.0.1~169.254.254.255中的任意一个,如169.254.0.1,该网段被链路本地地址(link local address),该段地址表示设备在是在本地网络通讯的,消息不通过路由器转发,因此网关为0.0.0.0,掩码为255.255.0.0。
步骤S120、接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认。
配置完成本地网络地址后,与车辆进行硬件连接。实际实施中,DoIP的通常通过OBD梯形诊断接口实现与外部诊断设备的连接,OBD梯形诊断接口是从车载网关中引出的一个硬件接口。因此,本申请实施例硬件连接的实现是指外部诊断设备通过硬件链路如网线等接入OBD梯形诊断接口完成与车载网关的连接。
硬件连接后,向车辆内部的车载网关gateway发送DoIP激活电压,在本申请一个实施例中,实现硬件连接,还需要使用一个转接口,转接口一侧连接硬件链路,一侧连接OBD梯形诊断接口,将硬件链路的接口转换,以其实现与OBD梯形诊断接口的匹配。同时在该实施例中,激活电压的发送也通过转接口实现,转接口OBD口(公口)里面的16号脚和8号脚是通过电阻短接的,而车载OBD口(母口)的16号引脚是常电(整车蓄电池电压),当公口插到母口上时,车载OBD的母口的8号引脚也获得了蓄电池电压,车载OBD的母口的8号引脚成为网关gateway的DOIP激活引脚。
车载网关接收到激活电压后会进入诊断模式,进入诊断模式的车载网关成为DoIP协议中的edge node边缘节点。
尽管edge node在硬件上并未改变,实际还是车载网关,但是,进入诊断模式的车载网关与正常状态下的车载网关将执行不同的功能,如果车载网关未接收到激活电压将不会进入诊断模式,是不能进行DoIP通信的。为了便于进行区别,本申请下文中将进入诊断模式的车载网关称为edge node。
成为edge node后,edge node向其连接各个ECU(Electronic Control Unit,电子控制单元)如ECU1\ECU2\ECUn广播UDP报文,激活各个ECU的DoIP通讯,以协调车辆内的ECU一起进入诊断模式。edge node为自己随机配置一个本地链路地址(以下将这一地址称为网关地址),注意,网关地址不能与诊断设备地址相同,配置完网关地址后,edge node与外部诊断设备都获得了链路本地地址,双方可以通过IP协议进行通信。并且edge node与外部诊断设备都位于链路本地地址网段内,双方无需进行路由即可实现通信。
edge node通过网关地址向所有地址广播车辆声明报文,优选的,车辆声明报文以IP协议的UDP报文形式发送,车辆声明报文中会声明车辆的信息,以便诊断模块对车辆进行身份识别,车辆声明报文包含车辆的VIN(vehicle identification number,车辆身份号码)、逻辑地址等车辆身份信息。
诊断设备接收到车辆声明报文后,解析报文获取其中的车辆身份信息,对所连接的车辆的身份进行确认。
步骤S130、基于创建的套接字与所述车辆进行通信链接。
初始化一个socket,以创建一个套接字,该socket被指定为TCP socket,通过该socket向edge node预先指定TCP socket发送TCP握手报文,以建立edge node与外部设备之间的TCP连接。
在本申请的一个实施例中,当未接收到所述车辆发送的车辆声明报文时,所述方法还包括:
向所述车辆发送身份认证请求,
接收所述车辆发送的身份认证请求响应报文,获取所述身份认证请求响应报文中的车辆身份信息,以对所述车辆的身份进行确认。
基于创建的套接字与所述车辆进行通信链接,包括:
在对所述车辆的身份进行确认通过后,基于创建的套接字与所述车辆进行通信链接。
通常在实施中,在预设时间内,外部设备都还未收到车辆发送的车辆声明报文,外部设备会向车辆发送身份认证请求,edge node接收到身份认证请求后需要发送身份认证请求响应报文,以对身份认证请求进行响应。
接收到身份认证请求响应报文后,解析报文获取其中的车辆身份信息,对所连接的车辆的身份进行确认。
只有在车辆的身份确认后才会发送创建套接字与车辆进行通信链接,如果车辆的身份确认失败,则不会进行连接。
步骤S140、基于所述通信链接,使目标应用与车辆的电子控制单元进行通信。
在激活成功以后,根据DOIP协议,可以选择ECU并进行操控相关通信。
在本申请的一个实施例中,基于所述通信链接,使目标应用与车辆的电子控制单元进行通信,包括:
基于所述通信链接向所述车辆的edge node发送激活请求,以激活所述车辆的edge node的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
TCP握手报文成功,表明外部设备成功建立与edge node的TCP连接。成功建立TCP连接后,以后通信都必须采用TCP,除非TCP断开。诊断设备向edge node发送路由激活请求,edge node接收到激活请求后激活与所连接的设备之间的路由功能,路由功能被激活后,能读取外部设备发送的TCP报文中对ECU的指定信息,指定信息将报文转发。如果gateway支持桥接转换,通过edge node能够支持刷写全车ECU。如果TCP断开,外部诊断设备需要主动发起三次握手请求,以重新和边缘节点建立TCP连接。当TCP连接建立完成后,诊断设备需要重新激活边缘节点。
可选的,如果edge node成功激活需要发送激活响应报文以应答激活请求。接收所述车辆返回的激活响应报文,将所述车辆的连接状态更改为连接成功,表明当前已成功连接上,可与车辆各模块进行数据通信。否(未接收到激活应答)则显示“车辆连接失败”,可以重新发送车辆激活请求,以达到重连的效果。
步骤S150、通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
选择所述车辆上的电子控制单元进行故障诊断、固件刷写等操作。包括读取DID(Data Identifier)、DTC诊断、2E写服务等。
在本申请一个实施例中,通过目标应用对所述电子控制单元进行故障诊断,包括:
通过所述目标应用读取所述电子控制单元的信息,确定出故障代码;
基于所述故障代码,确定所述电子控制单元的故障类型。
通过目标应用电子控制单元内部存储的诊断故障代码(DTC,Diagnostic TroubleCodes),读取到诊断故障代码后查询代码示意表就能确认车辆内部的故障类型,如OBDⅡ故障代码的“PO125”、“PO204”,分别代表有转速信号时发动机5min内没达到10℃和4号喷油嘴输出驱动器不正确地响应控制信号,根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位,以对车辆进行维修。
在本申请一个实施例中,预先设置多个电子指纹,所述电子指纹用于表征用户身份,通过目标应用对所述电子控制单元进行固件刷写,包括:
通过目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
当进行ECU刷写时,会提示请按照路径选择ECU软件(bin格式),ECU软件选择完成后,可开始刷写。软件会开始进行与待刷写的ECU进行DOIP交互,包括:
发送编程会话请求命令,以使ECU进入编程会话模式。
为了安全起见ECU在编程会话中也不是接收到数据就进行更新,其在刷写前还会安全校验,以防止恶意或者错误刷写,外部诊断设备需要向所述选中的电子控制单元发送安全解锁请求,以解锁电子控制单元,这样已经处于编程会话下电子控制单元才能进行刷写操作。
安全校验后才能进行下一步操作,安全校验的下一步操作为写指纹,本申请实施例事先为每个操作人员配置电子指纹,安全校验后将当前操作人员电子指纹写入ECU内存,通过写入操作人员的电子指纹可以追溯ECU固件的更新人员,便于事后追查,保证ECU安全。
写指纹成功后,将固件更新文件的文件摘要值如MD5值发送至ECU,ECU检查储存中的上一次更新文件,读取上一次更新文件的文件摘要值与本次的文件摘要值进行对比,如果相同则说明会更新包已经在内存中了,跳过数据传输检查其他升级包,如果不同则发送下载请求给外部诊断设备,部诊断设备到下载请求后,向所述电子控制单元发送固件更新文件。
通过本申请的车辆诊断方法,接收所述车辆发送的车辆声明报文,对所述车辆的身份进行确认,与车辆进行握手,建立连接,向所述车辆发送激活请求;接收所述车辆返回的激活应答,将所述车辆的连接状态更改为连接成功;选择所述车辆上的电子控制单元进行故障诊断、固件刷写等操作。基于该以太网通信通信和目标应用,可实现写TSK、PIN、key_Raw、各种DID、刷写操作等多种操作,例如,基于该通信读取电子控制单元中的诊断故障代码,进而通过目标应用对故障码进行分析,能够实现对车辆的任何诊断,又如,基于该通信可向电子控制单元发送编程会话请求命令,使电子控制单元进入编程会话模式,以使电子控制单元在接收到固件更新文件后,进行固件刷写,本申请的方法较现有技术而言更新方便,速度快、稳定性高。
并且,本申请的诊断过程通过目标应用实现,能够实施目标应用的硬件都可以成为诊断设备,不依赖于固定的硬件诊断仪,成本低,更容易普及,节省成本。
参考图2,图2是本申请一实施例提出的一种车辆诊断系统的流程图。如图2所示,所述系统包括:转接口210和诊断模块220,其中,所述转接口210的一端通过网线与所述诊断模块220连接,另一端连接到车辆内部的OBD接口230;
转接口210用于连接外部网线与车辆内部的OBD接口,OBD(On BoardDiagnostics,中文名称车载自动诊断系统,是一种为汽车故障诊断而延伸出来的一种检测系统),OBD系统能在汽车运行过程中实时监测发动机电控系统及车辆的其它功能模块的工作状况,如有发现工况异常,则根据特定的算法判断出具体的故障,并以诊断故障代码(DTC,Diagnostic Trouble Codes)的形式存储在系统内的存储器上。
“OBDⅡ”是“on Board DiagnosticsⅡ”,即Ⅱ型车载诊断系统的缩写。OBDⅡ系统统一采用16针梯形诊断接口,接口内除包含各种电源和地线之外,关键的有CAN线、ISO0141-2K线、J1850总线。16针梯形诊断接口的【1】、【3】、【8】、【11】、【12】、【13】引脚由厂家自定义,【2】引脚被定义为SAE J1850总线+,【10】引脚被定义为SAE J1850总线﹣,【4】引脚被定义为车身地,【5】引脚被定义为信号地,【6】引脚被定义为CAN-H,【14】引脚被定义为CAN-L,【7】引脚被定义为K-Line,【15】引脚被定义为L-Line,【16】引脚用于常电源。
而目前通用的网线接口为RJ-45接口,RJ45,Registered Jack 45,是布线系统中信息插座(即通信引出端)连接器的一种,连接器由插头(接头、水晶头)和插座(模块)组成,插头有8个凹槽和8个触点。
RJ-45接口的与OBD接口二者不能兼容,因此需要使用转接口将RJ-45接口转换为OBD接口,才能实现诊断模块与车辆内部各模块的连接。
本申请实施例的转接口可如图4所示,由网线接口侧和OBD接口侧构成,网线接口侧的外侧连接外部网线,OBD接口侧外侧连接车载OBD,网线接口侧的内侧通过导线连接OBD接口部内侧。在本实施例中,OBD接口侧的内侧16根线脚与网线接口侧8根网线线脚连接如下:OBD的3号脚接J45网线插头的发送正端Tx(+),OBD的11号脚接J45网线的发送负端Tx(-),OBD的12号脚接J45网线的接收正端Rx(+),OBD的13号脚接J45网线的接收负端Rx(-)。通过以上线脚之间的连接,将外部的网线接口转换为OBD接口,当OBD接口接入车辆内部提供得到OBD口时,外部网线便可与车辆内部和模块进行数据通信。
本实施例中激活电压的发送是通过转接口实现,OBD接口部的OBD的8号脚和16号脚进行短接,因为车载OBD口(母口)的16号引脚是常电(整车蓄电池电压),通过16号脚作为使能线为8号脚提供电压,当转接口OBD口(公口)插到母口上时,车载OBD的母口的8号引脚也获得了蓄电池电压,车载OBD的母口的8号引脚成为网关gateway的DOIP激活引脚,使车载网关进入诊断模式,16号脚提供的电压应当满足200ms以上5V及以上电压,优选的,8号脚和16号脚中间可以根据串电阻,以防止8号脚接收的电压过大。
与硬件连接对应的,需要在车载网关内将8号脚设置为激活电压接收口,当转接口接入车辆的OBD口后,车载网关接收到激活电压进入诊断模式,成为DoIP协议中的edgenode边缘节点,并且,edge node还将其连接各个ECU(Electronic Control Unit,电子控制单元)如ECU1\ECU2\ECUn广播UDP报文,激活各个ECU的DoIP通讯,协调车辆内的ECU一起进入诊断模式。
本申请提出的诊断模块如图3所示,所述诊断模块220包括:
配置子模块,配置本地网络地址,根据所述本地网络地址与车辆进行通信;
身份确认子模块,用于接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认;
通信创建子模块,用于基于创建的套接字与所述车辆进行通信链接;
通信子模块,用于基于所述通信链接,使目标应用与车辆的电子控制单元进行通信;
操作子模块,用于通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
在本申请一个实施例中,所述通信子模块,包括:
激活请求发送子模块,用于基于所述通信链接向所述车辆发送激活请求,以激活所述车辆的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
在本申请一个实施例中,所述系统内预先设置多个电子指纹,所述电子指纹用于表征用户身份,所述操作子模块,包括:
编程会话请求命令发送子模块,用于通过目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
安全解锁请求发送子模块,用于向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
电子指纹发送子模块,用于解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
文件摘要值发送子模块,用于所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
文件发送子模块,用于接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
基于同一发明构思,本申请另一实施例提供一种可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请上述任一实施例所述的车辆诊断方法。
基于同一发明构思,本申请另一实施例提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行时实现本申请上述任一实施例所述的车辆诊断方法。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种车辆诊断方法、系统、设备及存储介质,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种车辆诊断方法,其特征在于,所述方法包括:
配置本地网络地址,根据所述本地网络地址与车辆进行通信;
接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认;
基于创建的套接字与所述车辆进行通信链接;
基于所述通信链接,使目标应用与车辆的电子控制单元进行通信;
通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
2.根据权利要求1所述方法,其特征在于,基于所述通信链接,使目标应用与车辆的电子控制单元进行通信,包括:
基于所述通信链接向所述车辆发送激活请求,以激活所述车辆的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
3.根据权利要求1所述方法,其特征在于,通过目标应用对所述电子控制单元进行故障诊断,包括:
通过所述目标应用读取所述电子控制单元的信息,确定出故障代码;
基于所述故障代码,确定所述电子控制单元的故障类型。
4.根据权利要求1所述方法,其特征在于,预先设置多个电子指纹,所述电子指纹用于表征用户身份,通过目标应用对所述电子控制单元进行固件刷写,包括:
通过所述目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
5.根据权利要求1所述方法,其特征在于,当未接收到所述车辆发送的车辆声明报文时,所述方法还包括:
向所述车辆发送身份认证请求;
接收所述车辆针对所述身份认证请求发送的身份认证请求响应报文;
获取所述身份认证请求响应报文中的车辆身份信息,以对所述车辆的身份进行确认;
基于创建的套接字与所述车辆进行通信链接,包括:
在对所述车辆的身份进行确认通过后,基于创建的套接字与所述车辆进行通信链接。
6.一种车辆诊断系统,其特征在于,所述系统包括:转接口和诊断模块,其中,所述转接口的一端通过网线与所述诊断模块连接,另一端连接到车辆内部的OBD接口;
所述诊断模块包括:
配置子模块,配置本地网络地址,根据所述本地网络地址与车辆进行通信;
身份确认子模块,用于接收所述车辆发送的车辆声明报文,获取所述车辆声明报文中的车辆身份信息,以对所述车辆的身份进行确认;
通信创建子模块,用于基于创建的套接字与所述车辆进行通信链接;
通信子模块,用于基于所述通信链接,使目标应用与车辆的电子控制单元进行通信;
操作子模块,用于通过目标应用对所述电子控制单元进行故障诊断、固件刷写。
7.根据权利要求6所述系统,其特征在于,所述通信子模块,包括:
激活请求发送子模块,用于基于所述通信链接向所述车辆发送激活请求,以激活所述车辆的路由功能,所述路由功能被激活后,所述车辆将所接收的目标应用的数据转发至电子控制单元。
8.根据权利要求6所述系统,其特征在于,所述系统内预先设置多个电子指纹,所述电子指纹用于用户身份,所述操作子模块,包括:
编程会话请求命令发送子模块,用于通过目标应用向需要进行固件刷写操作的电子控制单元发送编程会话请求命令,以使所述电子控制单元进入编程模式;
安全解锁请求发送子模块,用于向所述电子控制单元发送安全解锁请求,以对所述编程模式下的电子控制单元进行解锁;
电子指纹发送子模块,用于解锁所述电子控制单元后,向所述电子控制单元发送当前操作用户的电子指纹,以使所述电子控制单元记录当前操作的用户;
文件摘要值发送子模块,用于所述电子控制单元记录当前用户的电子指纹后,向所述电子控制单元发送文件摘要值,以使所述电子控制单元基于所述文件摘要值确定是否需要进行固件刷新;
文件发送子模块,用于接收所述电子控制单元在确定需要进行固件刷新时发送的下载请求,向所述电子控制单元发送固件更新文件。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时,实现如权利要求1至5任一所述的方法。
10.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时,实现如权利要求1至5任一所述的方法。
CN202110745606.8A 2021-06-30 2021-06-30 车辆诊断方法、系统、设备及存储介质 Pending CN114827183A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110745606.8A CN114827183A (zh) 2021-06-30 2021-06-30 车辆诊断方法、系统、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110745606.8A CN114827183A (zh) 2021-06-30 2021-06-30 车辆诊断方法、系统、设备及存储介质

Publications (1)

Publication Number Publication Date
CN114827183A true CN114827183A (zh) 2022-07-29

Family

ID=82526694

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110745606.8A Pending CN114827183A (zh) 2021-06-30 2021-06-30 车辆诊断方法、系统、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114827183A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115002240A (zh) * 2022-08-04 2022-09-02 深圳市星卡软件技术开发有限公司 一种数据传输系统、方法、装置、设备及介质
CN115840435A (zh) * 2022-09-16 2023-03-24 广州汽车集团股份有限公司 数据传输方法、装置、车辆及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107765676A (zh) * 2017-11-01 2018-03-06 河北工业大学 一种基于以太网的车载诊断系统及其方法
CN108189782A (zh) * 2017-12-28 2018-06-22 深圳市元征科技股份有限公司 一种诊断设备
US20190312892A1 (en) * 2018-04-05 2019-10-10 Electronics And Telecommunications Research Institute Onboard cybersecurity diagnostic system for vehicle, electronic control unit, and operating method thereof
CN111586145A (zh) * 2020-04-30 2020-08-25 深圳市元征科技股份有限公司 一种车辆诊断方法、系统及电子设备和存储介质
US20210065480A1 (en) * 2019-08-29 2021-03-04 Launch Tech Co., Ltd. Method and system for remote vehicle diagnostics

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107765676A (zh) * 2017-11-01 2018-03-06 河北工业大学 一种基于以太网的车载诊断系统及其方法
CN108189782A (zh) * 2017-12-28 2018-06-22 深圳市元征科技股份有限公司 一种诊断设备
US20190312892A1 (en) * 2018-04-05 2019-10-10 Electronics And Telecommunications Research Institute Onboard cybersecurity diagnostic system for vehicle, electronic control unit, and operating method thereof
US20210065480A1 (en) * 2019-08-29 2021-03-04 Launch Tech Co., Ltd. Method and system for remote vehicle diagnostics
CN111586145A (zh) * 2020-04-30 2020-08-25 深圳市元征科技股份有限公司 一种车辆诊断方法、系统及电子设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115002240A (zh) * 2022-08-04 2022-09-02 深圳市星卡软件技术开发有限公司 一种数据传输系统、方法、装置、设备及介质
CN115840435A (zh) * 2022-09-16 2023-03-24 广州汽车集团股份有限公司 数据传输方法、装置、车辆及存储介质

Similar Documents

Publication Publication Date Title
CN111024405B (zh) 汽车诊断方法、相关装置及系统
CN114827183A (zh) 车辆诊断方法、系统、设备及存储介质
CN112805645B (zh) 一种车辆远程诊断方法及相关装置
CN111381844A (zh) 更新车辆ecu固件的方法及装置
CN114137937B (zh) 一种自动化诊断功能测试方法及系统
KR20150119891A (ko) 차량의 제어 장치에 진단 장치의 접속을 위한 방법 및 장치
CN111273931B (zh) 一种车载行车电脑并行升级方法及装置
CN105700509A (zh) 基于can总线的车载终端检测方法及装置
CN107817779A (zh) 基于以太网交换机的信息验证未注册的装置的系统及方法
CN109905488B (zh) 商用车电子电器安全通讯方法
CN112423266B (zh) 一种车辆诊断方法、装置及汽车
CN112181463A (zh) 一种ecu的更新方法及主节点设备
CN111199030A (zh) 车辆、车机设备及车载第三方应用软件自动激活方法
US10250434B2 (en) Electronic control apparatus
CN113759883A (zh) 车辆诊断方法、车辆网关设备、服务器及存储介质
CN113406944B (zh) 车辆诊断方法、装置、设备及计算机可读存储介质
US10732959B2 (en) Pre and post update vehicle bus traffic fingerprinting
CN111447231A (zh) 一种车辆协议识别的方法及装置
CN110497862A (zh) 一种车辆天窗的初始化方法、装置及车载设备
CN113285860B (zh) 一种通过主节点刷写从节点的方法和系统
CN112615835B (zh) 一种对充电桩多通讯协议支持方法及存储介质
CN112141021A (zh) 一种车联网车辆的控制方法、装置及系统
CN111740888B (zh) 一种点火信号的同步方法及相关设备
CN112087410B (zh) 基于控制器区域网络的多协定确认方法
CN114157685B (zh) 一种自动驾驶车辆vin码自学习方法和系统

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